RDEPENDS of image type recipe needs to be mapped to make sure that the
packages included in the image should be multilib version.
[YOCTO #1496]
[YOCTO #1527]
Signed-off-by: Dongxiao Xu
---
meta/classes/multilib.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/met
Hi Richard,
This pull request is to fix the bug 1496 and 1527, which maps RDEPENDS for
image type recipes.
Please help to review and pull.
Thanks,
Dongxiao
The following changes since commit 684a4b517d13884c315688967fadd5e6a4845b71:
libffi: really populate -dev package (2011-09-26 20:50:27
On Mon, 2011-09-26 at 16:08 -0700, Saul Wold wrote:
> On 09/26/2011 02:51 PM, Richard Purdie wrote:
> > On Mon, 2011-09-26 at 21:24 +0100, Richard Purdie wrote:
> >> We agreed a while back that we'd start ERRORing on QA issues, not just
> >> WARNING about them. This patch changes the default QA lev
On Sat, Sep 17, 2011 at 6:18 PM, Dmitry Eremin-Solenikov
wrote:
> As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to
> separate task from do_deploy. The only major feature of oe-core's
> version (not to recreate uImage if it exists) is retained in this patch.
I'm getting aroun
On Sat, Sep 17, 2011 at 6:18 PM, Dmitry Eremin-Solenikov
wrote:
> .cis firmware files are used by kernel to patch incorrect CIS fir PCMCIA
> cards. Create respective packages.
Looks fine to me.
Acked-by: Bruce Ashfield
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> meta/classes/kernel.bb
On Sat, Sep 17, 2011 at 6:18 PM, Dmitry Eremin-Solenikov
wrote:
> Drop two unsed files (modules.order and modules.builtin) in do_install
> to stop the "unshipped files" warning.
One less warning is a good thing!
Looks good to me, I can add my vote to this one.
Acked-by: Bruce Ashfield
>
> Si
Hi Richard,
This pull request is to fix several multilib bugs related with RPM backend,
please help to review.
BTW, I am issuing a round of multilib testing agasint:
- lib32 sato image on qemux86 machine
- lib32 sato image on qemux86-64 machine
- lib64 sato image on qemux86-64 machine
- lib64
RDEPENDS of image type recipe needs to be mapped to make sure that the
packages included in the image should be multilib version.
Also add LINGUAS_INSTALL into MULTILIB_PACKAGE_INSTALL list.
[YOCTO #1496]
[YOCTO #1527]
Signed-off-by: Dongxiao Xu
---
meta/classes/multilib.bbclass |5 -
Add MLPREFIX to multilib deploy forlder to avoid the confliction between
multilib and normal package deploy directory.
Signed-off-by: Dongxiao Xu
---
meta/classes/multilib.bbclass|5 -
meta/classes/package_rpm.bbclass | 10 --
meta/classes/rootfs_rpm.bbclass |2 +-
3 f
Use TUNE_FEATURES to determine the setting to TUNE_PKGARCH, which fixes
the wrong setting of PACKAGE_ARCH in multilib case.
Signed-off-by: Dongxiao Xu
---
meta/conf/machine/include/tune-i586.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/
currently we have allarch type of recipes, which may still have
architecture dependency, like x11-common. So we need to drop the
handling to allarch in multilib case.
Also remove the PV postfix in python-pygobject DEPENDS, since multilib
code will treat a native package multilib capable.
[YOCTO #
On Sat, Sep 17, 2011 at 6:18 PM, Dmitry Eremin-Solenikov
wrote:
> MACHINE_KERNEL_PR was introduced long ago in org.oe.dev. It's present in
> meta-oe kernel.bbclass. Several machines depend on this functionality.
I don' t have a big problem with this, since the change is obviously
harmless if it
d
From: Zhai Edwin
All,
This patch remove gnome-vfs completely: remove itself, dependence on it, and
other obsolete recipe depending on it.
Last time, I remember one recipe in oe-core depends on gnome-vfs, but nobody
depends on it. Could somebody have a double check on oe-core?
Thanks,
Edwin
The
From: Zhai Edwin
Remove oprofileui/libgsf's dependence on gnome-vfs, delete table that is out of
maintenance in clutter.
Signed-off-by: Zhai Edwin
---
.../recipes-gnome/libgsf/libgsf_1.14.5.bb |8 ++-
meta-demoapps/recipes-graphics/clutter/table.inc | 13 -
.../recipes-gra
BTW,
I found many recipes in meta-demoapps are not maintained: no
LIC_FILES_CHKSUM/SRCREV, no workable SRC_URI, and even no layer.conf under
meta-demoapps.
We need more test for demoapps, and require each commit to take care of them,
or
else remove them completely...
On Tue, Sep 27, 2011 at
On Tuesday 27 September 2011 15:02:24 Zhai, Edwin wrote:
> BTW,
> I found many recipes in meta-demoapps are not maintained: no
> LIC_FILES_CHKSUM/SRCREV, no workable SRC_URI, and even no layer.conf under
> meta-demoapps.
>
> We need more test for demoapps, and require each commit to take care of
>
On 09/27/2011 06:49 AM, edwin.z...@intel.com wrote:
From: Zhai Edwin
Remove oprofileui/libgsf's dependence on gnome-vfs, delete table that is out of
maintenance in clutter.
Can you please split this in to 4 separate patches so that we might
cherry-pick the oprofileui change for 1.1.
Ideally
On Tue, 2011-09-27 at 15:16 +0100, Paul Eggleton wrote:
> On Tuesday 27 September 2011 15:02:24 Zhai, Edwin wrote:
> > BTW,
> > I found many recipes in meta-demoapps are not maintained: no
> > LIC_FILES_CHKSUM/SRCREV, no workable SRC_URI, and even no layer.conf under
> > meta-demoapps.
> >
> > We
On Tue, Sep 27, 2011 at 13:19, Richard Purdie
wrote:
...
> First step would be to move it whole to its own layer repo.
I think we can just remove them all and let the necessity tell us what
is really required.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.
Every now and again I look at our build times and want to cry - we keep
taking longer with new features and whilst we have made many
improvements, I'm certain there are ways we can speed up.
I've got some recent experiences to share with people. Its long and is
in the form of a story rather than
On Tuesday 27 September 2011 17:56:02 Otavio Salvador wrote:
> On Tue, Sep 27, 2011 at 13:19, Richard Purdie
> wrote:
> ...
>
> > First step would be to move it whole to its own layer repo.
>
> I think we can just remove them all and let the necessity tell us what
> is really required.
I think
Hello
We have gold and ld available to us as linker alternatives. When
linking webkit with ld it takes 45 mins and grabs 2G of memory where
as with gold on same machine
it took 7 minutes. But then we can not use gold to link glibc and
kernel and may not work on all supported arches. So gold may no
Hello,
We have some packages that use gitpkgv but protocol ssh ... for this
specific case we're seeing the building get stuck due ssh asking for
credentials.
After looking at why this happened we figured it was due the use of
pseudo but this is expected to be used for package_setscene however we
On Tue, 2011-09-27 at 10:23 -0700, Khem Raj wrote:
> We have gold and ld available to us as linker alternatives. When
> linking webkit with ld it takes 45 mins and grabs 2G of memory where
> as with gold on same machine
> it took 7 minutes. But then we can not use gold to link glibc and
> kernel an
On Mon, 2011-09-26 at 18:03 -0700, Zhai, Edwin wrote:
> From: Zhai Edwin
>
> Tom,
> These changes, based on meta-intel/tzanussi/pegasus, are needed to enable
> eGalax touch screen on Pegasus. Could you pls. help to review?
>
Hi Edwin,
First, I don't think this is the correct list for meta-inte
On 09/26/2011 05:47 PM, Julian Pidancet wrote:
On Tue, Sep 27, 2011 at 12:59 AM, Julian Pidancet
wrote:
On Tue, Sep 27, 2011 at 12:38 AM, Saul Wold wrote:
Is there a reason you did not include the group and --disable-password here?
I think it would be good to leave thelong name options in
From: Joshua Lock
ghostscript has it's own hacky check for time.h which hard-codes paths, this
means in the native case it fails on systems such as Ubuntu 11.10 where the
location of time.h has changed. Further it means the target build has had a
host-intrusion issue.
This patch disables the che
Ubuntu 11.10 has moved sys/time.h such that the hard-coded test paths in
ghostscripts configuration scripts fails.
This patch works around that issue.
Regards,
Joshua
The following changes since commit 684a4b517d13884c315688967fadd5e6a4845b71:
libffi: really populate -dev package (2011-09-26
On Tue, 2011-09-27 at 14:12 -0700, Joshua Lock wrote:
> From: Joshua Lock
Sorry, fresh install to test the new distro - please drop or fix this
line.
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
___
The current sshd postinst and postrm scripts in the OpenSSH make the
package dependant of the adduser/addgroup scripts which may not be
available on all systems.
This patch replaces the sshd postinst and postrm scripts with proper
usage of the useradd and update-rc.d classes.
This patch had been
The add_root_cmd_options.patch that we apply to shadow-native allow the
various programs from the shadow utility package to chroot() so they can
be used to modify etc/passwd and etc/group if they are located in a
sysroot.
Some of the shadow programs (gpasswd, useradd and usermod) need to parse
the
This first patch fixes the --root option for programs in shadow-native and
allow one to specify useradd long options when using the useradd class
in a recipe.
This is demonstrated in the second patch which is a respin of another patch
for the OpenSSH recipe I proposed earlier. As suggested by Saul,
On 09/26/2011 08:39 PM, Khem Raj wrote:
Backport Fedora patch to enable sunrpc as it was in 2.13
Fix cross-localedef-native to be able to build from eglibc 2.14 branch
Tested builds/boot of angstrom/console-image on qemu for
arm,mips,ppc,i386,x86_64
Signed-off-by: Khem Raj
---
.../eglibc/cro
Op 27 sep. 2011 om 08:52 heeft Bruce Ashfield het
volgende geschreven:
> On Sat, Sep 17, 2011 at 6:18 PM, Dmitry Eremin-Solenikov
> wrote:
>> MACHINE_KERNEL_PR was introduced long ago in org.oe.dev. It's present in
>> meta-oe kernel.bbclass. Several machines depend on this functionality.
>
>
Calling the missing script with the help2man program argument fails for some
output targets on Ubuntu Oneiric.
Reading the help of missing I see that the help2man program value just touches
the output file - therefore this patch touches the three problematic files
in do_install_prepend.
Signed-of
Texinfo fails to build on Ubuntu 11.10, but not any of my other systesm,
the following patch resolves this in what feels like a harmless way.
Any comments?
Regards,
Joshua
The following changes since commit 684a4b517d13884c315688967fadd5e6a4845b71:
libffi: really populate -dev package (2011-0
On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold wrote:
> On 09/26/2011 08:39 PM, Khem Raj wrote:
>>
>> Backport Fedora patch to enable sunrpc as it was in 2.13
>> Fix cross-localedef-native to be able to build from eglibc 2.14 branch
>>
>> Tested builds/boot of angstrom/console-image on qemu for
>> arm
On 09/27/2011 05:17 PM, Khem Raj wrote:
On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold wrote:
On 09/26/2011 08:39 PM, Khem Raj wrote:
Backport Fedora patch to enable sunrpc as it was in 2.13
Fix cross-localedef-native to be able to build from eglibc 2.14 branch
Tested builds/boot of angstrom/con
On Tue, Sep 27, 2011 at 12:29 PM, Phil Blundell wrote:
> On Tue, 2011-09-27 at 10:23 -0700, Khem Raj wrote:
>> We have gold and ld available to us as linker alternatives. When
>> linking webkit with ld it takes 45 mins and grabs 2G of memory where
>> as with gold on same machine
>> it took 7 minut
On Tue, Sep 27, 2011 at 6:02 PM, Saul Wold wrote:
> On 09/27/2011 05:17 PM, Khem Raj wrote:
>>
>> On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold wrote:
>>>
>>> On 09/26/2011 08:39 PM, Khem Raj wrote:
Backport Fedora patch to enable sunrpc as it was in 2.13
Fix cross-localedef-native to
RDEPENDS of image type recipe needs to be mapped to make sure that the
packages included in the image should be multilib version.
Also add LINGUAS_INSTALL into MULTILIB_PACKAGE_INSTALL list.
[YOCTO #1496]
[YOCTO #1527]
Signed-off-by: Dongxiao Xu
---
meta/classes/multilib.bbclass |5 -
currently we have allarch type of recipes, which may still have
architecture dependency, like x11-common. So we need to drop the
handling to allarch in multilib case.
Also remove the PV postfix in python-pygobject DEPENDS, since multilib
code will treat a native package multilib capable.
[YOCTO #
Hi Richard,
This pull request is to fix several multilib bugs related with RPM backend,
please help to review and pull.
I've done a round of multilib testing agasint:
- lib32 sato image on qemux86 machine
- lib32 sato image on qemux86-64 machine
- lib64 sato image on qemux86-64 machine
- lib6
When RPM does the real install, if the first manifest file is empty, the
installation will stop without handling the second manifest file.
Merge the two manifest files together to fix this issue.
Signed-off-by: Dongxiao Xu
---
meta/classes/package_rpm.bbclass |5 +++--
1 files changed, 3 in
Add MLPREFIX to multilib deploy forlder to avoid the confliction between
multilib and normal package deploy directory.
Signed-off-by: Dongxiao Xu
---
meta/classes/multilib.bbclass|5 -
meta/classes/package_rpm.bbclass | 10 --
meta/classes/rootfs_rpm.bbclass |2 +-
3 f
Use TUNE_FEATURES to determine the setting to TUNE_PKGARCH, which fixes
the wrong setting of PACKAGE_ARCH in multilib case.
Signed-off-by: Dongxiao Xu
---
meta/conf/machine/include/tune-i586.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/
Signed-off-by: Saul Wold
---
meta/recipes-extended/libzypp/libzypp_git.bb |8
meta/recipes-extended/sat-solver/sat-solver_git.bb |4 +++-
meta/recipes-extended/zypper/zypper_git.bb |6 --
3 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/meta/r
Signed-off-by: Saul Wold
---
meta/recipes-devtools/rpm/rpm_5.4.0.bb | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.0.bb
b/meta/recipes-devtools/rpm/rpm_5.4.0.bb
index 356512a..bbef0be 100644
--- a/meta/recipes-devtools/
rpm-native was reading from /usr/share/misc/magic which is wrong
it needs to be set to read from the sysroot. This also adds wrappers
to the rpm-build tools to ensure they know were to find the macros that
point to the right directories.
Fixes [YOCTO #1532]
Signed-off-by: Saul Wold
---
meta/re
Richard,
The first patch of this set fixes the host contamination issue that
was found.
The second 2 fixes are doing some RDEPENDS clean up and QA warning on
un-packaged files.
Sau!
The following changes since commit 684a4b517d13884c315688967fadd5e6a4845b71:
libffi: really populate -dev pac
From: Zhai Edwin
tables depends on obsolete gnome-vfs, and is not maintained in clutter git repo
Signed-off-by: Zhai Edwin
---
meta-demoapps/recipes-graphics/clutter/table.inc | 13 -
.../recipes-graphics/clutter/table/fixes.patch | 16
.../recipes-graphi
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../conf/distro/include/distro_tracking_fields.inc | 11
meta/conf/multilib.conf|1 -
.../gnome/gnome-vfs-2.24.4/gconftool-lossage.patch | 13 -
.../gnome-vfs-2.24.4/gnome-vfs-no-kerberos.patch | 53
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
meta/recipes-kernel/oprofile/oprofileui.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/oprofile/oprofileui.inc
b/meta/recipes-kernel/oprofile/oprofileui.inc
index 5170357..ab14c38 100644
--- a/met
From: Zhai Edwin
All,
gnome-vfs need to be removed and taken place by gio. These patches remove the
dependece on it, and obsolete recipes that need it.
Pls. help to pull.
Thanks,
Edwin
The following changes since commit e3c5d7a90ae179af0ac128ea4dfc1a5a6602c2e4:
libtool: Fix an issue where u
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../recipes-gnome/libgsf/libgsf_1.14.5.bb |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta-demoapps/recipes-gnome/libgsf/libgsf_1.14.5.bb
b/meta-demoapps/recipes-gnome/libgsf/libgsf_1.14.5.bb
index 3ac7
55 matches
Mail list logo
