* 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>
* images are not displayed anymore
* there will be no further development / upstream is gone [1]
[1] https://bugzilla.redhat.com/show_bug.cgi?id=906121
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This package provides an interface to MySQL for Python.
Signed-off-by: Mihai Prica <mihai.prica@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@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>
as discussed in [1], the following changes have been made since the
initial version.
- upgrade to latest upstream version
- removal of the .inc file since the recipe is trivial
- moved the recipe from recipe-support to recipe-extended
[1] http://comments.gmane.org/gmane.comp.handhelds.openembedded/57914
Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org>
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>
vlc depends on fluidsynth which is in meta-multimedia.
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>
The custom XBMC XB_FIND_SONAME macro doesn't work with the gold linker, backport a patch to fix it
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This commit updates python-dateutil to the latest version 1.5 and resets PR.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* most of the time start fails:
| root@overo:~# systemctl status dhclient.service
| dhclient.service - Dynamic Host Configuration Protocol (DHCP)
| Loaded: loaded (/lib/systemd/system/dhclient.service; enabled)
| Active: failed (Result: resources) since Thu 2000-01-06 22:07:27 UTC; 15min ago
| Process: 300 ExecStart=/sbin/dhclient -cf /etc/dhcp/dhclient.conf -q -lf /var/lib/dhcp/dhclient.leases $INTERFACES (code=exited, status=0/SUCCESS)
|
| Jan 06 22:07:27 overo systemd[1]: Starting Dynamic Host Configuration Proto.....
| Jan 06 22:07:27 overo systemd[1]: PID file /var/run/dhclient.pid not readab...t.
| Jan 06 22:07:27 overo systemd[1]: Failed to start Dynamic Host Configuratio...).
* in cases it does not fail to start and we have a managing service (e.g
networkmanager) two instances of dhclient are running
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
