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

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

recipes: Move out stale GPLv2 versions to a seperate layer

2017-03-07T20:05:31+00:00

These are recipes where the upstream has moved to GPLv3 and these old versions are the last ones under the GPLv2 license. There are several reasons for making this move. There is a different quality of service with these recipes in that they don't get security fixes and upstream no longer care about them, in fact they're actively hostile against people using old versions. The recipes tend to need a different kind of maintenance to work with changes in the wider ecosystem and there needs to be isolation between changes made in the v3 versions and those in the v2 versions. There are probably better ways to handle a "non-GPLv3" system but right now having these in OE-Core makes them look like a first class citizen when I believe they have potential for a variety of undesireable issues. Moving them into a separate layer makes their different needs clearer, it also makes it clear how many of these there are. Some are probably not needed (e.g. mc), I also wonder whether some are useful (e.g. gmp) since most things that use them are GPLv3 only already. Someone could now more clearly see how to streamline the list of recipes here. I'm proposing we mmove to this separate layer for 2.3 with its future maintinership and testing to be determined in 2.4 and beyond. (From OE-Core rev: 19b7e950346fb1dde6505c45236eba6cd9b33b4b) Signed-off-by: Richard Purdie

dosfstools: upgrade to 4.1

2017-02-07T14:50:10+00:00

upgrade dosfstools from 4.0 to 4.1 (From OE-Core rev: 38c9e4531bcac71b873dd3bc0b264954c9d90150) Signed-off-by: Dengke Du Signed-off-by: Richard Purdie

dosfstools: Upgrade 3.0.28 -> 4.0

2016-06-03T12:13:30+00:00

* Build system is now autotools * Patches are no longer required * Enable compatibility symlinks (From OE-Core rev: 5d73c59d0c9af90774411f981a3b0b7e09ce6d9e) Signed-off-by: Jussi Kukkonen Signed-off-by: Richard Purdie

dosfstools_2.11: fix build following removal of -e from EXTRA_OEMAKE

2016-02-28T11:33:06+00:00

Also misc formatting tweaks to align with v3.0.28 recipe and remove BBCLASSEXTEND = "native" (native builds should always use the GPLv3 recipe). (From OE-Core rev: 375c26ce229cd9dc90b5e7c4b8e6d52d832b606e) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie