3 ms·

None of that requires LFS; I compiled KDE via scripts many years ago. Why would LFS be needed for that? That makes no sense. Debian being slow is their problem,

None of that requires LFS; I compiled KDE via scripts many years ago. Why would LFS be needed for that? That makes no sense. Debian being slow is their problem, other distributions aren't snail-like like that. The default compiler used in LFS is also hardly a real cross-compiler, it is more a bare-minimum compiler for C/C++. This annoys me because e. g. I need fortran for R, so a bare-minimum compiler isn't as useful as a more feature-complete GCC. And GCC also causes some issues, e. g. like my problem with options.cc. I think you missed the main argument though - LFS isn't quite as good as it could be. That is a correct statement that was made.

smitty1e 18d ago
"Requires"/"needed". LFS is about the muscle memory; the documentation; the cohesiveness. I always recommend it to people and consider it foundational to my understanding of How Stuff Works. Whether that amounts to a hill of beans in the AI world remains to be seen.
- charcircuit 18d ago
  It is more how stuff is compiled than how stuff works. Fundamental things like how processes are scheduled are not explained by LFS.
  - gchamonlive 18d ago
    "works" is a loaded term. LFS is how the rubber meets the road, you want how the rubber is made, for that you need something like https://www.baeldung.com/linux/processes-guide https://www.baeldung.com/linux/processes-guide or https://linux-kernel-labs.github.io/refs/heads/master/lectures/processes.html https://linux-kernel-labs.github.io/refs/heads/master/lectur...
    - newswasboring 18d ago
      And if you want to get to at least the bottom most visible turtle you go with something like NAND to Tetris https://www.nand2tetris.org/ https://www.nand2tetris.org/
    - charcircuit 18d ago
      >LFS is how the rubber meets the road Again I disagree. Way too much time is spent building software than actual practical OS development.
      - mid-kid 18d ago
        LFS is not OS development. You build a distribution by assembling all the components. If you want to develop an OS from scratch, perhaps you're looking for osdev.org.
        charcircuit 18d ago
        What is the point of making a distro, if not to make an OS? It's the same thing.
        gchamonlive 18d ago
        One supports the other, they aren't laid in opposition, but they are different, well-defined disciplines
  - smitty1e 18d ago
    OK: "How *nix tools functioned together in command-line days".

smitty1e 18d ago

"Requires"/"needed". LFS is about the muscle memory; the documentation; the cohesiveness. I always recommend it to people and consider it foundational to my understanding of How Stuff Works. Whether that amounts to a hill of beans in the AI world remains to be seen.

charcircuit 18d ago
It is more how stuff is compiled than how stuff works. Fundamental things like how processes are scheduled are not explained by LFS.
- gchamonlive 18d ago
  "works" is a loaded term. LFS is how the rubber meets the road, you want how the rubber is made, for that you need something like https://www.baeldung.com/linux/processes-guide https://www.baeldung.com/linux/processes-guide or https://linux-kernel-labs.github.io/refs/heads/master/lectures/processes.html https://linux-kernel-labs.github.io/refs/heads/master/lectur...
  - newswasboring 18d ago
    And if you want to get to at least the bottom most visible turtle you go with something like NAND to Tetris https://www.nand2tetris.org/ https://www.nand2tetris.org/
  - charcircuit 18d ago
    >LFS is how the rubber meets the road Again I disagree. Way too much time is spent building software than actual practical OS development.
    - mid-kid 18d ago
      LFS is not OS development. You build a distribution by assembling all the components. If you want to develop an OS from scratch, perhaps you're looking for osdev.org.
      - charcircuit 18d ago
        What is the point of making a distro, if not to make an OS? It's the same thing.
        gchamonlive 18d ago
        One supports the other, they aren't laid in opposition, but they are different, well-defined disciplines
- smitty1e 18d ago
  OK: "How *nix tools functioned together in command-line days".