linux/poky.git/meta/recipes-devtools/e2fsprogs, branch yocto-4.0.19

e2fsprogs: fix ptest bug for second running

2023-06-21T14:00:58+00:00

At second running, there are four new failed case: d_loaddump f_bigalloc_badinode f_bigalloc_orphan_list f_dup_resize The test_data.tmp is necessary, but it is deleted by run-ptest. So it should be restored after testing. (From OE-Core rev: 3a5ce6f8090f912bb9744e8cc8f3f2510f351a33) Signed-off-by: Qiu Tingting Signed-off-by: Alexandre Belloni (cherry picked from commit d0d08dd9a8a179e25b9cfcbac696c1d212a1910c) Signed-off-by: Steve Sakoman

e2fsprogs: add alternatives handling of lsattr as well

2022-06-22T22:46:29+00:00

Building busybox with CONFIG_LSATTR=y and installing that in the same filesystem as e2fsprogs breaks: ERROR: ... do_rootfs: Postinstall scriptlets of ['busybox'] have failed. If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget:${PN} (). Deferring to first boot via 'exit 1' is no longer supported. Fix that by also alternatifying lsattr just as chattr already is. (From OE-Core rev: 8876f33f08e07480c93803c19b517b2bed4dfe4c) Signed-off-by: Rasmus Villemoes Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie (cherry picked from commit 96703961eeb3460e9da26503d7942cc965d1e573) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

e2fsprogs: update upstream status

2022-05-20T09:08:06+00:00

Status updated but using the existing patch since it is functionally identical. (From OE-Core rev: 9f2d85b383daeca5bbed601e4ff9ff01a8c3403f) Signed-off-by: Aryaman Gupta Signed-off-by: Richard Purdie (cherry picked from commit aab854a94e73e5035eb82fe1aafe970aaa296a54) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

e2fsprogs: fix CVE-2022-1304

2022-05-04T12:07:31+00:00

Backport a submitted patch to fix CVE-2022-1304. (From OE-Core rev: 6b31ebb379369cfd9448f64fca6a664b72a7f4fa) Signed-off-by: Ross Burton Signed-off-by: Luca Ceresoli Signed-off-by: Richard Purdie (cherry picked from commit 31fd4ca6fa85ed1e62faf37e6d7bed5b558cb309) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

meta/meta-selftest/meta-skeleton: Update LICENSE variable to use SPDX license identifiers

2022-02-20T16:45:25+00:00

An automated conversion using scripts/contrib/convert-spdx-licenses.py to convert to use the standard SPDX license identifiers. Two recipes in meta-selftest were not converted as they're that way specifically for testing. A change in linux-firmware was also skipped and may need a more manual tweak. (From OE-Core rev: ceda3238cdbf1beb216ae9ddb242470d5dfc25e0) Signed-off-by: Richard Purdie

e2fsprogs: upgrade 1.46.4 -> 1.46.5

2022-01-20T11:57:29+00:00

Remove patch as upstream addressed the issue. (From OE-Core rev: cf11425c460ee4ff6b7ac0221a21b13b2d2b7e1e) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

meta: Add explict branch to git SRC_URIs

2021-10-30T17:56:47+00:00

There is uncertainty about the default branch name in git going forward. To try and cover the different possible outcomes, add branch names to all git:// and gitsm:// SRC_URI entries. This update was made with the script added to contrib in this patch which aims to help others convert other layers. (From OE-Core rev: b51c405faf6f8c0365f7533bfaf470d79152a463) Signed-off-by: Richard Purdie

e2fsprogs: Use specific BSD license variant

2021-09-02T11:12:07+00:00

Make the license more accurate by specifying the specific variant of BSD license instead of the generic one. This helps with SPDX license attribution as "BSD" is not a valid SPDX license. (From OE-Core rev: 966fb77981e4fed0ab7998439940b1e05dd0ee43) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

e2fsprogs: upgrade 1.46.2 -> 1.46.4

2021-08-23T07:25:52+00:00

Drop big-inodes-for-small-fs.patch: upstream made the same fix. Drop 0001-lib-ext2fs-unix_io.c-do-unlock-on-error.patch 0001-lib-ext2fs-unix_io.c-revert-parts-of-libext2fs-fix-p.patch (upstream has fixed the issue). Add 0001-lib-ext2fs-unix_io.c-revert-parts-of-libext2fs-fix-p.patch to correct a ptest failure due to incorrectly expected inode size (recent change that wasn't run against the tests upstream?). (From OE-Core rev: a4fc0af1050e5e0cc3d241279b92ea8c75aeeb8e) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

e2fsprogs: ensure small images have 256-byte inodes

2021-08-12T05:26:15+00:00

e2fsprogs calls filesystems larger than 3MB but smaller than 512MB "small", which has some implications: - blocksize 1024 instead of 4096 - inode_ratio 4096 instead of 16384 - inode_size 128 instead of 256 The outcome of the inode size dropping to 128 bytes is that they cannot store 64-bit timestamps, so are not Y2038-safe. A previous attempt to solve this problem[1] changed some of the canned wic files to pass -T default to mkfs.ext4, but this only covered wic images and not traditional images. Also, actually small filesystems, for example a core-image-minimal, will happily be tens of megabytes and with the "default" options will result in an image which runs out of blocks before it runs out of space: mkfs.ext4: Could not allocate block in ext2 filesystem while populating file system Considering that many OpenEmbedded images are in fact "small", being 2038-safe is worth the marginal increase is disk usage. This patch alters the small configuration in native builds so that it also has 256-byte inodes. Target is unchanged so that standard behaviour is maintained outside of the build. This is actually the same underlying patch that Mathieu Dubois-Briand sent in April, but the wic change in [1] was accepted instead. I believe that is the wrong approach and this approach covers more cases. [ YOCTO #14478 ] [1] openembedded-core eecbe62 [2] https://lists.openembedded.org/g/openembedded-core/message/150298 (From OE-Core rev: 9ab0ae83a24ee99e69f8ac54256b253a122aef8a) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie