summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/mtools
Commit message (Collapse)AuthorAgeFilesLines
* default-distrovars: Drop DISTRO_FEATURES_LIBCKhem Raj2019-02-281-2/+0
| | | | | | | | | | | After eglibc was merged into glibc, Kconfig support was also dropped so these libc features therefore are not effective anymore and can be removed (From OE-Core rev: c62b1cc06613a4cdddf53290e6203559f43fc62d) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packages: respect PACKAGE_NO_GCONVKai Kang2018-12-051-1/+3
| | | | | | | | | | | | | PACKAGE_NO_GCONV is set in libc-package.bbclass if not all of 'libc-charsets libc-locale-code libc-locales' included in DISTRO_FEATURES. And then no packages glibc-gconv-* glibc-charmap-* and glibc-localedata-* is created. Update recipes and conf file which depend on these packages to check required distro features. (From OE-Core rev: 58446992de0f16a345f1f55b66d0d34d31dc341b) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: upgrade 4.0.18 -> 4.0.19Richard Purdie2018-11-192-6/+15
| | | | | | (From OE-Core rev: f08f09accc124162e7538595694868d307c59649) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: Fix build with clangKhem Raj2018-09-202-0/+18
| | | | | | | | | Identify with __clang__ to undefine UNUSED (From OE-Core rev: fcede6dd3e44d9f7761d058db76dfaf103b75c6a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: fix race issue while mtools invoked frequentlyHongxu Jia2018-08-232-0/+45
| | | | | | | | | | | | | | | | | | | | | | | While invoking mtools frequently, the unblocking request caused race issue. Here is an example of syslinux [snip] dd if=/dev/zero of=floppy.img bs=1024 count=144 losetup /dev/loop1 floppy.img mkdosfs /dev/loop1 syslinux -i /dev/loop1 |plain floppy: device "/proc/6351/fd/3" busy (Resource temporarily unavailable): |Cannot initialize 'S:' |Bad target s:/ldlinux.sys [snip] The idea is from: https://bugzilla.redhat.com/show_bug.cgi?id=1235016 https://groups.google.com/a/chromium.org/forum/#!msg/chromium-os-dev/bRPUCFHoBTQ/ZjB8kjjx1vUJ (From OE-Core rev: 927fad7881841a58e1d88f3a6ce070eaa66ba1a5) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: refresh patchesRoss Burton2018-03-071-8/+12
| | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 24674afaf90491e898bfd2c12992a1b5c5e8d2f4) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Drop remnants of uclibc supportRichard Purdie2017-06-221-2/+0
| | | | | | | | | | | | | | uclibc support was removed a while ago and musl works much better. Start to remove the various overrides and patches related to uclibc which are no longer needed. uclibc support in a layer would still be possible. I have strong reasons to believe nobody is still using uclibc since patches are missing and I doubt the metadata even parses anymore. (From OE-Core rev: 653704e9cf325cb494eb23facca19e9f05132ffd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools-native: fix Upstream-StatusEd Bartosh2017-06-141-1/+1
| | | | | | | | | This is OE-specific customisation so set the status as such. (From OE-Core rev: 059846662f1ea1c82804cfce5f91afcb2980ec8a) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools-native: disable reading host configsEd Bartosh2017-06-142-0/+24
| | | | | | | | | | | | | | | Removed code that reads /etc/mtools.conf, /etc/default/mtools.conf, /etc/mtools and /etc/default/mtools to ensure that mtools output doesn't depend on the global host configs. It's still possible to use ~/.mtoolsrc config or point MTOOLSRC environment variable to any configuration file if user want to configure mtools. (From OE-Core rev: 868cb638c92f650a2f0bea9669b68c1e8aebabab) Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Move out stale GPLv2 versions to a seperate layeruninative-1.5Richard Purdie2017-03-074-228/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <richard.purdie@linuxfoundation.org>
* mtools: Patch out a useless sanity checkJussi Kukkonen2016-06-033-2/+40
| | | | | | | | | | | | | | | The sanity check is ensuring that filesystem size is divisible by sectors-per-track. That seems to be just an optimization for ancient media, and quite tricky to accomplish as different dosfstools versions produce filesystems with different sectors-per-track. Continue processing even if filesystem size is not divisible by sectors-per-track. (From OE-Core rev: 970cdbe26d9b6d0bd93325c8e734416e679010df) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: Drop GCONV_PATH manipulationRichard Purdie2016-03-072-10/+0
| | | | | | | | | | Now that nativesdk-glibc handles GCONV_PATH itself we don't need to do this here. This unbreaks mtools for the native case without uninative since the existing patch wasn't nativesdk specific. (From OE-Core rev: 331ad5c5f80044a5e82abca0e87a85b162126411) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: keep v3.9.9 recipe in sync with the v4.0.18 versionAndre McCurdy2016-01-261-17/+19
| | | | | | | | | | | | | Changes are mostly cosmetic, but also include one important fix to support builds using musl libc. http://git.openembedded.org/openembedded-core/commit/?id=9f5eb272784d3be17e7fe8e7cab511bd4086ba1e (From OE-Core rev: c03cdb8a9f1929d9ef03c55b8b18d60ff69db447) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: Fix build with uclibcKhem Raj2016-01-241-0/+3
| | | | | | | | | | unlike glibc, uclibc does not have internal APIs implemented for libiconv, so it needs to depend upon libiconv (From OE-Core rev: 04a609a70f6c464ffd32a4a073c3801d9446622b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: Use proper glibc override to add glibc packages to recommendationsKhem Raj2015-12-121-2/+2
| | | | | | | | | | Helps building mtools on musl (From OE-Core rev: 9f5eb272784d3be17e7fe8e7cab511bd4086ba1e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools_4.0.18.bb: Use create_wrapper() for mcopyRandy Witt2015-10-271-0/+5
| | | | | | | | | | | | | | | mcopy uses the IBM850 codepage from gconv. The default install location for gconv will not match the actual install location since it can be pulled from sstate. This patch overrides the default location when running by adding GCONV_PATH to the environment for mcopy. [YOCTO #7629] (From OE-Core rev: ba3493c434ced719135082607e5f2e1d87559952) Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: add PACKAGECONFIG for libbsdRobert Yang2015-06-112-0/+6
| | | | | | | | | | | Fixed: ld: cannot find -lbsd collect2: error: ld returned 1 exit status (From OE-Core rev: ee2d22325ae2cba3aae314a170dc88d7108ee3c2) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: fix and enable parallel buildRobert Yang2015-02-152-4/+12
| | | | | | | | | | | Fixed do_install error: mkdir: cannot create directory `/path/to/image/usr': File exists mkdir: cannot create directory `/path/to/image/usr/share': File exists (From OE-Core rev: 4ec82250945bc8e2f3e8d246bcba2cfede933773) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: fix broken /usr/bin/lzWenlin Kang2014-10-182-1/+26
| | | | | | | | | | | | | | | | | | | | | | | When build fs with mtools-3.9.9, has file /usr/bin/lz in rootfs, it is the symlink to uz: root@qemu3:~# /usr/bin/lz -sh: /usr/bin/lz: No such file or directory $root@qemu3:~# ls -l /usr/bin/lz lrwxrwxrwx 1 root root 2 Jul 18 18:07 /usr/bin/lz -> uz root@qemu3:~# uz -sh: uz: command not found But the uz isn't actually exist, so the result is that lz is a broken symlink. The root cause is that uz hasn't been installed when install-scripts. (From OE-Core rev: 7308da9ccd4b8b9b5077aacd0442be28a6c73c61) Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.Max Eliaser2014-05-022-2/+2
| | | | | | | | | | | | | The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. (From OE-Core rev: e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405) Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: add ability to compile with nativesdkHongxu Jia2013-12-092-2/+2
| | | | | | | | | | | | For regenerating and ISO or EFI boot image the nativesdk needs mtools. [YOCTO #5623] (From OE-Core rev: ae9bb65d2920377e8c937caca57cb5f4390cbbfa) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove PR = r0 from all recipesRichard Purdie2013-10-301-1/+0
| | | | | | | | | | | | | Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). (From OE-Core rev: 58ae94f1b06d0e6234413dbf9869bde85f154c85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: use same SUMMARY as newer version of mtools recipePaul Eggleton2013-04-291-0/+1
| | | | | | | | (From OE-Core rev: ccd5f4b8635d8771122cbc3173e33c6f568f7520) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools : upgrade to 4.0.18Andrei Dinu2013-01-281-3/+3
| | | | | | | (From OE-Core rev: e11fdc145255c8b97c6c7ac6c5f7ce8aa50bdf0d) Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: add glibc-gconv-* to RDEPENDS/RRECOMMENDSXin Ouyang2012-07-262-2/+38
| | | | | | | | | | | | | | | | | | | | | [YOCTO #2829] mtools commands use cp850 as the "mtools_default_codepage", they would use this to do some coverting tasks. So, add glibc-gconv-ibm850 to RDEPENDS for mtools commands to run correctly. Also add other MSDOS/FAT codepages related packages to RRECOMMENDS. Code Pages for MSDOS/FAT: *http://msdn.microsoft.com/en-us/library/cc195051.aspx (From OE-Core rev: 5333610bb4b5014372a11e283465ff0f819db49d) Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools-3.9.9: Use correct URI for the mirrorSaul Wold2012-02-081-2/+2
| | | | | | | (From OE-Core rev: b4206046476dc6ff758bb45cf0c97ab2c57893b6) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: fix SRC_URI for GPLv2 versionPaul Eggleton2011-12-211-4/+7
| | | | | | | | | | | | | * folks.o-hand.com no longer exists, use the yoctoproject.org mirror instead (folks.o-hand.com was only being used because the upstream site removed this version in any case.) * Update HOMEPAGE * Fix spacing (From OE-Core rev: 915462bee73a22dc416b478fd7981c58dca9cf02) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: upgrade to 4.0.17Scott Garman2011-10-271-2/+2
| | | | | | | (From OE-Core rev: cec39345f6f5582dbc86a861882507eabe2b0979) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: Disable parallel make install, its brokenRichard Purdie2011-10-052-0/+4
| | | | | | (From OE-Core rev: 6f64114f5825bf6f6ab8eaaf4bed24586e05ee57) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Delete patch=1, its default and replace pnum with striplevelKhem Raj2011-08-231-3/+3
| | | | | | | | | | Some place pnum=1 is used which is removed as well since striplevel=1 is default (From OE-Core rev: 4e108857e0d40105f7ecbc55e99bd6c367bb7386) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: upgrade to v4.0.16Scott Garman2011-06-282-5/+8
| | | | | | | | | Also added Upstream-Status: tag to a patch. (From OE-Core rev: 09f5db4581cc412204f1407be9eba36c1af7376c) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Upstream-Status: Update patch upstream-status for GPLv2 recipesZhai Edwin2011-05-173-0/+6
| | | | | | | | | Including gzip and mtoools (From OE-Core rev: b60b9ae2422d50c65aa604b726eb36b3db6508ff) Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtools: add version 4.0.15Scott Garman2010-11-242-0/+36
| | | | | | | This is the latest release of mtools, which is also GPLv3. Leaving the previous recipe as-is since it is GPLv2. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* mtools:Add license checksum to bb fileMei Lei2010-11-241-1/+2
| | | | | | Add COPYING file checksum to bb file Signed-off-by: Mei Lei <lei.mei@intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-274-0/+231
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>