Fix tftp stalls on loading files bigger than ~32k bug by cherry picking
a patch from grub upstream.
Signed-off-by: Shan Hai
---
.../grub/grub-2.00/fix-endianness-problem.patch| 44 ++
meta/recipes-bsp/grub/grub_2.00.bb | 1 +
2 files changed, 45 insertion
update to version r119
LICENSE md5sum changed since it was updated in r117 for
copyright date change
Fixes CVE-2014-4611
Signed-off-by: Armin Kuster
---
meta/recipes-support/lz4/lz4_svn.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/lz4/lz4_svn.
When extracting toolchain, if the list $executable_files has filenames
with empty space character, the list will created but relocate_sdk.sh
will not handle it well. This will lead to the below erro:
./tmp/deploy/sdk/buildtools-mytools-x86_64-nativesdk-standalone-1.6.1.0.sh
Enter target di
Without this, python tools that need python-distribute doesn't install
in SDK generated by OE.
Signed-off-by: João Henrique Ferreira de Freitas
---
meta/recipes-devtools/python/python-distribute_0.6.32.bb | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-dev
Changes in v3:
- Use awk and remove two extra forks
João Henrique Ferreira de Freitas (2):
python-distribute: add nativesdk to BBCLASSEXTEND
populate_sdk_base: ensure that filenames with empty space character
are handled
meta/classes/populate_sdk_base.bbclass | 4 ++--
On 07/17/2014 12:42 AM, Saul Wold wrote:
On 07/15/2014 11:15 PM, Shan Hai wrote:
Fix tftp stalls on loading files bigger than ~32k bug by cherry picking
a patch from grub upstream.
Upstream-Status: Backport
Signed-off-by: Shan Hai
---
.../grub/grub-2.00/fix-endianness-problem.patch|
ping
On 07/14/2014 04:10 PM, Chong Lu wrote:
The libtool.m4 and ltmain.m4sh are different in target sysroot between sdk and
build
environment. The reason is that we have two patches (fixinstall.patch and
prefix.patch)
for libtool-cross. They change libtool.m4 and ltmain.m4sh and generate files
Some versions of gcc will put a reference to __gxx_personality_v0
into rpm.o and rpmbuild.o. This means we must link using g++,
and Makefile does not.
Go back to using rpmqv.c (which is currently identical to rpmqv.cc).
Signed-off-by: Joe Slater
---
.../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone
From: Martin Jansa
* backported from 4.8.2, so daisy isn't affected
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 1 +
.../gcc-4.8/0001-fix-ICE-when-building-opus.patch | 121 +
2 files changed, 122 insertions(+)
create mode 100644
From: Martin Jansa
* backported from 4.8.2, so daisy isn't affected
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 1 +
.../gcc-4.8/0001-fix-ICE-when-building-opus.patch | 121 +
2 files changed, 122 insertions(+)
create mode 100644
Typo in pkgconfig.patch:
-Libs: -L{libdir} -lgpg-error
vs.
+Libs: -L${libdir} -lgpg-error
This patch fixes failure in libgcrypt-native do_configure.
| ../x86_64-linux-libtool: line 6001: cd: {libdir}: No such file or directory
| x86_64-linux-libtool: link: cannot determine absolute directory
On Wed, 2014-07-16 at 23:47 +0100, Richard Purdie wrote:
> I made a quick test and the failures I spotted from meta-oe likely due
> to this patch were:
>
> re2c
> libsdl-iomage
> claws-plugin-gtkhtml2-viewer
> claws-plugin-rssyl
> libsdl-tiff
> libol
> ode
> dejagnu
> memcached
> rp-pppoe
> ipsec-
From: Blair Elliott
Currently, /etc/timestamp is saved with minutes accuracy. To increase
the accuracy, modify the save-rtc.sh and bootmisc.sh scripts to save and
read /etc/timestamp respectively with seconds accuracy.
Signed-off-by: Richard Tollerton
Signed-off-by: Ben Shelton
---
meta/clas
From: Richard Tollerton
inetutils and busybox hostname utils support `hostname -F`; coreutils
hostname doesn't. So just use `cat` instead.
Signed-off-by: Richard Tollerton
Signed-off-by: Ben Shelton
---
meta/recipes-core/initscripts/initscripts-1.0/hostname.sh | 2 +-
1 file changed, 1 insert
From: Ken Sharp
If the seed file is empty or does not exist, the date is an extremely
poor backup source of entropy, but it is better than nothing.
Signed-off-by: Richard Tollerton
Signed-off-by: Ben Shelton
---
meta/recipes-core/initscripts/initscripts-1.0/urandom | 11 +--
1 file ch
From: Richard Tollerton
Currently, the random seed file location is hardcoded to
/var/lib/urandom/random-seed. Refactor it to a parameter
(RANDOM_SEED_FILE) so the file location is defined in only one place.
Signed-off-by: Richard Tollerton
Signed-off-by: Ben Shelton
---
meta/recipes-core/in
From: Richard Tollerton
Source /etc/default/urandom if present. This allows the rootfs to
remain read-only while enabling the user to override the location of the
random seed file.
Signed-off-by: Richard Tollerton
Signed-off-by: Ben Shelton
---
meta/recipes-core/initscripts/initscripts-1.0/u
From: Richard Tollerton
busybox sysctl may lack the "-q" setting, so simulate it with redirects.
Signed-off-by: Richard Tollerton
Signed-off-by: Ben Shelton
---
meta/recipes-core/initscripts/initscripts-1.0/bootmisc.sh | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/
This patch series contains fixes and improvements we've made to several init
scripts. These changes have been thoroughly tested on Dylan and ported to
master.
Changes made in v2:
- Updated /etc/timestamp generated at build time to use seconds accuracy
- Added a patch I missed the first time
On Wednesday, July 16, 2014 02:15:59 PM Darren Hart wrote:
> Fixes [YOCTO 6295]
>
> Add gummiboot support for images built using:
>
> EFI_PROVIDER="gummiboot"
>
> Add conditional configuration for GRUB and gummiboot. Provide some
> messaging about which is being performed.
>
> Signed-off-by: Da
[YOCTO #6497]
Signed-off-by: Saul Wold
---
meta/lib/oe/rootfs.py | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index bc2524f..b34856c 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -379,6 +379,7 @@ class RpmRootfs(Rootfs):
Yeah, I kinda suspected pkgconfig but I guess I was busy/distracted with
the biz stuff and didn't dig any deeper than the one recipe... Sounds like
this patch won't be needed if the pc stuff is clean.
Steve
On Thu, Jul 17, 2014 at 10:34 AM, Tim Orling wrote:
> Steve,
>
> That workaround fixes
Steve,
That workaround fixes the problem, but I think there is something
fundamentally wrong deeper in. Looks like the culprit is pkgconfig.patch
for libgpg-error. Testing and will send patch.
On Wed, Jul 16, 2014 at 6:47 PM, Stephen Arnold
wrote:
> OE-devs/Tim:
>
> Here's the basic recipe pat
ping?
On 07/11/14 12:11, Trevor Woerner wrote:
> A previously upstreamed patch has been applied. Bump the version to
> incorporate this upstream update.
>
> Signed-off-by: Trevor Woerner
> ---
> .../grub/grub/asciih-fix-build-warning-error.patch | 34
> --
> meta/recipes-bsp
libX11 et al are checked for at confgure time and tests optionally built. As
these don't get installed we don't want to add build dependencies, but the
non-determinism means that builds can fail.
Signed-off-by: Ross Burton
---
.../xf86-video-intel/disable-x11-dri3.patch | 17 +++
On 07/17/2014 03:27 AM, Daniel BORNAZ wrote:
python-native: _json module arbitrary process memory read vulnerability
http://bugs.python.org/issue21529
Python 2 and 3 are susceptible to arbitrary process memory reading by
a user or adversary due to a bug in the _json module caused by
insufficien
On 07/17/2014 05:44 AM, Daniel BORNAZ wrote:
dbus: dbus update to 1.8.6
Dbus and dbus-test updated to version 1.8.6, dbus-glib updated to
version 0.102. Removed recipes and files from previous version(s).
Current version fixes two DoS vulnerabilities in dbus-daemon (CVE-2014-3532).
Upstream-St
On 07/16, Saul Wold wrote:
> On 07/16/2014 01:59 PM, Ben Shelton wrote:
> >From: Richard Tollerton
> >
> >busybox sysctl may lack the "-q" setting, so simulate it with redirects.
> >
> >Signed-off-by: Richard Tollerton
> >Signed-off-by: Ben Shelton
> >---
> > meta/recipes-core/initscripts/inits
On 07/16, Saul Wold wrote:
> On 07/16/2014 01:59 PM, Ben Shelton wrote:
> >From: Blair Elliott
> >
> >Currently, /etc/timestamp is saved with minutes accuracy. To increase
> >the accuracy, modify the save-rtc.sh and bootmisc.sh scripts to save and
> >read /etc/timestamp respectively with seconds
Hi,
One more note. I've tested with 0.8.11 & 9.13 on OE-Core current git (master).
The only weak point is the use of python anonymous function which is called
twice each time, is there a better solution ?
Regards,
Matt
--
___
Openembedded-core mailing
Experienced users can change license with 'gpl' and 'lic3' PACKAGECONFIG
switches.
fix: drop unwanted --enable-libtheora & --enable-libvorbis in EXTRA_OECONF
Reported-by: Andreas Oberritter
Signed-off-by: Matthieu Crapet
---
meta/recipes-multimedia/libav/libav.inc | 35 +++
If INCOMPATIBLE_LICENSE=GPL-3.0 but the recipe sets LICENSE=GPLv3, the current
code won't trigger because they're different strings.
Fix this by attempting to canonicalise every license name to a SPDX name, so
both names in this example become GPL-3.0.
[ YOCTO #5622 ]
Signed-off-by: Ross Burton
On 17 July 2014 15:28, Paul Eggleton wrote:
> On Wednesday 16 July 2014 22:08:13 Ross Burton wrote:
>> If INCOMPATIBLE_LICENSE=GPLv3.0 but the recipe sets LICENSE=GPLv3, the
>
> Pedantic, but INCOMPATIBLE_LICENSE = "GPL-3.0" surely?
Yes, sigh.
Ross
--
___
On 17 July 2014 13:08, Daniel BORNAZ wrote:
> renamed:
> meta/recipes-core/dbus/dbus-glib-0.100.2/no-examples.patch ->
> meta/recipes-core/dbus/dbus-glib-0.102/no-examples.patch
If there's just a single version of the recipe, please don't version
the directory.
> renamed:
On Wednesday 16 July 2014 22:08:13 Ross Burton wrote:
> If INCOMPATIBLE_LICENSE=GPLv3.0 but the recipe sets LICENSE=GPLv3, the
Pedantic, but INCOMPATIBLE_LICENSE = "GPL-3.0" surely?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
__
Use the scripts/lib/scriptpath module in order to standardize the adding of
bitbake/lib and meta/lib to sys.path.
Signed-off-by: Corneliu Stoicescu
---
scripts/test-remote-image | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/scripts/test-remote-image b/scrip
On Thu, Jul 17, 2014 at 2:58 AM, Chong Lu wrote:
>
> On 07/17/2014 10:13 AM, Bruce Ashfield wrote:
>>
>> On Wed, Jul 16, 2014 at 9:43 PM, Chong Lu wrote:
>>>
>>> On 07/16/2014 09:04 PM, Bruce Ashfield wrote:
On Wed, Jul 16, 2014 at 4:00 AM, Chong Lu
wrote:
>
> Fix incorrec
[YOCTO #6453]
Signed-off-by: Corneliu Stoicescu
---
scripts/oe-selftest | 81 +++--
1 file changed, 53 insertions(+), 28 deletions(-)
diff --git a/scripts/oe-selftest b/scripts/oe-selftest
index 8c4ea92..2332b22 100755
--- a/scripts/oe-selftest
++
On Wed, 2014-07-16 at 22:12 -0300, João Henrique Ferreira de Freitas
wrote:
> Em 16-07-2014 05:33, Richard Purdie escreveu:
> > On Wed, 2014-07-16 at 00:00 -0300, João Henrique Ferreira de Freitas
> > wrote:
> > I've seen this happen before with a half built perl recipe where you've
> > switched ma
On Thu, 2014-07-17 at 13:39 +0100, Richard Purdie wrote:
> On Thu, 2014-07-17 at 12:46 +0100, Jack Mitchell wrote:
> > Failed with gnutls config.log: http://ix.io/dr4
>
> That is helpful:
>
> configure:35748: checking for libgnutls
> configure:35772: i586-oe-linux-gcc -m32 -march=core2 -mtune=co
dbus: dbus update to 1.8.6
Dbus and dbus-test updated to version 1.8.6, dbus-glib updated to
version 0.102. Removed recipes and files from previous version(s).
Current version fixes two DoS vulnerabilities in dbus-daemon (CVE-2014-3532).
Upstream-Status: Submitted
Signed-off-by: Daniel BORNAZ
On Thu, 2014-07-17 at 12:46 +0100, Jack Mitchell wrote:
> Failed with gnutls config.log: http://ix.io/dr4
That is helpful:
configure:35748: checking for libgnutls
configure:35772: i586-oe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3
-mfpmath=sse
--sysroot=/home/jack/Work/oe-core.git/test-bu
Qemu PCIe bus support is vulnerable to a use-after-free flaw. It could
occur via guest, when it tries to hotplug/hotunplug devices on the
guest.
A user able to add & delete Virtio block devices on a guest could use
this flaw to crash the Qemu instance resulting in DoS.
Originated-by: Marcel Apfel
dbus: dbus update to 1.8.6
Dbus and dbus-test updated to version 1.8.6, dbus-glib updated to
version 0.102. Removed recipes and files from previous version(s).
Current version fixes two DoS vulnerabilities in dbus-daemon (CVE-2014-3532).
Signed-off-by: Daniel BORNAZ
renamed:meta/re
Failed with gnutls config.log: http://ix.io/dr4
On 17/07/14 12:39, Jack Mitchell wrote:
> config.log: http://ix.io/dr3
>
> and yes, gnutls is being built, or at least it's in the work dir.
>
> [jack@jackArch gnutls]$ pwd
> /home/jack/Work/oe-core.git/test-build/tmp-eglibc/work/core2-32-oe-linux/
Wait, that config.log is bad. It's from my build with the patch
reverted. Hold up I'll get the proper one out.
On 17/07/14 12:39, Jack Mitchell wrote:
> config.log: http://ix.io/dr3
>
> and yes, gnutls is being built, or at least it's in the work dir.
>
> [jack@jackArch gnutls]$ pwd
> /home/jack
config.log: http://ix.io/dr3
and yes, gnutls is being built, or at least it's in the work dir.
[jack@jackArch gnutls]$ pwd
/home/jack/Work/oe-core.git/test-build/tmp-eglibc/work/core2-32-oe-linux/gnutls
[jack@jackArch gnutls]$ ls
2.12.23-r8.4 3.2.13-r0 3.2.15-r0 3.3.5-r0
[jack@jackArch gnutls]
On Thu, 2014-07-17 at 12:06 +0100, Jack Mitchell wrote:
> So this error is still blocking my master build, any ideas?
Share the config.log so we can see how the configure test is failing? Is
gnutls actually built and in the sysroot or not?
Cheers,
Richard
--
___
On Wed, Jul 16, 2014 at 9:50 PM, João Henrique Ferreira de Freitas
wrote:
> Em 15-07-2014 10:35, Otavio Salvador escreveu:
>> On Mon, Jul 14, 2014 at 7:55 PM, João Henrique Ferreira de Freitas
>> wrote:
>>>
>>> Without this, python tools that need python-distribute doesn't install
>>> in SDK gene
On Thu, 2014-07-17 at 10:47 +0200, Martin Jansa wrote:
> ttf-arphic-uming-20080216: ttf-arphic-uming rdepends on fontconfig-utils but
> its not a build dependency?
> ttf-bitstream-vera-1.10: ttf-bitstream-vera rdepends on fontconfig-utils but
> its not a build dependency?
> ttf-dejavu-2.23: ttf-d
So this error is still blocking my master build, any ideas?
On 04/07/14 10:08, Jack Mitchell wrote:
> Ross,
>
> I've just pulled this in today after being on holiday for a while and it
> causes a breakage on my system.
>
> | checking for libgnutls... no
> | configure: error: --with-ssl=gnutls was
Signed-off-by: Lucian Musat
---
meta/lib/oeqa/selftest/_toaster.py | 94 ++
1 file changed, 64 insertions(+), 30 deletions(-)
diff --git a/meta/lib/oeqa/selftest/_toaster.py
b/meta/lib/oeqa/selftest/_toaster.py
index 5a42e93..1cf28a0 100644
--- a/meta/lib/oeq
python-native: _json module arbitrary process memory read vulnerability
http://bugs.python.org/issue21529
Python 2 and 3 are susceptible to arbitrary process memory reading by
a user or adversary due to a bug in the _json module caused by
insufficient bounds checking.
The sole prerequisites of t
On 07/17/2014 05:21 PM, Burton, Ross wrote:
On 17 July 2014 08:58, Ming Liu wrote:
Some "once only" variants are being defined instead of standard autoconf
macros, for instance, AC_CHECK_HEADERS_ONCE like AC_CHECK_HEADERS. The
advantage is that the check for each of the headers will be put only
On 17 July 2014 08:58, Ming Liu wrote:
> Some "once only" variants are being defined instead of standard autoconf
> macros, for instance, AC_CHECK_HEADERS_ONCE like AC_CHECK_HEADERS. The
> advantage is that the check for each of the headers will be put only once
> into the 'configure' file, theref
Hello,
I'm trying minimal image but I see this error Please give me advice
NOTE: Runtime target 'eglibc-gconv' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['eglibc-gconv']
ERROR: Required build target 'console-image' has no buildable providers.
Missing or unbuildable
On Wed, Jul 16, 2014 at 03:05:03PM +0200, Martin Jansa wrote:
> This was incremental build.
>
> I've sent fix for xfconf which was causing many issues, but there is
> still too many of them.
This is list of wrong dependencies detected by RP's improved insane_qa
patch, it probably still isn't comp
Some "once only" variants are being defined instead of standard autoconf
macros, for instance, AC_CHECK_HEADERS_ONCE like AC_CHECK_HEADERS. The
advantage is that the check for each of the headers will be put only once
into the 'configure' file, therefore it keeps the size down. But there
is also a
To avoid automatically detecting readline dependency, which will lead to
a implicit build result.
Signed-off-by: Ming Liu
---
meta/recipes-support/gmp/gmp.inc | 3 +++
meta/recipes-support/gmp/gmp_4.2.1.bb | 3 +++
2 files changed, 6 insertions(+)
diff --git a/meta/recipes-support/gmp/gmp.
Automatical checking for nasm program will lead flac to a implicit build
result depending on nasm is built before or after it.
Signed-off-by: Ming Liu
---
meta/recipes-multimedia/flac/flac_1.3.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/flac/flac_1.3.0.bb
b/
The following changes since commit 846bc50fde11bbb36c8eb5b2e3ae6bb644c037f3:
ltp: use "foreign" automake strictness (2014-07-16 10:27:16 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/shadow-4.2.1
http://cgit.openembedded.org/cgi
The return statuses of commands like `su --help' or `passwd --help'
in shadow 4.2.1 version are different from those in shadow 4.1.4.3
version.
Now that we've upgraded shadow to 4.2.1, we need to fix these statuses
in the pam.py to make things work as expected.
Signed-off-by: Chen Qi
---
meta/l
On 07/17/2014 03:04 PM, Henning Heinold wrote:
On Thu, Jul 17, 2014 at 02:58:46PM +0800, Chong Lu wrote:
On 07/17/2014 10:13 AM, Bruce Ashfield wrote:
On Wed, Jul 16, 2014 at 9:43 PM, Chong Lu wrote:
On 07/16/2014 09:04 PM, Bruce Ashfield wrote:
On Wed, Jul 16, 2014 at 4:00 AM, Chong Lu wr
On Thu, Jul 17, 2014 at 02:58:46PM +0800, Chong Lu wrote:
>
> On 07/17/2014 10:13 AM, Bruce Ashfield wrote:
> >On Wed, Jul 16, 2014 at 9:43 PM, Chong Lu wrote:
> >>On 07/16/2014 09:04 PM, Bruce Ashfield wrote:
> >>>On Wed, Jul 16, 2014 at 4:00 AM, Chong Lu wrote:
> Fix incorrect paths to spl
On 07/17/2014 10:13 AM, Bruce Ashfield wrote:
On Wed, Jul 16, 2014 at 9:43 PM, Chong Lu wrote:
On 07/16/2014 09:04 PM, Bruce Ashfield wrote:
On Wed, Jul 16, 2014 at 4:00 AM, Chong Lu wrote:
Fix incorrect paths to split perf package.
Can you elaborate here ? This commit message doesn't real
65 matches
Mail list logo
