* [PATCH] connman 0.75: bump PR for iptables library change
From: Koen Kooi @ 2011-11-03 9:05 UTC (permalink / raw)
To: openembedded-core; +Cc: Koen Kooi
connmand[180]: /usr/sbin/connmand: error while loading shared libraries: libxtables.so.5: cannot open shared object file: No such file or directory
$ dpkg-deb -c ipk/armv7a/iptables_1.4.12.1-r0_armv7a.ipk | grep libxtables
-rwxr-xr-x root/root 35252 2011-11-01 20:16 ./usr/lib/libxtables.so.7.0.0
lrwxrwxrwx root/root 0 2011-11-01 20:16 ./usr/lib/libxtables.so.7 -> libxtables.so.7.0.0
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
meta/recipes-connectivity/connman/connman_0.75.bb | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-connectivity/connman/connman_0.75.bb b/meta/recipes-connectivity/connman/connman_0.75.bb
index 78f2199..c6e911b 100644
--- a/meta/recipes-connectivity/connman/connman_0.75.bb
+++ b/meta/recipes-connectivity/connman/connman_0.75.bb
@@ -1,5 +1,5 @@
require connman.inc
-PR = "r3"
+PR = "r4"
EXTRA_OECONF += "\
ac_cv_path_WPASUPPLICANT=/usr/sbin/wpa_supplicant \
--
1.7.2.5
^ permalink raw reply related
* [PATCH] rt-tests: update to 0.83
From: Koen Kooi @ 2011-11-03 9:21 UTC (permalink / raw)
To: openembedded-core; +Cc: Koen Kooi
Fetch from github, kernel.org uri is gone
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
.../{rt-tests_0.73.bb => rt-tests_0.83.bb} | 16 ++++++++++------
1 files changed, 10 insertions(+), 6 deletions(-)
rename meta/recipes-rt/rt-tests/{rt-tests_0.73.bb => rt-tests_0.83.bb} (68%)
diff --git a/meta/recipes-rt/rt-tests/rt-tests_0.73.bb b/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
similarity index 68%
rename from meta/recipes-rt/rt-tests/rt-tests_0.73.bb
rename to meta/recipes-rt/rt-tests/rt-tests_0.83.bb
index a2cf6be..78d51b3 100644
--- a/meta/recipes-rt/rt-tests/rt-tests_0.73.bb
+++ b/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
@@ -6,16 +6,20 @@ LICENSE = "GPLv2 & GPLv2+"
LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
file://src/cyclictest/cyclictest.c;beginline=7;endline=9;md5=ce162fe491d19d2ec67dff6dbc938d50 \
file://src/pi_tests/pi_stress.c;beginline=6;endline=19;md5=bd426a634a43ec612e9fbf125dfcc949"
-# Version v0.73
-SRCREV = "81da016fb0f6ab0511fbec81fc8ba1a50398a20d"
-PV = "git${SRCPV}"
-PR = "r0"
+# Version v0.83
+SRCREV = "5f1e84f8b015df3ff950056494134eca3f640d70"
-SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git;protocol=git"
+# git -> 0.83 needs a PE bump
+PE = "1"
+
+SRC_URI = "git://github.com/clrkwllms/rt-tests.git"
S = "${WORKDIR}/git"
-CFLAGS += "-I${S}/src/include -D_GNU_SOURCE -Wall -Wno-nonnull"
+CFLAGS += "-I${S}/src/include -D_GNU_SOURCE -Wall -Wno-nonnulli ${LDFLAGS}"
+
+# calling 'uname -m' is broken on crossbuilds
+EXTRA_OEMAKE = "NUMA=0"
do_install() {
oe_runmake install DESTDIR=${D} SBINDIR=${sbindir} MANDIR=${mandir} \
--
1.7.2.5
^ permalink raw reply related
* [PATCH] iproute2: update to 3.0.0 to fix build with updated iptables
From: Koen Kooi @ 2011-11-03 9:52 UTC (permalink / raw)
To: openembedded-core; +Cc: Koen Kooi
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
.../configure-cross.patch | 57 +++++++++++++-------
meta/recipes-connectivity/iproute2/iproute2.inc | 7 ++-
.../iproute2/iproute2_2.6.38.bb | 9 ---
.../iproute2/iproute2_3.0.0.bb | 8 +++
4 files changed, 51 insertions(+), 30 deletions(-)
rename meta/recipes-connectivity/iproute2/{iproute2-2.6.38 => iproute2-3.0.0}/configure-cross.patch (50%)
delete mode 100644 meta/recipes-connectivity/iproute2/iproute2_2.6.38.bb
create mode 100644 meta/recipes-connectivity/iproute2/iproute2_3.0.0.bb
diff --git a/meta/recipes-connectivity/iproute2/iproute2-2.6.38/configure-cross.patch b/meta/recipes-connectivity/iproute2/iproute2-3.0.0/configure-cross.patch
similarity index 50%
rename from meta/recipes-connectivity/iproute2/iproute2-2.6.38/configure-cross.patch
rename to meta/recipes-connectivity/iproute2/iproute2-3.0.0/configure-cross.patch
index e26e8ef..92c12be 100644
--- a/meta/recipes-connectivity/iproute2/iproute2-2.6.38/configure-cross.patch
+++ b/meta/recipes-connectivity/iproute2/iproute2-3.0.0/configure-cross.patch
@@ -1,31 +1,38 @@
+From 85b0589b4843c03e8e6fd9416d71ea449a73c5c0 Mon Sep 17 00:00:00 2001
+From: Koen Kooi <koen@dominion.thruhere.net>
+Date: Thu, 3 Nov 2011 10:46:16 +0100
+Subject: [PATCH] make configure cross compile safe
+
+According to Kevin Tian:
Upstream-Status: Pending
-# borrow from OE, to handle cross compile mess
-#
-# ktian1, 06/28/2010
-Index: iproute2-2.6.34/configure
-===================================================================
---- iproute2-2.6.34.orig/configure
-+++ iproute2-2.6.34/configure
-@@ -4,7 +4,7 @@
+Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
+---
+ configure | 13 +++++++------
+ 1 files changed, 7 insertions(+), 6 deletions(-)
+
+diff --git a/configure b/configure
+index f5c3d40..bcc1948 100755
+--- a/configure
++++ b/configure
+@@ -2,6 +2,7 @@
+ # This is not an autconf generated configure
+ #
INCLUDE=${1:-"$PWD/include"}
-
- TABLES=
--
+SYSROOT=$1
+
check_atm()
{
- cat >/tmp/atmtest.c <<EOF
-@@ -15,7 +15,7 @@ int main(int argc, char **argv) {
+@@ -13,7 +14,7 @@ int main(int argc, char **argv) {
return 0;
}
EOF
-gcc -I$INCLUDE -o /tmp/atmtest /tmp/atmtest.c -latm >/dev/null 2>&1
-+$CC -I$INCLUDE -o /tmp/atmtest /tmp/atmtest.c -latm >/dev/null 2>&1
++$CC -I$INCLUDE -o /tmp/atmtest /tmp/atmtest.c -latm >/dev/null 2>&1
if [ $? -eq 0 ]
then
echo "TC_CONFIG_ATM:=y" >>Config
-@@ -49,7 +49,7 @@ int main(int argc, char **argv)
+@@ -47,7 +48,7 @@ int main(int argc, char **argv)
EOF
@@ -34,7 +41,7 @@ Index: iproute2-2.6.34/configure
then
echo "TC_CONFIG_XT:=y" >>Config
echo "using xtables"
-@@ -86,7 +86,7 @@ int main(int argc, char **argv) {
+@@ -84,7 +85,7 @@ int main(int argc, char **argv) {
}
EOF
@@ -43,7 +50,7 @@ Index: iproute2-2.6.34/configure
if [ $? -eq 0 ]
then
-@@ -126,7 +126,7 @@ int main(int argc, char **argv) {
+@@ -124,7 +125,7 @@ int main(int argc, char **argv) {
}
EOF
@@ -52,12 +59,24 @@ Index: iproute2-2.6.34/configure
if [ $? -eq 0 ]
then
-@@ -150,7 +150,7 @@ check_ipt()
+@@ -145,7 +146,7 @@ check_ipt()
check_ipt_lib_dir()
{
IPT_LIB_DIR=""
- for dir in /lib /usr/lib /usr/local/lib
+ for dir in $SYSROOT/lib $SYSROOT/usr/lib $SYSROOT/usr/local/lib
do
- for file in $dir/$TABLES/lib*t_*so ; do
+ for file in $dir/{xtables,iptables}/lib*t_*so ; do
if [ -f $file ]; then
+@@ -168,7 +169,7 @@ int main(int argc, char **argv)
+ return 0;
+ }
+ EOF
+-gcc -I$INCLUDE -o /tmp/setnstest /tmp/setnstest.c >/dev/null 2>&1
++$CC -I$INCLUDE -o /tmp/setnstest /tmp/setnstest.c >/dev/null 2>&1
+ if [ $? -eq 0 ]
+ then
+ echo "IP_CONFIG_SETNS:=y" >>Config
+--
+1.7.2.5
+
diff --git a/meta/recipes-connectivity/iproute2/iproute2.inc b/meta/recipes-connectivity/iproute2/iproute2.inc
index 0f27a01..6fc30a0 100644
--- a/meta/recipes-connectivity/iproute2/iproute2.inc
+++ b/meta/recipes-connectivity/iproute2/iproute2.inc
@@ -23,8 +23,11 @@ do_install () {
rm ${D}/share -rf || true
}
-FILES_${PN} += "/usr/lib/tc/*"
-FILES_${PN}-dbg += "/usr/lib/tc/.debug"
+# There are only .so files in iproute2
+INSANE_SKIP_${PN} = "dev-so"
+
+FILES_${PN} += "${base_libdir}/tc/*"
+FILES_${PN}-dbg += "${base_libdir}/tc/.debug"
ALTERNATIVE_NAME = "ip"
ALTERNATIVE_PATH = "${base_sbindir}/ip.iproute2"
diff --git a/meta/recipes-connectivity/iproute2/iproute2_2.6.38.bb b/meta/recipes-connectivity/iproute2/iproute2_2.6.38.bb
deleted file mode 100644
index 7abc41f..0000000
--- a/meta/recipes-connectivity/iproute2/iproute2_2.6.38.bb
+++ /dev/null
@@ -1,9 +0,0 @@
-require iproute2.inc
-
-PR = "r0"
-
-SRC_URI = "http://developer.osdl.org/dev/iproute2/download/${BPN}-${PV}.tar.bz2 \
- file://configure-cross.patch"
-
-SRC_URI[md5sum] = "a243bfea837e71824b7ca26c3bb45fa8"
-SRC_URI[sha256sum] = "47629a4f547f21d94d8e823a87dd8e13042cadecefea2e2dc433e4134fa9aec4"
diff --git a/meta/recipes-connectivity/iproute2/iproute2_3.0.0.bb b/meta/recipes-connectivity/iproute2/iproute2_3.0.0.bb
new file mode 100644
index 0000000..8d1db85
--- /dev/null
+++ b/meta/recipes-connectivity/iproute2/iproute2_3.0.0.bb
@@ -0,0 +1,8 @@
+require iproute2.inc
+
+#v3.0.0 tag
+SRCREV = "ce691fb5ce78b2c75243c60a757a3990ae09681c"
+SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/iproute2.git \
+ file://configure-cross.patch"
+S = "${WORKDIR}/git"
+
--
1.7.2.5
^ permalink raw reply related
* Clean of qt4-embedded don't cleanup sysroot and deploy
From: Hauser, Wolfgang (external) @ 2011-11-03 9:55 UTC (permalink / raw)
To: openembedded-devel, openembedded-core
It may be hidden by the huge work that is done by the community, so I
ask it again.
Hello,
if I do a bitbake -c clean for qt4-embedded or qt4-native all libraries
and binaries of QT are left in the sysroots and all created packages are
left in deploy. This is an result of splitting qt into several sub
packages and install them.
This behavior makes problems if I change the used QT Version of the
distro.
If qt recipe builds, it first searches for the libraries in sysroot
(standard library path of OE) and then it search in its working
directory. While the sysroots contain libraries of a different QT
version now, the build will fail.
Is there a way to clean all sub packages of qt if I clean the
qt4-embedded or qt4-native package ?
An other solution may be to switch the order of the library paths in the
linker command (-L) to search libraries in the package working path
first. But how to do this in a proper way?
Regards
Wolfgang Hauser
^ permalink raw reply
* Re: [PATCH] rt-tests: update to 0.83
From: Jason Kridner @ 2011-11-03 12:22 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Koen Kooi
In-Reply-To: <1320312113-2492-1-git-send-email-koen@dominion.thruhere.net>
On Thu, Nov 3, 2011 at 5:21 AM, Koen Kooi <koen@dominion.thruhere.net> wrote:
> Fetch from github, kernel.org uri is gone
>
> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Acked-by: Jason Kridner <jdk@ti.com>
> ---
> .../{rt-tests_0.73.bb => rt-tests_0.83.bb} | 16 ++++++++++------
> 1 files changed, 10 insertions(+), 6 deletions(-)
> rename meta/recipes-rt/rt-tests/{rt-tests_0.73.bb => rt-tests_0.83.bb} (68%)
>
> diff --git a/meta/recipes-rt/rt-tests/rt-tests_0.73.bb b/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
> similarity index 68%
> rename from meta/recipes-rt/rt-tests/rt-tests_0.73.bb
> rename to meta/recipes-rt/rt-tests/rt-tests_0.83.bb
> index a2cf6be..78d51b3 100644
> --- a/meta/recipes-rt/rt-tests/rt-tests_0.73.bb
> +++ b/meta/recipes-rt/rt-tests/rt-tests_0.83.bb
> @@ -6,16 +6,20 @@ LICENSE = "GPLv2 & GPLv2+"
> LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
> file://src/cyclictest/cyclictest.c;beginline=7;endline=9;md5=ce162fe491d19d2ec67dff6dbc938d50 \
> file://src/pi_tests/pi_stress.c;beginline=6;endline=19;md5=bd426a634a43ec612e9fbf125dfcc949"
> -# Version v0.73
> -SRCREV = "81da016fb0f6ab0511fbec81fc8ba1a50398a20d"
> -PV = "git${SRCPV}"
> -PR = "r0"
> +# Version v0.83
> +SRCREV = "5f1e84f8b015df3ff950056494134eca3f640d70"
>
> -SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git;protocol=git"
> +# git -> 0.83 needs a PE bump
> +PE = "1"
> +
> +SRC_URI = "git://github.com/clrkwllms/rt-tests.git"
>
> S = "${WORKDIR}/git"
>
> -CFLAGS += "-I${S}/src/include -D_GNU_SOURCE -Wall -Wno-nonnull"
> +CFLAGS += "-I${S}/src/include -D_GNU_SOURCE -Wall -Wno-nonnulli ${LDFLAGS}"
> +
> +# calling 'uname -m' is broken on crossbuilds
> +EXTRA_OEMAKE = "NUMA=0"
>
> do_install() {
> oe_runmake install DESTDIR=${D} SBINDIR=${sbindir} MANDIR=${mandir} \
> --
> 1.7.2.5
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply
* Re: [Pull v3 1/4] avahi: use useradd to create avahi user for avahi-daemon
From: Koen Kooi @ 2011-11-03 12:23 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <9ef4f9a56a7d68c636768d2a1dbfeb9d6542b5f4.1320191934.git.sgw@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 2157 bytes --]
Op 2 nov. 2011, om 01:21 heeft Saul Wold het volgende geschreven:
> DBus was failing to start correct since the avahi user was
> not setup.
>
> Keep the dbus reload since this could still be installed
> as a package an would require a dbus restart.
This doesn't seem to work for me, I keep getting "Unknown username 'avahi' in message bus configuration file"
>
> Fixes: [YOCTO #1699]
>
> Signed-off-by: Saul Wold <sgw@linux.intel.com>
> ---
> meta/recipes-connectivity/avahi/avahi.inc | 16 +++++++++-------
> 1 files changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
> index 5ad9db0..79cfd73 100644
> --- a/meta/recipes-connectivity/avahi/avahi.inc
> +++ b/meta/recipes-connectivity/avahi/avahi.inc
> @@ -14,7 +14,7 @@ SECTION = "network"
> # python scripts are under GPLv2+
> LICENSE = "GPLv2+ & LGPLv2.1+"
>
> -INC_PR = "r8"
> +INC_PR = "r9"
>
> DEPENDS = "expat libcap libdaemon dbus glib-2.0"
>
> @@ -23,7 +23,12 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
> file://99avahi-autoipd \
> file://initscript.patch"
>
> -inherit autotools pkgconfig update-rc.d gettext
> +USERADD_PACKAGES = "${PN}-daemon"
> +USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
> + --no-create-home --shell /bin/false \
> + --user-group avahi"
> +
> +inherit autotools pkgconfig update-rc.d gettext useradd
>
> EXTRA_OECONF = "--with-distro=debian \
> --disable-introspection \
> @@ -116,15 +121,12 @@ do_install_avahi-autoipd() {
> install ${WORKDIR}/99avahi-autoipd ${D}${sysconfdir}/udhcpc.d
> }
>
> -# At the time the postinst runs, dbus might not be setup so only restart if running
> +# At the time the postinst runs, dbus might not be setup so only restart if running
>
> pkg_postinst_avahi-daemon () {
> - # can't do this offline
> if [ "x$D" != "x" ]; then
> - exit 1
> + exit 0
> fi
Removing that check completely would be a better idea :)
regards,
Koen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [Pull v3 1/4] avahi: use useradd to create avahi user for avahi-daemon
From: Koen Kooi @ 2011-11-03 12:38 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <22CC451F-6D62-44A0-8984-489D40859F17@dominion.thruhere.net>
[-- Attachment #1: Type: text/plain, Size: 2434 bytes --]
Op 3 nov. 2011, om 13:23 heeft Koen Kooi het volgende geschreven:
>
> Op 2 nov. 2011, om 01:21 heeft Saul Wold het volgende geschreven:
>
>> DBus was failing to start correct since the avahi user was
>> not setup.
>>
>> Keep the dbus reload since this could still be installed
>> as a package an would require a dbus restart.
>
> This doesn't seem to work for me, I keep getting "Unknown username 'avahi' in message bus configuration file"
Manually running the preinst on the target *does* work, so something isn't right during do_rootfs.
regards,
Koen
>
>
>>
>> Fixes: [YOCTO #1699]
>>
>> Signed-off-by: Saul Wold <sgw@linux.intel.com>
>> ---
>> meta/recipes-connectivity/avahi/avahi.inc | 16 +++++++++-------
>> 1 files changed, 9 insertions(+), 7 deletions(-)
>>
>> diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
>> index 5ad9db0..79cfd73 100644
>> --- a/meta/recipes-connectivity/avahi/avahi.inc
>> +++ b/meta/recipes-connectivity/avahi/avahi.inc
>> @@ -14,7 +14,7 @@ SECTION = "network"
>> # python scripts are under GPLv2+
>> LICENSE = "GPLv2+ & LGPLv2.1+"
>>
>> -INC_PR = "r8"
>> +INC_PR = "r9"
>>
>> DEPENDS = "expat libcap libdaemon dbus glib-2.0"
>>
>> @@ -23,7 +23,12 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
>> file://99avahi-autoipd \
>> file://initscript.patch"
>>
>> -inherit autotools pkgconfig update-rc.d gettext
>> +USERADD_PACKAGES = "${PN}-daemon"
>> +USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
>> + --no-create-home --shell /bin/false \
>> + --user-group avahi"
>> +
>> +inherit autotools pkgconfig update-rc.d gettext useradd
>>
>> EXTRA_OECONF = "--with-distro=debian \
>> --disable-introspection \
>> @@ -116,15 +121,12 @@ do_install_avahi-autoipd() {
>> install ${WORKDIR}/99avahi-autoipd ${D}${sysconfdir}/udhcpc.d
>> }
>>
>> -# At the time the postinst runs, dbus might not be setup so only restart if running
>> +# At the time the postinst runs, dbus might not be setup so only restart if running
>>
>> pkg_postinst_avahi-daemon () {
>> - # can't do this offline
>> if [ "x$D" != "x" ]; then
>> - exit 1
>> + exit 0
>> fi
>
> Removing that check completely would be a better idea :)
>
> regards,
>
> Koen
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [Pull v3 1/4] avahi: use useradd to create avahi user for avahi-daemon
From: Richard Purdie @ 2011-11-03 12:39 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <22CC451F-6D62-44A0-8984-489D40859F17@dominion.thruhere.net>
On Thu, 2011-11-03 at 13:23 +0100, Koen Kooi wrote:
> Op 2 nov. 2011, om 01:21 heeft Saul Wold het volgende geschreven:
>
> > DBus was failing to start correct since the avahi user was
> > not setup.
> >
> > Keep the dbus reload since this could still be installed
> > as a package an would require a dbus restart.
>
> This doesn't seem to work for me, I keep getting "Unknown username
> 'avahi' in message bus configuration file"
From where? On target device upgrade? do_rootfs? populate_sysroot? More
info would be useful here.
> > Fixes: [YOCTO #1699]
> >
> > Signed-off-by: Saul Wold <sgw@linux.intel.com>
> > ---
> > meta/recipes-connectivity/avahi/avahi.inc | 16 +++++++++-------
> > 1 files changed, 9 insertions(+), 7 deletions(-)
> >
> > diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
> > index 5ad9db0..79cfd73 100644
> > --- a/meta/recipes-connectivity/avahi/avahi.inc
> > +++ b/meta/recipes-connectivity/avahi/avahi.inc
> > @@ -14,7 +14,7 @@ SECTION = "network"
> > # python scripts are under GPLv2+
> > LICENSE = "GPLv2+ & LGPLv2.1+"
> >
> > -INC_PR = "r8"
> > +INC_PR = "r9"
> >
> > DEPENDS = "expat libcap libdaemon dbus glib-2.0"
> >
> > @@ -23,7 +23,12 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
> > file://99avahi-autoipd \
> > file://initscript.patch"
> >
> > -inherit autotools pkgconfig update-rc.d gettext
> > +USERADD_PACKAGES = "${PN}-daemon"
> > +USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
> > + --no-create-home --shell /bin/false \
> > + --user-group avahi"
> > +
> > +inherit autotools pkgconfig update-rc.d gettext useradd
> >
> > EXTRA_OECONF = "--with-distro=debian \
> > --disable-introspection \
> > @@ -116,15 +121,12 @@ do_install_avahi-autoipd() {
> > install ${WORKDIR}/99avahi-autoipd ${D}${sysconfdir}/udhcpc.d
> > }
> >
> > -# At the time the postinst runs, dbus might not be setup so only restart if running
> > +# At the time the postinst runs, dbus might not be setup so only restart if running
> >
> > pkg_postinst_avahi-daemon () {
> > - # can't do this offline
> > if [ "x$D" != "x" ]; then
> > - exit 1
> > + exit 0
> > fi
>
> Removing that check completely would be a better idea :)
No it wouldn't, if we're installing this at do_rootfs time, we can just
mark the postinstall as done.
Cheers,
Richard
^ permalink raw reply
* Re: [Pull v3 1/4] avahi: use useradd to create avahi user for avahi-daemon
From: Koen Kooi @ 2011-11-03 12:40 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <9971B226-F171-4D8E-B751-B358923CD41A@dominion.thruhere.net>
[-- Attachment #1: Type: text/plain, Size: 1211 bytes --]
Op 3 nov. 2011, om 13:38 heeft Koen Kooi het volgende geschreven:
>
> Op 3 nov. 2011, om 13:23 heeft Koen Kooi het volgende geschreven:
>
>>
>> Op 2 nov. 2011, om 01:21 heeft Saul Wold het volgende geschreven:
>>
>>> DBus was failing to start correct since the avahi user was
>>> not setup.
>>>
>>> Keep the dbus reload since this could still be installed
>>> as a package an would require a dbus restart.
>>
>> This doesn't seem to work for me, I keep getting "Unknown username 'avahi' in message bus configuration file"
>
> Manually running the preinst on the target *does* work, so something isn't right during do_rootfs.
+ sh /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/beaglebone-angstrom-linux-gnueabi/systemd-image-1.0-r0/rootfs/var/lib/opkg/info/avahi-daemon.preinst
Running useradd commands...
grep: /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/beaglebone-angstrom-linux-gnueabi/systemd-image-1.0-r0/rootfs/etc/passwd: No such file or directory
useradd: group '1000' does not exist
useradd: the GROUP= configuration in /etc/default/useradd will be ignored
useradd: user 'avahi' already exists
I think I know what's going wrong, patch coming soon!
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH 0/1] Uprev to pseudo 1.2
From: Richard Purdie @ 2011-11-03 12:47 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4EB1F3E9.8070103@windriver.com>
On Wed, 2011-11-02 at 20:52 -0500, Mark Hatle wrote:
> On 11/2/11 5:47 PM, Martin Jansa wrote:
> > On Wed, Nov 02, 2011 at 05:31:59PM -0500, Mark Hatle wrote:
> >> On 11/2/11 5:11 PM, Martin Jansa wrote:
> >>> On Wed, Nov 02, 2011 at 04:39:42PM -0500, Mark Hatle wrote:
> >>>>> with pseudo.log full of errors like this
> >>>>> pseudo: path mismatch [12 links]: ino 39721500 db
> >>>>> '/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/vim-7.2.446-r10.3/image/usr/share/vim/vim72/tutor'
> >>>>> req
> >>>>> '/OE/shr-core/tmp/work/om_gta02-oe-linux-gnueabi/task-shr-feed-1.0-r96'.
> >>>>
> >>>> Are you building on a NFS filesystem? NFS (and a few other filesystems) have a
> >>>> habit of remapping inodes out from under the filesystem. pseudo uses the inodes
> >>>> as a validation that the file hasn't changed. If these inodes are changing,
> >>>> pseudo will do it's best to keep things in sync, but there is a chance it won't
> >>>> always succeed.
> >>>
> >>> No I'm building on local ext3 filesystem, but I'm also using rm_work, so
> >>> /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/vim-7.2.446-r10.3/image/usr/share/vim/vim72/tutor
> >>> is probably long gone and inode 39721500 wasn't marked as unused in
> >>> pseudo world or do I read it wrong?
> >>
> >> If you use rm_work, then the pseudo DB located within the work directory will
> >> also be removed. So I'm not sure why you would be having such a large DB.
> >
> > But I was talking about pseudo db here:
> > tmp/sysroots/x86_64-linux/var/pseudo/
>
> I just checked my system and the logs in the sysroot isn't very large. I'm
> curious as to why things are as big on your system.
We did have a problem a while back where pseudo was active when it
shouldn't have been and I noticed huge db/logs on my system too. The
environment changes that were pushed shortly before 1.1 fixed that
problem as far as I know but if this is an old build directory, it could
have those left behind.
This actually accounted for the significant load time bitbake had on one
of my systems too - it was spending the time loading the pseudo db.
Cheers,
Richard
^ permalink raw reply
* Re: [Pull v3 1/4] avahi: use useradd to create avahi user for avahi-daemon
From: Koen Kooi @ 2011-11-03 12:49 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1320323991.20107.49.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 3274 bytes --]
Op 3 nov. 2011, om 13:39 heeft Richard Purdie het volgende geschreven:
> On Thu, 2011-11-03 at 13:23 +0100, Koen Kooi wrote:
>> Op 2 nov. 2011, om 01:21 heeft Saul Wold het volgende geschreven:
>>
>>> DBus was failing to start correct since the avahi user was
>>> not setup.
>>>
>>> Keep the dbus reload since this could still be installed
>>> as a package an would require a dbus restart.
>>
>> This doesn't seem to work for me, I keep getting "Unknown username
>> 'avahi' in message bus configuration file"
>
> From where? On target device upgrade? do_rootfs? populate_sysroot? More
> info would be useful here.
On target device boot. I've narrowed it down to an RDEPENDS problem, I'm working out the correct cycle of _append and += now
The basic problem:
Package: avahi-daemon
Version: 0.6.30-r9.0
[..]
Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), libexpat1 (>= 2.0.1)
No 'base-passwd' in there.
>
>>> Fixes: [YOCTO #1699]
>>>
>>> Signed-off-by: Saul Wold <sgw@linux.intel.com>
>>> ---
>>> meta/recipes-connectivity/avahi/avahi.inc | 16 +++++++++-------
>>> 1 files changed, 9 insertions(+), 7 deletions(-)
>>>
>>> diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
>>> index 5ad9db0..79cfd73 100644
>>> --- a/meta/recipes-connectivity/avahi/avahi.inc
>>> +++ b/meta/recipes-connectivity/avahi/avahi.inc
>>> @@ -14,7 +14,7 @@ SECTION = "network"
>>> # python scripts are under GPLv2+
>>> LICENSE = "GPLv2+ & LGPLv2.1+"
>>>
>>> -INC_PR = "r8"
>>> +INC_PR = "r9"
>>>
>>> DEPENDS = "expat libcap libdaemon dbus glib-2.0"
>>>
>>> @@ -23,7 +23,12 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
>>> file://99avahi-autoipd \
>>> file://initscript.patch"
>>>
>>> -inherit autotools pkgconfig update-rc.d gettext
>>> +USERADD_PACKAGES = "${PN}-daemon"
>>> +USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
>>> + --no-create-home --shell /bin/false \
>>> + --user-group avahi"
>>> +
>>> +inherit autotools pkgconfig update-rc.d gettext useradd
>>>
>>> EXTRA_OECONF = "--with-distro=debian \
>>> --disable-introspection \
>>> @@ -116,15 +121,12 @@ do_install_avahi-autoipd() {
>>> install ${WORKDIR}/99avahi-autoipd ${D}${sysconfdir}/udhcpc.d
>>> }
>>>
>>> -# At the time the postinst runs, dbus might not be setup so only restart if running
>>> +# At the time the postinst runs, dbus might not be setup so only restart if running
>>>
>>> pkg_postinst_avahi-daemon () {
>>> - # can't do this offline
>>> if [ "x$D" != "x" ]; then
>>> - exit 1
>>> + exit 0
>>> fi
>>
>> Removing that check completely would be a better idea :)
>
> No it wouldn't, if we're installing this at do_rootfs time, we can just
> mark the postinstall as done.
>
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* [oe] Planned outage to move servers into new rackspace.
From: Philip Balister @ 2011-11-03 12:52 UTC (permalink / raw)
To: openembedded-core, Yocto Project
FYI
-------- Original Message --------
Subject: [oe] Planned outage to move servers into new rackspace.
Date: Thu, 3 Nov 2011 04:35:48 -0700
From: Tom King <ka6sox@gmail.com>
Reply-To: openembedded-devel@lists.openembedded.org
To: openembedded-devel@lists.openembedded.org
today, 3NOV2011, between 1000-1200PDT (1800-2000UTC) there will be a
short 15-30Minute outage for us to migrate our servers into the final
destination at the Colo.
This will affect all services including git, cgit, wiki, patches and bugs.
ka6sox
(for the OE Infra team)
_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
^ permalink raw reply
* [PATCH] avahi: fix useradd race condition
From: Koen Kooi @ 2011-11-03 12:57 UTC (permalink / raw)
To: openembedded-core; +Cc: Koen Kooi
Avahi doesn't work at boot because of:
+ sh /OE/../rootfs/var/lib/opkg/info/avahi-daemon.preinst
Running useradd commands...
grep: /OE/../rootfs/etc/passwd: No such file or directory
That is due to:
Package: avahi-daemon
Version: 0.6.30-r9.0
[..]
Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), libexpat1 (>= 2.0.1)
After this patch:
Package: avahi-daemon
Version: 0.6.30-r10.0
[..]
Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), shadow, libexpat1 (>= 2.0.1), base-passwd
This also changes ${PN}-daemon to avahi-daemon to be consistent with the PACKAGES/FILES lines below
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
meta/recipes-connectivity/avahi/avahi.inc | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
index 79cfd73..728c38f 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -14,7 +14,7 @@ SECTION = "network"
# python scripts are under GPLv2+
LICENSE = "GPLv2+ & LGPLv2.1+"
-INC_PR = "r9"
+INC_PR = "r10"
DEPENDS = "expat libcap libdaemon dbus glib-2.0"
@@ -23,8 +23,9 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
file://99avahi-autoipd \
file://initscript.patch"
-USERADD_PACKAGES = "${PN}-daemon"
-USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
+USERADDPN = "avahi-daemon"
+USERADD_PACKAGES = "avahi-daemon"
+USERADD_PARAM_avahi-daemon = "--system --home /var/run/avahi-daemon \
--no-create-home --shell /bin/false \
--user-group avahi"
--
1.7.2.5
^ permalink raw reply related
* Re: [PATCH] avahi: fix useradd race condition
From: Koen Kooi @ 2011-11-03 13:04 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320325020-19012-1-git-send-email-koen@dominion.thruhere.net>
[-- Attachment #1: Type: text/plain, Size: 2079 bytes --]
Op 3 nov. 2011, om 13:57 heeft Koen Kooi het volgende geschreven:
> Avahi doesn't work at boot because of:
>
> + sh /OE/../rootfs/var/lib/opkg/info/avahi-daemon.preinst
> Running useradd commands...
> grep: /OE/../rootfs/etc/passwd: No such file or directory
>
> That is due to:
>
> Package: avahi-daemon
> Version: 0.6.30-r9.0
> [..]
> Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), libexpat1 (>= 2.0.1)
>
> After this patch:
>
> Package: avahi-daemon
> Version: 0.6.30-r10.0
> [..]
> Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), shadow, libexpat1 (>= 2.0.1), base-passwd
>
> This also changes ${PN}-daemon to avahi-daemon to be consistent with the PACKAGES/FILES lines below
>
> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
> ---
> meta/recipes-connectivity/avahi/avahi.inc | 7 ++++---
> 1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
> index 79cfd73..728c38f 100644
> --- a/meta/recipes-connectivity/avahi/avahi.inc
> +++ b/meta/recipes-connectivity/avahi/avahi.inc
> @@ -14,7 +14,7 @@ SECTION = "network"
> # python scripts are under GPLv2+
> LICENSE = "GPLv2+ & LGPLv2.1+"
>
> -INC_PR = "r9"
> +INC_PR = "r10"
>
> DEPENDS = "expat libcap libdaemon dbus glib-2.0"
>
> @@ -23,8 +23,9 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
> file://99avahi-autoipd \
> file://initscript.patch"
>
> -USERADD_PACKAGES = "${PN}-daemon"
> -USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
> +USERADDPN = "avahi-daemon"
My gut feeling is that useradd.bbclass should add the RDEPENDS in its pythoncode instead of relying on people to set both USERADD_PACKAGES and USERADDPN to the same value.
regards,
Koen.
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH] avahi: fix useradd race condition
From: Richard Purdie @ 2011-11-03 14:39 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <86762F88-8EB9-47D0-B1F7-A867ADCCFB1C@dominion.thruhere.net>
On Thu, 2011-11-03 at 14:04 +0100, Koen Kooi wrote:
> Op 3 nov. 2011, om 13:57 heeft Koen Kooi het volgende geschreven:
>
> > Avahi doesn't work at boot because of:
> >
> > + sh /OE/../rootfs/var/lib/opkg/info/avahi-daemon.preinst
> > Running useradd commands...
> > grep: /OE/../rootfs/etc/passwd: No such file or directory
> >
> > That is due to:
> >
> > Package: avahi-daemon
> > Version: 0.6.30-r9.0
> > [..]
> > Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), libexpat1 (>= 2.0.1)
> >
> > After this patch:
> >
> > Package: avahi-daemon
> > Version: 0.6.30-r10.0
> > [..]
> > Depends: libavahi-core7 (>= 0.6.30), libdaemon0 (>= 0.14), libcap2 (>= 2.22), libavahi-common3 (>= 0.6.30), libdbus-1-3 (>= 1.4.12), sysvinit-pidof, libc6 (>= 2.12), shadow, libexpat1 (>= 2.0.1), base-passwd
> >
> > This also changes ${PN}-daemon to avahi-daemon to be consistent with the PACKAGES/FILES lines below
> >
> > Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
> > ---
> > meta/recipes-connectivity/avahi/avahi.inc | 7 ++++---
> > 1 files changed, 4 insertions(+), 3 deletions(-)
> >
> > diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
> > index 79cfd73..728c38f 100644
> > --- a/meta/recipes-connectivity/avahi/avahi.inc
> > +++ b/meta/recipes-connectivity/avahi/avahi.inc
> > @@ -14,7 +14,7 @@ SECTION = "network"
> > # python scripts are under GPLv2+
> > LICENSE = "GPLv2+ & LGPLv2.1+"
> >
> > -INC_PR = "r9"
> > +INC_PR = "r10"
> >
> > DEPENDS = "expat libcap libdaemon dbus glib-2.0"
> >
> > @@ -23,8 +23,9 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
> > file://99avahi-autoipd \
> > file://initscript.patch"
> >
> > -USERADD_PACKAGES = "${PN}-daemon"
> > -USERADD_PARAM_${PN}-daemon = "--system --home /var/run/avahi-daemon \
> > +USERADDPN = "avahi-daemon"
>
> My gut feeling is that useradd.bbclass should add the RDEPENDS in its
> pythoncode instead of relying on people to set both USERADD_PACKAGES
> and USERADDPN to the same value.
Agreed, looking at the code I think we can make this easier on the user.
I'll take the fix to solve the short term issues but we could do with
improving this.
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 0/1] distro_tracking_fields: Update the Month to 'MMM'
From: Saul Wold @ 2011-11-03 15:44 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1320212931.git.wenzong.fan@windriver.com>
On 11/01/2011 10:52 PM, wenzong.fan@windriver.com wrote:
> From: Wenzong Fan<wenzong.fan@windriver.com>
>
> Update the format of Month to 'MMM' instead of spell it out.
>
> The following changes since commit 4a951e0433a99cd985515843f0a48fadc7050aca:
> Robert P. J. Day (1):
> Fix HOMEPAGE values in libzypp and sat-solver .bb files
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib wenzong/distro_tracking_fields_update
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/distro_tracking_fields_update
>
> Wenzong Fan (1):
> distro_tracking_fields: Update the Month to 'MMM'
>
> .../conf/distro/include/distro_tracking_fields.inc | 8 ++++----
> 1 files changed, 4 insertions(+), 4 deletions(-)
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Merged into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [CONSOLIDATED PULL 12/28] libnl2: Fix a race on route/pktloc_syntax.h
From: Martin Jansa @ 2011-11-03 15:55 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <e4dbd916c029abca10e538f70fb06380c21bdd83.1318570250.git.sgw@linux.intel.com>
On Fri, Oct 14, 2011 at 7:33 AM, Saul Wold <sgw@linux.intel.com> wrote:
> From: Tom Rini <tom_rini@mentor.com>
>
> At issue is that route/pktloc.c (not generated) depends on
> route/pktloc_syntax.h (generated).
>
> Signed-off-by: Tom Rini <tom_rini@mentor.com>
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> .../libnl/fix-pktloc_syntax_h-race.patch | 26 ++++++++++++++++++++
> meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
> 2 files changed, 28 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>
> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> new file mode 100644
> index 0000000..05d75db
> --- /dev/null
> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> @@ -0,0 +1,26 @@
> +Upstream-Status: Inappropriate [configuration]
> +
> +libnl has progressed to 0.3.2 and there does not appear to be any
> +"make -j" issues with this build after my limited testing on that
> +newer version so we can assume this issue is fixed upstream
> +
> +Index: libnl-2.0/lib/Makefile.am
> +===================================================================
> +--- libnl-2.0.orig/lib/Makefile.am
> ++++ libnl-2.0/lib/Makefile.am
> +@@ -27,11 +27,15 @@ CLEANFILES = \
> + route/pktloc_grammar.c route/pktloc_grammar.h \
> + route/pktloc_syntax.c route/pktloc_syntax.h
> +
> ++BUILT_SOURCES = route/pktloc_syntax.h route/pktloc_grammar.h
> ++
> + # Hack to avoid using ylwrap. It does not function correctly in combination
> + # with --header-file=
> ++route/pktloc_grammar.h: route/pktloc_grammar.c
> + route/pktloc_grammar.c: route/pktloc_grammar.l
> + $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
> +
> ++route/pktloc_syntax.h: route/pktloc_syntax.c
> + route/pktloc_syntax.c: route/pktloc_syntax.y
> + $(YACC) -d $(YFLAGS) -o $@ $^
> +
> diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
> index 0dfcaf6..5339846 100644
> --- a/meta/recipes-support/libnl/libnl_2.0.bb
> +++ b/meta/recipes-support/libnl/libnl_2.0.bb
> @@ -6,10 +6,11 @@ LICENSE = "LGPLv2.1"
> LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
>
> DEPENDS = "flex-native bison-native"
> -PR = "r2"
> +PR = "r3"
>
> SRC_URI= "http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
> file://fix-makefile.patch \
> + file://fix-pktloc_syntax_h-race.patch \
> "
>
> SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
> --
> 1.7.6.2
Why is this fix-pktloc_syntax_h-race.patch in
meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
instead of more common location
meta/recipes-support/libnl/libnl-2.0/fix-pktloc_syntax_h-race.patch
and why is this separate from fix-makefile.patch when they both are
trying to fix same issue?
I'll send patch for this..
^ permalink raw reply
* Re: how to set time zone
From: Andrea Adami @ 2011-11-03 16:20 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4EB196D0.5010005@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 4479 bytes --]
On Wed, Nov 2, 2011 at 8:15 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> On 11/2/11 12:32 PM, Andrea Adami wrote:
> > On Mon, Oct 31, 2011 at 1:44 AM, Ni Qingliang <
> niqingliang@insigma.com.cn
> > <mailto:niqingliang@insigma.com.cn>> wrote:
> >
> > 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
> >
> > <cut>
> >
> > Maybe I misunderstand "system level configuration" but in the meta-oe
> recipe we have
> >
> > DEFAULT_TIMEZONE ?= "Europe/London"
> >
> > Maybe UTC would be better?
>
> To me no timezone (which is UTC) is preferable as the system designer can
> then
> set the timezone, externally to the package(s).
>
> > Note how the variable is weak thus can be overridden in local.conf.
> >
> > Secondly, why do it as post-install or at image do_rootfs stage when we
> have set
> > the variable and are therefore able to provide sane defaults in
> do_install?
>
> If it's done within a do_install, then the file (/etc/timezone) itself gets
> placed into the package. If it's in the package, then if/when someone
> upgrades
> the package from a feed the timezone gets reset to the previous value.
> That's a
> bug IMHO.
>
Sure, I overlooked that!
> If it's done as a post-install script, then the timezone configuration can
> be
> evaluated and if one isn't set -- or there is no timezone file -- then we
> can
> set it to UTC or a similar default timezone.. (the value in the
> DEFAULT_TIMEZONE
> variable is reasonable in this approach.)
>
> maybe "Factory" then?
See post-install script example:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-libs/timezone-data/timezone-data-2011k.ebuild
> > Other points before starting to write a patch:
> > -why is the recipe in oe-core doing chown -R root:root ${D} ?
>
> There was an issue with the way the timezone data was
> extracted/constructed that
> it was have all of the build system's uid/gid preserved in the copy to the
> final
> install directory -- so when packaging incorrect usernames and groups were
> fed
> into the process causing issues.
>
> A simple chown -R root:root ${D} ensured that all of the timezone data was
> owned
> by the root user (on the target).
>
> > -the logic around # libc is removing zoneinfo files from package
> > Is it only eglibc?
>
> Timezone info is updated more often then the system libc. So the zoneinfo
> files
> are handled externally of the libc. This allows for easier updates over
> time..
> (This is my guess, as I'm not familiar with exactly what this comment
> refers to.)
>
> Comments in meta-oe recipe would suggest that apparently only eglibc is
removing zoneinfo file.
# Only eglibc is removing zoneinfo files from package
if [ "${LIBC}"x = "eglibc"x ] ; then
cp -pP "${S}/zone.tab" ${D}${datadir}/zoneinfo
cp -pP "${S}/iso3166.tab" ${D}${datadir}/zoneinfo
fi
Being that we need the files on first boot, I'm not against providing
'Factory' settings during image do_rootfs or even in base-files.
The settings of timezone and locale (and keyboard) are typically done by
user on first boot, at least in graphical environments.
Thanks for your comments!
Regards
Andrea
[-- Attachment #2: Type: text/html, Size: 6098 bytes --]
^ permalink raw reply
* Re: sstate.bbclass: Ensure machine specific stamps are only wiped for the current task
From: Martin Jansa @ 2011-11-03 16:33 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1318256283.23801.38.camel@ted>
[-- Attachment #1: Type: text/plain, Size: 4450 bytes --]
On Mon, Oct 10, 2011 at 03:17:51PM +0100, Richard Purdie wrote:
> On Mon, 2011-10-10 at 13:45 +0200, Martin Jansa wrote:
> > On Sun, Oct 09, 2011 at 08:11:45PM +0200, Koen Kooi wrote:
> > >
> > > Op 9 okt. 2011, om 20:10 heeft Martin Jansa het volgende geschreven:
> > >
> > > > On Sun, Oct 09, 2011 at 01:25:09PM +0200, Koen Kooi wrote:
> > > >>
> > > >> Op 6 okt. 2011, om 16:19 heeft Richard Purdie het volgende geschreven:
> > > >>
> > > >>> sstate was being a little too ethusiastic about removing stamp files and
> > > >>> was removing stamp files for other machines when it shouldn't have been.
> > > >>>
> > > >>> This patch teaches sstate about machine specific stamp extensions and
> > > >>> allows it to only remove the current task's stampfiles.
> > > >>
> > > >> Not sure if it's related to this problem or not but sstate is still not working as intented for me when switching machines, it keeps rebuilding the toolchain when switching machine. What I did this morning:
> > > >>
> > > >> 1) wipe out tmp, sstate-cache, pseudodone
> > > >> 2) MACHINE=beagleboard bitbake u-boot
> > > >> 3) cp conf/machine/beagleboard.conf conf/machine/brokensstate.conf
> > > >> 4) MACHINE=brokensstate bitbake u-boot
> > > >
> > > > Same here.. :/ (building 3 armv7 machines.. always "from scratch").
> > >
> > > To eliminate varables: Angstrom/shr/aurora/micro/other/all of the above?
> >
> > DISTRO=shr
> >
> > MACHINE=nokia900 bitbake shr-image -> builds from scratch, finished ok
> > MACHINE=palmpre bitbake shr-image -> builds from scratch, finished ok
> > MACHINE=palmpre2 bitbake shr-image -> builds from scratch, finished ok
> >
> > without wiping anything (same tmp, same sstate-cache, same pseudodone)
> >
> > MACHINE=palmpre bitbake shr-image -> builds from scratch, again!, finished ok
> > MACHINE=palmpre2 bitbake shr-image -> builds from scratch, again!, finished ok
> > MACHINE=nokia900 bitbake shr-image -> builds from scratch, again!, finished ok
> >
> > palmpre and palmpre2 are "the same"
> > $ cat meta-smartphone/meta-palm/conf/machine/palmpre.conf | grep -v ^#
> > require conf/machine/include/palmpre.inc
> >
> > $ cat meta-smartphone/meta-palm/conf/machine/palmpre2.conf | grep -v ^#
> > require conf/machine/include/palmpre.inc
> >
> > nokia900 is also armv7a-vfp-neon (that's why all packages except
> > MACHINE_ARCH were always reused without rebuilding in OE-classic).
> >
> > I have tried to debug sigdata files to see why and also tried to add
> > MACHINEOVERRIDES[vardepsexclude] = "MACHINE"
> > as RP suggested, but sofar haven't found solution at least to reuse
> > already built sstate packages for armv7a-vfp-neon.
>
> I've posted a patch which at least locally solves the issue with the "cp
> MACHINEA MACHINEB". If there are more issues I'd be interested, see my
> separate email with some debugging tips.
Hi,
to recap what we have talked about on ELCE;
Currently it doesn't seem to change sstate checksums after switching
MACHINE, but still it rebuilds everything at least once after switch.
Today I've tried to wipe tmp and rebuild from sstate-cache and I've
noticed interesting thing:
All recipes are starting with
do_populate_lic_setscene
not
do_populate_sysroot_setscene
like ie koen's build does
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: package quilt-native-0.48-r0: task do_populate_lic_setscene: Started
NOTE: package shr-image-2.0-r18: task do_populate_lic_setscene: Started
NOTE: package quilt-native-0.48-r0: task do_populate_lic_setscene: Succeeded
NOTE: package shr-image-2.0-r18: task do_populate_lic_setscene: Succeeded
Does do_populate_lic_setscene wipe all stamps after do_populate_lic so it
causes the rebuild instead of population of sysroot from sstate?
IIRC I had similar issue when I was starting to use oe-core and it was
in the end caused by inheriting package_ipk (once directly from distro config
and once through sane-feed-ipk.inc) and it was fixed 6 months ago by:
http://git.shr-project.org/git/?p=meta-shr.git;a=commit;h=00623b3c6dd01c4a227008f7cfdb0801cb06f49a
And IIRC we've talked about some ways to make sstate less error-prone
for such things.
Now I have similar symptoms but only after switching MACHINE.
Any hint?
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: serial-console: IMAGE_FEATURE, MACHINE_FEATURE or DISTRO_FEATURE?
From: Otavio Salvador @ 2011-11-03 16:35 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <CABcZANkh422mOBj38brHMuqRuvZB82NzyW3in56pzu5EcavK-w@mail.gmail.com>
On Mon, Oct 24, 2011 at 15:59, Chris Larson <clarson@kergoth.com> wrote:
> On Mon, Oct 24, 2011 at 1:27 AM, Frans Meulenbroeks
> <fransmeulenbroeks@gmail.com> wrote:
>> 2011/10/24 Koen Kooi <koen@dominion.thruhere.net>
>>>
>>> Hi,
>>>
>>> Otavio is cleaning up systemd in meta-oe to work with his initramfs setup
>>> and we stumbled onto a challenge that we'd like some more feedback on.
>>>
>>> The old sysvinit recipes always hardcode a serial getty into inittab,
>>> systemd installs a getty@<port>.service file instead. Otavio doesn't need
>>> (or want) a getty on serial in his setup, but I need (and want) it on all my
>>> setups. So we agreed that it needs to be a feature :)
>>>
>>> I nitially suggested MACHINE_FEATURE, which Otavio implemented here:
>>> http://patchwork.openembedded.org/patch/13713/
>>>
>>> , but I'm having second thoughs about it and am leaning toward an
>>> IMAGE_FEATURE instead. Since this involves *_FEATURE and we want systemd to
>>> move into oe-core eventually I'm moving the discussion from OE-devel to
>>> OE-core. Not much discussion has been going on, so I hope we'll get some
>>> more feedback here. I'll try to buttonhole some more OE developers at ELC
>>> and report back as well.
>>>
>>
>>
>> Technically it is probably both.
>> I've seen embedded systems without a console. That seems to indicate a
>> machine feature.
>> Then again even if you have a console you might not want to enable it (e.g.
>> in order not to give the customer root access or even info wrt printk etc).
>> That seems to indicate a machine feature.
>> Probably the answer is inbetween: A machine feature HAS_CONSOLE or something
>> like that and an image feature CONSOLE_ENABLED.
>
> That sounds analogous to
> MACHINE_FEATURES+DISTRO_FEATURES==COMBINED_FEATURES, but by image
> rather than distro?
I'd like to go ahead in fixing it in a way or another.
What solution show we take?
--
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
* [PATCH 1/4] libnl-2.0: move fix-pktloc_syntax_h-race.patch to libnl-2.0 subdirectory and merge with fix-makefile.patch
From: Martin Jansa @ 2011-11-03 16:52 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <CA+chaQfT08+Vd7JyB4wZO8eF13HbY1Z_TiY8MVBV76vPsxd5fw@mail.gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
.../libnl/libnl-2.0/fix-makefile.patch | 32 --------------------
.../{ => libnl-2.0}/fix-pktloc_syntax_h-race.patch | 5 ++-
meta/recipes-support/libnl/libnl_2.0.bb | 8 ++--
3 files changed, 8 insertions(+), 37 deletions(-)
delete mode 100644 meta/recipes-support/libnl/libnl-2.0/fix-makefile.patch
rename meta/recipes-support/libnl/{ => libnl-2.0}/fix-pktloc_syntax_h-race.patch (86%)
diff --git a/meta/recipes-support/libnl/libnl-2.0/fix-makefile.patch b/meta/recipes-support/libnl/libnl-2.0/fix-makefile.patch
deleted file mode 100644
index 3e88fbd..0000000
--- a/meta/recipes-support/libnl/libnl-2.0/fix-makefile.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-Upstream-Status: Pending
-
-12/03/2010
-
-add explicit rules for header files generated by lex and yacc,
-otherwise the build of lib/route/pktloc.c may fail in a parallel
-environment.
-
-Signed-off-by: Qing He <qing.he@intel.com>
-
-12/06/2010
-
-the dependency rule should really read pktloc.lo instead of
-pktloc.$(OBJEXT), since it's in a libtool setup.
-
-Signed-off-by: Qing He <qing.he@intel.com>
-
-diff --git a/lib/Makefile.am b/lib/Makefile.am
-index 92a916e..e8b8ef3 100644
---- a/lib/Makefile.am
-+++ b/lib/Makefile.am
-@@ -35,6 +35,10 @@ route/pktloc_grammar.c: route/pktloc_grammar.l
- route/pktloc_syntax.c: route/pktloc_syntax.y
- $(YACC) -d $(YFLAGS) -o $@ $^
-
-+route/pktloc.lo: route/pktloc_syntax.h route/pktloc_grammar.h
-+route/pktloc_syntax.h: route/pktloc_syntax.c
-+route/pktloc_grammar.h: route/pktloc_grammar.c
-+
- libnl_route_la_LDFLAGS = -version-info 2:0:0
- libnl_route_la_LIBADD = libnl.la
- libnl_route_la_SOURCES = \
diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/libnl-2.0/fix-pktloc_syntax_h-race.patch
similarity index 86%
rename from meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
rename to meta/recipes-support/libnl/libnl-2.0/fix-pktloc_syntax_h-race.patch
index 05d75db..ea32e82 100644
--- a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
+++ b/meta/recipes-support/libnl/libnl-2.0/fix-pktloc_syntax_h-race.patch
@@ -4,11 +4,13 @@ libnl has progressed to 0.3.2 and there does not appear to be any
"make -j" issues with this build after my limited testing on that
newer version so we can assume this issue is fixed upstream
+Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
+
Index: libnl-2.0/lib/Makefile.am
===================================================================
--- libnl-2.0.orig/lib/Makefile.am
+++ libnl-2.0/lib/Makefile.am
-@@ -27,11 +27,15 @@ CLEANFILES = \
+@@ -27,11 +27,16 @@ CLEANFILES = \
route/pktloc_grammar.c route/pktloc_grammar.h \
route/pktloc_syntax.c route/pktloc_syntax.h
@@ -16,6 +18,7 @@ Index: libnl-2.0/lib/Makefile.am
+
# Hack to avoid using ylwrap. It does not function correctly in combination
# with --header-file=
++route/pktloc.lo: route/pktloc_syntax.h route/pktloc_grammar.h
+route/pktloc_grammar.h: route/pktloc_grammar.c
route/pktloc_grammar.c: route/pktloc_grammar.l
$(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index 5339846..f783867 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -8,10 +8,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
DEPENDS = "flex-native bison-native"
PR = "r3"
-SRC_URI= "http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
- file://fix-makefile.patch \
- file://fix-pktloc_syntax_h-race.patch \
- "
+SRC_URI = "\
+ http://www.infradead.org/~tgr/${BPN}/files/${BP}.tar.gz \
+ file://fix-pktloc_syntax_h-race.patch \
+"
SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
SRC_URI[sha256sum] = "5a40dc903d3ca1074da7424b908bec8ff16936484798c7e46e53e9db8bc87a9c"
--
1.7.7.2
^ permalink raw reply related
* [PATCH 2/4] libnl-2.0: add patch from meta-openembedded to fix pkg-config file
From: Martin Jansa @ 2011-11-03 16:52 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320339165-25029-1-git-send-email-Martin.Jansa@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
.../libnl/libnl-2.0/fix-pc-file.patch | 17 +++++++++++++++++
meta/recipes-support/libnl/libnl_2.0.bb | 1 +
2 files changed, 18 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-support/libnl/libnl-2.0/fix-pc-file.patch
diff --git a/meta/recipes-support/libnl/libnl-2.0/fix-pc-file.patch b/meta/recipes-support/libnl/libnl-2.0/fix-pc-file.patch
new file mode 100644
index 0000000..85afe8f
--- /dev/null
+++ b/meta/recipes-support/libnl/libnl-2.0/fix-pc-file.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Pending
+
+Some packages are asking only for libnl-2.0, but expects to get also
+libnl-genl, libnl-nf libnl-route, easiest way to fix them is here.
+
+Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
+Index: libnl-2.0/libnl-2.0.pc.in
+===================================================================
+--- libnl-2.0.orig/libnl-2.0.pc.in
++++ libnl-2.0/libnl-2.0.pc.in
+@@ -6,5 +6,5 @@
+ Name: libnl
+ Description: Convenience library for netlink sockets
+ Version: @PACKAGE_VERSION@
+-Libs: -L${libdir} -lnl
++Libs: -L${libdir} -lnl -lnl-genl -lnl-nf -lnl-route
+ Cflags: -I${includedir}
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index f783867..32705b9 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -11,6 +11,7 @@ PR = "r3"
SRC_URI = "\
http://www.infradead.org/~tgr/${BPN}/files/${BP}.tar.gz \
file://fix-pktloc_syntax_h-race.patch \
+ file://fix-pc-file.patch \
"
SRC_URI[md5sum] = "6aaf1e9802a17a7d702bb0638044ffa7"
--
1.7.7.2
^ permalink raw reply related
* [PATCH 3/4] libnl-2.0: split to more packages, as meta-openembedded does
From: Martin Jansa @ 2011-11-03 16:52 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320339165-25029-1-git-send-email-Martin.Jansa@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-support/libnl/libnl_2.0.bb | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index 32705b9..f084537 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -19,4 +19,8 @@ SRC_URI[sha256sum] = "5a40dc903d3ca1074da7424b908bec8ff16936484798c7e46e53e9db8b
inherit autotools pkgconfig
-LEAD_SONAME = "libnl.so"
+PACKAGES =+ "${PN}-route ${PN}-nf ${PN}-genl ${PN}-cli"
+FILES_${PN}-route = "${libdir}/libnl-route.so.*"
+FILES_${PN}-nf = "${libdir}/libnl-nf.so.*"
+FILES_${PN}-genl = "${libdir}/libnl-genl.so.*"
+FILES_${PN}-cli = "${libdir}/libnl-cli.so.*"
--
1.7.7.2
^ permalink raw reply related
* [PATCH 4/4] libnl-2.0: add PE/PR bump for upgradable patch for meta-openembedded users
From: Martin Jansa @ 2011-11-03 16:52 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320339165-25029-1-git-send-email-Martin.Jansa@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-support/libnl/libnl_2.0.bb | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb b/meta/recipes-support/libnl/libnl_2.0.bb
index f084537..c96e7db 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -6,7 +6,8 @@ LICENSE = "LGPLv2.1"
LIC_FILES_CHKSUM = "file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc"
DEPENDS = "flex-native bison-native"
-PR = "r3"
+PE = "1"
+PR = "r6"
SRC_URI = "\
http://www.infradead.org/~tgr/${BPN}/files/${BP}.tar.gz \
--
1.7.7.2
^ permalink raw reply related
* [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Bruce Ashfield @ 2011-11-03 17:11 UTC (permalink / raw)
To: richard.purdie; +Cc: dvhart, openembedded-core, saul.wold
Richard/Saul,
Here's a bump to 3.0.8 for the 3.0 kernel, and some config changes from TomZ.
These are destined for master and separate from any point updates to the 1.1
release.
In case anyone cares my -dev kernel also has these changes, and it will take
them to the latest kernel shortly.
This also doesn't bump the preempt-rt branches, since they'll be updated
to the new -rt first, before taking the 3.0.x stable updates.
Built and booted for all the qemu targets.
cc: Tom Zanussi <tom.zanussi@intel.com>
cc: Darren Hart <dvhart@linux.intel.com>
Cheers,
Bruce
The following changes since commit 9b76e6a2cfc5a4d779f3b06e3acc5ff7b8275470:
meta: glib-2.0: don't apply qsort_r test removable patch for native version (2011-11-02 09:08:28 +0000)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/kernel
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
Bruce Ashfield (1):
linux-yocto_3.0: update base to v3.0.8 + meta config changes
meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_3.0.bb | 18 +++++++++---------
2 files changed, 10 insertions(+), 10 deletions(-)
--
1.7.4.1
^ 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