Op 16 sep. 2011, om 03:40 heeft Tom Zanussi het volgende geschreven:
RDEPENDS is package-specific, so add ${PN} to it.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../ttf-fonts/liberation-fonts_1.06.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Op 16 sep. 2011, om 03:41 heeft Tom Zanussi het volgende geschreven:
RDEPENDS is package-specific, so add ${PN} to it.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta/recipes-bsp/grub/grub_1.99.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Op 16 sep. 2011, om 03:40 heeft Tom Zanussi het volgende geschreven:
RDEPENDS is package-specific, so add ${PN} to it.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../initrdscripts/initramfs-live-install_1.0.bb|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Op 16 sep. 2011, om 03:40 heeft Tom Zanussi het volgende geschreven:
RDEPENDS is package-specific, so add ${PN} to it.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../ttf-fonts/liberation-fonts_1.04.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Op 16 sep. 2011, om 04:20 heeft Saul Wold het volgende geschreven:
Richard,
Saul Wold (1):
web: Fix SRVREV due to lost commit in web-sato
typo in commit message
Tom Zanussi (4):
liberation-fonts_1.04: add PN to RDEPENDS
liberation-fonts_1.06: add PN to RDEPENDS
Op 16 sep. 2011, om 03:41 heeft Tom Zanussi het volgende geschreven:
RDEPENDS is package-specific, so add ${PN} to it.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../ttf-fonts/ttf-bitstream-vera_1.10.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
IceCC needs tarballs with toolchains to work correctly. This is a
version largely based on one from org.openembedded.dev, plus a patch to
support recent compilers, LTO, etc.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../icecc-create-env/icecc-lto-update.patch| 103
Add a class to report build errors to bugzilla. Idea largely based on
sepukku.bbclass, however it's rewritten nearly fully to use XML-RPC
interface of bugzilla. Tested with bugzilla 4.0, other version might
require some sort of adaptation.
Signed-off-by: Dmitry Eremin-Solenikov
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
.../gstreamer/gst-meta-base_0.10.bb| 50 ++--
1 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-meta-base_0.10.bb
some text here
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
.../gstreamer/gst-plugins-package.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
Hello,
is it possible to take the recipes for qt 4.7.x from oe-core and use it
in a 2011.03-maintenance tag based OE environment ?
What are the main differences, if there are one ?
Regards
Wolfgang Hauser
___
Openembedded-core mailing list
Hi Wolfgang,
Le 16/09/2011 10:46, Hauser, Wolfgang (external) a écrit :
is it possible to take the recipes for qt 4.7.x from oe-core and use it in
a 2011.03-maintenance tag based OE environment ?
What are the main differences, if there are one ?
I would recommend to update qt to 4.7.4 (git mv
Hi Mark/Dongxaio,
We really need to get the remainder of the multilib bugs wrapped up. I
think there is some confusion about the exact approach to take to fix
some of them so I'm hoping to try and summarise the problems here so we
can work out some resolutions.
Problem A
=
We can have
On Fri, Sep 16, 2011 at 11:09:49AM +0100, Richard Purdie wrote:
On Fri, 2011-09-16 at 10:20 +0200, Koen Kooi wrote:
some text here
It took all my restraint to not just reply with:
NAK
insert reason for NAK here, I can't be bothered to type it
We've been around in a few circles
On Fri, 2011-09-16 at 10:20 +0200, Koen Kooi wrote:
some text here
It took all my restraint to not just reply with:
NAK
insert reason for NAK here, I can't be bothered to type it
We've been around in a few circles with this. The problem is that if we
apply this patch we have no clue which
On Fri, 2011-09-16 at 12:00 +0100, Richard Purdie wrote:
On Fri, 2011-09-16 at 12:19 +0200, Martin Jansa wrote:
On Fri, Sep 16, 2011 at 11:09:49AM +0100, Richard Purdie wrote:
On Fri, 2011-09-16 at 10:20 +0200, Koen Kooi wrote:
some text here
It took all my restraint to not just
On Thu, 2011-09-15 at 19:20 -0700, Saul Wold wrote:
Richard,
This request has some fixes from the team for issues found
today, alone with a distro-tracking update.
Thanks
Sau!
The following changes since commit f7f129b60d33e2758a3a9cc66a98251e1325664d:
liboil-0.3.17: add
On Thursday 15 September 2011 21:06:22 Otavio Salvador wrote:
On Thu, Sep 15, 2011 at 15:41, Eric Bénard e...@eukrea.com wrote:
...
Btw, this patch is only a minor update of qt so this would be interesting
to have it into the 1.1 release imho.
I agree with Eric that this is important to
Hi Richard and Mark,
-Original Message-
From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
Sent: Friday, September 16, 2011 5:32 PM
To: Mark Hatle
Cc: Xu, Dongxiao; openembedded-core
Subject: Multilib status
Hi Mark/Dongxaio,
We really need to get the remainder
Hi,
Le 16/09/2011 13:12, Paul Eggleton a écrit :
On Thursday 15 September 2011 21:06:22 Otavio Salvador wrote:
On Thu, Sep 15, 2011 at 15:41, Eric Bénarde...@eukrea.com wrote:
...
Btw, this patch is only a minor update of qt so this would be interesting
to have it into the 1.1 release imho.
On Thu, 2011-09-15 at 15:41 -0700, Darren Hart wrote:
I ran into a bit of a nasty issue where EXTRA_IMAGE_FEATURES set in my
local.conf was causing core-image-initramfs to pull a bunch of files into
my initrd, including bash and a 100+MB vmlinux image. The 85M initrd caused
some strange
On Fri, 2011-09-16 at 14:22 +0200, Eric Bénard wrote:
I don't understand why oe-core's development has to be stopped by yocto's
releases process but I may not have found the right page on the wiki
explaining all the details : may you please give me some links concerning
this
policy ?
It
[YOCTO #1486]
1. Added multilib support for package_name_hook() so MLPREFIX is kept in
the final package name.
2. clean the output of log_check_ipk.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/classes/debian.bbclass |4
meta/classes/package_ipk.bbclass |1 +
[YOCTO #1486]
Added MLPREFIX to the final package names of library packages in case of
DEBIAN_NAMES.
Signed-off-by: Lianhao Lu lianhao...@intel.com
---
meta/recipes-core/libxml/libxml2.inc |2 +-
meta/recipes-core/libxml/libxml2_2.7.8.bb |2 +-
This series of patches is meant to fix bug [YOCTO #1486].
It added multilib support in package_name_hook() so MLPREFIX is kept in the
package name after the debian package renaming.
It changed the logic of multilib_sanity_check() that all the equal duplicated
files
from different multilib
[YOCTO #1486]
1. image.bbclass: In multilib_sanity_check, duplicated files except
those matching to MULTILIBRE_ALLOW_REP are allowed if they're equal.
2. pacakge.bbclass: Allow DEBIAN_NOAUTONAMES variable to be
automatically mapped in multilib case.
Signed-off-by: Lianhao Lu lianhao...@intel.com
On Fri, Sep 16, 2011 at 09:22, Eric Bénard e...@eukrea.com wrote:
We could also say that qt 4.7.4 fix many qt 4.7.3 bugs and integrate the
patch fixing this one and in the end get an improvement.
It has a patch available that fixes the issue, so seems fine for me to
merge it and put this patch
Hi Richard and Mark,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Xu, Dongxiao
Sent: Friday, September 16, 2011 8:01 PM
To: Richard Purdie; Mark Hatle
Cc: openembedded-core
Subject:
On Fri, Sep 16, 2011 at 09:54, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Its been mentioned to me that we perhaps haven't made it really clear
what is happening with OE-Core at the moment. When we started this off,
we agreed to try and get on a roughly six month release cadence
On Fri, 2011-09-16 at 12:06 +0100, Phil Blundell wrote:
On Fri, 2011-09-16 at 12:00 +0100, Richard Purdie wrote:
On Fri, 2011-09-16 at 12:19 +0200, Martin Jansa wrote:
On Fri, Sep 16, 2011 at 11:09:49AM +0100, Richard Purdie wrote:
On Fri, 2011-09-16 at 10:20 +0200, Koen Kooi wrote:
On 9/16/11 4:32 AM, Richard Purdie wrote:
Hi Mark/Dongxaio,
We really need to get the remainder of the multilib bugs wrapped up. I
think there is some confusion about the exact approach to take to fix
some of them so I'm hoping to try and summarise the problems here so we
can work out some
[YOCTO #1469]
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-devtools/qemu/qemu-0.14.0/arm-bgr.patch
b/meta/recipes-devtools/qemu/qemu-0.14.0/arm-bgr.patch
new file mode 100644
index 000..3b460d0
--- a/dev/null
+++
-Original Message-
From: Mark Hatle [mailto:mark.ha...@windriver.com]
Sent: Friday, September 16, 2011 10:51 PM
To: Richard Purdie
Cc: Xu, Dongxiao; openembedded-core
Subject: Re: Multilib status
On 9/16/11 4:32 AM, Richard Purdie wrote:
Hi Mark/Dongxaio,
We really need to
On 9/16/11 10:21 AM, Xu, Dongxiao wrote:
-Original Message-
From: Mark Hatle [mailto:mark.ha...@windriver.com]
Sent: Friday, September 16, 2011 10:51 PM
To: Richard Purdie
Cc: Xu, Dongxiao; openembedded-core
Subject: Re: Multilib status
On 9/16/11 4:32 AM, Richard Purdie wrote:
Hi
For packages that have files installed that aren't in a subdirectory,
the following build WARNING is emitted (this for initramfs-live-boot
as an example):
WARNING: For recipe initramfs-live-boot, the following files were
installed but not shipped in any package:
WARNING: init
The problem is
On Fri, Sep 16, 2011 at 12:28, Tom Zanussi tom.zanu...@intel.com wrote:
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
Acked-by: Otavio Salvador ota...@ossystems.com.br
I've seen this very ofthen in our internal images so this is a very welcome fix.
--
Otavio Salvador
On Fri, 2011-09-16 at 10:28 -0500, Tom Zanussi wrote:
For packages that have files installed that aren't in a subdirectory,
the following build WARNING is emitted (this for initramfs-live-boot
as an example):
WARNING: For recipe initramfs-live-boot, the following files were
installed but
On Fri, 2011-09-16 at 10:55 +0400, Dmitry Eremin-Solenikov wrote:
IceCC needs tarballs with toolchains to work correctly. This is a
version largely based on one from org.openembedded.dev, plus a patch to
support recent compilers, LTO, etc.
Signed-off-by: Dmitry Eremin-Solenikov
On Fri, 2011-09-16 at 21:01 +0800, Lianhao Lu wrote:
This series of patches is meant to fix bug [YOCTO #1486].
It added multilib support in package_name_hook() so MLPREFIX is kept in the
package name after the debian package renaming.
It changed the logic of multilib_sanity_check() that
On Fri, 2011-09-16 at 13:54 +0100, Phil Blundell wrote:
On Fri, 2011-09-16 at 14:22 +0200, Eric Bénard wrote:
I don't understand why oe-core's development has to be stopped by yocto's
releases process but I may not have found the right page on the wiki
explaining all the details : may you
On Fri, 2011-09-16 at 10:29 -0300, Otavio Salvador wrote:
On Fri, Sep 16, 2011 at 09:54, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Its been mentioned to me that we perhaps haven't made it really clear
what is happening with OE-Core at the moment. When we started this off,
we
On Tue, 2011-09-13 at 16:44 +0200, Eric Bénard wrote:
- qt4-tools-nativesdk : actually the qmake binary which gets installed
comes from the native recipe. This patch fix this problem by laucnhing
configure twice : once to compile qmake using the right toolchain for
nativesdk, and a second time
On Wed, 2011-09-14 at 10:30 +0100, Phil Blundell wrote:
On Tue, 2011-09-13 at 17:46 -0700, Joshua Lock wrote:
Whilst I intend to rectify the latter I'd like to propose we change the
former such that the defect information is at the end of the commit
message.
I believe this is more
On Wed, 2011-09-14 at 15:09 -0700, Joshua Lock wrote:
It's difficult to test a range of fetchers when using mirrors, therefore
create a throwaway
copy of the datastore and delete the MIRROR and PREMIRROR variables to ensure
they aren't
used in the connectivity check.
Signed-off-by:
On Fri, Sep 16, 2011 at 13:51, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Fri, 2011-09-16 at 10:29 -0300, Otavio Salvador wrote:
On Fri, Sep 16, 2011 at 09:54, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Its been mentioned to me that we perhaps haven't made it
If the user has specified konsole in TERMCMD and it is version 2.x from
KDE 4.x, raise an error as this version will not work for patch
resolution purposes (it forks into the background and returns
immediately).
Addresses [YOCTO #1294]
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
Konsole 2.x (from KDE 4.x) does not work as devshell - it does not pass
the environment or current working directory through among other issues,
so do a version check and disable it if it is found (skipping to the
next available terminal application.)
Signed-off-by: Paul Eggleton
The following changes since commit 20529035a4c0befb3c6bdbcb289a2de930fb143d:
bugzilla.bbclass: add a class to report build problems to bugzilla
(2011-09-16 17:36:27 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/konsole
On Fri, Sep 16, 2011 at 13:57, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-09-13 at 16:44 +0200, Eric Bénard wrote:
- qt4-tools-nativesdk : actually the qmake binary which gets installed
comes from the native recipe. This patch fix this problem by laucnhing
configure
Any comments?
On Wed, 2011-09-14 at 15:09 -0700, Joshua Lock wrote:
It's difficult to test a range of fetchers when using mirrors, therefore
create a throwaway
copy of the datastore and delete the MIRROR and PREMIRROR variables to ensure
they aren't
used in the connectivity check.
Hi Paul/Eric,
I was trying to figure out where we're at with the QT4 patches. With
regard to the version update, I've seen talk of the first version of the
update being broken, a second version posted and then some talk of some
fix needed on top of that which I could find a patch for.
On top of
On Friday 16 September 2011 18:08:04 Otavio Salvador wrote:
More then once I wanted to pick a patch that was in poky and not yet
merged into oe-core and it wasn't that easy to split it.
Can you give a specific example of this?
Since the split, there have never been any patches intentionally
On Fri, Sep 16, 2011 at 14:16, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Friday 16 September 2011 18:08:04 Otavio Salvador wrote:
More then once I wanted to pick a patch that was in poky and not yet
merged into oe-core and it wasn't that easy to split it.
Can you give a specific
On Fri, 2011-09-16 at 18:08 +0100, Paul Eggleton wrote:
If the user has specified konsole in TERMCMD and it is version 2.x from
KDE 4.x, raise an error as this version will not work for patch
resolution purposes (it forks into the background and returns
immediately).
Addresses [YOCTO #1294]
On Fri, 2011-09-16 at 18:08 +0100, Paul Eggleton wrote:
Konsole 2.x (from KDE 4.x) does not work as devshell - it does not pass
the environment or current working directory through among other issues,
so do a version check and disable it if it is found (skipping to the
next available terminal
On Friday 16 September 2011 18:18:43 you wrote:
On Fri, Sep 16, 2011 at 14:16, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Friday 16 September 2011 18:08:04 Otavio Salvador wrote:
More then once I wanted to pick a patch that was in poky and not yet
merged into oe-core and it
Just an FYI. I'm working through a bunch of issues. I found out that the RPM
dependency resolution was completely broken, due to a small bug in the
package_rpm.bbclass.. Packages were not being given the proper provide
information, so RPM was attempting best match -- and failing as noted in the
please follow the README when sending patches, this is the wrong list
secondly, use the patches from the export/ directory, they have much less cruft
in them
Op 16 sep. 2011 om 20:14 heeft Jason Kridner j...@ti.com het volgende
geschreven:
Also removed broken ULCD driver and fixed a
On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Friday 16 September 2011 18:18:43 you wrote:
They all ended up in oe-core the problem is when they're not yet
merged but I want to merge them into my tree for use, test or
anything.
Ah, so what you mean is
NOTE: meetings are now every two weeks instead of weekly
MINUTES: OE-TSC meeting 16 Sept 2011
Attending: Tom, Mark, Richard, Koen
Apologies: Khem
Note: Jefro
Agenda:
1. pick a moderator
Jefro volunteers
2. ask for new agenda items
a.
On 9/16/11 2:06 PM, Otavio Salvador wrote:
On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Friday 16 September 2011 18:18:43 you wrote:
They all ended up in oe-core the problem is when they're not yet
merged but I want to merge them into my tree for use,
Hi Richard,
Le 16/09/2011 18:57, Richard Purdie a écrit :
On Tue, 2011-09-13 at 16:44 +0200, Eric Bénard wrote:
- qt4-tools-nativesdk : actually the qmake binary which gets installed
comes from the native recipe. This patch fix this problem by laucnhing
configure twice : once to compile qmake
On Fri, Sep 16, 2011 at 2:22 PM, Koen Kooi k...@dominion.thruhere.net wrote:
please follow the README when sending patches, this is the wrong list
+angstrom-distro-devel
corrected my typo of beagleboard list name
oe-core list moved to BCC to avoid additional follow-up
secondly, use the
Hi Richard,
Le 16/09/2011 19:13, Richard Purdie a écrit :
There is also a qt4 demo split patch that looks like its been through a
couple of iterations and also some armv6 patch with feedback that there
are futher issues so I'm not sure what the status is there.
One thing that would be great
On Fri, Sep 16, 2011 at 16:45, Mark Hatle mark.ha...@windriver.com wrote:
On 9/16/11 2:06 PM, Otavio Salvador wrote:
On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
On Friday 16 September 2011 18:18:43 you wrote:
They all ended up in oe-core the problem is
The patch header has the long story, short story is that texinfo builds some
native tools required to bootstrap itself when cross-compiling - however this
adds some development requirements for the host.
Since we require texinfo on the host to build this patch removes the build
bootstrapping, and
Texinfo very cleverly detects cross-compilation and builds host versions
of the texinfo binaries it requires to bootstrap the build, however this
was causing the host to require ncurses and zlib libraries and headers.
Instead, since we require texinfo to be installed on the host, remove this
Please disregard, I've worked out a much cleaner way to fix the gettext
error than bundling a 444 line file.
v2 imminent.
Joshua
On Fri, 2011-09-16 at 15:44 -0700, Joshua Lock wrote:
Texinfo very cleverly detects cross-compilation and builds host versions
of the texinfo binaries it requires
The patch header has the long story, short story is that texinfo builds some
native tools required to bootstrap itself when cross-compiling - however this
adds some development requirements for the host.
Since we require texinfo on the host to build this patch removes the build
bootstrapping, and
Texinfo very cleverly detects cross-compilation and builds host versions
of the texinfo binaries it requires to bootstrap the build, however this
was causing the host to require ncurses and zlib libraries and headers.
Instead, since we require texinfo to be installed on the host, remove this
On Fri, Sep 16, 2011 at 12:45 PM, Mark Hatle mark.ha...@windriver.com wrote:
Yes I know but wouldn't be better if you could base your work on
oe-core and avoid doing this?
For submitting to oe-core for pull requests, basing work off of oe-core is
best
practice. However, forcing people who
71 matches
Mail list logo