[arch-dev-public] Repo Distinctions
damir.perisa at solnet.ch
Tue Oct 16 21:20:19 EDT 2007
Wednesday 17 October 2007, Paul Mattal wrote:
| However, I think this only works well when the
| boundaries/commitments are clear and everyone has buy-in. It's a
| lot easier to say to a group of developers "guys, please pick up
| the orphaned packages from this developer who left in [mantle]"
| when those developers voted to support that package long-term in
| the first place. I know I'd be more inclined to make the effort to
| pick up those packages.
| To Aaron's point about too many repos, I would say: There's no
| good reason why you shouldn't be able to move packages easily from
| one repo to another with one commandline-- that's what repoman is
| trying to achieve. When repos are really that lightweight it stops
| being a big deal if you have one more and starts being beneficial
| to have a more detailed classification of your packages.
the "difficult" step is to include a new repo that keeps essential
pkgs. changing repo layout has direct effect to the ISO
functionability or not (old isos do not know about core or mantle).
therefore now is the time to such changes if we need to make them.
with the repos
[core] - devs
[mantle] - devs
[extra] - devs
[community] - TUs, (devs)
[unstable] (opposing core,mantle,extra for devel versions)
[testing] (opposing core,mantle,extra for pkgs under testing)
would be a quite stable layout for the future.
instead of letting TUs commiting to [extra], i would rather promote
mature TUs who are good maintainers to official devs. in the hope
that the quality does not go down ;)
the following criteria i would propose for the packages in the repos
[core]* - pkg essential to system
[mantle]* - pkg is an essential dependency to other pkgs
[extra]** - devs (uses it and) willing to maintain a pkg
[community]*** - TUs (uses it and) willing to maintain a pkg
[unstable]** - pkg is developemental branch of a project
[testing] - testing condition
*) orphan pkg maximal time 1 weeks
**) orphan pkg maximal time 1 months
***) orphan pkg maximal time 3 months
all this is just an idea... feel free to comment and change where you
see fit :)
sleep well... i'm gone to bed :)
° ° °
° ° °
><((((º> ° °
More information about the arch-dev-public