On Mon, Oct 17, 2011 at 10:56 PM, DJ Lucas <d...@linuxfromscratch.org> wrote:
> On 10/17/2011 11:42 PM, Ken Moffat wrote: > > > > But, your core already appears to contain things that I have no > > interest in, nor need for. The strength of BLFS has always been > > that you can pick the things you want. The idea of a 'core' implies > > it should always be built. > > And this is the crux of the problem. The goal, if there ever was _one_, > has been overshadowed by the complexity of committing a single change. > This is a deterrent that should not exist in a development book. I > personally have no problem with the BLFS-Core, BLFS-LAMP, BLFS-LAPP, > BLFS-KDE, BLFS-LXDE, BLFS-Gnome BLFS-Whatever books, except that it'd be > a lot of duplication of effort. For instance, the BLFS-Gnome book would > contain pretty much all of the book except the server and the majority > of the KDE packages (and add about 70 others in order to be feature > complete). > > I too think the organization should be better thought out, but my > preferred method of attacking that problem would be equally unacceptable > for the very same reasons. I'll go ahead and suggest it anyway though, > let us start with only the stylesheets and the introductory chapter, > then add or migrate whatever it is that you feel compelled to add. This > would at very least weed out the cruft that nobody cares to maintain, > but I no longer have the time or inclination to maintain and/or > contribute in order to get the book to a 'stable' state, which puts us > right back full circle. > > Of course, there is nothing stopping any individual from doing the same. > The xml files are there, mostly written even, just organize them in > whatever way you prefer. This gives the opportunity for anybody who > cares to do so, to write a completely linear book, free of dependency > lists if they so choose. > > > BTW - please don't treat this as an attempt to deter you from editing > BLFS, > > I've spent enough time on that unpleasant task, suffer it if you wiah > ;-) > > That's a little too positive there Ken, don't you think? :-) > > -- DJ Lucas > > > -- > This message has been scanned for viruses and > dangerous content, and is believed to be clean. > > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-dev > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > For the most part, I do not think Xorg is adding much in the way of complexity. DJ has been doing a great job keeping it up to date. Most X based programs usually only need GTK+2 on top of X to work. KDE3, I doubt I would ever build myself, appears self contained. I doubt it would break other packages. KDE4, It feels like there were a bunch of libraries added that I have not seen used outside of KDE... and I have not spent the time to research the new additions. But based on the time I spent getting KDE4 working on my own (which I abandoned when I missed fluxbox's right click menu and startup time), having it in the book gives people the chance to experiment and play with it. gnome2 seems to be relatively popular, but I get the sense some packages are held back because of the work needed to ensure gnome2 is sound. To sum it up, I would hate to loose X. It is a major part of BLFS, and one I have spent a lot of time with. Firefox/Thunderbird/Java/Apache/PHP/MySQL/OpenOffice[now LibreOffice]/Cups are the first things I build when I startup a system. no personal use for KDE3/KDE4, but KDE3 has a minimal footprint maintenance wise. KDE4, I have been dreaming of it being part of the book forever so I am glad to see it [just wish I liked it... fluxbox spoiled me]. no use for gnome2, but people are maintaining it, and seems to be needed for a few of the applications. Been thinking I should throw my hat into the ring, I've spent the time & research on updating my personal build scripts to work, but I have never sat down & researched the XML. -- Nathan Coulson (conathan) ------ Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com
-- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
