>However, i'm unsure about the practicalities of future updates to such a
>system. My current, working Gentoo system is running Xorg-7.0, & to >update to 7.2 it only wants to replace 19 components with newer ones, so >how 'version-specific' is modular-xorg, & will updating components one >at a time break other components that may depend on them (KDE i can >probably figure out from the version-numbers)? > >Can anybody who's used similar methods highlight the pro's & con's of >either alternative from their own experience, please? I'm using an old script called git, Ingo Bruekl's, not Linus', as extended per moi. I left the package "boundaries" as they come from the tarballs intact. Further division, e.g. the various programs in KDE, would lead to dependency problems and more complex removal. And I don't intend to hack pieces, so the ability to remove a "subsection" isn't necessary. If I'm going to update, I'm going to do so from a new tarball. So essentially, I'm taking the developer's advice on how his project/package should be divided (KDE), if at all (XOrg). That said, I'm running the monolithic XOrg-6.8.2. I've peeked at the modular 7.x package, but been put off by all the individual pieces. I probably won't go there until I can get it all as one complete tarball--even if that means 35-40MB down my 40Kbps phone line. WFM, as we say. Paul Rogers ([EMAIL PROTECTED]) http://www.xprt.net/~pgrogers/ http://www.geocities.com/paulgrogers/ Rogers' Second Law: "Everything you do communicates." (I do not personally endorse any additions after this line. TANSTAAFL :-) -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
