* 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
* [PATCH 1/1] linux-yocto_3.0: 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
In-Reply-To: <cover.1320340081.git.bruce.ashfield@windriver.com>
The board branches are updated to have v3.0.8 as their base kernel
revision, and the version in the recipe is updated to match.
This commit also updates the meta branch to pick up the following
4 commits:
4095bb5 meta/common-pc-64: remove igb
17565fa meta/crownbay: use power/intel feature
8948937 meta/sugarbay: use power/intel feature
fcbc8a9 meta: add power feature
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
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(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
index 72db7bf..615209b 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.0.bb
@@ -16,7 +16,7 @@ LINUX_KERNEL_TYPE = "preempt-rt"
SRCREV_machine ?= "0936e13cc65d816f1759e2322c5e3fc82a5037f3"
SRCREV_machine_qemuppc ?= "0936e13cc65d816f1759e2322c5e3fc82a5037f3"
-SRCREV_meta ?= "353d43d340e87996b4be4c5f6ddb4447e050b65c"
+SRCREV_meta ?= "4095bb597a7bcd647856aa35b5fb8637ed7ff975"
PR = "r1"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.0.bb b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
index 9da7cc1..688999f 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.0.bb
@@ -10,15 +10,15 @@ KMACHINE_qemuarm = "yocto/standard/arm-versatile-926ejs"
KBRANCH = ${KMACHINE}
-LINUX_VERSION ?= "3.0.4"
-
-SRCREV_machine_qemuarm ?= "7908f38ac44359d58c40b166dbb45e48fc58295c"
-SRCREV_machine_qemumips ?= "7ea75f58d69293e6b1c2f904f8f5790521a7ccee"
-SRCREV_machine_qemuppc ?= "eccd57eaa4c2b580b9adbbc39e19ecbff56779ae"
-SRCREV_machine_qemux86 ?= "72671808fdbe69a9fe03fd8f094e7c59da04a28c"
-SRCREV_machine_qemux86-64 ?= "2b2d0954a6fd12b4bb7f02f019bc62633c8060a1"
-SRCREV_machine ?= "6b2c7d65b844e686eae7d5cccb9b638887afe28e"
-SRCREV_meta ?= "353d43d340e87996b4be4c5f6ddb4447e050b65c"
+LINUX_VERSION ?= "3.0.8"
+
+SRCREV_machine_qemuarm ?= "d2f4973505e9cebcf2fc0058434214927deed5e6"
+SRCREV_machine_qemumips ?= "42968ceaecd71ae57157676aa63542db409732cb"
+SRCREV_machine_qemuppc ?= "16eb6506148ff163cfc4f4516110275726831014"
+SRCREV_machine_qemux86 ?= "fea3842615c13a54180b6600783b222f499002ef"
+SRCREV_machine_qemux86-64 ?= "5f86f8f0a3102e1c7d0164abefcd50d825aa468f"
+SRCREV_machine ?= "a811486d28dd9b0e1af0672a65ad9fa97873b82a"
+SRCREV_meta ?= "4095bb597a7bcd647856aa35b5fb8637ed7ff975"
PR = "r2"
PV = "${LINUX_VERSION}+git${SRCPV}"
--
1.7.4.1
^ permalink raw reply related
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Koen Kooi @ 2011-11-03 17:22 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: dvhart, saul.wold
In-Reply-To: <cover.1320340081.git.bruce.ashfield@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 1120 bytes --]
Op 3 nov. 2011, om 18:11 heeft Bruce Ashfield het volgende geschreven:
> 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
Do you also have a tree against oe-core?
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Darren Hart @ 2011-11-03 10:22 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1320340081.git.bruce.ashfield@windriver.com>
On 11/03/2011 10:11 AM, Bruce Ashfield wrote:
> 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.
>
So typically we try to push to master and pull back to the point
releases. The linux-yocto infrastructure is a bit unique - how will you
be presenting the stable update and the preempt-rt update (you mentioned
below) for the point release?
--
Darren
> 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(-)
>
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Bruce Ashfield @ 2011-11-03 17:51 UTC (permalink / raw)
To: Darren Hart; +Cc: openembedded-core, saul.wold
In-Reply-To: <4EB26B6B.7050600@linux.intel.com>
On 11-11-03 06:22 AM, Darren Hart wrote:
>
>
> On 11/03/2011 10:11 AM, Bruce Ashfield wrote:
>> 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.
>>
>
> So typically we try to push to master and pull back to the point
> releases. The linux-yocto infrastructure is a bit unique - how will you
> be presenting the stable update and the preempt-rt update (you mentioned
> below) for the point release?
We created the 3.0-1.1.x repo to gather point updates, so yes,
it is a variant on a branch and the same workflow. For changes
that are in both, it is a push and pull (i.e. 3.0.8) into that
repository. If it isn't destined for both, it goes into the 3.0
repo and never appears in the 3.0-1.1.x repository. But nothing
will appear in a point release that isn't already in master.
Cheers,
Bruce
>
> --
> Darren
>
>> 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(-)
>>
>
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Bruce Ashfield @ 2011-11-03 17:53 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: dvhart, saul.wold
In-Reply-To: <8B9E217B-2135-4E8D-9180-FAFD7E7478E0@dominion.thruhere.net>
On Thu, Nov 3, 2011 at 1:22 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>
> Op 3 nov. 2011, om 18:11 heeft Bruce Ashfield het volgende geschreven:
>
>> 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
>
> Do you also have a tree against oe-core?
I don't have a contrib branch, I asked a few week ago, but still don't have it
created. So I have a tree, but no where to push submissions.
Bruce
>
>
>
> -----BEGIN PGP SIGNATURE-----
>
> iEYEARECAAYFAk6yzdIACgkQMkyGM64RGpEQuQCffGS2j803QX+Ze5+EEwkAOils
> ES0An1cDdXsDcZw8vf79N172276ugIE8
> =7lU5
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Koen Kooi @ 2011-11-03 18:07 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: dvhart, saul.wold
In-Reply-To: <CADkTA4PQspBbSFTVS9GZcGokvSR7zgyAqSq_kEE-EUqxpbfYQw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1567 bytes --]
Op 3 nov. 2011, om 18:53 heeft Bruce Ashfield het volgende geschreven:
> On Thu, Nov 3, 2011 at 1:22 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>
>> Op 3 nov. 2011, om 18:11 heeft Bruce Ashfield het volgende geschreven:
>>
>>> 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
>>
>> Do you also have a tree against oe-core?
>
> I don't have a contrib branch, I asked a few week ago, but still don't have it
> created. So I have a tree, but no where to push submissions.
Forking https://github.com/openembedded/oe-core is easy enough :)
[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Bruce Ashfield @ 2011-11-03 18:12 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: dvhart, saul.wold
In-Reply-To: <93B560B0-AFAE-4B57-B1A4-6516085B4E9E@dominion.thruhere.net>
On Thu, Nov 3, 2011 at 2:07 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>
> Op 3 nov. 2011, om 18:53 heeft Bruce Ashfield het volgende geschreven:
>
>> On Thu, Nov 3, 2011 at 1:22 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>
>>> Op 3 nov. 2011, om 18:11 heeft Bruce Ashfield het volgende geschreven:
>>>
>>>> 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
>>>
>>> Do you also have a tree against oe-core?
>>
>> I don't have a contrib branch, I asked a few week ago, but still don't have it
>> created. So I have a tree, but no where to push submissions.
>
> Forking https://github.com/openembedded/oe-core is easy enough :)
Sure. But I dislike github in general (everyone has their preferences) and was
trying to get a contrib branch. There's a myriad of machines I could use for it
as well, but I see no reason for a contrib branch to be hard to get,
so I'm waiting
for the moment and focusing on getting some kernel work done.
Bruce
>
>
>
> -----BEGIN PGP SIGNATURE-----
>
> iEYEARECAAYFAk6y2EgACgkQMkyGM64RGpF8pQCfZf/ZKNINr8BJC9g/YX5HC9a5
> 5H8An3UQQQg7RqJxRw/OWL4xR1HHsPHU
> =Adzp
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Richard Purdie @ 2011-11-03 19:15 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: dvhart, saul.wold
In-Reply-To: <CADkTA4PyZ7r7aiGpENv1RSygtj-ni53XFOBPqOhETruUqem+Ew@mail.gmail.com>
On Thu, 2011-11-03 at 14:12 -0400, Bruce Ashfield wrote:
> On Thu, Nov 3, 2011 at 2:07 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
> >
> > Op 3 nov. 2011, om 18:53 heeft Bruce Ashfield het volgende geschreven:
> >
> >> On Thu, Nov 3, 2011 at 1:22 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
> >>>
> >>> Op 3 nov. 2011, om 18:11 heeft Bruce Ashfield het volgende geschreven:
> >>>
> >>>> 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
> >>>
> >>> Do you also have a tree against oe-core?
> >>
> >> I don't have a contrib branch, I asked a few week ago, but still don't have it
> >> created. So I have a tree, but no where to push submissions.
> >
> > Forking https://github.com/openembedded/oe-core is easy enough :)
>
> Sure. But I dislike github in general (everyone has their preferences) and was
> trying to get a contrib branch. There's a myriad of machines I could use for it
> as well, but I see no reason for a contrib branch to be hard to get,
> so I'm waiting
> for the moment and focusing on getting some kernel work done.
I also have a dislike of github. Are you after access to
openembedded-core-contrib? I can sort that out...
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH] avahi: fix useradd race condition
From: Scott Garman @ 2011-11-03 21:04 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320331161.20107.56.camel@ted>
On 11/03/2011 07:39 AM, Richard Purdie wrote:
> 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.
I've filed a bug and will work on a fix for this:
http://bugzilla.pokylinux.org/show_bug.cgi?id=1727
Thank you for uncovering the source of the problem.
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply
* [PATCH] patch: Convert to use oe_terminal
From: Richard Purdie @ 2011-11-03 22:00 UTC (permalink / raw)
To: openembedded-core
Unfortunately we can't access oe_terminal directly from patch.py
so we have to pass in the correct terminal function pointer.
[YOCTO #1587]
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/classes/patch.bbclass b/meta/classes/patch.bbclass
index 7622163..86046e1 100644
--- a/meta/classes/patch.bbclass
+++ b/meta/classes/patch.bbclass
@@ -5,6 +5,8 @@ QUILTRCFILE ?= "${STAGING_BINDIR_NATIVE}/quiltrc"
PATCHDEPENDENCY = "${PATCHTOOL}-native:do_populate_sysroot"
+inherit terminal
+
python patch_do_patch() {
import oe.patch
@@ -124,7 +126,7 @@ python patch_do_patch() {
if not patchdir in classes:
patchset = cls(patchdir, d)
- resolver = rcls(patchset)
+ resolver = rcls(patchset, oe_terminal)
classes[patchdir] = (patchset, resolver)
patchset.Clean()
else:
diff --git a/meta/lib/oe/patch.py b/meta/lib/oe/patch.py
index 9768be0..75fb91e 100644
--- a/meta/lib/oe/patch.py
+++ b/meta/lib/oe/patch.py
@@ -311,7 +311,7 @@ class QuiltTree(PatchSet):
self._runcmd(args)
class Resolver(object):
- def __init__(self, patchset):
+ def __init__(self, patchset, terminal):
raise NotImplementedError()
def Resolve(self):
@@ -324,8 +324,9 @@ class Resolver(object):
raise NotImplementedError()
class NOOPResolver(Resolver):
- def __init__(self, patchset):
+ def __init__(self, patchset, terminal):
self.patchset = patchset
+ self.terminal = terminal
def Resolve(self):
olddir = os.path.abspath(os.curdir)
@@ -341,13 +342,13 @@ class NOOPResolver(Resolver):
# resolution, with the exception of refreshing the remote copy of the patch
# files (the urls).
class UserResolver(Resolver):
- def __init__(self, patchset):
+ def __init__(self, patchset, terminal):
self.patchset = patchset
+ self.terminal = terminal
# Force a push in the patchset, then drop to a shell for the user to
# resolve any rejected hunks
def Resolve(self):
-
olddir = os.path.abspath(os.curdir)
os.chdir(self.patchset.dir)
try:
@@ -368,16 +369,10 @@ class UserResolver(Resolver):
f.write("echo 'Run \"quilt refresh\" when patch is corrected, press CTRL+D to exit.'\n")
f.write("echo ''\n")
f.write(" ".join(patchcmd) + "\n")
- f.write("#" + bb.data.getVar('TERMCMDRUN', self.patchset.d, 1))
f.close()
os.chmod(rcfile, 0775)
- os.environ['TERMWINDOWTITLE'] = "Bitbake: Please fix patch rejects manually"
- os.environ['SHELLCMDS'] = "bash --rcfile " + rcfile
- rc = os.system(bb.data.getVar('TERMCMDRUN', self.patchset.d, 1))
- if os.WIFEXITED(rc) and os.WEXITSTATUS(rc) != 0:
- bb.msg.fatal("Build", ("Cannot proceed with manual patch resolution - '%s' not found. " \
- + "Check TERMCMDRUN variable.") % bb.data.getVar('TERMCMDRUN', self.patchset.d, 1))
+ self.terminal("bash --rcfile " + rcfile, 'Patch Rejects: Please fix patch rejects manually', self.patchset.d)
# Construct a new PatchSet after the user's changes, compare the
# sets, checking patches for modifications, and doing a remote
^ permalink raw reply related
* [PATCH] bitbake.conf: Drop remaining TERMCMD pieces and document OE_TERMINAL usage instead
From: Richard Purdie @ 2011-11-03 22:02 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
[Yes, this one is against meta-yocto, I'll fix it to apply the same
change to OE-Core's local.conf.sample in the final version]
---
diff --git a/meta-yocto/conf/local.conf.sample b/meta-yocto/conf/local.conf.sample
index da3f8df..ca8636c 100644
--- a/meta-yocto/conf/local.conf.sample
+++ b/meta-yocto/conf/local.conf.sample
@@ -190,20 +190,16 @@ USER_CLASSES ?= "image-mklibs image-prelink"
# Under certain circumstances the system may need input from you and to do this it
# can launch an interactive shell. It needs to do this since the build is
# multithreaded and needs to be able to handle the case where more than one parallel
-# process may require the user's attention. The default is to use xterm.
+# process may require the user's attention. The default is iterate over the available
+# terminal types to find one that works.
#
# Examples of the occasions this may happen are when resolving patches which cannot
# be applied, to use the devshell or the kernel menuconfig
#
-# If you do not use (or have installed) xterm you will need to
-# uncomment these variables and set them to the terminal you wish to use
-#
-# Supported shell prefixes for *_TERMCMD and *_TERMCMDRUN are:
-# GNOME, SCREEN, XTERM and KONSOLE
+# Supported values are auto, gnome, xfce, rxvt, xcreen, konsole (3.x only), none
# Note: currently, Konsole support only works for KDE 3.x due to the way
# newer Konsole versions behave
-#TERMCMD = "${XTERM_TERMCMD}"
-#TERMCMDRUN = "${XTERM_TERMCMDRUN}"
+#OE_TERMINAL = "auto"
# By default disable interactive patch resolution (tasks will just fail instead):
PATCHRESOLVE = "noop"
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 4067408..3f42b4f 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -331,19 +331,6 @@ def check_sanity(e):
if not data.getVar( 'DISPLAY', e.data, True ) and data.getVar( 'IMAGETEST', e.data, True ) == 'qemu':
messages = messages + 'qemuimagetest needs a X desktop to start qemu, please set DISPLAY correctly (e.g. DISPLAY=:1.0)\n'
- if data.getVar('PATCHRESOLVE', e.data, True) != 'noop':
- # Ensure we have the binary for TERMCMD, as when patch application fails the error is fairly intimidating
- termcmd = data.getVar("TERMCMD", e.data, True)
- term = termcmd.split()[0]
- if not check_app_exists(term, e.data):
- messages = messages + "The console for use in patch error resolution is not available, please install %s or set TERMCMD and TERMCMDRUN (as documented in local.conf).\n" % term
- elif "konsole" in term:
- import oe.terminal
- vernum = oe.terminal.check_konsole_version(term)
- if vernum:
- if vernum.split('.')[0] == '2':
- messages = messages + 'Konsole from KDE 4.x will not work as TERMCMD/TERMCMDRUN, please specify a different terminal or set PATCHRESOLVE = "noop" to disable interactive patch resolution.\n'
-
if os.path.basename(os.readlink('/bin/sh')) == 'dash':
messages = messages + "Using dash as /bin/sh causes various subtle build problems, please use bash instead (e.g. 'dpkg-reconfigure dash' on an Ubuntu system.\n"
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 9938a67..d405b6a 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -589,26 +589,6 @@ FAKEROOTENV = "PSEUDO_PREFIX=${STAGING_DIR_NATIVE}${prefix_native} PSEUDO_LOCALS
FAKEROOTDIRS = "${PSEUDO_LOCALSTATEDIR}"
PREFERRED_PROVIDER_virtual/fakeroot-native ?= "pseudo-native"
-
-##################################################################
-# UI/Interaction Configuration
-##################################################################
-
-export SHELLCMDS = "bash"
-# Some common terminal programs to choose from
-GNOME_TERMCMD = 'gnome-terminal --disable-factory -t "$TERMWINDOWTITLE"'
-GNOME_TERMCMDRUN = '${GNOME_TERMCMD} -x $SHELLCMDS'
-SCREEN_TERMCMD = 'screen -D -m -t "$TERMWINDOWTITLE"'
-SCREEN_TERMCMDRUN = '${SCREEN_TERMCMD} $SHELLCMDS'
-XTERM_TERMCMD = 'xterm -T "$TERMWINDOWTITLE"'
-XTERM_TERMCMDRUN = '${XTERM_TERMCMD} -e $SHELLCMDS'
-KONSOLE_TERMCMD = 'konsole -T "$TERMWINDOWTITLE"'
-KONSOLE_TERMCMDRUN = '${KONSOLE_TERMCMD} -e $SHELLCMDS'
-
-# Set a default
-TERMCMD ?= "${XTERM_TERMCMD}"
-TERMCMDRUN ?= "${XTERM_TERMCMDRUN}"
-
##################################################################
# Miscellaneous utilities.
##################################################################
^ permalink raw reply related
* Re: sstate.bbclass: Ensure machine specific stamps are only wiped for the current task
From: Martin Jansa @ 2011-11-03 22:08 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20111103163328.GM9949@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 26435 bytes --]
On Thu, Nov 03, 2011 at 05:33:28PM +0100, Martin Jansa wrote:
> 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?
With few more hours of debuging this.. I can say that sometimes it works,
but sometimes it's too strict to be usefull anyway.
Whole logs are here:
http://build.shr-project.org/tests/jama/sstate.test
here I'll try to shorten as much as possible.
OE @shr ~/shr-core $ export MACHINE=qemuarm
OE qemuarm@shr ~/shr-core $ bitbake -k core-image-core
.....
NOTE: package core-image-core-1.0-r0: task do_rm_work_all: Succeeded
NOTE: Tasks Summary: Attempted 5306 tasks of which 5250 didn't need to be rerun and 0 failed.
OE qemuarm@shr ~/shr-core $ bitbake -k expat
Parsing of 1436 .bb files complete (1423 cached, 13 parsed). 1837 targets, 56 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Running task 2428 of 2428 (ID: 11, /OE/shr-core/openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb, do_rm_work_all)
NOTE: package expat-2.0.1-r1: task do_rm_work_all: Started
NOTE: package expat-2.0.1-r1: task do_rm_work_all: Succeeded
NOTE: Tasks Summary: Attempted 2428 tasks of which 2427 didn't need to be rerun and 0 failed.
All done
OE qemuarmB@shr ~/shr-core $ cp openembedded-core/meta/conf/machine/qemuarm.conf openembedded-core/meta/conf/machine/qemuarmcopy.conf
OE qemuarmB@shr ~/shr-core $ export MACHINE=qemuarmcopy
OE qemuarmcopy@shr ~/shr-core $ bitbake -k expat
Parsing of 1436 .bb files complete (0 cached, 1436 parsed). 1837 targets, 56 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
..
libproxy fail (around task 2232)
fix
OE qemuarmcopy@shr ~/shr-core $ bitbake -k expat
libproxy built
NOTE: Tasks Summary: Attempted 2428 tasks of which 2232 didn't need to be rerun and 0 failed.
So after 3 hours we have qemuarm and qemuarmcopy (identical machine) with expat built! hurray
But seems like nothing was reused from qemuarm build.
once again for check
OE qemuarmcopy@shr ~/shr-core $ export MACHINE=qemuarm
OE qemuarm@shr ~/shr-core $ bitbake -k expat
Parsing of 1436 .bb files complete (1423 cached, 13 parsed). 1837 targets, 56 skipped, 0 masked, 0 errors.
...
NOTE: Tasks Summary: Attempted 2428 tasks of which 2428 didn't need to be rerun and 0 failed.
OE qemuarm@shr ~/shr-core $ export MACHINE=qemuarmcopy
OE qemuarmcopy@shr ~/shr-core $ bitbake -k expat
Parsing of 1436 .bb files complete (1423 cached, 13 parsed). 1837 targets, 56 skipped, 0 masked, 0 errors.
...
NOTE: Tasks Summary: Attempted 2428 tasks of which 2428 didn't need to be rerun and 0 failed.
great
OE qemuarmcopy@shr ~/shr-core/tmp/sstate-control $ ls -lah manifest-qemuarm*expat* manifest-spitz-*expat* | sed 's/.*bitbake//g'
460 Oct 30 00:54 manifest-qemuarm-expat.deploy-ipk
1.2K Oct 30 00:54 manifest-qemuarm-expat.package
138 Oct 30 00:34 manifest-qemuarm-expat.populate-lic
732 Oct 30 00:54 manifest-qemuarm-expat.populate-sysroot
460 Nov 3 19:50 manifest-qemuarmcopy-expat.deploy-ipk
1.2K Nov 3 19:50 manifest-qemuarmcopy-expat.package
138 Nov 3 19:17 manifest-qemuarmcopy-expat.populate-lic
788 Nov 3 19:50 manifest-qemuarmcopy-expat.populate-sysroot
460 Oct 25 15:35 manifest-spitz-expat.deploy-ipk
1.2K Oct 25 15:35 manifest-spitz-expat.package
138 Oct 25 15:35 manifest-spitz-expat.populate-lic
704 Oct 25 15:35 manifest-spitz-expat.populate-sysroot
OE qemuarmcopy@shr ~/shr-core/sstate-cache $ ls -la1 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-* | sort | sed 's/.*bitbake//g'
926 Nov 3 19:17 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-b198883dcffdb3af1a2c669f97d379ca_populate-lic.tgz
8444 Nov 3 19:17 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-b198883dcffdb3af1a2c669f97d379ca_populate-lic.tgz.siginfo
12409 Nov 3 19:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz.siginfo
12419 Oct 25 15:35 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-757ebe15c6afc27935bb3f3b823f1a12_deploy-ipk.tgz.siginfo
12419 Oct 30 00:54 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-e2d316a9a054855d4433a3734e343db8_deploy-ipk.tgz.siginfo
21852 Nov 3 19:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-1a807cb22931fac0fbd848d258cafecd_populate-sysroot.tgz.siginfo
21920 Oct 25 15:35 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-d813b67ed935225757b90d014f631652_populate-sysroot.tgz.siginfo
21927 Oct 30 00:54 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-e90bb07db6e100f14ee8f8eed99a7d7e_populate-sysroot.tgz.siginfo
91310 Oct 25 15:35 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-f22b72a744d826703a553960f3402bc9_package.tgz.siginfo
91317 Oct 30 00:54 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-634056338ea09623cd84437f710e04d5_package.tgz.siginfo
91826 Nov 3 19:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz.siginfo
339323 Oct 25 15:35 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-d813b67ed935225757b90d014f631652_populate-sysroot.tgz
339468 Oct 30 00:54 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-e90bb07db6e100f14ee8f8eed99a7d7e_populate-sysroot.tgz
339470 Nov 3 19:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-1a807cb22931fac0fbd848d258cafecd_populate-sysroot.tgz
437319 Oct 25 15:35 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-757ebe15c6afc27935bb3f3b823f1a12_deploy-ipk.tgz
437805 Nov 3 19:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz
437864 Oct 30 00:54 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-e2d316a9a054855d4433a3734e343db8_deploy-ipk.tgz
882262 Oct 25 15:35 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-f22b72a744d826703a553960f3402bc9_package.tgz
882411 Nov 3 19:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz
882415 Oct 30 00:54 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-634056338ea09623cd84437f710e04d5_package.tgz
So it seems we have the same populate-lic.tgz.siginfo for all 3 machines but remaining tasks are 1 for each machine.
so lets check deploy-ipk for qemuarm and qemuarmcopy..
OE qemuarmcopy@shr ~/shr-core/sstate-cache $ bitbake-diffsigs sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-e2d316a9a054855d4433a3734e343db8_deploy-ipk.tgz.siginfo sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz.siginfo
basehash changed from 1d549bac0c3a8e400f1b56b7df9cf79e to 7558b2191b73c3ef5d99e608c2701215
Variable OPKGBUILDCMD value changed from opkg-build -o 0 -g 0 to opkg-build
Hash for dependent task virtual:native:/OE/shr-core/openembedded-core/meta/recipes-devtools/opkg-utils/opkg-utils_svn.bb.do_populate_sysroot changed from ed94400e8710f5a838f362f1ce67fb78 to 23c7d629ee4bf98f81cb85af901e7396
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb.do_package changed from 634056338ea09623cd84437f710e04d5 to 0bd093f2a681edc159eff0dc784022f9
Hash for dependent task virtual:native:/OE/shr-core/openembedded-core/meta/recipes-devtools/pseudo/pseudo_1.1.1.bb.do_populate_sysroot changed from dde1a4ad1e7479005c272dda013d87ef to fca554e63de71499466d62d6c6d0f38c
ahh lots of changes.. but wait!
So MACHINE=qemuarm first said
NOTE: Tasks Summary: Attempted 2428 tasks of which 2427 didn't need to be rerun and 0 failed.
but sstate checksums were invalid already for qemuarm (ie due to OPKGBUILDCMD change)
So let's retry with clean sstate:
OE qemuarmcopy@shr ~/shr-core $ bitbake -c cleansstate -b openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb
..
OE qemuarmcopy@shr ~/shr-core/sstate-cache $ ls -la1 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-* | sort | sed 's/.*bitbake//g'
ls: cannot access sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-*: No such file or directory
OK no sstate tgz for all 3 armv5t machines
OE qemuarmcopy@shr ~/shr-core/tmp/sstate-control $ ls -lah manifest-qemuarm*expat* manifest-spitz-*expat* | sed 's/.*bitbake//g'
460 Oct 30 00:54 manifest-qemuarm-expat.deploy-ipk
1.2K Oct 30 00:54 manifest-qemuarm-expat.package
138 Oct 30 00:34 manifest-qemuarm-expat.populate-lic
732 Oct 30 00:54 manifest-qemuarm-expat.populate-sysroot
460 Oct 25 15:35 manifest-spitz-expat.deploy-ipk
1.2K Oct 25 15:35 manifest-spitz-expat.package
138 Oct 25 15:35 manifest-spitz-expat.populate-lic
704 Oct 25 15:35 manifest-spitz-expat.populate-sysroot
Remaining 2 armv5t machines still have their manifests, lets clean them too.
OE qemuarmcopy@shr ~/shr-core $ export MACHINE=qemuarm
OE qemuarm@shr ~/shr-core $ bitbake -c cleansstate -b openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb
....
OE qemuarm@shr ~/shr-core $ export MACHINE=spitz
OE spitz@shr ~/shr-core $ bitbake -c cleansstate -b openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb
...
OE qemuarm@shr ~/shr-core/tmp/sstate-control $ ls -lah manifest-qemuarm*expat* | sed 's/.*bitbake//g'
ls: cannot access manifest-qemuarm*expat*: No such file or directory
OK good, clean start
OE qemuarm@shr ~/shr-core $ bitbake expat
Parsing of 1436 .bb files complete (1423 cached, 13 parsed). 1837 targets, 56 skipped, 0 masked, 0 errors.
...
NOTE: Tasks Summary: Attempted 2428 tasks of which 2414 didn't need to be rerun and 0 failed.
OE qemuarm@shr ~/shr-core $ export MACHINE=qemuarmcopy
OE qemuarmcopy@shr ~/shr-core/sstate-cache $ ls -la1 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-* | sort | sed 's/.*bitbake//g'
926 Nov 3 21:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-b198883dcffdb3af1a2c669f97d379ca_populate-lic.tgz
8444 Nov 3 21:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-b198883dcffdb3af1a2c669f97d379ca_populate-lic.tgz.siginfo
12409 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz.siginfo
21852 Nov 3 21:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-1a807cb22931fac0fbd848d258cafecd_populate-sysroot.tgz.siginfo
91826 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz.siginfo
339474 Nov 3 21:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-1a807cb22931fac0fbd848d258cafecd_populate-sysroot.tgz
437687 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz
882413 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz
OE qemuarmcopy@shr ~/shr-core/tmp/sstate-control $ ls -lah manifest-qemuarm*expat* | sed 's/.*bitbake//g'
460 Nov 3 21:51 manifest-qemuarm-expat.deploy-ipk
1.2K Nov 3 21:51 manifest-qemuarm-expat.package
138 Nov 3 21:50 manifest-qemuarm-expat.populate-lic
732 Nov 3 21:50 manifest-qemuarm-expat.populate-sysroot
sofar good
OE qemuarmcopy@shr ~/shr-core $ bitbake expat
Parsing of 1436 .bb files complete (1423 cached, 13 parsed). 1837 targets, 56 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: package expat-2.0.1-r1: task do_package_write_ipk_setscene: Started
NOTE: package expat-2.0.1-r1: task do_populate_sysroot_setscene: Started
NOTE: package expat-2.0.1-r1: task do_package_write_ipk_setscene: Succeeded
NOTE: package expat-2.0.1-r1: task do_populate_sysroot_setscene: Succeeded
NOTE: package expat-2.0.1-r1: task do_package_setscene: Started
NOTE: package expat-2.0.1-r1: task do_package_setscene: Succeeded
NOTE: Executing RunQueue Tasks
NOTE: Tasks Summary: Attempted 2428 tasks of which 2428 didn't need to be rerun and 0 failed.
OE spitz@shr ~/shr-core/tmp/sstate-control $ ls -lah manifest-qemuarm*expat* | sed 's/.*bitbake//g'
460 Nov 3 21:51 manifest-qemuarm-expat.deploy-ipk
1.2K Nov 3 21:51 manifest-qemuarm-expat.package
138 Nov 3 21:50 manifest-qemuarm-expat.populate-lic
732 Nov 3 21:50 manifest-qemuarm-expat.populate-sysroot
460 Nov 3 21:54 manifest-qemuarmcopy-expat.deploy-ipk
1.2K Nov 3 21:54 manifest-qemuarmcopy-expat.package
788 Nov 3 21:54 manifest-qemuarmcopy-expat.populate-sysroot
nice! everything reused! lets try spitz..
OE spitz@shr ~/shr-core $ bitbake expat
NOTE: Out of date cache found, rebuilding...
NOTE: shr DOES NOT support sysvinit because use systemd now | ETA: 0:01:26
NOTE: shr DOES NOT support external-poky-toolchain because use internal toolchain | ETA: 0:01:29
NOTE: shr DOES NOT support external-csl-toolchain because use internal toolchain
NOTE: shr DOES NOT support console-tools because use kbd now
NOTE: shr DOES NOT support libiconv because libiconv is provided by LIBC | ETA: 0:01:30
NOTE: shr DOES NOT support libiconv because libiconv is provided by LIBC
NOTE: shr DOES NOT support gconf-dbus because gconf-dbus is provided by gconf | ETA: 0:01:32
NOTE: shr DOES NOT support xserver-common because use x11-common now########################################### | ETA: 0:00:35
Parsing recipes: 100% |########################################################################################################################| Time: 0:04:23
Parsing of 1436 .bb files complete (0 cached, 1436 parsed). 1837 targets, 52 skipped, 0 masked, 0 errors.
OE Build Configuration:
BB_VERSION = "1.13.3"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "spitz"
DISTRO = "shr"
DISTRO_VERSION = "20111103"
TUNE_FEATURES = "armv5 dsp thumb xscale"
TARGET_FPU = "soft"
meta-jama = "master:f699df1c7aa69f669cf0e6f0e1fe5cc1e7f3e29e"
meta-shr
meta-aurora
meta-fso = "jama:b159c41f87b6349a1b3963b77a696e3414012fc9"
meta-efl
meta-oe
meta-gnome
meta-gpe = "shr:b4ef7ac3f70ef15c45ef01af87a665d2a4135890"
meta-nokia
meta-htc
meta-palm
meta-openmoko
meta-samsung = "jama:b159c41f87b6349a1b3963b77a696e3414012fc9"
meta-handheld = "jansa/spitz:b228c7de95d49afc31866523c1c542a53f6229a7"
meta = "jansa/test:9f46daa3b656ccd83ac3322ab8c8a027eb09b260"
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Running task 1961 of 2428 (ID: 4, /OE/shr-core/openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb, do_fetch)
NOTE: Running task 2142 of 2428 (ID: 1248, virtual:native:/OE/shr-core/meta-openembedded/meta-gnome/recipes-gnome/gobject-introspection/gobject-introspection_
git.bb, do_fetch)
NOTE: package expat-2.0.1-r1: task do_fetch: Started
NOTE: package expat-2.0.1-r1: task do_fetch: Succeeded
NOTE: Running task 2143 of 2428 (ID: 0, /OE/shr-core/openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb, do_unpack)
NOTE: package expat-2.0.1-r1: task do_unpack: Started
NOTE: package gobject-introspection-native-1.29.0+gitr3+8d64bc23d2b837421ecf9c7b0e4b8d5d95ca0d21-r0: task do_fetch: Started
...
NOTE: package gobject-introspection-native-1.29.0+gitr3+8d64bc23d2b837421ecf9c7b0e4b8d5d95ca0d21-r0: task do_rm_work: Succeeded
NOTE: package libproxy-0.4.7-r1: task do_fetch: Started
...
NOTE: package expat-2.0.1-r1: task do_rm_work: Succeeded
NOTE: package libproxy-0.4.7-r1: task do_rm_work: Started
NOTE: package libproxy-0.4.7-r1: task do_rm_work: Succeeded
NOTE: Running task 2428 of 2428 (ID: 11, /OE/shr-core/openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb, do_rm_work_all)
NOTE: package expat-2.0.1-r1: task do_rm_work_all: Started
NOTE: package expat-2.0.1-r1: task do_rm_work_all: Succeeded
NOTE: Tasks Summary: Attempted 2428 tasks of which 2388 didn't need to be rerun and 0 failed.
libproxy was built because I had to cleansstate it in first qemuarmcopy build - remember?
gobject-introspection-native was rebuilt for some reason, but probably not important
but why did it build expat again?
OE spitz@shr ~/shr-core/sstate-cache $ ls -la1 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-* | sort | sed 's/.*bitbake//g'
924 Nov 3 22:02 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-b198883dcffdb3af1a2c669f97d379ca_populate-lic.tgz
8444 Nov 3 22:02 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-b198883dcffdb3af1a2c669f97d379ca_populate-lic.tgz.siginfo
12409 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz.siginfo
12409 Nov 3 22:04 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-8ddf3a5ca6b77e09cb0c64fcc7ff5279_deploy-ipk.tgz.siginfo
21845 Nov 3 22:03 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-20b5b1202729ee864303af147d64958d_populate-sysroot.tgz.siginfo
21852 Nov 3 21:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-1a807cb22931fac0fbd848d258cafecd_populate-sysroot.tgz.siginfo
91819 Nov 3 22:04 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-cab79e114cc993bf250b13dfa8a93624_package.tgz.siginfo
91826 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz.siginfo
339330 Nov 3 22:03 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-20b5b1202729ee864303af147d64958d_populate-sysroot.tgz
339474 Nov 3 21:50 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-1a807cb22931fac0fbd848d258cafecd_populate-sysroot.tgz
437571 Nov 3 22:04 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-8ddf3a5ca6b77e09cb0c64fcc7ff5279_deploy-ipk.tgz
437687 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-62f6df13c2e883d59f8e73e5eb24fdab_deploy-ipk.tgz
882277 Nov 3 22:04 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-cab79e114cc993bf250b13dfa8a93624_package.tgz
882413 Nov 3 21:51 sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz
OE spitz@shr ~/shr-core/tmp/sstate-control $ ls -lah manifest-qemuarm*expat* manifest-spitz-*expat* | sed 's/.*bitbake//g'
460 Nov 3 21:51 manifest-qemuarm-expat.deploy-ipk
1.2K Nov 3 21:51 manifest-qemuarm-expat.package
138 Nov 3 21:50 manifest-qemuarm-expat.populate-lic
732 Nov 3 21:50 manifest-qemuarm-expat.populate-sysroot
460 Nov 3 21:54 manifest-qemuarmcopy-expat.deploy-ipk
1.2K Nov 3 21:54 manifest-qemuarmcopy-expat.package
788 Nov 3 21:54 manifest-qemuarmcopy-expat.populate-sysroot
460 Nov 3 22:04 manifest-spitz-expat.deploy-ipk
1.2K Nov 3 22:04 manifest-spitz-expat.package
138 Nov 3 22:02 manifest-spitz-expat.populate-lic
704 Nov 3 22:03 manifest-spitz-expat.populate-sysroot
OE qemuarm@shr ~/shr-core/sstate-cache $ bitbake-diffsigs sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-cab79e114cc993bf250b13dfa8a93624_package.tgz.siginfo sstate-expat-armv5te-oe-linux-gnueabi-2.0.1-r1-armv5te-2-0bd093f2a681edc159eff0dc784022f9_package.tgz.siginfo
basehash changed from 46af1626aaa837363f75be1feb68a887 to 538e0e2d40c961a31a4347625af0b0f2
Variable TUNE_CCARGS value changed from ${@bb.utils.contains("TUNE_FEATURES", "armv5", "-march=armv5${ARMPKGSFX_THUMB}${ARMPKGSFX_DSP}", "", d)} ${@bb.utils.contains("TUNE_FEATURES", "armv4", "-march=armv4${ARMPKGSFX_THUMB}", "", d)} ${@bb.utils.contains("TUNE_FEATURES", "thumb", "${ARM_THUMB_M_OPT}", "", d)} ${@bb.utils.contains("TUNE_FEATURES", "no-thumb-interwork", "-mno-thumb-interwork", "-mthumb-interwork", d)} ${@bb.utils.contains("TUNE_FEATURES", "vfp", bb.utils.contains("TUNE_FEATURES", "callconvention-hard", "-mfloat-abi=hard", "-mfloat-abi=softfp", d), "" ,d)} ${@bb.utils.contains("TUNE_FEATURES", "xscale", "-mtune=xscale", "", d)} to ${@bb.utils.contains("TUNE_FEATURES", "armv5", "-march=armv5${ARMPKGSFX_THUMB}${ARMPKGSFX_DSP}", "", d)} ${@bb.utils.contains("TUNE_FEATURES", "armv4", "-march=armv4${ARMPKGSFX_THUMB}", "", d)} ${@bb.utils.contains("TUNE_FEATURES", "thumb", "${ARM_THUMB_M_OPT}", "", d)} ${@bb.utils.contains("TUNE_FEATURES", "no-thumb-interwork", "-mno-thumb-interwork", "-mthumb-interwork", d)} ${@bb.utils.contains("TUNE_FEATURES", "vfp", bb.utils.contains("TUNE_FEATURES", "callconvention-hard", "-mfloat-abi=hard", "-mfloat-abi=softfp", d), "" ,d)} ${@bb.utils.contains("TUNE_FEATURES", "arm926ejs", "-mtune=arm926ej-s", "", d)}
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-core/expat/expat_2.0.1.bb.do_install changed from caca792bd48071654a7061388de25373 to 18e1dbc2128e23f65b5a8d8fc418a38d
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-devtools/gcc/gcc-cross_4.6.bb.do_package changed from dd50ecd95cc6795a9dd0cd2bf46f402d to b781ef14e88af52bab8e86f18fd44e8a
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-core/eglibc/eglibc_2.14.bb.do_package changed from 585a01290d2062f02ec6618a9b4b661d to 27699293b72b7b12aa2662b9a1a66a53
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-devtools/desktop-file-utils/desktop-file-utils-native_0.15.bb.do_populate_sysroot changed from 67753340d7173dcf7d0a50f750b322b1 to 9d6d5166a23472faa5b66c8ab86a9448
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_4.6.bb.do_package changed from 66c434a5afcb5895d45e5f78a5375240 to de96ebfb46addf8e7a945a56da436af5
Hash for dependent task /OE/shr-core/openembedded-core/meta/recipes-devtools/libtool/libtool-cross_2.4.bb.do_package changed from c2e9e854f6c13ae537f6d6edc6b6ed54 to 34ccdc741d85abba60afe3ce93676e77
aaah so they're compatible only as far as they have completely the same TUNE_CCARGS?
few more white-spaces to see the diff:
Variable TUNE_CCARGS value changed from
${@bb.utils.contains("TUNE_FEATURES", "armv5", "-march=armv5${ARMPKGSFX_THUMB}${ARMPKGSFX_DSP}", "", d)}
${@bb.utils.contains("TUNE_FEATURES", "armv4", "-march=armv4${ARMPKGSFX_THUMB}", "", d)}
${@bb.utils.contains("TUNE_FEATURES", "thumb", "${ARM_THUMB_M_OPT}", "", d)}
${@bb.utils.contains("TUNE_FEATURES", "no-thumb-interwork", "-mno-thumb-interwork", "-mthumb-interwork", d)}
${@bb.utils.contains("TUNE_FEATURES", "vfp", bb.utils.contains("TUNE_FEATURES", "callconvention-hard", "-mfloat-abi=hard", "-mfloat-abi=softfp", d), "" ,d)}
${@bb.utils.contains("TUNE_FEATURES", "xscale", "-mtune=xscale", "", d)}
to
${@bb.utils.contains("TUNE_FEATURES", "armv5", "-march=armv5${ARMPKGSFX_THUMB}${ARMPKGSFX_DSP}", "", d)}
${@bb.utils.contains("TUNE_FEATURES", "armv4", "-march=armv4${ARMPKGSFX_THUMB}", "", d)}
${@bb.utils.contains("TUNE_FEATURES", "thumb", "${ARM_THUMB_M_OPT}", "", d)}
${@bb.utils.contains("TUNE_FEATURES", "no-thumb-interwork", "-mno-thumb-interwork", "-mthumb-interwork", d)}
${@bb.utils.contains("TUNE_FEATURES", "vfp", bb.utils.contains("TUNE_FEATURES", "callconvention-hard", "-mfloat-abi=hard", "-mfloat-abi=softfp", d), "" ,d)}
${@bb.utils.contains("TUNE_FEATURES", "arm926ejs", "-mtune=arm926ej-s", "", d)}
That's pity as they are overwritting the same files in feeds:
OE qemuarm@shr ~/shr-core $ ls -lah tmp/deploy/ipk/armv5te/libexpat*
-rw-r--r-- 1 bitbake bitbake 8.3K Nov 3 22:04 tmp/deploy/ipk/armv5te/libexpat-bin_2.0.1-r1_armv5te.ipk
-rw-r--r-- 1 bitbake bitbake 191K Nov 3 22:04 tmp/deploy/ipk/armv5te/libexpat-dbg_2.0.1-r1_armv5te.ipk
-rw-r--r-- 1 bitbake bitbake 13K Nov 3 22:04 tmp/deploy/ipk/armv5te/libexpat-dev_2.0.1-r1_armv5te.ipk
-rw-r--r-- 1 bitbake bitbake 4.4K Nov 3 22:04 tmp/deploy/ipk/armv5te/libexpat-doc_2.0.1-r1_armv5te.ipk
-rw-r--r-- 1 bitbake bitbake 171K Nov 3 22:04 tmp/deploy/ipk/armv5te/libexpat-staticdev_2.0.1-r1_armv5te.ipk
-rw-r--r-- 1 bitbake bitbake 48K Nov 3 22:04 tmp/deploy/ipk/armv5te/libexpat1_2.0.1-r1_armv5te.ipk
So user won't know if the package he downloads was built as qemuarm or qemuarmcopy or spitz..
all he will notice is that md5 sums for ipk files are changing alot.
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [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 22:44 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1320339165-25029-1-git-send-email-Martin.Jansa@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 789 bytes --]
On Thu, Nov 03, 2011 at 05:52:42PM +0100, Martin Jansa wrote:
> 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%)
git repo is up.. so pushed
To git+ssh://git@git.openembedded.org/openembedded-core-contrib
+ 3f41fdf...f9cc3b7 jansa/libnl -> jansa/libnl (forced update)
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Bitbake 1.14.0 released!
From: Richard Purdie @ 2011-11-03 23:08 UTC (permalink / raw)
To: bitbake-devel; +Cc: openembedded-core
Bitbake 1.14.0 has been released.
http://downloads.yoctoproject.org/releases/bitbake/bitbake-1.14.0.tar.gz
[I've placed the bitbake tarballs onto Yocto infrastructure until OE
infrastructure gets sorted out. Berlios goes away in 7 weeks so I wanted
a backup of them somewhere and I didn't want to hold the release any
further]
This release contains many bugfixes and improvements over 1.12 and
includes hob, a graphical interface to running builds and image
construction. A git log of the differences between 1.12 and 1.14
follows.
Bernhard Reutner-Fischer (1):
manual: fix typo
Brandon Stafford (1):
doc/usermanual.xml: Tweaks for the manual
Chris Larson (50):
cooker: simplify self.configuration.data vs data usage
cooker: use BBHandler.inherit for INHERIT
build: switch to old cwd handling
build: add missing newline
bitbake-layers: drop 2.6 from #!, per Joshua Lock
server: use local fixed _bootstrap when appropriate
goggle: exit quietly on ^C
hob: adjust for master's eventHandler API
lockfile: ask for forgiveness, not permission
utils: fix typo in lockfile
bb.siggen: import os
codeparser: fix ShellSyntaxError usage
codeparser: use ==, not 'is' to compare strings
Fix more incorrect usages of 'is'
More 'is' fixups
Initial work on getting bitbake working under pypy
build: add missing bit necessary for mhatle's fakeroot fix
runqueue: simplify fakeroot environment handling
build: in exec_func, mkdirhier ${T}
build: fix dir removal traceback
build: don't choke if olddir no longer exists
event: register event handler functions, not code objects
event: improve output when eventhandler exec fails
event: improve output for syntax errors in handlers
cooker: fix -b with BBCLASSEXTEND
persist_data: raise KeyError on missing elements
persist_data: add has_key
persist_data: don't allow non-string keys/values
persist_data: make SQLTable a context manager
persist_data: implement comparison, same as dict
build: run fakeroot if FAKEROOT is set
bb.namedtuple_with_abc: add useful util from activestate
bb.exceptions: add code to create pickleable traceback entries
bb.exceptions: add to_string convenience function
bb.exceptions: handle tb entries without context
bb.exceptions: don't show a repr of 'self'
cooker: show a useful message for ParsingFailure
cooker: pass traceback back from parsing thread
cooker: use logger.exception for config file parse errors
cooker: don't show a useless traceback for SyntaxError
cooker: don't show a traceback for ParseError
Shift exception formatting into the UI
Merge remote branch 'github/exceptions'
event: don't catch systemexit from handler execution
cooker: handle ExpansionError the same way we do ParseError
parse: pass a useful (if mangled) key to bb.data.expand for :=
siggen: don't choke with traceback when data is None
bb.exceptions: don't choke on frames without arguments
Revert the unintentionally pushed msg.py change
event: fix the event display order when exiting early
Christopher Larson (6):
fetch.git: fix a remnant wrt persist + keyerror
msg: use a simpler enumeration for the domains
msg: fix domain enum use
cache: fix remnant broken 'info' reference from recent cache changes
taskdata: fix string formatting of an error message
codeparser: make var_expands actually hold useful information
Cliff Brake (1):
Linefeed to test commits
Darren Hart (4):
correct typo in ??= documentation
bitbake docs: use dblatex to build the pdf bitbake manual
fetch2/git: use logging.debug() and clarify messages
fetch2/git: ensure network check log matches actual command
Denys Dmytriyenko (1):
lib/bb/providers: make "checking PREFERRED_PROVIDER_%s" a debug message
Dexuan Cui (1):
bitbake/cooker, bitbake-layers: show the .bbappend files that matches no existing .bb recipe
Dmitry Eremin-Solenikov (1):
lib/bb/siggen.py: return a string from noop get_taskhash
Dongxiao Xu (3):
Introduce stamp-extra-info task flag into stamp filenames
fix parameter order for flaglist()
data_smart.py: make use of expand cache in getVar()
Holger Hans Peter Freyther (1):
fetch2/git: Allow to specify the name of the checkout directory
Jessica Zhang (3):
ui/crumbs/tasklistmodel: fix loading a saved recipe
ui/crumbs/hobprefs: trigger reparse when package format changed
bb/ui/hob: Restore toolchain relevant preference settings for build
Joshua Lock (155):
bitbake/cache: store a list of inherited files in the cache
implement command to get all possible targets and their dependencies
implement command to find configuration files for a config variable
bitbake/cooker: add generateTargetsTree method
bitbake/cooker: reduce code duplication
bitbake/[cooker|cache]: cache summary, license and group. Add to targets tree
introduce crumbs.TaskListModel a gtk.ListStore subclass
bitbake/event: fix some whitespace issues
bitbake/crumbs: update documentation header
bitbake/progress: add method to pulse the progress bar
bitbake/cooker: don't drop possible_world ref count
Add new UI hob, a prototype Gtk+ GUI for creating images
bitbake/progress: make progress dialog modal for parent window
bitbake/cache: bump cache version after recent changes
bitbake/ui: Fix Gtk+ GUI's after recent cache changes
uievent: fix queueing of events for xmlrpc before UI has loaded
server: add updated/fixed xmlrpc server from Poky
bitbake/cooker: don't error in prepareTreeData for unbuildable targets
bitbake/hob: only show one progress dialog when changing machine
bitbake/depexp: closing progress dialog kills gui
bitbake/goggle: closing the progress dialog kills the UI
bitbake/hob: fix cancel button
command|cooker: allow generating targets tree for specified pkgs
cooker: add generic method to locate configuration files
command|cooker|event: add findConfigFilePath command
cooker|command|event: add new command findFilesMatchingInDir
cooker: remove code duplication in non trivial functions
cooker: switch to new universe target rather than world
bitbake: add -R option for loading configuration files after bitbake.conf
hob: re-designed interaction and implementation
ui/crumbs/tasklistmodel: fix reset method
lib/bb/hob: fix changing base image
lib/bb/ui/hob: don't error when dismissing save as dialog
ui/crumbs/tasklistmodel: update brought in by column when possible
ui/crumbs/tasklistmodel: fix automatic removal of orphaned items
cooker: only return *Found events if something was actually found
ui/crumbs/hobprefs: add missing import
ui/crumbs/tasklistmodel: fix saving recipes
ui/hob: add more guidance to the stop dialog
ui/crumbs/configurator: write new lines after new entries
ui/hob: don't crash if PARALLEL_MAKE doesn't include a space
ui/crumbs/tasklistmodel: ignore tasks and images when marking dependencies
hob: refer to tasks as Package Collections
ui/crumbs/tasklistmodel: don't show native and cross recipes
ui/hob: clear the search entry when resetting
ui/hob: if the user clicks Stop a second time only offer 'Force Stop'
hob: only add new layer's to the UI
ui/crumbs/hobprefs: set higher arbitrary limit on threads & parallelism
ui/crumbs/hobprefs: tweak the package format tooltip
hob: rework image output type setting
bitbake|cooker: save a copy of the environment when BitBake is started
data|cooker: use saved environment variables when calling inheritFromOS
bitbake-layers: adapt to cooker change for saved environment
command|cooker: Add reparseFiles command
cooker: only append files once
ui/hob: replace the ugly static command map
ui/crumbs/hobeventhandler: reparse files before running other commands
ui/hob: switch from buildFile to buildTargets for custom image builds
ui/hob: don't offer to show built output if build fails
ui/hob: change wording in build complete dialog
ui/hob: Force the 'Base image combo' to be drawn correctly
ui/hob: enable building an image with minimal contents
ui/crumbs/tasklistmodel: handle items added in by base image being removed
ui/crumbs/tasklistmodel: don't iterate whole model in find_alt_dependency()
ui/crumbs/tasklistmodel: work around overly aggressive package removal
hob: fix loading customised image recipe
cooker: populate rdepends-pkg in generatePkgDepTreeData
hob: more reliable disabling of GPLv3 packages
hob: fix save/restore of toolchain preferences
ui/crumbs/hobeventhandler: remove unused code
hob: unset busy cursor on exit
ui/crumbs/hobeventhandler: emit a signal when there's a fatal-error
ui/hob: show error and exit if we receive the fatal-error signal
ui/crumbs/hobeventhandler: emit a signal when a command fails
ui/crumbs/configurator: tweak addLayerConf return values
ui/crumbs/layereditor: if layer adding fails show an explanatory dialog
hob: remove temporary directory on program shutdown
bb/ui/hob: save changes to bblayers.conf when using Add Layer menu item
bb/ui/crumbs/runningbuild: optionally create list entries sequentially
bb/ui/hob: show build messages are displayed in the order they're received
ui/crumbs/runningbuild: add optional readonly mode, default off
bb/ui/hob: disable editing in the build messages tree view
bb/ui/crumbs/runningbuild: emit signal when command fails with exit signal
bb/ui/hob: fix detection of whether GPLv3 is disabled
bb/ui/crumbs/tasklistmodel: fix regex used for loading image recipes
bb/ui/hob: prevent label on progress bar from changing rapidly when loading
bb/ui/crumbs/hobeventhandler: use generic loading message once cache loaded
bb/ui/hob: only connect to the changed signal of image_combo once
bb/ui/hob: be clear that the image contents are an estimate
bb/ui/hob: reset event handler once build complete
bb/cooker: mark parsed conf files as potential cache invalidators
bb/ui/crumbs/tasklistmodel: prevent hang when removing item
bb/ui/hob: move some code around to avert a race
bb/cooker: only emit ConfigFilePathFound for files which were parsed
bb/ui/crumbs/tasklistmodel: fix some typos and add comments to mark()
bb/ui/crumbs/tasklistmodel: correctly uniquify dependency list
bb/ui/crumbs/tasklistmodel: don't include an item in its own depends
bb/cache: rename confusing variable
bb/command|cooker: refactor the reparseFiles logic
bb/ui/crumbs/hobeventhandler: adapt to reset -> reparse change
bb/ui/crumbs/configurator: introduce writeConfFile method for all writes
lib/bb/ui/crumbs/hobprefs: fix erroneous save/reparse
bb/crumbs/tasklistmodel: filter nativesdk packages out of views
bb/ui/crumbs/tasklistmodel: include package level information
bb/ui/crumbs/tasklistmodel: optimise find_path_for_item
bb/ui/crumbs/tasklistmodel: make package_model_filter a little safer
bb/ui/crumbs/tasklistmodel: simplify conditional in include_item
Ensure only the filtered environment variables are inherited from the OS
bb/ui/crumbs/runningbuild: reduce number of messages after recent msg change
bb/ui/crumbs/runningbuild: hide the progress bar on cache load complete
bb/ui/crumbs/tasklistmodel: more robust checking for substrings
bb/ui/crumbs/tasklistmodel: remove useless items from dependency list
bb/ui/crumbs/tasklistmodel: store all binb, not just the first
hob: don't try and build if user selects Bake with no selections made
bb/ui/crumbs/tasklistmodel: track the PN for each entry in the model
bb/ui/hob: fix package only build
bb/ui/crumbs/hobeventhandler: fix return values of *_image_output_type
bb/ui/crumbs/hobprefs: fix setting IMAGE_FSYTPES
bb/ui/hob: warn and prevent image build if no IMAGE_FSTYPE is set
bb/fetch2/git: add checkstatus command
hob: don't set PARALLEL_MAKE and BB_NUMBER_THREADS based on cpu count
bb/ui/crumbs/tasklistmodel: fix find_reverse_depends method
hob: disable some menu entries whilst build is in progress
ui/crumbs/tasklistmodel: don't add same item to binb column more than once
ui/crumbs/runningbuild: add a 'Copy' item to the messages right-click menu
ui/crumbs/tasklistmodel: don't add same item to binb column more than once
ui/crumbs/tasklistmodel: prevent packages depending on each other
ui/crumbs/tasklistmodel: optimise find_path_for_item()
ui/crumbs/tasklistmodel: remove unnecessary check
ui/crumbs/tasklistmodel: loop optimisation in include_item()
ui/crumbs/tasklistmodel: don't add empty entries to COL_BINB
hob: use both pre and post files for hob configuration
hob: reflect defaultsetup being default distro
hob: add a test to ensure hob is run with the required pre and post files
ui/crumbs/hobprefs: disable 'build toolchain with headers'
ui/crumbs/runningbuild: mask run_buildstats failure
hob: disable removal of packages
ui/crumbs/hobeventhandler: fix test for BBFILES
ui/crumbs/hobeventhandler: don't check BBPATH and BBFILES each build
hob: correctly handle an exception
hob: correctly set the selected image when loading a recipe
fetch2/wget: make checkstatus() quieter
ui/crumbs/hobprefs: re-enable reloading of data after prefs changes
hob: fix build again when building packages only
hob: enable package only builds even if an image has been built
ui/crumbs/runningbuild: fix log messages right-click menu
hob: fix opening of image output dir on image build completion
ui/crumbs/hobeventhandler: move remaining getVariable calls to init
ui/crumbs/hobeventhandler: fix variable name typo
hob: fix building with current selections after reparse
hob: store recipe path at load time
hob: fix backtrace when dismissing open dialog
fetch2: improve usability of checksums
fetch2: enable checksum definition as SRC_URI parameter
doc: update manual for checksum changes
Julian Pidancet (1):
Fix mercurial fetcher in fetch2
Kevin Tian (1):
siggen.py: better print for task hash comparison
Khem Raj (1):
fetch, fetch2: Get rid of DeprecationWarning notice
Lianhao Lu (3):
Add PR service deamon to bitbake
ui/hob: Fixed the "build again" hang.
bitbake cooker/ui: handle cmd line parsing result by individual UI.
Liping Ke (6):
cache.py: Refactory Current Cache implementation
cache: Introduce extra cache class for image creator
cache: Introduce new param caches_array into Cache impl.
cache: Implement multiple extra cache fields request support
bitbake: Make bitbake server type configurable.
Remove unused target tree data for Hob
Mark Hatle (4):
fetch2: unpack revision
runqueue.py: Enable PSEUDO (fakeroot) before the fork
build.py: Merge fakeroot changes from Poky
runqueue.py: Add umask task control
Martin Jansa (4):
setup.py: also install bitbake-{layers,diffsigs} scripts
setup.py: install fetch2 module
fetch2/git: fix logger.debug
fetch2/git: be more carefull in _contains_ref when checking git log output
Matthew McClintock (2):
fetch2/git: Make git fetch run with -f so rebased branches don't fail
fetch2: Export additional variables to the fetchers
Otavio Salvador (2):
codeparser.py: fix syntax error in exception handling
codeparser.py: fix syntax error in exception handling
Paul Eggleton (31):
bitbake: use layer priority when applying bbappends
bitbake/runqueue: fix clash when setscene & real tasks done in same build
bitbake/runqueue: show correct task name for setscene task failure
track skipped packages
bitbake-layers: handle skipped recipes
bitbake: track 'overlayed' recipes
bitbake-layers: add show_overlayed action
bitbake/cooker: implement layer dependencies, make priority optional
bitbake-layers: add command to flatten layers into one
bitbake-layers: fix sorting of show_appends output
bitbake-layers: fix sorting by package name for cooker change
bitbake-layers: fix error on startup caused by recent cooker change
bitbake/ast: include class name when arguments given in variant
bitbake/cache: allow class names with arguments to be specified
add note to -b option indicating no dependency handling
bitbake/cooker: show a warning when -b is specified
adjust comments/messages for default server change
bitbake-layers: check for errors before parsing
bitbake-layers: add command help
bitbake-layers: remove unneeded do_EOF
bitbake: show more information for NoProvider errors
bitbake/taskdata: fix incorrect usage of rdependees instead of dependees
bitbake/providers: list PREFERRED_VERSION candidates when unavailable
bitbake-layers: improve default command help
bitbake-layers: show help with no command specified
bitbake-layers: use logger.plain instead of info
bitbake-layers: extend show_layers
hob: clear out temporary file list after deleting
hob: fix segfault on second build
fetch2/git: fix subpath destination directory
bitbake/lib/bb/msg.py: fix setting debug and verbosity levels
Richard Purdie (112):
Increment version for development version
bitbake/siggen.py: Fix whitelisted variable handling
bitbake/build.py: Rename message field to avoid DeprecationWarning: BaseException.message warning
bitbake/utils.py: Add option of holding shared lockfiles
bitbake/utils.py: Teach unlockfile about shared mode lockfiles
bitbake/providers.py: Fix runtime providers problems
bitbake/utils: Ignore OSError in unlockfile
bitbake/unlockfile: Fix exception handling
bitbake/build.py: When looking up extra stamp info for setscene tasks, use the real taskname
process.py: Avoid deprecation warning
bitbake/fetch2: Fix message about md5 checksums when sha256 is incorrect
bitbake/fetch2: Pass over malformatted (empty) mirror url lines
bitbake/fetch2: Correctly handle git mirror tarball fetching
bitbake/fetch2: Ensure failed fetch attempts are logged in the debug logs
bitbake/fetch2/wget: Fix missing string parameter reference
bitbake/fetch2: Ensure network access status is reset for each loop iteration in download()
bitbake/fetch2: Add some debug output so its clear when PREMIRRORS, upstream and MIRRORS are being used
bitbake/fetch2: Fix patch merge error
bitbake/fetch2: Add explict network access exception and handling to give users usable error messages
bitbake/fetch2: Revert part of the unpack change until the issues with it are resolved
bitbake/fecth2: Ensure BB_FETCH_PREMIRRORONLY being set as false is handled correctly
bitbake/cooker: Fix parsing failure zombie problem
bitbake/fetch2: Ensure SRCREV_pn-PN is checked for a revision when the SRC_URI is unnamed
bitbake/data_smart: Improve the way lazyassignment works
bitbake/data_smart: Improve Variable expansion error handling
build.py: Improve exec_task standalone usage
build.py: Operate logfile handling at the task level
bitbake/utils.py: Allow join_deps to return a list that isn't comman separated
bitbake/ast.py: Only run finalise() for the specified variant
bitbake/cooker/codeparser: Ensure the code parser cache is saved for each parsing process
bitbake/cache.py: Ensure skipped recipes make it into the cache to avoid reparsing
bitbake/codeparser: Correctly handle a missing/empty cache file
build.py: Fix ordering bug introduced in 7a29ab534388c0095f7f826b16c5cff343927d10
bitbake/fetch2/git: Fix a bug where AUTOREV and the git fetcher interact badly
bitbake/fetch2: Fix the problems introduced by the git fetcher AUTOREV fix
bitbake/fetch2: Allow local file:// urls to be found on mirrors
bitbake/fetch2/local: Fix inverted update required logic
bitbake/utils.py: Only try and add read access to a file if we don't have it
codeparser.py: Ignore incomplete cache files
codeparser.py: Ignore incomplete cache files
build/siggen: Ensure a task signature file is generated for each task that is executed
cooker.py: Don't show spurious warnings for collections of .bbappend files
bitbake/cooker.py: Fix -b option regexp handling
bitbake/cooker.py: Ensure BBFILES is processed in order
bitbake/utils.py: Add option to lockfiles to return immediately rather than wait
bitbake/runqueue.py: Ensure existing setscene stamp files are taken into account
runqueue.py: Set BB_WORKERCONTEXT in task execution context
bitbake/codeparser: Improve cache handling
providers.py: Correct PREFERRED_VERSION handling
data_smart: Adding overrides of zero length is pointless so lets not
cache.py: Sync what amounts to whitespace with bitbake in poky, pending merge of cache patches
cooker/process.py: Move profiling code to a place it can be reused by different server mechanisms
bitbake/runqueue: When we successfully fork off a task and there are more processes we can start do so immediately
bitbake/runqueue: When we have successfully collected a pid value return True to ensure we don't sleep in the main loop
bitbake/cooker: Ensure delays are accurately transfered to the idle loops from runqueue
bitbake/cooker.py: Fix debug message arguments
bitbake/server/process: Move implementation knowledge of event queue into the server
bitbake/server: Move server specific code into the server backend and create a server API
bitbake/server: Add the none server back for now
xmlrpc/event: Add ability to send pickled events to UI if requested
hob/crumbs/hobeventhandler: Remove server specific implementation details missed in the precious cleanup
knotty: If any error messages are seen, set our exit code accordingly
data.py: Ensure vardeps flags get expanded
runqueue.py: Export further hash information into the task environment
bitbake-layers: Add comment header
build/runqueue: Pass quieterrors flag around to supress errors at task execution time
cooker.py: Drop duplicate parseCommandLine call
Drop psyco support
persist_data: Add back code to retry in the case of locked database errors
bitbake/data_smart: Change overrides behaviour to remove expanded variables from the datastore
bitbake/parse/ast: We always need to finalize the default data since otherwise overrides to BBCLASSEXTEND may not be applied
bitbake/event/ast: Add RecipePreFinalise event
Update version to 1.13.1
bitbake/cooker: Fix -b option by ensuring the empty cache structure is present
bitbake/fetch2: When replacing URLs in mirror handling mask out empty entries
codeparser: When loading the cache, ignore ValueError
process.py: Fix issue where early errors weren't making it to the console
bitbake/data_smart: Optimise the data store iterator
bitbake/data_smart: Don't export deleted/empty entries in the list of keys
bitbake/data_smart: Don't track overrides in deleted variable names
bitbake/ast: Call expandkeys after the RecipePreFinalise event
bitbake/ast: Add optional argument for BBCLASSEXTEND
Update version to 1.13.2
bitbake/ast: Fix ??= vs. ?= handling
ui/depexp: If we're parsing zero files we need to ensure the cache progress bar gets hidden
cache.py: Ensure additional .bbappend files are accounted for
bitbake/process.py: Ensure queued UI events are queued right before we add our own handler
fetch2/git: Tweak git fetcher to handling repo updates correctly
parse/ConfHandler: Fix multiline variable corruption
Merge remote-tracking branch 'origin/master'
bitbake/utils: Add contains helper function from lib.oe.utils
Update version to 1.13.3
bitbake/utils: 'Fix' bb.utils.contains() behaviour
bitbake/ui/knotty: Ensure 'No Provider' errors set an exit code
bitbake/ui/knotty: Ensure previous failures aren't masked by a final successful command
bitbake: Fix -e when used with -b option
bitbake/usermanual: Update to be more in sync with bitbake codebase
bitbake/logging: Overhaul internal logging process
bitbake/msg.py: Drop manually created domain lists
build.py: Fix cut and paste error
Fixup remaining bb.msg.domain users
fetch2/git: Add rsync as a valid git protocol
usermanual: The git fetcher defaults to the git protocol (or file)
bitbake: Correctly handle multiline comments including whitespace
bitbake/fetch2/git: Ensure .gitconfig file is ignored
bitbake/event: Allow event handlers to quietly raise SkipPackage events
runqueue: Ensure task environment is correct
runqueue.py: Ensure fakeroot variables are reflected in the datastore
git.py: Fix logging vs logger typo
cooker.py: Fix key expansion issues in showVersions
Merge branch 'master' of git.openembedded.org:bitbake
Release 1.14.0
Robert Yang (1):
bitbake: Add task specific stamp file support
Saul Wold (1):
universe target: add a new target to collect all recipe targets
Scott Garman (3):
cache.py: fix bitbake -s command
make exception handling syntax consistent
fetch2/git.py: improve error reporting when an invalid protocol is used
Yu Ke (8):
git fetcher: make tag back to work, fix Yocto bug 972
git fetcher: add support for rebaseable git repo
fetch2/git: change default protocol from rsync to git
fetch2/git: unify the nocheckout option format
fetch2/git: add document for git fetcher supported options
fetch2/git: enhance the unpack by using "git checkout"
fetcher2: retry mirror if upstream checksum mismatch
fetcher2: show warning message when checksum is mismatch
^ permalink raw reply
* Re: [PATCH 0/1] linux-yocto: update base to v3.0.8 + meta config changes
From: Bruce Ashfield @ 2011-11-03 23:52 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: dvhart, saul.wold
In-Reply-To: <1320347755.20107.72.camel@ted>
On Thu, Nov 3, 2011 at 3:15 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Thu, 2011-11-03 at 14:12 -0400, Bruce Ashfield wrote:
>> On Thu, Nov 3, 2011 at 2:07 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> >
>> > Op 3 nov. 2011, om 18:53 heeft Bruce Ashfield het volgende geschreven:
>> >
>> >> On Thu, Nov 3, 2011 at 1:22 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> >>>
>> >>> Op 3 nov. 2011, om 18:11 heeft Bruce Ashfield het volgende geschreven:
>> >>>
>> >>>> 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
>> >>>
>> >>> Do you also have a tree against oe-core?
>> >>
>> >> I don't have a contrib branch, I asked a few week ago, but still don't have it
>> >> created. So I have a tree, but no where to push submissions.
>> >
>> > Forking https://github.com/openembedded/oe-core is easy enough :)
>>
>> Sure. But I dislike github in general (everyone has their preferences) and was
>> trying to get a contrib branch. There's a myriad of machines I could use for it
>> as well, but I see no reason for a contrib branch to be hard to get,
>> so I'm waiting
>> for the moment and focusing on getting some kernel work done.
>
> I also have a dislike of github. Are you after access to
> openembedded-core-contrib? I can sort that out...
That's exactly what I'm after! Then I can effectively push my branches out to
where they are most useful.
Cheers,
Bruce
>
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply
* about the qemu net interface name
From: Ni Qingliang @ 2011-11-04 2:50 UTC (permalink / raw)
To: openembedded-core
file: scripts/runqemu-internal
line153: POSSIBLE=`$IFCONFIG -a|grep '^tap' | awk `{print $1}'`
on archlinux, I got that:
tap0:
tap1:
maybe it should be:
tap0
tap1
Is it right?
so I change it to
POSSIBLE=`$IFCONFIG -a|grep '^tap' | awk `{print $1}' | sed 's/:$//'`
--
Yi Qingliang
niqingliang@insigma.com.cn
https://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