* Tobias Klausmann <[EMAIL PROTECTED]> schrieb: hi,
(I'm trying to splitt off sevaral sub-topics to get them more clear ...) > I initially provided an ebuild for a package I maintain. I also > provide a new ebuild for every new version. For this, proxy > maintainership is the thing to do, IMO. hmm, I'm just thinking about splitting the tree into separate (larger) parts, actually: move out certain subtrees to an overlay. For example: KDE. Many people/systems won't ever use it (ie. have no X at all). Others are very interested in it. If we had this whole subtree in an overlay, it would make the main tree much, much smaller, so easier to maintain and save load from the mirrors. But this only works good, if its actually an *subtree*, and *not* overriding any packages from the main tree. Otherwise we soon get ugly conflicts and evrything goes to hell. The same could happen for other parts of the tree, ie. web servers. Maybe this splitting could be done on similar boundaries as some distros (or commercial OS vendors) have their different "editions". So maybe "Gentoo KDesktop edition" would be Gentoo base plus Xorg+KDE overlays ;-) Of course this has to be done *very* careful, but IMHO it can help a lot. ... just my 0.02 EUR cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- -- [email protected] mailing list
