Re: [lfs-support] Booting LFS with systemd
On Thu, 28 Jun 2018 16:06:00 +0800 Xi Ruoyao wrote: > Now I only use "initrd" directive to update CPU microcode and fix the > buggy ACPI DSDT of my laptop (another sad story). Xi, If you are also inclined to allow firmware to be contained within the kernel, the microcode part you can achieve via the CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd_fam15h.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" kernel config options under Device Drivers > Generic Driver Options. CONFIG_EXTRA_FIRMWARE points to microcode file within the given CONFIG_EXTRA_FIRMWARE_DIR= path. Though you'll have to rebuild the kernel though if the microcode file ever changes, of course. And as there now seems to be several people who suffer with the ACPI DSDT driver bug, you guys should make sure upstream is aware of the problem, if they aren't already. There is also a recent kernel option, acpi=copy_dsdt that attempts to fix bad DSDT tables. It might be worth a try if you haven't done tried it already. Cheers, Mike -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] Chapter 6 glibc 'make check' freezes. - LFS 8.2
On Thu, Jun 28, 2018 at 06:00:18PM -0500, Bruce Dubbs wrote: > On Wed, Jun 27, 2018 at 8:23 PM, Ken Moffat wrote: > > On Wed, Jun 27, 2018 at 07:53:58PM -0500, Douglas R. Reno wrote: > > > > Assuming that "don't like it" means FTBFS rather than "add more > > warnings", I think that is an example of why I believe our current > > "rolling release, just keep updating on an existing system" approach > > causes problems. On a fresh build you find these problems, on an > > updated existing system they may be skipped (depending on _how_ > > people update perl on an existing system: the last time I looked, it > > seemed more sane for me to just update any previously-vulnerable > > core modules because _so_many_ packages might update perl modules, > > particularly the 100+ modules I often build for biber). > > OTOH, for perl that maybe only meant "more warnings". I very rarely look at warnings (for perl, I assume that somebody in debian-unstable will provide a fix before they become upgraded to errors ^_^ > > The problem is, of course, that we don't have the resources to rebuild > all of BLFS > every time a new package is released. Of course, we do build an entire BLFS > before a stable release, but the development version can create exactly > these types of problems. > > I just saw Douglas' post about glibc in LFS. I CAN do that because it is > a relatively small number of packages and is automated. But for BLFS, > it is just too big and we have to live with the issues of updating program x > breaking program y. > > -- Bruce As I see it, the logical extension is that some of BLFS is probably broken between releases. And then we wonder why we don't have more editors or testers. For many packages in BLFS I admit that I'm "don't use it, don't care" or even "don't know _how_ to use it, don't care". But for things which I at least build (even if I never get time to get on top of using them) I get upset (although not surprised) when updates break them. Which is why I have until now tried to build fresh test systems. ĸen -- Keyboard not found, Press F1 to continue -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] Booting LFS with systemd
On 06/28/2018 04:21 PM, Hazel Russman wrote: On Thu, 28 Jun 2018 16:06:00 +0800 Xi Ruoyao wrote: On 2018-06-28 01:08 -0400, Michael Shell wrote: On Wed, 27 Jun 2018 14:42:47 -0700 Paul Rogers wrote: If that's true, even with systemd, why is there any need to build an initramfs for a known system? I had used initramfs to setup a loopback device and boot the system in an image. But it seems grub can handle loopback device (though I've never tried). Just like you, I build everything I need into a custom kernel and avoid the need for an initramfs. One other reason people use initramfs is if they need udev services on boot, say, for a drive the kernel will not be able to find via a simple specification of root=/dev/X. I think people should not go through all the initramfs trouble just for LABEL= or UUID= functionality, but rather should just use PARTUUID= which the kernel natively understands. Agree. Now I only use "initrd" directive to update CPU microcode and fix the buggy ACPI DSDT of my laptop (another sad story). -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University -- Nice to know someone else does this. I use an initrd on my main machine for precisely these two purposes. I had hoped that rewriting the acpi dsdt to remove some reported errors would allow me finally to boot the latest kernels, which are giving me panic in the acpi driver, but no such luck! Mind you, I'm not using systemd. Great, new development, now I can't even install systemd due to the next error: ... RuntimeError: File 'man/binfmt.d.5' could not be found FAILED: meson-install When looking for the missing file, I only found 'man/binfmt.d.xml'. I also refreshed the two systemd-238 packages to exclude a fallen bit, to no avail. Any suggestion where this might come from? Regards, Frans. -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] Booting LFS with systemd
On 28/06/2018 10:44 μμ, Frans de Boer wrote: On 06/28/2018 04:21 PM, Hazel Russman wrote: On Thu, 28 Jun 2018 16:06:00 +0800 Xi Ruoyao wrote: On 2018-06-28 01:08 -0400, Michael Shell wrote: On Wed, 27 Jun 2018 14:42:47 -0700 Paul Rogers wrote: If that's true, even with systemd, why is there any need to build an initramfs for a known system? I had used initramfs to setup a loopback device and boot the system in an image. But it seems grub can handle loopback device (though I've never tried). Just like you, I build everything I need into a custom kernel and avoid the need for an initramfs. One other reason people use initramfs is if they need udev services on boot, say, for a drive the kernel will not be able to find via a simple specification of root=/dev/X. I think people should not go through all the initramfs trouble just for LABEL= or UUID= functionality, but rather should just use PARTUUID= which the kernel natively understands. Agree. Now I only use "initrd" directive to update CPU microcode and fix the buggy ACPI DSDT of my laptop (another sad story). -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University -- Nice to know someone else does this. I use an initrd on my main machine for precisely these two purposes. I had hoped that rewriting the acpi dsdt to remove some reported errors would allow me finally to boot the latest kernels, which are giving me panic in the acpi driver, but no such luck! Mind you, I'm not using systemd. Great, new development, now I can't even install systemd due to the next error: ... RuntimeError: File 'man/binfmt.d.5' could not be found FAILED: meson-install When looking for the missing file, I only found 'man/binfmt.d.xml'. I also refreshed the two systemd-238 packages to exclude a fallen bit, to no avail. Any suggestion where this might come from? Did you extract the man pages? tar -xf /path/to/systemd-man-pages-238.tar.xz -- Thanos -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] Chapter 6 glibc 'make check' freezes. - LFS 8.2
On Wed, Jun 27, 2018 at 8:23 PM, Ken Moffat wrote: > On Wed, Jun 27, 2018 at 07:53:58PM -0500, Douglas R. Reno wrote: >> >> To put a cherry on top of the cake, I'm having issues with syntax warnings >> out of Perl. Apparently the REGEX structure changed in 5.28, and several >> packages don't like it. It'll be fatal in 5.32, but I can understand if >> it's unexpected behavior as the result of a deprecated feature. I'll look >> into it more as I'm going along here. > > Assuming that "don't like it" means FTBFS rather than "add more > warnings", I think that is an example of why I believe our current > "rolling release, just keep updating on an existing system" approach > causes problems. On a fresh build you find these problems, on an > updated existing system they may be skipped (depending on _how_ > people update perl on an existing system: the last time I looked, it > seemed more sane for me to just update any previously-vulnerable > core modules because _so_many_ packages might update perl modules, > particularly the 100+ modules I often build for biber). > > Strangely, for the Pythons I did knock-up scripts to update modules, > although that should only be needed on a new minor version (and > therefore never needed for 2.7). to add the two new modules I built this week (for testing harfbuzz, > which is 2, and libinput which is 3) to those update scripts./> The problem is, of course, that we don't have the resources to rebuild all of BLFS every time a new package is released. Of course, we do build an entire BLFS before a stable release, but the development version can create exactly these types of problems. I just saw Douglas' post about glibc in LFS. I CAN do that because it is a relatively small number of packages and is automated. But for BLFS, it is just too big and we have to live with the issues of updating program x breaking program y. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] Booting LFS with systemd
On 2018-06-28 01:08 -0400, Michael Shell wrote: > On Wed, 27 Jun 2018 14:42:47 -0700 > Paul Rogers wrote: > > > If that's true, even with systemd, why is there any need to build an > > initramfs for a known system? I had used initramfs to setup a loopback device and boot the system in an image. But it seems grub can handle loopback device (though I've never tried). > Just like you, I build everything I need into a custom kernel and avoid > the need for an initramfs. One other reason people use initramfs is if > they need udev services on boot, say, for a drive the kernel will not be > able to find via a simple specification of root=/dev/X. > > I think people should not go through all the initramfs trouble just for > LABEL= or UUID= functionality, but rather should just use PARTUUID= > which the kernel natively understands. Agree. Now I only use "initrd" directive to update CPU microcode and fix the buggy ACPI DSDT of my laptop (another sad story). -- Xi Ruoyao School of Aerospace Science and Technology, Xidian University -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
Re: [lfs-support] Booting LFS with systemd
On Thu, 28 Jun 2018 16:06:00 +0800 Xi Ruoyao wrote: > On 2018-06-28 01:08 -0400, Michael Shell wrote: > > On Wed, 27 Jun 2018 14:42:47 -0700 > > Paul Rogers wrote: > > > > > If that's true, even with systemd, why is there any need to build an > > > initramfs for a known system? > > I had used initramfs to setup a loopback device and boot the system in an > image. But it seems grub can handle loopback device (though I've never > tried). > > > Just like you, I build everything I need into a custom kernel and avoid > > the need for an initramfs. One other reason people use initramfs is if > > they need udev services on boot, say, for a drive the kernel will not be > > able to find via a simple specification of root=/dev/X. > > > > I think people should not go through all the initramfs trouble just for > > LABEL= or UUID= functionality, but rather should just use PARTUUID= > > which the kernel natively understands. > > Agree. Now I only use "initrd" directive to update CPU microcode and fix > the buggy ACPI DSDT of my laptop (another sad story). > -- > Xi Ruoyao > School of Aerospace Science and Technology, Xidian University > -- Nice to know someone else does this. I use an initrd on my main machine for precisely these two purposes. I had hoped that rewriting the acpi dsdt to remove some reported errors would allow me finally to boot the latest kernels, which are giving me panic in the acpi driver, but no such luck! Mind you, I'm not using systemd. -- Hazel -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
