Hi,
During module builds I've been getting a lot of errors like this:
make[1]: Entering directory
`/home/james/oe/build/tmp-eglibc/sysroots/rica5/kernel'
CC [M]
/home/james/oe/build/tmp-eglibc/work/rica5-rica-linux-gnueabi/rt3070-2.5.0.2-r1/2011_0407_RT3070_RT3370_RT5370_RT5372_Linux_STA_V2.
Use the update-alternatives and MANUAL_ALTERNATIVE_LINKS to ensure
the package gets the proper provides setup automatically.
Signed-by: Mark Hatle
Signed-off-by: Mark Hatle
---
meta/recipes-bsp/lrzsz/lrzsz_0.12.20.bb | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --g
Use update-alternatives and sync to the way the replace kbd package
does things. Using update-alternatives ensures that the proper provides
are setup in the packages.
Signed-off-by: Mark Hatle
---
.../console-tools/console-tools_0.3.2.bb | 27 +++
1 files changed, 5
The sz, sx and sb links were created incorrectly to lrz, they should
point to lsz.
Signed-off-by: Mark Hatle
---
meta/recipes-bsp/lrzsz/lrzsz_0.12.20.bb | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-bsp/lrzsz/lrzsz_0.12.20.bb
b/meta/recipes-bsp
Change from using a single update-alternative class entry for "init"
to using ALTERNATIVE_LINKS for the majority of the items. Then use
the manual entries for the outliers like init and pidof.
End result is the same package behavior, plus proper dependencies in
the resulting package.
Signed-off-
Change to using update-alternatives to ensure that we're consistently
using the class, and the package provides are being setup properly.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/findutils/findutils.inc |5 +++-
.../recipes-extended/findutils/findutils_4.2.31.bb | 22 --
Change to use ALTERNATIVE_LINKS from update-alternatives. This ensures
the links are created consistently and the package provides are
correct.
Signed-off-by: Mark Hatle
---
meta/recipes-core/kbd/kbd_1.15.2.bb | 34 +++---
1 files changed, 7 insertions(+), 27 delet
Use the update-alternatives class and MANUAL_ALTERNATIVE_LINKs to ensure
that the produced packages specify the correct package provides.
Also change references from "bin" and "sbin" to base_bindir and base_sbindir.
Signed-off-by: Mark Hatle
---
.../module-init-tools/module-init-tools_3.16.bb
Switch to using the update-alternatives class. Need this for
consistency and to ensure the necessary package provides get set.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/gzip/gzip.inc | 32
meta/recipes-extended/gzip/gzip_1.3.12.bb | 24 +++---
Switch to using ALTERNATIVE_LINKS to ensure the update-alternatives are setup
properly, along with the package provides.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/shadow/shadow_4.1.4.3.bb | 42 +++
1 files changed, 20 insertions(+), 22 deletions(-)
diff --git a/m
Switch to using ALTERNATIVE_LINKS to ensure the update-alternatives are setup
properly, along with the package provides.
Signed-off-by: Mark Hatle
---
.../net-tools/net-tools_1.60-23.bb | 28 ++-
1 files changed, 9 insertions(+), 19 deletions(-)
diff --git a/me
Use MANUAL_ALTERNATIVE_LINKS to ensure that the package provides
are being setup properly.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/iputils/iputils_s20101006.bb |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/iputils/iputils_s20101006
Switch to using update-alternatives, this ensures that the
call to update-alternatives and package provides are correct.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/hdparm/hdparm_9.39.bb | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/meta/recipes
Use the MANUAL_ALTERNATIVE_LINKS to ensure the update-alternative
references are properly added to the packages provides.
Also fix the RPROVIDES, as they are package split specific!
Signed-off-by: Mark Hatle
---
meta/recipes-connectivity/openssh/openssh_5.9p1.bb |9 ++---
1 files change
Use ALTERNATIVE_LINKS to be sure the links and provide info is setup
properly.
Signed-off-by: Mark Hatle
---
meta/recipes-extended/grep/grep_2.5.1a.bb | 25 +
meta/recipes-extended/grep/grep_2.9.bb| 22 --
2 files changed, 17 insertions(+), 30
We need to ensure that the filepaths used by coreutils and busybox are
the same. Do this for base64, mktemp and df. Also remove references
to hostname/uptime in 8.14 version as these were only relevant for the
older 6.9 version.
su from the 6.9 version is removed, as it should come from shadow.
Coreutils was capable of providing many of the necessary binaries for
the system, however it never told the package manager what was being
provided via the alternatives. Use the MANUAL_ALTERNATIVE_LINKS to do
this.
It also should have been using the update-alternatives class as that
automatically
Ensure that alternatives end up in per file provides, associated with the
source of the alternative.
Add a way to specify MANUAL_ALTERNATIVE_LINKS in order for programs that
manage their own alternatives to be more easily added to the per file
provides.
Add a function, package_do_filedeps_append
It was recently noticed that many packages that use update-alternatives were
not setting package level provides. So a package that required /usr/bin/env
would not be satisfied by coreutils, even though it had a /usr/bin/env
alternative.
The first patch in the series adds the enhanced alternatives
libzypp uses proxy.h to handle proxies
[YOCTO #2306]
Signed-off-by: Saul Wold
---
meta/recipes-extended/libzypp/libzypp_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/libzypp/libzypp_git.bb
b/meta/recipes-extended/libzypp/libzypp_git.bb
Unfortunately this segfault did not show up until I was able to test
connecting to a wifi network from a Poky system at runtime; all other
tests passed (including the same operation on an Ubuntu system).
The following changes since commit 4e1a8ed1ab7e7bd950e511c79ddfe072cb280a6e:
bitbake.conf:
Fixes a segfault in the properties application when connecting to a WiFi
service succeeds.
Signed-off-by: Paul Eggleton
---
...me-fix-segfault-due-to-unchecked-null-val.patch | 30
.../connman/connman-gnome_0.5.bb |5 ++-
2 files changed, 33 insertion
On Mon, Apr 16, 2012 at 1:43 PM, Christopher Larson wrote:
> This cleans up the recipe and simplifies it, fixes up locale handling,
> silences QA packaging warnings, and includes toolchain version in the metadata
> checksums for target recipes. Obviously this is intended for after the final
> rele
Signed-off-by: Christopher Larson
---
meta/recipes-core/meta/external-csl-toolchain.bb |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/meta/external-csl-toolchain.bb
b/meta/recipes-core/meta/external-csl-toolchain.bb
index bafa331..fb553ab 100644
--
- drop SUPPORTED, as it's only used for locale generation, and we now use the
precompiled locale files from the external toolchain
- stop rm -r'ing locale files from do_install_locale, as it's not needed
Signed-off-by: Christopher Larson
---
meta/recipes-core/meta/external-csl-toolchain.bb |
Signed-off-by: Christopher Larson
---
meta/recipes-core/meta/external-csl-toolchain.bb | 51 +++--
1 files changed, 27 insertions(+), 24 deletions(-)
diff --git a/meta/recipes-core/meta/external-csl-toolchain.bb
b/meta/recipes-core/meta/external-csl-toolchain.bb
index fb553ab.
Due to how the 'supported' locales were being generated (added ' ' twice for
locales with '.' in them), one could end up with the locale-base packages in
your PACKAGES twice, causing packaging problems with eglibc-locale.
Signed-off-by: Christopher Larson
---
meta/classes/libc-package.bbclass |
We want to ensure that changing external toolchain version will change the
metadata checksums of target recipes. This will do so via ensuring that any
variable which references TOOLCHAIN_OPTIONS also pulls in the toolchain
version variables.
Signed-off-by: Christopher Larson
---
meta/conf/distro
Signed-off-by: Christopher Larson
---
meta/conf/distro/include/tcmode-external-csl.inc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/conf/distro/include/tcmode-external-csl.inc
b/meta/conf/distro/include/tcmode-external-csl.inc
index 1fc366c..3b54e35 100644
---
This silences one of the QA warnings.
Signed-off-by: Christopher Larson
---
meta/recipes-core/meta/external-csl-toolchain.bb |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/meta/external-csl-toolchain.bb
b/meta/recipes-core/meta/external-csl-too
This cleans up the recipe and simplifies it, fixes up locale handling,
silences QA packaging warnings, and includes toolchain version in the metadata
checksums for target recipes. Obviously this is intended for after the final
release.
The following changes since commit 4e1a8ed1ab7e7bd950e511c79dd
Fix for a minor type in DESCRIPTION
Signed-off-by: Beth Flanagan
---
meta/recipes-sato/images/core-image-sato-sdk.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-sato/images/core-image-sato-sdk.bb
b/meta/recipes-sato/images/core-image-sato-sdk.bb
index
The require of core-image-minimal overrides the description.
The best fix for this would be conditional setting of DESCRIPTION
in the required images for all image descriptions, but that opens
a potential can of worms. Moving the require fixes this.
Signed-off-by: Beth Flanagan
---
meta/recipes-
[YOCTO #2227]
This changeset fixes two issues.
core-image-rt* DESCRIPTION: because of the require for core-image-minimal,
DESCRIPTION is reset to the imported value. Moved the require to the beginning.
A better solution may be to set all the image DESCRIPTIONS to ?= but that
may introduce some i
On Monday 16 April 2012 17:43:01 Paul Eggleton wrote:
> Fix re-execution issues within perl.
>
> Note: I identified that some references to /usr/include are still not
> being substituted before or after this patch - you can see these by
> doing "grep -rI '/usr/include' *"
er, that should be:
gr
The perl recipe's do_configure() does some manual sed replacements over
the entire WORKDIR. Fix the following issues with this:
* Skip patches, which fixes re-execution of do_patch after do_configure
has run once
* Ensure that the replacement operation does nothing if do_configure is
re-execut
Fix re-execution issues within perl.
Note: I identified that some references to /usr/include are still not
being substituted before or after this patch - you can see these by
doing "grep -rI '/usr/include' *" in WORKDIR after do_configure(). I do
not know enough about how we build perl to know if
On Mon, 2012-04-16 at 08:31 -0700, Steve Sakoman wrote:
> On Mon, Apr 16, 2012 at 4:27 AM, Koen Kooi wrote:
>
> >>> Since this changes the sources it needs a PR bump.
> >>
> >> It has no effect on the packaged output which was always the criteria
> >> for PR bumps as I understood things.
> >
> >
On Mon, 2012-04-16 at 22:37 +0800, Robert Yang wrote:
>
> On 04/16/2012 09:55 PM, Andreas Oberritter wrote:
> > On 10.04.2012 21:28, Andreas Oberritter wrote:
> >> I'm fine with either way that restores mips/mipsel for mips32 targets
> >> *before the release*, because the online update feeds broke
On 04/13/2012 03:04 AM, Dexuan Cui wrote:
The following changes since commit f81b0593e74a31cb2d992df0583948ff57e3ed98:
gdbm: Activate -enable-libgdbm-compat and add symlinks to headers in
include/gdbm (2012-03-23 17:56:29 +0200)
are available in the git repository at:
git://git.pokylinux
On 04/13/2012 12:55 PM, tom.zanu...@intel.com wrote:
From: Tom Zanussi
This patchset fixes a documentation build problem with docproc, then
turns documentation generation off by default, since when it works,
it adds a lot to the build time.
The following changes since commit 04b16f1038f7cae445d
On 04/14/2012 01:59 AM, nitin.a.kam...@intel.com wrote:
From: Nitin A Kamble
These are various grub fixes for correctly building grub recipes for various
targets.
These are tested for emenlow, sugerbay, qemux86, qemux86-64 machines
The eglibc commits is thes same as in the v1 pull request.
Ni
On Mon, Apr 16, 2012 at 4:27 AM, Koen Kooi wrote:
>>> Since this changes the sources it needs a PR bump.
>>
>> It has no effect on the packaged output which was always the criteria
>> for PR bumps as I understood things.
>
> But there's the exception for fixing failures like this so people don't
On 4/16/12 10:15 AM, Andreas Oberritter wrote:
On 16.04.2012 16:42, Richard Purdie wrote:
On Mon, 2012-04-16 at 15:55 +0200, Andreas Oberritter wrote:
On 10.04.2012 21:28, Andreas Oberritter wrote:
On 10.04.2012 19:53, Mark Hatle wrote:
We still do not have a clean answer for how to resolve t
On 04/15/2012 11:50 PM, edwin.z...@intel.com wrote:
From: Zhai Edwin
MLPREFIX is needed in RDEPENDS for multilib build
Signed-off-by: Zhai Edwin
---
meta/classes/gconf.bbclass|2 +-
meta/classes/libc-package.bbclass |2 +-
meta/classes/useradd.bbclass |3 ++-
3 fil
On 16.04.2012 16:37, Robert Yang wrote:
>
>
> On 04/16/2012 09:55 PM, Andreas Oberritter wrote:
>> On 10.04.2012 21:28, Andreas Oberritter wrote:
>>> On 10.04.2012 19:53, Mark Hatle wrote:
We still do not have a clean answer for how to resolve the concerns in
the recent thread "conf/mac
On 04/14/2012 07:01 PM, Paul Eggleton wrote:
The following change since commit 4396db54dba4afdb9f1099f4e386dc25c76f49fb:
grub: Add missing dependency on autogen-native to avoid build failures
(2012-04-14 23:42:16 +0100)
is available in the git repository at:
git://git.openembedded.org/op
On 16.04.2012 16:42, Richard Purdie wrote:
> On Mon, 2012-04-16 at 15:55 +0200, Andreas Oberritter wrote:
>> On 10.04.2012 21:28, Andreas Oberritter wrote:
>>> On 10.04.2012 19:53, Mark Hatle wrote:
We still do not have a clean answer for how to resolve the concerns in
the recent thread "
There is an error when build meta-toolchain-sdk on Ubuntu 10.10:
| Installing NATIVESDK packages
| Processing task-sdk-host-nativesdk...
| Processing task-cross-canadian-mips...
| error: Failed dependencies:
| libcurl.so.4 is needed by qemu-nativesdk-0.15.1-r5.i686
NOTE: package meta-toolcha
Test info:
Tested on:
FC 13/16/17 64bit
Ubuntu 10.10 32bit
$ bitbake meta-toolchain-sdk core-image-sato
* The build worked well.
* runqemu worked well
* untar the sdk, and the runqemu from the sdk worked well.
// Robert
The following changes since commit 4e1a8ed1ab7e7bd950e511c79ddfe072cb280a6e:
On Mon, 2012-04-16 at 15:55 +0200, Andreas Oberritter wrote:
> On 10.04.2012 21:28, Andreas Oberritter wrote:
> > On 10.04.2012 19:53, Mark Hatle wrote:
> >> We still do not have a clean answer for how to resolve the concerns in
> >> the recent thread "conf/machine/include: Cleanup MIPS tunings to
On 15.04.2012 01:47, Xu, Dongxiao wrote:
> On Sat, 2012-04-14 at 13:23 +0200, Koen Kooi wrote:
>> Op 14 apr. 2012, om 12:44 heeft Dongxiao Xu het volgende geschreven:
>>
>>> gst-plugins-bad needs curl.h to finish its build, so add curl as its
>>> dependency.
>>
>> I can't be sure without the exact
On 04/16/2012 09:55 PM, Andreas Oberritter wrote:
On 10.04.2012 21:28, Andreas Oberritter wrote:
On 10.04.2012 19:53, Mark Hatle wrote:
We still do not have a clean answer for how to resolve the concerns in
the recent thread "conf/machine/include: Cleanup MIPS tunings to match
README". The f
On Wed, Apr 04, 2012 at 11:11:08PM +0200, Martin Jansa wrote:
> On Wed, Mar 28, 2012 at 04:33:47PM +0200, Martin Jansa wrote:
> > On Wed, Mar 28, 2012 at 07:15:32AM -0700, Khem Raj wrote:
> > > On Fri, Mar 23, 2012 at 7:26 PM, Martin Jansa
> > > wrote:
> > > > On Fri, Mar 23, 2012 at 02:17:02PM +
On 04/16/2012 09:53 PM, Koen Kooi wrote:
Op 16 apr. 2012, om 15:38 heeft Robert Yang het volgende geschreven:
Generally distros keep perl at /sur/bin/perl
/usr
Good catch, thanks, I've pushed all the 3 new commits to:(based on oe-core)
git://git.pokylinux.org/poky-contrib robert/fc17_
On 10.04.2012 21:28, Andreas Oberritter wrote:
> On 10.04.2012 19:53, Mark Hatle wrote:
>> We still do not have a clean answer for how to resolve the concerns in
>> the recent thread "conf/machine/include: Cleanup MIPS tunings to match
>> README". The following is in response to a request I receiv
Op 16 apr. 2012, om 15:38 heeft Robert Yang het volgende geschreven:
> Generally distros keep perl at /sur/bin/perl
/usr
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/op
Generally distros keep perl at /sur/bin/perl
Fedora 17 also has /bin/perl
this causes autoconf-nativesdk build on such distros to put perl
interpreter path in the perl scripts as /bin/perl
But we set perl location for target as /usr/bin/perl
This mismatch of perl path causes failure of rootfs im
Test info:
Tested on FC 13/16/17 64bit
1) $ bitbake meta-toolchain-sdk core-image-sato
2) untar the sdk, and use the sdk to build some pkgs (autoreconf, configure and
make)
// Robert
The following changes since commit 4e1a8ed1ab7e7bd950e511c79ddfe072cb280a6e:
bitbake.conf: Include abi_versio
Generally distros keep perl at /sur/bin/perl
Fedora 17 also has /bin/perl
this causes glib-2.0 build on such distros to put perl interpreter path in
the perl scripts as /bin/perl
But we set perl location for target as /usr/bin/perl
This mismatch of perl path causes failure of rootfs image creati
Generally distros keep perl at /sur/bin/perl
Fedora 17 also has /bin/perl
this causes automake-nativesdk build on such distros to put perl
interpreter path in the perl scripts as /bin/perl
But we set perl location for target as /usr/bin/perl
This mismatch of perl path causes failure of rootfs im
The value of PARALLEL_MAKE shouldn't affect sstate checksums. In general it
doesn't as the value is injected as a task override and the sstate checksum
doesn't track these. That isn't the case for linux-yocto in particular so
adding it the list of variables to ignore is useful.
Signed-off-by: Rich
Op 16 apr. 2012, om 13:10 heeft Richard Purdie het volgende geschreven:
> On Mon, 2012-04-16 at 12:50 +0200, Koen Kooi wrote:
>> Op 16 apr. 2012, om 11:47 heeft Richard Purdie het volgende geschreven:
>>
>>> There was a patch patching both configure and configure.in. Since the
>>> recipes
>>> a
On Mon, 2012-04-16 at 12:50 +0200, Koen Kooi wrote:
> Op 16 apr. 2012, om 11:47 heeft Richard Purdie het volgende geschreven:
>
> > There was a patch patching both configure and configure.in. Since the
> > recipes
> > all autoreconf, this is pointless and means subsequent patch tasks fail.
> >
>
Op 16 apr. 2012, om 11:48 heeft Richard Purdie het volgende geschreven:
> The patch in this recipe patches both configure and configure.in which leads
> to build failures once configure has executed and regenerated configure.
>
> The fix to make patch re-executable is not to patch configure and
Op 16 apr. 2012, om 11:47 heeft Richard Purdie het volgende geschreven:
> There was a patch patching both configure and configure.in. Since the recipes
> all autoreconf, this is pointless and means subsequent patch tasks fail.
>
> The fix is to only patch configure.in.
>
> [YOCTO #2194]
>
> Si
Re-running the debug_patch task would cause the build to fail. This patch
moves the extra patch handling directly into SRC_URI and removes the need
for the separate task, allowing safe re-execution of each task.
[YOCTO #2194]
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-core/dropb
If the do_unpack task is re-executed, the sed_done stamp was not removed, the
sed commands wouldn't re-run and the build would fail in do_compile. This
patch ensures the stamp is in ${S} and that we clean that directory
when unpack runs so it is a build from sctatch at that point.
[YOCTO #2194]
S
The sed command run during do_compile isn't idempotent. This change fixes it
so that it is and the compile task can be re-executed.
[YOCTO #2194]
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-devtools/sgml-common/sgml-common_0.6.3.bb
b/meta/recipes-devtools/sgml-common/sgml-common
The patch in this recipe patches both configure and configure.in which leads
to build failures once configure has executed and regenerated configure.
The fix to make patch re-executable is not to patch configure and
only patch configure.in.
[YOCTO #2194]
Signed-off-by: Richard Purdie
---
diff -
There was a patch patching both configure and configure.in. Since the recipes
all autoreconf, this is pointless and means subsequent patch tasks fail.
The fix is to only patch configure.in.
[YOCTO #2194]
Signed-off-by: Richard Purdie
---
diff --git
a/meta/recipes-devtools/python/python-native/
On 04/16/2012 10:49 AM, Robert Yang wrote:
The errors are below, does anyone meet the same errors, please?
On Ubuntu 10.10 32bit:
MACHINE ?= "qemumips"
$ bitbake core-image-sato meta-toolchain-sdk
| eds-dbus-dev ##
| Installing NATIVESDK packa
On Sun, 2012-04-15 at 16:42 -0700, Khem Raj wrote:
> On Sun, Apr 15, 2012 at 10:05 AM, Richard Purdie
> wrote:
> > gcc_cv_collect2_libs
>
> is it the /usr/lib/cmplrs/cc2.11 access issue ?
It is.
> in that case the fix it fine. However if its something in LTO
> then we need to dig deeper
Its no
On 04/16/2012 10:49 AM, Robert Yang wrote:
The errors are below, does anyone meet the same errors, please?
On Ubuntu 10.10 32bit:
MACHINE ?= "qemumips"
$ bitbake core-image-sato meta-toolchain-sdk
| eds-dbus-dev ##
| Installing NATIVESDK packa
We may define new OELAYOUT_ABI variable in ${DISTRO}.conf, therefore we
need to move the abi_version.conf before that.
Signed-off-by: Dongxiao Xu
---
meta/conf/bitbake.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
i
Hi Richard,
This pull request contains a commit that includes abi_version in earlier stage.
This is a fundamental change for another commit for meta-yocto layer, and I
will send that to p...@yoctoproject.org mailing list.
Thanks,
Dongxiao
The following changes since commit e7135f14f3ef37f93f5c
From: Zhai Edwin
MLPREFIX is needed in RDEPENDS for multilib build
Signed-off-by: Zhai Edwin
---
meta/classes/gconf.bbclass|2 +-
meta/classes/libc-package.bbclass |2 +-
meta/classes/useradd.bbclass |3 ++-
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git
From: Zhai Edwin
RP,
This is multilib fix to add missing MLPREFIX. Pls. review and pull
Thanks,
Edwin
The following changes since commit 27aa5489fb40d99c58bb2a4bbf2311e2c502a091:
distro.conf: Flipping for denzil (2012-04-04 22:48:02 -0700)
are available in the git repository at:
git://git.
78 matches
Mail list logo
