Re: [oe] [meta-kde][PATCH] qt4: Rename bbappend to match oe-core
2013/8/2 Khem Raj : > Signed-off-by: Khem Raj > --- > recipes-misc-support/qt4-native_4.8.4.bbappend |9 - > recipes-misc-support/qt4-native_4.8.5.bbappend |9 + > recipes-misc-support/qt4-x11-free_4.8.4.bbappend | 11 --- > recipes-misc-support/qt4-x11-free_4.8.5.bbappend | 11 +++ > 4 files changed, 20 insertions(+), 20 deletions(-) > delete mode 100644 recipes-misc-support/qt4-native_4.8.4.bbappend > create mode 100644 recipes-misc-support/qt4-native_4.8.5.bbappend > delete mode 100644 recipes-misc-support/qt4-x11-free_4.8.4.bbappend > create mode 100644 recipes-misc-support/qt4-x11-free_4.8.5.bbappend > > diff --git a/recipes-misc-support/qt4-native_4.8.4.bbappend > b/recipes-misc-support/qt4-native_4.8.4.bbappend > deleted file mode 100644 > index b6ee9f2..000 > --- a/recipes-misc-support/qt4-native_4.8.4.bbappend > +++ /dev/null > @@ -1,9 +0,0 @@ > -# Needed by kdelibs4-native > -DEPENDS += "openssl-native" > -PRINC := "${@int(PRINC) + 1}" > - > -EXTRA_OECONF += "-no-pch -no-sm -openssl" > - > -TOBUILD += "src/phonon" > - > -PRINC := "${@int(PRINC) + 1}" > diff --git a/recipes-misc-support/qt4-native_4.8.5.bbappend > b/recipes-misc-support/qt4-native_4.8.5.bbappend > new file mode 100644 > index 000..b6ee9f2 > --- /dev/null > +++ b/recipes-misc-support/qt4-native_4.8.5.bbappend > @@ -0,0 +1,9 @@ > +# Needed by kdelibs4-native > +DEPENDS += "openssl-native" > +PRINC := "${@int(PRINC) + 1}" > + > +EXTRA_OECONF += "-no-pch -no-sm -openssl" > + > +TOBUILD += "src/phonon" > + > +PRINC := "${@int(PRINC) + 1}" > diff --git a/recipes-misc-support/qt4-x11-free_4.8.4.bbappend > b/recipes-misc-support/qt4-x11-free_4.8.4.bbappend > deleted file mode 100644 > index 9d13ffa..000 > --- a/recipes-misc-support/qt4-x11-free_4.8.4.bbappend > +++ /dev/null > @@ -1,11 +0,0 @@ > -DEPENDS_append_omap3 = " libgles-omap3" > -DEPENDS_append_ti33x = " libgles-omap3" > -PRINC := "${@int(PRINC) + 3}" > - > -#This will add reduced visibility to some exports on Qt, otherwise KDE > plugins will fail > -QT_CONFIG_FLAGS_append = " --reduce-exports" > - > -# Build OpenGL/ES support if available > -QT_GLFLAGS_omap3 = "-opengl es2 " > -# Needed by kdelibs > -QT_DISTRO_FLAGS = "-accessibility -sm" > diff --git a/recipes-misc-support/qt4-x11-free_4.8.5.bbappend > b/recipes-misc-support/qt4-x11-free_4.8.5.bbappend > new file mode 100644 > index 000..9d13ffa > --- /dev/null > +++ b/recipes-misc-support/qt4-x11-free_4.8.5.bbappend > @@ -0,0 +1,11 @@ > +DEPENDS_append_omap3 = " libgles-omap3" > +DEPENDS_append_ti33x = " libgles-omap3" > +PRINC := "${@int(PRINC) + 3}" > + > +#This will add reduced visibility to some exports on Qt, otherwise KDE > plugins will fail > +QT_CONFIG_FLAGS_append = " --reduce-exports" > + > +# Build OpenGL/ES support if available > +QT_GLFLAGS_omap3 = "-opengl es2 " > +# Needed by kdelibs > +QT_DISTRO_FLAGS = "-accessibility -sm" > -- > 1.7.9.5 Applied, thanks for the patch. In a follow up I have removed the platform dependent configuration, as it has become an unnecessary hurdle. Some questions towards meta-kde "users": Do you actually use (or try to use) meta-kde, or is it just enabled for tests like world builds? What are your expectations regarding this layer? I am asking since the feedback for this layer is very sparse (mostly because it is very uncommon for embedded devices and the recipes are incomplete). TBH it is unlikely that my priorities will shift back to meta-kde in this year. -- Regards Samuel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 04/15] devilspie: add dependency on startup-notification
On 4 August 2013 22:47, Martin Jansa wrote: > * Package 'libstartup-notification-1.0', required by 'libwnck-1.0', not found Doesn't that say that libwnck should have an explicit dependency on startup-notification? Ross ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe,v2][PATCH] iperf: Fix license
Ping. -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Paul Barker Sent: Wednesday, July 31, 2013 10:29 PM To: Openembedded Discussion Subject: Re: [oe] [meta-oe,v2][PATCH] iperf: Fix license On 31 July 2013 03:16, wrote: > From: Chunrong Guo > > *the current version of Iperf has a false LICENSE set, > so fix license with the generic BSD license > > Signed-off-by: Chunrong Guo Acked-by: Paul Barker > --- > meta-oe/recipes-benchmark/iperf/iperf_2.0.4.bb |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/meta-oe/recipes-benchmark/iperf/iperf_2.0.4.bb > b/meta-oe/recipes-benchmark/iperf/iperf_2.0.4.bb > index 8107701..4261c95 100644 > --- a/meta-oe/recipes-benchmark/iperf/iperf_2.0.4.bb > +++ b/meta-oe/recipes-benchmark/iperf/iperf_2.0.4.bb > @@ -1,7 +1,7 @@ > DESCRIPTION = "Iperf is a tool to measure maximum TCP bandwidth, allowing > the tuning of various parameters and UDP characteristics" > HOMEPAGE = "http://dast.nlanr.net/Projects/Iperf/"; > SECTION = "console/network" > -LICENSE = "NewBSD" > +LICENSE = "BSD-2-Clause" > LIC_FILES_CHKSUM = "file://COPYING;md5=e8478eae9f479e39bc34975193360298" > > SRC_URI = " \ > -- > 1.7.5.4 > -- Paul Barker Email: p...@paulbarker.me.uk http://www.paulbarker.me.uk ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH v3] lvm2: Add runtime dependency on bash
Fixes rootfs generation error if bash is not included in the image. Signed-off-by: Mihai Prica --- meta-oe/recipes-support/lvm2/lvm2.inc |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc b/meta-oe/recipes-support/lvm2/lvm2.inc index 1f3b62e..64dfd03 100644 --- a/meta-oe/recipes-support/lvm2/lvm2.inc +++ b/meta-oe/recipes-support/lvm2/lvm2.inc @@ -4,7 +4,7 @@ DEPENDS = "udev" LICENSE = "GPLv2 & LGPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://COPYING.LIB;md5=fbc093901857fcd118f065f900982c24" -INC_PR = "r1" +INC_PR = "r2" S = "${WORKDIR}/LVM2.${PV}" @@ -40,4 +40,5 @@ TARGET_CC_ARCH += "${LDFLAGS}" FILES_${PN} += "${libdir}/device-mapper/*.so ${base_libdir}/udev" FILES_${PN}-dbg += "${libdir}/device-mapper/.debug" +RDEPENDS_${PN} = "bash" EXTRA_OECONF = "--with-usrlibdir=${libdir}" -- 1.7.9.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] lvm2: Add dependency on bash
>-Original Message- >From: openembedded-devel-boun...@lists.openembedded.org >[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of >Prica, Mihai >> -Original Message- >> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com] >> >> On Friday 26 July 2013 19:43:45 Martin Jansa wrote: >> > On Fri, Jul 26, 2013 at 05:25:29PM +0300, Mihai Prica wrote: >> > > Fixes rootfs generation error if bash is not included in the image. >> > >> > With rpm right? >> >> If it's what you're suggesting technically it's broken with any >> package backend, to some degree. > >For the tests I used rpm. > >> >> > Find which script it has in shebang and add bash only to that >> > package RDEPENDS, if it's something which isn't always needed put it >> > in separate package. >From what I discovered, the scripts in question provide some of the core >functionality for the package so there is no point in splitting them. >> >> Or if practical patch the script(s) to remove the bashisms and change >> the shebang to #!/bin/sh instead. > >I've looked over the scripts and there seem to be 4 files which are using >bash. The >files are part of the core lvm2 package. I've used checkbashism and there are >not >many changes that need to be done to switch to /bin/sh. I'll send an updated >patch. I've taken a deeper look into the problem and it seems there are some specific bashisms that are hard to replace and that might break the functionality. I've sent an updated patch changing the DEPENDS to an RDEPENDS. Thanks, Mihai > >Thanks, >Mihai > >> >> Cheers, >> Paul >> >> -- >> >> Paul Eggleton >> Intel Open Source Technology Centre >___ >Openembedded-devel mailing list >Openembedded-devel@lists.openembedded.org >http://lists.openembedded.org/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] proper way to express dependencies from meta-oe to meta-gnome?
for the entertainment value, while building for the beaglebone black, i did: $ bitbake -c fetchall world and got: ERROR: Nothing RPROVIDES 'gvfs' (but /home/rpjday/oe/dist/layers/meta-openembedded/meta-oe/recipes-support/tracker/tracker_0.14.2.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target 'gvfs' is unbuildable, removing... Missing or unbuildable dependency chain was: ['gvfs'] ERROR: Required build target 'tracker' has no buildable providers. Missing or unbuildable dependency chain was: ['tracker', 'gvfs'] and it's easy enough to see that, yes, tracker RDEPENDS on gvfs, which is defined in meta-gnome which is a layer i'm not including. so what is the preferred way to resolve stuff like that? is one simply supposed to *know* (or check) that tracker requires gvfs? or read the diagnostics and adjust accordingly? given that tracker's home page is at gnome.org, would it make more sense for tracker to be part of meta-gnome instead of meta-oe? just trying to understand how recipes are distributed among the layers. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] proper way to express dependencies from meta-oe to meta-gnome?
On Mon, Aug 05, 2013 at 09:43:34AM -0400, Robert P. J. Day wrote: > > for the entertainment value, while building for the beaglebone > black, i did: > > $ bitbake -c fetchall world > > and got: > > ERROR: Nothing RPROVIDES 'gvfs' (but > /home/rpjday/oe/dist/layers/meta-openembedded/meta-oe/recipes-support/tracker/tracker_0.14.2.bb > RDEPENDS on or otherwise requires it) > NOTE: Runtime target 'gvfs' is unbuildable, removing... > Missing or unbuildable dependency chain was: ['gvfs'] > ERROR: Required build target 'tracker' has no buildable providers. > Missing or unbuildable dependency chain was: ['tracker', 'gvfs'] > > and it's easy enough to see that, yes, tracker RDEPENDS on gvfs, which > is defined in meta-gnome which is a layer i'm not including. > > so what is the preferred way to resolve stuff like that? is one > simply supposed to *know* (or check) that tracker requires gvfs? or > read the diagnostics and adjust accordingly? > > given that tracker's home page is at gnome.org, would it make more > sense for tracker to be part of meta-gnome instead of meta-oe? just > trying to understand how recipes are distributed among the layers. As nothing else in meta-oe depends on tracker, easiest way to resolve this is to move tracker to meta-gnome. With optional dependencies it's common to use PACKAGECONFIG and let people enable PACKAGECONFIG option only when they also have required layer. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] OE Changelog since 2013-07-28 until 2013-08-04
Changelog since 2013-07-28 until 2013-08-04. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-qt5: git://github.com/meta-qt5/meta-qt5.git meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: André Draszik (1): fetch2: fix unpack of .xz files Cristiana Voicu (2): hob: changed the split of SSTATE_MIRRORS variable hob: sstatemirror is standard also for file://.* regex Petter Mabäcker (1): bitbake: runqueue: add warning if invalidating invalid task Robert Yang (1): providers.py: print a debug message for dynamic pacakge Valentin Popa (1): bitbake-worker: import needed signal module Changelog for openembedded-core: Andre McCurdy (1): lib/oe/terminal.py: add support for MATE desktop terminals Andrei Dinu (1): libpng : upgrade to 1.6.3 Chen Qi (1): opkg.inc: remove the obsolete REDIRECT_CMD Colin Walters (1): util-linux: Update for swapoff being a separate binary Cristian Iorga (3): iproute2: upgrade to v3.10.0 alsa-lib: upgrade to v1.0.27.2 alsa-utils: upgrade to 1.0.27.2 Emilia Ciobanu (4): docbook-sgml-dtd-3.1-native: fix recipe name docbook-sgml-dtd-4.1-native: fix recipe name distrodata.bbclass: Remove whitespaces distrodata.bbclass: Include PRSPV variable in upstream version checking Eric Nelson (1): gst-plugins-gl: add explicit dependency on libpng Hongxu Jia (3): util-linux: use u-a for su shadow: use u-a for su busybox: move /bin/su to /usr/bin/su to match util-linux and shadow Ionut Radu (1): apt: Upgrade from 0.9.8.2 to 0.9.9.4 Jackie Huang (2): dbus: remove build host test in configure script matchbox-wm: correct the SRC_URI and add checksums Joe MacDonald (1): oe-find-native-sysroot: minor optimization Jonathan Liu (1): syslinux: update to 4.07 Jukka Rissanen (4): bluez5: Only install .conf files if found ofono: Add systemd support ofono: Move bluetooth enabling to .inc file ofono: Enable test scripts by default Khem Raj (1): gcc-4.8: Fix meta-fsl-arm iperf build issue Laurentiu Palcu (14): csl-versions.inc: instruct user to check local.conf adt_installer: allow specifying relative target sysroot paths xf86-video-intel: upgrade to 2.21.13 git: upgrade to 1.8.3.4 nasm: upgrade to 2.10.09 powertop: upgrade to 2.4 libdrm: upgrade to 2.4.46 libpciaccess: upgrade to 0.13.2 xrandr: upgrade to 1.4.1 xf86-input-evdev: upgrade to 2.8.1 xhost: upgrade to 1.0.6 makedepend: upgrade to 1.0.5 flex: upgrade to 2.5.37 grub_2.00: fix compilation when using flex 2.5.37 Martin Jansa (1): mesa: inherit gettext Ming Liu (2): openssl: Fix multilib header conflict - opensslconf.h libpam: deny all services for the OTHER entries Muhammad Shakeel (3): systemd: Remove init.d dir if systemd unit file is present and sysvinit not busybox: Add syslog-in
Re: [oe] [meta-kde][PATCH] qt4: Rename bbappend to match oe-core
On Mon, Aug 5, 2013 at 1:34 AM, Samuel Stirtzel wrote: > 2013/8/2 Khem Raj : > > Signed-off-by: Khem Raj > > --- > > recipes-misc-support/qt4-native_4.8.4.bbappend |9 - > > recipes-misc-support/qt4-native_4.8.5.bbappend |9 + > > recipes-misc-support/qt4-x11-free_4.8.4.bbappend | 11 --- > > recipes-misc-support/qt4-x11-free_4.8.5.bbappend | 11 +++ > > 4 files changed, 20 insertions(+), 20 deletions(-) > > delete mode 100644 recipes-misc-support/qt4-native_4.8.4.bbappend > > create mode 100644 recipes-misc-support/qt4-native_4.8.5.bbappend > > delete mode 100644 recipes-misc-support/qt4-x11-free_4.8.4.bbappend > > create mode 100644 recipes-misc-support/qt4-x11-free_4.8.5.bbappend > > > > diff --git a/recipes-misc-support/qt4-native_4.8.4.bbappend > b/recipes-misc-support/qt4-native_4.8.4.bbappend > > deleted file mode 100644 > > index b6ee9f2..000 > > --- a/recipes-misc-support/qt4-native_4.8.4.bbappend > > +++ /dev/null > > @@ -1,9 +0,0 @@ > > -# Needed by kdelibs4-native > > -DEPENDS += "openssl-native" > > -PRINC := "${@int(PRINC) + 1}" > > - > > -EXTRA_OECONF += "-no-pch -no-sm -openssl" > > - > > -TOBUILD += "src/phonon" > > - > > -PRINC := "${@int(PRINC) + 1}" > > diff --git a/recipes-misc-support/qt4-native_4.8.5.bbappend > b/recipes-misc-support/qt4-native_4.8.5.bbappend > > new file mode 100644 > > index 000..b6ee9f2 > > --- /dev/null > > +++ b/recipes-misc-support/qt4-native_4.8.5.bbappend > > @@ -0,0 +1,9 @@ > > +# Needed by kdelibs4-native > > +DEPENDS += "openssl-native" > > +PRINC := "${@int(PRINC) + 1}" > > + > > +EXTRA_OECONF += "-no-pch -no-sm -openssl" > > + > > +TOBUILD += "src/phonon" > > + > > +PRINC := "${@int(PRINC) + 1}" > > diff --git a/recipes-misc-support/qt4-x11-free_4.8.4.bbappend > b/recipes-misc-support/qt4-x11-free_4.8.4.bbappend > > deleted file mode 100644 > > index 9d13ffa..000 > > --- a/recipes-misc-support/qt4-x11-free_4.8.4.bbappend > > +++ /dev/null > > @@ -1,11 +0,0 @@ > > -DEPENDS_append_omap3 = " libgles-omap3" > > -DEPENDS_append_ti33x = " libgles-omap3" > > -PRINC := "${@int(PRINC) + 3}" > > - > > -#This will add reduced visibility to some exports on Qt, otherwise KDE > plugins will fail > > -QT_CONFIG_FLAGS_append = " --reduce-exports" > > - > > -# Build OpenGL/ES support if available > > -QT_GLFLAGS_omap3 = "-opengl es2 " > > -# Needed by kdelibs > > -QT_DISTRO_FLAGS = "-accessibility -sm" > > diff --git a/recipes-misc-support/qt4-x11-free_4.8.5.bbappend > b/recipes-misc-support/qt4-x11-free_4.8.5.bbappend > > new file mode 100644 > > index 000..9d13ffa > > --- /dev/null > > +++ b/recipes-misc-support/qt4-x11-free_4.8.5.bbappend > > @@ -0,0 +1,11 @@ > > +DEPENDS_append_omap3 = " libgles-omap3" > > +DEPENDS_append_ti33x = " libgles-omap3" > > +PRINC := "${@int(PRINC) + 3}" > > + > > +#This will add reduced visibility to some exports on Qt, otherwise KDE > plugins will fail > > +QT_CONFIG_FLAGS_append = " --reduce-exports" > > + > > +# Build OpenGL/ES support if available > > +QT_GLFLAGS_omap3 = "-opengl es2 " > > +# Needed by kdelibs > > +QT_DISTRO_FLAGS = "-accessibility -sm" > > -- > > 1.7.9.5 > > Applied, > thanks for the patch. > > In a follow up I have removed the platform dependent configuration, as > it has become an unnecessary hurdle. > > > Some questions towards meta-kde "users": > Do you actually use (or try to use) meta-kde, or is it just enabled > for tests like world builds? > right now its in world builds for me. > What are your expectations regarding this layer? > However I want to be able to have a systemd-plasma-active-image as a possibility for angstrom reference images. I am asking since the feedback for this layer is very sparse (mostly > because it is very uncommon for embedded devices and the recipes are > incomplete). > > TBH it is unlikely that my priorities will shift back to meta-kde in this > year. > > > > -- > Regards > Samuel > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel > ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel