The following changes since commit d3fcfe346b3472170641d9194243c4bbe06b8585:
systemd: fix firmware path to match linux-firmware (2015-03-23 11:27:13 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/systemd-SULOGIN-path
Fix SULOGIN path so that rescue.service doesn't use `sulogin' from the sysroot
part of the build on host, which would lead to errors like below when booting
into rescue mode.
/bin/sh:
/buildarea2/chenqi/poky/build-systemd/tmp/sysroots/x86_64-linux/sbin/sulogin:
not found
Signed-off-by:
On 25/03/2015 5:03 PM, Chen Qi wrote:
Fix SULOGIN path so that rescue.service doesn't use `sulogin' from the sysroot
part of the build on host, which would lead to errors like below when booting
into rescue mode.
/bin/sh:
If shadow is installed, sulogin from busybox cannot work correctly because
it still assumes that /etc/shadow is not there. This leads to the problem
when booting into rescue mode in an image with shadow installed but not
sulogin from util-linux.
To fix this problem, we add 'util-linux-sulogin' to
[YOCTO #6698]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/util-linux/util-linux.inc | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index
The following changes since commit d3fcfe346b3472170641d9194243c4bbe06b8585:
systemd: fix firmware path to match linux-firmware (2015-03-23 11:27:13 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/bug6698
On Tue, 2015-03-24 at 14:57 -0400, Bruce Ashfield wrote:
Hi all,
Here is the latest linux-yocto consolidated pull request. It is a mix of
kernel version -stable imports (CVEs and fixes), kernel configuration
changes, a documentation update and kernel configuration enhancement.
The
Resolve mismatch between U-Boot configs and uboot image name.
The ${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX} may alway be false
and repeat compile or install so we need to check if ${type} match ${config}
Signed-off-by: Chunrong Guo b40...@freescale.com
---
From: Brendan Le Foll brendan.le.f...@intel.com
Due to recent security fixes it's advisable to update to the latest openssl
version. I propose an update to 1.0.1m rather than simply patching the
individual CVEs which is much more time consuming/error prone
This is exactly the same patch as for
From: Brendan Le Foll brendan.le.f...@intel.com
Security update, some patches modified to apply correctly mostly due to
upstream changing indentation/styling
* configure-targets.patch updated
* fix-cipher-des-ede3-cfb1.patch updated
*
On 3/25/15 6:15 AM, brendan.le.f...@intel.com wrote:
Thank you for your support on Dizzy.
If it isn't too mush trouble, is it possible to get the CVE's list are
are being addressed by this update?
regards,
Armin
From: Brendan Le Foll brendan.le.f...@intel.com
Due to recent security fixes
On Wed, Mar 25, 2015 at 8:13 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Wed, Mar 25, 2015 at 5:26 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2015-03-24 at 14:57 -0400, Bruce Ashfield wrote:
Hi all,
Here is the latest linux-yocto consolidated pull request.
From: Alexandru DAMIAN alexandru.dam...@intel.com
This patch removes the symbolic links from the artifact list.
[YOCTO #7184]
Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
meta/classes/toaster.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Belen Barros Pena belen.barros.p...@linux.intel.com
We update the toasterconf.json for the 1.8 fido
release.
A small update to the release help text in the
toasterconf.json file shipped with the
openembedded-core layer.
We now make explicit that Toaster will build with
the tip of the
Comments within the commit describe the issue.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/python/python-pygobject_2.28.3.bb
b/meta/recipes-devtools/python/python-pygobject_2.28.3.bb
index e7f17ff..f4359bb 100644
---
Hi all,
Everytime my image boots, the following error message is printed:
fsck (busybox 1.23.1, 2015-03-14 10:13:03 BRT)
Invalid non-numeric argument to -C (-y)
It seems that checkroot.sh script from initscripts package is
calling the command fsck -C -y. checkfs.sh script, apparently not
On Wed, Mar 25, 2015 at 5:26 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2015-03-24 at 14:57 -0400, Bruce Ashfield wrote:
Hi all,
Here is the latest linux-yocto consolidated pull request. It is a mix of
kernel version -stable imports (CVEs and fixes), kernel
On Wed, 2015-03-25 at 09:26 -0400, Bruce Ashfield wrote:
On Wed, Mar 25, 2015 at 8:13 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Wed, Mar 25, 2015 at 5:26 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2015-03-24 at 14:57 -0400, Bruce Ashfield wrote:
Hi
On 23 March 2015 at 22:21, Martin Jansa martin.ja...@gmail.com wrote:
In my case it's reproducible by adding udev-ptest to image, more
specifically
having these 2 directories in rootfs:
usr/lib/udev/ptest/test/sys/devices
usr/lib/udev/ptest/test/sys/bus
oe-core 3f799b should mean that
On 3/25/15 8:40 AM, Hugo Vasconcelos Saldanha wrote:
Hi all,
Everytime my image boots, the following error message is printed:
fsck (busybox 1.23.1, 2015-03-14 10:13:03 BRT)
Invalid non-numeric argument to -C (-y)
It seems that checkroot.sh script from initscripts package is
calling
From: Belen Barros Pena belen.barros.p...@linux.intel.com
We update the toasterconf.json for the 1.8 fido
release.
A small update to the release help text in the
toasterconf.json file shipped with the
openembedded-core layer.
We now make explicit that Toaster will build with
the tip of the
From: Alexandru DAMIAN alexandru.dam...@intel.com
This patch removes the symbolic links from the artifact list.
[YOCTO #7184]
Signed-off-by: Alexandru DAMIAN alexandru.dam...@intel.com
---
meta/classes/toaster.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Mar 25, 2015 at 12:11:05PM +, Burton, Ross wrote:
On 23 March 2015 at 22:21, Martin Jansa martin.ja...@gmail.com wrote:
In my case it's reproducible by adding udev-ptest to image, more
specifically
having these 2 directories in rootfs:
usr/lib/udev/ptest/test/sys/devices
On Tue, Mar 24, 2015 at 5:16 PM, Randy Witt randy.e.w...@linux.intel.com
wrote:
When using bitbake to do the setscene as part of sdk setup, it would be
useful to have a log in the case where it fails.
The log is called preparing_build_system.log and is in the top level
directory of the
Hi,
Wonder if you guys can share some insights on how to debug this case.
I have a legacy PAM module recipe that says:
DEPENDS_${PN} = libpam
'pam' is listed in DISTRO_FEATURES and is working fine. However, for
that pam module libpam dependency is silently dropped during the
build. If PAM
Configure makes use of 'libdir' to set 'openssldir'. Unfortunately
openssl treats this as a hardcoded absolute path. The value passed in
as openssl becomes part of header files and baked in to executables.
For target builds libdir is not something that changes and for -native
builds unless you
Randy, Richard,
Disregard. Looks like we raced with each other. Thanks for applying v1.
-Tyler
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
DEPENDS doesn't actually add the dependency on patchelf-native to the
populate_sdk task. SDK_DEPENDS does this, but move the append to after
inheriting the base class so it does not get overwritten.
Without this, uninative-tarball fails to build in a clean workspace on a
system without patchelf.
On 03/25/2015 10:31 AM, Christopher Larson wrote:
On Tue, Mar 24, 2015 at 5:16 PM, Randy Witt randy.e.w...@linux.intel.com
wrote:
When using bitbake to do the setscene as part of sdk setup, it would be
useful to have a log in the case where it fails.
The log is called
On 25 March 2015 at 16:12, Martin Jansa martin.ja...@gmail.com wrote:
Oh, thanks for pointer. I was seeing the same issue in dizzy and master
build, but this change can explain why I wasn't able to reproduce it in
master yesterday.
Sounds like we should backport that to dizzy (CCing Armin).
On Wed, Mar 25, 2015 at 9:28 AM, Mark Asselstine
mark.asselst...@windriver.com wrote:
Configure makes use of 'libdir' to set 'openssldir'. Unfortunately
openssl treats this as a hardcoded absolute path. The value passed in
as openssl becomes part of header files and baked in to executables.
On Wed, Mar 25, 2015 at 10:39:34AM -0700, Janne Karhunen wrote:
Hi,
Wonder if you guys can share some insights on how to debug this case.
I have a legacy PAM module recipe that says:
DEPENDS_${PN} = libpam
'pam' is listed in DISTRO_FEATURES and is working fine. However, for
that pam
On March 25, 2015 10:34:00 Christopher Larson wrote:
On Wed, Mar 25, 2015 at 9:28 AM, Mark Asselstine
mark.asselst...@windriver.com wrote:
Configure makes use of 'libdir' to set 'openssldir'. Unfortunately
openssl treats this as a hardcoded absolute path. The value passed in
as openssl
I didn't see this on the Wiki. What is the expected start time both days?
--Mark
On 3/13/15 11:55 AM, Philip Balister wrote:
You can add yourself here (or drop me an email if you have trouble
logging in)
http://www.openembedded.org/wiki/OEDAM_2015
We plan to have a Hangout on the Air so
Mark,
I think its 9 am
- Armin
On Mar 25, 2015, at 11:28, Mark Hatle mark.ha...@windriver.com wrote:
I didn't see this on the Wiki. What is the expected start time both days?
--Mark
On 3/13/15 11:55 AM, Philip Balister wrote:
You can add yourself here (or drop me an email if you
On Wed, Mar 25, 2015 at 01:31:31PM -0700, Janne Karhunen wrote:
Hi,
Thanks, inherited that file and missed that - and my RPM legacy was
thinking that's about right.
How do you guys test people don't leak dependencies with global
DEPENDS? Even this must have been passing by accident quite
On 25 March 2015 at 16:28, Mark Asselstine mark.asselst...@windriver.com
wrote:
For target builds libdir is not something that changes and for -native
builds unless you move your builds around you will see no issue with
the current implementation. If you do update libdir or if you move
your
On Wed, 2015-03-25 at 10:31 -0700, Christopher Larson wrote:
On Tue, Mar 24, 2015 at 5:16 PM, Randy Witt
randy.e.w...@linux.intel.com wrote:
When using bitbake to do the setscene as part of sdk setup, it
would be
useful to have a log in the case where it fails.
On Wed, Mar 25, 2015 at 12:28 PM, Mark Asselstine
mark.asselst...@windriver.com wrote:
My first attempt I had tried libdir and it doesn't seem to have the
needed
effect. I was hesitant to use other variables (such as those that libdir is
derived from) as that would fork how -native and
Hi,
Thanks, inherited that file and missed that - and my RPM legacy was
thinking that's about right.
How do you guys test people don't leak dependencies with global
DEPENDS? Even this must have been passing by accident quite a while :)
--
Janne
On Wed, Mar 25, 2015 at 11:30 AM, Martin Jansa
On Wed, Mar 25, 2015 at 04:18:49PM +, Burton, Ross wrote:
On 25 March 2015 at 16:12, Martin Jansa martin.ja...@gmail.com wrote:
Oh, thanks for pointer. I was seeing the same issue in dizzy and master
build, but this change can explain why I wasn't able to reproduce it in
master
Differences from v2:
- Rebasing patch with version with 1.8 ( Head of the branch) as
Khem Raj suggested
Differences from v1:
dbus: Adding change that Andreas Oberritter recommended.
-Setting RRECOMMENDS_${PN}_class-native instead RPROVIDES
dbus-native-tools-native.
systemd: Adding change
If we compile using EXTRA_OECONF with '--disable-tests' option, the files
test-udev and systemd-journal-flush will not be created and the systemd
install phase will fail.
---
meta/recipes-core/systemd/systemd_219.bb | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git
From: Gustavo Sverzut Barbieri gustavo.barbi...@intel.com
Most tools are not required if one is launching a simple daemon.
The user will be able to exclude dbus-tool and save some space in his
build
Signed-off-by: Bruno Bottazzini bruno.bottazz...@intel.com
---
meta/recipes-core/dbus/dbus.inc |
On 12/03/2015 8:20 PM, Jonathan Liu wrote:
The ownership needs to be explicitly set otherwise it inherits the user
and group id of the build user.
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-core/systemd/systemd_211.bb | 2 ++
1 file changed, 2 insertions(+)
Ping.
This is
On March 25, 2015 13:35:46 Christopher Larson wrote:
On Wed, Mar 25, 2015 at 12:28 PM, Mark Asselstine
mark.asselst...@windriver.com wrote:
My first attempt I had tried libdir and it doesn't seem to have the
needed
effect. I was hesitant to use other variables (such as those that libdir
On March 25, 2015 20:44:57 Burton, Ross wrote:
On 25 March 2015 at 16:28, Mark Asselstine mark.asselst...@windriver.com
wrote:
For target builds libdir is not something that changes and for -native
builds unless you move your builds around you will see no issue with
the current
On 03/25/2015 02:26 PM, Jonathan Liu wrote:
On 25/03/2015 5:03 PM, Chen Qi wrote:
Fix SULOGIN path so that rescue.service doesn't use `sulogin' from
the sysroot
part of the build on host, which would lead to errors like below when
booting
into rescue mode.
/bin/sh:
On 16/03/2015 10:29 PM, Jonathan Liu wrote:
This fixes the following error when building liburcu:
Your gcc version produces clobbered frame accesses
OE-Core is using a patched GCC 4.8.2 which is able to compile liburcu
properly.
Signed-off-by: Jonathan Liu net...@gmail.com
---
On 12/03/2015 8:20 PM, Jonathan Liu wrote:
The ownership needs to be explicitly set otherwise it inherits the user
and group id of the build user.
Signed-off-by: Jonathan Liu net...@gmail.com
---
meta/recipes-core/systemd/systemd_216.bb | 2 ++
1 file changed, 2 insertions(+)
Ping.
This is
On March 25, 2015 20:37:51 Mark Asselstine wrote:
On March 25, 2015 20:44:57 Burton, Ross wrote:
On 25 March 2015 at 16:28, Mark Asselstine mark.asselst...@windriver.com
wrote:
For target builds libdir is not something that changes and for -native
builds unless you move your builds
if one wants to launch a simple deamon, most modules are not
required.
He will be able to save space and exclude unwanted packages
from the final image.
---
meta/recipes-core/systemd/systemd_219.bb | 1073 ++
1 file changed, 943 insertions(+), 130 deletions(-)
diff
Adding patches that fix bugs for 219 version.
This will get the same consistency of the stable systemd 219 version.
More details:
http://cgit.freedesktop.org/systemd/systemd-stable/log/?h=v219-stable
---
...remote-fix-certificate-status-memory-leak.patch | 31 +
From: Max Krummenacher max.oss...@gmail.com
The ptest which checks for correct udev rules fails.
Missing files and paths for the build host caused this.
Signed-off-by: Max Krummenacher max.oss...@gmail.com
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-core/udev/udev.inc
From: Max Krummenacher max.oss...@gmail.com
Only unpack udev's testdata right before executing the tests and cleanup
afterwards.
udev's testsuite can be used by ptest. However currently the testdata against
which its functionality is tested is installed in the sysroot at udev install
time.
If
When tries to build lzop using x32 ABI fails trying to get
FLAGS register that is 64-bit and destination variable is
32-bit size_t.
[YOCTO #7424]
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
.../lzop/lzop/x32_abi_miniacc_h.patch | 36 ++
56 matches
Mail list logo