openembedded-core.git/meta/recipes-devtools/mtools/mtools_3.9.9.bb, branch morty Mirror of openembedded-core mtools: Patch out a useless sanity check 2016-06-03T12:12:13+00:00 Jussi Kukkonen jussi.kukkonen@intel.com 2016-06-02T10:49:32+00:00 970cdbe26d9b6d0bd93325c8e734416e679010df 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. Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
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.

Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
mtools: Drop GCONV_PATH manipulation 2016-03-07T12:41:09+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2016-03-07T12:04:57+00:00 331ad5c5f80044a5e82abca0e87a85b162126411 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
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.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
mtools: keep v3.9.9 recipe in sync with the v4.0.18 version 2016-01-26T22:31:10+00:00 Andre McCurdy armccurdy@gmail.com 2016-01-26T19:14:34+00:00 c03cdb8a9f1929d9ef03c55b8b18d60ff69db447 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 Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
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

Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
mtools: add PACKAGECONFIG for libbsd 2015-06-11T22:56:29+00:00 Robert Yang liezhi.yang@windriver.com 2015-06-10T06:14:56+00:00 ee2d22325ae2cba3aae314a170dc88d7108ee3c2 Fixed: ld: cannot find -lbsd collect2: error: ld returned 1 exit status Signed-off-by: Robert Yang <liezhi.yang@windriver.com> 
Fixed:
ld: cannot find -lbsd
collect2: error: ld returned 1 exit status

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
mtools: fix and enable parallel build 2015-02-14T22:26:10+00:00 Robert Yang liezhi.yang@windriver.com 2015-01-30T01:33:35+00:00 4ec82250945bc8e2f3e8d246bcba2cfede933773 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 Signed-off-by: Robert Yang <liezhi.yang@windriver.com> 
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

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
mtools: fix broken /usr/bin/lz 2014-10-18T14:12:56+00:00 Wenlin Kang wenlin.kang@windriver.com 2014-10-16T10:26:49+00:00 7308da9ccd4b8b9b5077aacd0442be28a6c73c61 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. Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com> 
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.

Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com>
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it. 2014-05-01T22:17:50+00:00 Max Eliaser max.eliaser@intel.com 2014-05-01T20:00:28+00:00 e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405 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. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
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.

Signed-off-by: Max Eliaser <max.eliaser@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
mtools: add ability to compile with nativesdk 2013-12-09T18:01:38+00:00 Hongxu Jia hongxu.jia@windriver.com 2013-12-03T10:27:04+00:00 ae9bb65d2920377e8c937caca57cb5f4390cbbfa For regenerating and ISO or EFI boot image the nativesdk needs mtools. [YOCTO #5623] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
For regenerating and ISO or EFI boot image the nativesdk needs mtools.

[YOCTO #5623]

Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
mtools: use same SUMMARY as newer version of mtools recipe 2013-04-29T13:43:48+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2013-04-24T16:49:54+00:00 ccd5f4b8635d8771122cbc3173e33c6f568f7520 Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
mtools: add glibc-gconv-* to RDEPENDS/RRECOMMENDS 2012-07-26T13:48:58+00:00 Xin Ouyang Xin.Ouyang@windriver.com 2012-07-25T07:02:58+00:00 5333610bb4b5014372a11e283465ff0f819db49d [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 Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
[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

Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>