4 ms·
What's the difference between writing x commands and hitting enter once, vs writing x commands and waiting for each command to finish? This is a good starting p
by jiggunjer 9y ago
What's the difference between writing x commands and hitting enter once, vs writing x commands and waiting for each command to finish? This is a good starting point for people who already know Linux and want a lean self-built system.
- UncleEntity 9y agoNot gonna be all that lean with all the build tools and whatnot. And isn't all that practical without package management. Linux kernel + busybox + few unit scripts == lean But, you know, to each their own -- don't get me wrong, I really enjoyed tinkering with LFS back in the day.
- finnthehuman 9y ago>What's the difference between writing x commands and hitting enter once, vs writing x commands and waiting for each command to finish? The point of homework is to do it yourself, not to clone a repo with the answers.
- m_mueller 9y agoI don't really get what's different compared to using something like `from debian:jessie`. In what ways is this more lean?
- krylon 9y agoGenerally speaking, building an LFS, you can freely choose what software to include or omit, and where there are multiple pieces of software that solve the same problem, you can choose which one to use. (Of course, you are stuck with the work of making all this work, but that is what this is all about: Learning what makes a Linux system tick.)
- majewsky 9y ago`FROM debian:jessie` costs 53 MiB. (And by the way, please upgrade to Stretch at the earliest convenience.) `FROM alpine` costs 2 MiB. When you need to send container images across the globe on shitty connections, this matters a lot.
- roenxi 9y agoThe secret assumption is that things will break and the builder will learn how things might break and how to fix them. I've had a lot of fun with LFS, but if everything goes smoothly it is a bit pointless. When builds broke or I missed components there was an opportunity to better my understanding of the system. Experience with multiple failure modes in a safe environment - it counts for a lot. It also forces you to learn what the dependency graph looks like and a little bit of why, which can be helpful.