Summary: | <=sys-kernel/genkernel-3.4.10.908: blkid of e2fsprogs 1.40.1 is too old to support btrfs | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Danoz <danoz-gentoo> |
Component: | genkernel | Assignee: | Gentoo Genkernel Maintainers <genkernel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ab4bd, bugs_gentoo_org.Tim_OKelly, lxnay, robbat2, sping, zmedico |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 351772 |
Description
Danoz
2009-11-04 11:05:34 UTC
should be e2fsprogs 1.40.9 and 1.41.9. There's support for the busybox findfs applet inside linuxrc, so if we update busybox (bug 310785) to a version that supports findfs then blkid is no longer needed. I've tested with findfs from busybox-1.16.0 and it was able to find a btrfs partition. @robbat2, what about growing VERSION_E2FSPROGS to 1.41.9 inside the ebuild? findfs support could be added in a more relaxed way. Let me know if you need any help with genkernel, I've been maintaining my custom version for years (In reply to comment #3) > @robbat2, what about growing VERSION_E2FSPROGS to 1.41.9 inside the ebuild? The last time I tried bumping the version I had to patch gen_compile.sh to remove the --with-ldopts=-static option and instead set LDFLAGS=-static (--with-ldopts option was no longer supported). (In reply to comment #4) > (In reply to comment #3) > > @robbat2, what about growing VERSION_E2FSPROGS to 1.41.9 inside the ebuild? > > The last time I tried bumping the version I had to patch gen_compile.sh to > remove the --with-ldopts=-static option and instead set LDFLAGS=-static > (--with-ldopts option was no longer supported). > Just tried to bump VERSION_E2FSPROGS locally and built a new initramfs. blkid inside is still statically linked and correctly detects btrfs. (In reply to comment #5) > Just tried to bump VERSION_E2FSPROGS locally and built a new initramfs. blkid > inside is still statically linked and correctly detects btrfs. Excellent, that means we can easily modify the genkernel ebuild and close this bug. I guess --with-ldopts was removed in a later version than 1.41.9. lxnay: do you have your genkernel changes in a local git repo somewhere that I can pull from? genkernel was previously hosted on an external box, but with that box going away soon, I think I'm going to move the repo back to git.overlays.g.o. http://gitweb.sabayon.org/?p=overlay.git;a=tree;f=sys-kernel/genkernel;hb=HEAD Patches explanation: - genkernel-crypt-config.patch: include all necessary kernel mods to make cryptsetup working with every encryption type - genkernel-3.4.11-aufs-slowusb.patch: add aufs support and remove duplicated sleep call when slowusb is enabled - genkernel-3.4.11-partial-fix-to-console-arg.patch: make fbsplash happy by automatically converting console=/dev/tty1 into console=tty1 - genkernel-3.4.11-sdelay-compat.patch: on some hardware, sleeping 1 second to wait for CD is not enough. 3 seconds is much safer. The experimental branch exposed by genkernel-99999 (five nines) now uses e2fsprogs 1.41.14. Please report back how it works for you. This patch is related: http://git.overlays.gentoo.org/gitweb/?p=proj/genkernel.git;a=commitdiff;h=dd18912193862212586ad73141f61829f70dbf3e If I do not hear anything, I may close this bug in two weeks. I emerged genkernel-3.4.16 (it uses e2fsprogs-1.41.14) with ~x86 keyword and it works fine now. |