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

meta: Add explict branch to git SRC_URIs

2021-11-15T11:56:17+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: 37b4f66fa23979cbfe82679a74ce21b11fc61557) Signed-off-by: Richard Purdie (cherry picked from commit b51c405faf6f8c0365f7533bfaf470d79152a463) Signed-off-by: Anuj Mittal 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

Convert to new override syntax

2021-08-02T14:44:10+00:00

This is the result of automated script conversion: scripts/contrib/convert-overrides.py converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie

e2fsprogs: upgrade 1.46.1 -> 1.46.2

2021-05-09T22:30:15+00:00

(From OE-Core rev: 89ed9395b247e741fe667e7321be996b27d4e0c0) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

e2fsprogs: update 1.45.7 -> 1.46.1

2021-03-02T14:15:33+00:00

Drop gettext patches; upstream has fixed the issues. (From OE-Core rev: 36fabe2bec023afec9fc704c7f242e6f1ca554c5) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

e2fsprogs: upgrade 1.45.6 -> 1.45.7

2021-02-06T09:03:00+00:00

0001-fix-up-check-for-hardlinks-always-false-if-inode-0xF.patch removed since it is included in 1.45.7 (From OE-Core rev: f51835e022731d1c0e8e18209e48f1a718048977) Signed-off-by: Wang Mingyu Signed-off-by: Richard Purdie

e2fsprogs: Fix a ptest permissions determinism issue

2020-11-24T10:28:10+00:00

When comparing builds built with different host umasks, this file jumped out. The umask from do_compile was influencing ${D} and as cp was used to add the file it wasn't deterministic. Fix the file mode to ensure determinism. (From OE-Core rev: 37f37f4a52de3711973b372160f23672b61ff6ad) Signed-off-by: Richard Purdie

e2fsprogs: fix up check for hardlinks always false if inode > 0xFFFFFFFF

2020-07-22T11:45:56+00:00

While file has a large inode number (> 0xFFFFFFFF), mkfs.ext4 could not parse hardlink correctly. Prepare three hardlink files for mkfs.ext4 $ ls -il rootfs_ota/a rootfs_ota/boot/b rootfs_ota/boot/c 11026675846 -rw-r--r-- 3 hjia users 0 Jul 20 17:44 rootfs_ota/a 11026675846 -rw-r--r-- 3 hjia users 0 Jul 20 17:44 rootfs_ota/boot/b 11026675846 -rw-r--r-- 3 hjia users 0 Jul 20 17:44 rootfs_ota/boot/c $ truncate -s 1M rootfs_ota.ext4 $ mkfs.ext4 -F -i 8192 rootfs_ota.ext4 -L otaroot -U fd5f8768-c779-4dc9-adde-165a3d863349 -d rootfs_ota $ mkdir mnt && sudo mount rootfs_ota.ext4 mnt $ ls -il mnt/rootfs_ota/a mnt/rootfs_ota/boot/b 12 -rw-r--r-- 1 hjia users 0 Jul 20 17:44 mnt/a 14 -rw-r--r-- 1 hjia users 0 Jul 20 17:44 mnt/boot/b 15 -rw-r--r-- 1 hjia users 0 Jul 20 17:44 mnt/boot/c After applying this fix $ ls -il mnt/rootfs_ota/a mnt/rootfs_ota/boot/b 12 -rw-r--r-- 3 hjia users 0 Jul 20 17:44 mnt/a 12 -rw-r--r-- 3 hjia users 0 Jul 20 17:44 mnt/boot/b 12 -rw-r--r-- 3 hjia users 0 Jul 20 17:44 mnt/boot/c (From OE-Core rev: 3b2c7350a7f3fb20f2b61ddb41f81959a54bc873) Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie