From: Paul Eggleton
Remove overrides & files for machines and distros that are not / no longer
in oe-core.
The machine-specific items will be added to meta-extras and likely other
layers (and in some cases are probably already better supported elsewhere).
Pull URL: git://git.openembedded
From: Paul Eggleton
Signed-off-by: Paul Eggleton
---
.../openswan/openswan_2.4.7.bb |3 +-
meta/recipes-connectivity/dhcp/dhcp3.inc |4 ---
meta/recipes-connectivity/dhcp/dhcp4.inc |4 ---
meta/recipes-connectivity/dhcp/dhcp_4.2.0.bb
ked out as
these things mature.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre (UK)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
ething that could be within the meta-oe repository?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre (UK)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
been good at recently. (Am I volunteering to maintain this information as
well? Naturally :) )
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre (UK)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Please disregard these patches, a new set with minor additions will be posted
shortly.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre (UK)
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http
From: Paul Eggleton
Remove overrides & files for machines and distros that are not / no longer
in oe-core. Since the first patchset, one or two missed items were added and
the patches have been rebased on current master.
The machine-specific items may be added to other layers where it m
From: Paul Eggleton
Signed-off-by: Paul Eggleton
---
.../openswan/openswan_2.4.7.bb |3 +-
meta/recipes-connectivity/dhcp/dhcp3.inc |4 ---
meta/recipes-connectivity/dhcp/dhcp4.inc |4 ---
meta/recipes-connectivity/dhcp/dhcp_4.2.0.bb
From: Paul Eggleton
Removes -i from halt/reboot arguments to fix shutdown/reboot with NFS root,
and allows halt/reboot arguments to be overridden using a new HALTARGS
variable. Refer to bug [1] and discussion [2].
[1] http://bugzilla.pokylinux.org/show_bug.cgi?id=997
[2] https
From: Paul Eggleton
Introduces a variable HALTARGS which specifies the arguments sent to
halt and reboot, and sets the default value to "-d -f", dropping the
previous -i (shut down all network interfaces before halt/reboot, which
causes a freeze with NFS root.)
Fixes [YOCTO #997].
xx, so at least it's
not the worst :)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
From: Paul Eggleton
Adding "auto eth0" to our default IP configuration caused failure to boot
NFS root systems [1]; netbase's if-pre-up.d/nfsroot script was supposed to stop
this but failed to do so due to looking for /sbin/ip when we actually now
install /bin/ip. This patch ch
From: Paul Eggleton
The if-pre-up.d/nfsroot script was no longer functioning correctly due to
a change in iproute2's installation of the "ip" executable. The script will
now function correctly regardless of whether ip is in /bin or /sbin.
Fixes [YOCTO #1006].
Signed-off-by
From: Paul Eggleton
Remove overrides & files for machines and distros that are not / no longer
in oe-core. Since the second patchset, the patches have been rebased on
current Poky master and the atom-pc / beagleboard bits have been added
back in via meta-yocto.
The other machine-specific i
From: Paul Eggleton
Signed-off-by: Paul Eggleton
---
.../openswan/openswan_2.4.7.bb |3 +-
meta/recipes-connectivity/dhcp/dhcp3.inc |4 ---
meta/recipes-connectivity/dhcp/dhcp4.inc |4 ---
meta/recipes-connectivity/dhcp/dhcp_4.2.0.bb
From: Paul Eggleton
Signed-off-by: Paul Eggleton
---
.../formfactor/formfactor/atom-pc/machconfig |6 ++
.../formfactor/formfactor/beagleboard/machconfig |3 +
.../recipes-bsp/formfactor/formfactor_0.0.bbappend |3 +
.../recipes-core/tasks/task-core-tools.bbappend|2
ools/dpkg/dpkg.inc:DPKG_INIT_POSITION_slugos = "41"
These are all distro overrides and unless I'm mistaken these are all removed
by the second patch in the series.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
her than simply
installing it as part of qt4*tools?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
From: Paul Eggleton
This allows meta-oe to override these options easily in order to enable more
SQL driver plugins.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4.inc |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta
From: Paul Eggleton
Signed-off-by: Paul Eggleton
---
.../conf/distro/include/distro_tracking_fields.inc | 32 ++--
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include
From: Paul Eggleton
These patches update Qt 4.7 series from 4.7.2 to 4.7.3, and make it easier
for other layers such as meta-oe to enable more SQL drivers.
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: paule/qt-4.7.3
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h
From: Paul Eggleton
The Comodo certificates patch has been merged upstream so it no longer
needs to be applied. Some PR values were reset and SRC_URI checksums
updated but other than this there are no recipe changes.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/{qt-4.7.2.inc =>
endor support concerns.
Thanks,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
still enabling the option that originally
triggered the problem when building Qt 4.7.x.
Ke / anyone else, any ideas? If the problem can no longer reproduced can we
simply remove this patch?
Cheers,
Paul
[1] http://bugzilla.pokylinux.org/show_bug.cgi?id=271
--
Paul Eggleton
Intel Open Source Techn
From: Paul Eggleton
Remove Qt 4.6.3 in favour of 4.7.3 (which should be binary compatible with
4.6.x), add Upstream-Status to remaining patches and re-enable some patches
that were missed with the original upgrade to 4.7.x.
Pull URL: git://git.openembedded.org/openembedded-core-contrib
Branch
From: Paul Eggleton
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/files/0004-no-qmake.patch |1 +
.../qt4/files/0006-freetype-host-includes.patch|3 ++-
meta/recipes-qt/qt4/files/0008-qt-lib-infix.patch |7 ++-
meta/recipes-qt/qt4/files/0009-support-2bpp.patch
From: Paul Eggleton
We should only have one version of Qt4 supported in oe-core.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/files/0001-cross-compile.patch | 36 --
.../qt4/files/0002-fix-resinit-declaration.patch | 22
.../files/0010-no-simpledecoration-example.patch
From: Paul Eggleton
Two patches that were being applied in 4.6.x are now applied for 4.7.3.
The functions of these two patches are:
* Add support for 2bpp (only affects qt4-embedded)
* Use correct infix on QtUiTools library (only affects qt4-embedded as
qt4-x11-free does not define an infix
On Friday 20 May 2011 01:02:58 Joshua Lock wrote:
> Speaking of devshell, last I tried (and Paul E can correct me here)
> Konsole doesn't wait when it's spawned so is currently pretty useless
> for devshell (bitbake continues as if the devshell had finished and if a
> patch hasn't applied).
I
Returning a discussion that has begun on the wiki to the mailing list:
Jeremy Puhlman wrote:
> Paul Eggleton wrote:
>> A good start but naturally we want to avoid the bits that hard-code
>> variable values. I wonder about situations where people want their own
>> versions
e likely to need to store. Personally I think it
would be simpler if we just set some additional overhead as an absolute value
rather than a factor - if it needs to be different per image type then it
easily can be.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source T
ILES $QMAKE_VARSUBST_POST'" unset
> QMAKESPEC || true
> ${OE_QMAKE_QMAKE} -makefile -spec ${QMAKESPEC} -o Makefile
> $QMAKE_VARSUBST_PRE $AFTER $PROFILES $QMAKE_VARSUBST_POST || die "Error
> calling ${OE_QMAKE_QMAKE} on $PROFILES"
Acked-by: Paul Eggleton
--
P
or
output.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
/ additions welcome.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
/openembedded-core-contrib/log/?h=paule/iproute-2.6.37
Paul Eggleton (1):
iproute2: update to 2.6.37
.../configure-cross.patch |0
.../{iproute2_2.6.35.bb => iproute2_2.6.37.bb} |4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/reci
Fixes "ip route get" not producing any output (a regression in 2.6.35).
See http://marc.info/?l=linux-netdev&m=129442470405398&w=2 for a list of
other changes in this new release.
Fixes [YOCTO #1006] (reopened)
Signed-off-by: Paul Eggleton
---
.../con
.38 then I'll test & submit a patch to update to
that.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mail
/openembedded-core-contrib/log/?h=paule/iproute-2.6.38
Paul Eggleton (1):
iproute2: update to 2.6.38
.../configure-cross.patch |0
.../{iproute2_2.6.35.bb => iproute2_2.6.38.bb} |4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/reci
Fixes "ip route get" not producing any output (a regression in 2.6.35).
See http://marc.info/?l=linux-netdev&m=129442470405398&w=2 and
http://marc.info/?l=linux-netdev&m=130038222321440&w=2 for a list of
other changes since 2.6.35.
Fixes [YOCTO #1006] (reopened)
Si
x27;t report them as missing. I don't
think skipped recipes can account for that entire list however.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.or
On Thursday 09 June 2011 16:31:48 Paul Eggleton wrote:
> I've recently submitted a patch to bitbake-devel which fixes
> bitbake-layers' handling of skipped recipes so that it doesn't report them
> as missing. I don't think skipped recipes can account for that entire
nks for pointing this out, I should really have seen it myself.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
bpseudo.so' from
LD_PRELOAD cannot be preloaded: ignored" messages.
Am I right in that there's currently no mechanism to work around this?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing
On Monday 13 June 2011 16:33:47 Otavio Salvador wrote:
> I think it is duplicating many features of git submodule. It seems
> more logical to put a script above git submodule rather then use a
> full repository for it.
You're right in that git submodule provides a lot of these things. However,
su
now send all of our changes via upstream first, I
would not expect any more bitbake divergence in future.
I'm not saying we can't do better or we shouldn't test with oe-core alone - we
definitely should do the latter more often. I can only reiterate what Richard
has said - bear
ple who only need connman. Ofono support in
connman is a plugin, so we should be able to have this as a separate sub-
package and then make only that depend on ofono.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Opene
e of OE is
that
every user is a developer or considers themselves so.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/
Hi Ke,
Great work. Here's my review so far:
On Monday 13 June 2011 14:15:04 Yu, Ke wrote:
> --- /dev/null
> +++ b/scripts/combo-layer-hook-default.sh
> @@ -0,0 +1,14 @@
> +#!/bin/sh
> +# Take a patch from bitbake and apply to poky
This text should be a bit more generic. Maybe "Hook to add source
rectory of
the poky repo. Can you please set this up to be filtered? Otherwise we're just
effectively getting dupes of commits to bitbake and oe-core.
Thanks,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core maili
Freetype support is disabled so there's no need to point to the freetype
headers.
Prompted by OE commit 4931b37c8faf1eef7322cc82bf979885c770f4e0 from
Dmitry Eremin-Solenikov
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc |1 -
1 files changed, 0 inser
quot;const" here
is incorrect as no other usage of Q_GLOBAL_STATIC_WITH_ARGS uses const
prefix on the first (TYPE) argument.
Patch was imported from the Qt bug tracker (see above reference); the
patch was rejected but for procedural rather than validity reasons.
Fixes [YOCTO #1168]
Signed-
/qt4-nativesdk-fix
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qt4-nativesdk-fix
Paul Eggleton (3):
qt4-tools-nativesdk: fix unpack failure due to missing g++.conf
qt4-tools-nativesdk: drop freetype include as we build with
-no-freetype
qt4-tools
the "files" subdir until we removed Qt 4.6.3.
Using FILESEXTRAPATHS (as qt4-tools-native does) solves this.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-qt/qt4
it
I've also updated our mailing lists page [1] on the wiki to reflect this.
Cheers,
Paul
[1] http://www.openembedded.org/index.php/Mailing_lists
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mail
On Monday 20 June 2011 05:25:03 Dexuan Cui wrote:
> This patch eliminates the warning "not been run using the bitbake
> wrapper..." when we run bitbake-layers.
>
> Thanks Paul Eggleton for suggesting doing this in sanity.bbclass.
>
> Signed-off-by: Dexua
local clones of the source
repositories as patches, which are then applied on top of the Poky repository.
Richard runs these scripts periodically. Some time soon these scripts will be
replaced by the combo layer tool that Ke posted last week.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Tech
On Tuesday 21 June 2011 00:56:48 Khem Raj wrote:
> On 06/18/2011 11:56 AM, Paul Eggleton wrote:
> > FILESPATHPKG was being used to in order to bring in linux.conf and
> > g++.conf in this recipe, however this probably never worked since
> > FILESPATHPKG always has the MACHI
available in the git repository at:
git://git.pokylinux.org/poky-contrib paule/fix-uboot-srcrev
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=paule/fix-uboot-srcrev
Paul Eggleton (1):
u-boot: set SRCREV to a git revision instead of a tag reference
meta/recipes-bsp/uboot/u-boot_2011.03
in order to expand PV.
Addresses [YOCTO #1186]
Signed-off-by: Paul Eggleton
---
meta/recipes-bsp/uboot/u-boot_2011.03.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/uboot/u-boot_2011.03.bb
b/meta/recipes-bsp/uboot/u-boot_2011.03.bb
index 07f0609
x27;t tell
if what you've specified is a "fixed" tag or a potentially moving branch.
If you've got a better idea on how to handle this I'd love to hear it.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
_
ve updated the contrib branch:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=paule/fix-
uboot-srcrev
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openemb
ely this is up to whoever
maintains the u-boot recipe.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/o
"
> METADATA_BRANCH = "master"
> METADATA_REVISION = "364ca0d2d0399c8cc6d3b3fc28308e1e14673544"
> meta-angstrom_BRANCH= "master"
> meta-angstrom_REVISION = "c19c342c62416752117c2dce4696840bc864f64
bly been discussed on the OE list before but IMHO it merits
revisiting if so.)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
rrors are definitely not good
things to be allowing through if we can avoid it.
Without checking, do you have a handle on how many of these we would have to
fix in OE-core to make it build without fatal errors?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
emi-random patches for each
component. I haven't looked at the code to see what's going wrong yet, I
suspect you're quite busy with multilib so I might have to do that.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
ether that does this at the moment, with a view
to there being components that allow integration with the content tools you
posted earlier. Will keep you posted.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedd
many
> > fetcher variables like that is a sign that worries me a little.
>
> I have not submitted an updated patch. What you are looking at would
> have to be the original. :) I got feed back and responded and never got
> any comment on those responses.
Well, we definitely
On Friday 01 July 2011 18:12:47 Richard Purdie wrote:
> Any volunteers for qt4-x11-free-4.7.3?
I'll take a look at it.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembed
:
xauth: upgrade from 1.05 to 1.06 (2011-07-04 12:45:01 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/qt4-qa-fix
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qt4-qa-fix
Paul Eggleton (1):
qt4: ens
-tools-nativesdk in any case.
Signed-off-by: Paul Eggleton
---
meta/recipes-qt/qt4/qt4-embedded.inc |2 +-
meta/recipes-qt/qt4/qt4-x11-free.inc |2 +-
meta/recipes-qt/qt4/qt4.inc | 15 +++
3 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/meta/recipes
This is the third version of Yu Ke's combo-layer tool. Changes since v2:
* Fix splitpatch so that it handles commits that only affect some of the
components (reports the ones that have been skipped and avoids writing
out empty patches)
* A few fixes to the help text & comments
The followi
mmit into separate patches per
component repo, to facilitate upstream submission.
Combo layer tool uses a config file to define the component repo info.
Please check the combo-layer.conf.example for a detailed explanation
of the config file fields.
Signed-off-by: Yu Ke
Signed-off-by: Paul Eggl
using DTL1s in this day and age.
Is it possible some people are still using PCMCIA/CF cards with this hardware
in it?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.open
On Tuesday 05 July 2011 19:37:24 you wrote:
> On Tue, 2011-07-05 at 17:31 +0100, Paul Eggleton wrote:
> > Is it possible some people are still using PCMCIA/CF cards with this
> > hardware in it?
>
> It's certainly possible, yes. But I don't think that the mere
Now that ipv4 has been added to the default DISTRO_FEATURES we need to
bump PR as busybox will need to be rebuilt.
Signed-off-by: Paul Eggleton
---
meta/recipes-core/busybox/busybox_1.18.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/busybox
Since the change in busybox configuration to match OE (OE core rev
b5564c4a9cadf306b447180c433b25ec071f8ce1) we now need ipv4 in
DISTRO_FEATURES to get standard IPv4 functionality in busybox.
Signed-off-by: Paul Eggleton
---
meta/conf/distro/include/default-distrovars.inc |2 +-
1 files
/cgit.cgi/openembedded-core-contrib/log/?h=paule/busybox-ipv4
Paul Eggleton (2):
default-distrovars.inc: add ipv4 to DISTRO_FEATURES
busybox: bump PR to ensure ipv4 is enabled
meta/conf/distro/include/default-distrovars.inc |2 +-
meta/recipes-core/busybox/busybox_1.18.4.bb |2
Since we no longer support 2.4, update this setting to 2.6.0. (This affects
eglibc's kernel support).
Signed-off-by: Paul Eggleton
---
meta/conf/bitbake.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index bd
Bump PR as eglibc should be rebuilt for the new OLDEST_KERNEL value.
Signed-off-by: Paul Eggleton
---
meta/recipes-core/eglibc/eglibc_2.12.bb |2 +-
meta/recipes-core/eglibc/eglibc_2.13.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/eglibc
/openembedded-core-contrib/log/?h=paule/oldest-kernel-26
Paul Eggleton (2):
bitbake.conf: update OLDEST_KERNEL to 2.6.0
eglibc: bump PR for OLDEST_KERNEL change
meta/conf/bitbake.conf |2 +-
meta/recipes-core/eglibc/eglibc_2.12.bb |2 +-
meta/recipes-core/eglibc/eglibc_2.13
OLDEST_KERNEL to 2.6.16 to avoid problems with
ppoll()
---
Any further comments/info? Should we be using 2.6.16 in oe-core as well?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-c
familiar with that layer.
It's a Yocto layer that has been traditionally the place to preserve obsolete
stuff that was removed from Poky.
http://git.yoctoproject.org/cgit/cgit.cgi/meta-extras/
(FWIW, just noticed - I still haven't added the machine-specific stuff I
removed
from OE-cor
Add the missing check in package_qa_check_rdepends to allow dependencies
from non-development packages on development packages to be skipped.
Signed-off-by: Paul Eggleton
---
meta/classes/insane.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes
Fix package_qa_handle_error so that it returns the correct values in order
to determine error/warning status.
Signed-off-by: Paul Eggleton
---
meta/classes/insane.bbclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes
kernel-module-lirc-dev is not a development package (it's a package for
a kernel module called lirc_dev) so add an INSANE_SKIP that will prevent
it from being flagged up.
Signed-off-by: Paul Eggleton
---
meta/classes/kernel.bbclass |4
1 files changed, 4 insertions(+), 0 dele
(2011-07-07 13:44:36 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/qa-dev-deps
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/qa-dev-deps
Paul Eggleton (3):
insane.bbclass: allow dev-deps to be skipped
Bump PR as eglibc should be rebuilt for the new OLDEST_KERNEL value.
Signed-off-by: Paul Eggleton
---
meta/recipes-core/eglibc/eglibc_2.12.bb |2 +-
meta/recipes-core/eglibc/eglibc_2.13.bb |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/eglibc
/oldest-kernel-26
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/oldest-kernel-26
Paul Eggleton (2):
bitbake.conf: update OLDEST_KERNEL to 2.6.16
eglibc: bump PR for OLDEST_KERNEL change
meta/conf/bitbake.conf |2 +-
meta/recipes-core
Since we no longer support 2.4, update this setting to 2.6.16, to line up
with the most accepted setting from OE. (This affects eglibc's kernel
support, and 2.6.16 is the minimum version for glibc 2.9 onwards.)
Signed-off-by: Paul Eggleton
---
meta/conf/bitbake.conf |2 +-
1 files ch
lder than 2.6.37.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^^^
> Is this ok ?
Probably "if image:" would be better.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
r layers.
Just out of interest, what's the oldest kernel you have to deal with in your
current/recent projects?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@
majority not to experience subtle problems that they will have to spend
time tracking down. Many people coming to OE fresh will not know this setting
even exists - I only discovered it the other day by accident.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source T
t's older than OLDEST_KERNEL.
These sound like good ideas. I'll add them to my todo list to have a look at
if nobody else gets there first.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
why but this is the same things as done on qt4-tools-nativesdk.
Yes, and I don't like it there either. Suggestions on fixing this would be
welcome - in the time I spent trying to figure out why it wasn't working (some
months ago) I couldn't find the cause.
Cheers,
Paul
--
Paul
On Friday 08 July 2011 17:22:31 Richard Purdie wrote:
> On Fri, 2011-07-08 at 17:08 +0100, Paul Eggleton wrote:
> > Yes, and I don't like it there either. Suggestions on fixing this would
> > be welcome - in the time I spent trying to figure out why it wasn't
> &
se products I could
> halt the forward progression on bitbake, but using a single version of
> bitbake would be better for us, though I completely understand the
> removal of the older fetch. Its more or less my problem then anything
> you need to deal with.
Hmm. For simplic
The kernel and module recipes have very few dbg/dev packages, however
they can easily have false positive results from the rdepends QA checks
(e.g. kernel-module-lirc-dev). Thus disable these tests for any recipe
that inherits kernel or module-base.
Signed-off-by: Paul Eggleton
---
meta/classes
://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/kernel-insane
Paul Eggleton (1):
insane.bbclass: skip rdepends QA checks for kernel / modules
meta/classes/insane.bbclass |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
--
1.7.4.1
1 - 100 of 4270 matches
Mail list logo
