* Re: Trouble by last dbus patch (46e6c3fa8034b12d178d605f3f5d7efe69671a13)?
From: Klaus 'mrmoku' Kurzmann @ 2011-10-28 20:58 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <201110272230.29012.schnitzeltony@gmx.de>
On Thu, 27 Oct 2011, Andreas Müller wrote:
> Since the last updates of all layers (angstrom based) I have issues with
> * networkmanager/nm-applet (meta-oe): I am not allowed to change the settings
> any more
> * xfce-session (meta-oe): Logging out takes very long and Restart/Shutdown is
> disabled
> I remember that I had similar issues a while ago. That could be worked around
> by starting some dbus stuff ( do not exactly remember what it was ).
> With this vague idea I checked and found in oe-core:
> | dbus: use useradd class to allow use in read-only filesystems
> | author Otavio Salvador <otavio@ossystems.com.br>
> | commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
> Not understanding totally what is all about I see in /etc/passw
> | messagebus:x:999:998::/var/lib/dbus:/bin/sh
> but I don't have /var/lib/dbus on my sytem!!
> I did not check yet, but maybe this is an incompatibilty with angstrom custom
> | FILESYSTEM_PERMS_TABLES = "fs-perms-angstrom.txt"
> somebody around to enlight the darkness?
one problem seems to be /usr/lib/dbus-1.0/dbus-daemon-launch-helper
having wrong ownership. It is root:root instead of root:messagebus how
it should be. Dunno if that is the only problem but fixing that makes
dbus-activation work again.
> Andreas
Klaus 'mrmoku' Kurzmann
^ permalink raw reply
* Re: Trouble by last dbus patch (46e6c3fa8034b12d178d605f3f5d7efe69671a13)?
From: Andreas Müller @ 2011-10-28 22:33 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319797331.22423.13.camel@ted>
On Friday, October 28, 2011 12:22:11 PM Richard Purdie wrote:
> On Thu, 2011-10-27 at 22:30 +0200, Andreas Müller wrote:
> > Since the last updates of all layers (angstrom based) I have issues with
> >
> > * networkmanager/nm-applet (meta-oe): I am not allowed to change the
> > settings
> >
> > any more
> >
> > * xfce-session (meta-oe): Logging out takes very long and
> > Restart/Shutdown is
> >
> > disabled
> >
> > I remember that I had similar issues a while ago. That could be worked
> > around by starting some dbus stuff ( do not exactly remember what it was
> > ).
> >
> > With this vague idea I checked and found in oe-core:
> > | dbus: use useradd class to allow use in read-only filesystems
> > | author Otavio Salvador <otavio@ossystems.com.br>
> > | commit 46e6c3fa8034b12d178d605f3f5d7efe69671a13
> >
> > Not understanding totally what is all about I see in /etc/passw
> >
> > | messagebus:x:999:998::/var/lib/dbus:/bin/sh
> >
> > but I don't have /var/lib/dbus on my sytem!!
> >
> > I did not check yet, but maybe this is an incompatibilty with angstrom
> > custom
> >
> > | FILESYSTEM_PERMS_TABLES = "fs-perms-angstrom.txt"
> >
> > somebody around to enlight the darkness?
>
> There are some issues due to the orcering of when we now start some of
> the services. After the above change the dbus service starts much
> earlier on first boot, before some of the other postinstalls have run.
> This can mean you see errors due to users which have not yet been
> created by postinstalls (e.g. avahi or xuser) yet the dbus files
> reference these and its trying to start those services.
>
> We're looking at fixing the remaining adduser type postinstalls to
> address this. I'm not sure if this is related to the problem you were
> seeing above or not.
>
FYI: reverting the patch fixes mentioned issues here.
Andreas
^ permalink raw reply
* Re: [PATCH 0/1] documentation audit script
From: Scott Garman @ 2011-10-28 23:35 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <4EAA4025.2010709@intel.com>
On 10/27/2011 10:39 PM, Saul Wold wrote:
> On 10/26/2011 12:12 AM, Scott Garman wrote:
>> Hello,
>>
>> I've been using this script to perform audits of which packages
>> are producing documentation, and feel it's long overdue for this
>> to be added to the git tree. So here it is.
>>
>> The following changes since commit
>> f586aaa8d00361a9597a546d665077c75cf4d520:
>>
>> libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git:
>> bump PR to rebuild after perl upgrade (2011-10-25 08:36:01 +0100)
>>
>> are available in the git repository at:
>> git://git.yoctoproject.org/poky-contrib sgarman/docaudit-script
>> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgarman/docaudit-script
>>
>>
>> Scott Garman (1):
>> documentation-audit.sh: script for auditing documentation build
>> status
>>
>> scripts/contrib/documentation-audit.sh | 92
>> ++++++++++++++++++++++++++++++++
>> 1 files changed, 92 insertions(+), 0 deletions(-)
>> create mode 100755 scripts/contrib/documentation-audit.sh
>>
>
> Can you please run this and generate a report.
I did this and sent the report to the yocto ML on 10/26.
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply
* [PATCH 0/4] Misc patches
From: Joshua Lock @ 2011-10-28 23:41 UTC (permalink / raw)
To: openembedded-core
A series of minor tweaks from my disk. The XFCE support in oe.terminal has
only been tested on a Fedora machine so I would appreciate testing from XFCE
users on other distros.
Regards,
Joshua
The following changes since commit ddc9a58b8553599d2328ac1c4449b41681ae45d1:
Add readline as dependecy for gdb-cross-canadian (2011-10-27 08:37:53 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib josh/work
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/work
Joshua Lock (4):
lib/oe/terminal: add support for XFCE's terminal emulator
libxslt: Fix packaging of xsltConf.sh
libcanberra: add new package for unpackaged files
clutter-gtk: add LIC_FILES_CHKSUM to include file
meta/lib/oe/terminal.py | 21 ++++++++++++++++++++
meta/recipes-graphics/clutter/clutter-gtk.inc | 1 +
.../pulseaudio/libcanberra_0.28.bb | 11 ++++++++-
meta/recipes-support/libxslt/libxslt_1.1.26.bb | 4 +-
4 files changed, 33 insertions(+), 4 deletions(-)
--
1.7.7
^ permalink raw reply
* [PATCH 1/4] lib/oe/terminal: add support for XFCE's terminal emulator
From: Joshua Lock @ 2011-10-28 23:42 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319844419.git.josh@linux.intel.com>
That's Terminal on Fedora and xfce4-terminal on Ubuntu/Debian... This
could get interesting!
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/lib/oe/terminal.py | 21 +++++++++++++++++++++
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 1455e8e..b90a1f2 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/terminal.py
@@ -57,6 +57,27 @@ class Gnome(XTerminal):
command = 'gnome-terminal --disable-factory -t "{title}" -x {command}'
priority = 2
+class Xfce(XTerminal):
+ def distro_name():
+ import subprocess as sub
+ try:
+ p = sub.Popen(['lsb_release', '-i'], stdout=sub.PIPE,
+ stderr=sub.PIPE)
+ out, err = p.communicate()
+ distro = out.split(':').strip()
+ except:
+ distro = "unknown"
+ return distro
+
+ # Upstream binary name is Terminal but Debian/Ubuntu use
+ # xfce4-terminal to avoid possible(?) conflicts
+ distro = distro_name()
+ if distro == 'Ubuntu' or distro == 'Debian':
+ command = 'xfce4-terminal -T "{title}" -e "{command}"'
+ else:
+ command = 'Terminal -T "{title}" -e "{command}"'
+ priority = 2
+
class Konsole(XTerminal):
command = 'konsole -T "{title}" -e {command}'
priority = 2
--
1.7.7
^ permalink raw reply related
* [PATCH 2/4] libxslt: Fix packaging of xsltConf.sh
From: Joshua Lock @ 2011-10-28 23:42 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319844419.git.josh@linux.intel.com>
xsltConf.sh is installed to libdir not bindir, fix pacakging.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/recipes-support/libxslt/libxslt_1.1.26.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/libxslt/libxslt_1.1.26.bb b/meta/recipes-support/libxslt/libxslt_1.1.26.bb
index 8cfce0a..96bffc6 100644
--- a/meta/recipes-support/libxslt/libxslt_1.1.26.bb
+++ b/meta/recipes-support/libxslt/libxslt_1.1.26.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0cd9a07afbeb24026c9b03aecfeba458"
SECTION = "libs"
DEPENDS = "libxml2"
-PR = "r2"
+PR = "r3"
SRC_URI = "ftp://xmlsoft.org/libxslt//libxslt-${PV}.tar.gz \
file://pkgconfig_fix.patch"
@@ -24,6 +24,6 @@ RPROVIDES_${PN}-bin += "${PN}-utils"
RCONFLICTS_${PN}-bin += "${PN}-utils"
RREPLACES_${PN}-bin += "${PN}-utils"
-FILES_${PN}-dev += "${bindir}/xsltConf.sh"
+FILES_${PN}-dev += "${libdir}/xsltConf.sh"
BBCLASSEXTEND = "native"
--
1.7.7
^ permalink raw reply related
* [PATCH 3/4] libcanberra: add new package for unpackaged files
From: Joshua Lock @ 2011-10-28 23:42 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319844419.git.josh@linux.intel.com>
Create an extra package, libcanberra-gnome, for gdm and
gnome-settings-daemon files installed by libcanberra.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
.../pulseaudio/libcanberra_0.28.bb | 11 +++++++++--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb b/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb
index 1922f72..432a831 100644
--- a/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb
+++ b/meta/recipes-multimedia/pulseaudio/libcanberra_0.28.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = "file://LGPL;md5=2d5025d4aa3495befef8f17206a5b0a1 \
file://src/canberra.h;beginline=7;endline=24;md5=c616c687cf8da540a14f917e0d23ab03"
DEPENDS = "gtk+ pulseaudio alsa-lib libtool"
-PR = "r0"
+PR = "r1"
inherit gconf autotools
@@ -20,6 +20,13 @@ do_configure_prepend () {
rm -f ${S}/libltdl/configure*
}
+PACKAGES += "${PN}-gnome"
+
FILES_${PN} += "${libdir}/gtk-2.0/modules/ ${datadir}/gnome"
-FILES_${PN}-dbg += "${libdir}/gtk-2.0/modules/.debug"
+FILES_${PN}-gnome += "${datadir}/gdm/autostart/LoginWindow/libcanberra-ready-sound.desktop \
+ ${libdir}/gnome-settings-daemon-3.0/gtk-modules/canberra-gtk-module.desktop"
+FILES_${PN}-dev += "${libdir}/libcanberra-0.28/libcanberra-*.so \
+ ${libdir}/libcanberra-0.28/libcanberra-*.la \
+ ${datadir}/vala/vapi"
+FILES_${PN}-dbg += "${libdir}/gtk-2.0/modules/.debug ${libdir}/libcanberra-0.28/.debug"
--
1.7.7
^ permalink raw reply related
* [PATCH 4/4] clutter-gtk: add LIC_FILES_CHKSUM to include file
From: Joshua Lock @ 2011-10-28 23:42 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319844419.git.josh@linux.intel.com>
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/recipes-graphics/clutter/clutter-gtk.inc | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-graphics/clutter/clutter-gtk.inc b/meta/recipes-graphics/clutter/clutter-gtk.inc
index 8492d9f..e8d9e10 100644
--- a/meta/recipes-graphics/clutter/clutter-gtk.inc
+++ b/meta/recipes-graphics/clutter/clutter-gtk.inc
@@ -1,6 +1,7 @@
DESCRIPTION = "Clutter GTK+"
HOMEPAGE = "http://www.clutter-project.org/"
LICENSE = "LGPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
DEPENDS = "gtk+"
--
1.7.7
^ permalink raw reply related
* Re: [PATCH 1/4] lib/oe/terminal: add support for XFCE's terminal emulator
From: Chris Larson @ 2011-10-29 0:56 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <988279ad6b90b50cf85426709540ce19b00745e6.1319844419.git.josh@linux.intel.com>
On Fri, Oct 28, 2011 at 4:42 PM, Joshua Lock <josh@linux.intel.com> wrote:
> That's Terminal on Fedora and xfce4-terminal on Ubuntu/Debian... This
> could get interesting!
>
> Signed-off-by: Joshua Lock <josh@linux.intel.com>
> ---
> meta/lib/oe/terminal.py | 21 +++++++++++++++++++++
> 1 files changed, 21 insertions(+), 0 deletions(-)
>
> diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
> index 1455e8e..b90a1f2 100644
> --- a/meta/lib/oe/terminal.py
> +++ b/meta/lib/oe/terminal.py
> @@ -57,6 +57,27 @@ class Gnome(XTerminal):
> command = 'gnome-terminal --disable-factory -t "{title}" -x {command}'
> priority = 2
>
> +class Xfce(XTerminal):
> + def distro_name():
> + import subprocess as sub
> + try:
> + p = sub.Popen(['lsb_release', '-i'], stdout=sub.PIPE,
> + stderr=sub.PIPE)
> + out, err = p.communicate()
> + distro = out.split(':').strip()
> + except:
> + distro = "unknown"
> + return distro
> +
> + # Upstream binary name is Terminal but Debian/Ubuntu use
> + # xfce4-terminal to avoid possible(?) conflicts
> + distro = distro_name()
> + if distro == 'Ubuntu' or distro == 'Debian':
> + command = 'xfce4-terminal -T "{title}" -e "{command}"'
> + else:
> + command = 'Terminal -T "{title}" -e "{command}"'
> + priority = 2
The first problem I see with this is you're calling lsb_release at
module import time. Doing things like that is generally a no-no. I'd
suggest shifting it into the constructor. Set up the command there as
self.command, and be sure to call the superclass constructor as well,
after the command bits. The other thing is, and I'm sure you just
copied & pasted it from konsole, but we already import a fully
functional Popen -- it's the superclass of all the terminal classes.
So there's no need to pull in subprocess's version of it. And the
defaults of the Popen we use ensure the output is captured, so there's
no need for the sub.PIPE bits at all if you use that one. Simply do p
= Popen(['lsb_release', '-i']).
Thanks for adding this, I'm sure folks using stock Xubuntu and the
like will find this helpful (I'm an rxvt-unicode guy myself).
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
^ permalink raw reply
* [PATCH] dbus: add work around to set right owner in postinst
From: Martin Jansa @ 2011-10-29 10:53 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <20111028205842.GA17752@gonzales.palutemo>
* even when I see right chown/chmod in log.do_install, files are still
owned by bitbake:bitbake (user running bitbake) and we need to fix it on target
$ tail -n 4 temp/log.do_install.27768
+ chown messagebus:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus /OE/shr-core/tmp/work/armv7a-vfp-neon-o
e-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus
+ chown root:messagebus /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
+ chmod 4754 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
+ ln -sf /dev/null /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image//lib/systemd/system/dbus-1.service
$ ll -d /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus \
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus \
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper \
/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-helper
-rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
lper*
-rwsr-xr-- 1 bitbake bitbake 819869 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/usr/libexec/dbus-daemon-launch-he
lper*
drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/lib/dbus/
drwxr-xr-x 2 bitbake bitbake 4096 Oct 29 12:35 /OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image/var/run/dbus/
* and we _cannot_ use ${D} in postinst script because it get's expanded
before including postinst file to ipk's control.tar.gz
and on target I see something like this:
if [ -z "/OE/shr-core/tmp/work/armv7a-vfp-neon-oe-linux-gnueabi/dbus-1.4.12-r2/image" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
which is wrong $D without {} works
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-core/dbus/dbus.inc | 9 +++++++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index 2a97c02..b862bb4 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -10,7 +10,7 @@ DEPENDS = "expat virtual/libintl ${@base_contains('DISTRO_FEATURES', 'x11', '${X
DEPENDS_virtclass-native = "expat-native virtual/libintl-native"
DEPENDS_virtclass-nativesdk = "expat-nativesdk virtual/libintl-nativesdk virtual/libx11"
-PR = "r1"
+PR = "r2"
SRC_URI = "http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
@@ -51,9 +51,14 @@ RRECOMMENDS_${PN}-lib = "${PN}"
FILES_${PN}-dev += "${libdir}/dbus-1.0/include ${bindir}/dbus-glib-tool"
pkg_postinst_dbus() {
- if [ -z "${D}" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
+ if [ -z "$D" ] && [ -e /etc/init.d/populate-volatile.sh ] ; then
/etc/init.d/populate-volatile.sh update
fi
+ if [ -z "$D" ] ; then
+ chown messagebus:messagebus ${localstatedir}/run/dbus ${localstatedir}/lib/dbus
+ chown root:messagebus ${libexecdir}/dbus-daemon-launch-helper
+ chmod 4754 ${libexecdir}/dbus-daemon-launch-helper
+ fi
}
EXTRA_OECONF_X = "${@base_contains('DISTRO_FEATURES', 'x11', '--with-x', '--without-x', d)}"
--
1.7.7.1
^ permalink raw reply related
* Re: [review/test 3/5] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Martin Jansa @ 2011-10-29 20:21 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20111024060535.GA3602@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 1060 bytes --]
On Mon, Oct 24, 2011 at 08:05:36AM +0200, Martin Jansa wrote:
> On Sun, Oct 23, 2011 at 05:07:30PM -0700, Kamble, Nitin A wrote:
> > Hi Martin,
> > I tested python inside qemux86-64 and it was working fine. I could test small python scripts working as expected.
> > Thanks,
> > Nitin
>
> For me it builds only after I've upgraded host's glibc version to 2.14
> while using eglibc-2.14 for qemux86-64.
>
> When I had glibc-2.13 on host and eglibc-2.14 for qemux86-64 it fails
> like this:
>
> /OE/shr-core/tmp/sysroots/x86_64-linux/usr/bin/python: /lib64/libc.so.6:
> version `GLIBC_2.14' not found (required by
> /OE/shr-core/tmp/work/x86_64-oe-linux/python-2.7.2-r0.0/Python-2.7.2/libpython2.7.so.1.0)
>
> as reported here:
> http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011230.html
I've patch which allows me to build at least armv4t modules now, will
test qemux86-64 and other machines over night and more runtime test
tomorrow.
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [PATCH] python-2.7.2: fix build issues when additional modules are linked against host or native libpython instead of target
From: Martin Jansa @ 2011-10-29 20:22 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <20111029202108.GH12609@jama.jama.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-devtools/python/python_2.7.2.bb | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/python/python_2.7.2.bb b/meta/recipes-devtools/python/python_2.7.2.bb
index af14adb..defe9c1 100644
--- a/meta/recipes-devtools/python/python_2.7.2.bb
+++ b/meta/recipes-devtools/python/python_2.7.2.bb
@@ -51,6 +51,7 @@ do_compile() {
install -m 0644 Makefile Makefile.orig
sed -i -e 's,${includedir},${STAGING_INCDIR},' Makefile
sed -i -e 's,${libdir},${STAGING_LIBDIR},' Makefile
+ sed -i -e 's,LDFLAGS=,LDFLAGS=-L.,' Makefile
install -m 0644 Makefile ${STAGING_LIBDIR}/python${PYTHON_MAJMIN}/config/
# save copy of it now, because if we do it in do_install and
# then call do_install twice we get Makefile.orig == Makefile.sysroot
--
1.7.7.1
^ permalink raw reply related
* Re: [PATCH] dbus: add work around to set right owner in postinst
From: Otavio Salvador @ 2011-10-30 4:13 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319885588-5947-1-git-send-email-Martin.Jansa@gmail.com>
On Sat, Oct 29, 2011 at 08:53, Martin Jansa <martin.jansa@gmail.com> wrote:
...
> + if [ -z "$D" ] ; then
> + chown messagebus:messagebus ${localstatedir}/run/dbus ${localstatedir}/lib/dbus
> + chown root:messagebus ${libexecdir}/dbus-daemon-launch-helper
> + chmod 4754 ${libexecdir}/dbus-daemon-launch-helper
> + fi
If you use $D in directories it will work for in-target and rootfs
installs allowing use of it in read-only-fs.
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* Re: [PATCH] dbus: add work around to set right owner in postinst
From: Otavio Salvador @ 2011-10-30 4:17 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CAP9ODKq09hVbQSAkDoKHztUnnUwwPMg3GfhoZspOad3CMhQsOw@mail.gmail.com>
On Sun, Oct 30, 2011 at 02:13, Otavio Salvador <otavio@ossystems.com.br> wrote:
> On Sat, Oct 29, 2011 at 08:53, Martin Jansa <martin.jansa@gmail.com> wrote:
> ...
>> + if [ -z "$D" ] ; then
>> + chown messagebus:messagebus ${localstatedir}/run/dbus ${localstatedir}/lib/dbus
>> + chown root:messagebus ${libexecdir}/dbus-daemon-launch-helper
>> + chmod 4754 ${libexecdir}/dbus-daemon-launch-helper
>> + fi
>
> If you use $D in directories it will work for in-target and rootfs
> installs allowing use of it in read-only-fs.
As in http://paste.debian.net/141111/ (untested)
--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
^ permalink raw reply
* [PATCHv2] python-2.7.2: fix build issues when additional modules are linked against host or native libpython instead of target
From: Martin Jansa @ 2011-10-30 7:33 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1319919735-2962-1-git-send-email-Martin.Jansa@gmail.com>
* -L. is needed to find right libpython
* -L${STAGING_LIBDIR} is needed ie for python-zlib to find right zlib
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-devtools/python/python_2.7.2.bb | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/python/python_2.7.2.bb b/meta/recipes-devtools/python/python_2.7.2.bb
index af14adb..45d8350 100644
--- a/meta/recipes-devtools/python/python_2.7.2.bb
+++ b/meta/recipes-devtools/python/python_2.7.2.bb
@@ -51,6 +51,7 @@ do_compile() {
install -m 0644 Makefile Makefile.orig
sed -i -e 's,${includedir},${STAGING_INCDIR},' Makefile
sed -i -e 's,${libdir},${STAGING_LIBDIR},' Makefile
+ sed -i -e 's,LDFLAGS=,LDFLAGS=-L. -L${STAGING_LIBDIR},' Makefile
install -m 0644 Makefile ${STAGING_LIBDIR}/python${PYTHON_MAJMIN}/config/
# save copy of it now, because if we do it in do_install and
# then call do_install twice we get Makefile.orig == Makefile.sysroot
--
1.7.7.1
^ permalink raw reply related
* Re: how to set time zone
From: Ni Qingliang @ 2011-10-31 0:44 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4EAABF76.7080703@windriver.com>
I'd like the 'system level configuration' solution.
the /etc/localtime/ link can be done when packaging rootfs (using the
system level configuration).
On Fri, 2011-10-28 at 22:43 +0800, Mark Hatle wrote:
> Setting the default TZ for the image is something that should be done in a post
> install script for the tzdata package or something similar.
>
> Since the /etc/localtime is usually a copy/hardlink or symlink to the timezone
> data we don't want to package it up. Instead we want to perform the actions
> that a program running on the target system itself would use to change the timezone.
>
> So I think the easiest approach is to add a system level configuration variable
> (set the default).
>
> Then use this variable to populate the configuration file that specifies the
> system timezone... and then use the post install process to check the contents
> of a text file.
>
> Alternatively do this via an initscript -- but for folks w/ read-only
> filesystems I'm not sure that will work.
>
> --Mark
>
> On 10/28/11 3:22 AM, Andrea Adami wrote:
> > On Fri, Oct 28, 2011 at 9:05 AM, Ni Qingliang <niqingliang@insigma.com.cn
> > <mailto:niqingliang@insigma.com.cn>> wrote:
> >
> > THANKS!
> >
> > I still want the native support by oe-core/yocto:-). If no, I will try
> > by myself.
> >
> >
> > I've asked three or four time the oe-core crow to improve the recipe...last one:
> >
> > On Wed, Oct 19, 2011 at 12:24 AM, Joshua Lock <josh@linux.intel.com
> > <mailto:josh@linux.intel.com>> wrote:
> >
> > Per mailing requests, here are updates to the tzdata and gst-plugins-good
> > recipes.
> >
> > Joshua
> >
> > The following changes since commit 95d0ff5e070c690314ab87665200099a52d37ebf:
> >
> > tzdata: updated SRC_URI and update to 2011k (2011-10-18 11:16:58 -0700)
> >
> >
> > Thanks for the tzdata fix.
> > Now, we have the same recipes in meta-oe with a slightly different do_install
> > and packaging: I'm referring to /etc/localtime and /etc/timezone: which package
> > do provide those in oe-core?
> >
> > (We'll remove the tzdata/tzcodes from meta-oe once the recipes are matching)
> >
> > Regards
> >
> >
> >
> > Andrea
> >
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ permalink raw reply
* What is the strategy to update eglibc?
From: Kang Kai @ 2011-10-31 2:12 UTC (permalink / raw)
To: Saul Wold, oe-core
Hi Saul,
I just want to update eglibc but eglibc is using its 2.14 branch and use
svn commit revision "15225" as current version. Of course it is behind
the latest svn revision, but I don't quit sure about which is the right
revision to update eglibc.
Could you give me some guide? Thank you!
Regards,
Kai
^ permalink raw reply
* Re: What is the strategy to update eglibc?
From: Kang Kai @ 2011-10-31 2:16 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Saul Wold
In-Reply-To: <4EAE0428.2020209@windriver.com>
On 2011年10月31日 10:12, Kang Kai wrote:
> Hi Saul,
>
> I just want to update eglibc but eglibc is using its 2.14 branch and
> use svn commit revision "15225" as current version. Of course it is
> behind the latest svn revision, but I don't quit sure about which is
> the right revision to update eglibc.
Hi Saul,
And right now is 2 commits behind the latest revision, do it worth to
update right now?
Thanks!
>
> Could you give me some guide? Thank you!
>
> Regards,
> Kai
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH] dbus: add work around to set right owner in postinst
From: Koen Kooi @ 2011-10-31 8:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319885588-5947-1-git-send-email-Martin.Jansa@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 331 bytes --]
Op 29 okt. 2011, om 12:53 heeft Martin Jansa het volgende geschreven:
> * even when I see right chown/chmod in log.do_install, files are still
> owned by bitbake:bitbake (user running bitbake) and we need to fix it on target
I suspect fsperms.txt is breaking things, but I haven't tested it yet.
regards,
Koen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH v2 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: Paul Eggleton @ 2011-10-31 9:05 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNd+p0U59Gpf+mA_cywMhOcnspbhe9xB2JvS2fhF31T1_g@mail.gmail.com>
On Friday 28 October 2011 21:07:44 McClintock Matthew-B29882 wrote:
> On Fri, Oct 28, 2011 at 10:54 AM, Phil Blundell <philb@gnu.org> wrote:
> > That logic sounds reasonable, but I think Richard's point was that it's
> > more conventional to use "=+" rather than an override for prepending.
>
> I sort of forgot that += and =+ are different. Shall I resubmit this patch?
Yes please.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Paul Eggleton @ 2011-10-31 9:08 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EA86F93.4080407@intel.com>
On Wednesday 26 October 2011 21:37:39 Saul Wold wrote:
> > -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "1 month"
> > -RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/05/16"
> > +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "2 months"
> > +RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/10/21"
>
> These date formats should be MMM DD, YYYY also, for all the data listed
> below also.
I'd been meaning to ask this before - is there a good reason for not being
consistent and using the same format for all date fields in this file?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply
* Re: [PATCH 0/4] Misc patches
From: Richard Purdie @ 2011-10-31 10:49 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319844419.git.josh@linux.intel.com>
On Fri, 2011-10-28 at 16:41 -0700, Joshua Lock wrote:
> A series of minor tweaks from my disk. The XFCE support in oe.terminal has
> only been tested on a Fedora machine so I would appreciate testing from XFCE
> users on other distros.
>
> Regards,
>
> Joshua
>
> The following changes since commit ddc9a58b8553599d2328ac1c4449b41681ae45d1:
>
> Add readline as dependecy for gdb-cross-canadian (2011-10-27 08:37:53 +0100)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib josh/work
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=josh/work
>
> Joshua Lock (4):
> lib/oe/terminal: add support for XFCE's terminal emulator
> libxslt: Fix packaging of xsltConf.sh
> libcanberra: add new package for unpackaged files
> clutter-gtk: add LIC_FILES_CHKSUM to include file
I've merged these last three, Chris had some good feedback on the first
one.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Saul Wold @ 2011-10-31 15:46 UTC (permalink / raw)
To: Paul Eggleton; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <201110310908.45138.paul.eggleton@linux.intel.com>
On 10/31/2011 02:08 AM, Paul Eggleton wrote:
> On Wednesday 26 October 2011 21:37:39 Saul Wold wrote:
>>> -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "1 month"
>>> -RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/05/16"
>>> +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "2 months"
>>> +RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/10/21"
>>
>> These date formats should be MMM DD, YYYY also, for all the data listed
>> below also.
>
> I'd been meaning to ask this before - is there a good reason for not being
> consistent and using the same format for all date fields in this file?
>
Maybe I am missing your comment, is that what I not suggested in my
comment above? All date formats in the distro_tracking_fields should be
in the MMM DD, YYY format.
Sau!
> Cheers,
> Paul
>
^ permalink raw reply
* Re: [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Koen Kooi @ 2011-10-31 16:05 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Paul Eggleton
In-Reply-To: <4EAEC2CE.400@intel.com>
[-- Attachment #1: Type: text/plain, Size: 1100 bytes --]
Op 31 okt. 2011, om 16:46 heeft Saul Wold het volgende geschreven:
> On 10/31/2011 02:08 AM, Paul Eggleton wrote:
>> On Wednesday 26 October 2011 21:37:39 Saul Wold wrote:
>>>> -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "1 month"
>>>> -RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/05/16"
>>>> +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "2 months"
>>>> +RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/10/21"
>>>
>>> These date formats should be MMM DD, YYYY also, for all the data listed
>>> below also.
>>
>> I'd been meaning to ask this before - is there a good reason for not being
>> consistent and using the same format for all date fields in this file?
>>
> Maybe I am missing your comment, is that what I not suggested in my comment above? All date formats in the distro_tracking_fields should be in the MMM DD, YYY format.
Can we please use a format that makes sense for non-americans as well? E.g. YYYY/MM/DD or DD/MM/YYYY or plain ISO (2011-10-31T17:04:31+01:00) without the hours? Anything that doesn't put days in between months and year.
regards,
KOen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* [PATCH v3 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: Matthew McClintock @ 2011-10-31 16:26 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <201110310905.49436.paul.eggleton@linux.intel.com>
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
v2: Change to use PACKAGES_prepend instead of explictly listing all packages
and also fixing the fact we missed the -dev and -dbg packages before
v3: Use += instead of _prepend to add strace-graph packages
meta/recipes-devtools/strace/strace_4.5.20.bb | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/strace/strace_4.5.20.bb b/meta/recipes-devtools/strace/strace_4.5.20.bb
index b3d2aa5..53df067 100644
--- a/meta/recipes-devtools/strace/strace_4.5.20.bb
+++ b/meta/recipes-devtools/strace/strace_4.5.20.bb
@@ -5,7 +5,9 @@ LICENSE = "BSD"
LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=4535377ede62550fdeaf39f595fd550a"
PR = "r2"
-RDEPENDS = "perl"
+PACKAGES =+ "${PN}-graph "
+FILES_${PN}-graph = "${bindir}/strace-graph"
+RDEPENDS_${PN}-graph = "perl"
SRC_URI = "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.bz2 \
file://sigmask.patch \
--
1.7.6.1
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox