linux/poky.git/meta/recipes-devtools/dosfstools, branch walnascar-next

dosfstools: add backported patch for honouring SOURCE_DATE_EPOCH

2024-11-19T11:26:24+00:00

Currently, file system images created with mkfs.vfat are not reproducible, because both the file system creation time and the volume id are derived from the current time. Upstream has added a patch for deriving those from SOURCE_DATE_EPOCH, when defined, many years ago, but unfortunately there is no official release containing that patch. The issue [1] is 2.5 years old, so there's no reason to believe such a release would be just around the corner. The patch applies cleanly, and e.g. Arch Linux already uses this exact combination of source tarball and this single patch [2], so I think this should be ok. It certainly works for the images I've tested on. [1] https://github.com/dosfstools/dosfstools/issues/179 [2] https://gitlab.archlinux.org/archlinux/packaging/packages/dosfstools/-/blob/main/PKGBUILD?ref_type=heads (From OE-Core rev: bf9e6bf884bc780547d3dc88c3977c8102e1faeb) Signed-off-by: Rasmus Villemoes Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

meta: fix version checks in all github recipes using the github-releases class

2022-09-28T07:01:10+00:00

(From OE-Core rev: b04316bdd28b7945c2c91b4e43c007b650eedc14) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni 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

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

dosfstools: Build --without-iconv

2021-03-02T20:39:35+00:00

The new version has an internal CP850 conversion table, hence it doesn't need iconv anymore (and currently errors when trying). (From OE-Core rev: 647cd1134a543406f0f741d3f83d5f5ce78bcd0f) Signed-off-by: Richard Purdie

dosfstools: update 4.1 -> 4.2

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

udev support had been dropped upstream. The tools now have internal locale support so the glibc locale dependencies can be dropped. (From OE-Core rev: 01bb6e133e9b06c848d864b0581efc50020625bf) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

dosfstools: add mkfs.vfat to ALTERNATIVE

2020-11-08T14:03:20+00:00

The mkfs.vfat tool can also be provided by busybox via the CONFIG_MKFS_VFAT configuration (not enabled by default in OE but can be enabled on systems avoiding components based on GPLv3). (From OE-Core rev: 1227a29974671fd52014deaca7ac859a037cdeb5) Signed-off-by: Ricardo Salveti Signed-off-by: Richard Purdie

glib-networking/btrfs-tools/dosfstools/parted/bmap-tools/libsoup-2.4: add nativesdk support

2020-06-12T07:25:04+00:00

In order to make wic tool work in sdk which is out of an existed Yocto build, it needs to port wic tool as a nativesdk recipe. First, make these runtime depends recipes to support nativesdk (From OE-Core rev: cb4f7f078e1d3b1afbf93ca4dc5e690f60c59412) Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie

dosfstools: fix CP437 error from `dosfsck -l`

2019-11-29T17:43:40+00:00

Fix this error seen when using dosfsck -l to list fs contents: CP437: Invalid argument (From OE-Core rev: 8a5fdac3c2d207b2cfac64ec2a2626c3ef154d84) Signed-off-by: Christopher Larson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta: start to ignore the largefile distro feature

2017-03-08T11:52:56+00:00

The largefile distro feature has been enabled by default in oe-core for a long time and, more recently, also in poky-tiny. Building without the largefile distro feature receives little or no testing. Many packages now enable LFS without exposing a configure option, so there should be very little expectation that disabling the distro feature will result in a distro which globally disables LFS. Respecting the distro feature adds a maintenance over-head and may be the source of configurations oddities (e.g. dbus-native currently builds with LFS disabled for no clear reason - fixed by this commit). Ignore the largefile distro feature more widely, as a first step towards deprecating and eventually removing it. (From OE-Core rev: a75ccaea77c8aad8d46e87e8ed4af2e2e0ad5327) Signed-off-by: Andre McCurdy Signed-off-by: Richard Purdie