1 Big repo vs multiple small ones
jzeleny at redhat.com
Wed Mar 19 15:09:03 UTC 2014
On 19. 3. 2014 at 10:39:28, Jaroslav Reznik wrote:
> ----- Original Message -----
> > I actually like the idea of multiple small repos (joined together by a
> > metapackage with all repos as Jens suggested). That way we will have set
> > of
> > repos where individual maintainers or groups of folks (like KDE guys) care
> > to have the packages up2date and functional. I've been playing with Qt5
> > repo from KDE folks and I don't think we have to clone this repo or setup
> > a new one, I would just reuse it. Also if someone would like to use
> > playground but not get updates from one particular project (say I don't
> > like Slavek's python repo) I can still disable only that single repo and
> > continue playing with others.
> Well, I'd even go further and don't call it repo but just collections of
> coprs, installable via Software Installer. I know, there's one (for some)
> huge disadvantage - not usable with Yum but for the target audience...
> As far as I remember, Hughsie was talking, that he's trying to figure this
> out for the installer.
I also plan similar functionality to be a part of SCLv2, that is if the COPR
design is sane and supports something like that.
More information about the env-and-stacks