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>
* 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>
PTYS_ARE_GETPT and PTYS_ARE_SEARCHED don't appear anywhere in the
source code anymore, remove them.
Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
error message was:
| gnome-program.c: In function 'gnome_program_init_common':
| gnome-program.c:2067:2: error: implicit declaration of function 'g_atexit' [-Werror=implicit-function-declaration]
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* configure looks for libgnome-keyring (there is no option --disable-keyring)
* to have a daemon put gnome-keyring to RRECOMMENDS.
Error message was:
| Package gnome-keyring-1 was not found in the pkg-config search path.
| Perhaps you should add the directory containing `gnome-keyring-1.pc'
| to the PKG_CONFIG_PATH environment variable
| No package 'gnome-keyring-1' found
| configure:13934: $? = 1
| configure:13952: result: no
| No package 'gnome-keyring-1' found
| configure:13978: error: Package requirements (
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
error message was:
| gnome-canvas-rich-text.c: In function 'gnome_canvas_rich_text_draw':
| gnome-canvas-rich-text.c:2150:2: error: implicit declaration of function 'gtk_text_layout_draw' [-Werror=implicit-function-declaration]
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This is the "supported" fork of thttpd which has a rewritten build
system to avoid the need to patch it, as well as other minor
fixes. The recipe was based on the thttpd recipe in meta-arago-extras
(originally migrated from OE-Classic by
Franklin S. Cooper Jr <fcooper@ti.com>) with the following improvements:
* Set SUMMARY
* Remove PARALLEL_MAKE = "" (new build system should avoid previous issues)
* Use more accurate LICENSE
* Rearrange recipe to conform with current style
* Use += instead of _append for FILES definitions
* Add LSB headers to initscript
* Fix hardcoded ${sbindir} in initscript
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
${PN}-utils has greedy expression of capturing all in ${bindir}
and sntp gets swept in too. This move in PACKAGES fixes the problem
and now sntp binary is packaged in sntp package itself.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Joe MacDonald <joe.macdonald@windriver.com>
Change PN -> BPN in a number of places so that files are stored in the
correct location and packaged correctly.
Based on a patch by Song.Li <Song.Li@windriver.com> with additional
PN -> BPN replacements.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Files enlightenment-0.17.2.1/ChangeLog and enlightenment-0.17.2.1-new/ChangeLog differ
Files enlightenment-0.17.2.1/NEWS and enlightenment-0.17.2.1-new/NEWS differ
Files enlightenment-0.17.2.1/po/ca.gmo and enlightenment-0.17.2.1-new/po/ca.gmo differ
Files enlightenment-0.17.2.1/po/ca.po and enlightenment-0.17.2.1-new/po/ca.po differ
Files enlightenment-0.17.2.1/po/eo.gmo and enlightenment-0.17.2.1-new/po/eo.gmo differ
Files enlightenment-0.17.2.1/po/eo.po and enlightenment-0.17.2.1-new/po/eo.po differ
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* now I see why it was there before, at least on arm it fails with:
| CMake Error at cmake/modules/LLVMConfig.cmake:127 (message):
| Library `X86' not found in list of llvm libraries.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* when building for qemux86* it tries to build X86 twice and fails with:
| CMake Error at lib/Target/CMakeLists.txt:24 (add_subdirectory):
| The binary directory
|
| /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/llvm2.9/2.9-r2.0/llvm-2.9/build/lib/Target/X86
|
| is already used to build a source directory. It cannot be used to build
| source directory
|
| /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/llvm2.9/2.9-r2.0/llvm-2.9/lib/Target/X86
|
| Specify a unique binary directory name.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Andreas Müller
Martin Jansa
Koen Kooi
Lukas Bulwahn
Jack Mitchell
Paul Eggleton
Khem Raj
Marcin Juszkiewicz