On Mon, Jul 9, 2018 at 3:09 PM Bruce Dubbs <[email protected]> wrote:
> As most of you know, BLFS is huge. If it is printed on paper, it would > take over 2000 pages. There are over a thousand individual packages in > the book. > > In addition, upstream changes are released often. The average is about > 3.5 packages every day, seven days a week. > > Since LFS/BLFS contributions are done completely by volunteers, the > upstream change rate is overwhelming our ability to keep up to date. > The problem is not LFS. That is doable. The problem is the size and > change rate of BLFS. > > To address this, I am proposing to split BLFS into two (or possibly > more) books. My tentative names are BLFS-Basic and BLFS-Advanced. > BLFS-Basic is primarily command line tools and programs plus the basic > Xorg section of BLFS. This would be updated regularly and a 'stable' > version released every six months with the LFS book. The BLFS-Advanced > book will be a 'rolling release'. We did this with BLFS between LFS > versions 6.3 and 7.4 (August 2008 until September 2014). > > With a rolling release, there is less consistency and a comprehensive > check against the current stable LFS is not done. Packages would be > frequently out of date. > > For BLFS-Basic I am attaching a straw man for the contents. I > anticipate that an experienced LFS builder could complete all the > packages in BLFS-Basic in a day or two. > > I am now looking for feedback. Are there other solutions? Is my list > for BLFS-Basic too large? Is there something missing? > > -- Bruce > -- > http://lists.linuxfromscratch.org/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > After spending hours attempting to come up with something, considering the amount of variations, I'll share what I have. I'm of the opinion that we should do one more release of the book as it is and then discuss things after that. I'm willing to put in as much time as needs to be put in to keep everything in the book that is currently in there, for one more release at minimum. Consistency is the thing that is the most important to me, and one more release would also give people who use LFS in production the time to adapt their systems for the new changes. It's way too big of a change to make 1-2 months before release, this should really be done after. I've got permission from those around me to contribute as much time as necessary. I'll test both sysvinit and systemd before release if necessary as well. I'm saying this as a person who used to work for a company (not to be named publicly) that used LFS in production on factory and CNC systems. I'm also saying this as one who uses it in PROD for weather modeling systems. We need more than 1-2 months for a huge structure change.
-- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
