I am sorry to say this, but it would be better if LFS goes on without me. The reasons are:

1) I am a troll, because I actually don't use LFS as my primary desktop since 2005. All LiveCD development on my computer was done from Debian. Yet I found LFS (actually, an extracted copy of the LiveCD) a very useful testing platform when I experimented with Xgl and Compiz.

My desktop is XFCE. Also, I _don't_ use new things like Udev, HAL and UTF-8, due to their immaturity. E.g., Udev adds 30 seconds to the startup time waiting for something, and I could not debug this: removing files with rules one-by-one decreased the time in equal steps with no clear offender. So, I removed Udev. HAL was simply never installed because XFCE doesn't use it. All HAL testing for BLFS was done with ivman on LFS. UTF-8 support is simply too buggy, although there is some progress in some areas.

2) I have never built post-6.2 SVN version of LFS due to lack of time. And the family objects to the computer noise, so long builds are not an option. Software suspend does help, and support for it would be certainly a good addition for BLFS. See the implementation in the LiveCD repository.

3) I have no cheap broadband Internet access. The family says that unlimited tariff plans for home are prohibitively expensive, but even bringing all LiveCD packages up to date would consume more on pay-for-each-megabyte plans. And there is no possibility to do these updates from work. Due to excessive bandwidth usage, I already got a "last" warning in the USU (and I have to quit that job for other reasons anyway). My old room in the Institute for Metal Physics is still not repaired (even worse, that room is no longer mine, and there is no and will not be a computer in the new room until I buy it from my own money, and I am not going to do that). Thus, my knowledge of BLFS packages is limited to old versions.

Before anyone offers ssh access: no, I won't accept this, because I hate to release untested CDs. Money donations won't be accepted either, because they are likely to be simply wasted.

4) After the two weeks working from 11am to 9pm in the classroom on the new image (and coming back yesterday to fix damage resulting from Microsoft's KB920958 "patch"), I completely lost track of current Linux-related events. Additionally, there is some backlog of physics-related e-mail to go through.

So, I decided that I should not give any advice to the LFS project at all rather than questionable advice based on Debian and obsolete versions.

This also means that LFS should drop (too kludgy and half-working) UTF-8 support. This decision is also backed by the fact that some BLFS editors repeatedly, but certainly not deliberately, misinterpreted my writings. Beware, however, that there are applications (e.g. shadow and nautilus-cd-burner) that expect RedHat-like UTF-8 setup (shadow is already fixed in the book, nautilus-cd-burner is unfixable).

Also, this means that a new maintainer is needed for the LiveCD. Ignore the trunk, it doesn't have bugfixes present n the latest 6.2-3 CD, and has no package updates. Since the CD inner workings became too complex for other people to understand (binary init, device-mapper "snapshot" target and so on), I won't mind if a fresh start is done.

--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to