Linux From ScratchThis Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Greetings from my brandnew and shiny BLFS-11.1 (with some newer packages)
I'm writing this from firefox, currently running in some lxde.
My first impressions: Kernel boot-times have greatly improved; also the time to start xorg. If the timestamps printed in dmesg are correct, this thing (linux-5.16.18) needs less than 1 second from boot to start /sbin/init. (on some 5 year old i3 machine)
On that machine i had approximately a BLFS-8.3 before (with an uptime of almost 2 years, so the kernel boot times were not really an issue before ;-) ). Hope the 11.1 will be as rock solid as 8.3.
<rant-mode=on>
Nasty things i noticed:
* still the need for python2 for some modules needed for LXDE.
* crappy rustc sneaks in even more: of course i want to use my printer on BLFS, so i need:
cups, which depends on colord
colord, which depends on polkit
polkit, which depends on some firefox sources as javascript machine, which now also needs rustc.
Heck! didn't polkit just recently have some issues with security?
Then why are there needed couples of crappy languages to get polkit up and running? Can't this be done with massive less LoC? In less crappy languages?
Why not add Python2 and 3 and also some Perl into polkit? Why not also Postscript, which is also a nice language (at least, if you like the old Hewlett-Packard pocketcalculators) and may bloat polkit even more...
<rant-mode=off>
I haven't done LFS, but I do use CRUX, which is also a build from sources distro, and this issue is very evident here also. The modern trend of app and especially library developers using as many different languages as possible in their creations is just insane.
I miss the days when all you needed to build something was make, a C compiler, and 20 minutes to go put the kettle on.
I've complained about this a few times but I only get flack and people telling me that if I don't like LFS, I shouldn't use it. My quarrel isn't with LFS, which I have always admired. It's with modern software and its complex build requirements.
I've complained about this a few times but I only get flack and people telling me that if I don't like LFS, I shouldn't use it. My quarrel isn't with LFS, which I have always admired. It's with modern software and its complex build requirements.
Yep. exactly the same here. If i'd use a "usual" distro, i just would not know, what's behind. But the situation about the rising build requirements would still stay the same...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.