I must agree with James’ spirit! I got IPv6 (static addresses) working with LFS and gave my changes back - it’s easy to do.
And with ARM, the interesting thing about it is that at this point there isn’t much interesting about it. I haven’t built LFS on ARM, but if I did I would probably do something like the following: 1) install a distribution of whatever-Linux on the ARM box. Leave a free partition for LFS. Since it’s the bare distro it’s easy to recover. Just save your work at each step. By this I mean just your configuration steps. Write them down so easily replicated if you have to start back at beginning. 2) compile a kernel and try it until I got one working. Learn what extra modules I need etc, 3) compile a GCC until I got one working, and test it by building a kernel with it that works like in step 2. 4) now figure out how to build whatever boot loader it needs. Make that work, again, keeping notes. 5) then build binutils. Install it, try to repeat steps 1-4 with the binutils. 6) you’ve saved all your configuration scripts, right? So you can easily recover? Good. Build the same glibc version your current system uses and install it. Note: no pain of cross compilation. These utilities have already been built by others, etc. If you can complete steps 1-6 you’ve learned enough that you can probably get everything else working. It helps that I scrupulously avoided in my current configuration use of /lib64 etc. I also avoid cross compilation. If you did a great job, tell LFS. Sent from my iPhone > On Jun 15, 2020, at 6:28 AM, James B via lfs-dev > <lfs-dev@lists.linuxfromscratch.org> wrote: > > On Mon, 15 Jun 2020 14:44:10 +0200 > thorsten via lfs-dev <lfs-dev@lists.linuxfromscratch.org> wrote: > >> >> I have a modified LFS running on Rpi 3b+ (aarch64) and on a bananapro >> board (arm). I use them as Wireless accesspoints and low budget servers. >> Basically the modifications to LFS are not too big. Getting the >> Crosscompiler ready is the biggest trouble. > > Seconded. I cross-built ARM version of LFS 7.1 from a x86-64 distro. > Then a few months later, I natively built LFS 7.4 on that ARM LFS 7.1. > I still had to build a cross-compiler for LFS 7.4 because the only way I > could get anything done, was to use distcc, and that required a > cross-compiler. > > It was a roller-coaster ride back then because gcc had to be tweaked for > armhf and glibc didn't support arm directly (I had to use one of the glibc > "ports"). > > The resulting ARM distro got used for many things, but one that still runs > until today is a remote-access server with openvpn, running on raspi 2+. The > little train that could, that one, LOL :) > > Sadly it is no longer maintained. and the reason is the same as what > everybody has said: life is just too short. If I have infinite spare time I > can easily resurrect it with the latest LFS - which I'm sure will be a lot > easier now that both the compiler and glibc support ARM natively these days. > >> >> If or if not LFS should support ARM(64) is not my point to make. However >> a thank you to everyone at (B)LFS -- without that great book I would >> have learned less, experimented less and accomplished less. >> > > Seconded. LFS is volunteer work, you don't demand them to do your work. > You volunteer yours and offer it to the maintainer so everyone else can > benefit. > Take the LFS, experiment it on ARM, and offer patches where needed. > > Hence my thanks for the volunteers and maintainers who keeps LFS and BLFS > going for all years, and hopefully, to the next decade too. > > cheers! > > -- > James B > -- > http://lists.linuxfromscratch.org/listinfo/lfs-dev > FAQ: http://www.linuxfromscratch.org/faq/ > Unsubscribe: See the above information page -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
