Re: [oe] [PATCH 1/2] libndp: switch to github uri. libndp.org is unstable
Hi,
* Gianfranco Costamagna <costamagna.gianfra...@gmail.com> [170516 13:15]:
First, the subject should have included [PATCH v2 1/2] instead of just
[PATCH 1/2], as this really is the 2nd version. (This applies to the
whole series).
> From: Gianfranco Costamagna <gianfranco.costama...@abinsula.com>
> Signed-off-by: Gianfranco Costamagna <gianfranco.costama...@abinsula.com>
> ---
Down here, a changelog for the changes between v1 and v2. (At least if
they'r not covered by a cover letter).
> meta-oe/recipes-connectivity/libndp/libndp_1.6.bb | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
> -SRC_URI = "http://libndp.org/files/${BPN}-${PV}.tar.gz \
> +SRC_URI = "git://github.com/jpirko/libndp;branch=master;tag=v${PV} \
Pleasen, remove tag=v${PV} from the SRC_URI. Instead, add a SRVREV= the
SHA1. If you use a tag, bitbake will reach out the git server upon each
build to verify the SHA1 of the tag. That'll break off-line builds etc.
Cheers,
Anders
> file://0001-include-sys-select.h-for-fd_-definitions.patch \
> "
> -SRC_URI[md5sum] = "1e54d26bcb4a4110bc3f90c5dd04f1a7"
> -SRC_URI[sha256sum] =
> "0c7dfa84e013bd5e569ef2c6292a6f72cfaf14f4ff77a77425e52edc33ffac0e"
> +
> +S = "${WORKDIR}/git"
> +
> inherit autotools
--
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH V2] crash: 7.1.5 -> 7.1.8
Hi, * Dengke Du <dengke...@windriver.com> [170421 12:18]: > On 2017年04月18日 20:20, Anders Darander wrote: > > * Dengke Du <dengke...@windriver.com> [170412 07:42]: > > > 2. Add the "id" to HOSTTOOLS in meta-oe/layer.conf > > Why do you need to add `id` to HOSTTOOLS? > It's not me decide to add "id" to HOSTTOOLS, it's the crash source code > decides: > In ./Makefile line 563: > ~ > release: make_configure > @if [ "`id --user`" != "0" ]; then \ > echo "make release: must be super-user"; exit 1; fi How is this going to work? We're not running make as root, thus the build will fail!?! Or what am I missing? I'd say, can you try to remove those two lines instead, and see if it builds correctly? Besides, are we really running `make release`? I can't find anything obvious in either the Makefile or the recipe, that calls `make release`. > > We're normally trying to _increase_ determinism in builds, not reduce > > it... I've got really hard time to see why something needs to run `id` in order to build properly... Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH V2] crash: 7.1.5 -> 7.1.8
* Dengke Du <dengke...@windriver.com> [170412 07:42]: > 2. Add the "id" to HOSTTOOLS in meta-oe/layer.conf Why do you need to add `id` to HOSTTOOLS? We're normally trying to _increase_ determinism in builds, not reduce it... Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-browser][PATCH 2/2] README: add -s to git send-email example
* Otavio Salvador <otavio.salva...@ossystems.com.br> [170127 11:12]: > On Thu, Jan 26, 2017 at 11:03 PM, Khem Raj <raj.k...@gmail.com> wrote: > > what happens if commits are already having a sign-off ? > A new one is added. Then I don't think this change should be made. Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH] cmake_qt5.bbclass: add qtbase-native to DEPENDS
When building with recipe-specific-sysroot's, qmake can't be found:
| CMake Error at
WORKDIR/recipe-sysroot/usr/lib/cmake/Qt5Core/Qt5CoreConfig.cmake:32 (message):
| The imported target Qt5::Core references the file
|
| WORKDIR/recipe-sysroot-native/usr/bin/qt5/qmake
|
| but this file does not exist. Possible reasons include:
|
| * The file was deleted, renamed, or moved to another location.
|
| * An install or uninstall procedure did not complete successfully.
|
| * The installation package was faulty and contained
|
| WORKDIR/recipe-sysroot/usr/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake
|
| but not all the files it references.
|
| Call Stack (most recent call first):
| WORKDIR/recipe-sysroot/usr/lib/cmake/Qt5Core/Qt5CoreConfigExtras.cmake:6
(_qt5_Core_check_file_exists)
| WORKDIR/recipe-sysroot/usr/lib/cmake/Qt5Core/Qt5CoreConfig.cmake:163
(include)
| WORKDIR/recipe-sysroot/usr/lib/cmake/Qt5/Qt5Config.cmake:31 (find_package)
| CMakeLists.txt:56 (find_package)
|
This is solved by adding qtbase-native to the exported DEPENDS.
Signed-off-by: Anders Darander <and...@chargestorm.se>
---
classes/cmake_qt5.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/classes/cmake_qt5.bbclass b/classes/cmake_qt5.bbclass
index 3180fd6..5d605a6 100644
--- a/classes/cmake_qt5.bbclass
+++ b/classes/cmake_qt5.bbclass
@@ -1,7 +1,7 @@
inherit cmake
inherit qmake5_paths
-DEPENDS_prepend = "qtbase "
+DEPENDS_prepend = "qtbase qtbase-native "
EXTRA_OECMAKE_prepend = " \
-DOE_QMAKE_PATH_PREFIX=${OE_QMAKE_PATH_PREFIX} \
--
2.11.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][PATCH] python3-wekzeug: update RDEPENDS to pull in http module
* Derek Straka <de...@asterius.io> [161222 16:46]:
> Signed-off-by: Derek Straka <de...@asterius.io>
> ---
> meta-python/recipes-devtools/python/python3-werkzeug_0.11.11.bb | 2 ++
> 1 file changed, 2 insertions(+)
> diff --git a/meta-python/recipes-devtools/python/python3-werkzeug_0.11.11.bb
> b/meta-python/recipes-devtools/python/python3-werkzeug_0.11.11.bb
> index af2d86a..145a1de 100644
> --- a/meta-python/recipes-devtools/python/python3-werkzeug_0.11.11.bb
> +++ b/meta-python/recipes-devtools/python/python3-werkzeug_0.11.11.bb
> @@ -1,2 +1,4 @@
> inherit pypi setuptools3
> require python-werkzeug.inc
> +
> +RDEPENDS_${PN} += "${PYTHON_PN}-misc"
How much of python3-misc is actually needed? Just running du -sh gave
me:
4.2M
tmp/work/armv5e-oe-linux-gnueabi/python3/3.5.1-r1.0/packages-split/python3-misc/usr/lib/python3.5/
If `http` doesn't require much of the other stuf in python3-misc, could
you split out python3-http?
Not that I'm using python3-werkzeug, but I've been contemplating it...
Cheers,
Anders
--
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] rapidjson: add initial recipe
* Andre McCurdy <armccu...@gmail.com> [161219 15:46]: > On Mon, Dec 19, 2016 at 6:26 AM, Anders Darander <and...@chargestorm.se> > wrote: > > * Andre McCurdy <armccu...@gmail.com> [161219 15:12]: > >> On Mon, Dec 19, 2016 at 6:08 AM, Andre McCurdy <armccu...@gmail.com> wrote: > >> > On Mon, Dec 19, 2016 at 5:11 AM, Martin Jansa <martin.ja...@gmail.com> > >> > wrote: > >> >> Please don't use github archives. > >> What's the recommended way to fetch from a git tag which doesn't sit > >> on a branch? > > Use nobranch=1, see eg > > meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb. > That seems to query the server on every do_fetch, so doesn't work so > well with BB_NO_NETWORK. It shouldn't do that. The problem with android-tools_5.1.1.r37.bb is that they're not checking out a SHA1, but a tag... ANDROID_TAG = "android-5.1.1_r37" That's not working without querying the server, due to how bitbake's git fetcher is implemented. Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] rapidjson: add initial recipe
* Andre McCurdy <armccu...@gmail.com> [161219 15:12]: > On Mon, Dec 19, 2016 at 6:08 AM, Andre McCurdy <armccu...@gmail.com> wrote: > > On Mon, Dec 19, 2016 at 5:11 AM, Martin Jansa <martin.ja...@gmail.com> > > wrote: > >> Please don't use github archives. > What's the recommended way to fetch from a git tag which doesn't sit > on a branch? Use nobranch=1, see eg meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb. Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] packagegroup-core-eclipse-debug
* Visser Sander (2) (Consultant) <sander.visse...@consultant.volvo.com> [161031 21:10]: > meta/recipes-core/packagegroups/packagegroup-core-eclipse-debug.bb > RDEPENDS on gdbserver but that is no longer provided. Should RDEPENDS > on gdb instead? Why do you think that gdbserver is no longer provided? Sure, I haven't built master for some time, but it's still added in http://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/gdb/gdb.inc Besides, what's needed for eclipse-debugging, is gdbserver on the target. Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Using EXTERNALSRC in practice
* Ulf Samuelsson <openembed...@emagii.com> [160621 13:24]:
> Den 2016-06-21 kl. 09:27, skrev Jérémy Rosen:
> > ${THISDIR} should be what you want, if I understand correctly...
> Tried that, but that ended up in the build tree.
> The .bb file is located in the build tree, and the .bbappend
> is somewhere else.
> Don't ask me why, LOL...
> I need the directory of the bbappend file.
Yes, ${THISDIR} is exactly what you're looking for. Your issue is that
you're probably using it like:
SOMEVAR = "${THISDIR}/.."
Using bitbake and OE, all variables on the right hand side are expanded
and evaluated at towards the end of the processing. At that point in
time, THISDIR is correct to point to the directory with the .bb-file.
You need to immediately expand ${THISDIR} by using:
SOMEVAR := "${THISDIR}/.."
See for instance the discussion at
http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#var-FILESEXTRAPATHS
Cheers,
Anders
--
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][krogoth][PATCH] dnsmasq: get systemd only working again
From: Mark Asselstine <mark.asselst...@windriver.com>
The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2
[dnsmasq: steal resolvconf support from Ubuntu] broke systemd only
dnsmasq runtime. No sysvinit scripts are included in systemd only
builds (and should not be) and the dnsmasq executable has not moved to
/usr/sbin.
Reverting to the previous version of the systemd service file. If
folks want the local dnsmasq instance to be queried before going to
an external DNS they should add 'nameserver 127.0.0.1' to
/etc/resolv.conf. Or submit a change which will work with systemd.
Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com>
Acked-by: Anders Darander <and...@chargestorm.se>
Signed-off-by: Martin Jansa <martin.ja...@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdon...@mentor.com>
(cherry picked from commit 237ade5065aee5290288febfbbae90145c2c7764)
---
.../recipes-support/dnsmasq/dnsmasq.inc| 21 +---
.../dnsmasq/files/dnsmasq-noresolvconf.service | 15 ++
.../dnsmasq/files/dnsmasq-resolvconf-helper| 62 ++
.../dnsmasq/files/dnsmasq-resolvconf.service | 17 ++
.../recipes-support/dnsmasq/files/dnsmasq.service | 16 --
5 files changed, 108 insertions(+), 23 deletions(-)
create mode 100644
meta-networking/recipes-support/dnsmasq/files/dnsmasq-noresolvconf.service
create mode 100644
meta-networking/recipes-support/dnsmasq/files/dnsmasq-resolvconf-helper
create mode 100644
meta-networking/recipes-support/dnsmasq/files/dnsmasq-resolvconf.service
delete mode 100644
meta-networking/recipes-support/dnsmasq/files/dnsmasq.service
diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
index 622e630..cc7f9e3 100644
--- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
+++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
@@ -10,7 +10,8 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
SRC_URI = "http://www.thekelleys.org.uk/dnsmasq/${@['archive/',
''][float(d.getVar('PV',1).split('.')[1]) >
15]}dnsmasq-${PV}.tar.gz;name=dnsmasq-${PV} \
file://init \
file://dnsmasq.conf \
- file://dnsmasq.service \
+ file://dnsmasq-resolvconf.service \
+ file://dnsmasq-noresolvconf.service \
"
inherit pkgconfig update-rc.d systemd
@@ -33,7 +34,7 @@ EXTRA_OEMAKE = "\
'LDFLAGS=${LDFLAGS}' \
"
-SRC_URI += "${@bb.utils.contains('PACKAGECONFIG', 'resolvconf',
'file://dnsmasq.resolvconf file://99_dnsmasq', '', d)}"
+SRC_URI += "${@bb.utils.contains('PACKAGECONFIG', 'resolvconf',
'file://dnsmasq.resolvconf file://99_dnsmasq file://dnsmasq-resolvconf-helper',
'', d)}"
do_compile_append() {
# build dhcp_release
@@ -51,7 +52,12 @@ do_install () {
install -m 755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/dnsmasq
install -d ${D}${systemd_unitdir}/system
-install -m 0644 ${WORKDIR}/dnsmasq.service ${D}${systemd_unitdir}/system
+
+if [ "${@base_contains('PACKAGECONFIG', 'resolvconf', 'resolvconf', '',
d)}" != "" ]; then
+install -m 0644 ${WORKDIR}/dnsmasq-resolvconf.service
${D}${systemd_unitdir}/system/dnsmasq.service
+else
+install -m 0644 ${WORKDIR}/dnsmasq-noresolvconf.service
${D}${systemd_unitdir}/system/dnsmasq.service
+fi
install -m 0755 ${S}/contrib/wrt/dhcp_release ${D}${bindir}
@@ -60,11 +66,12 @@ do_install () {
install -m 644 dbus/dnsmasq.conf ${D}${sysconfdir}/dbus-1/system.d/
fi
if [ "${@base_contains('PACKAGECONFIG', 'resolvconf', 'resolvconf', '',
d)}" != "" ]; then
- install -d ${D}${sysconfdir}/resolvconf/update.d/
- install -m 0755 ${WORKDIR}/dnsmasq.resolvconf
${D}${sysconfdir}/resolvconf/update.d/dnsmasq
+install -d ${D}${sysconfdir}/resolvconf/update.d/
+install -m 0755 ${WORKDIR}/dnsmasq.resolvconf
${D}${sysconfdir}/resolvconf/update.d/dnsmasq
- install -d ${D}${sysconfdir}/default/volatiles
- install -m 0644 ${WORKDIR}/99_dnsmasq
${D}${sysconfdir}/default/volatiles
+install -d ${D}${sysconfdir}/default/volatiles
+install -m 0644 ${WORKDIR}/99_dnsmasq
${D}${sysconfdir}/default/volatiles
+install -m 0755 ${WORKDIR}/dnsmasq-resolvconf-helper ${D}${bindir}
fi
}
diff --git
a/meta-networking/recipes-support/dnsmasq/files/dnsmasq-noresolvconf.service
b/meta-networking/recipes-support/dnsmasq/files/dnsmasq-noresolvconf.service
new file mode 100644
index 000..cde2244
--- /dev/null
+++ b/meta-networking/recipes-support/dnsmasq/files/dnsmasq-noresolvconf.service
@@ -0,0 +1,15 @@
+[Unit]
+Description=DNS forwarder and DHCP server
+After=network.target
+
+[Service]
+Type=forking
+PIDFile=/run/dnsmasq.pid
+ExecStartPre=/usr/bin/dnsmasq --test
+ExecStart=/usr/bin/dnsmasq -x /run/dnsmas
Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again
* Joe MacDonald <joe_macdon...@mentor.com> [160420 21:09]: > [Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working > again] On 16.04.20 (Wed 14:56) Joe MacDonald wrote: > > Wow this one is kind of thorny, huh? > > How about the attached patch? I hope it strikes the right balance > > between not duplicating too much and not making things too complex to > > maintain later on. > Or, rather, this one. :-) This one works fine for my use-case! ;-) Thus, Acked-by: Anders Darander <and...@chargestorm.se> Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH v3] dnsmasq: get systemd only working again
* Anders Darander <and...@chargestorm.se> [160420 10:24]:
> * Joe MacDonald <joe_macdon...@mentor.com> [160419 17:36]:
> > From: Mark Asselstine <mark.asselst...@windriver.com>
> > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2
> > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only
> > dnsmasq runtime. No sysvinit scripts are included in systemd only
> > builds (and should not be) and the dnsmasq executable has not moved to
> > /usr/sbin.
> > Reverting to the previous version of the systemd service file. If
> > folks want the local dnsmasq instance to be queried before going to
> > an external DNS they should add 'nameserver 127.0.0.1' to
> > /etc/resolv.conf. Or submit a change which will work with systemd.
> > Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com>
> > Signed-off-by: Joe MacDonald <joe_macdon...@mentor.com>
> > ---
> > The previous one should've been v2, so I've named this one v3 explicitly.
> > After reading more of the systemd documentation I think this approach in
> > the service file is the current best option available. It would certainly
> > be cleaner to store the pidfile name in an environment variable but it
> > turns out on further inspection that if you pass a varaible to PIDFile,
> > you get errors (that you only see when the service is stopped, not while
> > it is running) indicating essentially that it is falling back to the
> > "guess the MAINPID value" behaviour. So this seems to be the way we're
> > supposed to do this type of thing now.
> > -J.
> > .../recipes-support/dnsmasq/dnsmasq.inc| 9 ++--
> > .../dnsmasq/files/dnsmasq-resolvconf-helper| 62
> > ++
> This file, dnsmasq-resolvconf-helper, isn't include in SRC_URI, neither
> in do_install(). However it is referenced in the dnsmasq.service, which
> leads to:
> Apr 08 11:07:27 ccu dnsmasq[384]: started, version 2.75 cachesize 150
> Apr 08 11:07:27 ccu dnsmasq[384]: compile time options: IPv6 GNU-getopt
> no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth
> no-DNSSEC loop- detect inotify
> Apr 08 11:07:27 ccu dnsmasq-dhcp[384]: DHCP, IP range 192.168.7.1 --
> 192.168.7.1, lease time 2m
> Apr 08 11:07:27 ccu dnsmasq[384]: [[0;1;39mno servers found in
> /etc/resolv.conf, will retry[[0m
> Apr 08 11:07:27 ccu dnsmasq[384]: read /etc/hosts - 2 addresses Apr 08
> 11:07:27 ccu systemd[386]: [[0;1;31mdnsmasq.service: Failed at
> step EXEC spawning /usr/bin/dnsmasq-resolvconf-helper: No such file or
> directory[[0m
This is the actual issue, the dnsmasq.service file will unconditionally
execute dnsmasq-resolvconf-helper, while it's only installed if the
PACKAGECONFIG resolved is set.
Could you add the line
ExecStartPost=/usr/bin/dnsmasq-resolvconf-helper start
to dnsmasq.service conditionally on the PACKAGECONFIG resolved? (Using sed
is an option).
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Control process
> exited, code=exited status=203[[0m
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;31mFailed to start DNS forwarder and
> DHCP server.[[0m
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Unit entered failed
> state.[[0m
> Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Failed with result
> 'exit-code'.[[0m
> Thus, with the following patch amended, I'm happy with this patch!
No, I was slightly wrong...
> Cheers,
> Anders
> diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> index df58e5c..db54658 100644
> --- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> +++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc
> @@ -11,6 +11,7 @@ SRC_URI =
> "http://www.thekelleys.org.uk/dnsmasq/${@['archive/', ''][float(d.getV
> file://init \
> file://dnsmasq.conf \
> file://dnsmasq.service \
> + file://dnsmasq-resolvconf-helper \
> "
> inherit pkgconfig update-rc.d systemd
> @@ -54,7 +55,7 @@ do_install () {
> install -m 0644 ${WORKDIR}/dnsmasq.service ${D}${systemd_unitdir}/system
> install -m 0755 ${S}/contrib/wrt/dhcp_release ${D}${bindir}
> -
> +install -m 0755 ${WORKDIR}/dnsmasq-resolvconf-helper
> ${D}${bindir}/dnsmasq-resolvconf-helper
This line should obviously not be here, as you're actually installing
dnsmasq-resolvconf-helper, if the PACKAGECONFIG resolved is set.
> if [ "${@base_contains('PACKAGECONFIG', 'dbus', 'dbus', '', d)}" != ""
> ]; then
> install -d ${D}${sysconfdir}/dbus-1/system.d
> install -m 644 dbus/dnsmasq.conf ${D}${sysconfdir}/dbus-1/system.d/
--
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] dnsmasq: get systemd only working again
* Joe MacDonald <joe_macdon...@mentor.com> [160419 05:29]: > From: Mark Asselstine <mark.asselst...@windriver.com> > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2 > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only > dnsmasq runtime. No sysvinit scripts are included in systemd only > builds (and should not be) and the dnsmasq executable has not moved to > /usr/sbin. > Reverting to the previous version of the systemd service file. If > folks want the local dnsmasq instance to be queried before going to > an external DNS they should add 'nameserver 127.0.0.1' to > /etc/resolv.conf. Or submit a change which will work with systemd. > Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> > Signed-off-by: Joe MacDonald <joe_macdon...@mentor.com> > --- > Mark, > Thanks for the patch. In the interests of not causing any more hassle > than I already have, I'm proposing this as an alternative to what you sent > earlier today. This hopefully preserves the resolvconf/start-stop > functionality while not relying on any sysvinit-ness. What do you think > about this as a middle-ground? > Anders, > I trust that nothing Mark and I are discussing here changes the issue you > noted about dnsmasq just falling over after a few minutes. I propose we > dig into that separately, since it looks like a different problem probably > related to the uprev. If it turns out that once we merge something to > support systemd-only builds that resolves the 'dnsmasq vandalizes itself' > issue, even better. Well, I've tried this patch, but dnsmasq isn't running. Was it run-time tested? Isn't MAINPID the PID of the main process started by systemd? And -x should specify a path to the pid-file? Logs below. Cheers, Anders [FAILED] Failed to start DNS forwarder and DHCP server. See 'systemctl status dnsmasq.service' for details. Running `systemctl status dnsmasq.service` gives: [[0;1;31m●[[0m dnsmasq.service - DNS forwarder and DHCP serverLoaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled) Active: [[0;1;31mfailed[[0m (Result: exit-code) since Fri 2016-04-08 11:07:27 CEST; 8min ago Process: 384 ExecStart=/usr/bin/dnsmasq -x $MAINPID [[0;1;31m(code=exited, status=1/FAILURE)[[0m Process: 381 ExecStartPre=/usr/bin/dnsmasq --test (code=exited, status=0/SUCCESS) Apr 08 11:07:27 ccu systemd[1]: Starting DNS forwarder and DHCP server... Apr 08 11:07:27 ccu dnsmasq[381]: dnsmasq: syntax check OK. Apr 08 11:07:27 ccu dnsmasq[384]: dnsmasq: bad command line options: try --help Apr 08 11:07:27 ccu dnsmasq[384]: [[0;1;31mbad command line options: try --help[[0m Apr 08 11:07:27 ccu dnsmasq[384]: [[0;1;31mFAILED to start up[[0m Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Control process exited, code=exited status=1[[0m Apr 08 11:07:27 ccu systemd[1]: [[0;1;31mFailed to start DNS forwarder and DHCP server.[[0m Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Unit entered failed state.[[0m Apr 08 11:07:27 ccu systemd[1]: [[0;1;39mdnsmasq.service: Failed with result 'exit-code'.[[0m -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] dnsmasq: get systemd only working again
* Mark Asselstine <mark.asselst...@windriver.com> [160418 22:34]: > The changes made in commit 2497cf2960537152427c99629b2af412787eb6c2 > [dnsmasq: steal resolvconf support from Ubuntu] broke systemd only > dnsmasq runtime. No sysvinit scripts are included in systemd only > builds (and should not be) and the dnsmasq executable has not moved to > /usr/sbin. > Reverting to the previous version of the systemd service file. If > folks want the local dnsmasq instance to be queried before going to > an external DNS they should add 'nameserver 127.0.0.1' to > /etc/resolv.conf. Or submit a change which will work with systemd. > Signed-off-by: Mark Asselstine <mark.asselst...@windriver.com> > --- Acked-by: Anders Darander <and...@chargestorm.se> -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH] dnsmasq: steal resolvconf support from Ubuntu
Hm, unfortunately I didn't notice before this went in. * Jens Rehsack <rehs...@gmail.com> [160228 13:35]: > Add support for resolvconf integration as done in Ubuntu. This implies > updates of start-scripts, resolvconf plugin (on nameserver update ...), > populate-volatiles control file for saved nameserver list. > Signed-off-by: Jens Rehsack <s...@netbsd.org> > --- snip... > diff --git a/meta-networking/recipes-support/dnsmasq/files/dnsmasq.service > b/meta-networking/recipes-support/dnsmasq/files/dnsmasq.service > index 549e15e..c3637e1 100644 > --- a/meta-networking/recipes-support/dnsmasq/files/dnsmasq.service > +++ b/meta-networking/recipes-support/dnsmasq/files/dnsmasq.service > @@ -5,8 +5,11 @@ After=network.target > [Service] > Type=forking > PIDFile=/run/dnsmasq.pid > -ExecStart=/usr/bin/dnsmasq -x /run/dnsmasq.pid > -ExecReload=/bin/kill -HUP $(/bin/cat /run/dnsmasq.pid) > +ExecStartPre=/usr/sbin/dnsmasq --test > +ExecStart=/etc/init.d/dnsmasq systemd-exec > +ExecStartPost=/etc/init.d/dnsmasq systemd-start-resolvconf This breaks on systemd-only distros. On those, the init scripts gets removed during installation. When patching out that removal, I'm also seeing that dnsmasq dies after a few minuts. Cheers, Anders > +ExecStopPre=/etc/init.d/dnsmasq systemd-stop-resolvconf > +ExecReload=/bin/kill -HUP $MAINPID > [Install] > WantedBy=multi-user.target -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 1/1] python-werkzeug: add required RDEPENDS
The following RDEPENDS were necessary to be able to properly
start a simple demo app (and also enable debug traces).
Signed-off-by: Anders Darander <and...@chargestorm.se>
---
meta-python/recipes-devtools/python/python-werkzeug.inc | 14 ++
1 file changed, 14 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python-werkzeug.inc
b/meta-python/recipes-devtools/python/python-werkzeug.inc
index fab5a73..0693b47 100644
--- a/meta-python/recipes-devtools/python/python-werkzeug.inc
+++ b/meta-python/recipes-devtools/python/python-werkzeug.inc
@@ -14,3 +14,17 @@ SRC_URI[md5sum] = "9479bc7ea6a42c2d0d82929d3926df67"
SRC_URI[sha256sum] =
"eb5f700a9bfc96420b055635af9002d3662e43d80c3ffd31f224c25bc0d5f462"
PYPI_PACKAGE = "Werkzeug"
+
+RDEPENDS_${PN} += " \
+python-difflib \
+python-email \
+python-html \
+python-json \
+python-netserver \
+python-numbers \
+python-pkgutil \
+python-subprocess \
+python-threading \
+python-unixadmin \
+python-zlib \
+"
--
2.7.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python][PATCH 0/1] Add RDEPENDS to python-werkzeug
A simple python flask demo app failed to run, as werkzeug tried to import a number of non-existing (on my system) python modules. This patch adds all those modules to RDEPENDS of pyton_werkzeug. The following changes since commit 92b50622506c14e08e4d4a725818a685a463f46a: avahi: rename the bbappend to apply for all versions (2016-02-20 14:51:57 +0100) are available in the git repository at: git://github.com/darander/meta-openembedded python-werkzeug-rdepends https://github.com/darander/meta-openembedded/tree/python-werkzeug-rdepends Anders Darander (1): python-werkzeug: add required RDEPENDS meta-python/recipes-devtools/python/python-werkzeug.inc | 14 ++ 1 file changed, 14 insertions(+) -- 2.7.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python] Python Flask recipes
* Otavio Salvador <otavio.salva...@ossystems.com.br> [160219 14:32]: > On Fri, Feb 19, 2016 at 1:46 AM, Khem Raj <raj.k...@gmail.com> wrote: > >> On Feb 18, 2016, at 10:33 AM, Fabio Berton <fabio.ber...@ossystems.com.br> > >> wrote: > >> I noticed that a few days ago were added some python-flask recipes. > >> I've been maintaining a layer with python-flask recipes, hosted here > >> http://code.ossystems.com.br/gitweb?p=meta-python-flask.git;a=summary > >> There are recipes in meta-python-flask that were added to meta-python > >> and I want to simplify maintenance and avoid duplicate recipes. > >> So, do I send recipes from meta-python-flask to meta-python or we move all > >> python-flask recipes from meta-python to meta-python-flask, using a layer > >> only for Flask web framework? > > Here is a hierarchy one can envision > > 1. Core python runtime support - Oe-core > > 2. python extended modules and infrastructure - meta-python > > now if you think this framework is quite commonly used and is kind of core > > to python world, its fine to have it in meta-python, if you think its > > too specific then move the common packages to meta-python > > and maintain it as a separate layer > Agreed but this is a specific framework which is not 'core' to python. > Do you think we ought to merge those on meta-python or keep them split > out? I'd lean towards merging them in meta-python. Currently (according to the layerindex) we have python-flask in: * meta-virtualization * meta-uav * meta-python and if I understood your other email correct, there's also your meta-python-flask layer. I'd think that this makes flask used enough to warrant having it directly in meta-python. Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-python][PATCH] python-cryptography, python-cryptography-vectors: uprev
* Tim Orling <ticot...@gmail.com> [151124 19:00]: > We have never carried a license in meta-python, rather we use the > common-licenses from oe-core ( > http://git.openembedded.org/openembedded-core/tree/meta/files/common-licenses > ). Does the Unicode license exist under another name in oe-core? Otherwise, I'd assume that Mark did the right thing to add it here. Cheers, Anders > Regards, > --Tim > On Mon, Nov 23, 2015 at 9:13 AM, Mark Asselstine < > mark.asselst...@windriver.com> wrote: -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] RFC: Reference updater filesystem
* Mariano Lopez <mariano.lo...@linux.intel.com> [151123 22:41]: > There has been interest in an image based software updater in Yocto Project. Ok. Sure, it might be nice with something that can be shared, instead off everyone's building our own solutions. > The proposed solution for a image based updater is to use Stefano Babic's > software updater (http://sbabic.github.io/swupdate). This software do a > binary copy, so it is needed to have at least two partitions, these > partitions would be the rootfs and the maintenance partition. The rootfs > it's the main partition used to boot during the normal device operation, on > the other hand, the maintenance will be used to update the main partition. I haven't checked the swupdate tool, though I'd suspect that it also supports the alternating rootfs use case? (I.e. run system1 update system2; reboot to system2. Next update is system1). This is a rather common setup, not least when you need a remote upgrade facility. Would your proposed inclusion to the Yocto Project support that case too? > To update the system, the user has to connect to device and boot in the > maintenance partition; once in the maintenance partition the software > updater will copy the new image in the rootfs partition. A final reboot into > the rootfs it is necessary to complete the upgrade. Like said above, not all system can be reached manually (at least not in cost efficient way). Sure, the mainenance partition scheme can be made to work anyway... > As mentioned before the the software will copy an image to the partition, so > everything in that partition will be wiped out, including custom > configurations. To avoid the loss of configuration I explore three different > solutions: > 1. Use a separate partition for the configuration. > a. The pro of this method is the partition is not touched during the > update. > b. The con of this method is the configuration is not directly in rootfs > (example: /etc). I'd vote for that as well. Though, I only keep the re-writable configurations here. The one that are constant between all systems are shipped in /etc in the read-only-rootfs. > With the above information I'm proposing to use a separate partition for the > configuration; this is because is more reliable and doesn't require big > changes in the current architecture. > So, the idea is to have 4 partitions in the media: > 1. boot. This is the usual boot partition > 2. data. This will hold the configuration files. Not modified by updates. > 3. maintenance. This partition will be used to update rootfs. > 4. rootfs. Partition used for normal operation. How flexible to you intend to make this system? Allow everything that swupdate supports? Or a specific subset? Cheers, Anders -- Anders Darander, Senior System Architect ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] OE/Yocto developer survey
How long have you been using OE? 6 years How do you use OE/Yocto? [ x ] product development [ ] hobby/research/education/yocto core developer, etc What distro do you use? [ ] Poky [ ] Angstrom [ x ] nodistro or custom How do you organize multiple git repos? [ x ] Git submodules [ ] Repo [ ] Other What packaging system? [ x ] OPKG [ ] RPM [ ] Other What GUI toolkits? [ x ] Qt [ ] Gtk [ ] EFL [ ] HTML5/JS [ ] Other What init system? [ x ] systemd [ ] sysvinit [ x ] busybox init [ ] Other What libc? [ x ] glibc [ ] uclibc [ ] musl [ ] Other How do you develop custom applications? [ x ] application-SDK [ ] devshell [ x ] develop on PC, test on target [ ] Other What language do you primarily use for custom applications? [ x ] C [ x ] C++ [ ] Python [ ] Javascript [ ] Lua [ ] Other What do you use for Continuous Integration? [ ] Buildbot [ x ] Jenkins [ ] Other Do you use any any of the tooling projects (https://www.yoctoproject.org/tools-resources/projects) such as ADT, Hob, Toaster, etc? None yet. -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] meta-toolchain-qt5, qttools-plugins and -nomake examples
* Ivan Sergio Borgonovo <m...@webthatworks.it> [151022 14:13]: > I think I've been able to find all and only the packages that should be > conditionally added to RDEPENDS in packagegroup-qt5-toolchain-target.bb from > opengl. > I finally discovered why there was a problem with meta-toolchain-qt5 and > qttools-plugins... qttools-plugins doesn't get build when > -nomake examples > Now I don't understand: > - why nobody noticed this problem that doesn't seem related to opengl or > x11. Was it hidden by something else that I should take care when trying to > fix it? No one is actually baking meta-toolchain-qt5?... Or in my case mostly been staled on an older release... > - what should be considered a correct solution: > * simply remove the package that doesn't really seem that useful in a > toolchain (they should be example plugins for qtcreator) That what work for me. > * conditionally add it just if qt get build with examples [1] Well, this would likely be harder, as one recipe can't access the meta data from another recipe. Though, you could likely get the same effect by moving qttools-plugins from RDEPENDS to RRECOMMENDS. Then it'll be added if it exist, while you won't get any errors if it doesn't exist. Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH] qtbase: fix QA warning of host uid leakage
* Martin Jansa <martin.ja...@gmail.com> [151015 21:48]:
> On Thu, Oct 15, 2015 at 08:21:27PM +0200, Anders Darander wrote:
> > Two files in /usr/lib, were own by the uid of the build process.
> > Signed-off-by: Anders Darander <and...@chargestorm.se>
> > ---
> > recipes-qt/qt5/qtbase_git.bb | 2 ++
> > 1 file changed, 2 insertions(+)
> > diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
> > index 39d02a9..99ac208 100644
> > --- a/recipes-qt/qt5/qtbase_git.bb
> > +++ b/recipes-qt/qt5/qtbase_git.bb
> > @@ -232,6 +232,8 @@ do_install_append() {
> > chown -R root:root ${D}/${OE_QMAKE_PATH_QT_FONTS}
> > fi
> > cp -a ${B}/lib/libqt* ${D}${libdir}
> Can we use install instead of cp to resolve this issue instead of chmod?
Well, that was my first idea too. Though, to be honest, I never looked
into how many files were covered by the cp command.
At least with my minimal configuration Qt, it's only the two files below
that gets copied. So I'll respin the patch to use install instead.
Do you, or someone else know if there are occasions were more than the
two file belows matches ${B}/lib/libqt*?
Cheers,
Anders
> > +chown root:root ${D}${libdir}/libqtpcre.prl
> > +chown root:root ${D}${libdir}/libqtpcre.a
> > # Remove example.pro file as it is useless
> > rm -f ${D}${OE_QMAKE_PATH_EXAMPLES}/examples.pro
--
Anders Darander
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH v2] qtbase: fix QA warning of host uid leakage
* Anders Darander <and...@chargestorm.se> [151019 08:17]:
> fi
> -cp -a ${B}/lib/libqt* ${D}${libdir}
> +install -m 0644 ${B}/lib/libqt* ${D}${libdir}
V2 changes cp directly to install, instead of running chown. (As was
done in V1).
Cheers,
Anders
> # Remove example.pro file as it is useless
> rm -f ${D}${OE_QMAKE_PATH_EXAMPLES}/examples.pro
--
Anders Darander
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH v2] qtbase: fix QA warning of host uid leakage
By using cp, the wrong uid ended up in the package. Use install,
as that will automatically handle the uid and gid.
Signed-off-by: Anders Darander <and...@chargestorm.se>
---
recipes-qt/qt5/qtbase_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index 39d02a9..7641b63 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -231,7 +231,7 @@ do_install_append() {
cp -a ${S}/lib/fonts/* ${D}/${OE_QMAKE_PATH_QT_FONTS}
chown -R root:root ${D}/${OE_QMAKE_PATH_QT_FONTS}
fi
-cp -a ${B}/lib/libqt* ${D}${libdir}
+install -m 0644 ${B}/lib/libqt* ${D}${libdir}
# Remove example.pro file as it is useless
rm -f ${D}${OE_QMAKE_PATH_EXAMPLES}/examples.pro
--
2.6.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH] qtbase: fix QA warning of host uid leakage
Two files in /usr/lib, were own by the uid of the build process.
Signed-off-by: Anders Darander <and...@chargestorm.se>
---
recipes-qt/qt5/qtbase_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index 39d02a9..99ac208 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -232,6 +232,8 @@ do_install_append() {
chown -R root:root ${D}/${OE_QMAKE_PATH_QT_FONTS}
fi
cp -a ${B}/lib/libqt* ${D}${libdir}
+chown root:root ${D}${libdir}/libqtpcre.prl
+chown root:root ${D}${libdir}/libqtpcre.a
# Remove example.pro file as it is useless
rm -f ${D}${OE_QMAKE_PATH_EXAMPLES}/examples.pro
--
2.6.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 1/1] webmin: fix QA host-user-contaminated
Due to the way most files were installed, using cp ..., during packaging we got
spammed
with messages like:
WARNING: QA Issue: webmin:
/webmin-module-fail2ban/usr/lib/webmin/webmin/fail2ban/lang/no is owned by gid
100, which is the same as the user running bitbake. This may be due to host
contamination [host-user-contaminated]
WARNING: QA Issue: webmin:
/webmin-module-system-status/usr/lib/webmin/webmin/system-status/lang/no is
owned by gid 100, which is the same as the user running bitbake. This may be
due to host contamination [host-user-contaminated]
Do the install in a similar way as is done in bin_package.bbclass.
By doing that, we're not getting any QA-errors from host-user-contaminated.
Signed-off-by: Anders Darander <and...@chargestorm.se>
---
meta-webserver/recipes-webadmin/webmin/webmin_1.750.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta-webserver/recipes-webadmin/webmin/webmin_1.750.bb
b/meta-webserver/recipes-webadmin/webmin/webmin_1.750.bb
index b6fbb0a..ca09ecf 100644
--- a/meta-webserver/recipes-webadmin/webmin/webmin_1.750.bb
+++ b/meta-webserver/recipes-webadmin/webmin/webmin_1.750.bb
@@ -80,7 +80,10 @@ do_install() {
install -d ${D}${localstatedir}/webmin
install -d ${D}${libexecdir}/webmin
-cp -pPR ${S}/* ${D}${libexecdir}/webmin
+cd ${S} || exit 1
+tar --no-same-owner --exclude='./patches' --exclude='./.pc' -cpf - . \
+| tar --no-same-owner -xpf - -C ${D}${libexecdir}/webmin
+
rm -f ${D}${libexecdir}/webmin/webmin-init
rm -f ${D}${libexecdir}/webmin/ajaxterm/ajaxterm/configure.initd.gentoo
rm -rf ${D}${libexecdir}/webmin/patches
--
2.6.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 0/1] Fix host-user-contamination QA warning for webmin
Remove QA warnings for host-user-contamination for webmin. The following changes since commit f4533380c8a5c1d229f69ee0c2ef9d187ef8: dracut: install modules to /usr/lib (2015-09-23 16:10:57 +0200) are available in the git repository at: git://github.com/darander/meta-openembedded host-user-cont https://github.com/darander/meta-openembedded/tree/host-user-cont Anders Darander (1): webmin: fix QA host-user-contaminated meta-webserver/recipes-webadmin/webmin/webmin_1.750.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) -- 2.6.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3
* Andre McCurdy <armccu...@gmail.com> [150831 22:03]: > On Mon, Aug 31, 2015 at 12:38 PM, Andreas Müller > <schnitzelt...@googlemail.com> wrote: > > On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy <armccu...@gmail.com> wrote: > >> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa <martin.ja...@gmail.com> > >> wrote: > >>> I cannot take this to meta-oe, because as soon as it's added there it > >>> will be used by all DISTROs even those who don't mind having GPLv3 > >>> version. > >>> Everybody would need to define PREFERRED_VERSION, because > >>> DEFAULT_PREFERENCE is useless across different layers :/ > >>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964 > >>> So this either has to be introduced in oe-core or in completely separate > >>> layer which would be included only by those who cannot use GPLv3. I think that the correct way to handle those recipes (that isn't core enough to be kept in oe-core) is to create a new layer, maybe meta-gplv2 or meta-nongplv3; dependig on how explicit the naming should be. This layer could very well be put in meta-openembedded (the meta layer, not meta-oe). > >> Third option would be to reduce the priority of meta-oe to be lower > >> than oe-core. > >> That seems logical regardless of any GPLv3 discussion - since meta-oe > >> "fills in the gaps" in oe-core, if something _is_ present in oe-core > >> then it probably should be the default version. > > This scares me: to get a recipe in with old version not supporting > > modern file systems you want to change meta-oe's layer priority > > risiking unknown issues. I wonder how far the GPLv3 avoidance hype > > takes us... > No, if you read the various threads, my preference is to have the > GPLv2 parted recipe in oe-core. That option has been shot down though > and the general consensus seems to be that the older version of parted > is too buggy to be included anywhere in OE. That topic seems to be > closed. > Trying to understand why meta-oe needs a higher priority than oe-core > is a separate topic. If the priorities were changed it would allow > older (and newer) versions of oe-core recipes to safely live in > meta-oe. That would help non-GPLv3 versions of GPLv3 packages, but it > might be useful in other cases too. Well, changing the priority might have effects on peoples current builds; most likely effects that you don't anticipate during an upgrade. And at least periodically, meta-oe has modified how recipes from oe-core has been built. Thus, the need for a higher priority of meta-oe as compared to oe-core. (I know that I've had to undo such changes in my own layers in older releases). Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][meta-systemd][PATCH V3 1/2] bluez4_4.101.bbappend: update according to bluez4
* Cristian Iorga cristian.io...@intel.com [150424 17:45]:
bluez4 recipe has been updated with proper systemd
support, so update meta-systemd append accordingly.
Also update to the right directory structure.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
.../recipes-connectivity/bluez/bluez4_4.101.bbappend | 5
-
1 file changed, 5 deletions(-)
rename meta-systemd/{oe-core =
meta-oe}/recipes-connectivity/bluez/bluez4_4.101.bbappend (51%)
Like Martin asked on you V2, why do you keep this as a bbappend, instead
of adding this directly to the recipe?
If you look at meta-systemd today, you'll see that there's only a minor
number of recipes from oe-core, that's being appended. All the other
recipes that previously where appended to from meta-systemd, has got
their systemd support directly in their own recipes.
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH]indent: license should be GPLv3
* Bian Naimeng bia...@cn.fujitsu.com [150407 09:31]: The license of indent should be GPLv3 No that I'm using this recipe myself, but, indeed the license is wrong. Acked-by: Anders Darander and...@chargestorm.se -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] How is the process to add a recipe to meta-oe?
Hi, * Kai Ulrich k...@gmx.de [150313 12:09]: I created an layer with a recipe for smstools3. You can find it on https://github.com/kaiulrich/meta-smstools3 I would like to share my work with the openembedded commity. How is the process to add a recipe to meta-oe? Well, decide were in meta-openembedded it ought to be placed. E.g. which layer, meta-oe or some of the other layers; which section (recipe group) it should be placed in. Create a patch and send to the mailing list! Wait for feedback... ;) Just as simple as that. If someone thinks it should be placed somewhere else, it's up to them to respond and let you know. Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] socorro-syms: Make usage less verbose
* Daniel Markus daniel.mar...@leica-geosystems.com [150226 11:08]:
---
meta-oe/classes/socorro-syms.bbclass | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
As V1 hasn't been merged, squash your V2 patch into V1. Thus we're
getting a complete patch in V3... ;)
Cheers,
Anders
diff --git a/meta-oe/classes/socorro-syms.bbclass
b/meta-oe/classes/socorro-syms.bbclass
index a4ac079..766a9e6 100644
--- a/meta-oe/classes/socorro-syms.bbclass
+++ b/meta-oe/classes/socorro-syms.bbclass
@@ -7,13 +7,12 @@
# Use example:
-# inherit breakpad
-# inherit socorro-syms
# BREAKPAD_BIN = YourBinary
+# inherit socorro-syms
# We depend on Breakpad creating the original symbol file.
-DEPENDS += breakpad
+inherit breakpad
PACKAGE_PREPROCESS_FUNCS += symbol_file_preprocess
PACKAGES =+ ${PN}-socorro-syms
--
Anders Darander
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] socorro-syms: Add Breakpad symbol generation adapted for Socorro
Just a small nitpick or comment. On 24 Feb 2015 14:25, Daniel Markus daniel.mar...@leica-geosystems.com wrote: . +# +# Use example: +# +# inherit breakpad +# inherit socorro-syms +# BREAKPAD_BIN = YourBinary +# + +# We depend on Breakpad creating the original symbol file. +DEPENDS += breakpad Is this necessary? If the recipe using this class files your instructions and inherits breakpad, this is already added to DEPENDS. And of the recipe doesn't inherit breakpad, it won't work anyway... Maybe you should have your class inherit breakpad directly, and only instruct the recipe author top add BREAKPAD_BIN to the recipes using this class? Cheers, Anders -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Cross canadian gcc configuration
* Alfonso Tamés alfo...@tames.com [141214 18:22]: Thanks Jakob, I am indeed sourcing the environment script. I suppose it is lacking something. But are you calling the compiler using $CC? Cheers, Anders On Dec 14, 2014, at 7:30 AM, Jacob Kroon jacob.kr...@gmail.com wrote: The sysroot is poisoned by intention. Try sourcing the environment script from the SDK, and use $CC instead of invoking the compiler binary directly. See git commit 04b725511a505c582a3abdf63d096967f0320779 in openembedded-core. Jacob -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH 1/2] nativesdk-qtbase.inc: avoid removing directories, namely /usr/lib itself
* Denys Dmytriyenko de...@denix.org [141209 01:31]:
On Mon, Nov 24, 2014 at 02:48:23PM -0500, Denys Dmytriyenko wrote:
On Thu, Nov 13, 2014 at 06:58:38PM -0500, Denys Dmytriyenko wrote:
From: Denys Dmytriyenko de...@ti.com
-find ${D}${libdir} -maxdepth 1 -name 'lib*' -and \
+find ${D}${libdir} -maxdepth 1 -name 'lib*' -and -not -type d \
Shouldn't there be an additional -and in here at the end of the line?
Cheers,
Anders
-not -name 'libQt5Core.so*' -and \
${QTLIBSPRESERVE} \
-not -name 'libQt5Bootstrap.a' \
--
Anders Darander
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH 1/1] qmake5: set OE_QMAKE_INCDIR_QT
ping
* Anders Darander and...@chargestorm.se [141027 12:32]:
This is set when generation an SDK, and thus would be usefull to have also
when bitbaking. That allows us to use this in *.prf files which is used
both when bitbaking as well as when using the SDK.
Signed-off-by: Anders Darander and...@chargestorm.se
(cherry picked from commit 96e8d29fdbdf6fa656c854d9b55c5b0c213166a7)
---
classes/qmake5_base.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/classes/qmake5_base.bbclass b/classes/qmake5_base.bbclass
index 3861cd0..f1a0945 100644
--- a/classes/qmake5_base.bbclass
+++ b/classes/qmake5_base.bbclass
@@ -32,6 +32,7 @@ EXTRA_OEMAKE = \
OE_QMAKE_AR='${OE_QMAKE_AR}' \
OE_QMAKE_STRIP='${OE_QMAKE_STRIP}' \
OE_QMAKE_WAYLAND_SCANNER='${OE_QMAKE_WAYLAND_SCANNER}' \
+OE_QMAKE_INCDIR_QT='${STAGING_DIR_TARGET}/${OE_QMAKE_PATH_HEADERS}' \
OE_QMAKESPEC =
${QMAKE_MKSPEC_PATH_NATIVE}/mkspecs/${OE_QMAKE_PLATFORM_NATIVE}
--
Anders Darander
ChargeStorm AB / eStorm AB
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 0/1] Correct file extension of breakpad generated symbol file
It was reported that the generated symbol file had a wrong file extension. The following changes since commit 374029acf30a3d81540482d348941e96cbd7999c: efl, elementary, e-wm: upgrade to 1.11.4 and 0.19.1 (2014-10-27 12:50:01 +0100) are available in the git repository at: git://github.com/darander/meta-openembedded b04cda902acec696949a585033404d1c6ef1ed50 https://github.com/darander/meta-openembedded/tree/breakpad-sym Anders Darander (1): breakpad: correct the file suffix of the symbol file meta-oe/classes/breakpad.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.1.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/1] breakpad: correct the file suffix of the symbol file
minidump_stackwalk looks for a .sym file extension. Correct the extension used
for the generated file.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/classes/breakpad.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/classes/breakpad.bbclass b/meta-oe/classes/breakpad.bbclass
index e4d6808..b3abf27 100644
--- a/meta-oe/classes/breakpad.bbclass
+++ b/meta-oe/classes/breakpad.bbclass
@@ -24,7 +24,7 @@ python () {
PACKAGE_PREPROCESS_FUNCS += breakpad_package_preprocess
breakpad_package_preprocess () {
mkdir -p ${PKGD}/usr/share/breakpad-syms
-find ${D} -name ${BREAKPAD_BIN} -exec sh -c dump_syms {}
${PKGD}/usr/share/breakpad-syms/${BREAKPAD_BIN}.syms \;
+find ${D} -name ${BREAKPAD_BIN} -exec sh -c dump_syms {}
${PKGD}/usr/share/breakpad-syms/${BREAKPAD_BIN}.sym \;
}
PACKAGES =+ ${PN}-breakpad
--
2.1.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH 1/1] qmake5: set OE_QMAKE_INCDIR_QT
This is set when generation an SDK, and thus would be usefull to have also
when bitbaking. That allows us to use this in *.prf files which is used
both when bitbaking as well as when using the SDK.
Signed-off-by: Anders Darander and...@chargestorm.se
(cherry picked from commit 96e8d29fdbdf6fa656c854d9b55c5b0c213166a7)
---
classes/qmake5_base.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/classes/qmake5_base.bbclass b/classes/qmake5_base.bbclass
index 3861cd0..f1a0945 100644
--- a/classes/qmake5_base.bbclass
+++ b/classes/qmake5_base.bbclass
@@ -32,6 +32,7 @@ EXTRA_OEMAKE = \
OE_QMAKE_AR='${OE_QMAKE_AR}' \
OE_QMAKE_STRIP='${OE_QMAKE_STRIP}' \
OE_QMAKE_WAYLAND_SCANNER='${OE_QMAKE_WAYLAND_SCANNER}' \
+OE_QMAKE_INCDIR_QT='${STAGING_DIR_TARGET}/${OE_QMAKE_PATH_HEADERS}' \
OE_QMAKESPEC =
${QMAKE_MKSPEC_PATH_NATIVE}/mkspecs/${OE_QMAKE_PLATFORM_NATIVE}
--
2.1.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH 0/1] Add OE_QMAKE_INCDIR_QT
This adds OE_QMAKE_INCDIR_QT to the variables in qmake5_base.bbclass. Qt4 in oe-core exports this variables, both in their qt4 bbclasses as well as in their SDK. As a result, recipes like e.g. qextserialport [1] in meta-oe, uses OE_QMAKE_INCDIR_QT in the generated extserialport.prf file, in order allow both bitbake build recipes and applications build using the SDK, find the header filer of qextserialport. In Qt5, OE_QMAKE_INCDIR_QT is not set when building using bitbake, however, that variable is still set in the environment file for the generated SDK. Thus, to make the use case in e.g. [1] work also for Qt5, we'll add this variable to qmake5_base.bbclass. This will sync up the two use-cases. [1] http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-qt/qextserialport/qextserialport_1.2rc.bb The following changes since commit 9a4c0b393bf031acace5c2cc00d625a24c639d1c: maliit-framework-qt5: Update SRCREV (2014-10-21 15:33:05 +0200) are available in the git repository at: git://github.com/darander/meta-qt5 9a0b3d2f7e1ac7e854430fe1e93271c71f574083 https://github.com/darander/meta-qt5/tree/qtsdk Anders Darander (1): qmake5: set OE_QMAKE_INCDIR_QT classes/qmake5_base.bbclass | 1 + 1 file changed, 1 insertion(+) -- 2.1.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH v2 0/1] Enable nativesdk-qtbase to keep additional libraries
We have a usecase where we need to run a tool to transform a protocol spec. to cpp (kdwsdl2cpp). That tool is built using Qt5, and requires a couple of extra Qt-libraries, among the libQt5Xml.so.*. Today the nativesdk-qtbase recipe just unconditionally removes every library, except for a couple hardcoded ones. This patch add an extra variable, in which you can specify additional libraries to keep. Changes: v2: * Fix spelling mistake in a comment (net - not) The following changes since commit 2f1b8fe630ac76c8ff5d184f109449b10fde5a92: Fix SDK environment setting (2014-10-16 17:35:21 -0300) are available in the git repository at: git://github.com/darander/meta-qt5 a29d8e60f63d6545ed84d6b72caf46bc0d1e7b78 https://github.com/darander/meta-qt5/tree/nativesdk-qtbase Anders Darander (1): nativesdk-qtbase: make it possible to keep additional libraries recipes-qt/qt5/nativesdk-qtbase.inc | 11 +++ 1 file changed, 11 insertions(+) -- 2.1.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH v2 1/1] nativesdk-qtbase: make it possible to keep additional libraries
In some usecases for the nativesdk, you might need some build tools that are
built upon Qt5. This means
that we're having a need to keep more of the libraries build by
nativsdk-qtbase. This patch adds the
infrastructure to support that
Signed-off-by: Anders Darander and...@chargestorm.se
---
recipes-qt/qt5/nativesdk-qtbase.inc | 11 +++
1 file changed, 11 insertions(+)
diff --git a/recipes-qt/qt5/nativesdk-qtbase.inc
b/recipes-qt/qt5/nativesdk-qtbase.inc
index 12f5a54..e64f936 100644
--- a/recipes-qt/qt5/nativesdk-qtbase.inc
+++ b/recipes-qt/qt5/nativesdk-qtbase.inc
@@ -194,6 +194,16 @@ do_configure() {
bin/qmake ${OE_QMAKE_DEBUG_OUTPUT} ${S} -o Makefile || die Configuring qt
with qmake failed. EXTRA_OECONF was ${EXTRA_OECONF}
}
+# Set the EXTRA_QTLIB variable to e.g. Xml, in order to not remove
libQt5Xml.so.*
+EXTRA_QTLIB ?=
+
+python __anonymous () {
+templibs =
+for e in d.getVar(EXTRA_QTLIB, True).split():
+templibs = %s -not -name 'libQt5%s.so*' -and % (templibs, e)
+d.setVar(QTLIBSPRESERVE, templibs)
+}
+
do_install() {
# Fix install paths for all
find -name Makefile* | xargs sed -i
s,(INSTALL_ROOT)${STAGING_DIR_NATIVE}${STAGING_DIR_NATIVE},(INSTALL_ROOT)${STAGING_DIR_NATIVE},g
@@ -216,6 +226,7 @@ do_install() {
${D}${libdir}/pkgconfig
find ${D}${libdir} -maxdepth 1 -name 'lib*' -and \
-not -name 'libQt5Core.so*' -and \
+ ${QTLIBSPRESERVE} \
-not -name 'libQt5Bootstrap.a' \
-exec rm '{}' ';'
}
--
2.1.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH 1/1] nativesdk-qtbase: make it possible to keep additional libraries
In some usecases for the nativesdk, you might need some build tools that are
built upon Qt5. This means
that we're having a need to keep more of the libraries build by
nativsdk-qtbase. This patch adds the
infrastructure to support that
Signed-off-by: Anders Darander and...@chargestorm.se
---
recipes-qt/qt5/nativesdk-qtbase.inc | 11 +++
1 file changed, 11 insertions(+)
diff --git a/recipes-qt/qt5/nativesdk-qtbase.inc
b/recipes-qt/qt5/nativesdk-qtbase.inc
index faecc64..ed98c80 100644
--- a/recipes-qt/qt5/nativesdk-qtbase.inc
+++ b/recipes-qt/qt5/nativesdk-qtbase.inc
@@ -193,6 +193,16 @@ do_configure() {
bin/qmake ${OE_QMAKE_DEBUG_OUTPUT} ${S} -o Makefile || die Configuring qt
with qmake failed. EXTRA_OECONF was ${EXTRA_OECONF}
}
+# Set the EXTRA_QTLIB variable to e.g. Xml, in order to net remove
libQt5Xml.so.*
+EXTRA_QTLIB ?=
+
+python __anonymous () {
+templibs =
+for e in d.getVar(EXTRA_QTLIB, True).split():
+templibs = %s -not -name 'libQt5%s.so*' -and % (templibs, e)
+d.setVar(QTLIBSPRESERVE, templibs)
+}
+
do_install() {
# Fix install paths for all
find -name Makefile* | xargs sed -i
s,(INSTALL_ROOT)${STAGING_DIR_NATIVE}${STAGING_DIR_NATIVE},(INSTALL_ROOT)${STAGING_DIR_NATIVE},g
@@ -215,6 +225,7 @@ do_install() {
${D}${libdir}/pkgconfig
find ${D}${libdir} -maxdepth 1 -name 'lib*' -and \
-not -name 'libQt5Core.so*' -and \
+ ${QTLIBSPRESERVE} \
-not -name 'libQt5Bootstrap.a' \
-exec rm '{}' ';'
}
--
1.8.4.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5] What is needed to build a recipe with CMake?
Hi, * Nick D'Ademo nickdad...@gmail.com [141013 01:50]: Has anyone had any success at all building a Qt5-based recipe with CMake? Yes, I've at least got a local recipe here building KDSoap, which uses cmake. On Wed, Oct 8, 2014 at 1:41 PM, Nick D'Ademo nickdad...@gmail.com wrote: Looks like the *qmake* binary cannot be found. The relevant parts of the recipe are as follows: *DEPENDS = qtbase* Just as you, I've got hte DEPENDS lińe above in my recipe. However, I've also the following line (situated after the DEPENDS +=...) inherit qmake5 That line should set up all the necessary path's in order to find qmake. Let us know if this helps you. Cheers, Anders -- Abstainer, n.: A weak person who yields to the temptation of denying himself a pleasure. -- Ambrose Bierce, The Devil's Dictionary -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5] What is needed to build a recipe with CMake?
* Nick D'Ademo nickdad...@gmail.com [141013 23:10]: Are you using Qmake or Cmake to build? (I suspect Qmake). My source code actually has no .PRO file. Hm, when you state it like that ;) I might very well have changed it to not use cmake... KDSoap is shipping multiple build systems etc, and as long as I can get it to build... However, Martin gave you a hint to look at meta-webos-port for more recipes using cmake. Have you inherited cmake_qt5? That class ought to set everything up for you. Cheers, Anders On Mon, Oct 13, 2014 at 6:10 PM, Anders Darander [1]and...@chargestorm.se wrote: Hi, * Nick D'Ademo [2]nickdad...@gmail.com [141013 01:50]: Has anyone had any success at all building a Qt5-based recipe with CMake? Yes, I've at least got a local recipe here building KDSoap, which uses cmake. On Wed, Oct 8, 2014 at 1:41 PM, Nick D'Ademo [3]nickdad...@gmail.com wrote: Looks like the *qmake* binary cannot be found. The relevant parts of the recipe are as follows: *DEPENDS = qtbase* Just as you, I've got hte DEPENDS lińe above in my recipe. However, I've also the following line (situated after the DEPENDS +=...) inherit qmake5 That line should set up all the necessary path's in order to find qmake. Let us know if this helps you. Cheers, Anders -- Abstainer, n.: A weak person who yields to the temptation of denying himself a pleasure. -- Ambrose Bierce, The Devil's Dictionary -- ___ Openembedded-devel mailing list [4]Openembedded-devel@lists.openembedded.org [5]http://lists.openembedded.org/mailman/listinfo/openembedded-devel References 1. mailto:and...@chargestorm.se 2. mailto:nickdad...@gmail.com 3. mailto:nickdad...@gmail.com 4. mailto:Openembedded-devel@lists.openembedded.org 5. http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Anders Darander ChargeStorm AB Tel: +46 702 44 84 36 Hospitalsgatan 8Email: and...@chargestorm.se 602 27 Norrköping Web: www.chargestorm.se -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] [PATCH 1/1] breakpad: install static library
Hi, * Anders Darander and...@chargestorm.se [141002 11:49]: Thanks, I'll re-test and send a v2 once I've made a clean build. I've marked this patched as Not applicable in pathchwork. This time I should've done my homework a lot better. The patch originates from a customers project, however, they were running an older meta-oe release. With the current recipe in meta-oe, this patch is not needed. I guess I mixed up all my own branches, as most of the work has been done on a daisy-based branch. :( Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] [PATCH 1/1] breakpad: install static library
* Martin Jansa martin.ja...@gmail.com [141001 17:19]:
On Mon, Sep 29, 2014 at 03:10:30PM +0200, Anders Darander wrote:
In order to build against breakpad when using an SDK, we need to also
package
libbreakpad_client.a.
The SDK will then need to add breakpad-staticdev to TOOLCHAIN_TARGET_TASK.
Fails in world builds:
| ( cd
'/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/breakpad/svn-r0/image/usr/lib'
arm-oe-linux-gnueabi-ranlib libbreakpad.a )
| ( cd
'/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/breakpad/svn-r0/image/usr/lib'
arm-oe-linux-gnueabi-ranlib libbreakpad_client.a )
| make[1]: Leaving directory
`/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/breakpad/svn-r0/build'
| install: cannot stat
`/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/breakpad/svn-r0/trunk/src/client/linux/libbreakpad_client.a':
No such file or directory
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_install (log file is located at
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/breakpad/svn-r0/temp/log.do_install.11600)
NOTE: recipe breakpad-svn-r0: task do_install: Failed
I guess it should be installed from ${B}
Thanks, I'll re-test and send a v2 once I've made a clean build.
I guess I mixed up all my own branches, as most of the work has been
done on a daisy-based branch. :(
Cheers,
Anders
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH 0/1] Make it possible to use breakpad in an SDK
When building an SDK (using image -c populate_sdk), for an image where an application depends on breakpad, we need to add the static library, libbreakpad_client.a, to the SDK. Thus, we need to make sure that it gets installed and packaged to breakpad-staticdev. The following changes since commit 0d01e1b72333f49c29d1a27ad844c4cd9f90341c: smartmontools: add systemd service file (2014-09-26 05:42:54 +0200) are available in the git repository at: git://github.com/darander/meta-openembedded c3982a9e7a7182cfb3f0147477202f0c7b15858a https://github.com/darander/meta-openembedded/tree/breakpad-sdk Anders Darander (1): breakpad: install static library meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 3 +++ 1 file changed, 3 insertions(+) -- 2.1.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH 1/1] breakpad: install static library
In order to build against breakpad when using an SDK, we need to also package
libbreakpad_client.a.
The SDK will then need to add breakpad-staticdev to TOOLCHAIN_TARGET_TASK.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
index 2c5941d..571e1d3 100644
--- a/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
+++ b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
@@ -56,6 +56,9 @@ do_install_append() {
install -d ${D}${includedir}/breakpad/third_party/lss
install -m 0644 ${S}/src/third_party/lss/linux_syscall_support.h
${D}${includedir}/breakpad/third_party/lss/linux_syscall_support.h
+
+install -d ${D}${libdir}
+install -m 0644 ${S}/src/client/linux/libbreakpad_client.a
${D}${libdir}/libbreakpad_client.a
}
PACKAGES =+ ${PN}-minidump-upload ${PN}-sym-upload
--
2.1.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver][PATCH 1/1] webmin: drop allarch
* Paul Eggleton paul.eggle...@linux.intel.com [140625 09:46]: On Tuesday 24 June 2014 09:54:12 Anders Darander wrote: * runtime dependencies are TUNE_PKGARCH causing do_package_write_* task to have different signature for MACHINEs with different TUNE_PKGARCH -inherit allarch perlnative update-rc.d +inherit perlnative update-rc.d So apart from me being reticent to make this change at all (for reasons that we've discussed before), Yes, I'm well aware of those discussions. I was actually thinking about CC:ing you on my reply to Martin, after he suggested something like this change. there is another issue - allarch.bbclass does more than just setting PACKAGE_ARCH, it also disables certain other functionality such as debug symbol splitting which is superfluous for these kinds of recipes; in my testing when I originally wrote the webmin recipe this significantly reduced the time required to build the recipe. We can't just drop this inherit without regard to that. (I'm sure the same applies elsewhere, it's just that the size of webmin makes the impact significant.) I'm all for saving time! (And I'm not personally concerned by this issue, as I'm currently only using webmin in a build tree for a signle machine). Though, to get back to Martin Jansa's issue; if there isn't already an enhancment request file to the Yocto bugzilla, maybe it's time to file one regarding the possibillity of having an allarch package RDEPENDS/RRECOMMNEND a package with an ARCH or MACHINE tune... Paul, what do you think about the feasibility of finding such a solution? Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 0/1] webmin: Drop allarch
webmin: Drop the allarch as the package gets rebuild when changing MACHINE, due to it having an RDEPENDS on perl (TUNE_PKGARCH). Reported by Martin Jansa. The following changes since commit 4fcc5cc1cca20d7c772f7c8b1999ef15fd2dc260: python-cython: upgrade to 2.20.2 and fix packaging QA issue (2014-06-21 19:22:29 +0200) are available in the git repository at: git://github.com/darander/meta-oe 1b5c27f39444bed435c8c050b2fb6def74a5adb8 https://github.com/darander/meta-oe/tree/webmin-noallarch Anders Darander (1): webmin: drop allarch meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.0.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 1/1] webmin: drop allarch
* runtime dependencies are TUNE_PKGARCH causing do_package_write_*
task to have different signature for MACHINEs with different
TUNE_PKGARCH
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
b/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
index 7eb1d63..0f8781f 100644
--- a/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
+++ b/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
@@ -20,7 +20,7 @@ SRC_URI = ${SOURCEFORGE_MIRROR}/webadmin/webmin-${PV}.tar.gz
\
SRC_URI[md5sum] = e93bc5057a5b7d7e31ecb2bb228d7044
SRC_URI[sha256sum] =
3d36153406d8e5d3dcaeadba34dfb5cdbc4060b75c38339174ac97b2277f284b
-inherit allarch perlnative update-rc.d
+inherit perlnative update-rc.d
do_configure() {
# Remove binaries and plugins for other platforms
--
2.0.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-webserver][PATCH 2/2] webmin: split out webmin themes
On 23 Jun 2014 19:40, Martin Jansa martin.ja...@gmail.com wrote: It isn't caused by your patch, but current webmin recipe is inheritting allarch and then adding runtime dependency on TUNE_PKGARCH perl, so it's causing webmin rebuilds every time MACHINE is changed (to MACHINE with different TUNE_PKGARCH) I guess that the only working solution we have today is to remove allarch, correct? If so, sure I can spin a patch and send it tomorrow. Though, I guess that we sooner or later have to come up with a way to let allarch packages safely depend / recommend TUNE_PKGARCH packages. ERROR: webmin different signature for task do_package_write_ipk.sigdata between qemux86copy and qemuarm Hash for dependent task webmin_1.620.bb.do_package changed from 1a4ee0753eff9a8e392e851b6bbe252d to 36578d90d5866248da6afaa50fd586a1 Hash for dependent task perl_5.14.3.bb.do_packagedata changed from c7f952812f189c608e14e0862807ae27 to 24b9ff1de4f046333d292aa97673a8d2 Hash for dependent task webmin_1.620.bb.do_packagedata changed from bd1b17c957d4091a0f6d3ff6a9acb0fe to b584e5a6a90eeb320046c457b03a607f Please fix it if you care about webmin. Not that I really cats that much about webmin. It's rather that we've had the need to quickly come up with a configuration interface for a product in a certain project. And webmin seemed like a pretty easy and quick solution. So obviously I wanted to remove the size of the package... But like I said above, of the currently best solution is to remove allarch, I'll spin a patch for our tomorrow. Cheers, Anders -- ChargeStorm AB / eStorm -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 1/2] webmin: allow override of webmin login and password
Don't hardcode the webmin login and password in the install script.
Instead, extract them to variables, to allow us to override them in
a bbappend.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
b/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
index 8822b92..a561de2 100644
--- a/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
+++ b/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
@@ -65,6 +65,9 @@ do_configure() {
sed -i s/find_pid_command=.*/find_pid_command=pidof NAME/
config-generic-linux
}
+WEBMIN_LOGIN ?= admin
+WEBMIN_PASSWORD ?= password
+
do_install() {
install -d ${D}${sysconfdir}
install -d ${D}${sysconfdir}/webmin
@@ -92,8 +95,8 @@ do_install() {
export real_os_type=${DISTRO_NAME}
export real_os_version=${DISTRO_VERSION}
export port=1
-export login=admin
-export password=password
+export login=${WEBMIN_LOGIN}
+export password=${WEBMIN_PASSWORD}
export ssl=0
export atboot=1
export no_pam=1
--
2.0.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 0/2] webmin: themes and logins
This series improves the webmin recipe by: 1) allowing a layer to override the default login and password. 2) split out the themes from the main webmin package. The following changes since commit 8316933b400ae6fda688637fcc3e202b38a8e12b: libol: compile issue files missing in B and packaging issue (2014-06-13 13:38:12 +0200) are available in the git repository at: git://github.com/darander/meta-oe 362107ac6702cb380c86a7ac249b52f558d2b923 https://github.com/darander/meta-oe/tree/webmin Anders Darander (2): webmin: allow override of webmin login and password webmin: split out webmin themes meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) -- 2.0.0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-webserver][PATCH 2/2] webmin: split out webmin themes
The default set of themes taks up ~13MB, with a couple of them weighting in
at ~5MB each.
Let's split the themes to separate packages, to allow a considerable size
reduction of the core webmin package (from +15MB to 2.1MB on my build host).
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
b/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
index a561de2..7eb1d63 100644
--- a/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
+++ b/meta-webserver/recipes-webadmin/webmin/webmin_1.620.bb
@@ -113,7 +113,7 @@ RDEPENDS_${PN} += perl-module-warnings
perl-module-xsloader perl-module-posix p
RDEPENDS_${PN} += perl-module-fcntl perl-module-tie-hash perl-module-vars
perl-module-time-local perl-module-config perl-module-constant
RDEPENDS_${PN} += perl-module-file-glob perl-module-file-copy
perl-module-sdbm perl-module-sdbm-file perl-module-timelocal
perl-module-feature
-PACKAGES_DYNAMIC += webmin-module-*
+PACKAGES_DYNAMIC += webmin-module-* webmin-theme-*
RRECOMMENDS_${PN} += webmin-module-system-status
RDEPENDS_webmin-module-proc = procps
@@ -128,12 +128,17 @@ python populate_packages_prepend() {
wadir = bb.data.expand('${libexecdir}/webmin', d)
wadir_image = bb.data.expand('${D}', d) + wadir
modules = []
+themes = []
for mod in os.listdir(wadir_image):
modinfo = os.path.join(wadir_image, mod, module.info)
+themeinfo = os.path.join(wadir_image, mod, theme.info)
if os.path.exists(modinfo):
modules.append(mod)
+elif os.path.exists(themeinfo):
+themes.append(mod)
do_split_packages(d, wadir, '^(%s)$' % |.join(modules),
'webmin-module-%s', 'Webmin module for %s', allow_dirs=True, prepend=True)
+do_split_packages(d, wadir, '^(%s)$' % |.join(themes),
'webmin-theme-%s', 'Webmin theme for %s', allow_dirs=True, prepend=True)
}
# Time-savers
--
2.0.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-qt5][PATCH] qtbase.inc: Enable accessibility by default
* Otavio Salvador ota...@ossystems.com.br [140514 21:12]: On Mon, May 5, 2014 at 9:21 AM, Otavio Salvador ota...@ossystems.com.br wrote: On Sun, May 4, 2014 at 6:47 PM, Martin Jansa martin.ja...@gmail.com wrote: On Mon, Apr 28, 2014 at 12:27:39PM -0300, Otavio Salvador wrote: qtdeclarative requires accessibility to be enabled and it is added by default to the toolchain so we ought to have it enabled to ensure the default toolchain generation works. Signed-off-by: Otavio Salvador ota...@ossystems.com.br ... As I told you on gtalk, I would prefer default to stay as minimal as posible, why don't you change packagegroup-qt5-toolchain-target.bb to use RRECOMMENDS instead of RDEPENDS so that missing qtquickcontrols-qmlplugins package doesn't break it when it's not available (because it's empty)? I don't have a strong opinion for either case however I think we ought to know what other meta-qt5 users think about it. In support to this patch addition I think we ought to provide the most used features of Qt5 working out of box to users have a good first use. Special cases can customize it per need basis. I think QML is common enough for us to provide full support for it by default. Martin and I have different views on this topic and I'd like to merge or drop this patch. Could people comment on this one? Well, I can understand your point, that it should be as easy as possible to use the toolchain to build whatever you want... However, in all the cases where I've been using Qt5 lately, both for internal projects as well as for customers, we've always ended up trying to minimize which part of Qt5 we're building. (To reduce build time, flash usage etc). With that in mind, I'd prefer a as minimal Qt5 and toolchain as possible, letting me enable more things easily by using PACKAGECONFIG. One way to reduce the rather large modification to the toolchain recipe would likely be to have it RRECOMMEND as much as possible, and only RDEPEND on the most basic parts of Qt5. (Though, I haven't tried that version yet). Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] xfce4-dev-tools fails to build on master-next
* Adam Lee adam.yh@gmail.com [140423 01:01]: It looks like autotools bbclass began doing out of tree build. Switching to Poky's 'daisy' branch, which contains a couple of autotools related commits, fixed this issue. Yes, the autotools bbclass has been switched to doing out of tree builds as the default. (For several good reasons). The best thing would of course be to adapt the receipt in question. The intermediate solution is to switch the recipe from inherit autotools to inherit autotools-brokensep This will restore the old, build in tree, behaviour. Cheers, Anders On Mon, Apr 21, 2014 at 10:56 AM, Adam Lee adam.yh@gmail.com wrote: I noticed my XFCE image is blocked due to the following: DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common'] DEBUG: Executing shell function do_compile NOTE: make -j 4 Making all in m4macros make[1]: Entering directory `/media/Build/next/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/xfce4-dev-tools/4.11.0-r0/build/m4macros' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/media/Build/next/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/xfce4-dev-tools/4.11.0-r0/build/m4macros' Making all in scripts make[1]: Entering directory `/media/Build/next/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/xfce4-dev-tools/4.11.0-r0/build/scripts' make[1]: *** No rule to make target `/media/Build/next/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/xfce4-dev-tools/4.11.0-r0/xfce4-dev-tools-4.11.0/scripts/xdt-autogen.in', needed by `xdt-autogen'. Stop. make[1]: Leaving directory `/media/Build/next/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/xfce4-dev-tools/4.11.0-r0/build/scripts' make: *** [all-recursive] Error 1 ERROR: oe_runmake failed WARNING: exit code 1 from a shell command. ERROR: Function failed: do_compile (log file is located at /media/Build/next/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/xfce4-dev-tools/4.11.0-r0/temp/log.do_compile.22389) I can only see xdt-autogen.in.in (not xdt-autogen.in) in the scripts directory. This is the same with the previous version however. Has anyone else seen this? Thanks! Adam -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/2] breakpad: update to latest svn
The old license file, COPYING has been renamed to LICENSE. It has also been
appended with the the disclaimer from src/common/convert_UTF.h (see r1285).
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
index 7c7024a..2c5941d 100644
--- a/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
+++ b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
@@ -6,14 +6,14 @@ SUMMARY = An open-source multi-platform crash reporting
system
DESCRIPTION = Breakpad is a library and tool suite that allows you to
distribute an application to users with compiler-provided debugging information
removed, record crashes in compact \minidump\ files, send them back to your
server, and produce C and C++ stack traces from these minidumps.
HOMEPAGE = https://code.google.com/p/google-breakpad/;
LICENSE = BSD-3-Clause
-LIC_FILES_CHKSUM = file://COPYING;md5=c80d1a3b623f72bb85a4c75b556551df
+LIC_FILES_CHKSUM = file://LICENSE;md5=56c24a43c81c3af6fcf590851931489e
SECTION = libs
inherit autotools
BBCLASSEXTEND = native
-SRCREV = r1218
+SRCREV = r1318
SRC_URI = svn://google-breakpad.googlecode.com/svn;module=trunk;protocol=http
S = ${WORKDIR}/trunk
@@ -42,6 +42,7 @@ do_install_append() {
install -m 0644 ${S}/src/google_breakpad/common/minidump_format.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_format.h
install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_amd64.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_amd64.h
install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_arm.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_arm.h
+install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_arm.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_arm64.h
install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_mips.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_mips.h
install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_ppc64.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_ppc64.h
install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_ppc.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_ppc.h
--
2.0.0.rc0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 0/2] Breakpad fix and upgrade
Fixing a build issue with an internal Qt based application. Using qt4e, CFLAGS were used and thus the include files were found. However, when porting to Qt5, CFLAGS seems to no longer be used, and thus we need to also set CXXFLAGS. While looking at the recipe in question, I thought it was just as good to update it to the latest svn. The following changes since commit 0f56bc4e2818a051a511ceb48596cbfa2f51ff3d: dejagnu: recipe taken from openembedded (2014-04-21 13:31:48 +0200) are available in the git repository at: git://github.com/darander/meta-oe HEAD https://github.com/darander/meta-oe/tree/breakpad-cflags Anders Darander (2): breakpad.bbclass: set includedir in CXXFLAGS breakpad: update to latest svn meta-oe/classes/breakpad.bbclass | 1 + meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 5 +++-- 2 files changed, 4 insertions(+), 2 deletions(-) -- 2.0.0.rc0 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] breakpad.bbclass: set includedir in CXXFLAGS
Previously this was only set in CFLAGS.
An build issue was discovered while convering in internal application
from Qt4 to Qt5. As a result of this, the required header files were
no longer found, until we also set CXXFLAGS.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/classes/breakpad.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/classes/breakpad.bbclass b/meta-oe/classes/breakpad.bbclass
index 8c49ca7..e4d6808 100644
--- a/meta-oe/classes/breakpad.bbclass
+++ b/meta-oe/classes/breakpad.bbclass
@@ -5,6 +5,7 @@
DEPENDS += breakpad breakpad-native
CFLAGS += -I${STAGING_DIR_TARGET}${includedir}/breakpad
+CXXFLAGS += -I${STAGING_DIR_TARGET}${includedir}/breakpad
BREAKPAD_BIN ?=
--
2.0.0.rc0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 1/1] ktap: add configs for elfutils and ffi
libelf (elfutils) is required for resolving symbols in DSO and for sdt (taken
from ktap docs). The earlier v0.4 recipe built ktap against libelf if it was
found, thus enable it per default.
FFI needs to be enabled for both userspace and kernel module. Currently, it is
only supported for x86_64 (enforced when building ktap-module).
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb | 5 -
meta-oe/recipes-kernel/ktap/ktap.inc | 2 ++
meta-oe/recipes-kernel/ktap/ktap_0.4.bb| 11 ++-
3 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
b/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
index 12167ea..ce6885c 100644
--- a/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
+++ b/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
@@ -6,8 +6,11 @@ DESCRIPTION = KTAP is a scripting dynamic tracing tool for
Linux
inherit module
+# Available package configs: ffi (only supported on x86_64)
+PACKAGECONFIG ?=
+
# Only build the module
-MAKE_TARGETS = mod
+MAKE_TARGETS = ${@base_contains('PACKAGECONFIG', 'ffi', 'FFI=1', '', d)} mod
# Kernel module packages MUST begin with 'kernel-module-', otherwise
# multilib image generation can fail.
diff --git a/meta-oe/recipes-kernel/ktap/ktap.inc
b/meta-oe/recipes-kernel/ktap/ktap.inc
index 7e60453..93a4e2c 100644
--- a/meta-oe/recipes-kernel/ktap/ktap.inc
+++ b/meta-oe/recipes-kernel/ktap/ktap.inc
@@ -9,3 +9,5 @@ SRC_URI = git://github.com/ktap/ktap.git
S = ${WORKDIR}/git
+# Package config is abused as a general compile time configuration tool.
+PACKAGECONFIG[ffi] =
diff --git a/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
b/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
index f5dd62f..20f94d5 100644
--- a/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
+++ b/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
@@ -5,8 +5,17 @@ require ktap.inc
SUMMARY = KTAP is a scripting dynamic tracing tool for Linux
DEPENDS = ktap-module
+#Available package configs:
+# libelf - needed to resolve symbols in DSO and for sdt
+# ffi- only supports x86_64 for now!. Needs to be enabled for ktap-module
too.
+PACKAGECONFIG ?= libelf
+
+PACKAGECONFIG[libelf] = ,,elfutils
+
# Only build the userspace app
-EXTRA_OEMAKE = ktap
+EXTRA_OEMAKE = ${@base_contains('PACKAGECONFIG', 'libelf', '', 'NO_LIBELF=1',
d)} \
+ ${@base_contains('PACKAGECONFIG', 'ffi', 'FFI=1', '', d)} \
+ ktap
do_install() {
install -d ${D}${bindir}
--
1.8.5.2
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/1] ktap: add configs for elfutils and ffi
libelf (elfutils) is required for resolving symbols in DSO and for sdt (taken
from ktap docs). The earlier v0.4 recipe built ktap against libelf if it was
found, thus enable it per default.
FFI needs to be enabled for both userspace and kernel module. Currently, it is
only supported for x86_64 (enforced when building ktap-module).
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb | 5 -
meta-oe/recipes-kernel/ktap/ktap.inc | 2 ++
meta-oe/recipes-kernel/ktap/ktap_0.4.bb| 12 +++-
3 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
b/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
index 12167ea..ce6885c 100644
--- a/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
+++ b/meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb
@@ -6,8 +6,11 @@ DESCRIPTION = KTAP is a scripting dynamic tracing tool for
Linux
inherit module
+# Available package configs: ffi (only supported on x86_64)
+PACKAGECONFIG ?=
+
# Only build the module
-MAKE_TARGETS = mod
+MAKE_TARGETS = ${@base_contains('PACKAGECONFIG', 'ffi', 'FFI=1', '', d)} mod
# Kernel module packages MUST begin with 'kernel-module-', otherwise
# multilib image generation can fail.
diff --git a/meta-oe/recipes-kernel/ktap/ktap.inc
b/meta-oe/recipes-kernel/ktap/ktap.inc
index 7e60453..93a4e2c 100644
--- a/meta-oe/recipes-kernel/ktap/ktap.inc
+++ b/meta-oe/recipes-kernel/ktap/ktap.inc
@@ -9,3 +9,5 @@ SRC_URI = git://github.com/ktap/ktap.git
S = ${WORKDIR}/git
+# Package config is abused as a general compile time configuration tool.
+PACKAGECONFIG[ffi] =
diff --git a/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
b/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
index f5dd62f..a703aec 100644
--- a/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
+++ b/meta-oe/recipes-kernel/ktap/ktap_0.4.bb
@@ -5,8 +5,18 @@ require ktap.inc
SUMMARY = KTAP is a scripting dynamic tracing tool for Linux
DEPENDS = ktap-module
+#Available package configs:
+# libelf - needed to resolve symbols in DSO and for sdt
+# ffi- only supports x86_64 for now!. Needs to be enabled for ktap-module
too.
+PACKAGECONFIG ?= libelf
+
+PACKAGECONFIG[libelf] = ,,elfutils
+PACKAGECONFIG[ffi] =
+
# Only build the userspace app
-EXTRA_OEMAKE = ktap
+EXTRA_OEMAKE = ${@base_contains('PACKAGECONFIG', 'libelf', '', 'NO_LIBELF=1',
d)} \
+ ${@base_contains('PACKAGECONFIG', 'ffi', 'FFI=1', '', d)} \
+ ktap
do_install() {
install -d ${D}${bindir}
--
1.8.5.2
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 0/1] ktap: deterministic build
Add some configuration to the build process of ktap, to get a more deterministic build. Currently, the v0.4 recipe will build with libelf support (from the elfutils recipe), if that is found during the compile stage, thus we have a non-deterministic build going on. At the same time, I'm also adding support for the FFI configuration. This part has only been imlemented with a limited build test, as it's only supported on x86_64 (which I'm not normally building for). The configuration of both LIBELF and FFI has been implemented using PACKAGECONFIG, even though it's only the LIBELF part that make any real use of that infrastructure. For FFI, it's only been used to get a consistent configuration tool for both options. * basic FFI support (depend on CONFIG_KTAP_FFI) FFI will allow call kernel function from ktap script cdef [[ int printk(char *fmt, ...); ]] C.printk(this is ffi printk from ktap\n) (currently only support basic C types, structure support is ongoing) The following changes since commit 6daf75e4e980b86d6e0a12513764044f7ea711be: Update after toplevel LICENSE file checksum change (2014-01-04 08:47:18 +0100) are available in the git repository at: git://github.com/darander/meta-oe ktap_v0.4 https://github.com/darander/meta-oe/tree/ktap_v0.4 Anders Darander (1): ktap: add configs for elfutils and ffi meta-oe/recipes-kernel/ktap/ktap-module_0.4.bb | 5 - meta-oe/recipes-kernel/ktap/ktap.inc | 2 ++ meta-oe/recipes-kernel/ktap/ktap_0.4.bb| 12 +++- 3 files changed, 17 insertions(+), 2 deletions(-) -- 1.8.5.2 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 1/1] ktap: add configs for elfutils and ffi
* Martin Jansa martin.ja...@gmail.com [140107 14:08]: On Tue, Jan 07, 2014 at 01:39:49PM +0100, Anders Darander wrote: diff --git a/meta-oe/recipes-kernel/ktap/ktap_0.4.bb b/meta-oe/recipes-kernel/ktap/ktap_0.4.bb index f5dd62f..a703aec 100644 --- a/meta-oe/recipes-kernel/ktap/ktap_0.4.bb +++ b/meta-oe/recipes-kernel/ktap/ktap_0.4.bb @@ -5,8 +5,18 @@ require ktap.inc SUMMARY = KTAP is a scripting dynamic tracing tool for Linux DEPENDS = ktap-module +#Available package configs: +# libelf - needed to resolve symbols in DSO and for sdt +# ffi- only supports x86_64 for now!. Needs to be enabled for ktap-module too. +PACKAGECONFIG ?= libelf + +PACKAGECONFIG[libelf] = ,,elfutils +PACKAGECONFIG[ffi] = This line is already in ktap.inc Ah, damn it... Thanks for spotting this! I had it here first, before realising that I needed the same options for ktap-module. I'll wait a day or two before I respin the patch, to allow for anyone else to comment on it. Cheers, Anders Otherwise looks good, I like deterministic shiny things. -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][WIP][PATCH 1/8] ktap: upgrade to 0.4
Martin Jansa martin.ja...@gmail.com wrote: * tag v0.3 (and its SRCREV) doesn't exist in any branch so latest bitbake refuses to fetch it Signed-off-by: Martin Jansa martin.ja...@gmail.com This one looks OK to me. I was planning to do the update next week, but that patch could just as well be based on this one instead of the v0.3 recipe. So if we want a quick fix for the bitbake fetcher issue, take this patch. Acked-by: Anders Darander and...@chargestorm.se -- Anders Darander ChargeStorm AB Tel: +46 702 44 84 36 Drottninggatan 20 Email: and...@chargestorm.se 602 24 Norrköping Web: www.chargestorm.se Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Regarding layers and their versioning.
Søren Holm s...@sgh.dk wrote: Hello What is the best way to manage a private repo with recipes as well as meta-oe, meta-core and meta-angstrom. Currently I have a private repo that has the layers attached as submodules. Is that a crazy setup or what? We're doing the same internally at ChargeStorm. One benefit is that we're having our master repo keeping track of all the layers that we're using and which revision of those layers. Other people / projects just use a shell script checking out the desired layers. Some people combines layers into one huge repo (though I'd personally not recommend that approach). (That'd be similar to how Poky is being managed). Yet other people / projects use repo. It's up to what you're comfortable with in the end. .. and while I'm at it - which revision of all those layers are ment to match together? does master og meta-oe match master of meta-core or do they have simmilar tags/branches. Yes, in general master of all (most) layers are intended to be used with master from oe-core. Most layers k att least bigger and more used ones) try to support a few old releases, and typically do this using the same branch name as used in oe-core. Cheers, Anders -- ChargeStorm AB / eStorm ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/2] Breakpad and ktap recipes
Martin Jansa martin.ja...@gmail.com wrote: On Fri, Oct 18, 2013 at 07:14:09AM +0200, Anders Darander wrote: I'm going to resend this series with the correct prefix added. Are they the same, just with prefix added? Yes, they are the same. Had I known that you already had them included in the last Jenkins build, I wouldn't have resent them. So no need to fetch a new version. Cheers, Anders I've already included them in last jenkins builds, so to know if I should fetch new version from patchwork or not. Anders Darander and...@chargestorm.se wrote: These are a couple of recipes that we've been using internally for some time. They were developed and mostly used on a dylan-based setup. Testing has primarily been performed on ARM, both qemuarm and our custom machine. Breakpad is a crash reporting tool, that's getting a wider use. Please, let me know if there's a more efficient way (or otherwise better way) to have the bbclass generate the symbol file. Ktap is a new scripting dynamic tracing tool for Linux. This recipe will be of use until everyone is on 3.13+ kernels (ktap has been merged for the 3.13 series). The following changes since commit f8903f53db717294d63a8d79b5ef7ca34b3c189e: libhugetlbfs: install perl lib to directory perl instead of perl5 (2013-10-15 13:43:53 +0200) are available in the git repository at: git://github.com/darander/meta-oe breakpad-ktap https://github.com/darander/meta-oe/tree/breakpad-ktap Anders Darander (2): breakpad: add initial recipe ktap: add initial recipe meta-oe/classes/breakpad.bbclass | 32 ++ meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 +++ meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb| 19 ++ meta-oe/recipes-kernel/ktap/ktap.inc | 11 meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++ 5 files changed, 151 insertions(+) create mode 100644 meta-oe/classes/breakpad.bbclass create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb -- ChargeStorm AB / eStorm ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Anders Darander ChargeStorm AB Tel: +46 702 44 84 36 Laxholmstorget 3 Email: and...@chargestorm.se 602 21 Norrköping Web: www.chargestorm.se Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] breakpad: add initial recipe
Breakpad is an open-source multi-platform crash reporting system.
Apart from the breakpad recipe, add a bbclass for applications that want
to use this library. This bbclass will set up the include path and also
generate the symbol file.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/classes/breakpad.bbclass | 32 ++
meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 +++
2 files changed, 104 insertions(+)
create mode 100644 meta-oe/classes/breakpad.bbclass
create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
diff --git a/meta-oe/classes/breakpad.bbclass b/meta-oe/classes/breakpad.bbclass
new file mode 100644
index 000..8c49ca7
--- /dev/null
+++ b/meta-oe/classes/breakpad.bbclass
@@ -0,0 +1,32 @@
+# Class to inherit when you want to build against Breakpad.
+# Apart from inheriting this class, you need to set BREAKPAD_BIN in
+# your recipe, and make sure that you link against libbreakpad_client.a.
+
+DEPENDS += breakpad breakpad-native
+
+CFLAGS += -I${STAGING_DIR_TARGET}${includedir}/breakpad
+
+BREAKPAD_BIN ?=
+
+python () {
+breakpad_bin = d.getVar(BREAKPAD_BIN, True)
+
+if not breakpad_bin:
+ PN = d.getVar(PN, True)
+ FILE = os.path.basename(d.getVar(FILE, True))
+ bb.error(To build %s, see breakpad.bbclass for instructions on \
+ setting up your Breakpad configuration % PN)
+ raise ValueError('BREAKPAD_BIN not defined in %s' % PN)
+}
+
+# Add creation of symbols here
+PACKAGE_PREPROCESS_FUNCS += breakpad_package_preprocess
+breakpad_package_preprocess () {
+mkdir -p ${PKGD}/usr/share/breakpad-syms
+find ${D} -name ${BREAKPAD_BIN} -exec sh -c dump_syms {}
${PKGD}/usr/share/breakpad-syms/${BREAKPAD_BIN}.syms \;
+}
+
+PACKAGES =+ ${PN}-breakpad
+
+FILES_${PN}-breakpad = /usr/share/breakpad-syms
+
diff --git a/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
new file mode 100644
index 000..7c7024a
--- /dev/null
+++ b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
@@ -0,0 +1,72 @@
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+# Applications using this library needs to add link against
libbreakpad_client.a.
+
+SUMMARY = An open-source multi-platform crash reporting system
+DESCRIPTION = Breakpad is a library and tool suite that allows you to
distribute an application to users with compiler-provided debugging information
removed, record crashes in compact \minidump\ files, send them back to your
server, and produce C and C++ stack traces from these minidumps.
+HOMEPAGE = https://code.google.com/p/google-breakpad/;
+LICENSE = BSD-3-Clause
+LIC_FILES_CHKSUM = file://COPYING;md5=c80d1a3b623f72bb85a4c75b556551df
+SECTION = libs
+
+inherit autotools
+
+BBCLASSEXTEND = native
+
+SRCREV = r1218
+SRC_URI = svn://google-breakpad.googlecode.com/svn;module=trunk;protocol=http
+S = ${WORKDIR}/trunk
+
+do_install_append() {
+install -d ${D}${includedir}
+install -d ${D}${includedir}/breakpad
+
+install -d ${D}${includedir}/breakpad/client/linux/crash_generation
+install -m 0644
${S}/src/client/linux/crash_generation/crash_generation_client.h
${D}${includedir}/breakpad/client/linux/crash_generation/crash_generation_client.h
+
+install -d ${D}${includedir}/breakpad/client/linux/handler/
+install -m 0644 ${S}/src/client/linux/handler/exception_handler.h
${D}${includedir}/breakpad/client/linux/handler/exception_handler.h
+install -m 0644 ${S}/src/client/linux/handler/minidump_descriptor.h
${D}${includedir}/breakpad/client/linux/handler/minidump_descriptor.h
+
+install -d ${D}${includedir}/breakpad/client/linux/minidump_writer
+install -m 0644 ${S}/src/client/linux/minidump_writer/linux_dumper.h
${D}${includedir}/breakpad/client/linux/minidump_writer/linux_dumper.h
+install -m 0644
${S}/src/client/linux/minidump_writer/minidump_writer.h
${D}${includedir}/breakpad/client/linux/minidump_writer/minidump_writer.h
+
+install -d ${D}${includedir}/breakpad/common
+install -m 0644 ${S}/src/common/memory.h
${D}${includedir}/breakpad/common/memory.h
+install -m 0644 ${S}/src/common/scoped_ptr.h
${D}${includedir}/breakpad/common/scoped_ptr.h
+install -m 0644 ${S}/src/common/using_std_string.h
${D}${includedir}/breakpad/common/using_std_string.h
+
+install -d ${D}${includedir}/breakpad/google_breakpad/common
+install -m 0644 ${S}/src/google_breakpad/common/breakpad_types.h
${D}${includedir}/breakpad/google_breakpad/common/breakpad_types.h
+install -m 0644 ${S}/src/google_breakpad/common/minidump_format.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_format.h
+install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_amd64.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_amd64.h
+install -m 0644 ${S}/src
Re: [oe] [PATCH 0/2] Breakpad and ktap recipes
I'm going to resend this series with the correct prefix added. Anders Darander and...@chargestorm.se wrote: These are a couple of recipes that we've been using internally for some time. They were developed and mostly used on a dylan-based setup. Testing has primarily been performed on ARM, both qemuarm and our custom machine. Breakpad is a crash reporting tool, that's getting a wider use. Please, let me know if there's a more efficient way (or otherwise better way) to have the bbclass generate the symbol file. Ktap is a new scripting dynamic tracing tool for Linux. This recipe will be of use until everyone is on 3.13+ kernels (ktap has been merged for the 3.13 series). The following changes since commit f8903f53db717294d63a8d79b5ef7ca34b3c189e: libhugetlbfs: install perl lib to directory perl instead of perl5 (2013-10-15 13:43:53 +0200) are available in the git repository at: git://github.com/darander/meta-oe breakpad-ktap https://github.com/darander/meta-oe/tree/breakpad-ktap Anders Darander (2): breakpad: add initial recipe ktap: add initial recipe meta-oe/classes/breakpad.bbclass | 32 ++ meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 +++ meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb| 19 ++ meta-oe/recipes-kernel/ktap/ktap.inc | 11 meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++ 5 files changed, 151 insertions(+) create mode 100644 meta-oe/classes/breakpad.bbclass create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb -- ChargeStorm AB / eStorm ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 0/2] Breakpad and ktap recipes
[Resending with meta-oe in subject.] These are a couple of recipes that we've been using internally for some time. They were developed and mostly used on a dylan-based setup. Testing has primarily been performed on ARM, both qemuarm and our custom machine. Breakpad is a crash reporting tool, that's getting a wider use. Please, let me know if there's a more efficient way (or otherwise better way) to have the bbclass generate the symbol file. Ktap is a new scripting dynamic tracing tool for Linux. This recipe will be of use until everyone is on 3.13+ kernels (ktap has been merged for the 3.13 series). The following changes since commit f8903f53db717294d63a8d79b5ef7ca34b3c189e: libhugetlbfs: install perl lib to directory perl instead of perl5 (2013-10-15 13:43:53 +0200) are available in the git repository at: git://github.com/darander/meta-oe breakpad-ktap https://github.com/darander/meta-oe/tree/breakpad-ktap Anders Darander (2): breakpad: add initial recipe ktap: add initial recipe meta-oe/classes/breakpad.bbclass | 32 ++ meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 +++ meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb| 19 ++ meta-oe/recipes-kernel/ktap/ktap.inc | 11 meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++ 5 files changed, 151 insertions(+) create mode 100644 meta-oe/classes/breakpad.bbclass create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb -- 1.8.4.rc3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/2] Breakpad and ktap recipes
These are a couple of recipes that we've been using internally for some time. They were developed and mostly used on a dylan-based setup. Testing has primarily been performed on ARM, both qemuarm and our custom machine. Breakpad is a crash reporting tool, that's getting a wider use. Please, let me know if there's a more efficient way (or otherwise better way) to have the bbclass generate the symbol file. Ktap is a new scripting dynamic tracing tool for Linux. This recipe will be of use until everyone is on 3.13+ kernels (ktap has been merged for the 3.13 series). The following changes since commit f8903f53db717294d63a8d79b5ef7ca34b3c189e: libhugetlbfs: install perl lib to directory perl instead of perl5 (2013-10-15 13:43:53 +0200) are available in the git repository at: git://github.com/darander/meta-oe breakpad-ktap https://github.com/darander/meta-oe/tree/breakpad-ktap Anders Darander (2): breakpad: add initial recipe ktap: add initial recipe meta-oe/classes/breakpad.bbclass | 32 ++ meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 +++ meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb| 19 ++ meta-oe/recipes-kernel/ktap/ktap.inc | 11 meta-oe/recipes-kernel/ktap/ktap_0.3.bb | 17 ++ 5 files changed, 151 insertions(+) create mode 100644 meta-oe/classes/breakpad.bbclass create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap-module_0.3.bb create mode 100644 meta-oe/recipes-kernel/ktap/ktap.inc create mode 100644 meta-oe/recipes-kernel/ktap/ktap_0.3.bb -- 1.8.4.rc3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/2] breakpad: add initial recipe
Breakpad is an open-source multi-platform crash reporting system.
Apart from the breakpad recipe, add a bbclass for applications that want
to use this library. This bbclass will set up the include path and also
generate the symbol file.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/classes/breakpad.bbclass | 32 ++
meta-oe/recipes-devtools/breakpad/breakpad_svn.bb | 72 +++
2 files changed, 104 insertions(+)
create mode 100644 meta-oe/classes/breakpad.bbclass
create mode 100644 meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
diff --git a/meta-oe/classes/breakpad.bbclass b/meta-oe/classes/breakpad.bbclass
new file mode 100644
index 000..8c49ca7
--- /dev/null
+++ b/meta-oe/classes/breakpad.bbclass
@@ -0,0 +1,32 @@
+# Class to inherit when you want to build against Breakpad.
+# Apart from inheriting this class, you need to set BREAKPAD_BIN in
+# your recipe, and make sure that you link against libbreakpad_client.a.
+
+DEPENDS += breakpad breakpad-native
+
+CFLAGS += -I${STAGING_DIR_TARGET}${includedir}/breakpad
+
+BREAKPAD_BIN ?=
+
+python () {
+breakpad_bin = d.getVar(BREAKPAD_BIN, True)
+
+if not breakpad_bin:
+ PN = d.getVar(PN, True)
+ FILE = os.path.basename(d.getVar(FILE, True))
+ bb.error(To build %s, see breakpad.bbclass for instructions on \
+ setting up your Breakpad configuration % PN)
+ raise ValueError('BREAKPAD_BIN not defined in %s' % PN)
+}
+
+# Add creation of symbols here
+PACKAGE_PREPROCESS_FUNCS += breakpad_package_preprocess
+breakpad_package_preprocess () {
+mkdir -p ${PKGD}/usr/share/breakpad-syms
+find ${D} -name ${BREAKPAD_BIN} -exec sh -c dump_syms {}
${PKGD}/usr/share/breakpad-syms/${BREAKPAD_BIN}.syms \;
+}
+
+PACKAGES =+ ${PN}-breakpad
+
+FILES_${PN}-breakpad = /usr/share/breakpad-syms
+
diff --git a/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
new file mode 100644
index 000..7c7024a
--- /dev/null
+++ b/meta-oe/recipes-devtools/breakpad/breakpad_svn.bb
@@ -0,0 +1,72 @@
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+# Applications using this library needs to add link against
libbreakpad_client.a.
+
+SUMMARY = An open-source multi-platform crash reporting system
+DESCRIPTION = Breakpad is a library and tool suite that allows you to
distribute an application to users with compiler-provided debugging information
removed, record crashes in compact \minidump\ files, send them back to your
server, and produce C and C++ stack traces from these minidumps.
+HOMEPAGE = https://code.google.com/p/google-breakpad/;
+LICENSE = BSD-3-Clause
+LIC_FILES_CHKSUM = file://COPYING;md5=c80d1a3b623f72bb85a4c75b556551df
+SECTION = libs
+
+inherit autotools
+
+BBCLASSEXTEND = native
+
+SRCREV = r1218
+SRC_URI = svn://google-breakpad.googlecode.com/svn;module=trunk;protocol=http
+S = ${WORKDIR}/trunk
+
+do_install_append() {
+install -d ${D}${includedir}
+install -d ${D}${includedir}/breakpad
+
+install -d ${D}${includedir}/breakpad/client/linux/crash_generation
+install -m 0644
${S}/src/client/linux/crash_generation/crash_generation_client.h
${D}${includedir}/breakpad/client/linux/crash_generation/crash_generation_client.h
+
+install -d ${D}${includedir}/breakpad/client/linux/handler/
+install -m 0644 ${S}/src/client/linux/handler/exception_handler.h
${D}${includedir}/breakpad/client/linux/handler/exception_handler.h
+install -m 0644 ${S}/src/client/linux/handler/minidump_descriptor.h
${D}${includedir}/breakpad/client/linux/handler/minidump_descriptor.h
+
+install -d ${D}${includedir}/breakpad/client/linux/minidump_writer
+install -m 0644 ${S}/src/client/linux/minidump_writer/linux_dumper.h
${D}${includedir}/breakpad/client/linux/minidump_writer/linux_dumper.h
+install -m 0644
${S}/src/client/linux/minidump_writer/minidump_writer.h
${D}${includedir}/breakpad/client/linux/minidump_writer/minidump_writer.h
+
+install -d ${D}${includedir}/breakpad/common
+install -m 0644 ${S}/src/common/memory.h
${D}${includedir}/breakpad/common/memory.h
+install -m 0644 ${S}/src/common/scoped_ptr.h
${D}${includedir}/breakpad/common/scoped_ptr.h
+install -m 0644 ${S}/src/common/using_std_string.h
${D}${includedir}/breakpad/common/using_std_string.h
+
+install -d ${D}${includedir}/breakpad/google_breakpad/common
+install -m 0644 ${S}/src/google_breakpad/common/breakpad_types.h
${D}${includedir}/breakpad/google_breakpad/common/breakpad_types.h
+install -m 0644 ${S}/src/google_breakpad/common/minidump_format.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_format.h
+install -m 0644 ${S}/src/google_breakpad/common/minidump_cpu_amd64.h
${D}${includedir}/breakpad/google_breakpad/common/minidump_cpu_amd64.h
+install -m 0644 ${S}/src
Re: [oe] [meta-oe][PATCH v2 2/2] qt4: remove bbappend content
On Wed, Apr 10, 2013 at 6:26 PM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Wednesday 10 April 2013 18:16:28 Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 10-04-13 17:57, Paul Eggleton schreef:
These changes to Qt's configuration need to be applied in distro
layers,
not in meta-oe.
(We have to preserve the PRINC value to avoid PR going backwards.)
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com ---
meta-oe/recipes-qt/qt4/qt4-embedded_4.8.4.bbappend |5 -
meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.4.bbappend |5 - 2 files
changed, 10 deletions(-)
diff --git a/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.4.bbappend
b/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.4.bbappend index
27cac11..d9f1c29 100644 ---
a/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.4.bbappend +++
b/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.4.bbappend @@ -1,6 +1 @@
-DEPENDS += mysql5 postgresql sqlite -QT_SQL_DRIVER_FLAGS =
-no-sql-ibase -plugin-sql-mysql -no-sql-odbc -plugin-sql-psql
-plugin-sql-sqlite2 -plugin-sql-sqlite -QT_CONFIG_FLAGS +=
-I${STAGING_INCDIR}/mysql \ -
-I${STAGING_INCDIR}/postgresql - PRINC := ${@int(PRINC) + 1} diff
--git a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.4.bbappend
b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.4.bbappend index
27cac11..d9f1c29 100644 ---
a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.4.bbappend +++
b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.4.bbappend @@ -1,6 +1 @@
-DEPENDS += mysql5 postgresql sqlite -QT_SQL_DRIVER_FLAGS =
-no-sql-ibase -plugin-sql-mysql -no-sql-odbc -plugin-sql-psql
-plugin-sql-sqlite2 -plugin-sql-sqlite -QT_CONFIG_FLAGS +=
-I${STAGING_INCDIR}/mysql \ -
-I${STAGING_INCDIR}/postgresql - PRINC := ${@int(PRINC) + 1}
So with the reason given I don't want to rebuilt QT when adding
meta-oe to
remove this, this doesn't actually accomplish that. You are adding an
extra
rebuild with this.
That's the reason I don't want the bbappend to exist at all. In the
absence of
the ability to have that for now, let's at least not have the configuration
changed and not have postgres and mysql built just by adding meta-oe.
I'd definitely like to have this patch applied, just for the same reason as
Paul has stated. I don't want to have to build postgres and mysql, just
because I need qt4. Currently I'm solving this using a number of
oe_filter_out's in my own bbappend, but I'd prefer to reduce them to as few
as possible.
The extra rebuild (which only will occur once) caused by applying this
patch is a small price to accomplish this.
I'll go back and continue thinking about how a triplet version of
PACKAGECONFIG could look like...
Cheers,
Anders
--
Anders Darander
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] RFC: meta-oe appends and overlayed recipes
* Otavio Salvador ota...@ossystems.com.br [130211 18:50]: On Mon, Feb 11, 2013 at 3:09 PM, Paul Eggleton paul.eggle...@linux.intel.com wrote: ... * meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.4.bbappend * meta-oe/recipes-qt/qt4/qt4-embedded_4.8.4.bbappend These two add MySQL and PostgreSQL support to Qt and Qt/Embedded. I see this as a distro policy decision; these should move to the layers for whichever distros want this. FWIW, this is particularly egregious if you've already built Qt, then add meta-oe and find Qt is being unexpectedly rebuilt. Yes; I think I agree also because *most* people won't use these backends so better to handle this in the specific layers/distros/whatever needs it. Definitely in favour of this. That would simplify my own bbappends a lot, by letting me remove quite a few oe_filter_out's... Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 68/77] systemd: add target python to depends
* Martin Jansa martin.ja...@gmail.com [121205 19:32]:
* pythonnative adds only python-native to DEPENDS, but we need target python
for working python-config
checking for python-config...
/OE/jansa-test/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/python-native/python-config
Traceback (most recent call last):
File
/OE/jansa-test/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/python-native/python-config,
line 24, in module
pyver = sysconfig.get_config_var('VERSION')
File
/OE/jansa-test/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/distutils/sysconfig.py,
line 602, in get_config_var
return get_config_vars().get(name)
File
/OE/jansa-test/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/distutils/sysconfig.py,
line 518, in get_config_vars
func()
File
/OE/jansa-test/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/distutils/sysconfig.py,
line 416, in _init_posix
raise DistutilsPlatformError(my_msg)
distutils.errors.DistutilsPlatformError: invalid Python installation: unable
to open
/OE/jansa-test/shr-core/tmp-eglibc/sysroots/om-gta02/usr/lib/python2.7/config/Makefile
(No such file or directory)
Which steps are introducing these errors?
I'm curious as systemd has been built without this native python
previously, and we're also adding --without-python to EXTRA_OECONF.
Thus, to me it seems fishy if we should need to add that depends.
Though, there might be a good reason, I guess.
As usual I'm slightly worried about build time...
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [danny?] Re: [meta-networking][PATCH v2 1/2] ntp: cleanup recipes and fix SSL support
Hi, * Paul Eggleton paul.eggle...@linux.intel.com [121122 17:50]: * Move common definitions to the inc file * Drop override of do_configure which doesn't seem to be needed anymore * Fold ntp-ssl into the ntp recipe as a PACKAGECONFIG option for those who want it (default to off) and fix configure-time checks to detect OpenSSL properly so that it gets enabled when selected * Remove ntp-bin package and put its contents in currently empty ntp-utils package (with migration path) * Fix hardcoded paths in ntpd initscript * Specify ntpd.conf as a configuration file for packaging purposes * Rearrange so that packaging definitions are towards the end in the expected order * Delete unused ntp initscript file * Add SUMMARY * Update HOMEPAGE Would this patch be acceptable for a push to danny? Or is it to intrusive? If it's to intrusive, we need to update the SRC_URI checksums in danny, as they're currently not matching the downloaded file... If needed, I can create a SRC_URI-patch for danny, though I'd prefer to get this one in if possible. Cheers, /Anders -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-systemd][PATCH 0/3] Fix ntp bbappends
* Koen Kooi k...@dominion.thruhere.net [121123 10:54]: Op 22-11-12 17:54, Paul Eggleton schreef: This is the meta-systemd patch series corresponding to the recently sent out patches for ntp in meta-networking. 1/3 and 2/3 should be applied ASAP even if 3/3 is not applied immediately, as the layer is currently broken; 3/3 needs to wait until after the meta-networking patches go in. 1/3 and 2/3 have been applied. Thanks! /Anders -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-systemd][PATCH 0/3] Fix ntp bbappends
* Koen Kooi k...@dominion.thruhere.net [121123 10:54]: Op 22-11-12 17:54, Paul Eggleton schreef: This is the meta-systemd patch series corresponding to the recently sent out patches for ntp in meta-networking. 1/3 and 2/3 should be applied ASAP even if 3/3 is not applied immediately, as the layer is currently broken; 3/3 needs to wait until after the meta-networking patches go in. 1/3 and 2/3 have been applied. Could you, or Eric, apply them to danny also, or should we do a new pull-request? Cheers, /Anders -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-systemd][PATCH 0/3] Fix ntp bbappends
* Eric Bénard e...@eukrea.com [121123 14:36]: Le Fri, 23 Nov 2012 14:12:57 +0100, Anders Darander and...@chargestorm.se a écrit : * Koen Kooi k...@dominion.thruhere.net [121123 10:54]: Op 22-11-12 17:54, Paul Eggleton schreef: This is the meta-systemd patch series corresponding to the recently sent out patches for ntp in meta-networking. 1/3 and 2/3 should be applied ASAP even if 3/3 is not applied immediately, as the layer is currently broken; 3/3 needs to wait until after the meta-networking patches go in. 1/3 and 2/3 have been applied. Could you, or Eric, apply them to danny also, or should we do a new pull-request? please simply provide the commit hash you want to provide so that I can easily cherry-pick them Sure, as I'm out of office, I'll only list the commit hashes here, in order (otherwise I would have sent a pull request). 7da3e44c0dc53c05acce387bf5461d0e292f8d34 c6fe627660a6085f9377337f486e11bad92082e4 These are (in the same order): meta-systemd: Move ntp recipes to 'meta-networking' sublayer meta-systemd: meta-networking: ntp: Update bbappend to 4.2.6p5 These commits will make meta-systemd parse again. Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2 2/3] meta-systemd: meta-networking: ntp: Update bbappend to 4.2.6p5
* Otavio Salvador ota...@ossystems.com.br [121031 12:08]:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../{ntp_4.2.6p3.bbappend = ntp_4.2.6p5.bbappend} |0
1 files changed, 0 insertions(+), 0 deletions(-)
rename
meta-systemd/meta-networking/recipes-support/ntp/{ntp_4.2.6p3.bbappend =
ntp_4.2.6p5.bbappend} (100%)
Ping?
Could we have this patch (and the 1/3, which moved systemd-support to
meta-systemd/meta-networking/) applied?
meta-systemd has been unparsable for quite some time now, as
meta-networking has ntp 4.2.6p5, and the bbappend in meta-systemd is for
4.2.6p3...
/Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] OpenEmbedded eV General Assembly
Will the GA start at 17:00, or shouldn't we start it after the closing session finishes? Cheers, Anders Philip Balister phi...@balister.org wrote: Non-members are welcome to come to the meeting. If you are interested in becoming a member of the eV (http://www.openembedded.org/wiki/Organization), talk to a member and they can sponsor you for membership. I will have the room arrangement for the meeting soon. I'd like to get the meeting started promptly at 5, so we can get the important business done quickly. After the General Assembly, it would be very nice if people could help unpack and setup hardware for the Yocto dev day. We can work on dinner arrangements once we get a good feel for how long the setup will take. Philip ___ Openembedded-core mailing list openembedded-c...@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2 1/3] meta-systemd: Move ntp recipes to 'meta-networking' sublayer
* Martin Ertsås marti...@gmail.com [121031 12:48]:
For this you should also have a look at the ntpdate.service and
ntp.service files. There was a discussion about this earlier:
http://patches.openembedded.org/patch/38575/
Sure, that patch is also nice to have. However, it's more important to
get Otavio's update in, as currently meta-oe (meta-networkig) doesn't
build together with meta-systemd... As there is a version conflict
between the bb and bbappend.
Also, what is not on that discussion, is that pool.ntp.org is not really
the way to do it. What we would like is to register something like
pool.yocto.ntp.org, but for
now I guess we can just use pool.ntp.org and then change it when someone
have registered it. Kind of feel someone officially related to the
project should register it.
The same reasoning apply here. Hopefully, someone in the Yocto Project
can register a pool, after which we can update the recipe again.
Cheers,
Anders
On 10/31/12 12:08, Otavio Salvador wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../recipes-support/ntp/ntp/ntpd.service |0
.../recipes-support/ntp/ntp/ntpdate.service|0
.../recipes-support/ntp/ntp_4.2.6p3.bbappend |0
3 files changed, 0 insertions(+), 0 deletions(-)
rename meta-systemd/{meta-oe =
meta-networking}/recipes-support/ntp/ntp/ntpd.service (100%)
rename meta-systemd/{meta-oe =
meta-networking}/recipes-support/ntp/ntp/ntpdate.service (100%)
rename meta-systemd/{meta-oe =
meta-networking}/recipes-support/ntp/ntp_4.2.6p3.bbappend (100%)
--
Anders Darander
ChargeStorm AB / eStorm AB
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] RFC: Support for R/W git in bitbake
On Wed, Apr 18, 2012 at 08:24, Antonio Ospite osp...@studenti.unina.it wrote: On Wed, 18 Apr 2012 03:34:27 +0200 Ulf Samuelsson openembed...@emagii.com wrote: On 2012-04-18 01:07, Paul Eggleton wrote: On Wednesday 18 April 2012 00:35:29 Ulf Samuelsson wrote: Today bitbake supports read only git access in recipes. For various reasons, I would like to be able to do recipes which would check out in a read/write mode. Could you elaborate on various reasons? Would the new externalsrc bbclass be useful in your case? Cheers, Paul 1. If I am busy working on an application, then it simplifies the development process. I can modify the code in the tree and push. This is mainly for kernel development. for that you can pass protocol=file to make the git fetcher use the file transport, see http://ao2.it/en/blog/2010/05/27/neat-compilerun-cycle-git-and-openembedded basically, in the .bb recipe, you can fetch from a local clone where you do your normal work. 2. If I work on a prerelease of some S/W drivers/Applications under NDA, then I cannot make that code publicly available but I still want to put that on my Internet accessible git server. Typicailly this is before the release of a new chip and info about the chip should not be made public before the chip is released. 3. I want to be able to ship something similar to the Angstrom setup scripts to someone else, and have them build an image, but it should not be available to anyone not accepted (without public key at the git server). maybe you can pass protocol=ssh as well to the git fetcher as well, but I haven't tried that, when you say R/W mode you are basically saying ssh transport for git, right? Let us know if that works. Ulf, any comments on Antonios ideas? I've just checked our own git repos and recipes; we're using SRC_URI's like: SRC_URI = git://gitosis@server-url/linux;protocol=ssh Then it is possible to work in that git clone as usual. Though, I've to mention that this is using oe-core, so there might be some differences in fetchers etc. /Anders ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 0/1] Fix issue re-running sqlite configure step
A recent update of meta-oe and oe-core force a rebuild of e.g. sqlite in my tree. This made sqlite error out in the configure step, as it couldn't find sqlite.pc, which had already been moved in a prior run of do_configure. V2: I'm resending this, the only differences is that I this time remembered to add meta-oe to the subject and that this one is rebased... Otavio ack'ed the original submission. The following changes since commit 8a9e1dc63d9aadb3da17edfd31da9ccf833bfeb1: midori: add librsvg-native to DEPENDS (2012-04-10 09:35:45 +0200) are available in the git repository at: git://github.com/darander/meta-oe sqlite-configure https://github.com/darander/meta-oe/tree/sqlite-configure Anders Darander (1): sqlite: cp instead of mv in do_configure meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.5.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 1/1] sqlite: cp instead of mv in do_configure
The use of mv in do_configure() made bitbake error out if a second run
of do_configure was requested. Copy the file instead.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
b/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
index b8e03c4..733bb9e 100644
--- a/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
+++ b/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
@@ -22,7 +22,7 @@ inherit autotools pkgconfig
do_configure() {
echo main.mk is patched, no need to configure
# make pkgconfig.bbclass pick this up
-mv ${WORKDIR}/sqlite.pc ${S}
+cp ${WORKDIR}/sqlite.pc ${S}
}
do_compile() {
--
1.7.5.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Package build failure
On Thu, Apr 5, 2012 at 09:33, Andrei Gherzan and...@gherzan.ro wrote: Or you can specify a tag in src_uri. Something like SRC_URI = git://bla.git;protocol=git;tag=mytag Yes, you can, but please use SRCREV instead. (And let SRCREV point to the commit that corresponds to the tagged commmit). If you use tags, git will try to reach to server to verify the tag, while SRCREV lets you build completely offline. /Anders On Apr 4, 2012 11:01 PM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Apr 04, 2012 at 09:57:04PM +0200, Apelete Seketeli wrote: Le 03-Apr-12, Andrei Gherzan a écrit: On Tue, Apr 3, 2012 at 00:04, Apelete Seketeli apel...@seketeli.net wrote: It seems http://svn.openmoko.org is unreachable. How can I resolve this issue ? You actually cant solve this issue as the upstream link is down. You have two simple choices: 1. Find an upstream mirror 2. Use a local archive instead. Thanks for the advice. I decided to try this upstream mirror: http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/. So I replaced the SRC_URI as follow (hereafter is the content of opkg-utils_svn.bb): You need at least replace SRCREV with something valid for git as error suggests.. see http://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Package build failure
On Thu, Apr 5, 2012 at 09:57, Samuel Stirtzel s.stirt...@googlemail.com wrote:
2012/4/5 Anders Darander anders.daran...@gmail.com:
On Thu, Apr 5, 2012 at 09:33, Andrei Gherzan and...@gherzan.ro wrote:
Or you can specify a tag in src_uri. Something like SRC_URI =
git://bla.git;protocol=git;tag=mytag
Yes, you can, but please use SRCREV instead. (And let SRCREV point to
the commit that corresponds to the tagged commmit). If you use tags,
git will try to reach to server to verify the tag, while SRCREV lets
you build completely offline.
/Anders
Yes you are right, this is done because git tags can be moved.
Usually I would assume that it only checks the revision while fetching.
But currently it seems like git ls-remote (the tool that checks the
remote revision) is executed at _every_ task of a tagged recipe (and
also once while parsing).
So if you have 10-20 recipes from the same git server that use tags,
building them could generate heavy load on the server.
Still wonders me why it has to check for the revision at do_package
and fails me if the server is unreachable / busy.
(git-ls-remote unable to look up anongit.kde.org/...)
Was looking for this issue in the fetcher/git code, but I couldn't
find it at the first look..
Not solving your issue... But anyway, git doesn't really know
whether the tag is a fixed tag or a potentially moving branch, thus it
needs to check the server to find the actual git id. Then the git id
is often used in PV, just like the svn revision was in the opkg case
(PV = 0.1.8+svnr${SRCPV}).
All in all, this means that we will need to talk to the git server at
least once for every incarnation of bitbake (it shouldn't be necessary
for all tasks, though, as it should be possible to cache it internally
for this execution of bitbake).
/Anders
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/1] sqlite: cp instead of mv in do_configure
The use of mv in do_configure() made bitbake error out if a second run
of do_configure was requested. Copy the file instead.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
b/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
index b8e03c4..733bb9e 100644
--- a/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
+++ b/meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb
@@ -22,7 +22,7 @@ inherit autotools pkgconfig
do_configure() {
echo main.mk is patched, no need to configure
# make pkgconfig.bbclass pick this up
-mv ${WORKDIR}/sqlite.pc ${S}
+cp ${WORKDIR}/sqlite.pc ${S}
}
do_compile() {
--
1.7.5.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 0/1] Fix issue re-running sqlite configure step
A recent update of meta-oe and oe-core force a rebuild of e.g. sqlite in my tree. This made sqlite error out in the configure step, as it couldn't find sqlite.pc, which had already been moved in a prior run of do_configure. The following changes since commit a6790d602eb91069b1f618697e66a38619bcd690: v4l-utils: correct license delimiter (2012-04-04 20:36:48 +0200) are available in the git repository at: git://github.com/darander/meta-oe sqlite-configure https://github.com/darander/meta-oe/tree/sqlite-configure Anders Darander (1): sqlite: cp instead of mv in do_configure meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.5.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] Re: [PATCH 0/1] Fix issue re-running sqlite configure step
Subject: [oe] [PATCH 0/1] Fix issue re-running sqlite configure step should obviously have been [meta-oe] [PATCH 0/1] Fix issue re-running sqlite configure step On Thu, Apr 5, 2012 at 07:42, Anders Darander and...@chargestorm.se wrote: A recent update of meta-oe and oe-core force a rebuild of e.g. sqlite in my tree. This made sqlite error out in the configure step, as it couldn't find sqlite.pc, which had already been moved in a prior run of do_configure. The following changes since commit a6790d602eb91069b1f618697e66a38619bcd690: v4l-utils: correct license delimiter (2012-04-04 20:36:48 +0200) are available in the git repository at: git://github.com/darander/meta-oe sqlite-configure https://github.com/darander/meta-oe/tree/sqlite-configure Anders Darander (1): sqlite: cp instead of mv in do_configure meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.5.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Anders Darander EPO guidelines 1978: If the contribution to the known art resides solely in a computer program then the subject matter is not patentable in whatever manner it may be presented in the claims. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v4 2/2] systemd: conditionally RRECOMMENDS kbd*
On Fri, Jan 20, 2012 at 08:30, Koen Kooi k...@dominion.thruhere.net wrote: Op 20-01-12 04:33, Otavio Salvador schreef: On Thu, Jan 19, 2012 at 20:03, Koen Kooi k...@dominion.thruhere.net wrote: Op 19-01-12 20:53, Anders Darander schreef: Let the distro define a keyboard distro feature, to conditionally include kbd*. (Headless distros might not want to RRECOMMENDS kbd*). DISTRO_FEATURES is the wrong thing for that, so I'm going to NAK it. What would be your suggestion for this then? I see no other alternative then distro feature. See what needs kbd and split it out, like we did with vconsole. Actually... git grep implies that vconsole is the bit that needs kbd :) Ah, so the RRECOMMENDS were never moved to the systemd-vconsole package when it was split? If that's the only thing depending on kbd, then sure, I'll get you a new patch moving the RRECOMMENDS on kbd* to systemd-vconsole. Again, it'll take a few days before I get the time to do it. Cheers, /Anders ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v4 2/2] systemd: conditionally RRECOMMENDS kbd*
On Fri, Jan 20, 2012 at 12:30, Koen Kooi k...@dominion.thruhere.net wrote: Op 20-01-12 09:01, Anders Darander schreef: On Fri, Jan 20, 2012 at 08:30, Koen Kooi k...@dominion.thruhere.net wrote: Op 20-01-12 04:33, Otavio Salvador schreef: On Thu, Jan 19, 2012 at 20:03, Koen Kooi k...@dominion.thruhere.net wrote: Op 19-01-12 20:53, Anders Darander schreef: Let the distro define a keyboard distro feature, to conditionally include kbd*. (Headless distros might not want to RRECOMMENDS kbd*). DISTRO_FEATURES is the wrong thing for that, so I'm going to NAK it. What would be your suggestion for this then? I see no other alternative then distro feature. See what needs kbd and split it out, like we did with vconsole. Actually... git grep implies that vconsole is the bit that needs kbd :) Ah, so the RRECOMMENDS were never moved to the systemd-vconsole package when it was split? If that's the only thing depending on kbd, then sure, I'll get you a new patch moving the RRECOMMENDS on kbd* to systemd-vconsole. Again, it'll take a few days before I get the time to do it. r10 should fix the issue you were seeing, let me know if it needs other changes. Thanks! I haven't tested it (I'll have to wait a few days to do that). But r10 looks fine and should solve the remaining problems. I'll return with a few more tweaks when I've got a little more time again. Cheers, Anders ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v4 1/2] systemd: split out systemd-analyze
Split systemd-analyze to a separate package, to remove the implicit
dependency on python. (At least the rpm-packaging backend created a
run-time dependency on python).
Add an RDEPENDS_${PN}-analyze on python-dbus, as this is required for
systemd-analyze to work.
Add an RRECOMMENDS_${PN}-analyze on python-pycairo, as the plot command
in systemd-analyze requires this package.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-core/systemd/systemd_git.bb |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-core/systemd/systemd_git.bb
b/meta-oe/recipes-core/systemd/systemd_git.bb
index bdaaf16..0fa61a7 100644
--- a/meta-oe/recipes-core/systemd/systemd_git.bb
+++ b/meta-oe/recipes-core/systemd/systemd_git.bb
@@ -14,7 +14,7 @@ inherit gitpkgv
PKGV = v${GITPKGVTAG}
PV = git
-PR = r7
+PR = r8
inherit useradd pkgconfig autotools vala perlnative
@@ -57,11 +57,15 @@ do_install() {
ln -s ${base_bindir}/systemd ${D}/init
}
-PACKAGES =+ ${PN}-gui ${PN}-vconsole-setup ${PN}-initramfs
+PACKAGES =+ ${PN}-gui ${PN}-vconsole-setup ${PN}-initramfs ${PN}-analyze
USERADD_PACKAGES = ${PN}
GROUPADD_PARAM_${PN} = -r lock
+FILES_${PN}-analyze = ${bindir}/systemd-analyze
+RDEPENDS_${PN}-analyze = python-dbus
+RRECOMMENDS_${PN}-analyze = python-pycairo
+
FILES_${PN}-initramfs = /init
RDEPENDS_${PN}-initramfs = ${PN}
--
1.7.8.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v4 0/2] systemd: package split
At least while using rpm-packaging, the systemd package (rpm) got a dependency on python, as systemd-analyze needs this (in the shebang). When trying to create a small image using systemd, this isn't always desirable. Thus the splitting of systemd-analyze to a separate package. Conditionally RRECOMMENDS kbd and kbd-consolefonts: if the machine in question do not have keyboards, there is no need for kbd and kbd-consolefonts. To not make systemd machine dependent, we introduce a DISTRO_FEATURE keyboard for systems that want kbd* installed. The first patch should be fine for pulling. The 2nd patch needs coordination with other layers, e.g. angstrom, to not remove the RRECOMMENDS on kbd* from their packages. However, using a positive DISTRO_FEATURE is more natural, than a negative one, i.e. nokeyboard. All patches has been verified on a few internal arm-based machines, with a custom distro. v4: * Remove patch for cairo, as cairo is now a bbappend to oe-core version. The oe-core version already had the desired functionality. * Change the conditionally RRECOMMENDS on kbd* in systemd, to depend on DISTRO_FEATURES instead of MACHINE_FEATURES. v3: * Set PACKAGE_ARCH for systemd, as its RRECOMMENDS now depends on MACHINE_FEATURES. v2: * The SRC_URI update has been applied to master. * Let systemd-analyze RDEPENDS on python-dbus, and RRECOMMENDS python-pycairo. * Add a patch to conditionally enable/disable x11 support when buildling cairo. * Add patch which makes the systemd's RRECOMMENDS on kbd and kbd-consolefonts conditional on the keyboard MACHINE_FEATURES. The following changes since commit 3767262f9e626c49638dc886adbdf58b167de61c: In LICENSE should be replaced with (2012-01-16 22:29:22 +0100) are available in the git repository at: git://github.com/darander/meta-oe systemd-move https://github.com/darander/meta-oe/tree/systemd-move Anders Darander (2): systemd: split out systemd-analyze systemd: conditionally RRECOMMENDS kbd* meta-oe/recipes-core/systemd/systemd_git.bb | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) -- 1.7.8.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v4 2/2] systemd: conditionally RRECOMMENDS kbd*
Let the distro define a keyboard distro feature, to conditionally include
kbd*. (Headless distros might not want to RRECOMMENDS kbd*).
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-core/systemd/systemd_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-core/systemd/systemd_git.bb
b/meta-oe/recipes-core/systemd/systemd_git.bb
index 0fa61a7..363fb05 100644
--- a/meta-oe/recipes-core/systemd/systemd_git.bb
+++ b/meta-oe/recipes-core/systemd/systemd_git.bb
@@ -14,7 +14,7 @@ inherit gitpkgv
PKGV = v${GITPKGVTAG}
PV = git
-PR = r8
+PR = r9
inherit useradd pkgconfig autotools vala perlnative
@@ -101,7 +101,7 @@ RDEPENDS_${PN} += dbus-systemd udev-systemd
# of blacklist support, so use proper modprobe from module-init-tools
# And pull in the kernel modules mentioned in INSTALL
# swapon -p is also not supported by busybox
-RRECOMMENDS_${PN} += kbd kbd-consolefonts \
+RRECOMMENDS_${PN} += ${@base_contains(DISTRO_FEATURES, keyboard, kbd
kbd-consolefonts, , d)} \
systemd-serialgetty \
util-linux-agetty \
util-linux-swaponoff \
--
1.7.8.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3 3/3] systemd: conditionally RRECOMMENDS kbd*
On 10 jan 2012, at 21:51, Otavio Salvador ota...@ossystems.com.br wrote: On Tue, Jan 10, 2012 at 18:42, Koen Kooi k...@dominion.thruhere.net wrote: Op 10-01-12 12:52, Anders Darander schreef: If the machine lacks keyboard support, there is no need for kbd*-packages. NAK, this would make the complete systemd machine specific, which we do not want. IMO the keyboard support ought to be handled, in systemd case, as a distro feature so allowing it to be machine independent but allowing for the flexibility of removing its recommendations if need. Good point. If we add a 'keyboard' distro feature, the issue would indeed be solved. I'll try to see if I can find some time to make such a suggestion, including adding keyboard to the default distro features, to try to reduce problems for existing users. (Altough, it might take a while, as I've just been put o other assignments, reducing my time to work on oe). Cheers, Anders ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v2 3/3] systemd: conditionally RRECOMMENDS kbd*
If the machine lacks keyboard support, there is no need for kbd*-packages.
Signed-off-by: Anders Darander and...@chargestorm.se
---
meta-oe/recipes-core/systemd/systemd_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-core/systemd/systemd_git.bb
b/meta-oe/recipes-core/systemd/systemd_git.bb
index 0fa61a7..7af8357 100644
--- a/meta-oe/recipes-core/systemd/systemd_git.bb
+++ b/meta-oe/recipes-core/systemd/systemd_git.bb
@@ -14,7 +14,7 @@ inherit gitpkgv
PKGV = v${GITPKGVTAG}
PV = git
-PR = r8
+PR = r9
inherit useradd pkgconfig autotools vala perlnative
@@ -101,7 +101,7 @@ RDEPENDS_${PN} += dbus-systemd udev-systemd
# of blacklist support, so use proper modprobe from module-init-tools
# And pull in the kernel modules mentioned in INSTALL
# swapon -p is also not supported by busybox
-RRECOMMENDS_${PN} += kbd kbd-consolefonts \
+RRECOMMENDS_${PN} += ${@base_contains(MACHINE_FEATURES, keyboard, kbd
kbd-consolefonts, , d)} \
systemd-serialgetty \
util-linux-agetty \
util-linux-swaponoff \
--
1.7.8.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
