Richard,
Mostly upgrade with a couple of patches, most notibly Chen's TMPDIR check
Thanks
Sau!
The following changes since commit 1028ac813fa9803ebfff6bcfa7f8b67012609b27:
sstate: add do_package to the noexec list in setscene_depvalid (2014-01-07
13:58:28 +)
are available in t
Op 8 jan. 2014, om 17:12 heeft Burton, Ross het
volgende geschreven:
> On 7 January 2014 13:05, Robert Yang wrote:
>>> *Some* packages have migrated away from gconf to gsettings. Not all
>>> packages have done this, so anything still using gconf is now broken.
>>> Note that almost nothing in
Op 9 jan. 2014, om 01:32 heeft Martin Jansa het
volgende geschreven:
> On Wed, Jan 08, 2014 at 11:21:08PM +, Paul Eggleton wrote:
>>> In my opinion...
>>>
>>> Personally I would be in favour of removing GTK+ and the GNOME UI from
>>> the core and putting them in their own layer for all the
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Wednesday, January 08, 2014 10:58 PM
> To: Nathan Rossi
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] ptest.bblass: Fix package QA issues when
> disabled
>
> On
On Wed, Jan 08, 2014 at 11:21:08PM +, Paul Eggleton wrote:
> > In my opinion...
> >
> > Personally I would be in favour of removing GTK+ and the GNOME UI from
> > the core and putting them in their own layer for all the same reasons I
> > think Qt should be in its own layer:
> > - a "basic" im
On 01/08/2014 06:57 PM, Richard Purdie wrote:
> On Wed, 2014-01-08 at 23:21 +, Paul Eggleton wrote:
>> On Wednesday 08 January 2014 13:44:59 Trevor Woerner wrote:
>>> On 01/08/14 10:56, Paul Eggleton wrote:
However, one concern I have always had with Qt being moved out of
OE-Core thou
On Wednesday, 8 January 2014 11:53 PM Paul Eggleton wrote:
>
>On Wednesday 08 January 2014 13:12:41 Richard Purdie wrote:
>> On Tue, 2014-01-07 at 22:59 +, Sipke Vriend wrote:
>> > Hi Richard,
>> >
>> > >-Original Message-
>> > >On Wednesday, 8 January 2014 12:00 AM, Richard Purdie wro
On Wed, 2014-01-08 at 23:21 +, Paul Eggleton wrote:
> On Wednesday 08 January 2014 13:44:59 Trevor Woerner wrote:
> > On 01/08/14 10:56, Paul Eggleton wrote:
> > > However, one concern I have always had with Qt being moved out of
> > > OE-Core though is that I very much doubt the same will happ
On Wednesday 08 January 2014 13:44:59 Trevor Woerner wrote:
> On 01/08/14 10:56, Paul Eggleton wrote:
> > However, one concern I have always had with Qt being moved out of
> > OE-Core though is that I very much doubt the same will happen with
> > GTK+ and GNOME UI components that we carry, which I
Hi everyone,
This is a "Request For Comments" email regarding a "bug scrub" party the
OE TSC would like to hold.
background:
It has been noticed that the number of bugs in the bugzilla[1] has been
climbing; it would be nice to hold a "bug scrub" event to raise
awareness of the bugzilla and hopef
On Wed, Jan 8, 2014 at 3:01 PM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2014-01-08 at 16:09 +, Burton, Ross wrote:
> > Hi,
> >
> > Despite a good start this thread got rapidly hijacked, so let's try
> again!
> >
> > On 24 December 2013 01:09, Philip Balister wrot
On 8 January 2014 18:44, Philip Balister wrote:
> On 01/08/2014 12:01 PM, Richard Purdie wrote:
>> On Wed, 2014-01-08 at 16:09 +, Burton, Ross wrote:
>>> Hi,
>>>
>>> Despite a good start this thread got rapidly hijacked, so let's try again!
>>>
>>> On 24 December 2013 01:09, Philip Balister w
On Wed, Jan 08, 2014 at 01:44:59PM -0500, Trevor Woerner wrote:
> On 01/08/14 10:56, Paul Eggleton wrote:
> > However, one concern I have always had with Qt being moved out of
> > OE-Core though is that I very much doubt the same will happen with
> > GTK+ and GNOME UI components that we carry, whic
On 01/08/14 10:56, Paul Eggleton wrote:
> However, one concern I have always had with Qt being moved out of
> OE-Core though is that I very much doubt the same will happen with
> GTK+ and GNOME UI components that we carry, which I think will lead to
> the (perhaps erroneous, but logical) assumption
On 01/08/2014 12:01 PM, Richard Purdie wrote:
> On Wed, 2014-01-08 at 16:09 +, Burton, Ross wrote:
>> Hi,
>>
>> Despite a good start this thread got rapidly hijacked, so let's try again!
>>
>> On 24 December 2013 01:09, Philip Balister wrote:
1) Move piglit and deps to oe-core. Piglit is
From: Mike Crowe
The new do_bundle_initramfs task introduced in
609d5a9ab9e58bb1c2bcc2145399fbc8b701b85a defeats using the sstate
cache. The kernel is resurrected from the sstate cache but ends up being
built again since do_bundle_initramfs depends on do_compile.
The task is no longer nostamp to
From: Martin Jansa
* ltp installs 2 different runtests_noltp.sh files from different
directories into /opt/ltp/testcases/bin/runtests_noltp.sh
last one installed wins and causes unexpected changes in
buildhistory's files-in-image.txt report, rename them to have
unique name as other ltp sc
The following changes since commit e86622a932bbd0acdea67ecfb15c8b06c27353d8:
libsoup-2.4: add intltool-native to DEPENDS (2013-12-19 14:59:47 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/dora-backports2
http://cgit.openembedded.
From: Richard Purdie
There is little point in including the file twice so lets not. The
main recipe already included it.
Signed-off-by: Martin Jansa
Signed-off-by: Richard Purdie
---
meta/recipes-core/eglibc/eglibc-initial.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-
From: Mike Crowe
This reverts commit 3baa63b4d588c3262254528b406ede265dd117bf. It broke
builds that aren't using kernel-yocto.
Signed-off-by: Mike Crowe
Signed-off-by: Martin Jansa
Signed-off-by: Richard Purdie
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletio
do_compile.log: http://ix.io/9Ki
Speaking on IRC it seems that host systems with /usr/lib/libstdc++.so
present are failing to build db.
/usr/lib/libstdc++.so is present on at least archlinux in the gcc-libs
and gcc-multilibs package which is a fairly standard package to have
installed. The proble
On Mon, 2014-01-06 at 18:12 +0100, Corneliu Stoicescu wrote:
> - added buildstats inheritance inside buildhistory
> - when buildhisory is used, buildstats will be moved inside the buildhistory
> directory
> ---
> meta/classes/buildhistory.bbclass |3 +++
> meta/classes/buildstats.bbclass |
Hi,
since this patch:
commit 263e654e5d28fa7f6b0c8cc23f57a31448e88a40
Author: Valentin Popa
Date: Wed Oct 30 12:27:39 2013 +0200
Mesa: upgrade to 9.2.2
* License is still MIT
* removed patches were already merged or
another solution was backported.
I have to define MESA_EGL
On 01/06/2014 09:12 AM, Corneliu Stoicescu wrote:
- added buildstats inheritance inside buildhistory
- when buildhisory is used, buildstats will be moved inside the buildhistory
directory
This does not seem to have a Signed-off-by:
Please submit a v2 for review.
Thanks
Sau!
---
m
A couple of patches to fix the CMAKE_SYSTEM_NAME value.
The following changes since commit 394fa61d00b97c19610bfb38f02174c4e8aeeb15:
libsoup-2.4: add intltool-native to DEPENDS (2013-12-19 11:44:49 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core
From: Saul Wold
Using TARGET_OS can add the ABIEXTENSION so ensure that is is removed for the
Linux
TARGET_OS, we might have other TARGET_OSes so don't hard code CMAKE_SYSTEM_NAME
[YOCTO #5145]
(From OE-Core master rev: 7d8b700242b1b32c6b6d0735b497701800f54fc4)
Signed-off-by: Saul Wold
Signe
From: Richard Purdie
For unknown reasons, the cmake class is using SDK_OS as the
target system OS. This makes no sense but only shows up as a problem
when you try a different SDK OS. Fix it to use TARGET_OS which is
the correct thing to do. For the vast majority of users this will
make no differe
On Wed, Jan 8, 2014 at 6:01 PM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> >
> > On 24 December 2013 01:09, Philip Balister wrote:
> > >> 1) Move piglit and deps to oe-core. Piglit is for QA purposes only
> > >> and pushes the boundaries of "core platform". In a sense this is
On Wed, 2014-01-08 at 16:09 +, Burton, Ross wrote:
> Hi,
>
> Despite a good start this thread got rapidly hijacked, so let's try again!
>
> On 24 December 2013 01:09, Philip Balister wrote:
> >> 1) Move piglit and deps to oe-core. Piglit is for QA purposes only
> >> and pushes the boundarie
Signed-off-by: Cristian Iorga
---
meta/recipes-core/netbase/{netbase_5.1.bb => netbase_5.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/netbase/{netbase_5.1.bb => netbase_5.2.bb} (84%)
diff --git a/meta/recipes-core/netbase/netbase_5.1.bb
b/meta/recipe
On Wed, Jan 08, 2014 at 03:56:04PM +, Paul Eggleton wrote:
> Hi all,
>
> On Tuesday 07 January 2014 13:27:22 Trevor Woerner wrote:
> > question:
> > Should some version of Qt be included in openembedded-core, or should
> > all recipes to add Qt be part of their own version-specific Qt layer?
>
V2 patchset contains a small change in qemu package:
files directory has been renamed to qemu.
The following changes since commit 854daab404a23e4ebb6107d737d9cfd5a0e5548b:
bitbake: gitannex: Add missing file from previous commit (2014-01-08 13:07:48
+)
are available in the git repository
On Wed, Jan 08, 2014 at 04:09:10PM +, Burton, Ross wrote:
> Hi,
>
> Despite a good start this thread got rapidly hijacked, so let's try again!
>
> On 24 December 2013 01:09, Philip Balister wrote:
> >> 1) Move piglit and deps to oe-core. Piglit is for QA purposes only
> >> and pushes the bo
linux-user-Handle-SOCK_CLOEXEC-NONBLOCK-if-unavailab.patch
file no longer needed, included in upstream.
qemu-native tested on all architectures,
host machine is Ubuntu Linux 13.10 x86-64.
Basic X11 and networking tests performed.
Signed-off-by: Cristian Iorga
---
...Handle-SOCK_CLOEXEC-NONBLOCK-
On 7 January 2014 13:05, Robert Yang wrote:
>> *Some* packages have migrated away from gconf to gsettings. Not all
>> packages have done this, so anything still using gconf is now broken.
>> Note that almost nothing in oe-core uses gsettings as we're still
>> using the GTK+ 2 stack generally.
>
>
Hi,
Despite a good start this thread got rapidly hijacked, so let's try again!
On 24 December 2013 01:09, Philip Balister wrote:
>> 1) Move piglit and deps to oe-core. Piglit is for QA purposes only
>> and pushes the boundaries of "core platform". In a sense this is a
>> repeat of the discussi
Hi all,
On Tuesday 07 January 2014 13:27:22 Trevor Woerner wrote:
> question:
> Should some version of Qt be included in openembedded-core, or should
> all recipes to add Qt be part of their own version-specific Qt layer?
>
> background:
> openembedded-core[1] used to include recipes for Qt3, but
On Wed, 2014-01-08 at 16:05 +0100, Mike Looijmans wrote:
> On 01/08/2014 02:50 PM, Philip Balister wrote:
> > On 01/08/2014 08:24 AM, Mike Looijmans wrote:
> >> Probably a silly question that has been asked a thousand times, but my
> >> searches on Google only give me the answer to the wrong que
On Wed, 2014-01-08 at 14:21 +, Burton, Ross wrote:
> Hi Jack,
>
> There were some sstate/manifest changes to master before Christmas
> which is why this happens. You should only get the warning once per
> package as it rebuilds and updates the manifest, or just delete tmp:
> it will be rebuil
On Wed, 2014-01-08 at 16:05 +0100, Mike Looijmans wrote:
> On 01/08/2014 02:50 PM, Philip Balister wrote:
> > On 01/08/2014 08:24 AM, Mike Looijmans wrote:
> >> Probably a silly question that has been asked a thousand times, but my
> >> searches on Google only give me the answer to the wrong quest
On 01/08/2014 10:05 AM, Mike Looijmans wrote:
> On 01/08/2014 02:50 PM, Philip Balister wrote:
>> On 01/08/2014 08:24 AM, Mike Looijmans wrote:
>>> Probably a silly question that has been asked a thousand times, but my
>>> searches on Google only give me the answer to the wrong question (how to
>>>
On 01/08/2014 02:50 PM, Philip Balister wrote:
On 01/08/2014 08:24 AM, Mike Looijmans wrote:
Probably a silly question that has been asked a thousand times, but my
searches on Google only give me the answer to the wrong question (how to
build FOR the target, which I already know how to do).
I
On 8 January 2014 15:05, Mike Looijmans wrote:
> $ bitbake tools-sdk
> ERROR: Nothing PROVIDES 'tools-sdk'
It's an image feature that core-image.bbclass transforms into package groups:
PACKAGE_GROUP_tools-sdk = "packagegroup-core-sdk
packagegroup-core-standalone-sdk-target"
Ross
___
On 01/08/2014 02:48 PM, Phil Blundell wrote:
On Wed, 2014-01-08 at 14:24 +0100, Mike Looijmans wrote:
Probably a silly question that has been asked a thousand times, but my
searches on Google only give me the answer to the wrong question (how to build
FOR the target, which I already know how t
linux-user-Handle-SOCK_CLOEXEC-NONBLOCK-if-unavailab.patch
file no longer needed, included in upstream.
qemu-native tested on all architectures,
host machine is Ubuntu Linux 13.10 x86-64.
Basic X11 and networking tests performed.
Signed-off-by: Cristian Iorga
---
...Handle-SOCK_CLOEXEC-NONBLOCK-
Signed-off-by: Cristian Iorga
---
meta/recipes-core/netbase/{netbase_5.1.bb => netbase_5.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/netbase/{netbase_5.1.bb => netbase_5.2.bb} (84%)
diff --git a/meta/recipes-core/netbase/netbase_5.1.bb
b/meta/recipe
The following changes since commit 854daab404a23e4ebb6107d737d9cfd5a0e5548b:
bitbake: gitannex: Add missing file from previous commit (2014-01-08 13:07:48
+)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ciorga/PUs
http://git.yoctoproject.org/cgit.cgi
Hi Jack,
There were some sstate/manifest changes to master before Christmas
which is why this happens. You should only get the warning once per
package as it rebuilds and updates the manifest, or just delete tmp:
it will be rebuilt from sstate quickly.
Ross
On 8 January 2014 14:16, Jack Mitchel
On 08/01/14 14:16, Jack Mitchell wrote:
> On latest master I am running into the following failure:
>
> http://ix.io/9Kh
This should be the following link:
http://ix.io/9Ki
>
> I'm also getting a _lot_ of warnings like these:
>
> WARNING: The recipe eglibc-locale is trying to install files in
On latest master I am running into the following failure:
http://ix.io/9Kh
I'm also getting a _lot_ of warnings like these:
WARNING: The recipe eglibc-locale is trying to install files into a
shared area when those files already exist. Those files and their
manifest location are:
/home/jack/Wor
On Wednesday 08 January 2014 13:12:41 Richard Purdie wrote:
> On Tue, 2014-01-07 at 22:59 +, Sipke Vriend wrote:
> > Hi Richard,
> >
> > >-Original Message-
> > >On Wednesday, 8 January 2014 12:00 AM, Richard Purdie wrote:
> > >
> > >On Tue, 2014-01-07 at 03:09 +, Sipke Vriend wrot
On 01/08/2014 08:24 AM, Mike Looijmans wrote:
> Probably a silly question that has been asked a thousand times, but my
> searches on Google only give me the answer to the wrong question (how to
> build FOR the target, which I already know how to do).
>
> I want to run the C compiler on the board i
On Wed, 2014-01-08 at 14:24 +0100, Mike Looijmans wrote:
> Probably a silly question that has been asked a thousand times, but my
> searches on Google only give me the answer to the wrong question (how to
> build
> FOR the target, which I already know how to do).
>
> I want to run the C compil
Probably a silly question that has been asked a thousand times, but my
searches on Google only give me the answer to the wrong question (how to build
FOR the target, which I already know how to do).
I want to run the C compiler on the board itself. That is, a GCC that runs on
the board and co
On Tue, 2014-01-07 at 22:59 +, Sipke Vriend wrote:
> Hi Richard,
>
> >
> >-Original Message-
> >On Wednesday, 8 January 2014 12:00 AM, Richard Purdie wrote:
> >
> >On Tue, 2014-01-07 at 03:09 +, Sipke Vriend wrote:
> >> Hi,
> >>
> >> This RFC is a proposal to allow BSP layers to s
Signed-off-by: Irina Patru
---
.../gnutls/{libtasn1_3.3.bb => libtasn1_3.4.bb}|4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/gnutls/{libtasn1_3.3.bb => libtasn1_3.4.bb} (82%)
diff --git a/meta/recipes-support/gnutls/libtasn1_3.3.bb
b/meta/recipes-s
Signed-off-by: Irina Patru
---
...libsoup-2.4_2.44.2.bb => libsoup-2.4_2.45.3.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.44.2.bb =>
libsoup-2.4_2.45.3.bb} (85%)
diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.44.2
The packages have been succesfully compiled for all major architectures.
Both packages were tested on a core-image-sato with midori browser on a nuc.
The following changes since commit e93a345fae7c21652547bec501fcb1f3b6c6427d:
sstate: add do_package to the noexec list in setscene_depvalid (2014
On Wed, 2014-01-08 at 17:05 +1000, Nathan Rossi wrote:
> When the ptest distro feature is disabled, a ptest directory is still
> created in the install phase, This directory is not cleaned up or
> consumed by any package and will throw a QA error, e.g.
>
> ERROR: QA Issue: glib-2.0: Files/director
Hello folks,
On Tue, Jan 7, 2014 at 5:23 PM, Martin Jansa wrote:
> On Tue, Jan 07, 2014 at 01:27:22PM -0500, Trevor Woerner wrote:
> > Hello everyone,
> >
> > question:
> > Should some version of Qt be included in openembedded-core, or should
> > all recipes to add Qt be part of their own versio
On Tue, 2014-01-07 at 20:23 +0100, Martin Jansa wrote:
> I would like to see qt4 moved from oe-core to meta-qt4.
>
> That would remove the feeling that using oe-core defaults to using qt4
> and it would be consistent with other QT layers:
>
> meta-qt3
> meta-qt4
> meta-qt5
>
> oe-core would stay
Install tcl test suite and run it as ptest.
Signed-off-by: Chong Lu
---
meta/recipes-devtools/tcltk/tcl/run-ptest | 8
meta/recipes-devtools/tcltk/tcl_8.6.1.bb | 13 -
2 files changed, 20 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-devtools/tcltk/tcl/run-
The following changes since commit e93a345fae7c21652547bec501fcb1f3b6c6427d:
sstate: add do_package to the noexec list in setscene_depvalid (2014-01-07
13:58:32 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/tcl
http://git.pokylinux.org/cgit.cg
In
commit 10cdd66fe800cffe3f2cbf5c95550b4f7902a311
Author: Ming Liu
Date: Thu Jul 18 10:04:22 2013 +0800
libpam: add a new 'nullok_secure' option support to pam_unix
'null_ok_secure' option was fixed. Since that commit 'su' stopped working in
pseudo terminals (created in X environments) f
64 matches
Mail list logo
