Honor the STRIP variable when passed from environment
Fixes build with musl/raspberrypi
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* as PNBLACKLIST message says, these recipes are blacklisted for long
time and nobody showed any interest to fix them
* remove all unused .patch and .inc files as well
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
udevil is a command line Linux program which mounts and unmounts
removable devices without a password.
Signed-off-by: Krzysztof Kozlowski <krzk@kernel.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Since the recipe inherits autotools-brokensep, it has
`make install' in do_install by default. The extra one
is not required which may conflict with install-dev.
Occasionally build failure:
...
Installing include-install
Installing libxfs-install-dev
make[1]: *** No rule to make target '../inclu', needed by 'xfs_dir2.lo'.
Stop.
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:132: libxfs-install-dev] Error 2
...
It is hard to reproduce by manual build, so export BUILD_VERBOSE to
gain more debug info duiring the build.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Delete .la files and remove ${libdir} if empty
Fix build with musl
Use --ignore-fail-on-non-empty with rmdir
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add '-D_FILE_OFFSET_BITS=64' to CFLAGS to fix the following do_configure
error.
FATAL ERROR: cannot find a valid <xfs/xfs.h> header file.
Although -D_FILE_OFFSET_BITS=64 has already been defined in
include/builddefs.in, it only affects the compile process, leaving configure
process unaware of this value.
Remove from blacklist as the configure failure has been fixed by this patch.
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The 3.1.4 doesn't work with xfsprogs 4.7:
| inv_files.o: In function `inv_dirpath':
|xfsdump-3.1.4/invutil/inv_files.c:53: undefined reference to `ASSERT'
| inv_files.o: In function `inv_fstab':
|xfsdump-3.1.4/invutil/inv_files.c:60: undefined reference to `ASSERT'
| inv_files.o: In function `inv_lockfile':
|xfsdump-3.1.4/invutil/inv_files.c:67: undefined reference to `ASSERT'
| inv_files.o: In function `inv_basepath':
|xfsdump-3.1.4/invutil/inv_files.c:74: undefined reference to `ASSERT'
| collect2: error: ld returned 1 exit status
| make[2]: *** [../include/buildrules:33: xfsinvutil] Error 1
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* based on discussion in pndeprecated thread:
https://patchwork.openembedded.org/patch/137573/
update the messages to warn possible users that the
recipe will be removed before the end of the next development
cycle (before Yocto 2.4 is released).
* updated with:
sed -i 's/^\(PNBLACKLIST.*".*\)"/\1 - the recipe will be removed on 2017-09-01 unless the issue is fixed"/g' `git grep PNBLACKLIST | sed 's/:.*//g' | sort -u | xargs`
* then noticed couple recipes being blacklisted only based on
DISTRO_FEATURES, so removed those:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
meta-oe/recipes-navigation/gypsy/gypsy.inc
meta-oe/recipes-navigation/navit/navit.inc
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb
* if it isn't fixed by this date, it's fair game to be removed
whenever someone gets around to i
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
With the new host tools path filtering, aufs-utils-native fails to build
as follows:
| ERROR: oe_runmake failed
| cc
| -isystem/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/recipe-sysroot-native/usr/include
| -O2 -pipe -O -Wall
| -I/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC
+b59a2167a1-r0/git/include
| -I/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/git/libau
| -D_GNU_SOURCE -I./libau -DAUFHSM_CMD=\"/usr/bin/aufhsm\"
| -DMOUNT_CMD=\"/bin/mount\" -DUMOUNT_CMD=\"/bin/um
ount\"
| -L/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/recipe-sysroot-native/usr/lib
| -L/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/recipe-sysro
ot-native/lib
| -Wl,-rpath-link,/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/recipe-sysroot-native/usr/lib
| -Wl,-rpath-link,/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gi
tAUTOINC+b59a2167a1-r0/recipe-sysroot-native/lib
| -Wl,-rpath,/build/tmp/work/x86_64-linux/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/recipe-sysroot-native/usr/lib
| -Wl,-rpath,/build/tmp/work/x86_64-linux
/aufs-util-native/3.14+gitAUTOINC+b59a2167a1-r0/recipe-sysroot-native/lib
| -Wl,-O1 c2sh.c -o c2sh
| make: cc: Command not found
| <builtin>: recipe for target 'c2sh' failed
While we could get 'cc' added to the tools whitelist, it is just as easy
to redefine CC to be gcc, which is already passed through.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add a fix for the UUID linking
Verified the license remains the same after copyright year update
Signed-off-by: Derek Straka <derek@asterius.io>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
autf-utils Makefile is using hardcoded /bin, /sbin paths, instead we should
respect the bitbake environment. This change makes the recipe portable to
environments where ${base_bindir} != /bin or ${base_sbindir} != /sbin.
Signed-off-by: Amarnath Valluri <amarnath.valluri@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* remove tabs which sneaked in since last cleanup
* meta-oe layers are using consistent indentation with 4 spaces, see
http://www.openembedded.org/wiki/Styleguide
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
*License changed from GPLv3 to GPLv2
*Package now uses autotools instead of scons
Signed-off-by: Anuj Mittal <anujx.mittal@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The library named "libhandle" and some specific header files
are licensed under LGPLv2.1, all other components are licensed
under GPLv2.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The xfsdump package contains xfsdump, xfsrestore and a
number of other utilities for administering XFS filesystems.
xfsdump examines files in a filesystem, determines which
need to be backed up, and copies those files to a
specified disk, tape or other storage medium.
Signed-off-by: Jagadeesh Krishnanjanappa <jkrishnanjanappa@mvista.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The Data Management API (DMAPI/XDSM) allows implementation
of hierarchical storage management software with no kernel
modifications as well as high-performance dump programs
without requiring "raw" access to the disk and knowledge
of filesystem structures.This interface is implemented by
the libdm library.
Signed-off-by: Jagadeesh Krishnanjanappa <jkrishnanjanappa@mvista.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In the v3.2.3, the libhandle.so/libhandle.a paths have changed so that
We need not rm them in the install processing.
Signed-off-by: Jianchuan Wang <jianchuan.wang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it correctly sets REQUIRED_DISTRO_FEATURES = x11, but without the inherit it doesn't do
anything useful
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add xorriso v1.4.0 based on the discussions
http://patchwork.openembedded.org/patch/91143/http://lists.openembedded.org/pipermail/openembedded-devel/2015-April/100981.html
We have tested this package with
Montavista CGE product - http://www.mvista.com/ and
luvOS distribution - https://01.org/linux-uefi-validation build.
Inherit the pkgconfig to avoid the below error,
..
...
| disabled use of O_DIRECT with input of -as cdrskin
| luv-yocto/build/tmp/work/aarch64-oe-linux/xorriso/1.4.0-r0/xorriso-1.4.0/
configure: line 14352: syntax error near unexpected token `LIBCDIO,'
| luv-yocto/build/tmp/work/aarch64-oe-linux/xorriso/1.4.0-r0/xorriso-1.4.0/
configure: line 14352: ` PKG_CHECK_MODULES(LIBCDIO, libcdio >= $LIBCDIO_REQUIRED)'
...
....
Signed-off-by: Naresh Bhat <naresh.bhat@linaro.org>
Signed-off-by: Jagadeesh Krishnanjanappa <jkrishnanjanappa@mvista.com>
Signed-off-by: Gaurang Shastri <gshastri@juniper.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fix the version to be 3.0 so that it corresponds to what we get
from the SRCREV.
Signed-off-by: Amy Fong <amy.fong@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fixed SRC_URI:
* ${PN} -> ${BPN}, use ${BP} if it was ${PN}-${PV}
* ${P} -> ${BP}
Otherwise we would meet do_fetch errors when we do the multilib, native
or nativesdk build.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Introducing the aufs-util target recipe. This would be used in
conjuction with the aufs kernel feature to provide union mounts suitable
for live boot applications.
Only the target binaries are currently packages, with man pages,
libraries and other artifacts skipped in this initial integration.
(Integration work done by Bruce Ashfield <bruce.ashfield@windriver.com>
and Chen Qi <Qi.Chen@windriver.com> .)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes:
- rename SUMMARY with length > 80 to DESCRIPTION
- rename DESCRIPTION with length < 80 to (non present tag) SUMMARY
- drop final point character at the end of SUMMARY string
- remove trailing whitespace of SUMMARY line
Note: don't bump PR
Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
It's not necessary to specify the protocol parameter when it's the
default protocol for the fetcher, e.g. the default protocol for
git fetcher it git, "protocol=git" isn't needed.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The utilities to create, check, label and dump exFAT filesystem
[YOCTO #4178]
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
