e2fsprogs 1.41.5 released April 23rd :) Reproducible: Always
Created attachment 189381 [details, diff] e2fsprogs-1.41.5-makefile.patch The e2fsprogs-libs package is a simple rename bump. Here's a new makefile patch for this package. It still fails though because the man3 directory doesn't get created for some reason.
Created attachment 189474 [details, diff] e2fsprogs-1.41.5-create-man3dir.diff This patch got me beyond the man3 error. Unfortunately the package is not parallel make safe (had to use MAKEOPTS="-j1") and in the end I got several file collisions with the corresponding e2fsprogs-libs package: * Detected file collision(s): * * /lib64/libblkid.so.1.0 * /usr/lib64/libblkid.a * /usr/lib64/libblkid.so * /usr/lib64/pkgconfig/blkid.pc * /usr/share/man/man3/libblkid.3.bz2 * /usr/include/blkid/blkid.h * /usr/include/blkid/blkid_types.h * /lib64/libblkid.so.1 * /lib64/libblkid.so
Created attachment 189899 [details, diff] e2fsprogs-1.41.5-makefile.patch the updated makefile patch is incorrect as it uses hard links but with wrong paths
Created attachment 189900 [details] e2fsprogs-1.41.5.ebuild e2fsprogs shouldnt be installing blkid ... as such, creating man3dir is also not needed. the blkid sed in src_unpack() needs updating. the `make install` dependency stuff is still broken though
(In reply to comment #4) > > e2fsprogs shouldnt be installing blkid ... as such, creating man3dir is also > not needed. the blkid sed in src_unpack() needs updating. I just wanted to write some similar comment, I opened Bug 269378 about moving the blkid program to util-linux.
Once it's ready, fast-tracking it as stable would seem sensible as it fixes a "number of filesystem corruption bugs in resize2fs when growing or shrinking ext4 filesystems off-line", among other things. I suspect that ext4 has acquired a significant number of early adopters.
now in the tree
*** Bug 271823 has been marked as a duplicate of this bug. ***
