From: redengin
fix for fortran to remove libquadmath dependency
---
meta/recipes-devtools/gcc/gcc-4.9.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/gcc/gcc-4.9.inc
b/meta/recipes-devtools/gcc/gcc-4.9.inc
index c88a496..cec1862 100644
--- a/meta/recipes-devtools/g
A directory traversal flaw was reported in patch:
References:
http://www.openwall.com/lists/oss-security/2015/01/18/6
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775227
https://bugzilla.redhat.com/show_bug.cgi?id=1182154
[YOCTO #7182]
Signed-off-by: Robert Yang
---
meta/recipes-devtools/
The following changes since commit 2d923d6dfe9431dbc005f8ba39838eb4519c471c:
python-pygobject: Disable parallel make install in native case (2015-03-25
12:38:44 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/patch
http://cgit.opene
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:
/buildarea2/chenqi/po
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
> >
> > wrote:
> > > For target builds libdir is not something that changes and for -native
> > > builds unless you move your builds around you will se
On March 25, 2015 20:44:57 Burton, Ross wrote:
> On 25 March 2015 at 16:28, Mark Asselstine
>
> 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 upda
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
---
meta/recipes-core/systemd/systemd_211.bb | 2 ++
1 file changed, 2 insertions(+)
Ping.
This is a backport from
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
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
---
meta/recipes-core/systemd/systemd_216.bb | 2 ++
1 file changed, 2 insertions(+)
Ping.
This is a backport from
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
---
...evert-Blacklist-ARM-gcc-4.
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
---
.../lzop/lzop/x32_abi_miniacc_h.patch | 36 ++
meta/recipes-support/lzop/lzop_1.03.b
On Wed, Mar 25, 2015 at 04:18:49PM +, Burton, Ross wrote:
> On 25 March 2015 at 16:12, Martin Jansa 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.
> >
>
> S
From: Max Krummenacher
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 the sysroot is used wit
From: Max Krummenacher
The ptest which checks for correct udev rules fails.
Missing files and paths for the build host caused this.
Signed-off-by: Max Krummenacher
Signed-off-by: Ross Burton
---
meta/recipes-core/udev/udev.inc| 3 +-
.../recipes-core/udev/udev/add-install
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 --g
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 +
...ournal-remote-fix-client_cert-
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 a/meta/r
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 th
From: Gustavo Sverzut Barbieri
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
---
meta/recipes-core/dbus/dbus.inc | 9 -
1 file changed, 8 insertions(+), 1 dele
On Wed, 2015-03-25 at 10:31 -0700, Christopher Larson wrote:
>
> On Tue, Mar 24, 2015 at 5:16 PM, Randy Witt
> 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
Mark,
I think its 9 am
- Armin
> On Mar 25, 2015, at 11:28, Mark Hatle 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 have trouble
>>
On 25 March 2015 at 16:28, Mark Asselstine
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 build or reuse sstate by co
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
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 an
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 w
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
> > a
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
> t
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 A
On 03/25/2015 10:31 AM, Christopher Larson wrote:
On Tue, Mar 24, 2015 at 5:16 PM, Randy Witt
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
di
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
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 happ
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 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 executable
On Tue, Mar 24, 2015 at 5:16 PM, Randy Witt
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 extracted sdk.
>
> Signed-off
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 mov
On 25 March 2015 at 16:12, Martin Jansa 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).
Ross
--
_
On Wed, Mar 25, 2015 at 12:11:05PM +, Burton, Ross wrote:
> On 23 March 2015 at 22:21, Martin Jansa 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
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
>
> Due to recent security fixes it's advisable to updat
From: Belen Barros Pena
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 selected branch, and we add links
to
From: Alexandru DAMIAN
This patch removes the symbolic links from the artifact list.
[YOCTO #7184]
Signed-off-by: Alexandru DAMIAN
---
meta/classes/toaster.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass
i
From: Belen Barros Pena
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 selected branch, and we add links
to
From: Alexandru DAMIAN
This patch removes the symbolic links from the artifact list.
[YOCTO #7184]
Signed-off-by: Alexandru DAMIAN
---
meta/classes/toaster.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass
i
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
On Wed, 2015-03-25 at 09:26 -0400, Bruce Ashfield wrote:
> On Wed, Mar 25, 2015 at 8:13 AM, Bruce Ashfield
> wrote:
> > On Wed, Mar 25, 2015 at 5:26 AM, Richard Purdie
> > wrote:
> >> On Tue, 2015-03-24 at 14:57 -0400, Bruce Ashfield wrote:
> >>> Hi all,
> >>>
> >>> Here is the latest linux-yocto
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
in
On Wed, Mar 25, 2015 at 8:13 AM, Bruce Ashfield
wrote:
> On Wed, Mar 25, 2015 at 5:26 AM, Richard Purdie
> 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 imp
From: Brendan Le Foll
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
* openssl-avoid-NULL-pointer-dereference-in-EVP_DigestInit_ex.patch updated
* openssl-avo
From: Brendan Le Foll
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 daisy since they share open
Comments within the commit describe the issue.
Signed-off-by: Richard Purdie
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
--- a/meta/recipes-devtools/python/python-pygobject_2.28.3.bb
On Wed, Mar 25, 2015 at 5:26 AM, Richard Purdie
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 configuration
>> changes, a documen
On 23 March 2015 at 22:21, Martin Jansa 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 those directories are
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
---
meta/recipes-bsp/u-boot/u-boot.inc | 101 ++
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
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
---
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 10b14b3..d93505c 100644
--- a/meta/
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
http://cgit.openembedded.
56 matches
Mail list logo
