[OE-core] [PATCH 1/1] udev: add runtime dependency on blkid
From: Jackie Huang jackie.hu...@windriver.com
udev requires blkid, but this wasn't explicit. Note that the
dependency is on util-linux specifically, the one from e2fsprogs
won't work.
Signed-off-by: Andy Ross andy.r...@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-core/udev/udev_182.bb |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/udev/udev_182.bb
b/meta/recipes-core/udev/udev_182.bb
index d66292e..114a557 100644
--- a/meta/recipes-core/udev/udev_182.bb
+++ b/meta/recipes-core/udev/udev_182.bb
@@ -5,5 +5,9 @@ PR = r7
# module-init-tools from kmod_git will provide libkmod runtime
DEPENDS += module-init-tools
+# Needs blkid from this particular package. The one in e2fsprogs is
+# old and incompatible.
+RDEPENDS_${PN} += util-linux-blkid
+
SRC_URI[md5sum] = 1b964456177fbf48023dfee7db3a708d
SRC_URI[sha256sum] =
7857ed19fafd8f3ca8de410194e8c7336e9eb8a20626ea8a4ba6449b017faba4
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] busybox: fix the on-target upgrade problem
On 07/06/2013 06:27 PM, Martin Jansa wrote:
On Wed, Jul 03, 2013 at 12:48:12PM +0800, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
We now can have a 'one-binary' version of busybox, or 'two-binary'
version of busybox, controlled by the 'BUSYBOX_SPLIT_SUID' variable.
This makes on-target upgrade a problem, as we have to support the
following four upgrading paths.
For convenience, in the following context, A is used to denote a
'two-binary' version of busybox while B is used to denote a 'one-binary'
version of busybox.
A --(upgrade)-- B
B --(upgrade)-- A
A --(upgrade)-- A
B --(upgrade)-- B
This patch makes effort to support the above four situations.
Thanks for looking into it (it's more complicated then I've first
expected) and it looks like there is more issues probably caused
by applet path moved in latest busybox upgrade (but ip looks weird) :/
update-alternatives: Error: cannot register alternative addgroup to
/usr/sbin/addgroup since it is already registered to /bin/addgroup
update-alternatives: Error: cannot register alternative adduser to
/usr/sbin/adduser since it is already registered to /bin/adduser
update-alternatives: Error: cannot register alternative delgroup to
/usr/sbin/delgroup since it is already registered to /bin/delgroup
update-alternatives: Error: cannot register alternative deluser to
/usr/sbin/deluser since it is already registered to /bin/deluser
update-alternatives: Error: cannot register alternative ip to /sbin/ip
since it is already registered to /bin/ip
SHR root@gjama ~ $ cat /var/lib/opkg/alternatives/ip
/bin/ip
busybox 50
/bin/busybox 50
/bin/busybox.nosuid 50
SHR root@gjama ~ $ cat /var/lib/opkg/alternatives/adduser
/bin/adduser
/bin/busybox.nosuid 50
SHR root@gjama ~ $ cat /var/lib/opkg/alternatives/addgroup
/bin/addgroup
/bin/busybox.nosuid 50
SHR root@gjama ~ $ cat /var/lib/opkg/alternatives/delgroup
/bin/delgroup
/bin/busybox.nosuid 50
SHR root@gjama ~ $ cat /var/lib/opkg/alternatives/deluser
/bin/deluser
/bin/busybox.nosuid 50
Hi Martin,
The problem roots in opkg's update-alternatives.
opkg's update-alternatives cannot handle following situations.
/bin/cmd -- /bin/cmd.pkgA
/usr/bin/cmd -- /usr/bin/cmd.pkgB.
[Let's denote this situation as situationA, we have different links and
different targets in situationA.]
It has a simple assumption in its design, that is, the links for the
same command should be the same.
In case of our busybox upgrade, we have:
/bin/deluser -- /bin/busybox.nosuid
/usr/sbin/deluser -- /bin/busybox.nosuid
[Let's denote this situation as situationB, we have different links but
the same target in situationB.]
The links are different, /bin/deluser and /usr/sbin/deluser, so opkg's
update-alternatives rendered an error while registering the alternative.
According to its assumption, opkg's update-alternatives should not
support situationA and situationB.
But I think it should at least be able to deal with situationB. Because
it's not unusual in Yocto/OE to create symlinks via update-alternatives
and situationB might indicate an on-device upgrade.
I've just made a patch to support this situationB. I'm still doing some
tests on this patch. Please see attachment for more details.
Any thoughts on this problem?
Best Regards,
Chen Qi
[YOCTO #4802]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/busybox/busybox.inc | 48 +
1 file changed, 48 insertions(+)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 8567d64..acd2bfb 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -190,6 +190,10 @@ do_install () {
install -m 0644 ${S}/busybox.links.suid
${D}${sysconfdir}
install -m 0644 ${S}/busybox.links.nosuid
${D}${sysconfdir}
ln -sf busybox.nosuid ${D}${base_bindir}/sh
+ # Keep a default busybox for people who want to invoke
busybox directly.
+ # This is also useful for the on device upgrade.
Because we want
+ # to use the busybox command in postinst.
+ ln -sf busybox.nosuid ${D}${base_bindir}/busybox
else
if grep -q CONFIG_FEATURE_SUID=y ${B}/.config; then
install -m 4755 ${B}/busybox ${D}${base_bindir}
@@ -198,6 +202,12 @@ do_install () {
fi
install -m 0644 ${S}/busybox.links ${D}${sysconfdir}
ln -sf busybox ${D}${base_bindir}/sh
+ # We make this symlink here to eliminate the error when
upgrading together
+ # with busybox-syslog. Without this symlink, the opkg
may think of the
+ # busybox.nosuid as obsolete and remove it, resulting
in dead links like
+ # /bin/sed -
[OE-core] [dylan][PATCH 00/44] Backports from master (cover letter only)
A set of changes for the dylan branch. All of these are backports from master and have been tested on the Yocto Project autobuilder. Note: this does include an upgrade for gnutls - I have included this because it contains a CVE fix that Ross (who submitted the patch) advises me would be very difficult to separate out of the upgrade. The following changes since commit 7b8dd3b5547b501e94a6887d3be5c2bbb8845ec8: systemd: don't install quotaon.service twice (2013-06-11 18:07:03 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/dylan-next http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/dylan-next Alex Olson (1): udev: only use devtmpfs for udev Chen Qi (1): bind: use /var/run/named instead of /var/run/bind/run Christopher Larson (1): avahi: inherit python classes, use PACKAGECONFIG Darren Hart (1): linux-firmware: Look for RTL license in the right directory Hongxu Jia (5): ddimage: fix incompatibility with dash systemd-udevd: fix invoking init script failed adt_installer_internal: fix perl modules relocated failed on older distributions adt_installer_internal:fix perl lib version mismatch adt_installer_internal:add sudo when permission deny on installation directory Jackie Huang (1): libproxy_0.4.7 do_unpack failed of qemuppc_world Jonathan Liu (3): openssl: fix documentation build errors with Perl 5.18 pod2man qt4: disable gdb_dwarf_index qt4: add eglibc-gconv-utf-16 to QtCore RRECOMMENDS when using glibc Kai Kang (3): python-pygobject: disable parallel install python-pygtk: fix parallel compile issue cleanup-workdir: fix typo Kevin Strasser (1): archiver.bbclass: check if package contains a copyleft license Laurentiu Palcu (2): archive-*-source.bbclass: handle dependency in anonymous function populate_sdk_base, adt_installer: abort install if path contains spaces Lukas Bulwahn (2): python-argparse: adding runtime dependency on python-codecs python-multiprocessing: adding runtime dependencies Marc Ferland (1): openssh: fix initscript restart command Martin Jansa (1): boost: Limit PARALLEL_MAKE by -j 64 Ming Liu (1): grep: fix for CVE-2012-5667 Muhammad Shakeel (2): ofono: Add run time dependency for ofono test scripts openssl: Add fix for cipher des-ede3-cfb1 Otavio Salvador (1): alsa-tools: Pass ACLOCAL_FLAGS so aclocal uses the right params Paul Eggleton (2): python-native: add python-codecs-native to RPROVIDES qt4: disable qmeegographicssystemhelper Richard Purdie (3): base.bbclass: Ensure finalised data is displayed in build banner path.py: Deal with race issue package: Ensure we iterate all the pool objects Robert Yang (1): sstate.bbclass: make hard links for staging files Ross Burton (4): runqemu: when tunctl can't be found, say what package builds it gnutls: upgrade to 2.12.23 gst-plugins-bad: use correct option when enabling librsvg gst-plugins-bad: tremor was moved from here to -base Roy.Li (2): bind: backport six CVE patches directfb:filter out -fno-omit-frame-pointer option on x86 arch Saul Wold (2): chrpath: Fix SRC_URI to correct location systemd: Ensure that we mount devtmpfs Wenzong Fan (2): libpam: Fix for CVE-2010-4708 logrotate: fix for CVE-2011-1548 Zhenhua Luo (1): groff: correct the install path of man.local meta/classes/archive-configured-source.bbclass | 7 +- meta/classes/archive-original-source.bbclass | 7 +- meta/classes/archive-patched-source.bbclass| 7 +- meta/classes/archiver.bbclass | 5 +- meta/classes/base.bbclass | 6 +- meta/classes/package.bbclass | 4 +- meta/classes/populate_sdk_base.bbclass | 13 +- meta/classes/sstate.bbclass| 2 +- meta/lib/oe/path.py| 21 +- meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb | 9 +- .../bind/bind-9.8.1/bind-9.8.1-CVE-2012-5166.patch | 119 ++ .../bind/bind-9.8.1/bind-CVE-2011-4313.patch | 89 + .../bind/bind-9.8.1/bind-CVE-2012-1667.patch | 92 + .../bind/bind-9.8.1/bind-CVE-2012-3817.patch | 40 ++ .../bind/bind-9.8.1/bind-CVE-2013-2266.patch | 41 ++ .../bind/bind-9.8.1/bind-Fix-CVE-2012-4244.patch | 141 +++ .../bind/bind-9.8.1/conf.patch | 4 +- meta/recipes-connectivity/bind/bind_9.8.1.bb | 6 + meta/recipes-connectivity/ofono/ofono.inc | 2 +- .../openssh/openssh-6.1p1/init | 2 +- .../openssl-1.0.1e/fix-cipher-des-ede3-cfb1.patch | 22 ++ .../openssl/openssl-1.0.1e/openssl-fix-doc.patch | 435 + .../recipes-connectivity/openssl/openssl_1.0.1e.bb | 2 + meta/recipes-core/systemd/systemd/init | 10 +- meta/recipes-core/udev/udev/init | 6 +-
[OE-core] [PATCH v4 0/9] Package Upgrades
* iputils: Removed obsolete patches
* elfutils: license changed to GPLv3
several patches were absolete so I removed them
redhat-portability redhat-robustify backported from latest
elfutils-portability elfutils-robustify from upstream
* The rest are basic upgrades, no issues
The following changes since commit 8a186a6b3853fc1a7dcf342d421c8926c38949c9:
bitbake: hob: save button from settings called a nonexisting method
(2013-07-03 08:13:35 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib rmoisan/branch-updates
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rmoisan/branch-updates
Radu Moisan (9):
iputils: Upgrade to v20121221
elfutils: Upgrade to v0.155
rxvt-unicode: Upgrade to v9.18
ed: Upgrade to v1.8
libdmx: Upgrade to v1.1.3
apr: Upgrade to v1.4.8
apr-util: Upgrade to v1.5.2
diffutils: Upgrade to v3.3
usbutils: Upgrade to v007
.../usbutils/{usbutils_006.bb = usbutils_007.bb} |5 +-
.../elfutils/elfutils-0.155/arm_backend.diff | 450 +
.../elfutils/elfutils-0.155/do-autoreconf.diff | 215 +++
.../elfutils/elfutils-0.155/dso-link-change.patch | 32 +
.../elfutils/elfutils-0.155/elf_additions.diff | 61 +
.../elfutils-ar-c-fix-num-passed-to-memset.patch | 23 +
.../elfutils-0.155/elfutils-robustify.patch| 1756 +++
.../elfutils/elfutils-0.155/hppa_backend.diff | 796 +
.../elfutils/elfutils-0.155/i386_dis.h | 1657 ++
.../elfutils/elfutils-0.155/m68k_backend.diff | 303
.../elfutils/elfutils-0.155/mempcpy.patch | 24 +
.../elfutils/elfutils-0.155/mips_backend.diff | 708
...ssed-to-snprintf-for-invalid-sh_name-case.patch | 27 +
.../elfutils-0.155/redhat-portability.diff | 1775 +++
.../elfutils/elfutils-0.155/redhat-robustify.diff | 1824
.../elfutils/elfutils-0.155/uclibc-support.patch | 91 +
.../elfutils/elfutils-0.155/x86_64_dis.h | 1632 ++
meta/recipes-devtools/elfutils/elfutils_0.155.bb | 84 +
.../diffutils-3.2/obsolete_automake_macros.patch | 14 -
.../diffutils/diffutils-3.2/remove-gets.patch | 22 -
meta/recipes-extended/diffutils/diffutils.inc |2 +-
.../{diffutils_3.2.bb = diffutils_3.3.bb} | 10 +-
meta/recipes-extended/ed/ed-1.7/ed-1.2-build.patch | 43 -
meta/recipes-extended/ed/{ed_1.7.bb = ed_1.8.bb} | 11 +-
.../files/debian/add-icmp-return-codes.diff| 43 -
.../iputils/files/debian/fix-arping-timeouts.diff | 26 -
.../files/debian/fix-dead-host-ping-stats.diff | 16 -
.../iputils/files/debian/targets.diff | 14 +-
.../iputils/files/debian/use_gethostbyname2.diff | 36 +-
.../{iputils_s20101006.bb = iputils_s20121221.bb} | 12 +-
.../xorg-lib/{libdmx_1.1.2.bb = libdmx_1.1.3.bb} |4 +-
.../rxvt.desktop |0
.../rxvt.png | Bin 2847 - 2847 bytes
.../xwc.patch |0
.../{rxvt-unicode_9.17.bb = rxvt-unicode_9.18.bb} |6 +-
.../apr/{apr-util_1.5.1.bb = apr-util_1.5.2.bb} |6 +-
.../apr/{apr_1.4.6.bb = apr_1.4.8.bb} |6 +-
37 files changed, 11506 insertions(+), 228 deletions(-)
rename meta/recipes-bsp/usbutils/{usbutils_006.bb = usbutils_007.bb} (83%)
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/arm_backend.diff
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/do-autoreconf.diff
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/dso-link-change.patch
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/elf_additions.diff
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/elfutils-ar-c-fix-num-passed-to-memset.patch
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/elfutils-robustify.patch
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/hppa_backend.diff
create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.155/i386_dis.h
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/m68k_backend.diff
create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.155/mempcpy.patch
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/mips_backend.diff
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/nm-Fix-size-passed-to-snprintf-for-invalid-sh_name-case.patch
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/redhat-portability.diff
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/redhat-robustify.diff
create mode 100644
meta/recipes-devtools/elfutils/elfutils-0.155/uclibc-support.patch
create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.155/x86_64_dis.h
create mode 100644 meta/recipes-devtools/elfutils/elfutils_0.155.bb
delete mode 100644
[OE-core] [PATCH 3/9] rxvt-unicode: Upgrade to v9.18
do_configure was initially failing because could not stat aclocal.m4,
prepended ${S} so that it could find the file, however I don't know
the reasoning for do_configure_prepend in this recipe, it also builds
fine without it
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../rxvt.desktop |0
.../rxvt.png | Bin 2847 - 2847 bytes
.../xwc.patch |0
.../{rxvt-unicode_9.17.bb = rxvt-unicode_9.18.bb} |6 +++---
4 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-sato/rxvt-unicode/{rxvt-unicode-9.17 =
rxvt-unicode-9.18}/rxvt.desktop (100%)
rename meta/recipes-sato/rxvt-unicode/{rxvt-unicode-9.17 =
rxvt-unicode-9.18}/rxvt.png (100%)
rename meta/recipes-sato/rxvt-unicode/{rxvt-unicode-9.17 =
rxvt-unicode-9.18}/xwc.patch (100%)
rename meta/recipes-sato/rxvt-unicode/{rxvt-unicode_9.17.bb =
rxvt-unicode_9.18.bb} (92%)
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.17/rxvt.desktop
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.18/rxvt.desktop
similarity index 100%
rename from meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.17/rxvt.desktop
rename to meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.18/rxvt.desktop
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.17/rxvt.png
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.18/rxvt.png
similarity index 100%
rename from meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.17/rxvt.png
rename to meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.18/rxvt.png
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.17/xwc.patch
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.18/xwc.patch
similarity index 100%
rename from meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.17/xwc.patch
rename to meta/recipes-sato/rxvt-unicode/rxvt-unicode-9.18/xwc.patch
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.17.bb
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.18.bb
similarity index 92%
rename from meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.17.bb
rename to meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.18.bb
index 806e354..9a47617 100644
--- a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.17.bb
+++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.18.bb
@@ -17,8 +17,8 @@ SRC_URI =
http://dist.schmorp.de/rxvt-unicode/Attic/rxvt-unicode-${PV}.tar.bz2
file://rxvt.desktop \
file://rxvt.png
-SRC_URI[md5sum] = 1270432bdc7ce17dbb07d41a607081e0
-SRC_URI[sha256sum] =
de017b2b2a1a7182aeada99f605da33cbee18d450e07a7fdabef48da446521e4
+SRC_URI[md5sum] = 963ccc748fe5bca925e7b92c0404d68b
+SRC_URI[sha256sum] =
87b72a43cac7c9362a984094c661a632ce1a829ad90f149142ab1953854b433f
inherit autotools update-alternatives
@@ -42,7 +42,7 @@ EXTRA_OECONF = --enable-menubar --enable-xim \
--with-x=${STAGING_DIR_HOST}${prefix}
do_configure_prepend () {
- cp aclocal.m4 acinclude.m4
+ cp ${S}/aclocal.m4 ${S}/acinclude.m4
}
do_compile_prepend () {
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/9] iputils: Upgrade to v20121221
On 07/05/2013 07:14 PM, Burton, Ross wrote: On 5 July 2013 15:47, Radu Moisan radu.moi...@intel.com wrote: - file://arping.c;beginline=1;endline=10;md5=ada2a6d06acc90f943bddf40d15e0541 \ + file://arping.c;beginline=1;endline=11;md5=fe84301b5c2655c950f8b92a057fafa6 \ Please explain the reason for this change in the commit message. Sent v4 Radu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/9] apr-util: Upgrade to v1.5.2
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../apr/{apr-util_1.5.1.bb = apr-util_1.5.2.bb} |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-support/apr/{apr-util_1.5.1.bb = apr-util_1.5.2.bb} (91%)
diff --git a/meta/recipes-support/apr/apr-util_1.5.1.bb
b/meta/recipes-support/apr/apr-util_1.5.2.bb
similarity index 91%
rename from meta/recipes-support/apr/apr-util_1.5.1.bb
rename to meta/recipes-support/apr/apr-util_1.5.2.bb
index e547fe0..ea0f7fb 100644
--- a/meta/recipes-support/apr/apr-util_1.5.1.bb
+++ b/meta/recipes-support/apr/apr-util_1.5.2.bb
@@ -9,14 +9,12 @@ LICENSE = Apache-2.0
LIC_FILES_CHKSUM = file://LICENSE;md5=519e0a18e03f7c023070568c14b077bb \
file://include/apu_version.h;endline=17;md5=806685a84e71f10c80144c48eb35df42
-PR = r0
-
SRC_URI = ${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.gz \
file://configfix.patch \
file://configure_fixes.patch
-SRC_URI[md5sum] = 490c2e26e2dc95fd0983ad71112ddac6
-SRC_URI[sha256sum] =
0cf4e48d93ceb9a5e314f48fe127211b71d30234665587e2eaffbb4fc13d931d
+SRC_URI[md5sum] = eb682cfb8642babba427a4fb391b15e8
+SRC_URI[sha256sum] =
a1ec5025373815795d2fa5bfac40c0984675feffc88e049be9a162c408c2f613
EXTRA_OECONF = --with-apr=${STAGING_BINDIR_CROSS}/apr-1-config \
--without-odbc \
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/9] apr: Upgrade to v1.4.8
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../apr/{apr_1.4.6.bb = apr_1.4.8.bb} |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-support/apr/{apr_1.4.6.bb = apr_1.4.8.bb} (92%)
diff --git a/meta/recipes-support/apr/apr_1.4.6.bb
b/meta/recipes-support/apr/apr_1.4.8.bb
similarity index 92%
rename from meta/recipes-support/apr/apr_1.4.6.bb
rename to meta/recipes-support/apr/apr_1.4.8.bb
index 77dffee..38a0673 100644
--- a/meta/recipes-support/apr/apr_1.4.6.bb
+++ b/meta/recipes-support/apr/apr_1.4.8.bb
@@ -9,15 +9,13 @@ LIC_FILES_CHKSUM =
file://LICENSE;md5=0c35ff3c4c83b89d2f076e315caac28b \
BBCLASSEXTEND = native
-PR = r2
-
SRC_URI = ${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.bz2 \
file://configure_fixes.patch \
file://cleanup.patch \
file://configfix.patch
-SRC_URI[md5sum] = ffee70a111fd07372982b0550bbb14b7
-SRC_URI[sha256sum] =
9b635e60feb163e6fc6c375721f71f44d7e26d6b9cd52f6b86b04e65d2481cbc
+SRC_URI[md5sum] = ce2ab01a0c3cdb71cf0a6326b8654f41
+SRC_URI[sha256sum] =
61b8d2f8d321c6365ee3d71d0bb41f3a89c44da6124cc5b407a3b8319d660421
inherit autotools lib_package binconfig multilib_header
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/9] libdmx: Upgrade to v1.1.3
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../xorg-lib/{libdmx_1.1.2.bb = libdmx_1.1.3.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libdmx_1.1.2.bb = libdmx_1.1.3.bb}
(79%)
diff --git a/meta/recipes-graphics/xorg-lib/libdmx_1.1.2.bb
b/meta/recipes-graphics/xorg-lib/libdmx_1.1.3.bb
similarity index 79%
rename from meta/recipes-graphics/xorg-lib/libdmx_1.1.2.bb
rename to meta/recipes-graphics/xorg-lib/libdmx_1.1.3.bb
index 9d876bb..5aef188 100644
--- a/meta/recipes-graphics/xorg-lib/libdmx_1.1.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libdmx_1.1.3.bb
@@ -16,6 +16,6 @@ DEPENDS += libxext dmxproto
PR = r0
PE = 1
-SRC_URI[md5sum] = 782ced3a9e754dfeb53a8a006a75eb1a
-SRC_URI[sha256sum] =
a7870b648a8768d65432af76dd11581ff69f3955118540d5967eb1eef43838ba
+SRC_URI[md5sum] = ba983eba5a9f05d152a0725b8e863151
+SRC_URI[sha256sum] =
c97da36d2e56a2d7b6e4f896241785acc95e97eb9557465fd66ba2a155a7b201
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/9] ed: Upgrade to v1.8
License files chenged but not the license type
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
meta/recipes-extended/ed/ed-1.7/ed-1.2-build.patch | 43
meta/recipes-extended/ed/{ed_1.7.bb = ed_1.8.bb} | 11 +++--
2 files changed, 5 insertions(+), 49 deletions(-)
delete mode 100644 meta/recipes-extended/ed/ed-1.7/ed-1.2-build.patch
rename meta/recipes-extended/ed/{ed_1.7.bb = ed_1.8.bb} (49%)
diff --git a/meta/recipes-extended/ed/ed-1.7/ed-1.2-build.patch
b/meta/recipes-extended/ed/ed-1.7/ed-1.2-build.patch
deleted file mode 100644
index d30b393..000
--- a/meta/recipes-extended/ed/ed-1.7/ed-1.2-build.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-http://lists.gnu.org/archive/html/bug-ed/2008-12/msg1.html
-
-2007-04-16 Mike Frysinger vap...@gentoo.org
-
- * Do not set CC/CXX/CPPFLAGS/LDFLAGS to so that user can
- override if they so choose.
- * Only set CFLAGS/CXXFLAGS if user did not specify any.
-
-ed had already taken GPLv3 when this patch out, so it should be GPLv3.
-Signed-off-by: Zhai Edwin edwin.z...@intel.com
-
-Upstream-Status: Pending
-
-Index: ed-1.5/configure
-===
ed-1.5.orig/configure 2010-08-30 07:34:49.0 -0700
-+++ ed-1.5/configure 2010-11-20 16:42:20.490645823 -0800
-@@ -26,10 +26,6 @@
- mandir='$(datadir)/man'
- sysconfdir='$(prefix)/etc'
- program_prefix=
--CC=
--CPPFLAGS=
--CFLAGS='-Wall -W -O2'
--LDFLAGS=
-
- # Loop over all args
- while [ -n $1 ] ; do
-@@ -105,6 +101,14 @@
- esac
- done
-
-+# Defaults if the user did not select any
-+if [ x${CFLAGS+set} != xset ] ; then
-+ CFLAGS='-Wall -W -O2'
-+fi
-+if [ x${CXXFLAGS+set} != xset ] ; then
-+ CXXFLAGS='-Wall -W -O2'
-+fi
-+
- # Find the source files, if location was not specified.
- srcdirtext=
- if [ -z ${srcdir} ] ; then
diff --git a/meta/recipes-extended/ed/ed_1.7.bb
b/meta/recipes-extended/ed/ed_1.8.bb
similarity index 49%
rename from meta/recipes-extended/ed/ed_1.7.bb
rename to meta/recipes-extended/ed/ed_1.8.bb
index 0057438..c6b5075 100644
--- a/meta/recipes-extended/ed/ed_1.7.bb
+++ b/meta/recipes-extended/ed/ed_1.8.bb
@@ -4,8 +4,8 @@ BUGTRACKER =
LICENSE = GPLv3+
LIC_FILES_CHKSUM = file://COPYING;md5=f27defe1e96c2e1ecd4e0c9be8967949 \
-
file://ed.h;endline=20;md5=c708cda1b2e8d723d458690b7db03878 \
-
file://main.c;endline=24;md5=1bd039d59e04ee5f82adcc970144a2c3
+
file://ed.h;endline=20;md5=375a20cc2545ac1115eeb7b323c60ae3 \
+
file://main.c;endline=24;md5=1b31246da5e3864d7b30094ff76bf7ed
SECTION = base
PR = r0
@@ -13,11 +13,10 @@ PR = r0
# LSB states that ed should be in /bin/
bindir = ${base_bindir}
-SRC_URI = ${GNU_MIRROR}/ed/ed-${PV}.tar.gz \
- file://ed-1.2-build.patch
+SRC_URI = ${GNU_MIRROR}/ed/ed-${PV}.tar.gz
-SRC_URI[md5sum] = 0aa4e2428e325203d0d7c3e86c961b1c
-SRC_URI[sha256sum] =
894241019a5ff2b7816d20c5bd5a7048fb8f336ca52e97b3cc88d45b16472031
+SRC_URI[md5sum] = 2268d2344b3c52d23730acb2e3c942fe
+SRC_URI[sha256sum] =
64c138d33b1ea4b9daa88e045da0619e2a43cb99a9d378417d20163f410a7273
do_configure() {
${S}/configure
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 9/9] usbutils: Upgrade to v007
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../usbutils/{usbutils_006.bb = usbutils_007.bb} |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-bsp/usbutils/{usbutils_006.bb = usbutils_007.bb} (83%)
diff --git a/meta/recipes-bsp/usbutils/usbutils_006.bb
b/meta/recipes-bsp/usbutils/usbutils_007.bb
similarity index 83%
rename from meta/recipes-bsp/usbutils/usbutils_006.bb
rename to meta/recipes-bsp/usbutils/usbutils_007.bb
index c1c9fc0..45f829f 100644
--- a/meta/recipes-bsp/usbutils/usbutils_006.bb
+++ b/meta/recipes-bsp/usbutils/usbutils_007.bb
@@ -7,14 +7,13 @@ LICENSE = GPLv2+
LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
DEPENDS = libusb zlib
-PR = r0
SRC_URI = ${KERNELORG_MIRROR}/linux/utils/usb/usbutils/usbutils-${PV}.tar.gz \
file://usb-devices-avoid-dependency-on-bash.patch \
file://Fix-NULL-pointer-crash.patch
-SRC_URI[md5sum] = 850790442f5eb487cdc7e35f8ee03e11
-SRC_URI[sha256sum] =
553270b4030f0844cb70aed57e61c7f10a7ed6641c3bed20249201cec9bcf122
+SRC_URI[md5sum] = be6c42294be5c940f208190d3479d50c
+SRC_URI[sha256sum] =
e65c234cadf7c81b6b1567c440e3b9b31b44f51c27df3e45741b88848d8b37d3
inherit autotools
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 8/9] diffutils: Upgrade to v3.3
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../diffutils-3.2/obsolete_automake_macros.patch | 14 -
.../diffutils/diffutils-3.2/remove-gets.patch | 22
meta/recipes-extended/diffutils/diffutils.inc |2 +-
.../{diffutils_3.2.bb = diffutils_3.3.bb} | 10 ++---
4 files changed, 3 insertions(+), 45 deletions(-)
delete mode 100644
meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
delete mode 100644
meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
rename meta/recipes-extended/diffutils/{diffutils_3.2.bb = diffutils_3.3.bb}
(59%)
diff --git
a/meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
b/meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
deleted file mode 100644
index f47cc79..000
---
a/meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
+++ /dev/null
@@ -1,14 +0,0 @@
-Upstream-Status: Backport
-
-Signed-off-by: Marko Lindqvist cazf...@gmail.com
-diff -Nurd diffutils-3.2/configure.ac diffutils-3.2/configure.ac
diffutils-3.2/configure.ac 2011-08-11 18:17:54.0 +0300
-+++ diffutils-3.2/configure.ac 2013-02-08 08:13:28.271427213 +0200
-@@ -33,7 +33,6 @@
-
- AC_PROG_AWK
- AC_PROG_CC
--AM_PROG_CC_STDC
- AM_MISSING_PROG([HELP2MAN], [help2man])
- AC_PROG_RANLIB
- gl_EARLY
diff --git a/meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
b/meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
deleted file mode 100644
index 58ed62d..000
--- a/meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
+++ /dev/null
@@ -1,22 +0,0 @@
-check for gets before using it
-
-Signed-off-by: Khem Raj raj.k...@gmail.com
-Upstream-Status: Pending
-Index: diffutils-3.2/lib/stdio.in.h
-===
diffutils-3.2.orig/lib/stdio.in.h 2011-08-28 04:57:28.0 -0700
-+++ diffutils-3.2/lib/stdio.in.h 2012-07-03 10:45:07.518322117 -0700
-@@ -693,11 +693,13 @@
- _GL_CXXALIAS_SYS (gets, char *, (char *s));
- # undef gets
- # endif
-+# if defined gets
- _GL_CXXALIASWARN (gets);
- /* It is very rare that the developer ever has full control of stdin,
-so any use of gets warrants an unconditional warning. Assume it is
-always declared, since it is required by C89. */
- _GL_WARN_ON_USE (gets, gets is a security hole - use fgets instead);
-+# endif
- #endif
-
-
diff --git a/meta/recipes-extended/diffutils/diffutils.inc
b/meta/recipes-extended/diffutils/diffutils.inc
index c90a3c9..8286569 100644
--- a/meta/recipes-extended/diffutils/diffutils.inc
+++ b/meta/recipes-extended/diffutils/diffutils.inc
@@ -6,7 +6,7 @@ SECTION = base
INC_PR = r7
-SRC_URI = ${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.gz
+SRC_URI = ${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.xz
inherit autotools update-alternatives gettext
diff --git a/meta/recipes-extended/diffutils/diffutils_3.2.bb
b/meta/recipes-extended/diffutils/diffutils_3.3.bb
similarity index 59%
rename from meta/recipes-extended/diffutils/diffutils_3.2.bb
rename to meta/recipes-extended/diffutils/diffutils_3.3.bb
index ef400ef..1b72a4b 100644
--- a/meta/recipes-extended/diffutils/diffutils_3.2.bb
+++ b/meta/recipes-extended/diffutils/diffutils_3.3.bb
@@ -10,11 +10,5 @@ do_configure_prepend () {
done
}
-PR = ${INC_PR}.1
-
-SRC_URI += file://remove-gets.patch \
-file://obsolete_automake_macros.patch \
-
-
-SRC_URI[md5sum] = 22e4deef5d8949a727b159d6bc65c1cc
-SRC_URI[sha256sum] =
2aaaebef615be7dc365306a14caa5d273a4fc174f9f10abca8b60e082c054ed3
+SRC_URI[md5sum] = 99180208ec2a82ce71f55b0d7389f1b3
+SRC_URI[sha256sum] =
a25e89a8ab65fded1731e4186be1bb25cda967834b6df973599cdcd5abdfc19c
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 24/24] python3: Upgrade to 3.3.2
On Friday 28 June 2013 15:04:09 Khem Raj wrote: 3.3.2 is latest bugfix release in 3.3 series Signed-off-by: Khem Raj raj.k...@gmail.com -LIC_FILES_CHKSUM = file://LICENSE;md5=d214581529e343354f8e23025bdf582d +LIC_FILES_CHKSUM = file://LICENSE;md5=a7e738bb078a33a825ce4a0282f8cb31 Please mention in the commit message why this changed. Thanks, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/24] Add python3 recipes
Hi Khem, On Friday 28 June 2013 14:59:46 Khem Raj wrote: This patchset adds python3 recipes to metadata in such a way that they can coexist with python2. The patchset has been tested quite well and I think is ready for review. At times it will adjust existing python2 recipes to make room for itself in a compatible way To add them to your images add python3 python3-modules python3-misc to IMAGE_INSTALL The following changes since commit ff65497cd9a96d5ab49b16ba1f7e30a216ff4a42: classes/insane: remove la2 check which no longer exists from ERROR_QA (2013-06-28 16:33:05 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/python3 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj /python3 Khem Raj (24): generate-manifest-3.3.py: Add script to generate python 3.3 manifests python3native.bbclass: Add python3 abstraction class package_rpm.bbclass:Make the regexp less greedy classes/distutils: Introduce PYTHON_PN classes: Add distutils for python3 setuptools.bbclass: Use python-distribute instead of python-setuptools distutils3.bbclass: Port the distutils class fix to handle filenames with spaces setuptools3.bbclass: Remove useless multiline comment distutils: Introduce PYTHON_ABI variable distutils3: Do build_ext as separate step during compile python-3.3-manifest: Add python3 manifest file python3: Add recipes python3: Add native recipe python_2.7.3.bb: Inherit python-dir ipython: Add recipes for ipython2 and ipython3 python-distribute: Add recipes for python2 and python3 zeromq: Add recipe pyzmq: Add recipes using python3 python3-pycurl: Add recipe python3-docutils: Add recipe python3-jinja: Recipe for python3 templating system python3-nose: Testing tools for python python3-sphinx: New recipe for documentation system python3: Upgrade to 3.3.2 meta/classes/distutils-base.bbclass|5 +- meta/classes/distutils-native-base.bbclass |4 +- meta/classes/distutils-tools.bbclass | 77 +++ meta/classes/distutils.bbclass | 24 +- meta/classes/distutils3-base.bbclass |8 + meta/classes/distutils3-native-base.bbclass|4 + meta/classes/distutils3.bbclass| 82 +++ meta/classes/package_rpm.bbclass |2 +- meta/classes/python-dir.bbclass|2 + meta/classes/python3native.bbclass |7 + meta/classes/pythonnative.bbclass |9 +- meta/classes/setuptools.bbclass|3 +- meta/classes/setuptools3.bbclass |8 + .../ipython/001-completer-across-raw-types.patch | 562 .../ipython3/001-completer-across-raw-types.patch | 562 meta/recipes-devtools/python/ipython3_0.13.1.bb | 71 +++ meta/recipes-devtools/python/ipython_0.13.1.bb | 48 ++ .../python/python-3.3-manifest.inc | 260 + .../python/python-distribute_0.6.32.bb | 47 ++ .../python/python3-distribute_0.6.32.bb| 46 ++ .../python/python3-docutils_0.10.bb| 37 ++ meta/recipes-devtools/python/python3-jinja_1.2.bb | 37 ++ .../python/python3-native_3.3.2.bb | 67 +++ meta/recipes-devtools/python/python3-nose_1.2.1.bb | 34 ++ .../python/python3-pycurl/no-static-link.patch | 16 + .../python/python3-pycurl_7.19.0.bb| 35 ++ .../0001-Fixed-just-zmq-detection.patch| 56 ++ .../python/python3-pyzmq_13.0.0.bb | 46 ++ .../python/python3-sphinx_1.1.3.bb | 39 ++ .../python/python3/000-cross-compile.patch | 76 +++ ...sue-13032-where-it-fails-with-UnicodeDeco.patch | 37 ++ .../python3/020-dont-compile-python-files.patch| 31 ++ .../python/python3/03-fix-tkinter-detection.patch | 42 ++ .../python/python3/030-fixup-include-dirs.patch| 27 + .../python/python3/04-default-is-optimized.patch | 58 ++ .../python3/06-ctypes-libffi-fix-configure.patch | 44 ++ .../python3/070-dont-clean-ipkg-install.patch | 30 ++ .../python3/080-distutils-dont_adjust_files.patch | 86 +++ .../python/python3/110-enable-zlib.patch | 15 + .../python/python3/130-readline-setup.patch| 49 ++ .../python/python3/150-fix-setupterm.patch | 11 + .../python3/avoid_warning_about_tkinter.patch | 25 + meta/recipes-devtools/python/python3/cgi_py.patch | 23 + .../python3/fix_for_using_different_libdir.patch | 54 ++ .../python3/host_include_contamination.patch | 28 + .../python/python3/python-3.3-multilib.patch | 348 .../python/python3/remove_sqlite_rpath.patch |
Re: [OE-core] [PATCH 19/24] python3-pycurl: Add recipe
On Fri, Jun 28, 2013 at 03:04:04PM -0700, Khem Raj wrote: Signed-off-by: Khem Raj raj.k...@gmail.com --- .../python/python3-pycurl/no-static-link.patch | 16 + .../python/python3-pycurl_7.19.0.bb| 35 2 files changed, 51 insertions(+) create mode 100644 meta/recipes-devtools/python/python3-pycurl/no-static-link.patch create mode 100644 meta/recipes-devtools/python/python3-pycurl_7.19.0.bb There is some overlap with python-curl: WARNING: The recipe python-pycurl is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm/usr/lib/python2.7/site-packages/pycurl.so Matched in manifest-qemuarm-python3-pycurl /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm/usr/lib/python2.7/site-packages/pycurl-7.19.0-py2.7.egg-info Matched in manifest-qemuarm-python3-pycurl /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm/usr/lib/python2.7/site-packages/curl/__init__.py Matched in manifest-qemuarm-python3-pycurl /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/qemuarm/usr/lib/python2.7/site-packages/curl/__init__.pyc Matched in manifest-qemuarm-python3-pycurl Please verify which package should provide the above files. Should python3-curl install also in python2.7 libdir? -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 16/24] python-distribute: Add recipes for python2 and python3
On Fri, Jun 28, 2013 at 03:04:01PM -0700, Khem Raj wrote:
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python-distribute_0.6.32.bb | 47
.../python/python3-distribute_0.6.32.bb| 46 +++
2 files changed, 93 insertions(+)
create mode 100644 meta/recipes-devtools/python/python-distribute_0.6.32.bb
create mode 100644 meta/recipes-devtools/python/python3-distribute_0.6.32.bb
easy_install is staged by both
WARNING: The recipe python-distribute-native is trying to install files
into a shared area when those files already exist. Those files and their
manifest location are:
/home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/easy_install
Matched in manifest-x86_64-python3-distribute-native
Please verify which package should provide the above files.
Can we rename it in one of them to be more deterministic about which
version is used?
diff --git a/meta/recipes-devtools/python/python-distribute_0.6.32.bb
b/meta/recipes-devtools/python/python-distribute_0.6.32.bb
new file mode 100644
index 000..86ac871
--- /dev/null
+++ b/meta/recipes-devtools/python/python-distribute_0.6.32.bb
@@ -0,0 +1,47 @@
+DESCRIPTION = Download, build, install, upgrade, and uninstall Python
packages
+HOMEPAGE = http://packages.python.org/distribute;
+SECTION = devel/python
+LICENSE = PSF
+LIC_FILES_CHKSUM =
file://setup.py;beginline=234;endline=234;md5=26f6b02022b737126d3c88838782dddb
+
+SRCNAME = distribute
+PR = ml5
+DEPENDS += python
+DEPENDS_virtclass-native += python-native
+
+SRC_URI = \
+
http://pypi.python.org/packages/source/d/distribute/${SRCNAME}-${PV}.tar.gz \
+
+S = ${WORKDIR}/${SRCNAME}-${PV}
+
+# http://python-distribute.org/distribute_setup.py
+
+# force the selection of python3
+#PYTHON_BASEVERSION = 3.3
+#PYTHON_MAJMIN = 3.3
+
+inherit distutils
+
+DISTUTILS_INSTALL_ARGS +=
--install-lib=${D}${libdir}/${PYTHON_DIR}/site-packages
+
+do_install_prepend() {
+install -d ${D}/${libdir}/${PYTHON_DIR}/site-packages
+}
+
+#
+# The installer puts the wrong path in the setuptools.pth file. Correct it.
+#
+do_install_append() {
+rm ${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
+echo ./${SRCNAME}-${PV}-py${PYTHON_BASEVERSION}.egg
${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
+}
+
+RDEPENDS_${PN} = \
+ python-distutils \
+ python-compression \
+
+
+SRC_URI[md5sum] = acb7a2da81e3612bfb1608abe4f0e568
+SRC_URI[sha256sum] =
8970cd1e148b5d1fea9430584aea66c45ea22d80e0933393ec49ebc388f718df
+
+BBCLASSEXTEND = native
diff --git a/meta/recipes-devtools/python/python3-distribute_0.6.32.bb
b/meta/recipes-devtools/python/python3-distribute_0.6.32.bb
new file mode 100644
index 000..e0415d5
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-distribute_0.6.32.bb
@@ -0,0 +1,46 @@
+DESCRIPTION = Download, build, install, upgrade, and uninstall Python
packages
+HOMEPAGE = http://packages.python.org/distribute;
+SECTION = devel/python
+LICENSE = PSF
+LIC_FILES_CHKSUM =
file://setup.py;beginline=234;endline=234;md5=26f6b02022b737126d3c88838782dddb
+
+SRCNAME = distribute
+PR = ml5
+DEPENDS += python3
+DEPENDS_virtclass-native += python3-native
+
+SRC_URI = \
+
http://pypi.python.org/packages/source/d/${SRCNAME}/${SRCNAME}-${PV}.tar.gz \
+
+S = ${WORKDIR}/${SRCNAME}-${PV}
+
+# http://python-distribute.org/distribute_setup.py
+
+# force the selection of python3
+#PYTHON_BASEVERSION = 3.3
+#PYTHON_MAJMIN = 3.3
+
+inherit distutils3
+
+DISTUTILS_INSTALL_ARGS +=
--install-lib=${D}${libdir}/${PYTHON_DIR}/site-packages
+
+do_install_prepend() {
+install -d ${D}/${libdir}/${PYTHON_DIR}/site-packages
+}
+#
+# The installer puts the wrong path in the setuptools.pth file. Correct it.
+#
+do_install_append() {
+rm ${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
+echo ./${SRCNAME}-${PV}-py${PYTHON_BASEVERSION}.egg
${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
+}
+
+RDEPENDS_${PN} = \
+ python3-distutils \
+ python3-compression \
+
+
+SRC_URI[md5sum] = acb7a2da81e3612bfb1608abe4f0e568
+SRC_URI[sha256sum] =
8970cd1e148b5d1fea9430584aea66c45ea22d80e0933393ec49ebc388f718df
+
+BBCLASSEXTEND = native
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dylan][PATCH 00/44] Backports from master (cover letter only)
On Mon, Jul 08, 2013 at 10:32:18AM +0100, Paul Eggleton wrote: Laurentiu Palcu (2): populate_sdk_base, adt_installer: abort install if path contains spaces The previous patch introduces a bashism which is fixed by this patch (not merged yet in master): http://patches.openembedded.org/patch/52979/ So, both patches should go in dylan or, if this is not possible, leave this one out for now. Laurentiu ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] resolvconf: check if running systemd in postinst
Check if running systemd in postinst by testing for existence of
/sys/fs/cgroup/systemd instead of checking if systemd-tmpfiles
exists in PATH. This is so populate-volatile.sh update is called
instead of systemd-tmpfiles --create if the system has
systemd-tmpfiles installed but was booted using sysvinit.
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-connectivity/resolvconf/resolvconf_1.73.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.73.bb
b/meta/recipes-connectivity/resolvconf/resolvconf_1.73.bb
index ea5b6dd..c8f510b 100644
--- a/meta/recipes-connectivity/resolvconf/resolvconf_1.73.bb
+++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.73.bb
@@ -44,7 +44,7 @@ do_install () {
pkg_postinst_${PN} () {
if [ -z $D ]; then
- if command -v systemd-tmpfiles /dev/null; then
+ if [ -e /sys/fs/cgroup/systemd ]; then
systemd-tmpfiles --create
elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ]; then
${sysconfdir}/init.d/populate-volatile.sh update
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2 2/2] subversion: explicitly disable sasl
On 6/07/2013 6:39 PM, Martin Jansa wrote:
* cyrus-sasl is in meta-networking and isn't in subversion DEPENDS
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-devtools/subversion/subversion_1.6.15.bb | 1 +
meta/recipes-devtools/subversion/subversion_1.7.10.bb | 1 +
2 files changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
index 244d7ea..2a072e8 100644
--- a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
@@ -24,6 +24,7 @@ EXTRA_OECONF = \
--without-berkeley-db --without-apxs --without-apache \
--without-swig --with-apr=${STAGING_BINDIR_CROSS} \
--with-apr-util=${STAGING_BINDIR_CROSS} \
+--without-sasl \
ac_cv_path_RUBY=none
inherit autotools
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.10.bb
b/meta/recipes-devtools/subversion/subversion_1.7.10.bb
index 9d189fe..ded1788 100644
--- a/meta/recipes-devtools/subversion/subversion_1.7.10.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.7.10.bb
@@ -22,6 +22,7 @@ EXTRA_OECONF = \
--without-berkeley-db --without-apxs \
--without-swig --with-apr=${STAGING_BINDIR_CROSS} \
--with-apr-util=${STAGING_BINDIR_CROSS} \
+--without-sasl \
ac_cv_path_RUBY=none
inherit autotools
I would prefer a PACKAGECONFIG for this as I depend on subversion with
SASL support.
Regards,
Jonathan
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2 2/2] subversion: explicitly disable sasl
On Sat, Jul 06, 2013 at 10:39:22AM +0200, Martin Jansa wrote:
* cyrus-sasl is in meta-networking and isn't in subversion DEPENDS
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-devtools/subversion/subversion_1.6.15.bb | 1 +
meta/recipes-devtools/subversion/subversion_1.7.10.bb | 1 +
2 files changed, 2 insertions(+)
I'll change this into PACKAGECONFIG, Jonathan Liu reported that he needs
subversion with sasl support.
diff --git a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
index 244d7ea..2a072e8 100644
--- a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
@@ -24,6 +24,7 @@ EXTRA_OECONF = \
--without-berkeley-db --without-apxs --without-apache \
--without-swig --with-apr=${STAGING_BINDIR_CROSS} \
--with-apr-util=${STAGING_BINDIR_CROSS} \
+--without-sasl \
ac_cv_path_RUBY=none
inherit autotools
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.10.bb
b/meta/recipes-devtools/subversion/subversion_1.7.10.bb
index 9d189fe..ded1788 100644
--- a/meta/recipes-devtools/subversion/subversion_1.7.10.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.7.10.bb
@@ -22,6 +22,7 @@ EXTRA_OECONF = \
--without-berkeley-db --without-apxs \
--without-swig --with-apr=${STAGING_BINDIR_CROSS} \
--with-apr-util=${STAGING_BINDIR_CROSS} \
+--without-sasl \
ac_cv_path_RUBY=none
inherit autotools
--
1.8.2.1
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] glib: fix the python script munging for cross compile
On 07/07/2013 08:30 PM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
Fix the munging of python scripts so that they'll work
on the target, we don't want ${PYTHON}, because that is
the path on the host, not the target.
Signed-off-by: David Borman david.bor...@windriver.com
Signed-off-by: Jesse Zhang sen.zh...@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
.../glib-2.0/glib-2.0/glib2-python-ref.patch | 33
meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb |1 +
2 files changed, 34 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-core/glib-2.0/glib-2.0/glib2-python-ref.patch
diff --git a/meta/recipes-core/glib-2.0/glib-2.0/glib2-python-ref.patch
b/meta/recipes-core/glib-2.0/glib-2.0/glib2-python-ref.patch
new file mode 100644
index 000..d2f8d44
--- /dev/null
+++ b/meta/recipes-core/glib-2.0/glib-2.0/glib2-python-ref.patch
@@ -0,0 +1,33 @@
+glib: fix the python script munging for cross compile
+
+Fix the munging of python scripts so that they'll work
+on the target, we don't want ${PYTHON}, because that is
+the path on the host, not the target.
+
+Upstream-status: Inappropriate [ embedded specific ]
+
+Signed-off-by: David Borman david.bor...@windriver.com
+Signed-off-by: Jesse Zhang sen.zh...@windriver.com
+
+--- glib-2.26.0/glib/Makefile.am
glib-2.26.0/glib/Makefile.am
+@@ -413,7 +413,7 @@
+ mv -f $(DESTDIR)$(bindir)/$$sf $(DESTDIR)$(bindir)/$$sf.tmp \
+ sed $(DESTDIR)$(bindir)/$$sf.tmp $(DESTDIR)$(bindir)/$$sf \
+ -e '1,24s|^ *#@PKGINSTALL_CONFIGVARS_IN24LINES@| ${CONFIGVARS}|' \
+- -e '1,1s|#! /usr/bin/env
python\([0-9]\+\(\.[0-9]\+\)\?\)\?|#!${PYTHON}|' \
++ -e '1,1s|#! /usr/bin/env
python\([0-9]\+\(\.[0-9]\+\)\?\)\?|#!/usr/bin/python|' \
I am not sure hardcoding in /usr/bin/pyhton is correct here either, we
typically use the /usr/bin/env python, so why not clean up the #! to that?
Sau!
+ || exit $$? ; \
+ chmod a+x $(DESTDIR)$(bindir)/$$sf ; \
+ rm -f $(DESTDIR)$(bindir)/$$sf.tmp ; \
+--- glib-2.26.0/glib/Makefile.in
glib-2.26.0/glib/Makefile.in
+@@ -1759,7 +1759,7 @@
+ @OS_UNIX_TRUE@ mv -f $(DESTDIR)$(bindir)/$$sf
$(DESTDIR)$(bindir)/$$sf.tmp \
+ @OS_UNIX_TRUE@ sed $(DESTDIR)$(bindir)/$$sf.tmp
$(DESTDIR)$(bindir)/$$sf \
+ @OS_UNIX_TRUE@-e '1,24s|^ *#@PKGINSTALL_CONFIGVARS_IN24LINES@|
${CONFIGVARS}|' \
+-@OS_UNIX_TRUE@-e '1,1s|#! /usr/bin/env
python\([0-9]\+\(\.[0-9]\+\)\?\)\?|#!${PYTHON}|' \
++@OS_UNIX_TRUE@-e '1,1s|#! /usr/bin/env
python\([0-9]\+\(\.[0-9]\+\)\?\)\?|#!/usr/bin/python|' \
+ @OS_UNIX_TRUE@ || exit $$? ; \
+ @OS_UNIX_TRUE@ chmod a+x $(DESTDIR)$(bindir)/$$sf ; \
+ @OS_UNIX_TRUE@ rm -f $(DESTDIR)$(bindir)/$$sf.tmp ; \
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
b/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
index d9d8932..ffe34ac 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
@@ -14,6 +14,7 @@ SRC_URI = ${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz
\
file://fix-conflicting-rand.patch \
file://Makefile-ptest.patch \
file://add-march-i486-into-CFLAGS-automatically.patch \
+ file://glib2-python-ref.patch \
file://run-ptest \
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] nativesdk-glib-2.0: cannot build on hosts without libffi.so.5
On 07/07/2013 09:11 PM, jackie.hu...@windriver.com wrote:
From: Jackie Huang jackie.hu...@windriver.com
The compile phase of nativesdk-glib-2.0 tries to run some binaries built
and since the -Wl,rpath doesn't specify the sysroot libraries with libffi.so.5,
attempts to run the binrary on hosts without libffi.so.5 results in an error
message complaining that it cannot find libffi.so.5, to fix this, specify
-Wl,rpath == -Wl,rpath-link
I am not sure this makes sense, we have relocation code already, and
glib-2.0 DEPENDS on libffi, so it should be available. What binary is
being run? That same binary might be built for the target and would
have to be run native, so I think this is not correct.
Sau!
Signed-off-by: Amy Fong amy.f...@windriver.com
Signed-off-by: Jackie Huang jackie.hu...@windriver.com
---
meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
b/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
index ffe34ac..bd4f526 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.36.2.bb
@@ -46,6 +46,13 @@ RDEPENDS_${PN}-ptest_append_libc-glibc = \
eglibc-localedata-translit-cjk-variants \
+BUILDSDK_LDFLAGS = -L${STAGING_LIBDIR} \
+-Wl,-rpath-link,${STAGING_LIBDIR} \
+-Wl,-rpath,${STAGING_LIBDIR} -Wl,-O1 \
+-L${STAGING_DIR_HOST}${base_libdir} \
+-Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \
+-Wl,-rpath,${STAGING_DIR_HOST}${base_libdir} -Wl,-O1
+
do_configure_prepend() {
sed -i -e '1s,#!.*,#!${USRBINPATH}/env python,'
${S}/gio/gdbus-2.0/codegen/gdbus-codegen.in
}
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2013-06-30 until 2013-07-07
Changelog since 2013-06-30 until 2013-07-07. 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: Cristiana Voicu (1): hob: save button from settings called a nonexisting method Valentin Popa (1): HOB:Proper handle of SIGINT Changelog for openembedded-core: Chen Qi (4): udev-cache: take a read-only rootfs into consideration base-files: remove the unnecessary /media/xxx directories busybox: fix the on-target upgrade problem busybox: upgrade to stable 1.21.1 Elizabeth Flanagan (1): layer.conf: Bumping LAYERVERSION_core Emilia Ciobanu (1): mkelfimage: switch to git repository Hongxu Jia (1): qt-mobility: fix build in the absence of xvideo Ionut Radu (12): libxext: Update from 1.3.1 to 1.3.2 libxcursor: Update from 1.1.13 to 1.1.14 libxinerama: Updated from 1.1.2 to 1.1.3 libxau: Updated from 1.0.7 to 1.0.8 libxres: Updated from 1.0.6 to 1.0.7 libxv: Updated from 1.0.7 to 1.0.8 libxtst: Updated from 1.2.1 to 1.2.2 libxxf86vm: Updated from 1.1.2 to 1.1.3 libxfixes: Updated from 5.0 to 5.0.1 libxcb: Updated from 1.9 to 1.9.1 apt: Updated from 0.9.8.1 to 0.9.8.2 gpgme: Updated from 1.4.1 to 1.4.2 Jackie Huang (2): init-ifupdown: set kernel parameters firstly udev-extraconf: blacklist /dev/dm-* Joe MacDonald (1): sstate.bbclass: Add an extra check for sstate_mirrors Jonathan Liu (3): qt4e.bbclass: export OE_QMAKE_QT_CONFIG xf86-video-modesetting: upgrade to 0.8.0 qt4: upgrade to 4.8.5 Jukka Rissanen (1): connman: Set the VPN client program paths Khem Raj (8): uclibc: Update to latest git/master version uclibc: Remove 0.9.33 recipes bison: Delete unused patch binutils: Backport emulation template fixes eglibc: Add 2.18 recipes eglibc: Drop libc-libm-big distro/conf: Drop libc-libm-big tcmode-default: Pin eglibc to 2.18 Marc Ferland (1): openssh: fix initscript restart command Martin Jansa (4): mesa: Improve gallium PACKAGECONFIG options mesa: fix pipe_loader_sw build without libx11 mesa: bump SRCREV in git recipe, refresh patches mesa: remove drirc file Mihai Prica (1): insane.bbclass: Added QA warning for shipping /usr/share/info/dir Otavio Salvador (4): lttng-tools: Update to 2.2.0 based release lttng-modules: Update to 2.2.0 based release lttng-ust: Update to 2.2.0 based release babeltrace: Update to 1.1.1 based release Paul Eggleton (16): python-async: add recipe python-smmap: add recipe python-gitdb: add recipe python-git: add recipe buildtools-tarball: add python-git packagegroup-self-hosted: add python-git lib/oe/lsb.py: fall back to /etc/os-release for host distro ID linux-firmware: be consistent with license package naming
Re: [OE-core] [PATCHv2] buildhistory: Record size of installed package not compressed archive
On Saturday 06 July 2013 12:04:04 Martin Jansa wrote:
* usually it's more important to know how much space will each
package take on target device then size of compressed package
* example for libewebkit0 with 4 different architectures, interesting
that om_gta02 .ipk is bigger but it's smaller when installed
before:
MACHINE DEFAULTTUNE SIZE (.ipk file)
om_gta04cortexa8t-neon15996 KiB libewebkit0
qemux86_64 x86-6416992 KiB libewebkit0
spitz xscale16148 KiB libewebkit0
om_gta02arm920t 16260 KiB libewebkit0
after:
MACHINE DEFAULTTUNE SIZE (installed)
om_gta04cortexa8t-neon60544 KiB libewebkit0
qemux86_64 x86-6463720 KiB libewebkit0
spitz xscale60588 KiB libewebkit0
om_gta02arm920t 56268 KiB libewebkit0
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/buildhistory.bbclass | 11
scripts/oe-pkgdata-util | 59
--- 2 files changed, 61 insertions(+),
9 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass index 36e7fe1..1ebe68e 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -317,6 +317,8 @@ buildhistory_get_installed() {
# Get list of installed packages
pkgcache=$1/installed-packages.tmp
list_installed_packages file | sort $pkgcache
+ pkgcachearch=$1/installed-packages-arch.tmp
+ list_installed_packages arch | sort $pkgcachearch
If possible I would prefer to avoid having to query the installed package list
twice; I know that would mean changing every backend. I can look at this if
you're short on time.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] util-linux: Use PACKAGECONFIG to control pam and system config options
The PACKAGECONFIG will ensure consistent enabling and disabling of the pam and
systemd related
options for configure and the correct dependencies
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/util-linux/util-linux.inc | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index 5bae370..c7da4ed 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -42,18 +42,17 @@ EXTRA_OECONF = --libdir=${base_libdir}
--disable-use-tty-group \
--disable-makeinstall-chown --enable-elvtune --enable-init \
--enable-kill --enable-last --enable-mesg --enable-partx \
--enable-raw --enable-rdev --enable-reset --disable-login \
---disable-vipw --disable-newgrp --disable-chfn-chsh
--disable-su \
+--disable-vipw --disable-newgrp --disable-chfn-chsh \
--enable-write --enable-arch --enable-mount
--with-fsprobe=builtin \
--enable-libuuid --enable-libblkid --enable-fsck
--without-udev \
---disable-runuser \
usrsbin_execdir='${sbindir}' \
+PACKAGECONFIG ??= ${@base_contains('DISTRO_FEATURES', 'pam', 'pam', '', d)} \
+ ${@base_contains('DISTRO_FEATURES', 'systemd', 'systemd',
'', d)} \
+PACKAGECONFIG[pam] = --enable-su --enable-runuser,--disable-su
--disable-runuser, pam,
# Respect the systemd feature for uuidd
-EXTRA_OECONF += ${@base_contains('DISTRO_FEATURES', 'systemd',
'--enable-socket-activation', '--disable-socket-activation', d)}
-EXTRA_OECONF += ${@base_contains('DISTRO_FEATURES', 'systemd',
'--with-systemdsystemunitdir=${systemd_unitdir}/system/',
'--without-systemdsystemunitdir', d)}
-
-EXTRA_OECONF_append_class-native = --disable-login --disable-su
--disable-runuser
+PACKAGECONFIG[systemd] = --enable-socket-activation
--with-systemdsystemunitdir=${systemd_unitdir}/system/,
--disable-socket-activation --without-systemdsystemunitdir
FILES_${PN}-bash-completion += ${datadir}/bash-completion
FILES_${PN}-doc += ${datadir}/getopt/getopt-*.*
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] packagegroup-core-basic: remove libpam
It is a dependency of shadow and other PAM related recipes and will be
built when the pam DISTRO_FEATURE is enabled.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-extended/packagegroups/packagegroup-core-basic.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
b/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
index dd3c450..2e6f576 100644
--- a/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
+++ b/meta/recipes-extended/packagegroups/packagegroup-core-basic.bb
@@ -108,7 +108,6 @@ RDEPENDS_packagegroup-core-multiuser = \
cracklib \
gzip \
libuser \
-${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)} \
shadow \
sudo \
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] buildhistory: Record size of installed package not compressed archive
On Mon, Jul 08, 2013 at 04:47:57PM +0100, Paul Eggleton wrote:
On Saturday 06 July 2013 12:04:04 Martin Jansa wrote:
* usually it's more important to know how much space will each
package take on target device then size of compressed package
* example for libewebkit0 with 4 different architectures, interesting
that om_gta02 .ipk is bigger but it's smaller when installed
before:
MACHINE DEFAULTTUNE SIZE (.ipk file)
om_gta04cortexa8t-neon15996 KiB libewebkit0
qemux86_64 x86-6416992 KiB libewebkit0
spitz xscale16148 KiB libewebkit0
om_gta02arm920t 16260 KiB libewebkit0
after:
MACHINE DEFAULTTUNE SIZE (installed)
om_gta04cortexa8t-neon60544 KiB libewebkit0
qemux86_64 x86-6463720 KiB libewebkit0
spitz xscale60588 KiB libewebkit0
om_gta02arm920t 56268 KiB libewebkit0
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/buildhistory.bbclass | 11
scripts/oe-pkgdata-util | 59
--- 2 files changed, 61 insertions(+),
9 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass index 36e7fe1..1ebe68e 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -317,6 +317,8 @@ buildhistory_get_installed() {
# Get list of installed packages
pkgcache=$1/installed-packages.tmp
list_installed_packages file | sort $pkgcache
+ pkgcachearch=$1/installed-packages-arch.tmp
+ list_installed_packages arch | sort $pkgcachearch
If possible I would prefer to avoid having to query the installed package
list
twice; I know that would mean changing every backend. I can look at this if
you're short on time.
I was thinking about adding list_installed_packages filearch or
something like that, but because of lack of time I could spend on this
one I decided to skip it. Feel free to improve it.
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3 v2] sanity.bbclass: Check for the known broken version of make
On 6/30/13 11:02 AM, Philip Balister wrote: On 06/30/2013 11:56 AM, Trevor Woerner wrote: On 27 June 2013 10:08, Mark Hatle mark.ha...@windriver.com wrote: See GNU Savannah bug 30612 -- make 3.82 is known to be broken. A number of vendors are providing a modified version, so checking for just the version string is not enough. We also need to check if the patch for the issue has been applied. We use a modified version of the reproduced to check for the issue. Signed-off-by: Mark Hatle mark.ha...@windriver.com --- + +if status != 0: +return Your version of make 3.82 is broken. Please revert to 3.81 or install a patched version.\n Instead of returning an error and asking the user to manually update their own 'make', wouldn't it be better if bitbake simply built its own known-to-be-working -native version instead? In this way a good, working version of 'make' could be installed in a potential SDK's sysroot as well? Is the broken version good enough to build a working version? (Catching up on email after my vacation...) That is the primary issue, can we even trust the host system to work well enough to build a working version. Second, there was recently a change to oe-core that got rid of all of the bootstrap builds, in favor of the 'buildtools'. For anyone with an old or broken system, they will need to download (or build) the buildtools.. install it and have it in their path prior to running oe-core. This will provide the basic set of python, tar, git, and make that is needed for the build system. On a working host, you can use bitbake buildtools-tarball to generate it. --Mark Philip ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] image.bbclass: add a method to add/delete/modify user/group settings
On 7/5/13 3:39 AM, Martin Jansa wrote: On Fri, Jul 05, 2013 at 02:07:28PM +0800, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com We may want to add a user or group which does not logically belong to any specific package. For example, we may want to add a user with the name 'tester' to our image. Besides, we may want to delete or modify user/group in our image. This patch adds a variable, USER_GROUP_SETTINGS, which is dedicated to these tasks. The configuration format is detailed in the local.conf. sample.extended file. This patch also adds a function, set_user_group, which happens at the end of the ROOTFS_POSTPROCESS_COMMAND. It handles the settings in the USER_GROUP_SETTINGS variable. Why not use extra package just with user? See [PATCH v3 0/5] Allow xuser to shutdown (cover letter only) The issue is that the users don't want extra (empty) packages to just add standard users/groups. What they want is a post image-generation configuration mechanism. Adding users/groups is one of the basic items that they want/need. This really has to be considered to be an administrative activity vs a distribution activity. (I.e. difference between creating a package and performing some kind of post-image action.) The other issue with a package based approach is it then mandates changes occur by having to rebuild/reinstall packages. This is onerous in my experience, for something basic like this. It's really outside of the package manager's control. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pulseaudio: Added consolekit dependency for pulseaudio-module-console-kit package
From: Felipe F. Tonello e...@felipetonello.com
When installing pulseaudio-module-console-kit package in an image the
consolekit dependecy cannot be find. This patch makes sure that the consolekit
recipe will be build.
Signed-off-by: Felipe F. Tonello e...@felipetonello.com
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index e4fc648..f925e7d 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM =
file://GPL;md5=4325afd396febcb659c36b49533135d4 \
file://src/pulsecore/resampler.h;beginline=4;endline=23;md5=c3d539b93f8c82a1780bfa3cfa544a95
DEPENDS = libatomics-ops liboil avahi libsamplerate0 libsndfile1 libtool
# optional
-DEPENDS += udev alsa-lib glib-2.0 dbus gconf
+DEPENDS += udev alsa-lib glib-2.0 dbus gconf consolekit
SRC_URI =
http://0pointer.de/lennart/projects/pulseaudio/pulseaudio-${PV}.tar.gz \
file://gcc4-compile-fix.patch \
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] image.bbclass: add a method to add/delete/modify user/group settings
On Mon, Jul 08, 2013 at 12:15:40PM -0500, Mark Hatle wrote: On 7/5/13 3:39 AM, Martin Jansa wrote: On Fri, Jul 05, 2013 at 02:07:28PM +0800, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com We may want to add a user or group which does not logically belong to any specific package. For example, we may want to add a user with the name 'tester' to our image. Besides, we may want to delete or modify user/group in our image. This patch adds a variable, USER_GROUP_SETTINGS, which is dedicated to these tasks. The configuration format is detailed in the local.conf. sample.extended file. This patch also adds a function, set_user_group, which happens at the end of the ROOTFS_POSTPROCESS_COMMAND. It handles the settings in the USER_GROUP_SETTINGS variable. Why not use extra package just with user? See [PATCH v3 0/5] Allow xuser to shutdown (cover letter only) The issue is that the users don't want extra (empty) packages to just add standard users/groups. What they want is a post image-generation configuration mechanism. Adding users/groups is one of the basic items that they want/need. This really has to be considered to be an administrative activity vs a distribution activity. (I.e. difference between creating a package and performing some kind of post-image action.) The other issue with a package based approach is it then mandates changes occur by having to rebuild/reinstall packages. This is onerous in my experience, for something basic like this. It's really outside of the package manager's control. We can have all users in one package base-users (like we have base-files) It can allow someone to just define DEFAULT_USERS = a b c in local.conf and let base-users recipe to create all 3 automatically. Post image-generation mechanism doesn't allow to add new required users in upgrade or installing packages from binary feed with all required users accounts. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] RFC: oe-selftest script to run automated tests against bitbake tools
Hello all, The idea of oe-selftest would be to have an extra method of testing to cover what's not addressed by sanity tests, bitbake-selftest or image run-time testing. More information and some example tests are posted in the related bug, here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4740 Before starting any work on this, maybe we can gather some thoughts, comments, here or in the bugzilla entry, something in the lines of what kind of tests should it run or not, what would be the usage scenario, etc. Thanks, Mihai ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] test-dependencies: add simple script to detect missing or autoenabled dependencies
On 13-07-06 05:39 PM, Martin Jansa wrote:
On Sat, Jul 06, 2013 at 11:24:46PM +0200, Martin Jansa wrote:
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
scripts/test-dependencies.sh | 250 +++
1 file changed, 250 insertions(+)
create mode 100755 scripts/test-dependencies.sh
+build_all() {
+ echo = 1st build to populate sstate-cache directory and sysroot =
+ OUTPUT1=${OUTPUT_BASE}/${TYPE}_all
+ mkdir -p ${OUTPUT1}
+ echo Logs will be stored in ${OUTPUT1} directory
+ bitbake $targets | tee -a ${OUTPUT1}/complete.log
+}
I've just added -k here to bitbake call, more improvements are expected,
that's why it's only RFC, but I wanted to share it soon in case someone
else also have access to some builder which is idle during weekends..
It would be nice to test and fix oe-core recipes first, but because my
target is to run this in dylan I'm running this with more layers
included already.
Martin,
Such a per-recipe dependency test has been on our to do list!
Once your script is in master, we can run it at least once a week.
// Randy
I'm sending patches for master + blacklisting broken recipes in dylan,
maybe we should backport them later as missing deps and autodetected
deps are relatively safe fixes.
Regards,
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
# Randy MacLeod. SMTS, Linux, Wind River
Direct: 613.963.1350
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] image.bbclass: add a method to add/delete/modify user/group settings
On 7/8/13 12:27 PM, Martin Jansa wrote: On Mon, Jul 08, 2013 at 12:15:40PM -0500, Mark Hatle wrote: On 7/5/13 3:39 AM, Martin Jansa wrote: On Fri, Jul 05, 2013 at 02:07:28PM +0800, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com We may want to add a user or group which does not logically belong to any specific package. For example, we may want to add a user with the name 'tester' to our image. Besides, we may want to delete or modify user/group in our image. This patch adds a variable, USER_GROUP_SETTINGS, which is dedicated to these tasks. The configuration format is detailed in the local.conf. sample.extended file. This patch also adds a function, set_user_group, which happens at the end of the ROOTFS_POSTPROCESS_COMMAND. It handles the settings in the USER_GROUP_SETTINGS variable. Why not use extra package just with user? See [PATCH v3 0/5] Allow xuser to shutdown (cover letter only) The issue is that the users don't want extra (empty) packages to just add standard users/groups. What they want is a post image-generation configuration mechanism. Adding users/groups is one of the basic items that they want/need. This really has to be considered to be an administrative activity vs a distribution activity. (I.e. difference between creating a package and performing some kind of post-image action.) The other issue with a package based approach is it then mandates changes occur by having to rebuild/reinstall packages. This is onerous in my experience, for something basic like this. It's really outside of the package manager's control. We can have all users in one package base-users (like we have base-files) It can allow someone to just define DEFAULT_USERS = a b c in local.conf and let base-users recipe to create all 3 automatically. Post image-generation mechanism doesn't allow to add new required users in upgrade or installing packages from binary feed with all required users accounts. That is exactly it.. these are not users that will -ever- be upgraded or worked on via packages. This is equivalent to saying I'd like users bob, tracy and alice on this image I'm generating. It's NOT saying, all systems generated with this package feed will include bob, tracy and alice. If the user wants to add john, after the initial image is generated, they would do so using the adduser functionality of the system (or modifying the passwd/group files.) The fundamental problem is that the package feeds and district from the image itself. The image is nothing more then an installer that happens to be running on the build machine itself. Things that are part of the distribution belong in the feed, things that are instance/image specific belong as part of the installation process. --Mark ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] OE, the TSC and the future
On 7/5/13 6:46 PM, Phil Blundell wrote: On Tue, 2013-06-18 at 17:23 +0100, Richard Purdie wrote: In brief summary the TSC has been doing two main things, acting as a task force and also being able to make a decision when needed. The latter has not happened much at all, the main work was as a task force on various issues, firstly engaging with the Yocto Project and figuring that out, more recently dealing with infrastructure issues and generally ensuring the health of OE. It's certainly true that most of the current TSC members have been doing a fine job on the task force front and I think we'd all be glad to see them continue with that. What's rather less obvious to me is whether they actually need to be an elected body in order to do so; any group of individuals who wish to form a task force are obviously free and welcome to do so at any time. As you note, the requirement for the TSC to actually make decisions has been minimal/nonexistent of late and, again, it's not totally obvious that having an elected body of experts on perpetual standby just in case a decision might be needed is entirely necessary. In the many-layered world that we now inhabit, it seems reasonable to let the individual layer maintainers (in consultation with their peers when necessary) make the decisions that they think best for their own trees. Recent experience seems to suggest that, practically speaking, this is already what's happening and when it comes to a contest of wills the TSC have not shown any interest in overruling layer maintainers who disagree with their stated position. Plus, of course, we already have two bodies who are empowered by the OE e.V. statutes to make decisions, namely the board and the GA. Both of these have wide discretion to do what they think best, and of course they can convene a panel of expert advisers if they feel that any particular issue needs specialist knowledge that they don't have. So, all in all, I feel that we've come to the point where the TSC (as an organisation) is no longer providing us with any particular benefits and could be disbanded without causing any real hardship. This would avoid the administrative overhead of running elections for each of its seats, which have recently been uncontested in any case, and would also avoid a certain amount of potential ambiguity over where the TSC's jurisdiction ends and the board's starts. I believe that Phil Blundell raises a valid question about the continuing need for the TSC. However, it seems to me that the need for a group to arbitrate on technical matters is valuable enough, by itself, to keep the TSC. This applies even if that function is utilized infrequently. In considering the future of the TSC, I offer the opinion that in the future, tactical concerns shouldn't be the primary business for the TSC. Rather, I'd like to see the TSC become more strategically focused. In particular, I'd like to have the TSC produce a vision for OE in the 2-3 year time frame. As another OE board member, I support Phil Balister's offer to have the non-technical matters fall to the board to handle, with the caveat that the TSC becomes more focused on the long term evolution and improvement of OE as a whole Regards, Sean Sean Hudson | Embedded Linux Architect Mentor Embedded™ Nucleus® | Linux® | Android™ | Services | UI | Multi-OS ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] lighttpd: Add systemd support.
On 07/05/2013 07:03 AM, Noor, Ahsan wrote:
From: Noor noor_ah...@mentor.com
* Enable lighttpd with systemd support.
* Replace the hardcoded paths with sbindir, sysconfdir and base_bindir
Signed-off-by: Noor Ahsan noor_ah...@mentor.com
---
.../lighttpd/files/lighttpd.service| 12 ++
meta/recipes-extended/lighttpd/lighttpd_1.4.32.bb | 24
2 files changed, 32 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-extended/lighttpd/files/lighttpd.service
b/meta/recipes-extended/lighttpd/files/lighttpd.service
new file mode 100644
index 000..a5333b6
--- /dev/null
+++ b/meta/recipes-extended/lighttpd/files/lighttpd.service
@@ -0,0 +1,12 @@
+[Unit]
+Description=Lightning Fast Webserver With Light System Requirements
+After=network.target
+
+[Service]
+ExecStartPre=/usr/sbin/lighttpd -t -f /etc/lighttpd.conf
+ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd.conf
+ExecReload=/bin/kill -HUP $MAINPID
+
+[Install]
+WantedBy=multi-user.target
+
diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.32.bb
b/meta/recipes-extended/lighttpd/lighttpd_1.4.32.bb
index df6ce97..3c03938 100644
--- a/meta/recipes-extended/lighttpd/lighttpd_1.4.32.bb
+++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.32.bb
@@ -22,6 +22,7 @@ SRC_URI =
http://download.lighttpd.net/lighttpd/releases-1.4.x/lighttpd-${PV}.t
file://index.html.lighttpd \
file://lighttpd.conf \
file://lighttpd \
+file://lighttpd.service \
SRC_URI[md5sum] = 8e2d4ae8e918d4de1aeb9842584d170b
@@ -39,19 +40,34 @@ EXTRA_OECONF = \
--disable-static \
-inherit autotools pkgconfig update-rc.d gettext
+inherit autotools pkgconfig update-rc.d gettext systemd
INITSCRIPT_NAME = lighttpd
INITSCRIPT_PARAMS = defaults 70
+SYSTEMD_SERVICE_${PN} = lighttpd.service
+SYSTEMD_AUTO_ENABLE = disable
+
+
do_install_append() {
-install -d ${D}${sysconfdir}/init.d ${D}/www/logs ${D}/www/pages/dav
${D}/www/var
-install -m 0755 ${WORKDIR}/lighttpd ${D}${sysconfdir}/init.d
+
+install -d ${D}${sysconfdir} ${D}/www/logs ${D}/www/pages/dav ${D}/www/var
install -m 0755 ${WORKDIR}/lighttpd.conf ${D}${sysconfdir}
install -m 0644 ${WORKDIR}/index.html.lighttpd ${D}/www/pages/index.html
+if ${@base_contains('DISTRO_FEATURES','sysvinit','true','false',d)}; then
I am not sure this is the best way as it may be possible to have both
sysvinit and systemd in DISTRO_FEATURES. I think it would be better to
test for each individually and install based on that.
Sau!
+install -d ${D}${sysconfdir}/init.d
+install -m 0755 ${WORKDIR}/lighttpd ${D}${sysconfdir}/init.d
+else
+install -d ${D}${systemd_unitdir}/system
+install -m 0644 ${WORKDIR}/lighttpd.service
${D}${systemd_unitdir}/system
+sed -i 's!/usr/sbin!${sbindir}!g'
${D}${systemd_unitdir}/system/lighttpd.service
+sed -i 's!/etc!${sysconfdir}!g'
${D}${systemd_unitdir}/system/lighttpd.service
+sed -i 's!/bin!${base_bindir}!g'
${D}${systemd_unitdir}/system/lighttpd.service
+fi
+
}
-FILES_${PN} += ${sysconfdir} /www
+FILES_${PN} += ${sysconfdir} /www ${systemd_unitdir}
CONFFILES_${PN} = ${sysconfdir}/lighttpd.conf
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] image.bbclass: add a method to add/delete/modify user/group settings
On Mon, Jul 08, 2013 at 01:01:48PM -0500, Mark Hatle wrote: On 7/8/13 12:27 PM, Martin Jansa wrote: On Mon, Jul 08, 2013 at 12:15:40PM -0500, Mark Hatle wrote: On 7/5/13 3:39 AM, Martin Jansa wrote: On Fri, Jul 05, 2013 at 02:07:28PM +0800, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com We may want to add a user or group which does not logically belong to any specific package. For example, we may want to add a user with the name 'tester' to our image. Besides, we may want to delete or modify user/group in our image. This patch adds a variable, USER_GROUP_SETTINGS, which is dedicated to these tasks. The configuration format is detailed in the local.conf. sample.extended file. This patch also adds a function, set_user_group, which happens at the end of the ROOTFS_POSTPROCESS_COMMAND. It handles the settings in the USER_GROUP_SETTINGS variable. Why not use extra package just with user? See [PATCH v3 0/5] Allow xuser to shutdown (cover letter only) The issue is that the users don't want extra (empty) packages to just add standard users/groups. What they want is a post image-generation configuration mechanism. Adding users/groups is one of the basic items that they want/need. This really has to be considered to be an administrative activity vs a distribution activity. (I.e. difference between creating a package and performing some kind of post-image action.) The other issue with a package based approach is it then mandates changes occur by having to rebuild/reinstall packages. This is onerous in my experience, for something basic like this. It's really outside of the package manager's control. We can have all users in one package base-users (like we have base-files) It can allow someone to just define DEFAULT_USERS = a b c in local.conf and let base-users recipe to create all 3 automatically. Post image-generation mechanism doesn't allow to add new required users in upgrade or installing packages from binary feed with all required users accounts. That is exactly it.. these are not users that will -ever- be upgraded or worked on via packages. This is equivalent to saying I'd like users bob, tracy and alice on this image I'm generating. It's NOT saying, all systems generated with this package feed will include bob, tracy and alice. IMAGE_INSTALL += base-user-bob base-user-tracy base-user-alice If the user wants to add john, after the initial image is generated, they would do so using the adduser functionality of the system (or modifying the passwd/group files.) And what if john-the-ripper package in the feed needs john as system user and the same system user is also used by thc-hydra package? Should both include addusers/addgroup postinsts (like connman, xserver-nodm-init do without latest patchset)? The fundamental problem is that the package feeds and district from the image itself. The image is nothing more then an installer that happens to be running on the build machine itself. Things that are part of the distribution belong in the feed, things that are instance/image specific belong as part of the installation process. --Mark -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] test-dependencies: add simple script to detect missing or autoenabled dependencies
On Mon, Jul 08, 2013 at 02:00:20PM -0400, Randy MacLeod wrote:
On 13-07-06 05:39 PM, Martin Jansa wrote:
On Sat, Jul 06, 2013 at 11:24:46PM +0200, Martin Jansa wrote:
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
scripts/test-dependencies.sh | 250
+++
1 file changed, 250 insertions(+)
create mode 100755 scripts/test-dependencies.sh
+build_all() {
+ echo = 1st build to populate sstate-cache directory and sysroot
=
+ OUTPUT1=${OUTPUT_BASE}/${TYPE}_all
+ mkdir -p ${OUTPUT1}
+ echo Logs will be stored in ${OUTPUT1} directory
+ bitbake $targets | tee -a ${OUTPUT1}/complete.log
+}
I've just added -k here to bitbake call, more improvements are expected,
that's why it's only RFC, but I wanted to share it soon in case someone
else also have access to some builder which is idle during weekends..
It would be nice to test and fix oe-core recipes first, but because my
target is to run this in dylan I'm running this with more layers
included already.
Martin,
Such a per-recipe dependency test has been on our to do list!
Once your script is in master, we can run it at least once a week.
Great, my tests revealed about 100 packages with autodetected extra
dependencies, I'll send improved version of this script soon (together
with results from my world builds (23 layers included).
Regards,
I'm sending patches for master + blacklisting broken recipes in dylan,
maybe we should backport them later as missing deps and autodetected
deps are relatively safe fixes.
Regards,
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
# Randy MacLeod. SMTS, Linux, Wind River
Direct: 613.963.1350
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] udev: add runtime dependency on blkid
On 07/08/2013 12:35 PM, Saul Wold wrote: On 07/08/2013 12:10 AM, jackie.hu...@windriver.com wrote: From: Jackie Huang jackie.hu...@windriver.com udev requires blkid, but this wasn't explicit. Note that the dependency is on util-linux specifically, the one from e2fsprogs won't work. Doesn't udev use an internal builtin-blkid? Or is the configure finding that we have util-linux and using it instead of the built-in? I think (I'm really stale here) I wrote that patch against a udev version prior to the addition of the builtin. And in any case didn't I see that blkid got yanked from the e2fsprogs package at some point anyway? Pretty sure this is not needed in upstream oe-core. Not sure if it ever was. Andy ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] image.bbclass: add a method to add/delete/modify user/group settings
On 7/8/13 2:31 PM, Martin Jansa wrote: On Mon, Jul 08, 2013 at 01:01:48PM -0500, Mark Hatle wrote: On 7/8/13 12:27 PM, Martin Jansa wrote: On Mon, Jul 08, 2013 at 12:15:40PM -0500, Mark Hatle wrote: On 7/5/13 3:39 AM, Martin Jansa wrote: On Fri, Jul 05, 2013 at 02:07:28PM +0800, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com We may want to add a user or group which does not logically belong to any specific package. For example, we may want to add a user with the name 'tester' to our image. Besides, we may want to delete or modify user/group in our image. This patch adds a variable, USER_GROUP_SETTINGS, which is dedicated to these tasks. The configuration format is detailed in the local.conf. sample.extended file. This patch also adds a function, set_user_group, which happens at the end of the ROOTFS_POSTPROCESS_COMMAND. It handles the settings in the USER_GROUP_SETTINGS variable. Why not use extra package just with user? See [PATCH v3 0/5] Allow xuser to shutdown (cover letter only) The issue is that the users don't want extra (empty) packages to just add standard users/groups. What they want is a post image-generation configuration mechanism. Adding users/groups is one of the basic items that they want/need. This really has to be considered to be an administrative activity vs a distribution activity. (I.e. difference between creating a package and performing some kind of post-image action.) The other issue with a package based approach is it then mandates changes occur by having to rebuild/reinstall packages. This is onerous in my experience, for something basic like this. It's really outside of the package manager's control. We can have all users in one package base-users (like we have base-files) It can allow someone to just define DEFAULT_USERS = a b c in local.conf and let base-users recipe to create all 3 automatically. Post image-generation mechanism doesn't allow to add new required users in upgrade or installing packages from binary feed with all required users accounts. That is exactly it.. these are not users that will -ever- be upgraded or worked on via packages. This is equivalent to saying I'd like users bob, tracy and alice on this image I'm generating. It's NOT saying, all systems generated with this package feed will include bob, tracy and alice. IMAGE_INSTALL += base-user-bob base-user-tracy base-user-alice If the user wants to add john, after the initial image is generated, they would do so using the adduser functionality of the system (or modifying the passwd/group files.) And what if john-the-ripper package in the feed needs john as system user and the same system user is also used by thc-hydra package? These are not system users.. these are -actual- users, people who are going to log into this instance and do something. Should both include addusers/addgroup postinsts (like connman, xserver-nodm-init do without latest patchset)? Each package that requires a non-standard system user should add it themselves via the existing postinst scripts. --Mark The fundamental problem is that the package feeds and district from the image itself. The image is nothing more then an installer that happens to be running on the build machine itself. Things that are part of the distribution belong in the feed, things that are instance/image specific belong as part of the installation process. --Mark ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] util-linux: Use PACKAGECONFIG to control pam and system config options
The PACKAGECONFIG will ensure consistent enabling and disabling of the pam and
systemd related
options for configure and the correct dependencies
v2: fixed PACKAGECONFIG line continuation grammar
added _class-target for PACKAGECONFIG to work on target only
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-core/util-linux/util-linux.inc | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index 5bae370..7d50856 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -42,18 +42,17 @@ EXTRA_OECONF = --libdir=${base_libdir}
--disable-use-tty-group \
--disable-makeinstall-chown --enable-elvtune --enable-init \
--enable-kill --enable-last --enable-mesg --enable-partx \
--enable-raw --enable-rdev --enable-reset --disable-login \
---disable-vipw --disable-newgrp --disable-chfn-chsh
--disable-su \
+--disable-vipw --disable-newgrp --disable-chfn-chsh \
--enable-write --enable-arch --enable-mount
--with-fsprobe=builtin \
--enable-libuuid --enable-libblkid --enable-fsck
--without-udev \
---disable-runuser \
usrsbin_execdir='${sbindir}' \
+PACKAGECONFIG_class-target ??= ${@base_contains('DISTRO_FEATURES', 'pam',
'pam', '', d)} \
+${@base_contains('DISTRO_FEATURES', 'systemd',
'systemd', '', d)}
+PACKAGECONFIG[pam] = --enable-su --enable-runuser,--disable-su
--disable-runuser, pam,
# Respect the systemd feature for uuidd
-EXTRA_OECONF += ${@base_contains('DISTRO_FEATURES', 'systemd',
'--enable-socket-activation', '--disable-socket-activation', d)}
-EXTRA_OECONF += ${@base_contains('DISTRO_FEATURES', 'systemd',
'--with-systemdsystemunitdir=${systemd_unitdir}/system/',
'--without-systemdsystemunitdir', d)}
-
-EXTRA_OECONF_append_class-native = --disable-login --disable-su
--disable-runuser
+PACKAGECONFIG[systemd] = --enable-socket-activation
--with-systemdsystemunitdir=${systemd_unitdir}/system/,
--disable-socket-activation --without-systemdsystemunitdir
FILES_${PN}-bash-completion += ${datadir}/bash-completion
FILES_${PN}-doc += ${datadir}/getopt/getopt-*.*
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] image.bbclass: add a method to add/delete/modify user/group settings
On 07/04/2013 11:07 PM, qi.c...@windriver.com wrote:
From: Chen Qi qi.c...@windriver.com
We may want to add a user or group which does not logically belong to
any specific package. For example, we may want to add a user with the
name 'tester' to our image. Besides, we may want to delete or modify
user/group in our image.
This patch adds a variable, USER_GROUP_SETTINGS, which is dedicated
to these tasks. The configuration format is detailed in the local.conf.
sample.extended file.
This patch also adds a function, set_user_group, which happens at
the end of the ROOTFS_POSTPROCESS_COMMAND. It handles the settings
in the USER_GROUP_SETTINGS variable.
[YOCTO #4074]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/classes/image.bbclass | 48
1 file changed, 48 insertions(+)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 380ed8e..8ce97be 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -179,6 +179,8 @@ ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(IMAGE_FEATURES,
debug-tweaks
ROOTFS_POSTPROCESS_COMMAND += '${@base_contains(IMAGE_FEATURES, debug-tweaks,
postinst_enable_logging; , ,d)}'
# Set default postinst log file
POSTINST_LOGFILE ?= ${localstatedir}/log/postinstall.log
+# Image level user / group settings
+ROOTFS_POSTPROCESS_COMMAND_append = set_user_group;
# some default locales
IMAGE_LINGUAS ?= de-de fr-fr en-gb
@@ -528,6 +530,52 @@ postinst_enable_logging () {
echo LOGFILE=${POSTINST_LOGFILE}
${IMAGE_ROOTFS}${sysconfdir}/default/postinst
}
+# Image level user / group settings
+set_user_group () {
+ user_group_settings=${USER_GROUP_SETTINGS}
+ export PSEUDO=${FAKEROOTENV} ${STAGING_DIR_NATIVE}${bindir}/pseudo
+ # login.def may no be present in rootfs, if so, we use that one in
sysroot as a default
+ if [ ! -e ${IMAGE_ROOTFS}${sysconfdir}/login.defs ]; then
+ cp ${STAGING_DIR_TARGET}/${sysconfdir}/login.defs
${IMAGE_ROOTFS}${sysconfdir}/login.defs
+ target_login_def=no
+ fi
Since this gets run every time for image creation, we can be sure an
image won't be using someform of login, so finding login.defs might not
be the best thing to do.
take the poky.tiny example and failures:
cp: cannot stat
'/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/poky-tiny/build/build/tmp/sysroots/qemux86//etc/login.defs':
No such file or directory
ERROR: Function failed: do_rootfs (log file is located at
/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/poky-tiny/build/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/temp/log.do_rootfs.24531)
NOTE: recipe core-image-minimal-1.0-r0: task do_rootfs: Failed
Sau!
+ setting=`echo $user_group_settings | cut -d ';' -f1`
+ remaining=`echo $user_group_settings | cut -d ';' -f2-`
+ while test x$setting != x; do
+ user_group=`echo $setting | cut -d ',' -f1`
+ action=`echo $setting | cut -d ',' -f2`
+ opts=`echo $setting | cut -d ',' -f3`
+ # determine the command according to user_group and action
+ if [ $user_group = USER ]; then
+ cmd_prefix=user
+ elif [ $user_group = GROUP ]; then
+ cmd_prefix=group
+ else
+ echo Error: invalid setting of $user_group in the
USER_GROUP_SETTINGS
+ exit 1
+ fi
+ if [ $action = ADD ]; then
+ cmd_suffix=add
+ elif [ $action = DEL ]; then
+ cmd_suffix=del
+ elif [ $action = MOD ]; then
+ cmd_suffix=mod
+ else
+ echo Error: invalid setting of $user_group in the
USER_GROUP_SETTINGS
+ exit 1
+ fi
+ cmd=$cmd_prefix$cmd_suffix
+ echo using commond $cmd for setting $setting ...
+ eval $PSEUDO $cmd -R ${IMAGE_ROOTFS} $opts
+ # iterate to the next setting
+ setting=`echo $remaining | cut -d ';' -f1`
+ remaining=`echo $remaining | cut -d ';' -f2-`
+ done
+ if [ $target_login_def = no ]; then
+ rm -f ${IMAGE_ROOTFS}${sysconfdir}/login.defs
+ fi
+}
+
# Turn any symbolic /sbin/init link into a file
remove_init_link () {
if [ -h ${IMAGE_ROOTFS}/sbin/init ]; then
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 8/9] diffutils: Upgrade to v3.3
On 07/08/2013 03:22 AM, Radu Moisan wrote:
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../diffutils-3.2/obsolete_automake_macros.patch | 14 -
.../diffutils/diffutils-3.2/remove-gets.patch | 22
meta/recipes-extended/diffutils/diffutils.inc |2 +-
.../{diffutils_3.2.bb = diffutils_3.3.bb} | 10 ++---
4 files changed, 3 insertions(+), 45 deletions(-)
delete mode 100644
meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
delete mode 100644
meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
rename meta/recipes-extended/diffutils/{diffutils_3.2.bb = diffutils_3.3.bb}
(59%)
diff --git
a/meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
b/meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
deleted file mode 100644
index f47cc79..000
---
a/meta/recipes-extended/diffutils/diffutils-3.2/obsolete_automake_macros.patch
+++ /dev/null
@@ -1,14 +0,0 @@
-Upstream-Status: Backport
-
-Signed-off-by: Marko Lindqvist cazf...@gmail.com
-diff -Nurd diffutils-3.2/configure.ac diffutils-3.2/configure.ac
diffutils-3.2/configure.ac 2011-08-11 18:17:54.0 +0300
-+++ diffutils-3.2/configure.ac 2013-02-08 08:13:28.271427213 +0200
-@@ -33,7 +33,6 @@
-
- AC_PROG_AWK
- AC_PROG_CC
--AM_PROG_CC_STDC
- AM_MISSING_PROG([HELP2MAN], [help2man])
- AC_PROG_RANLIB
- gl_EARLY
diff --git a/meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
b/meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
deleted file mode 100644
index 58ed62d..000
--- a/meta/recipes-extended/diffutils/diffutils-3.2/remove-gets.patch
+++ /dev/null
@@ -1,22 +0,0 @@
-check for gets before using it
-
-Signed-off-by: Khem Raj raj.k...@gmail.com
-Upstream-Status: Pending
-Index: diffutils-3.2/lib/stdio.in.h
-===
diffutils-3.2.orig/lib/stdio.in.h 2011-08-28 04:57:28.0 -0700
-+++ diffutils-3.2/lib/stdio.in.h 2012-07-03 10:45:07.518322117 -0700
-@@ -693,11 +693,13 @@
- _GL_CXXALIAS_SYS (gets, char *, (char *s));
- # undef gets
- # endif
-+# if defined gets
- _GL_CXXALIASWARN (gets);
- /* It is very rare that the developer ever has full control of stdin,
-so any use of gets warrants an unconditional warning. Assume it is
-always declared, since it is required by C89. */
- _GL_WARN_ON_USE (gets, gets is a security hole - use fgets instead);
-+# endif
- #endif
-
-
diff --git a/meta/recipes-extended/diffutils/diffutils.inc
b/meta/recipes-extended/diffutils/diffutils.inc
index c90a3c9..8286569 100644
--- a/meta/recipes-extended/diffutils/diffutils.inc
+++ b/meta/recipes-extended/diffutils/diffutils.inc
@@ -6,7 +6,7 @@ SECTION = base
INC_PR = r7
I guess we need to keep this since it's used by the gplv2 version still,
but you could move it there and have the recipe file maintain a PR of
r7.0? ??
-SRC_URI = ${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.gz
+SRC_URI = ${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.xz
This change causes problems for the gplv2 version, so SRC_URI should
move to the versioned bb files.
Sau!
inherit autotools update-alternatives gettext
diff --git a/meta/recipes-extended/diffutils/diffutils_3.2.bb
b/meta/recipes-extended/diffutils/diffutils_3.3.bb
similarity index 59%
rename from meta/recipes-extended/diffutils/diffutils_3.2.bb
rename to meta/recipes-extended/diffutils/diffutils_3.3.bb
index ef400ef..1b72a4b 100644
--- a/meta/recipes-extended/diffutils/diffutils_3.2.bb
+++ b/meta/recipes-extended/diffutils/diffutils_3.3.bb
@@ -10,11 +10,5 @@ do_configure_prepend () {
done
}
-PR = ${INC_PR}.1
-
-SRC_URI += file://remove-gets.patch \
-file://obsolete_automake_macros.patch \
-
-
-SRC_URI[md5sum] = 22e4deef5d8949a727b159d6bc65c1cc
-SRC_URI[sha256sum] =
2aaaebef615be7dc365306a14caa5d273a4fc174f9f10abca8b60e082c054ed3
+SRC_URI[md5sum] = 99180208ec2a82ce71f55b0d7389f1b3
+SRC_URI[sha256sum] =
a25e89a8ab65fded1731e4186be1bb25cda967834b6df973599cdcd5abdfc19c
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] cmake: Update to 2.8.11.2
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb | 5 -
meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb | 5 +
meta/recipes-devtools/cmake/{cmake_2.8.11.1.bb = cmake_2.8.11.2.bb} | 3 +++
3 files changed, 8 insertions(+), 5 deletions(-)
delete mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb
create mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
rename meta/recipes-devtools/cmake/{cmake_2.8.11.1.bb = cmake_2.8.11.2.bb}
(89%)
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb
deleted file mode 100644
index 0a84d5b..000
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb
+++ /dev/null
@@ -1,5 +0,0 @@
-require cmake.inc
-inherit native
-
-SRC_URI[md5sum] = df5324a3b203373a9e0a04b924281a43
-SRC_URI[sha256sum] =
b7dbb86824051319b8e082d2f892ebe6d5914b4dac9b9ef1aeac5e7ed054b0bf
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
new file mode 100644
index 000..ab31049
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
@@ -0,0 +1,5 @@
+require cmake.inc
+inherit native
+
+SRC_URI[md5sum] = 6f5d7b8e7534a5d9e1a7664ba63cf882
+SRC_URI[sha256sum] =
b32acb483afdd14339941c6e4ec25f633d916a7a472653a0b00838771a6c0562
diff --git a/meta/recipes-devtools/cmake/cmake_2.8.11.1.bb
b/meta/recipes-devtools/cmake/cmake_2.8.11.2.bb
similarity index 89%
rename from meta/recipes-devtools/cmake/cmake_2.8.11.1.bb
rename to meta/recipes-devtools/cmake/cmake_2.8.11.2.bb
index 968ac62..91e5411 100644
--- a/meta/recipes-devtools/cmake/cmake_2.8.11.1.bb
+++ b/meta/recipes-devtools/cmake/cmake_2.8.11.2.bb
@@ -9,6 +9,9 @@ SRC_URI += file://dont-run-cross-binaries.patch
SRC_URI[md5sum] = df5324a3b203373a9e0a04b924281a43
SRC_URI[sha256sum] =
b7dbb86824051319b8e082d2f892ebe6d5914b4dac9b9ef1aeac5e7ed054b0bf
+SRC_URI[md5sum] = 6f5d7b8e7534a5d9e1a7664ba63cf882
+SRC_URI[sha256sum] =
b32acb483afdd14339941c6e4ec25f633d916a7a472653a0b00838771a6c0562
+
# Strip ${prefix} from ${docdir}, set result into docdir_stripped
python () {
prefix=d.getVar(prefix, True)
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] Several Updates
The following changes since commit b97570c66737a6c404b49459cd95184abb855399:
qt4: Take PV increase opportunity to drop PR (2013-07-05 15:49:51 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/updates
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/updates
Saul Wold (4):
man-pages: Update to 3.52
cmake: Update to 2.8.11.2
tzcode-native: Update to 2013d
kconfig-frontends: Update to 3.10
meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb | 5 -
meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb | 5 +
.../cmake/{cmake_2.8.11.1.bb = cmake_2.8.11.2.bb}| 3 +++
...onfig-frontends_3.9.0.bb = kconfig-frontends_3.10.0.0.bb} | 11 +--
.../man-pages/{man-pages_3.50.bb = man-pages_3.52.bb}| 5 ++---
.../tzcode/{tzcode-native_2013c.bb = tzcode-native_2013d.bb} | 5 +++--
6 files changed, 18 insertions(+), 16 deletions(-)
delete mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.11.1.bb
create mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.11.2.bb
rename meta/recipes-devtools/cmake/{cmake_2.8.11.1.bb = cmake_2.8.11.2.bb}
(89%)
rename meta/recipes-devtools/kconfig-frontends/{kconfig-frontends_3.9.0.bb =
kconfig-frontends_3.10.0.0.bb} (78%)
rename meta/recipes-extended/man-pages/{man-pages_3.50.bb =
man-pages_3.52.bb} (81%)
rename meta/recipes-extended/tzcode/{tzcode-native_2013c.bb =
tzcode-native_2013d.bb} (83%)
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] kconfig-frontends: Update to 3.10
Rename recipe to match upstream tarball name which requires a fix the the
SOLIBS numbering
Signed-off-by: Saul Wold s...@linux.intel.com
---
...onfig-frontends_3.9.0.bb = kconfig-frontends_3.10.0.0.bb} | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
rename meta/recipes-devtools/kconfig-frontends/{kconfig-frontends_3.9.0.bb =
kconfig-frontends_3.10.0.0.bb} (78%)
diff --git a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.9.0.bb
b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.10.0.0.bb
similarity index 78%
rename from meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.9.0.bb
rename to meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.10.0.0.bb
index 53eff30..901f115 100644
--- a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.9.0.bb
+++ b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.10.0.0.bb
@@ -11,13 +11,12 @@ LICENSE = GPL-2.0
LIC_FILES_CHKSUM = file://COPYING;md5=9b8cf60ff39767ff04b671fca8302408
SECTION = devel
DEPENDS += ncurses flex bison gperf pkgconfig-native
-SPIN = .0
-SRC_URI =
http://ymorin.is-a-geek.org/download/${BPN}/${BPN}-${PV}${SPIN}.tar.xz;
+SRC_URI = http://ymorin.is-a-geek.org/download/${BPN}/${BP}.tar.xz;
-SRC_URI[md5sum] = 344646587de1bdf965640fff220281bd
-SRC_URI[sha256sum] =
5d524b238d7dfb63fec782b731af681c5408d74304ef4de38137c542350dd6d6
+SRC_URI[md5sum] = 1ebf13983eb5b2ce960d131cae290cad
+SRC_URI[sha256sum] =
442a3794b6dd9427f411ecec25dccab1a4bfcf07fe734f62d40e538afd1f0c8a
-S = ${WORKDIR}/${BPN}-${PV}${SPIN}
+S = ${WORKDIR}/${BPN}-${PV}
inherit autotools
do_configure_prepend () {
@@ -33,7 +32,7 @@ EXTRA_OECONF += --disable-gconf --disable-qconf
# Some packages have the version preceeding the .so instead properly
# versioned .so.version, so we need to reorder and repackage.
-SOLIBS = -${PV}.so
+SOLIBS = -${@d.getVar('PV',1)[:-2]}.so
FILES_SOLIBSDEV = ${libdir}/libkconfig-parser.so
BBCLASSEXTEND = native
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] man-pages: Update to 3.52
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../man-pages/{man-pages_3.50.bb = man-pages_3.52.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-extended/man-pages/{man-pages_3.50.bb =
man-pages_3.52.bb} (81%)
diff --git a/meta/recipes-extended/man-pages/man-pages_3.50.bb
b/meta/recipes-extended/man-pages/man-pages_3.52.bb
similarity index 81%
rename from meta/recipes-extended/man-pages/man-pages_3.50.bb
rename to meta/recipes-extended/man-pages/man-pages_3.52.bb
index 8e48edb..1bf5868 100644
--- a/meta/recipes-extended/man-pages/man-pages_3.50.bb
+++ b/meta/recipes-extended/man-pages/man-pages_3.52.bb
@@ -3,13 +3,12 @@ DESCRIPTION = The Linux man-pages project documents the
Linux kernel and C libr
SECTION = console/utils
HOMEPAGE = http://www.kernel.org/pub/linux/docs/man-pages;
LICENSE = GPLv2+
-PR = r0
LIC_FILES_CHKSUM = file://README;md5=0422377a748010b2b738342e24f141c1
SRC_URI = ${KERNELORG_MIRROR}/linux/docs/${BPN}/Archive/${BP}.tar.gz
-SRC_URI[md5sum] = 076a0c2df9b0e14c5485b2800383007c
-SRC_URI[sha256sum] =
024a98cac9972a2328b8d7840bcfee43d7e5a752fed50d55e64d4029165fee83
+SRC_URI[md5sum] = 1565a7aadd13bd8eea3bde4f1b60e65b
+SRC_URI[sha256sum] =
6c0bd93dbee7bb6193be2096f5d81f11c976268bb87b0587b739722cecf186d7
RDEPENDS_${PN} = man
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] tzcode-native: Update to 2013d
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../tzcode/{tzcode-native_2013c.bb = tzcode-native_2013d.bb}| 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-extended/tzcode/{tzcode-native_2013c.bb =
tzcode-native_2013d.bb} (83%)
diff --git a/meta/recipes-extended/tzcode/tzcode-native_2013c.bb
b/meta/recipes-extended/tzcode/tzcode-native_2013d.bb
similarity index 83%
rename from meta/recipes-extended/tzcode/tzcode-native_2013c.bb
rename to meta/recipes-extended/tzcode/tzcode-native_2013d.bb
index 5f562cb..52aa9c2 100644
--- a/meta/recipes-extended/tzcode/tzcode-native_2013c.bb
+++ b/meta/recipes-extended/tzcode/tzcode-native_2013d.bb
@@ -8,11 +8,12 @@ LIC_FILES_CHKSUM =
file://${WORKDIR}/README;md5=d7a19b8c6d8a28785c4cd04ff2e46d2
SRC_URI = ftp://ftp.iana.org/tz/releases/tzcode${PV}.tar.gz;name=tzcode \
ftp://ftp.iana.org/tz/releases/tzdata2013b.tar.gz;name=tzdata;
-SRC_URI[tzcode.md5sum] = 69d333d829802af4475707e32fa01681
-SRC_URI[tzcode.sha256sum] =
e46ee931927273108db1c6b5ab86c37210e903536a910b35a5699a08799bd6f0
SRC_URI[tzdata.md5sum] = 489dbca77d1f2e287a3987ca047bb246
SRC_URI[tzdata.sha256sum] =
70d589d0e76a3749403d2bb404e9214c2520dda4c13e4b07b1b945ed2c64edb2
+SRC_URI[tzcode.md5sum] = 4616a9560270f180eeb9a08540636890
+SRC_URI[tzcode.sha256sum] =
2d9eb90c94644cddb74a490d1184ef9f88efcaa7a2b1bf88be0ee9eeeab707b6
+
S = ${WORKDIR}
inherit native
--
1.8.1.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/9] iputils: Upgrade to v20121221
On 07/08/2013 03:21 AM, Radu Moisan wrote:
Removed obsolete patches
Header for arping changed. New author added.
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../files/debian/add-icmp-return-codes.diff| 43
.../iputils/files/debian/fix-arping-timeouts.diff | 26
.../files/debian/fix-dead-host-ping-stats.diff | 16
.../iputils/files/debian/targets.diff | 14 +++
.../iputils/files/debian/use_gethostbyname2.diff | 36
.../{iputils_s20101006.bb = iputils_s20121221.bb} | 12 ++
6 files changed, 29 insertions(+), 118 deletions(-)
delete mode 100644
meta/recipes-extended/iputils/files/debian/add-icmp-return-codes.diff
delete mode 100644
meta/recipes-extended/iputils/files/debian/fix-arping-timeouts.diff
delete mode 100644
meta/recipes-extended/iputils/files/debian/fix-dead-host-ping-stats.diff
rename meta/recipes-extended/iputils/{iputils_s20101006.bb =
iputils_s20121221.bb} (82%)
This seems to fail for lib64 multilib build:
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 16 -e MAKEFLAGS= CC=x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE
VPATH=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86/usr/lib64:/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86//lib64
all man
| fatal: No names found, cannot describe anything.
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c tracepath.c -o
tracepath.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c ping.c
-DCAPABILITIES -o ping.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c ping_common.c
-DCAPABILITIES -o ping_common.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c clockdiff.c
-DCAPABILITIES -o clockdiff.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c arping.c
-DCAPABILITIES -o arping.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c tracepath6.c
-o tracepath6.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c traceroute6.c
-DCAPABILITIES -o traceroute6.o
| x86_64-pokymllib64-linux-gcc -m64
--sysroot=/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/sysroots/lib64-qemux86
-D_GNU_SOURCE -O2 -pipe -g -feliminate-unused-debug-types -c ping6.c
-DCAPABILITIES-o ping6.o
| make -C doc man
| make[1]: Entering directory
`/srv/home/pokybuild/yocto-autobuilder-new/yocto-slave/nightly-multilib/build/build/tmp/work/x86_64-pokymllib64-linux/lib64-iputils/s20121221-r0/iputils-s20121221/doc'
| traceroute6.c:253:28: fatal error: sys/capability.h: No such file or directory
| #include sys/capability.h
| ^
| compilation terminated.
| make: *** [traceroute6.o] Error 1
| make: *** Waiting for unfinished jobs
| arping.c:28:28: fatal error: sys/capability.h: No such file or directory
| #include sys/capability.h
| ^
| compilation terminated.
| make: *** [arping.o] Error 1
| In file included from ping6.c:69:0:
| ping_common.h:23:28: fatal error: sys/capability.h: No such file or directory
| #include sys/capability.h
| ^
| compilation terminated.
| make: *** [ping6.o] Error 1
| In file included from ping.c:61:0:
| ping_common.h:23:28: fatal error: sys/capability.h: No such file or directory
| #include sys/capability.h
| ^
| compilation terminated.
| clockdiff.c:24:28: fatal error: sys/capability.h: No such file or directory
| #include sys/capability.h
| ^
| compilation
[OE-core] [CONSOLIDATED PULL 00/70] PENDING FINAL REVIEW
Paul, Ross:
Please do a final ACK / Review on this set.
I have run it through the AB one already and found a few issues, which I
have either tweaked (util-linux) or removed (diffutils, iputils and Qi's
image user/group changes).
There is an additional patch from Bruce pending on Poky for the kenrel.
I have included Robert's DESCRIPTION changes, along with the Image Test
code.
Ross: There is also a systemd patch from Yevhen that Ross needs to review
further, there is also another patch from Jonathan about resolvconf, systemd
and postinstalls, can you check that out also.
Richard: Please do not pull this until Ross and Paul Ack.
Thanks
Sau!
The following changes since commit b97570c66737a6c404b49459cd95184abb855399:
qt4: Take PV increase opportunity to drop PR (2013-07-05 15:49:51 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage
Andrei Dinu (1):
e2fsprogs: upgrade to 1.42.8
Bernhard Guillon (1):
populate_sdk_base.bbclass: allow $OECORE_NATIVE_SYSROOT in
sdk_env_script
Bruce Ashfield (1):
linux-yocto/3.4: update to v3.4.52
Cristian Iorga (1):
glib-2.0: upgrade to 2.36.3
Felipe F. Tonello (1):
pulseaudio: Added consolekit dependency for
pulseaudio-module-console-kit package
Ionut Radu (8):
libassuan: Updated from 2.1.0 to 2.1.1
augeas: Update from 1.0.0 to 1.1.0
libxvmc: Update from 1.0.7 to 1.0.8
libxi: Update from 1.7.1 to 1.7.2
libgpg-error: Updated from 1.11 to 1.12
libxrender: Updated from 0.9.7 to 0.9.8
libxv: Updated from 1.0.8 to 1.0.9
ethtool: Updated from 3.9 to 3.10
Jackie Huang (4):
initscripts: overwrite default hostname.sh
initscripts: add dmesg file to /var/log
glib-2.0: add -march=i486 into CFLAGS automatically when needed.
glib-2.0: inherit pythonnative
Jonathan Liu (2):
qt4: add upstream QTBUG-31579 patch to fix polyline drawing regression
resolvconf: check if running systemd in postinst
Kang Kai (2):
webkit: set COMPATIBLE_HOST for mips64
packagegroup-core-lsb: set COMPATIBLE_HOST to mips64
Khem Raj (1):
eglibc: Update 2.18 recipes to fix ppc/e500 failures
Laurentiu Palcu (6):
populate_sdk_base: fix bashism
sysvinit: allow users in shutdown group to perform halt/reboot
xuser-account: create separate recipe for xuser creation
connman: remove xuser creation, RDEPEND on xuser-account
xserver-nodm-init: remove xuser creation, RDEPEND on xuser-account
shutdown-desktop: give entire path in Exec field
Martin Jansa (8):
(lib)telepathy*: add missing dependency on libxslt-native
gst-plugins-bad: inherit gsettings
gst-plugins-base: add missing dependency on glib-2.0-native
taglib: add missing dependency on zlib
quota: inherit pkgconfig
libpam: inherit pkgconfig
systemtap: inherit pkgconfig
eglibc-locale: add missing dependency on
virtual/${TARGET_PREFIX}binutils
Mihaela Sendrea (1):
libxml2: Add ptest
Nathan Rossi (2):
scripts/runqemu: Add support for 'qemuzynq' machine
scripts/runqemu: Add support for 'qemumicroblaze' machine
Paul Eggleton (1):
cmake: fix configure error if system Qt installation is broken
Radu Moisan (9):
elfutils: Upgrade to v0.155
rxvt-unicode: Upgrade to v9.18
ed: Upgrade to v1.8
libdmx: Upgrade to v1.1.3
apr: Upgrade to v1.4.8
apr-util: Upgrade to v1.5.2
usbutils: Upgrade to v007
lib/oeqa/utils/qemurunner.py: class to handle qemu instance
lib/oeqa/utils/decorators.py: decorators for test methods
Randy Witt (1):
systemd: Don't enable systemd services when native.
Robert Yang (3):
package_rpm.bbclass: make DESCRIPTION support newline
package_ipk.bbclass: make DESCRIPTION support newline
package_deb.bbclass: make DESCRIPTION support newline
Ross Burton (2):
gtkdoc: set the default docdir to ${S}, not ${B}
pango: drop unexplainable elfutils dependency
Saul Wold (7):
packagegroup-core-basic: remove libpam
security_flags: world build changes
util-linux: Use PACKAGECONFIG to control pam and system config options
man-pages: Update to 3.52
cmake: Update to 2.8.11.2
tzcode-native: Update to 2013d
kconfig-frontends: Update to 3.10
Stefan Stanacar (6):
classes/testimage.bbclass: new class for image tests
lib/oeqa/oetest.py: base module for all runtime unittests
lib/oeqa/utils/sshcontrol.py: helper module for running remote
commands
lib/oeqa/utils/oeqemuconsole.py: handle qemu serial console connection
lib/oeqa/runtime: image sanity tests
lib/oeqa/runtime: add gcc test
Ting Liu (1):
qemu: use PACKAGECONFIG to address libaio/attr/libcap dependencies
Yevhen Kyriukha (1):
systemd: added python-systemd package generation.
meta/classes/gtk-doc.bbclass |3 +-
meta/classes/package_deb.bbclass | 14 +-
meta/classes/package_ipk.bbclass | 13 +-
meta/classes/package_rpm.bbclass
Re: [OE-core] [PATCH 1/1] udev: add runtime dependency on blkid
On 7/9/2013 3:47 AM, Andy Ross wrote: On 07/08/2013 12:35 PM, Saul Wold wrote: On 07/08/2013 12:10 AM, jackie.hu...@windriver.com wrote: From: Jackie Huang jackie.hu...@windriver.com udev requires blkid, but this wasn't explicit. Note that the dependency is on util-linux specifically, the one from e2fsprogs won't work. Doesn't udev use an internal builtin-blkid? Or is the configure finding that we have util-linux and using it instead of the built-in? I think (I'm really stale here) I wrote that patch against a udev version prior to the addition of the builtin. And in any case didn't I see that blkid got yanked from the e2fsprogs package at some point anyway? Pretty sure this is not needed in upstream oe-core. Not sure Thanks for clarifying this, I think it it not needed in our layer's bbappend file as well since we had sync up with upstream oe-core, I will check that and clean up the bbappend. Thanks, Jackie if it ever was. Andy -- Jackie Huang WIND RIVER | China Development Center MSN:jackiel...@hotmail.com Tel: +86 8477 8594 Mobile: +86 138 1027 4745 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] pango: remove pango-module-basic-x RRECOMMENDS
From: Roy.Li rongqing...@windriver.com The following changes since commit b97570c66737a6c404b49459cd95184abb855399: qt4: Take PV increase opportunity to drop PR (2013-07-05 15:49:51 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/pango http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/pango Roy.Li (1): pango: remove pango-module-basic-x RRECOMMENDS meta/recipes-graphics/pango/pango.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] pango: remove pango-module-basic-x RRECOMMENDS
From: Roy.Li rongqing...@windriver.com
pango-module-basic-x has been removed from pango-1.31.0 and we're using
pango-1.32.5, so we should not refer pango-module-basic-x.
Commit 194b6ee552318ec6c494f34ed9f0979d0460fe4f
Author: Behdad Esfahbod beh...@behdad.org
Date: Thu Aug 16 21:48:50 2012 -0400
Remove PangoX
Been overdue...
Signed-off-by: Roy.Li rongqing...@windriver.com
---
meta/recipes-graphics/pango/pango.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/pango/pango.inc
b/meta/recipes-graphics/pango/pango.inc
index 52dd064..43be570 100644
--- a/meta/recipes-graphics/pango/pango.inc
+++ b/meta/recipes-graphics/pango/pango.inc
@@ -20,7 +20,7 @@ DEPENDS_class-native = glib-2.0-native cairo-native
harfbuzz-native
PACKAGES_DYNAMIC += ^pango-module-.*
-RRECOMMENDS_${PN} = ${@base_contains('DISTRO_FEATURES', 'x11',
'pango-module-basic-x', '', d)} pango-module-basic-fc
+RRECOMMENDS_${PN} = pango-module-basic-fc
inherit gnomebase gtk-doc qemu
# Create a pango-modules package
--
1.7.10.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
