* 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 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
* [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 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 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 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
* 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
* 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: 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: [PATCH v2 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: McClintock Matthew-B29882 @ 2011-10-28 20:07 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319817308.22985.448.camel@phil-desktop>
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?
-M
^ permalink raw reply
* Re: [RFC] Fix libgcc nativesdk to install libgcc.a in good location for tools
From: McClintock Matthew-B29882 @ 2011-10-28 19:36 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319792621.22423.7.camel@ted>
On Fri, Oct 28, 2011 at 4:03 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-10-26 at 22:07 -0500, Matthew McClintock wrote:
>> This fixes an issue where we cannot find -lgcc when linking. We
>> update the path to libgcc.a so the library can be installed
>> correctly
>>
>> Signed-off-by: Matthew McClintock <msm@freescale.com>
>> ---
>> I really doubt this is the correct fix and I'm no expert but it's
>> here for comments. This fixes a real u-boot cross compile build
>> issue
>
> This patch looks very very confused to me. Firstly your subject summary
> talks about libgcc-nativesdk. This is the compiler used to generate
> binaries for SDKMACHINE so I seriously doubt you're using nativesdk to
> build uboot.
Was referring to building a standalone u-boot with a toolchain
generated by poky.
-M
^ permalink raw reply
* Re: [RFC] Fix libgcc nativesdk to install libgcc.a in good location for tools
From: McClintock Matthew-B29882 @ 2011-10-28 19:35 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319792621.22423.7.camel@ted>
On Fri, Oct 28, 2011 at 4:03 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-10-26 at 22:07 -0500, Matthew McClintock wrote:
>> This fixes an issue where we cannot find -lgcc when linking. We
>> update the path to libgcc.a so the library can be installed
>> correctly
>>
>> Signed-off-by: Matthew McClintock <msm@freescale.com>
>> ---
>> I really doubt this is the correct fix and I'm no expert but it's
>> here for comments. This fixes a real u-boot cross compile build
>> issue
>
> This patch looks very very confused to me. Firstly your subject summary
> talks about libgcc-nativesdk. This is the compiler used to generate
> binaries for SDKMACHINE so I seriously doubt you're using nativesdk to
> build uboot.
>
>> The previous mv command was failing as the files did not exist
>> and I also rejiggered the packages since I was not sure if
>> gdb-cross-canadian-powerpc-dev was included in my tarball of
>> the toolchain
>>
>> meta/recipes-devtools/gcc/libgcc_4.6.bb | 6 +++---
>> 1 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/recipes-devtools/gcc/libgcc_4.6.bb b/meta/recipes-devtools/gcc/libgcc_4.6.bb
>> index 63a46ec..7f3ac55 100644
>> --- a/meta/recipes-devtools/gcc/libgcc_4.6.bb
>> +++ b/meta/recipes-devtools/gcc/libgcc_4.6.bb
>> @@ -8,9 +8,8 @@ PACKAGES = "\
>> ${PN}-dev \
>> "
>>
>> -FILES_${PN} = "${base_libdir}/libgcc*.so.*"
>> +FILES_${PN} = "${base_libdir}/libgcc*"
>
> This is changing the packging of libgcc too, not just libgcc-nativesdk.
> It is not correct to be putting the dynamic linking symlinks in anything
> but the -dev package so the above and the line below are therefore wrong
> too.
>
>> FILES_${PN}-dev = " \
>> - ${base_libdir}/libgcc*.so \
>> ${libdir}/${TARGET_SYS}/${BINV}/crt* \
>> ${libdir}/${TARGET_SYS}/${BINV}/libgcc*"
>>
>> @@ -29,9 +28,10 @@ do_install () {
>> if [ -f ${D}${libdir}/nof/libgcc_s.so ]; then
>> mv ${D}${libdir}/nof/libgcc* ${D}${base_libdir}
>> else
>> - mv ${D}${libdir}/libgcc* ${D}${base_libdir} || true
>> + cp ${D}${libdir}/${TARGET_SYS}/${BINV}/libgcc* ${D}${base_libdir}
>> fi
>
> Equally, you're moving a static library from the -dev package into the
> main package which is wrong, you only need that if you're doing
> development.
>
> Are you sure your problem is not that you didn't have the libgcc-dev
> package installed?
Yes, it turns out I was having some build issues with my environment.
I changed branches in the middle of a build inadvertently and it
screwed everything up.
After a clean build, the toolchain finds libgcc.a if I apply this
patch to the edison branch:
commit f8b94b106f93d33d6ca1a87ac14d710772d77c67
Author: Khem Raj <raj.khem@gmail.com>
Date: Thu Oct 20 22:28:42 2011 -0700
gcc-configure-sdk: Point sysroot to correct location
(From OE-Core rev: c9883733fed9267b1a936c08500a4caf8dc52d3d)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Sorry for the noise. Please ignore this.
-M
^ permalink raw reply
* Re: how to set time zone
From: Saul Wold @ 2011-10-28 16:15 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CAAQYJAtJsSRSN5jLzK65iKUJPorc8h+RjqcnQBw2pyK34+ejjQ@mail.gmail.com>
On 10/28/2011 10: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)
>
I would welcome such a patch.
Thanks
Sau!
> Regards
>
>
>
> Andrea
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH v2 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: Phil Blundell @ 2011-10-28 15:54 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNdwf8xYTp0K1JftUcMfmuuzMbMKahrP56Q1wx5yf4VPBw@mail.gmail.com>
On Fri, 2011-10-28 at 15:34 +0000, McClintock Matthew-B29882 wrote:
> On Fri, Oct 28, 2011 at 3:55 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> >> -RDEPENDS = "perl"
> >> +PACKAGES_prepend = "${PN}-graph "
> >> +FILES_${PN}-graph = "${bindir}/strace-graph"
> >> +RDEPENDS_${PN}-graph = "perl"
> >
> > I should have been clearer in my original email, pretty much every other
> > recipe uses += or =+ in this context. Whilst the _prepend override is
> > probably ok, its probably a bit heavy in this case and the standard
> > operator should work just fine.
>
> usr/bin/strace-graph will be picked up by the default rules for ${PN}
> - by prepending I thought I was letting strace-graph get picked out
> first in ${PN}-graph then everything else could go in ${PN} without
> having the explicitly list a new rule for ${PN}.
That logic sounds reasonable, but I think Richard's point was that it's
more conventional to use "=+" rather than an override for prepending.
p.
^ permalink raw reply
* Re: Trouble by last dbus patch (46e6c3fa8034b12d178d605f3f5d7efe69671a13)?
From: Richard Purdie @ 2011-10-28 10:22 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <201110272230.29012.schnitzeltony@gmx.de>
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.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH v2 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: McClintock Matthew-B29882 @ 2011-10-28 15:34 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319792127.22423.1.camel@ted>
On Fri, Oct 28, 2011 at 3:55 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
>> -RDEPENDS = "perl"
>> +PACKAGES_prepend = "${PN}-graph "
>> +FILES_${PN}-graph = "${bindir}/strace-graph"
>> +RDEPENDS_${PN}-graph = "perl"
>
> I should have been clearer in my original email, pretty much every other
> recipe uses += or =+ in this context. Whilst the _prepend override is
> probably ok, its probably a bit heavy in this case and the standard
> operator should work just fine.
usr/bin/strace-graph will be picked up by the default rules for ${PN}
- by prepending I thought I was letting strace-graph get picked out
first in ${PN}-graph then everything else could go in ${PN} without
having the explicitly list a new rule for ${PN}.
-M
^ permalink raw reply
* Re: how to set time zone
From: Mark Hatle @ 2011-10-28 14:43 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <CAAQYJAtJsSRSN5jLzK65iKUJPorc8h+RjqcnQBw2pyK34+ejjQ@mail.gmail.com>
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
^ permalink raw reply
* Re: [CONSOLIDATED PULL 18/18] xserver-nodm-init: use useradd to create xuser
From: Richard Purdie @ 2011-10-28 14:16 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <d8a6eb65b86bea7b1262748575a1609c664163ec.1319753141.git.sgw@linux.intel.com>
On Fri, 2011-10-28 at 00:06 +0200, Saul Wold wrote:
> Signed-off-by: Saul Wold <sgw@linux.intel.com>
> ---
> .../x11-common/xserver-nodm-init.bb | 26 ++++---------------
> 1 files changed, 6 insertions(+), 20 deletions(-)
>
> diff --git a/meta/recipes-graphics/x11-common/xserver-nodm-init.bb b/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
> index ea4222d..33252cb 100644
> --- a/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
> +++ b/meta/recipes-graphics/x11-common/xserver-nodm-init.bb
> @@ -2,11 +2,10 @@ DESCRIPTION = "Simple Xserver Init Script (no dm)"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
> SECTION = "x11"
> -PR = "r26"
> +PR = "r27"
> RDEPENDS_${PN} = "sudo"
>
> SRC_URI = "file://xserver-nodm \
> - file://Xusername \
> file://gplv2-license.patch"
>
> S = ${WORKDIR}
> @@ -19,27 +18,14 @@ do_install() {
> install xserver-nodm ${D}/etc/init.d
> if [ "${ROOTLESS_X}" = "1" ] ; then
> install -d ${D}/etc/X11
> - install Xusername ${D}/etc/X11
> fi
> }
>
> -pkg_postinst_${PN} () {
> - if [ "x$D" != "x" ] ; then
> - exit 1
> - fi
> -
> - if [ -f /etc/X11/Xusername ]; then
> - # create the rootless X user, and add user to group tty, video, audio
> - username=`cat /etc/X11/Xusername`
> - adduser --disabled-password $username
> - # FIXME: use addgroup if busybox addgroup is ready
> - sed -i -e "s/^video:.*/&${username}/g" /etc/group
> - sed -i -e "s/^tty:.*/&${username}/g" /etc/group
> - sed -i -e "s/^audio:.*/&${username}/g" /etc/group
> - fi
> -}
> -
> -inherit update-rc.d
> +inherit update-rc.d useradd
>
> INITSCRIPT_NAME = "xserver-nodm"
> INITSCRIPT_PARAMS = "start 9 5 2 . stop 20 0 1 6 ."
> +
> +USERADD_PACKAGES = "${PN}"
> +USERADD_PARAM_${PN} = "--system --no-create-home --home-dir /etc/X11 --shell /bin/false --groups video,tty,audio --user-group xuser"
You've removed the Xusername file which is used by other parts of the
system. Its only enabled on x86 at this point iirc and will break
things :(. This patch therefore needs more work since the useradd need
to be conditional.
Cheers,
Richard
^ permalink raw reply
* Re: [CONSOLIDATED PULL 04/18] libgcc: fix QA Packaging issues
From: Richard Purdie @ 2011-10-28 13:59 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <c69f8dfb51559661de1359f22a49f911c056d68e.1319753141.git.sgw@linux.intel.com>
On Fri, 2011-10-28 at 00:06 +0200, Saul Wold wrote:
> Signed-off-by: Saul Wold <sgw@linux.intel.com>
> ---
> meta/recipes-devtools/gcc/libgcc_4.6.bb | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/libgcc_4.6.bb b/meta/recipes-devtools/gcc/libgcc_4.6.bb
> index 6ba0339..401d9dc 100644
> --- a/meta/recipes-devtools/gcc/libgcc_4.6.bb
> +++ b/meta/recipes-devtools/gcc/libgcc_4.6.bb
> @@ -6,6 +6,7 @@ DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}g++"
> PACKAGES = "\
> ${PN} \
> ${PN}-dev \
> + ${PN}-dbg \
> "
>
> FILES_${PN} = "${base_libdir}/libgcc*.so.*"
> @@ -14,6 +15,7 @@ FILES_${PN}-dev = " \
> ${libdir}/${TARGET_SYS}/${BINV}/crt* \
> ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a \
> ${libdir}/${TARGET_SYS}/${BINV}/libgcc*"
> +FILES_${PN}-dbg = "${base_libdir}/.debug"
Isn't this second piece defined by default in bitbake.conf? I think we
can remove this second piece...
Cheers,
Richard
^ permalink raw reply
* [PATCH 2/2] libarchive: modify the status of updating
From: Xiaofeng Yan @ 2011-10-28 9:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319793342.git.xiaofeng.yan@windriver.com>
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
update to 2.8.5
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
.../conf/distro/include/distro_tracking_fields.inc | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 1f3540e..12c8fc0 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -4615,7 +4615,10 @@ RECIPE_MAINTAINER_pn-libx11-diet = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
RECIPE_STATUS_pn-directfb = "red"
RECIPE_MAINTAINER_pn-directfb = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
-RECIPE_STATUS_pn-libarchive = "red"
+RECIPE_STATUS_pn-libarchive = "green"
+RECIPE_LATEST_VERSION_pn-libarchive = "2.8.5"
++RECIPE_LATEST_RELEASE_DATE_pn-libarchive = "Sept 3, 2011"
++RECIPE_LAST_UPDATE_pn-libarchive = "Oct 28, 2011"
RECIPE_MAINTAINER_pn-libarchive = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
RECIPE_STATUS_pn-xserver-kdrive = "red"
--
1.7.0.4
^ permalink raw reply related
* [PATCH 1/2] libarchive update to 2.8.5
From: Xiaofeng Yan @ 2011-10-28 9:21 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319793342.git.xiaofeng.yan@windriver.com>
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Modify md5 sum justly
Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
.../libarchive/libarchive_2.8.5.bb | 27 ++++++++++++++++++++
1 files changed, 27 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-extended/libarchive/libarchive_2.8.5.bb
diff --git a/meta/recipes-extended/libarchive/libarchive_2.8.5.bb b/meta/recipes-extended/libarchive/libarchive_2.8.5.bb
new file mode 100644
index 0000000..1bc49e2
--- /dev/null
+++ b/meta/recipes-extended/libarchive/libarchive_2.8.5.bb
@@ -0,0 +1,27 @@
+DESCRIPTION = "C library and command-line tools for reading and writing tar, cpio, zip, ISO, and other archive formats"
+HOMEPAGE = "http://code.google.com/p/libarchive/"
+SECTION = "devel"
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://COPYING;md5=4255e2e6f0349a4ac8fbd68459296e46"
+PR = "r0"
+
+DEPENDS = "libxml2"
+
+# We need to repack the tarball due undistributable content on the upstream one.
+# More details at http://code.google.com/p/libarchive/issues/detail?id=162
+SRC_URI = "http://libarchive.googlecode.com/files/libarchive-${PV}.tar.gz \
+ file://0001-Patch-from-upstream-revision-1990.patch \
+ file://0002-Patch-from-upstream-revision-1991.patch \
+ file://0004-Patch-from-upstream-rev-2514.patch \
+ file://0005-Patch-from-upstream-rev-2520.patch \
+ file://0006-Patch-from-upstream-rev-2521.patch \
+ file://0007-Ignore-ENOSYS-error-when-setting-up-xattrs.-Closes-5.patch \
+ "
+
+SRC_URI[md5sum] = "9caf51dcf6213e9c9f5a1c27448b9c90"
+SRC_URI[sha256sum] = "13993e0ffbd121ccda46ea226b1f8eac218de0fa8da7d8b1f998093d5c32a72d"
+
+inherit autotools lib_package
+
+BBCLASSEXTEND = "nativesdk"
+
--
1.7.0.4
^ permalink raw reply related
* [PATCH 0/2] libarchive: update to 2.8.5
From: Xiaofeng Yan @ 2011-10-28 9:21 UTC (permalink / raw)
To: openembedded-core
From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Change md5 sum in recipe and update the status of libarchive.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: xiaofeng/update_libarchive
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/update_libarchive
Thanks,
Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
Xiaofeng Yan (2):
libarchive update to 2.8.5
libarchive: modify the status of updating
.../conf/distro/include/distro_tracking_fields.inc | 5 +++-
.../libarchive/libarchive_2.8.5.bb | 27 ++++++++++++++++++++
2 files changed, 31 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-extended/libarchive/libarchive_2.8.5.bb
^ permalink raw reply
* Re: [RFC] Fix libgcc nativesdk to install libgcc.a in good location for tools
From: Richard Purdie @ 2011-10-28 9:03 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319684838-24527-1-git-send-email-msm@freescale.com>
On Wed, 2011-10-26 at 22:07 -0500, Matthew McClintock wrote:
> This fixes an issue where we cannot find -lgcc when linking. We
> update the path to libgcc.a so the library can be installed
> correctly
>
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> I really doubt this is the correct fix and I'm no expert but it's
> here for comments. This fixes a real u-boot cross compile build
> issue
This patch looks very very confused to me. Firstly your subject summary
talks about libgcc-nativesdk. This is the compiler used to generate
binaries for SDKMACHINE so I seriously doubt you're using nativesdk to
build uboot.
> The previous mv command was failing as the files did not exist
> and I also rejiggered the packages since I was not sure if
> gdb-cross-canadian-powerpc-dev was included in my tarball of
> the toolchain
>
> meta/recipes-devtools/gcc/libgcc_4.6.bb | 6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-devtools/gcc/libgcc_4.6.bb b/meta/recipes-devtools/gcc/libgcc_4.6.bb
> index 63a46ec..7f3ac55 100644
> --- a/meta/recipes-devtools/gcc/libgcc_4.6.bb
> +++ b/meta/recipes-devtools/gcc/libgcc_4.6.bb
> @@ -8,9 +8,8 @@ PACKAGES = "\
> ${PN}-dev \
> "
>
> -FILES_${PN} = "${base_libdir}/libgcc*.so.*"
> +FILES_${PN} = "${base_libdir}/libgcc*"
This is changing the packging of libgcc too, not just libgcc-nativesdk.
It is not correct to be putting the dynamic linking symlinks in anything
but the -dev package so the above and the line below are therefore wrong
too.
> FILES_${PN}-dev = " \
> - ${base_libdir}/libgcc*.so \
> ${libdir}/${TARGET_SYS}/${BINV}/crt* \
> ${libdir}/${TARGET_SYS}/${BINV}/libgcc*"
>
> @@ -29,9 +28,10 @@ do_install () {
> if [ -f ${D}${libdir}/nof/libgcc_s.so ]; then
> mv ${D}${libdir}/nof/libgcc* ${D}${base_libdir}
> else
> - mv ${D}${libdir}/libgcc* ${D}${base_libdir} || true
> + cp ${D}${libdir}/${TARGET_SYS}/${BINV}/libgcc* ${D}${base_libdir}
> fi
Equally, you're moving a static library from the -dev package into the
main package which is wrong, you only need that if you're doing
development.
Are you sure your problem is not that you didn't have the libgcc-dev
package installed?
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH v2 1/2] Add new strace-graph package to avoid making perl a dependecy for all of strace
From: Richard Purdie @ 2011-10-28 8:55 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319743874-9891-1-git-send-email-msm@freescale.com>
On Thu, 2011-10-27 at 14:31 -0500, Matthew McClintock wrote:
> 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
>
> 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..450abea 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_prepend = "${PN}-graph "
> +FILES_${PN}-graph = "${bindir}/strace-graph"
> +RDEPENDS_${PN}-graph = "perl"
I should have been clearer in my original email, pretty much every other
recipe uses += or =+ in this context. Whilst the _prepend override is
probably ok, its probably a bit heavy in this case and the standard
operator should work just fine.
Cheers,
Richard
^ permalink raw reply
* Re: how to set time zone
From: Andrea Adami @ 2011-10-28 8:22 UTC (permalink / raw)
To: niqingliang, Patches and discussions about the oe-core layer
In-Reply-To: <1319785517.10032.48.camel@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 951 bytes --]
On Fri, Oct 28, 2011 at 9:05 AM, Ni Qingliang <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> 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
[-- Attachment #2: Type: text/html, Size: 1522 bytes --]
^ permalink raw reply
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