Krita/KritaLimeRoadmap: Difference between revisions
< Krita
No edit summary |
|||
Line 46: | Line 46: | ||
for '''krita-2.9''' | for '''krita-2.9''' | ||
https://code.launchpad.net/~kritalime/+recipe/krita-2.9-precise | |||
https://code.launchpad.net/~ | https://code.launchpad.net/~kritalime/+recipe/krita-2.9 | ||
https://code.launchpad.net/~ | https://code.launchpad.net/~kritalime/+recipe/krita-2.9-l10n-all | ||
https://code.launchpad.net/~ | |||
for '''krita-testing''' | for '''krita-testing''' | ||
https://code.launchpad.net/~ | https://code.launchpad.net/~kritalime/+recipe/krita-testing-precise | ||
https://code.launchpad.net/~ | https://code.launchpad.net/~kritalime/+recipe/krita-testing | ||
https://code.launchpad.net/~ | https://code.launchpad.net/~kritalime/+recipe/krita-testing-l10n-all | ||
== Repository transition roadmap == | == Repository transition roadmap == |
Revision as of 12:20, 26 April 2015
New Krita Lime repository policy
New repository is located on:
https://launchpad.net/~kritalime/<repository name>
This repository is declared as official Krita Lime repository and published in all Krita media sources. It contains two kinds of packages: official releases and "somewhat stable" builds of current developers branch.
- "Somewhat stable builds"
- developer starts rebuilding of a new testing package only when he is sure the new build is stable enough for people to use in their usual workflow. Therefore there are no automatic daily builds.
The repository contains
- ktita-2.9 — latest official release of Krita. Corresponds to the latest 'tag' set by release manager.
- krita-2.9-l10n — localization packages for krita-2.9
- krita-testing — latest "somewhat usable" package of the current development branch. Kicked off manually by developers when they think "master is stable enough". No automatic daily builds.
- krita-testing-l10n — localization packages for krita-testing
Old Krita Lime repository
Old repository is located on: https://launchpad.net/~dimula73/+archive/ubuntu/krita
The repository was created using a private account, so it is updated manually by Dmitry Kazakov by means of recipes that fetch code directly from the new repository.
Repository layout
Auto-tracking branches
lp:~dimula73/calligra/calligra-2.9 — auto-tracking branch of calligra/2.9 git branch lp:~neon/calligra/master — auto-tracking branch of master git branch
debian branches
These branches are nested on the top the main source directory to add debian folder which describes the packaging data
for krita-2.9
lp:~kritalime/+junk/krita-testing-ubuntu lp:~kritalime/+junk/krita-testing-ubuntu-precise — Precise only lp:~kritalime/+junk/krita-testing-l10n-all
for krita-testing
lp:~kritalime/+junk/krita-2.9-ubuntu lp:~kritalime/+junk/krita-2.9-ubuntu-precise — Precise only lp:~kritalime/+junk/krita-2.9-l10n-all
Recipes
for krita-2.9
https://code.launchpad.net/~kritalime/+recipe/krita-2.9-precise https://code.launchpad.net/~kritalime/+recipe/krita-2.9 https://code.launchpad.net/~kritalime/+recipe/krita-2.9-l10n-all
for krita-testing
https://code.launchpad.net/~kritalime/+recipe/krita-testing-precise https://code.launchpad.net/~kritalime/+recipe/krita-testing https://code.launchpad.net/~kritalime/+recipe/krita-testing-l10n-all
Repository transition roadmap
Initial fork (Dmitry or any volunteer)
- [DONE] move all 6 code repositories into the team
- create 6 recipes that build packages from these branches and put into the repository owned by the team
Remove dependency on project-neon and install into /usr/ instead of /opt/project-neon/
- just fix it in debian repositories (volunteer?)
Automatic builds of l10n packages
- write a manual how it is done right now (Dmitry)
- automate (volunteer?)
Auto-sync older repo
- Copy 6 recipes from the new repo that use exactly the same shared branches