Signed-off-by: Koen Kooi
---
.../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
b/meta/recipes-multimedia/gstreamer/gst-meta-base_0.10.bb
index 17
some text here
Signed-off-by: Koen Kooi
---
.../gstreamer/gst-plugins-package.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
b/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc
index
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
Openembedd
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 mu
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
>
>
> """
>
> We've been around in a few circles with this. The problem is that if we
> apply
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
"""
We've been around in a few circles with this. The problem is that if we
apply this patch we have no clue which gst-plugin from the good, the bad
and the ugly provide
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 reply with:
> > """
> > NAK
> >
> >
> > """
> >
> >
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 restrain
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.1
On Thursday 15 September 2011 21:06:22 Otavio Salvador wrote:
> On Thu, Sep 15, 2011 at 15:41, Eric Bénard 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 have i
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 re
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énard 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
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 ini
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 ?
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 so
people had some idea of what to expect from the project and when. We
decided to put that i
[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
---
meta/classes/debian.bbclass |4
meta/classes/package_ipk.bbclass |1 +
meta/classes/rootfs_ipk.bbc
[YOCTO #1486]
Added MLPREFIX to the final package names of library packages in case of
DEBIAN_NAMES.
Signed-off-by: Lianhao Lu
---
meta/recipes-core/libxml/libxml2.inc |2 +-
meta/recipes-core/libxml/libxml2_2.7.8.bb |2 +-
meta/recipes-gnome/gtk+/gtk+_2.12.7.bb |
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 var
[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
---
meta/classes/im
On Fri, Sep 16, 2011 at 09:22, Eric Bénard 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 too.
Personal
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
> S
On Fri, Sep 16, 2011 at 09:54, Richard Purdie
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 so
> people had some idea of what
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 wr
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
[YOCTO #1469]
Signed-off-by: Richard Purdie
---
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
+++ b/meta/recipes-devtools/qemu/qemu-0.14.0/arm-bgr.patch
@@ -0,0 +
> -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 rea
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 Pu
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 th
On Fri, Sep 16, 2011 at 12:28, Tom Zanussi wrote:
> Signed-off-by: Tom Zanussi
Acked-by: Otavio Salvador
I've seen this very ofthen in our internal images so this is a very welcome fix.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.os
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
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()
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 : m
On Fri, 2011-09-16 at 10:29 -0300, Otavio Salvador wrote:
> On Fri, Sep 16, 2011 at 09:54, Richard Purdie
> 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
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 t
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
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
wrote:
> On Fri, 2011-09-16 at 10:29 -0300, Otavio Salvador wrote:
>> On Fri, Sep 16, 2011 at 09:54, Richard Purdie
>> wrote:
>> > Its been mentioned to me that we perhaps haven't made it really clear
>> > what is happening with OE-Core at the moment.
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
---
meta/classes/sanity.bbclas
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
---
meta/lib/oe
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
http://cgi
On Fri, Sep 16, 2011 at 13:57, Richard Purdie
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 twice : once to compile qmak
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 t
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 m
On Fri, Sep 16, 2011 at 14:16, Paul Eggleton
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 example of this?
>
> Sin
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 #
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 termin
On Friday 16 September 2011 18:18:43 you wrote:
> On Fri, Sep 16, 2011 at 14:16, Paul Eggleton
>
> 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 s
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 het volgende
geschreven:
> Also removed broken ULCD driver and fixed a potential issued du
On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
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 not that the patches w
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. me
On 9/16/11 2:06 PM, Otavio Salvador wrote:
> On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
> 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.
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 u
On Fri, Sep 16, 2011 at 2:22 PM, Koen Kooi 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 patches from the export/ dir
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 is
On Fri, Sep 16, 2011 at 16:45, Mark Hatle wrote:
> On 9/16/11 2:06 PM, Otavio Salvador wrote:
>> On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
>> 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
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
featu
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
featu
On Fri, Sep 16, 2011 at 12:45 PM, Mark Hatle 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 are working on
65 matches
Mail list logo
