[arch-dev-public] Repo Distinctions

Damir Perisa 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.
 
exactly :)

 | 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. 
a clean 

2007.10 "Milestone"

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 :)

- D


-- 
.·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´
            °        °           °
             °      °            °
     ><((((º>      °              °
                    °            °
                   °            <º)))><
                  <º)))><




More information about the arch-dev-public mailing list