[repo-coord] I want Matthias for president! (was: Scratching the itch)

[Law Horne]

> My humble take on this subject - if you folks really want a 
> "meta-repository" consisting of several individual repositories then I
> think the following are the minimal steps towards sanity:
> 
> 1) Have a central "database" of who owns what and others DO NOT
> repackage
> what's owned by somebody else. If somebody wants to package software
> xyz
> completely differently, provide some enhanced version etc, create a
> minirepo/component for it for those who have special interest in that 
> package.
> 
> 2) Package kernel-modules for official FC/RHL/whatever kernels only in
> the 
> main repository.
> 
> 3) If you need/want to repackage and provide FOLK kernel or whatever,
> put 
> the kernel into a separate repository/component and if you wish, put
> the kernel modules rebuilt against that into the same repo/component.
> This 
> is mostly just a specific case of 1) of course but the kernel is
> rather 
> special entity in many ways, including the fact that having
> kernel-x.y.z 
> installed doesn't mean its capabilities are present on the system.
> 
> 4) Don't include repos/components which are known to conflict (eg 
> special kernel stuff or other modified FC/in-other-repo packages) in 
> default configurations and warn users about the possible consequences
> of 
> using such repositories.
> 
>         - Panu -


I think this makes perfect sense. As I see this making it a lot easier
for end users to understand what they are about to do to their systems.
A lot of people are scared to use various repos for fear that it will
beak there box. Part of this is also the fact that they don't know what
is going to happen when they move from one OS version to the next(fedora
1 --> fedora 2 and so on). This will give them a better idea of what
they are getting into. The big four(as I like call ATrpms Freshrpms Dag
and Newrpms) seem to have the best selection of rpms. And the other
repos really make this a powerhouse as far as having access to great
software. So if this could be done there would be no doubt on where to
come for all your rpm needs without fear of breakage and
incompatibility. And policy could be unified to a greater degree.