In
commit 10cdd66fe800cffe3f2cbf5c95550b4f7902a311
Author: Ming Liu ming@windriver.com
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
Install tcl test suite and run it as ptest.
Signed-off-by: Chong Lu chong...@windriver.com
---
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
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
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 just the
Hello folks,
On Tue, Jan 7, 2014 at 5:23 PM, Martin Jansa martin.ja...@gmail.com 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
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/directories
Signed-off-by: Irina Patru irina.pa...@intel.com
---
...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
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
Signed-off-by: Irina Patru irina.pa...@intel.com
---
.../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
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 setup qemu with their
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
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 compiler on
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
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 wrote:
Hi,
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:
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 into a
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
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
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
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
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 cristian.io...@intel.com
---
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
On 8 January 2014 15:05, Mike Looijmans mike.looijm...@topic.nl 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
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 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
build FOR
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 question (how
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 rebuilt
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 question
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 as
Hi,
Despite a good start this thread got rapidly hijacked, so let's try again!
On 24 December 2013 01:09, Philip Balister phi...@balister.org 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
On 7 January 2014 13:05, Robert Yang liezhi.y...@windriver.com 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
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 cristian.io...@intel.com
---
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 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?
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 phi...@balister.org wrote:
1) Move piglit and deps to oe-core. Piglit is for QA purposes only
and
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
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
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 phi...@balister.org wrote:
1) Move piglit and deps to oe-core. Piglit is for QA purposes only
and pushes the
On Wed, Jan 8, 2014 at 6:01 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On 24 December 2013 01:09, Philip Balister phi...@balister.org 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
From: Richard Purdie richard.pur...@linuxfoundation.org
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
From: Saul Wold s...@linux.intel.com
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)
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:
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!
---
Hi,
since this patch:
commit 263e654e5d28fa7f6b0c8cc23f57a31448e88a40
Author: Valentin Popa valentin.p...@intel.com
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
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 |2
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
From: Mike Crowe m...@mcrowe.com
This reverts commit 3baa63b4d588c3262254528b406ede265dd117bf. It broke
builds that aren't using kernel-yocto.
Signed-off-by: Mike Crowe m...@mcrowe.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Richard Purdie
From: Martin Jansa martin.ja...@gmail.com
* 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
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
From: Richard Purdie richard.pur...@linuxfoundation.org
There is little point in including the file twice so lets not. The
main recipe already included it.
Signed-off-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
From: Mike Crowe m...@mcrowe.com
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
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 phi...@balister.org wrote:
1) Move piglit and deps to oe-core.
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 in
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, which I
On 8 January 2014 18:44, Philip Balister phi...@balister.org 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
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
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 think
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 hopefully
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 happen with
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 wrote:
On Tue,
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 though is that I
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 image doesn't
-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 Wed,
Op 9 jan. 2014, om 01:32 heeft Martin Jansa martin.ja...@gmail.com 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
Op 8 jan. 2014, om 17:12 heeft Burton, Ross ross.bur...@intel.com het
volgende geschreven:
On 7 January 2014 13:05, Robert Yang liezhi.y...@windriver.com wrote:
*Some* packages have migrated away from gconf to gsettings. Not all
packages have done this, so anything still using gconf is now
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
64 matches
Mail list logo