Hi,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Markus Boos
> Sent: Friday, October 24, 2014 12:37
> To: 'openembedded-core@lists.openembedded.org'
> Subject: [OE-core] Discussion a
On 24 October 2014 10:20, Chong Lu wrote:
> meta/recipes-support/curl/curl/CVE-2014-3613.patch | 269
> +
>
ERROR: Command Error: exit status: 1 Output:
Applying patch CVE-2014-3613.patch
patching file lib/cookie.c
patching file tests/data/test1105
patching file tests/data/t
On Fri, 2014-10-24 at 16:24 +0100, Paul Eggleton wrote:
> On Friday 24 October 2014 15:56:25 Richard Purdie wrote:
> > diff --git a/meta/recipes-devtools/gnu-config/gnu-config_git.bb
> > b/meta/recipes-devtools/gnu-config/gnu-config_git.bb index 00fa759..ee1621f
> > 100644
> > --- a/meta/recipes-de
On Fri, Oct 24, 2014 at 4:43 AM, Burton, Ross wrote:
> On 24 October 2014 07:05, Shan Hai wrote:
>>
>> Some header fields of ELF were read with wrong size on 64bit
>> big-endian machine, fix it by reading the fields with read64
>> instead of read32.
>
>
> For fixes like this which set of all sort
This avoids below QA error/warning
/sbin/ldconfig [installed-vs-shipped]
Change-Id: I028b692eefeaa6e0e0e6507ab4108caa29e41e91
Signed-off-by: Khem Raj
---
meta/recipes-core/glibc/glibc-package.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/glibc/glibc-
Additionally treat ld.so to be searched in sysroot
Change-Id: I8b4acb821d9855a1163c7149bc8e369c7c438856
Signed-off-by: Khem Raj
---
meta/classes/image-mklibs.bbclass | 2 +-
.../recipes-devtools/mklibs/files/sysrooted-ldso.patch | 18 ++
meta/recipes-devtool
Make sure that /proc/sys/kernel/hotplug exists before trying to disable
the uevent-helper mechanism.
Since kernel commit 86d56134f1b6 ("kobject: Make support for
uevent_helper optional.") the kernel can be built without uevent-helper
support. In this case /proc/sys/kernel/hotplug does not exist an
Hi Richard,
On Friday 24 October 2014 15:56:25 Richard Purdie wrote:
> gnu-config can't cope with a "make clean" so disable that
> newly enabled functionality.
>
> Signed-off-by: Richard Purdie
>
> diff --git a/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb
> b/meta/recipes-devtools/gn
hicolor-icon-theme can't cope with a "make clean" so disable that
newly enabled functionality.
Signed-off-by: Richard Purdie
diff --git a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
index 9df81cb..9f372c5 10
gnu-config can't cope with a "make clean" so disable that
newly enabled functionality.
Signed-off-by: Richard Purdie
diff --git a/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb
b/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb
index d67466a..910b612 100644
--- a/meta/recipes-de
Just a note it should be sufficient to delete the CMakeCache.txt file to force
CMake to reconfigure.
But deleting the rest doesn't hurt.
Pascal
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Beh
These pieces of software can;t cope with a "make clean" so disable that
newly enabled functionality.
Signed-off-by: Richard Purdie
diff --git a/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb
b/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb
index d67466a..910b612 100644
--- a/m
Due to the split level nature of the wpa_suppliant sources, the standard
clean methods don't work. This change ensures it picks up on changes to
configuration.
Signed-off-by: Richard Purdie
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant.inc
b/meta/recipes-connectivity/wpa-
Currently if B==S for a cmake recipe, the build will not reconfigure. This
patch adds
code to remove the generated cmake files, meaning cmake will then be forced to
regenerate
them. This forces cmake to see configuration changes it may not otherwise see.
Signed-off-by: Richard Purdie
diff --g
When something rebuilds say due to ${baselib} changing or some
other key variable, software is often not rebuilt due to the
fact that make detects no dependency change.
By running "make clean" when these changes occur, we can at least try
and ensure the correct rebuilds happen. We use the same che
If the build doesn't support B != S, we can try running "make clean" instead
to try and clean up previous objects if the hash for the task has changed.
This tries to ensure that when variables like ${baselib} change, the changes are
correctly accounted for.
Signed-off-by: Richard Purdie
diff --
Commands like bitbake X -c rootfs or bitbake X -c populate_sdk do not
trigger rm_work to clean up the directories afterwards since it
traditionally hooks onto do_build. This change means those two tasks now
clean up after themselves. We use the cleandirs function attribute to
handle this.
[YOCTO #
Various pieces of the code assume that the --sysroot option gets passed
into the compiler tools. By having a "sane" default, we don't always
spot when this occurs and this can later show up as breakage in sstate,
or in usage of the external toolchain.
We've long since talked about poisoning the de
On 22.10.2014 16:42, Peter Urbanec wrote:
> Sorry for being slow to respond, I've been snowed under and dealing with
> hardware failures :-(
>
> I'll be brief...
>
> On 17/10/14 07:55, Andreas Oberritter wrote:
>> What happens when generating rpm (and since few days deb) packages is
>> that code
On 24.10.2014 12:49, Paul Barker wrote:
> On 22 October 2014 23:54, Burton, Ross wrote:
>>
>> On 21 October 2014 16:40, Paul Barker wrote:
>>>
>>> Sorry Peter, it looks like this patch has been corrupted as well as
>>> the one sent to the opkg-devel list. In this case I think it's mostly
>>> line
On Fri, Oct 24, 2014 at 09:41:10AM +0200, Pascal Bach wrote:
> The graph sorting algorithm for image dependencies does a look for an
> occurrence of a searched string instead of comparing the chunk to the
> searched string. This leads to the problem that ubifs is recognized as ubi
> aswell.
>
> T
On 24 October 2014 07:05, Shan Hai wrote:
> Some header fields of ELF were read with wrong size on 64bit
> big-endian machine, fix it by reading the fields with read64
> instead of read32.
>
For fixes like this which set of all sorts of alarm bells, please include
more justification.
>From a qu
On 24 October 2014 07:25, Chong Lu wrote:
> +++ b/meta/recipes-kernel/kmod/kmod/run-ptest
> @@ -1,3 +1,4 @@
> #!/bin/sh
> touch testsuite/stamp-rootfs
> +tar xf testmodule.tar
> make -k runtest-TESTS 2>/dev/null| grep -e ^PASS -e ^FAIL
>
We should to make sure that the ptest scripts clean up
On 22 October 2014 23:54, Burton, Ross wrote:
>
> On 21 October 2014 16:40, Paul Barker wrote:
>>
>> Sorry Peter, it looks like this patch has been corrupted as well as
>> the one sent to the opkg-devel list. In this case I think it's mostly
>> lines like the above which have been incorrectly wra
On 24 October 2014 10:04, Martin Jansa wrote:
> Should I resend without WIP tag now when ChenQi confirmed that moving
> libgudev isn't needed?
>
No need, I've merged it into my staging branch already.
Thanks,
Ross
--
___
Openembedded-core mailing lis
Hi
We patched the ptest-runner script to deliver a xUnit file as a rough
overview/indicator over the package tests.
Having such a report allows us to use the file in Jenkins and in our ALM tool
to display the results of the ptest run.
Before we send the patch upstream I like to start the discu
By not detecting and rejecting domain names for partial literal IP addresses
properly when parsing received HTTP cookies, libcurl can be fooled to both
sending cookies to wrong sites and into allowing arbitrary sites to set cookies
for others.
Signed-off-by: Chong Lu
---
meta/recipes-support/cur
The following changes since commit ad065f94acb0bfb81e33935890a1db251d6e2979:
ref-manual: Minor edits to variables. (2014-10-23 15:20:20 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/curl
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=cho
Drop the patches - Mistaken Signatures.
Wenzong
On 10/22/2014 09:46 AM, wenzong@windriver.com wrote:
From: Wenzong Fan
Clean host path for:
* /usr/bin/crossscripts/tclConfig.sh
* /usr/bin/isc-config.sh
* /usr/bin/bind9-config - hardlink to isc-config.sh
* /usr/bin/compile_et
Drop the patch - Mistaken Signatures.
Wenzong
On 10/22/2014 01:19 PM, wenzong@windriver.com wrote:
From: Wenzong Fan
Fix below errors while pam is enabled on target:
root@qemux86:~# newusers
newusers: PAM: Authentication failure
root@qemux86:~# chpasswd
chpasswd: PAM: Authen
On Sat, Oct 04, 2014 at 04:30:40AM +0200, Martin Jansa wrote:
> On Sat, Oct 04, 2014 at 04:27:55AM +0200, Martin Jansa wrote:
> > * libgudev-1.0.la still references /usr/lib and this change was breaking
> > gypsy (detected in navit) and
> > network-manager-applet
>
> sending as WIP mostly becau
The graph sorting algorithm for image dependencies does a look for an
occurrence of a searched string instead of comparing the chunk to the
searched string. This leads to the problem that ubifs is recognized as ubi
aswell.
This fixes this by splitting up the string into chunks.
Signed-off-by: Pa
On 10/24/2014 02:09 PM, Koen Kooi wrote:
Op 24 okt. 2014, om 07:58 heeft Chen Qi het volgende
geschreven:
The new version of systemd has implemented the following feature.
Opointer.de/blog/projects/stateless.html
As a result, the systemd-udev-hwdb-update.service would always run
at first boot
* Chong Lu [141024 08:17]:
> On 10/24/2014 02:10 PM, Koen Kooi wrote:
> >> Op 22 okt. 2014, om 09:09 heeft Chong Lu het
> >> volgende geschreven:
> >> The gconfd-2 will be called in org.gnome.GConf.service file and the path of
> >> gconfd-2 is ${libexecdir}, this will get following error when m
34 matches
Mail list logo
