* some old patches apparently unneeded have been removed
* patches are now better split
* fix build for x86 and x86-64
* tested with qemuarm, qemuppc, qemumips, qemux86, qemux86-64
Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
* the binary itself can run without kexec (in host-debug mode) so
* specify in the cpio IMAGE which packages are needed at runtime
Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
* We used to export this in the days an external script handled the image
* generation. This is no longer the case and hence we no longer need
* this export.
* As committed in oe-core with 919613c0e75362ee0eace99b51cc77d34a05372f
Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
According to make.tmpl.in, shared lib will be installed under $(usrlibdir)
install_lib_shared: $(LIB_SHARED)
$(INSTALL_PROGRAM) -D $< $(libdir)/$(<F).$(LIB_VERSION)
$(INSTALL_DIR) $(usrlibdir)
$(LN_S) -f $(USRLIB_RELPATH)$(<F).$(LIB_VERSION) $(usrlibdir)/$(<F)
But default $(usrlibdir) is $(DESTDIR)${prefix}/lib no matter it is 32-bit or 64-bit system.
So we need align $(usrlibdir) with $(libdir).
Signed-off-by: Olivia Yin <hong-hua.yin@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
WARNING: QA Issue: yajl: Files/directories were installed but not shipped
/usr/lib
/usr/lib/libyajl.so.2
/usr/lib/libyajl.so
/usr/lib/libyajl_s.a
/usr/lib/libyajl.so.2.0.4
/usr/lib/.debug
/usr/lib/.debug/libyajl.so.2.0.4
NOTE: for 64-bit systems where lib64 is used you can pass the cmake
variable LIB_SUFFIX to cause installation into the system's 'lib64'
directory.
Signed-off-by: Olivia Yin <hong-hua.yin@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Use the headers from the linux-libc-headers instead of the headers
from the linux kernel sources because user space programs should
be built against the header files provided by the distribution.
In file included from .../usr/src/kernel/include/linux/media.h:27:0,
from conftest.c:56:
.../usr/src/kernel/include/linux/types.h:13:2: warning: #warning \
"Attempt to use kernel headers from user space, see http://kernelnewbies.org/KernelHeaders" [-Wcpp]
On some platforms (qemu) intern kernel header (linux/types.h) redefines
some types from the system header (sys/types.h, timer.h, stdint.h)
and thereby breaks the checking of the linux media header.
ERROR: Kernel header file not found or not usable!
In file included from .../usr/include/linux/media.h:27:0,
from conftest.c:56:
In file included from .../usr/src/kernel/include/linux/types.h:14:26: error: conflicting types for 'fd_set'
In file included from .../sys/select.h:75:5: note: previous declaration of 'fd_set' was here
Similar errors for dev_t, mode_t, timer_t, uintptr_t and blkcnt_t.
Signed-off-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
VLC will by default search for libmad, liba52 and other libraries and may fail
to configure if they are not available. We add the relevant options to
EXTRA_OECONF to ensure that ENTERPRISE_DISTRO is respected.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The configure options --enable-libtool, --disable-wxwidgets, --enable-x11,
--enable-wma and --disable-hal were not recognised by the configure script for
vlc and therefore do not have any effect (they just cause a warning).
These options are removed to prevent confusion.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When interface goes down, and there are some static routes that are
made with ip route, they are going to be deleted from kernel fib.
That's what kernel does by default. But they are not going to be
deleted from zebra's fib. They will be declared inactive.
This issue was originally discussed in [1] and a patch was proposed.
[1] http://www.gossamer-threads.com/lists/quagga/dev/22609
Signed-off-by: Aws Ismail <aws.ismail@windriver.com>
Signed-off-by: Joe MacDonald <joe.macdonald@windriver.com>
Exiting postinst code leaves systemd.bbclass offline postinst code unexecuted,
causes postinst not to finish at first boot (gdm.service is not aliased to
display-manager.service -> started much too early) and is not neccesary:
language preparation can be done offline.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Currently we have gvfs 1.10.1 which was designed for gnome-disk-utility 3.x.
We have a patched gvfs so that it works with gnome-disk-utility 2.x but that
does not support the property DeviceAutomountHint because it was introduced in
3.x.
Fixes warnings as:
| (palimpsest:829): libgdu-WARNING **: unhandled property 'DeviceAutomountHint'
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This is a bit of a bad hack but as long as we are sitting on gnome2 we cannot
follow to latest mainline because it would require gnome-disk-utility 3.x which
relies on libnotify 0.7.x. For libnotify 0.6.x / 0.7.x API-conflict there is
no solution available yet.
The following tests were performed:
* build my standard xfce-image from scratch
* test automount
* test trash
* test network browsing
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* otherwise AUTOINC in SRCPV isn't expanded and stays in PKGR and
filename
* I haven't seen it documented anywhere, but oe-core is full of checks
like this:
meta/classes/migrate_localcount.bbclass: if not 'AUTOINC' in pv:
meta/classes/package.bbclass: if 'AUTOINC' in pkgv:
meta/classes/prexport.bbclass: if 'AUTOINC' in ver:
meta/classes/prserv.bbclass: if 'AUTOINC' in pv:
so it looks intentional
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Jukka Rissanen
Andrea Adami
Martin Jansa
Philip Balister
Otavio Salvador
Mark Hatle
Andreas Müller
Mihai Prica
Olivia Yin
Nicolas Dechesne
Koen Kooi
Stefan Herbrechtsmeier
Paul Barker
Aws Ismail