For those of you who don’t know, Linux From Scratch is a project that teaches you how to compile your own custom distro, with everything compiled from source code.
What was your experience like? Was it easier or harder than you expected? Do you run it as a daily driver or did you just do it for fun?
Before the ArchLinux wiki became as good as it is, people like me used the Gentoo and LFS wikis as documentation for Linux.
There isn’t quite enough time in the world for me to be able to use LFS in anger as much I would wish. We make do with source distros with source managers like Gentoo (surprise!), Funtoo and others which give the source distros users just enough helping hands of dependency management.
Real tears would be shed were for LFS to disappear.
I have never done Linux From Scratch but I have been using Linux long enough that I remember that is how things were. Compiling the kernel was pretty routine. Getting XFree86 up and running could be true black magic though. You were literally controlling how the electron beam moved across the screen.
One of my systems is running Red Hat 5.2 ( not RHEL - the pre-Fedora Red Hat ). I think it has GCC 2.7.2 on it.
For some reason, I want to get a recent kernel and X11 running on the Red Hat 5.2 box. It would be cool to get Distrobox running on it while leaving everything else vintage. I had been thinking that LFS might be the right resource to consult. This article will hopefully kick me into gear.
TIL this is a thing. I started doing that over 30 years ago with SLS and Slackware when that was the only choice.
This was pre-PnP (also pre-JPEG!), so you had to know all the addresses, IRQs, DMA info, etc, of your hardware or you’d get… unexpected results. make it and they will come…
After countless distros and flavours over the years, I still use Debian for servers and now use EndeavourOS for desktop/laptops.
imo, that is like learning a new language you’ll never use – who on earth would search for new employees that can compile their own distro? It’s fun at first, but definitely not useful.
It was a lot of fun for me. I did it without a virtual machine (would not generally recommend) on a older laptop I wasn’t using anyway. I wasn’t very successful in the end however. My own built kernel couldn’t produce any vga output. I tried to fix it for a handful of nights, but in the end gave up and called it good enough :P So I might comeback to it later to fully complete an installation.
But it was good learning oppertunity. It showed that just compiling a version of the Linux kernel isn’t very complicated. It even comes with a very nice TUI to select your build options!
The kernel is what about did me in with a Gentoo install forever and a half ago, that part alone I think I fought with for a week before I got everything working
I’ve done it before. It’s not particularly difficult, just very time consuming. And at the end, you’re left with a distribution that’s not really that useful without repackaging everything you did into a package manager so you can do updates without borking it.
Great as a learning tool to see how the whole GNU/Linux stack works, but not something you’d use practically.
There’s no level of package management, binary or source. There’s no practical way to uninstall or upgrade. It’s a toy for learning about Linux, which is great, but don’t expect it to have anything else.
Edit: I seem to remember some third party package managers, but then you’re going beyond the base level documentation. And at a certain point, then you might as well just use a distro. If you want to have a very minimal package manager so you can learn about package managers, sure, it’s a learning tool.
Back when I did LFS I dealt with this by giving each package an /opt prefix, symlinking their respective bin/, sbin/, lib/, man/ and so on dirs under a common place, and adding those places to the relevant system integrations (PATH, /etc/ld.so.conf etc.)
I put together a bash script that could manage the sumlinks and pack/unpack tarballs, and also wrote metadata file and a configure/make “recipe” to each package dir. It worked surprisingly well.
A handful of packages turned out to be hardcoding system paths so they couldn’t be prefixed into /opt (without patching) but most things could.
That was the time before kernel modules, so compiling your own kernel was definitelly required for anything but the most basic setup (no graphics, no audio).
Yes, back in the early 00s. We toyed with making a net-bootable image with it for our computer labs, but it was really not practical. It definitely taught me a ton about systems, though.
Add comment