* 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
* Seek help: keyboard can't work after updating xserver-kdrive
From: Xiaofeng Yan @ 2011-10-28 8:01 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Hi all,
I am updating xserver-kdrive_1.7.99.2.bb to
xserver-kdrive_1.11.1.901.bb. Keyboard can't get action on
matchbox-terminal.
I make a test like the following steps on matchbox-terminal with
matchbox-keyboard(virtual keyboard):
sh-4.1# cat /dev/input/event0
The screen show some messy code when I type words on keyboard.
sh-4.1# cat /dev/tty0
The screen show words normally when I type words on keyboard.
So I don't know what cause that keyboard can't work on matchbox-terminal
when typing words.
Who can give me some suggestion? Thank you very much if you can
provide your experience to me.
Thanks
Yan
^ permalink raw reply
* [PATCH] dtc: update to latest git version
From: Matthew McClintock @ 2011-10-28 7:26 UTC (permalink / raw)
To: openembedded-core
Also remove patches that are no longer needed
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/recipes-kernel/dtc/dtc.inc | 4 +-
.../dtc/fix_for_compilation_with_gcc_4.6.0.patch | 51 --------------------
meta/recipes-kernel/dtc/dtc/remove_space_opt.patch | 18 -------
meta/recipes-kernel/dtc/dtc_git.bb | 10 +---
4 files changed, 5 insertions(+), 78 deletions(-)
delete mode 100644 meta/recipes-kernel/dtc/dtc/fix_for_compilation_with_gcc_4.6.0.patch
delete mode 100644 meta/recipes-kernel/dtc/dtc/remove_space_opt.patch
diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index eae46ac..5dbfb32 100644
--- a/meta/recipes-kernel/dtc/dtc.inc
+++ b/meta/recipes-kernel/dtc/dtc.inc
@@ -11,8 +11,8 @@ do_install() {
install -m 755 dtc ${D}${bindir}/dtc
}
SRC_URI = "git://www.jdl.com/software/dtc.git;protocol=git \
- file://fix_for_compilation_with_gcc_4.6.0.patch"
+ "
-INC_PR = "r0"
+INC_PR = "r1"
S = "${WORKDIR}/git"
diff --git a/meta/recipes-kernel/dtc/dtc/fix_for_compilation_with_gcc_4.6.0.patch b/meta/recipes-kernel/dtc/dtc/fix_for_compilation_with_gcc_4.6.0.patch
deleted file mode 100644
index b34894d..0000000
--- a/meta/recipes-kernel/dtc/dtc/fix_for_compilation_with_gcc_4.6.0.patch
+++ /dev/null
@@ -1,51 +0,0 @@
-Upstream-Status: Pending
-
-Fix following compilation errors with gcc 4.6.0
-| dtc.c: In function 'main':
-| dtc.c:100:17: error: variable 'check' set but not used [-Werror=unused-but-set-variable]
-| cc1: all warnings being treated as errors
-|
-| make: *** [dtc.o] Error 1
-| make: *** Waiting for unfinished jobs....
-| flattree.c: In function 'flat_read_mem_reserve':
-| flattree.c:700:14: error: variable 'p' set but not used [-Werror=unused-but-set-variable]
-| cc1: all warnings being treated as errors
-|
-| make: *** [flattree.o] Error 1
-| ERROR: oe_runmake failed
-
-Nitin A Kamble <nitin.a.kamble@intel.com> 2011/05/10
-
-Index: git/dtc.c
-===================================================================
---- git.orig/dtc.c
-+++ git/dtc.c
-@@ -97,7 +97,7 @@ int main(int argc, char *argv[])
- const char *inform = "dts";
- const char *outform = "dts";
- const char *outname = "-";
-- int force = 0, check = 0;
-+ int force = 0, __attribute__((__unused__)) check = 0;
- const char *arg;
- int opt;
- FILE *outf = NULL;
-Index: git/flattree.c
-===================================================================
---- git.orig/flattree.c
-+++ git/flattree.c
-@@ -697,7 +697,6 @@ static struct reserve_info *flat_read_me
- {
- struct reserve_info *reservelist = NULL;
- struct reserve_info *new;
-- const char *p;
- struct fdt_reserve_entry re;
-
- /*
-@@ -706,7 +705,6 @@ static struct reserve_info *flat_read_me
- *
- * First pass, count entries.
- */
-- p = inb->ptr;
- while (1) {
- flat_read_chunk(inb, &re, sizeof(re));
- re.address = fdt64_to_cpu(re.address);
diff --git a/meta/recipes-kernel/dtc/dtc/remove_space_opt.patch b/meta/recipes-kernel/dtc/dtc/remove_space_opt.patch
deleted file mode 100644
index 8c26dec..0000000
--- a/meta/recipes-kernel/dtc/dtc/remove_space_opt.patch
+++ /dev/null
@@ -1,18 +0,0 @@
-Remove the -Os flag
-
-Upstream-Status: Inappropriate [configuration]
-
-Signed-off-by: Saul Wold <sgw@linux.intel.com>
-Index: git/Makefile
-===================================================================
---- git.orig/Makefile
-+++ git/Makefile
-@@ -18,7 +18,7 @@ CONFIG_LOCALVERSION =
- CPPFLAGS = -I libfdt
- WARNINGS = -Werror -Wall -Wpointer-arith -Wcast-qual -Wnested-externs \
- -Wstrict-prototypes -Wmissing-prototypes
--CFLAGS = -g -Os -fPIC -Werror $(WARNINGS)
-+CFLAGS = -g -fPIC -Werror $(WARNINGS)
-
- BISON = bison
- LEX = flex
diff --git a/meta/recipes-kernel/dtc/dtc_git.bb b/meta/recipes-kernel/dtc/dtc_git.bb
index e010488..c205de7 100644
--- a/meta/recipes-kernel/dtc/dtc_git.bb
+++ b/meta/recipes-kernel/dtc/dtc_git.bb
@@ -3,14 +3,10 @@ require dtc.inc
LIC_FILES_CHKSUM = "file://GPL;md5=94d55d512a9ba36caa9b7df079bae19f \
file://libfdt/libfdt.h;beginline=3;endline=52;md5=fb360963151f8ec2d6c06b055bcbb68c"
-SRCREV = "73dca9ae0b9abe6924ba640164ecce9f8df69c5a"
+SRCREV = "033089f29099bdfd5c2d6986cdb9fd07b16cfde0"
PV = "1.3.0+git${SRCPV}"
-PR = "${INC_PR}.0"
+PR = "${INC_PR}.1"
S = "${WORKDIR}/git"
-SRC_URI_PATCH = " file://remove_space_opt.patch"
-SRC_URI_PATCH_virtclass-native = ""
-SRC_URI += "${SRC_URI_PATCH}"
-
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
--
1.7.6.1
^ permalink raw reply related
* Problem with buildstats when building on a btrfs volume
From: Wolfram Stering @ 2011-10-28 7:25 UTC (permalink / raw)
To: openembedded-core
Hello All,
I've encountered a problem when building (with TMPDIR residing) on a
btrfs volume.
It does not matter what is being built: starting clean, bitbake
discoveres that pseudo needs to be built, it does so successfully but
then gets an exception when doing the buildstats.
ERROR: Execution of event handler 'run_buildstats' failed
Traceback (most recent call last):
File "run_buildstats(e)", line 18, in run_buildstats(e=<bb.event.BuildStarted object at 0x5e33710>)
File "buildstats.bbclass", line 21, in set_device(e=<bb.event.BuildStarted object at 0x5e33710>)
UnboundLocalError: local variable 'rdev' referenced before assignment
The problem is related to the fact that btrfs reports a fake device id
by stat(2) in st_dev.
See there for more information:
https://bugzilla.redhat.com/show_bug.cgi?id=711881
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/3509
OE core uses stat on tmpdir to find out the major/minor device ids when
collecting the build statistics, see function set_device in
buildstats.bbclass. If the (fake) device id can't be found in
/proc/diskstats, rdev is never set, but still used two lines later (this
case should be detected and handled gracefully anyhow, IMHO, e.g.
relinquishing buildstats).
I don't know how to reliably solve this problem. /proc/self/mountinfo
can't be used either, as the listed device id there is still different
from what is reported by stat (see the first link above). One possible
solution would be to match on the device name (third field in
/proc/diskstats), but this information is not returned by stat so the
actual mount point needs to be found as prefix of the TMPDIR path, then
symlinks in the device name would need to be resolved as well (which is
common, if LVM and the device mapper are used).
I'm not good at python, otherwise I'd have proposed a patch...
have a nice day,
-wolfi
--
Wolfram Stering
(Entwicklung)
HALE electronic GmbH
Eugen-Müller-Straße 18, 5020 Salzburg, Austria
Tel: +43 (662) 439011 550
Fax: +43 (662) 439011 9
http://www.hale.at/
Firmenbuchnummer: FN 66801m HG Salzburg
--
Scanned by MailScanner.
^ permalink raw reply
* Re: Trouble by last dbus patch (46e6c3fa8034b12d178d605f3f5d7efe69671a13)?
From: Henning Heinold @ 2011-10-28 7:30 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <201110272230.29012.schnitzeltony@gmx.de>
On Thu, Oct 27, 2011 at 10:30:27PM +0200, Andreas Müller wrote:
> 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 ).
You probably mean policykit, which has a ruleset for actions a user can do or not on dbus.
Bye Henning
^ permalink raw reply
* [PATCH] Add new IMAGE_CLASSES variable for classes for image generation
From: Matthew McClintock @ 2011-10-28 7:26 UTC (permalink / raw)
To: openembedded-core
Allows us to import classes only for images and not to the global
namespace
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
This is a resend
meta-yocto/conf/local.conf.sample | 6 ++++++
meta/classes/image.bbclass | 3 ++-
2 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/meta-yocto/conf/local.conf.sample b/meta-yocto/conf/local.conf.sample
index da3f8df..5e59ad4 100644
--- a/meta-yocto/conf/local.conf.sample
+++ b/meta-yocto/conf/local.conf.sample
@@ -163,6 +163,12 @@ EXTRA_IMAGE_FEATURES = "debug-tweaks"
# NOTE: mklibs also needs to be explicitly enabled for a given image, see local.conf.extended
USER_CLASSES ?= "image-mklibs image-prelink"
+# Additional image generation features
+#
+# The following is a list of classes to import to use in the generation of images
+# currently an example class is image_types_uboot
+# IMAGE_CLASSES ?= "image_types_uboot"
+
#
# Runtime testing of images
#
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 05f4331..e932879 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -111,7 +111,8 @@ def get_devtable_list(d):
str += " %s" % bb.which(bb.data.getVar('BBPATH', d, 1), devtable)
return str
-inherit image_types
+IMAGE_CLASSES = "image_types"
+inherit ${IMAGE_CLASSES}
IMAGE_POSTPROCESS_COMMAND ?= ""
MACHINE_POSTPROCESS_COMMAND ?= ""
--
1.7.6.1
^ permalink raw reply related
* Re: how to set time zone
From: Ni Qingliang @ 2011-10-28 7:05 UTC (permalink / raw)
To: Samuel Stirtzel
Cc: yocto@yoctoproject.org,
Patches and discussions about the oe-core layer
In-Reply-To: <CAGiJk9eo4FvhLZ6o9qdb75YyuZ5om19GYRLR6gDFEN_r0VWeuw@mail.gmail.com>
THANKS!
I still want the native support by oe-core/yocto:-). If no, I will try
by myself.
On Fri, 2011-10-28 at 14:32 +0800, Samuel Stirtzel wrote:
> 2011/10/28 Ni Qingliang <niqingliang@insigma.com.cn>:
> > Hello All:
> >
> > what is the right way to set timezone?
> >
> > I have added tzdata into my image, and can find some variables in the
> > etc, e.g. 'TZ'.
> >
> > on my archlinux, I can set TIMEZONE in the rc.conf, which is used in
> > rc.sysvinit (which will link the /etc/localtime using TIMEZONE).
> >
> > what is the right place to locate similar setting code (e.g. link
> > the /etc/localtime) in the yocto?
> >
> > thanks!
> >
> >
> >
> > --
> > Yi Qingliang
> > niqingliang@insigma.com.cn
> > http://niqingliang2003.wordpress.com
> >
> >
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
>
> Hi,
>
> you could try the following:
> http://www.rwhitby.net/blog/nslu2-linux/setting-the-openmoko-timezone.html
>
> Well this is the first entry when using google with "openembedded time
> zone", so please consider using search engines first next time.
>
> Also this is the very same process like it is done on a desktop
> computer, googling for "set time zone linux command line" gives this
> result:
> http://www.cyberciti.biz/faq/howto-linux-unix-change-setup-timezone-tz-variable/
> Which shows more precise steps at the headline "Set timezone using
> /etc/localtime configuration file [any Linux distro]".
>
>
> (Sorry for cross posting, but this was carried over to the OE-Core list)
>
> --
> Regards
> Samuel
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ permalink raw reply
* Re: how to set time zone
From: Samuel Stirtzel @ 2011-10-28 6:32 UTC (permalink / raw)
To: niqingliang, Patches and discussions about the oe-core layer; +Cc: yocto
In-Reply-To: <1319780499.10032.46.camel@localhost.localdomain>
2011/10/28 Ni Qingliang <niqingliang@insigma.com.cn>:
> Hello All:
>
> what is the right way to set timezone?
>
> I have added tzdata into my image, and can find some variables in the
> etc, e.g. 'TZ'.
>
> on my archlinux, I can set TIMEZONE in the rc.conf, which is used in
> rc.sysvinit (which will link the /etc/localtime using TIMEZONE).
>
> what is the right place to locate similar setting code (e.g. link
> the /etc/localtime) in the yocto?
>
> thanks!
>
>
>
> --
> Yi Qingliang
> niqingliang@insigma.com.cn
> http://niqingliang2003.wordpress.com
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Hi,
you could try the following:
http://www.rwhitby.net/blog/nslu2-linux/setting-the-openmoko-timezone.html
Well this is the first entry when using google with "openembedded time
zone", so please consider using search engines first next time.
Also this is the very same process like it is done on a desktop
computer, googling for "set time zone linux command line" gives this
result:
http://www.cyberciti.biz/faq/howto-linux-unix-change-setup-timezone-tz-variable/
Which shows more precise steps at the headline "Set timezone using
/etc/localtime configuration file [any Linux distro]".
(Sorry for cross posting, but this was carried over to the OE-Core list)
--
Regards
Samuel
^ permalink raw reply
* how to set time zone
From: Ni Qingliang @ 2011-10-28 5:41 UTC (permalink / raw)
To: openembedded-core
Hello All:
what is the right way to set timezone?
I have added tzdata into my image, and can find some variables in the
etc, e.g. 'TZ'.
on my archlinux, I can set TIMEZONE in the rc.conf, which is used in
rc.sysvinit (which will link the /etc/localtime using TIMEZONE).
what is the right place to locate similar setting code (e.g. link
the /etc/localtime) in the yocto?
thanks!
--
Yi Qingliang
niqingliang@insigma.com.cn
http://niqingliang2003.wordpress.com
^ 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