* append systemd functionalty moved into systemd_add_rdepends
* append base-pgk in case receipe does not set RDEPENDS for *-systemd package
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* Add files found in SYSTEMD_SERVICE and add service files referenced by 'Also='
(and 'Conflicts=' in case of one service for links to /dev/null) recursively.
* For *.socket files the corresponding '*.service' and '*@.service are packed
* In case a file set in SYSTEMD_SERVICE does not exist, build is aborted with an
error message.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
All further manipulations need to be performed only once. This modication
avoids unwanted behaviour when inheriting rm_work.bbclass [1]
[1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-February/038067.html
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
after recipe parsing the following plausibilities are checked:
* ERROR if empty SYSTEMD_PACKAGES
* ERROR if SYSTEMD_PACKAGES entry does not contain '-systemd' AND
package_name != ${PN}
* ERROR if SYSTEMD_PACKAGES entry contains '-systemd' but entry without
'-systemd' (base pkg) does not exist
* WARNING if SYSTEMD_PACKAGES containing ${PN} to force package maintainers to
split out systemd-specific files into *-systemd
* error if SYSTEMD_SERVICE(_<systemd-package>) is empty for one or more entries
in SYSTEMD_PACKAGES
The code in populate_packages_prepend to set SYSTEMD_PACKAGES to ${PN} as
default was removed.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
- imported 2.0.5 from oe-classic
- upgrade to 2.3.5 which is latest stable
- tested on ARMv5 with Angstrom
Signed-off-by: Eric Bénard <eric@eukrea.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Hello Eric,
On 20.02.2012 14:51, Eric Bénard wrote:
> - imported 2.0.5 from oe-classic
> - upgrade to 2.3.5 which is latest stable
> - tested on ARMv5 with Angstrom
I created a recipe for vsftpd, too. Here's my version for your
reference. All patches were taken from the Debian or Ubuntu package.
It differs from your recipe in these ways:
- uses openssl
- uses pam if available
- uses xinetd
- allows to set custom default configuration options in bbappends
- only build-tested with OE-core, no runtime tests so far.
Regards,
Andreas
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* waf configure/waf build always hangs when gtk3 was built before midori
* usually it's on this line:
| Checking for program glib-genmarshal : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/glib-genmarshal
| Checking for program glib-mkenums : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/glib-mkenums
| Checking for program msgfmt : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/msgfmt
| Checking for program intltool-merge : /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/intltool-merge
| Checking for header locale.h :
but I guess, that's it's because glib-genmarshal or glib-mkenums,
because if I finish do_configure somehow manually then waf build hangs
as soon as it starts glib_genmarshal (or seemingly a bit later if there is more processes)
| Waf: Entering directory `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/midori/midori-0.4.3-r0/midori-0.4.3/_build_'
| [ 1/121] glib_genmarshal: midori/marshal.list -> _build_/default/midori/marshal.h _build_/default/midori/marshal.c
| [ 2/121] valac: katze/midori-uri.vala midori/midori-extensions-column.vala -> _build_/default/katze/midori-uri.c _build_/default/midori/midori-core.h _build_/default/midori/midori-core.vapi _build_/default/midori/midori-core.deps _build_/default/midori/midori-extensions-column.c _build_/default/midori/midori-core.h _build_/default/midori/midori-core.vapi _build_/default/midori/midori-core.deps
| ../katze/midori-uri.vala:19.60-19.74: warning: use of possibly unassigned parameter `path'
| ../katze/midori-uri.vala:19.60-19.74: warning: use of possibly unassigned parameter `path'
| ../katze/midori-uri.vala:19.60-19.74: warning: use of possibly unassigned parameter `path'
| ../katze/midori-uri.vala:134.34-134.49: warning: use of possibly unassigned parameter `label'
| ../katze/midori-uri.vala:134.13-134.31: warning: use of possibly unassigned parameter `checksum'
| Waf: Leaving directory `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/midori/midori-0.4.3-r0/midori-0.4.3/_build_'
| Build failed: -> task failed (err #-15):
| {task: glib_genmarshal marshal.list -> marshal.h,marshal.c}
* I was able to reproduce this 100%, I know that before it also hanged from
time to time in waf
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* e-wm-theme-illume is gone with illume1 (see b37564b735)
* found by accident when running distroless build, guess everybody is using own theme anyway
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* Currently, it's blindly assumed that /etc/default
exists, when busybox-syslog gets copied into it.
This only works by chance and only if CONFIG_HWCLOCK=y
is set.
Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* for zlib-1.2.6 issue see:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=2&t=20267
* dist-lzip removed because it's not supported in our automake yet
* xml is explicity disabled, wasn't enabled before and if autodetected
then fails (see comment above EXTRA_OECONF).
* LIC_FILES_CHKSUM updated, only formal changes AFAIK see:
http://trac.imagemagick.org/log/ImageMagick/trunk/LICENSE
for details
* empty dirs coders and filters added to PN to fix QA warning
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
