It seems that possibly due to OE-Core commit
ac59063bee0e32d0737340974f657341717a6abe, binaries produced without
uninative aren't compatible with the uninative glibc. I did try earlier
to ensure that the eSDK could work without uninative since the default
configuration in OE-Core does not enable it
The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:
oeqa/selftest/kernel.py: Add new file destined for kernel related tests
(2016-11-01 10:05:40 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
paule/esdk-require-u
On Tue, 01 Nov 2016 13:53:44 Lukasz Nowak wrote:
> It is a re-send. Apologies, but I have not received either of my two e-mails
> back from the mailing list, so I assumed the first one got stuck somewhere.
> I can see both of them in the web archive, though. Is that normal?
>
> I've just checked a
Hi Ross,
On Tue, 01 Nov 2016 15:06:53 Ross Burton wrote:
> Signed-off-by: Ross Burton
Missing commit message. Probably the most important thing to include would be
which other recipe packages the same named binary.
Thanks,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
__
On Tue, 01 Nov 2016 09:45:48 Khem Raj wrote:
> > On Nov 1, 2016, at 9:33 AM, Alexander Kanavin
> > wrote:>
> > On 11/01/2016 06:06 PM, Khem Raj wrote:
> we should specify boost/boost/1.62.0/boost_1_62_0.tar.bz2 instead of
> boost/boost/boost_1_62_0.tar.bz2>>>
> >>> Incorrect. That will
This directory shouldn't contain local.conf and bblayers.conf - just
templates for them; except it doesn't have to contain those, it just has
to exist to pass this test. Change the error message accordingly, and
mention TEMPLATECONF so that the user has at least some context.
Signed-off-by: Paul E
If you are using a repository which contains a .templateconf file that
sets TEMPLATECONF to point into a layer it contains, but you aren't
using that layer in your bblayers.conf, the eSDK would produce an error
during the preparation step of the installation. An example would be
using the poky repo
The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:
oeqa/selftest/kernel.py: Add new file destined for kernel related tests
(2016-11-01 10:05:40 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/templateconf
Signed-off-by: Fabio Berton
---
meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest | 0
meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} | 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest (
On Tue, Nov 1, 2016 at 11:30 AM, Mike Looijmans wrote:
> eMMC devices may report block devices like "mmcblk0rpmb" and
> "mmcblk0boot0". These are not actually block devices and any
> read/write operation on them will fail. To prevent spamming error
> messages attempting to mount them, just ignore
Signed-off-by: Fabio Berton
---
meta/recipes-devtools/guilt/guilt-native_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/guilt/guilt-native_git.bb
b/meta/recipes-devtools/guilt/guilt-native_git.bb
index b63c68c..c448e72 100644
--- a/meta/recip
Change SRC_URI to download from official project page.
Signed-off-by: Fabio Berton
---
meta/recipes-support/serf/{serf_1.3.8.bb => serf_1.3.9.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/serf/{serf_1.3.8.bb => serf_1.3.9.bb} (73%)
diff --git a/met
Signed-off-by: Fabio Berton
---
.../{libsamplerate0_0.1.8.bb => libsamplerate0_0.1.9.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libsamplerate/{libsamplerate0_0.1.8.bb =>
libsamplerate0_0.1.9.bb} (65%)
diff --git a/meta/recipes-mult
Signed-off-by: Fabio Berton
---
.../xorg-lib/{libxrandr_1.5.0.bb => libxrandr_1.5.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxrandr_1.5.0.bb =>
libxrandr_1.5.1.bb} (81%)
diff --git a/meta/recipes-graphics/xorg-lib/lib
Signed-off-by: Fabio Berton
---
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb | 6 --
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.2.bb | 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
delete mode 100644 meta/recipes-graphics/clutter/clutter-gtk-1.0_1.8.0.bb
create
Signed-off-by: Fabio Berton
---
.../clutter/{clutter-gst-3.0_3.0.18.bb => clutter-gst-3.0_3.0.20.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.18.bb =>
clutter-gst-3.0_3.0.20.bb} (58%)
diff --git a/meta/recipes-graphics
Signed-off-by: Fabio Berton
---
.../autogen/{autogen-native_5.18.10.bb => autogen-native_5.18.12.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/autogen/{autogen-native_5.18.10.bb =>
autogen-native_5.18.12.bb} (90%)
diff --git a/meta/recipes-devtools
This should be submitted upstream for further review. I believe this could
be covered by a cmdline option
On Oct 31, 2016 8:11 PM, wrote:
> From: Zhang Xiao
>
> When extracting packaes, the trailing slash of the file name
> has no means but may cause some issue on system call lstat.
> Remove it
Is there any pattern to them ? Then lets ignore or accept the smaller
subset
On Nov 1, 2016 6:42 AM, "Mike Looijmans" wrote:
> eMMC devices may report block devices like "mmcblk0rpmb" and
> "mmcblk0boot0". These are not actually block devices and any
> read/write operation on them will fail. To
On Nov 1, 2016 11:28 AM, "Andre McCurdy" wrote:
>
> On Sat, Oct 29, 2016 at 1:47 AM, Khem Raj wrote:
> > This has been cause of issue where we were getting both usr/include
> > dirs ( from target as well as native sysroot) added to compiler
> > flags.
> >
> > CXX_INCLUDES in final flags.cmake wou
On Sat, Oct 29, 2016 at 1:47 AM, Khem Raj wrote:
> This has been cause of issue where we were getting both usr/include
> dirs ( from target as well as native sysroot) added to compiler
> flags.
>
> CXX_INCLUDES in final flags.cmake would include
> -I/usr/include -I/usr/include
> most of the time i
On 26 October 2016 at 07:51, Michael Blättler wrote:
> +++ b/meta/lib/oe/package.py
> @@ -10,7 +10,7 @@ def runstrip(arg):
>
> import stat, subprocess
>
> -(file, elftype, strip) = arg
> +(file, elftype, strip, extraflags) = arg
>
This causes sysroot_strip to fail:
File: '/home/ros
> On Nov 1, 2016, at 12:04 AM, Fathi Boudra wrote:
>
> On 31 October 2016 at 13:32, Burton, Ross wrote:
>>
>> On 31 October 2016 at 08:25, Johannes Pointner
>> wrote:
>>>
>>> Wouldn't it make more sense to update to 1.12?
>>> Since 1.11.1 is backporting fixes from 1.12 as stated in the annou
> On Nov 1, 2016, at 9:33 AM, Alexander Kanavin
> wrote:
>
> On 11/01/2016 06:06 PM, Khem Raj wrote:
>
we should specify boost/boost/1.62.0/boost_1_62_0.tar.bz2 instead of
boost/boost/boost_1_62_0.tar.bz2
>>>
>>> Incorrect. That will still download a master snapshot tarball. Only i
On 11/01/2016 06:06 PM, Khem Raj wrote:
we should specify boost/boost/1.62.0/boost_1_62_0.tar.bz2 instead of
boost/boost/boost_1_62_0.tar.bz2
Incorrect. That will still download a master snapshot tarball. Only if the
'project/' is prefixed, SF will give you the release tarball.
if we need
> On Nov 1, 2016, at 5:40 AM, Alexander Kanavin
> wrote:
>
> On 10/31/2016 06:22 PM, Khem Raj wrote:
>
>>> Sourceforge is doing too-clever redirecting that fails miserably here:
>>>
>>> Proxy request sent, awaiting response... 301 Moved Permanently
>>> Location:
>>> http://downloads.sourcefo
From: Christopher Larson
The class clearly intends build tools to depend upon the dummy texinfo, but it
does so using the class-cross override for cross recipes, and libtool-cross
doesn't inherit cross. Add a special case to cover this.
Signed-off-by: Christopher Larson
---
meta/classes/texinf
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/boost/boost-1.62.0.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/boost/boost-1.62.0.inc
b/meta/recipes-support/boost/boost-1.62.0.inc
index cd99b0e..1e555e1 100644
--- a/meta/recipes-support/boost/boost-1.
Remove backported gcc5-port.patch
Remove 11_mips-link-tool.patch as there is nothing in the target file
(or the entire source tree) that resembles anything contained in the patch.
Signed-off-by: Alexander Kanavin
---
.../valgrind/valgrind/11_mips-link-tool.patch | 37 -
.../valg
Upstream had a 2.0 tag for a while, then removed it and added a 1.1 tag :-/
Let's make it match to avoid confusion. There's only one new commit
added, which adds a missing manpage.
Also, update the outdated version comment in rt-tests.inc
Signed-off-by: Alexander Kanavin
---
meta/recipes-rt/rt-
The copyright for the software has been transferred to Unicode Inc from IBM,
but the terms are same.
libiculx and libicule are no longer produced as they depend on an external
package icu-le-hb (previous versions had an option of using an internal
implementation which now has been dropped). I have
Signed-off-by: Alexander Kanavin
---
.../libarchive/{libarchive_3.2.1.bb => libarchive_3.2.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/libarchive/{libarchive_3.2.1.bb =>
libarchive_3.2.2.bb} (94%)
diff --git a/meta/recipes-extended/lib
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/vala/{vala_0.34.1.bb => vala_0.34.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/vala/{vala_0.34.1.bb => vala_0.34.2.bb} (56%)
diff --git a/meta/recipes-devtools/vala/vala_0.34.1.bb
b/meta/
Signed-off-by: Alexander Kanavin
---
meta/recipes-sato/webkit/webkitgtk_2.14.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb
b/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb
index f85a33d..a2586de 100644
--- a/meta/recipes-sato/
Nothing requires it in oe-core now, so it will be re-added to meta-openembedded.
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/libwnck/libwnck3_3.20.1.bb | 19 ---
1 file changed, 19 deletions(-)
delete mode 100644 meta/recipes-gnome/libwnck/libwnck3_3.20.1.bb
diff --
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/nspr/{nspr_4.13.bb => nspr_4.13.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/nspr/{nspr_4.13.bb => nspr_4.13.1.bb} (96%)
diff --git a/meta/recipes-support/nspr/nspr_4.13.bb
b/meta/recipes-s
libwnck3 dependency was removed upstream
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/epiphany/epiphany_3.22.1.bb | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
b/meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
ind
Add udev dependency as btrfs-tools installs a udev rule.
Signed-off-by: Alexander Kanavin
---
.../btrfs-tools/{btrfs-tools_4.8.1.bb => btrfs-tools_4.8.2.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.8.1.bb =>
btrfs-
libxrandr dependency has been removed upstream
Udev dependecy has been added upstream:
commit b8cbfbe06475703f67976eae9477f229891a
pnp-ids: Use udev's hwdb to query PNP IDs
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.22.1.bb | 2 +-
1 fil
Drop faac package config as upstream ./configure doesn't have it anymore.
Signed-off-by: Alexander Kanavin
---
meta/recipes-multimedia/ffmpeg/{ffmpeg_3.1.4.bb => ffmpeg_3.2.bb} | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.1.4.bb =>
Here's another batch of version updates that didn't make it into
the previous patchset, and also a few dependency fixes and
other small improvements.
The following changes since commit c3d2df883a9d6d5036277114339673656d89a728:
oeqa/selftest/kernel.py: Add new file destined for kernel related te
The su binary is handled by alternatives but the man page wasn't, so
installing both util-linux-doc and shadow-doc produces errors.
Also use d.expand() to neaten the code.
Signed-off-by: Ross Burton
---
meta/recipes-core/util-linux/util-linux.inc | 8 +---
1 file changed, 5 insertions(+), 3
Signed-off-by: Ross Burton
---
meta/recipes-extended/shadow/shadow.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/shadow/shadow.inc
b/meta/recipes-extended/shadow/shadow.inc
index 35a18f8..f79565b 100644
--- a/meta/recipes-extended/shadow/shadow.i
Enrico
On 10/27/2016 11:09 PM, Enrico Jorns wrote:
This patch is required for krogoth, too in order to make it properly
work with glibc 2.24.
Signed-off-by: Enrico Jorns
Below the message of the original commit:
There are issues with a change made to RTLD_NEXT behaviour in glibc 2.24
and th
Enrico,
On 10/27/2016 11:06 PM, Enrico Jorns wrote:
`readdir_r` is deprecated as of glibc-2.24 and leads to a compilation
error:
| In file included from sysrand.c:16:0:
| unix_rand.c: In function 'ReadOneFile':
| unix_rand.c:1090:6: error: 'readdir_r' is deprecated
[-Werror=deprecated-declarat
Do not use --force-depends when trying to remove all dependent packages,
as it removes only the selected package and not the dependent packages.
Signed-off-by: Samuli Piippo
---
meta/lib/oe/package_manager.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/package
eMMC devices may report block devices like "mmcblk0rpmb" and
"mmcblk0boot0". These are not actually block devices and any
read/write operation on them will fail. To prevent spamming error
messages attempting to mount them, just ignore these devices.
Signed-off-by: Mike Looijmans
---
meta/recipes
On 11/01/2016 08:15 PM, Burton, Ross wrote:
On 1 November 2016 at 10:18, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
I should explain why not use oe.path.copytree(), but it was late last
night, so I forgot that. We can't use oe.path.copytree() since:
1) oe.path.copytree(
On 10/31/2016 10:44 PM, Andreas Oberritter wrote:
-SRC_URI = "${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2"
+SRC_URI = "${SOURCEFORGE_MIRROR}/project/boost/boost/${PV}/${BOOST_P}.tar.bz2"
-SRC_URI[md5sum] = "7ef085456c48c49a7fe8237f07e5f674"
-SRC_URI[sha256sum] =
"bce80293052e2d6230f1bec9b75
Hi Ross,
It is a re-send. Apologies, but I have not received either of my two e-mails
back from the mailing list, so I assumed the first one got stuck somewhere. I
can see both of them in the web archive, though. Is that normal?
I've just checked and I have the "Receive your own posts to the li
The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:
oeqa/selftest/kernel.py: Add new file destined for kernel related tests
(2016-11-01 10:05:40 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/bp
http://cgit.
open() is default to 'rt' which may cause decoding errors when open
binary file:
$ bitbake xcursor-transparent-theme
[snip]
Exception: UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfd in position
18: invalid start byte
[snip]
Signed-off-by: Robert Yang
---
meta/classes/insane.bbclass |
On 10/31/2016 06:22 PM, Khem Raj wrote:
Sourceforge is doing too-clever redirecting that fails miserably here:
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://downloads.sourceforge.net/project/boost/boost/snapshots/master/boost_1_62_0.tar.bz2
[following]
So we
On 1 November 2016 at 10:18, Robert Yang wrote:
> I should explain why not use oe.path.copytree(), but it was late last
> night, so I forgot that. We can't use oe.path.copytree() since:
> 1) oe.path.copytree() doesn't dereference symlink
> 2) We need --exclude='.git'
>
> I'd like to add two argum
On 1 November 2016 at 08:50, Lukasz Nowak wrote:
> From: Lukasz Nowak
>
> Import a patch from upstream, which fixes a connman daemon freeze
> under certain conditions (multiple active interfaces, no r/w storage).
>
> Signed-off-by: Lukasz Nowak
> ---
>
Is this a resent of your earlier patch, o
Hi,
with 'morty', sanity check fails with
|Please install the following missing utilities: C Compiler (ccache gcc
),C++ Compiler (ccache g++ )
I think, parts of 89f55bf8e9d633cfb508a0885a462afb561c7cee should be
reverted.
Enrico
--
___
Openemb
On Tue, 1 Nov 2016, Gary Thomas wrote:
> On 2016-11-01 11:04, Robert P. J. Day wrote:
> >
> > updating a tutorial about writing a proper layer.conf file, so some
> > nitpicky questions about recommended style.
> >
> > first, when appending to BBFILES, is it recommended to explicitly
> > use se
On 2016-11-01 11:18, Robert P. J. Day wrote:
more pedantry: i notice that a small number of layers (eg,
meta-freescale, meta-mentor) include "dynamic" layers, so that some
sublayers are included only conditionally if others layers are
included. from meta-freescale's layer.conf:
/ start
more pedantry: i notice that a small number of layers (eg,
meta-freescale, meta-mentor) include "dynamic" layers, so that some
sublayers are included only conditionally if others layers are
included. from meta-freescale's layer.conf:
/ start
# The dynamic-layers directory hosts the exten
On 11/01/2016 06:09 PM, Richard Purdie wrote:
On Mon, 2016-10-31 at 08:48 -0700, Robert Yang wrote:
When there is a relative symlink in the layer, for example:
symA -> ../out/of/layer/file
symA will be invalid fater copied, it would be invalid from build
time
if it points to a relative path,
On 2016-11-01 11:04, Robert P. J. Day wrote:
updating a tutorial about writing a proper layer.conf file, so some
nitpicky questions about recommended style.
first, when appending to BBFILES, is it recommended to explicitly
use separate wildcard patterns of "*.bb" and "*.bbappend", or just g
On Mon, 2016-10-31 at 08:48 -0700, Robert Yang wrote:
> When there is a relative symlink in the layer, for example:
> symA -> ../out/of/layer/file
>
> symA will be invalid fater copied, it would be invalid from build
> time
> if it points to a relative path, and would be invalid after extracted
>
updating a tutorial about writing a proper layer.conf file, so some
nitpicky questions about recommended style.
first, when appending to BBFILES, is it recommended to explicitly
use separate wildcard patterns of "*.bb" and "*.bbappend", or just get
lazy and use "*.bb*"? i realize that, in the
From: Lukasz Nowak
Import a patch from upstream, which fixes a connman daemon freeze
under certain conditions (multiple active interfaces, no r/w storage).
Signed-off-by: Lukasz Nowak
---
...ts-Fix-bad-file-descriptor-initialisation.patch | 102 +
meta/recipes-connectivity/
From: Kai Kang
When enable multilib, it fails to run python3:
| Could not find platform independent libraries
| Could not find platform dependent libraries
| Consider setting $PYTHONHOME to [:]
| Fatal Python error: Py_Initialize: Unable to get the locale encoding
| ImportError: No module name
From: Kai Kang
It fails to run some dbus-ptest cases that some symbols cannot be found:
| ./test/test-bus: relocation error: ./test/test-bus: symbol
| _dbus_threads_init_debug, version LIBDBUS_PRIVATE_1.10.10 not defined
| in file libdbus-1.so.3 with link time reference
| FAIL: test/test-bus
Th
From: Kai Kang
Build path ${B} exists in some service and conf files of ptest. Replace
with right directory.
Signed-off-by: Kai Kang
---
meta/recipes-core/dbus/dbus-test_1.10.10.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-core/dbus/dbus-test_1.10.10.bb
b/meta/recipe
From: Kai Kang
1
when multilib is enabled, python3 fails to start:
root@qemux86-64:~# python3
Could not find platform independent libraries
Could not find platform dependent libraries
Consider setting $PYTHONHOME to [:]
Fatal Python error: Py_Initialize: Unable to get the locale encoding
Impor
On 31 October 2016 at 13:32, Burton, Ross wrote:
>
> On 31 October 2016 at 08:25, Johannes Pointner
> wrote:
>>
>> Wouldn't it make more sense to update to 1.12?
>> Since 1.11.1 is backporting fixes from 1.12 as stated in the annouce
>> mail of the release.
>
>
> Absolutely - there's a 1.12 so un
69 matches
Mail list logo
