* Martin Rud Ehmsen <[EMAIL PROTECTED]> schrieb: Hi,
> I don't see how this is going to make anything easier to maintain. Well, it's not the overlay, but the clean subtree'ing what does the trick. If you look at the whole dependency graph, this subtree is an really independent part, just if it was an big-fat package. No one outside the subtree (or at least from the main tree) will ever depend on it. That's the primary condition. <snip> > I maintain a separate part (different from KDE) of the tree and I simply > just avoid doing "cd kde-*" when I'm doing stuff in the tree (I simply > just forget it is there) :-) > In the rare case that my actions require that I actually look at kde > stuff, then it would be a pain in the ass if I had to get it from > somewhere else, and not have it right at hand. In which cases do you have to look at KDE stuff ? Would you say, your part is actually an subtree (upon my definition) ? <snip> > And an argument along the lines of "the tree is too large to download" > does not apply either. If one cannot sync the tree over his/hers > internet connection, then one can clearly not download gcc either :-) The tree is really huge today. And it seems to grow each day. Each sync requires a lot of resources (traffic is minimal w/ rsync, but costing server and client load). And the tree requires a lot of space on the system. For example, I've got an notebook w/ an small HDD (which is partially consumed by an win32 laying around ...). On this box I already ran into serious space trouble - syncing the whole tree (while requiring just a few packages) and building larger stuff, failed due out of space. Okay, I simply could cut off some dirs (via rsync ignore option), but this implies quite some danger that I miss something I need. With clean subtree'ing, those things would be clear. 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/ --------------------------------------------------------------------- -- gentoo-dev@gentoo.org mailing list
