* fixes
wvstreams-4.6.1: wvstreams: Files/directories were installed but not shipped
/usr/lib/valgrind
/usr/lib/valgrind/wvstreams.supp
* the valgrind support is disabled in EXTRA_OECONF, so just move unpackaged file to package
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* until this is resolved:
freerdp-1.0.2+gitrAUTOINC+f311acaffb: freerdp: Files/directories were installed but not shipped
/usr/usr
/usr/usr/lib
/usr/usr/lib/freerdp
/usr/usr/lib/freerdp/printer.so
/usr/usr/lib/freerdp/rdpsnd.so
/usr/usr/lib/freerdp/rail.so
/usr/usr/lib/freerdp/rdpdr.so
/usr/usr/lib/freerdp/audin_alsa.so
/usr/usr/lib/freerdp/rdpsnd_pulse.so
/usr/usr/lib/freerdp/rdpdbg.so
/usr/usr/lib/freerdp/audin.so
/usr/usr/lib/freerdp/scard.so
/usr/usr/lib/freerdp/audin_pulse.so
/usr/usr/lib/freerdp/tsmf_alsa.so
/usr/usr/lib/freerdp/tsmf.so
/usr/usr/lib/freerdp/cliprdr.so
/usr/usr/lib/freerdp/parallel.so
/usr/usr/lib/freerdp/rdpsnd_alsa.so
/usr/usr/lib/freerdp/drdynvc.so
/usr/usr/lib/freerdp/tsmf_pulse.so
/usr/usr/lib/freerdp/serial.so
/usr/usr/lib/freerdp/disk.so
/usr/usr/lib/freerdp/.debug
/usr/usr/lib/freerdp/.debug/printer.so
/usr/usr/lib/freerdp/.debug/rail.so
/usr/usr/lib/freerdp/.debug/rdpsnd.so
/usr/usr/lib/freerdp/.debug/rdpdr.so
/usr/usr/lib/freerdp/.debug/audin_alsa.so
/usr/usr/lib/freerdp/.debug/rdpsnd_pulse.so
/usr/usr/lib/freerdp/.debug/rdpdbg.so
/usr/usr/lib/freerdp/.debug/audin.so
/usr/usr/lib/freerdp/.debug/scard.so
/usr/usr/lib/freerdp/.debug/audin_pulse.so
/usr/usr/lib/freerdp/.debug/tsmf_alsa.so
/usr/usr/lib/freerdp/.debug/tsmf.so
/usr/usr/lib/freerdp/.debug/cliprdr.so
/usr/usr/lib/freerdp/.debug/rdpsnd_alsa.so
/usr/usr/lib/freerdp/.debug/parallel.so
/usr/usr/lib/freerdp/.debug/drdynvc.so
/usr/usr/lib/freerdp/.debug/tsmf_pulse.so
/usr/usr/lib/freerdp/.debug/serial.so
/usr/usr/lib/freerdp/.debug/disk.so
* I've reported it mutiple times and nobody seems to care enough
to fix that, so maybe it's not used by anybody
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fix building e17 modules with elementary-1.9
* remove 0.17 version, because that one isn't going to be tested enough
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* announcement:
http://sourceforge.net/mailarchive/message.php?msg_id=32024303
* emotion-generic-players and evas-generic-loaders LIC_FILES_CHKSUM
change is just copyright update
< Copyright (C) 2011-2011 Carsten Haitzler and various contributors (see AUTHORS)
---
> Copyright (C) 2011-2014 Carsten Haitzler and various contributors (see AUTHORS)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
There is a race condition whereby "libgoffice.la" must be built (and exist)
before the rest of the code in "src" is built.
Signed-off-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
oe-core's
commit 79ea036de331bde65a88fb777647dc099ef05acf
Author: Richard Purdie <richard.purdie@linuxfoundation.org>
Date: Sun Mar 2 17:36:38 2014 +0000
autotools: Limit aclocal files to those in dependencies
makes explicit depencies mandatory
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* use xfce-git to fix aclocal-copy error
* add intltool-native in DEPENDS to fix
| configure.in:57: error: possibly undefined macro: AC_PROG_INTLTOOL
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
common preparations for xfce-git-repos
* implement autogen.sh call in do_configure_prepend
* AUTOTOOLS_COPYACLOCAL = "1": In oe-core commit
79ea036de331bde65a88fb777647dc099ef05acf copying aclocals was moved to
do_configure[prefuncs]. These are called before do_configure_prepend which
causes configure.ac not yet being created and autotools_copy_aclocals
returning undone.
By using this class tons of errors like
| aclocal: error: couldn't open directory '/home/a.mueller/tmp/oe-core-eglibc/work/armv7at2hf-vfp-neon-angstrom-linux-gnueabi/xfce4-settings/4.11.0+gitAUTOINC+b7a0e1fd77-r0/git/aclocal-copy/': No such file or directory
| autoreconf: aclocal failed with exit status: 1
are fixed.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
No runtime changes.
Reorder and fix some typos in the comments.
Remove unneeded empty do_install from utils.
Fix bogus PACKAGES_${PN} = "${PN}".
Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Both the two rules install-adminpyDATA and install-generatedDATA will
install the configured.py to the same location, they can run parallel,
and they use "install -m", which would might build failures:
/usr/bin/install: setting permissions for `/path/to/configured.py': No such file or directory
This is because the first install is setting the permission while the
second install is removing the file an re-install.
Only install the configured.py once will fix the problem, I think that
there is no side effect since it installed the same file to the same
location twice in the past.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
sstate processing for items in sysroot scans certain
file name patterns for absolute paths to be adjusted
when items are installed into sysroot from sstate.
phpize is not one of these patterns (surprise!) so we
add it to the list.
Signed-off-by: Joe Slater <jslater@windriver.com>
The packages tftpd, telnetd and rshd conflict with the ones
provided by netkit, so add the corresponding -dbg packages
for them to avoid the following confliction between the dbg
package of inetutils and netkit:
error: file /usr/sbin/.debug/in.rexecd conflicts between attempted installs of inetutils-dbg-1.9.1-r1.0.armv7a_vfp_neon and netkit-rsh-dbg-0.17-r0.0.armv7a_vfp_neon
error: file /usr/sbin/.debug/in.telnetd conflicts between attempted installs of inetutils-dbg-1.9.1-r1.0.armv7a_vfp_neon and netkit-telnet-dbg-0.17-r0.0.armv7a_vfp_neon
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Joe MacDonald <joe@deserted.net>
Trying to build stunnel fails with:
ERROR 404: Not Found.
Seems that after the new release (5.x) they have moved the old tarball
under a 'archive/4.x' subdirectory.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Signed-off-by: Joe MacDonald <joe@deserted.net>
exo-native fails to build due to more strict dependency checking
introduced in autotools.bbclass. intltool-native should be explicitly
defined as a dependency.
Signed-off-by: Adam YH Lee <adam.yh.lee@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes:
* upgraded python-autobahn to latest upstream
* updated license checksum because upstream increased copyright year from 2013 to 2014
Signed-off-by: Diego Rondini <diego.ml@zoho.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes:
* upgraded python-zopeinterface to latest upstream
* dropped PR because of PV increase
Signed-off-by: Diego Rondini <diego.ml@zoho.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
lvm2 depends on readline, CPPFunction has been replaced by rl_completion_func_t
in recent readline,
Error log:
| lvm.c: In function 'lvm_shell':
| lvm.c:189:38: error: 'CPPFunction' undeclared (first use in this function)
| rl_attempted_completion_function = (CPPFunction *) _completion;
| ^
Signed-off-by: Zhenhua Luo <zhenhua.luo@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
efivar is is a tool to manipulate UEFI variables.
This is obviously useful only for EFI machines that have
the efivarfs interface enabled in the kernel config (CONFIG_EFIVAR_FS),
and mounted (mount -t efivarfs efivarfs /sys/firmware/efi/efivars).
Sample usage:
GUID: 4a67b082-0a4c-41cf-b6c7-440b29bb8c4f
Name: "LoaderEntrySelected"
Attributes:
Boot Service Access
Runtime Service Access
Value:
00000000 62 00 6f 00 6f 00 74 00 00 00 |b.o.o.t... |
Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
...
./bootstrap: Bootstrapping from checked-out netcf sources...
./bootstrap: consider installing git-merge-changelog from gnulib
./bootstrap: line 641:
tmp/sysroots/qemux86/usr/share/gnulib/gnulib-tool: No such file or
directory
...
The gnulib source was incorrectly populated to ${STAGING_DATADIR}.
While the build shared an existed sstate cache, the gnulib's
${SYSROOT_DESTDIR} was empty, the gnulib source code was not
found in sysroots.
We should use do_install task to install them to ${D}, and the
default do_populate_sysroot task will populate them to
${STAGING_DATADIR}.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Joe MacDonald <joe.macdonald@windriver.com>
