[OE-core] [PATCH] liburi-perl: upgrade 1.72 -> 1.73

[Tim Orling]

Changes:
1.73  2018-01-09 06:42:51Z
- Update documentation for URI::_punycode (GH Issue #45)

Signed-off-by: Tim Orling 
---
 .../perl/{liburi-perl_1.72.bb => liburi-perl_1.73.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/perl/{liburi-perl_1.72.bb => liburi-perl_1.73.bb} 
(85%)

diff --git a/meta/recipes-devtools/perl/liburi-perl_1.72.bb 
b/meta/recipes-devtools/perl/liburi-perl_1.73.bb
similarity index 85%
rename from meta/recipes-devtools/perl/liburi-perl_1.72.bb
rename to meta/recipes-devtools/perl/liburi-perl_1.73.bb
index a399c10b5ca..7cdf6dc61dc 100644
--- a/meta/recipes-devtools/perl/liburi-perl_1.72.bb
+++ b/meta/recipes-devtools/perl/liburi-perl_1.73.bb
@@ -13,8 +13,8 @@ DEPENDS += "perl"
 
 SRC_URI = "http://www.cpan.org/authors/id/E/ET/ETHER/URI-${PV}.tar.gz;
 
-SRC_URI[md5sum] = "cd56d81ed429efaa97e7f3ff08851b48"
-SRC_URI[sha256sum] = 
"35f14431d4b300de4be1163b0b5332de2d7fbda4f05ff1ed198a8e9330d40a32"
+SRC_URI[md5sum] = "37d44a08e599aa945b32a9434ffe00a5"
+SRC_URI[sha256sum] = 
"cca7ab4a6f63f3ccaacae0f2e1337e8edf84137e73f18548ec7d659f23efe413"
 
 S = "${WORKDIR}/URI-${PV}"
 
-- 
2.13.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] e2fsprogs: 1.43.7 -> 1.43.8

[Huang Qiyu]

Upgrade e2fsprogs from 1.43.7 to 1.43.8.

Signed-off-by: Huang Qiyu 
---
 .../e2fsprogs/{e2fsprogs_1.43.7.bb => e2fsprogs_1.43.8.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/e2fsprogs/{e2fsprogs_1.43.7.bb => 
e2fsprogs_1.43.8.bb} (98%)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.7.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
similarity index 98%
rename from meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.7.bb
rename to meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
index 168eecf..c42260c 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.7.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb
@@ -11,7 +11,7 @@ SRC_URI += "file://remove.ldconfig.call.patch \
 
 SRC_URI_append_class-native = " 
file://e2fsprogs-fix-missing-check-for-permission-denied.patch"
 
-SRCREV = "4c5e6cd6defb83f1b35a5ef6fccd68c86874ee06"
+SRCREV = "af2eac481cf426c05ae12b946396980e16c8ab19"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+\.\d+(\.\d+)*)$"
 
 EXTRA_OECONF += "--libdir=${base_libdir} --sbindir=${base_sbindir} \
-- 
2.7.4



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] curl: 7.54.1 -> 7.57.0

[Huang Qiyu]

1.Upgrade curl from 7.54.1 to 7.57.0.
2.Delete CVE-2017-199.patch, CVE-2017-1000100.patch, 
CVE-2017-1000101.patch, CVE-2017-1000254.patch, reproducible-mkhelp.patch, 
since it is integrated upstream.
3.Remove "do_install_append()" from curl_7.57.0.bb, since curl/curlbuild.h has 
been removed.

Signed-off-by: Huang Qiyu 
---
 .../curl/curl/CVE-2017-199.patch   |  41 --
 .../curl/curl/CVE-2017-1000100.patch   |  51 
 .../curl/curl/CVE-2017-1000101.patch   |  99 ---
 .../curl/curl/CVE-2017-1000254.patch   | 138 -
 .../curl/curl/reproducible-mkhelp.patch|  32 -
 .../curl/{curl_7.54.1.bb => curl_7.57.0.bb}|  14 +--
 6 files changed, 2 insertions(+), 373 deletions(-)
 delete mode 100644 meta/recipes-support/curl/curl/CVE-2017-199.patch
 delete mode 100644 meta/recipes-support/curl/curl/CVE-2017-1000100.patch
 delete mode 100644 meta/recipes-support/curl/curl/CVE-2017-1000101.patch
 delete mode 100644 meta/recipes-support/curl/curl/CVE-2017-1000254.patch
 delete mode 100644 meta/recipes-support/curl/curl/reproducible-mkhelp.patch
 rename meta/recipes-support/curl/{curl_7.54.1.bb => curl_7.57.0.bb} (86%)

diff --git a/meta/recipes-support/curl/curl/CVE-2017-199.patch 
b/meta/recipes-support/curl/curl/CVE-2017-199.patch
deleted file mode 100644
index 96ff1b0..000
--- a/meta/recipes-support/curl/curl/CVE-2017-199.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-From c9332fa5e84f24da300b42b1a931ade929d3e27d Mon Sep 17 00:00:00 2001
-From: Even Rouault 
-Date: Tue, 1 Aug 2017 17:17:06 +0200
-Subject: [PATCH] file: output the correct buffer to the user
-
-Regression brought by 7c312f84ea930d8 (April 2017)
-
-CVE: CVE-2017-199
-
-Bug: https://curl.haxx.se/docs/adv_20170809C.html
-
-Credit to OSS-Fuzz for the discovery
-
-Upstream-Status: Backport
-https://github.com/curl/curl/commit/c9332fa5e84f24da300b42b1a931ade929d3e27d
-
-Signed-off-by: Wenzong Fan 

- lib/file.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/lib/file.c b/lib/file.c
-index bd426eac2..666cbe75b 100644
 a/lib/file.c
-+++ b/lib/file.c
-@@ -499,11 +499,11 @@ static CURLcode file_do(struct connectdata *conn, bool 
*done)
-  Curl_month[tm->tm_mon],
-  tm->tm_year + 1900,
-  tm->tm_hour,
-  tm->tm_min,
-  tm->tm_sec);
--result = Curl_client_write(conn, CLIENTWRITE_BOTH, buf, 0);
-+result = Curl_client_write(conn, CLIENTWRITE_BOTH, header, 0);
- if(!result)
-   /* set the file size to make it available post transfer */
-   Curl_pgrsSetDownloadSize(data, expected_size);
- return result;
-   }
--- 
-2.13.3
-
diff --git a/meta/recipes-support/curl/curl/CVE-2017-1000100.patch 
b/meta/recipes-support/curl/curl/CVE-2017-1000100.patch
deleted file mode 100644
index f74f1dd..000
--- a/meta/recipes-support/curl/curl/CVE-2017-1000100.patch
+++ /dev/null
@@ -1,51 +0,0 @@
-From 358b2b131ad6c095696f20dcfa62b8305263f898 Mon Sep 17 00:00:00 2001
-From: Daniel Stenberg 
-Date: Tue, 1 Aug 2017 17:16:46 +0200
-Subject: [PATCH] tftp: reject file name lengths that don't fit
-
-... and thereby avoid telling send() to send off more bytes than the
-size of the buffer!
-
-CVE: CVE-2017-1000100
-
-Bug: https://curl.haxx.se/docs/adv_20170809B.html
-Reported-by: Even Rouault
-
-Credit to OSS-Fuzz for the discovery
-
-Upstream-Status: Backport
-https://github.com/curl/curl/commit/358b2b131ad6c095696f20dcfa62b8305263f898
-
-Signed-off-by: Wenzong Fan 

- lib/tftp.c |7 ++-
- 1 file changed, 6 insertions(+), 1 deletion(-)
-
-diff --git a/lib/tftp.c b/lib/tftp.c
-index 02bd842..f6f4bce 100644
 a/lib/tftp.c
-+++ b/lib/tftp.c
-@@ -5,7 +5,7 @@
-  *| (__| |_| |  _ <| |___
-  * \___|\___/|_| \_\_|
-  *
-- * Copyright (C) 1998 - 2016, Daniel Stenberg, , et al.
-+ * Copyright (C) 1998 - 2017, Daniel Stenberg, , et al.
-  *
-  * This software is licensed as described in the file COPYING, which
-  * you should have received as part of this distribution. The terms
-@@ -491,6 +491,11 @@ static CURLcode tftp_send_first(tftp_state_data_t *state, 
tftp_event_t event)
- if(result)
-   return result;
- 
-+if(strlen(filename) > (state->blksize - strlen(mode) - 4)) {
-+  failf(data, "TFTP file name too long\n");
-+  return CURLE_TFTP_ILLEGAL; /* too long file name field */
-+}
-+
- snprintf((char *)state->spacket.data+2,
-  state->blksize,
-  "%s%c%s%c", filename, '\0',  mode, '\0');
--- 
-1.7.9.5
-
diff --git a/meta/recipes-support/curl/curl/CVE-2017-1000101.patch 
b/meta/recipes-support/curl/curl/CVE-2017-1000101.patch
deleted file mode 100644
index c300fff..000

Re: [OE-core] [oe-commits] [openembedded-core] 08/08: json-glib: update to 1.4.2

[Yi Zhao]

在 2018年01月24日 10:26, Yi Zhao 写道:




在 2018年01月19日 21:58, Martin Jansa 写道:
It fails here since this upgrade, maybe the 
0001-Do-not-disable-gobject-introspection-when-cross-comp.patch is 
still useful and wasn't completely merged upstream?


FAILED: json-glib/Json-1.0.typelib
json-glib/1.4.2-r0/recipe-sysroot/usr/bin/g-ir-compiler-wrapper 
json-glib/Json-1.0.gir --output json-glib/Json-1.0.typelib
Could not find GIR file 'GObject-2.0.gir'; check XDG_DATA_DIRS or use 
--includedir
error parsing file json-glib/Json-1.0.gir: Failed to parse included 
gir GObject-2.0
If the above error message is about missing .so libraries, then 
setting up GIR_EXTRA_LIBS_PATH in the recipe should help.

(typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" )
ninja: build stopped: subcommand failed.
WARNING: exit code 1 from a shell command.


Hi  Martin,

I still can not reproduced it.  Could you tell me which layers 
include, the DISTRO set and the build machine OS ?




Sorry. Please ignore this mail. I missed your previous mail.

Yi


Thanks,
Yi




On Thu, Jan 18, 2018 at 1:51 PM, > wrote:


This is an automated email from the git hooks/post-receive script.

rpurdie pushed a commit to branch master
in repository openembedded-core.

commit 6b87ad5b08004554f08d2f68027908956f3795e1
Author: Yi Zhao >
AuthorDate: Tue Jan 16 08:32:33 2018 +0800

    json-glib: update to 1.4.2

    Drop
0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
    since it has been fixed upstream.

    Signed-off-by: Yi Zhao >
    Signed-off-by: Richard Purdie
>
---
 ...ble-gobject-introspection-when-cross-comp.patch | 32
--
 .../{json-glib_1.2.8.bb  =>
json-glib_1.4.2.bb }    |  7 ++---
 2 files changed, 2 insertions(+), 37 deletions(-)

diff --git

a/meta/recipes-gnome/json-glib/json-glib/0001-Do-not-disable-gobject-introspection-when-cross-comp.patch

b/meta/recipes-gnome/json-glib/json-glib/0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
deleted file mode 100644
index 849bb9d..000
---

a/meta/recipes-gnome/json-glib/json-glib/0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 293452c963188666dae99521294f09a0cf9582e2 Mon Sep 17
00:00:00 2001
-From: Alexander Kanavin >
-Date: Fri, 4 Aug 2017 16:01:11 +0300
-Subject: [PATCH] Do not disable gobject introspection when
cross-compiling.
-
-Introspection does work fine for instance in Open Embedded,
-one of the most prominent cross-compilation frameworks
-(through qemu emulating target hardware), so let the user
-decide if he wants the feature or not.
-
-Upstream-Status: Pending
-Signed-off-by: Alexander Kanavin >

- meson.build | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/meson.build b/meson.build
-index 43cbfd9..8a32f26 100644
 a/meson.build
-+++ b/meson.build
-@@ -147,7 +147,7 @@ root_dir = include_directories('.')
-
- gnome = import('gnome')
- gir = find_program('g-ir-scanner', required: false)
--build_gir = gir.found() and not meson.is_cross_build() and not
get_option('disable_introspection')
-+build_gir = gir.found() and not get_option('disable_introspection')
-
- subdir('json-glib')
-
---
-2.13.2
-
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.2.8.bb

b/meta/recipes-gnome/json-glib/json-glib_1.4.2.bb

similarity index 84%
rename from meta/recipes-gnome/json-glib/json-glib_1.2.8.bb

rename to meta/recipes-gnome/json-glib/json-glib_1.4.2.bb

index 31912d1..fad0a2d 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.2.8.bb

+++ b/meta/recipes-gnome/json-glib/json-glib_1.4.2.bb

@@ -10,11 +10,8 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"

 DEPENDS = "glib-2.0"

-SRC_URI_append = " \
-
file://0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
\
-           "
-SRC_URI[archive.md5sum] = "ff31e7d0594df44318e12facda3d086e"
-SRC_URI[archive.sha256sum] =
"fd55a9037d39e7a10f0db64309f5f0265fa32ec962bf85066087b83a2807f40a"
+SRC_URI[archive.md5sum] = 

Re: [OE-core] [oe-commits] [openembedded-core] 08/08: json-glib: update to 1.4.2

[Yi Zhao]

在 2018年01月19日 21:58, Martin Jansa 写道:
It fails here since this upgrade, maybe the 
0001-Do-not-disable-gobject-introspection-when-cross-comp.patch is 
still useful and wasn't completely merged upstream?


FAILED: json-glib/Json-1.0.typelib
json-glib/1.4.2-r0/recipe-sysroot/usr/bin/g-ir-compiler-wrapper 
json-glib/Json-1.0.gir --output json-glib/Json-1.0.typelib
Could not find GIR file 'GObject-2.0.gir'; check XDG_DATA_DIRS or use 
--includedir
error parsing file json-glib/Json-1.0.gir: Failed to parse included 
gir GObject-2.0
If the above error message is about missing .so libraries, then 
setting up GIR_EXTRA_LIBS_PATH in the recipe should help.

(typically like this: GIR_EXTRA_LIBS_PATH="${B}/something/.libs" )
ninja: build stopped: subcommand failed.
WARNING: exit code 1 from a shell command.


Hi  Martin,

I still can not reproduced it.  Could you tell me which layers include, 
the DISTRO set and the build machine OS ?


Thanks,
Yi




On Thu, Jan 18, 2018 at 1:51 PM, > wrote:


This is an automated email from the git hooks/post-receive script.

rpurdie pushed a commit to branch master
in repository openembedded-core.

commit 6b87ad5b08004554f08d2f68027908956f3795e1
Author: Yi Zhao >
AuthorDate: Tue Jan 16 08:32:33 2018 +0800

    json-glib: update to 1.4.2

    Drop
0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
    since it has been fixed upstream.

    Signed-off-by: Yi Zhao >
    Signed-off-by: Richard Purdie
>
---
 ...ble-gobject-introspection-when-cross-comp.patch | 32
--
 .../{json-glib_1.2.8.bb  =>
json-glib_1.4.2.bb }    |  7 ++---
 2 files changed, 2 insertions(+), 37 deletions(-)

diff --git

a/meta/recipes-gnome/json-glib/json-glib/0001-Do-not-disable-gobject-introspection-when-cross-comp.patch

b/meta/recipes-gnome/json-glib/json-glib/0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
deleted file mode 100644
index 849bb9d..000
---

a/meta/recipes-gnome/json-glib/json-glib/0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 293452c963188666dae99521294f09a0cf9582e2 Mon Sep 17 00:00:00
2001
-From: Alexander Kanavin >
-Date: Fri, 4 Aug 2017 16:01:11 +0300
-Subject: [PATCH] Do not disable gobject introspection when
cross-compiling.
-
-Introspection does work fine for instance in Open Embedded,
-one of the most prominent cross-compilation frameworks
-(through qemu emulating target hardware), so let the user
-decide if he wants the feature or not.
-
-Upstream-Status: Pending
-Signed-off-by: Alexander Kanavin >

- meson.build | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/meson.build b/meson.build
-index 43cbfd9..8a32f26 100644
 a/meson.build
-+++ b/meson.build
-@@ -147,7 +147,7 @@ root_dir = include_directories('.')
-
- gnome = import('gnome')
- gir = find_program('g-ir-scanner', required: false)
--build_gir = gir.found() and not meson.is_cross_build() and not
get_option('disable_introspection')
-+build_gir = gir.found() and not get_option('disable_introspection')
-
- subdir('json-glib')
-
---
-2.13.2
-
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.2.8.bb

b/meta/recipes-gnome/json-glib/json-glib_1.4.2.bb

similarity index 84%
rename from meta/recipes-gnome/json-glib/json-glib_1.2.8.bb

rename to meta/recipes-gnome/json-glib/json-glib_1.4.2.bb

index 31912d1..fad0a2d 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.2.8.bb

+++ b/meta/recipes-gnome/json-glib/json-glib_1.4.2.bb

@@ -10,11 +10,8 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"

 DEPENDS = "glib-2.0"

-SRC_URI_append = " \
-         
 file://0001-Do-not-disable-gobject-introspection-when-cross-comp.patch
\
-           "
-SRC_URI[archive.md5sum] = "ff31e7d0594df44318e12facda3d086e"
-SRC_URI[archive.sha256sum] =
"fd55a9037d39e7a10f0db64309f5f0265fa32ec962bf85066087b83a2807f40a"
+SRC_URI[archive.md5sum] = "35107e23a7bbbc70f31c34f7b9adf1c3"
+SRC_URI[archive.sha256sum] =

Re: [OE-core] [PATCH] gettext: fix PACKAGECONFIGs

[Martin Jansa]

Thanks, this version built for me on that system where it was failing
before (I haven't tried to rebuild world, just gettext).

On Wed, Jan 24, 2018 at 12:09 AM, Burton, Ross 
wrote:

> Yeah, I managed to typo.  Latest ross/mut has a new version.
>
> Ross
>
> On 23 January 2018 at 22:29, Martin Jansa  wrote:
>
>> The
>> --without-included-libunistring=
>> change there
>>
>> -PACKAGECONFIG[libunistring] = "--without-included-libunistri
>> ng,--with-included-libunistring,libunistring"
>> +PACKAGECONFIG[libunistring] = "--without-included-libunistri
>> ng=${STAGING_LIBDIR}/..,--with-included-libunistring,libunistring"
>>
>> looks really strange and indeed it fails:
>>
>> | configure: error: invalid package name: included-libunistring=/OE/BUIL
>> D/work/qemux86-oe-linux/gettext/0.19.8.1-r0/recipe-sysroot/usr/lib/..
>>
>> After removing this part and keeping only the added .patch I got the same
>> error as before:
>> ERROR: gettext-0.19.8.1-r0 do_configure: This autoconf log indicates
>> errors, it looked at host include and/or library paths while determining
>> system capabilities.
>> Rerun configure task after fixing this.
>>
>> 0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning: include
>> location "/usr/include/glib-2.0" is unsafe for cross-compilation
>> [-Wpoison-system-directories]
>>
>>
>>
>> On Tue, Jan 23, 2018 at 1:58 AM, Burton, Ross 
>> wrote:
>>
>>> Hi Martin,
>>>
>>> I've a patch at the top of poky-contrib:ross/mut which hopefully fixes
>>> this.  It's a bit more invasive than I'd like but this is gettext and I'm
>>> still at least partially sane, so that's a win as far as I'm concerned.
>>>
>>> I've a build running now but touching gettext causes a rebuild of the
>>> world so I'm going to bed whist it runs.  Would you be able to test it in
>>> your environment too?
>>>
>>> Cheers,
>>> Ross
>>>
>>> On 22 January 2018 at 19:46, Burton, Ross  wrote:
>>>
 This is causing QA errors:

 ERROR: gettext-0.19.8.1-r0 do_package_qa: QA Issue: gettext:
 /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
 t/gettext/usr/lib/gettext/hostname contains probably-redundant RPATH
 /usr/lib/../lib
 gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
 t/gettext/usr/lib/gettext/urlget contains probably-redundant RPATH
 /usr/lib/../lib
 gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
 t/gettext/usr/lib/gettext/cldr-plurals contains probably-redundant
 RPATH /usr/lib/../lib
 gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
 t/gettext/usr/bin/recode-sr-latin contains probably-redundant RPATH
 /usr/lib/../lib [useless-rpaths]

 Ross

 On 22 January 2018 at 10:52, Martin Jansa 
 wrote:

> * add --with-*-prefix variables to prevent configure trying to search
> in host paths
> * fixes:
>   ERROR: This autoconf log indicates errors, it looked at host include
> and/or library paths while determining system capabilities.
>   gettext/0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning:
> include location /usr/include/glib-2.0 is unsafe for cross-compilation
> [-Wpoison-system-directories]
>
> * not sure if it's worth adding other prefixes for curses related
> PACKAGECONFIG
>   PACKAGECONFIG[msgcat-curses] = "--with-libncurses-prefix=${ST
> AGING_LIBDIR}/..,--disable-curses,ncurses,"
>
>   --with-libncurses-prefix[=DIR]  search for PACKLIBS in DIR/include
> and DIR/lib
>   --without-libncurses-prefix don't search for PACKLIBS in
> includedir and libdir
>   --with-libxcurses-prefix[=DIR]  search for PACKLIBS in DIR/include
> and DIR/lib
>   --without-libxcurses-prefix don't search for PACKLIBS in
> includedir and libdir
>   --with-libcurses-prefix[=DIR]  search for PACKLIBS in DIR/include
> and DIR/lib
>   --without-libcurses-prefix don't search for PACKLIBS in
> includedir and libdir
>
> Signed-off-by: Martin Jansa 
> ---
>  meta/recipes-core/gettext/gettext_0.19.8.1.bb | 8 
>  1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
> b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
> index 97083c0da2..8a8a34cca8 100644
> --- a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
> +++ b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
> @@ -43,10 +43,10 @@ PACKAGECONFIG ??= "croco glib libxml libunistring"
>  PACKAGECONFIG_class-native = ""
>  PACKAGECONFIG_class-nativesdk = ""
>
> -PACKAGECONFIG[croco] = "--without-included-libcroco,-
> -with-included-libcroco,libcroco"
> -PACKAGECONFIG[glib] = "--without-included-glib,--wit
> h-included-glib,glib-2.0"
> -PACKAGECONFIG[libxml] = 

Re: [OE-core] [PATCH] gettext: fix PACKAGECONFIGs

[Burton, Ross]

Yeah, I managed to typo.  Latest ross/mut has a new version.

Ross

On 23 January 2018 at 22:29, Martin Jansa  wrote:

> The
> --without-included-libunistring=
> change there
>
> -PACKAGECONFIG[libunistring] = "--without-included-libunistri
> ng,--with-included-libunistring,libunistring"
> +PACKAGECONFIG[libunistring] = "--without-included-libunistri
> ng=${STAGING_LIBDIR}/..,--with-included-libunistring,libunistring"
>
> looks really strange and indeed it fails:
>
> | configure: error: invalid package name: included-libunistring=/OE/BUIL
> D/work/qemux86-oe-linux/gettext/0.19.8.1-r0/recipe-sysroot/usr/lib/..
>
> After removing this part and keeping only the added .patch I got the same
> error as before:
> ERROR: gettext-0.19.8.1-r0 do_configure: This autoconf log indicates
> errors, it looked at host include and/or library paths while determining
> system capabilities.
> Rerun configure task after fixing this.
>
> 0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning: include location
> "/usr/include/glib-2.0" is unsafe for cross-compilation
> [-Wpoison-system-directories]
>
>
>
> On Tue, Jan 23, 2018 at 1:58 AM, Burton, Ross 
> wrote:
>
>> Hi Martin,
>>
>> I've a patch at the top of poky-contrib:ross/mut which hopefully fixes
>> this.  It's a bit more invasive than I'd like but this is gettext and I'm
>> still at least partially sane, so that's a win as far as I'm concerned.
>>
>> I've a build running now but touching gettext causes a rebuild of the
>> world so I'm going to bed whist it runs.  Would you be able to test it in
>> your environment too?
>>
>> Cheers,
>> Ross
>>
>> On 22 January 2018 at 19:46, Burton, Ross  wrote:
>>
>>> This is causing QA errors:
>>>
>>> ERROR: gettext-0.19.8.1-r0 do_package_qa: QA Issue: gettext:
>>> /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>>> t/gettext/usr/lib/gettext/hostname contains probably-redundant RPATH
>>> /usr/lib/../lib
>>> gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>>> t/gettext/usr/lib/gettext/urlget contains probably-redundant RPATH
>>> /usr/lib/../lib
>>> gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>>> t/gettext/usr/lib/gettext/cldr-plurals contains probably-redundant
>>> RPATH /usr/lib/../lib
>>> gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>>> t/gettext/usr/bin/recode-sr-latin contains probably-redundant RPATH
>>> /usr/lib/../lib [useless-rpaths]
>>>
>>> Ross
>>>
>>> On 22 January 2018 at 10:52, Martin Jansa 
>>> wrote:
>>>
 * add --with-*-prefix variables to prevent configure trying to search
 in host paths
 * fixes:
   ERROR: This autoconf log indicates errors, it looked at host include
 and/or library paths while determining system capabilities.
   gettext/0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning:
 include location /usr/include/glib-2.0 is unsafe for cross-compilation
 [-Wpoison-system-directories]

 * not sure if it's worth adding other prefixes for curses related
 PACKAGECONFIG
   PACKAGECONFIG[msgcat-curses] = "--with-libncurses-prefix=${ST
 AGING_LIBDIR}/..,--disable-curses,ncurses,"

   --with-libncurses-prefix[=DIR]  search for PACKLIBS in DIR/include
 and DIR/lib
   --without-libncurses-prefix don't search for PACKLIBS in
 includedir and libdir
   --with-libxcurses-prefix[=DIR]  search for PACKLIBS in DIR/include
 and DIR/lib
   --without-libxcurses-prefix don't search for PACKLIBS in
 includedir and libdir
   --with-libcurses-prefix[=DIR]  search for PACKLIBS in DIR/include and
 DIR/lib
   --without-libcurses-prefix don't search for PACKLIBS in
 includedir and libdir

 Signed-off-by: Martin Jansa 
 ---
  meta/recipes-core/gettext/gettext_0.19.8.1.bb | 8 
  1 file changed, 4 insertions(+), 4 deletions(-)

 diff --git a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
 b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
 index 97083c0da2..8a8a34cca8 100644
 --- a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
 +++ b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
 @@ -43,10 +43,10 @@ PACKAGECONFIG ??= "croco glib libxml libunistring"
  PACKAGECONFIG_class-native = ""
  PACKAGECONFIG_class-nativesdk = ""

 -PACKAGECONFIG[croco] = "--without-included-libcroco,-
 -with-included-libcroco,libcroco"
 -PACKAGECONFIG[glib] = "--without-included-glib,--wit
 h-included-glib,glib-2.0"
 -PACKAGECONFIG[libxml] = "--without-included-libxml,--w
 ith-included-libxml,libxml2"
 -PACKAGECONFIG[libunistring] = "--without-included-libunistri
 ng,--with-included-libunistring,libunistring"
 +PACKAGECONFIG[croco] = "--with-libcroco-0.6-prefix=${STAGING_LIBDIR}/..
 --without-included-libcroco,--with-included-libcroco,libcroco"
 

Re: [OE-core] [PATCH] syslinux: always use the BFD linker

[Khem Raj]

On 12/16/17 12:57 PM, Allen Wild wrote:
>>   LD='${LD} -fuse-ld=bfd"
> 
> This doesn't work because the -fuse-ld option is only relevant when
> using gcc as a wrapper for the linker.  The Makefile calls
> x86_64-oe-linux-ld directly (which is a hardlink of
> x86_64-oe-linux-ld.gold or x86_64-oe-linux-ld.bfd) so when the linker
> starts up it's already Gold, rather than letting gcc call ld automatically.
> 
> Syslinux calls LD directly to use a custom linker script and avoids
> linking with system libraries (not uncommon for bare-metal programs like
> a bootloader). The -nostdlib gcc option can be used to get the same
> effect when linking with gcc as a wrapper, but doing that involves
> patching many syslinux makefiles to prefix LDFLAGS options with -Wl.

you need to override LD in recipe much like how KERNEL_LD is setup and
then ensure that LD is honored by makefiles
and sets LD to weakly assign to 'ld' to fix it properly.

> 
> I have a working version of a patch that does this (19 changes in 15
> makefiles), I can submit it here after some more testing if others think
> it's an acceptable fix. I ignored the EFI targets for now, but such a
> patch could be upstreamed after updating and testing the EFI code too.
> 
>>That's a terrible implementation of "install"
> 
> I agree, and I think that the fact that libgpl.elf and ldlinux.elf are
> getting rebuilt at all means the current recipe violates upstream's
> "don't recompile the bootloader itself" wishes in doc/distrib.txt. The
> tarball we use includes shipped versions of those elf files and a bunch
> of c32 files, but for some reason make is deciding to rebuild them from
> source when we run make install. I haven't been able to determine why
> that's the case.
> 
> Allen
> 
> On Wed, Dec 13, 2017 at 6:53 AM, Burton, Ross  > wrote:
> 
> On 13 December 2017 at 02:42, Allen Wild  > wrote:
> 
> Oops, forgot mail the list when sending my first reply.
> 
> I tried appending LDFLAGS, but it doesn't work for syslinux. It's
> during do_install, not do_compile, that $(LD) is called directly to
> link libutil.elf, libcom32.elf, libgpl.elf, and ldlinux.elf.
> 
> 
> That's a terrible implementation of "install" and it should be using
> LDFLAGS, so that's an upstreamable patch.  As Andre says, adding the
> flag to LD directly should work.
> 
> Ross 
> 
> 
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gettext: fix PACKAGECONFIGs

[Martin Jansa]

The
--without-included-libunistring=
change there

-PACKAGECONFIG[libunistring] = "--without-included-
libunistring,--with-included-libunistring,libunistring"
+PACKAGECONFIG[libunistring] = "--without-included-
libunistring=${STAGING_LIBDIR}/..,--with-included-libunistring,libunistring"

looks really strange and indeed it fails:

| configure: error: invalid package name: included-libunistring=/OE/
BUILD/work/qemux86-oe-linux/gettext/0.19.8.1-r0/recipe-sysroot/usr/lib/..

After removing this part and keeping only the added .patch I got the same
error as before:
ERROR: gettext-0.19.8.1-r0 do_configure: This autoconf log indicates
errors, it looked at host include and/or library paths while determining
system capabilities.
Rerun configure task after fixing this.

0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning: include location
"/usr/include/glib-2.0" is unsafe for cross-compilation
[-Wpoison-system-directories]



On Tue, Jan 23, 2018 at 1:58 AM, Burton, Ross  wrote:

> Hi Martin,
>
> I've a patch at the top of poky-contrib:ross/mut which hopefully fixes
> this.  It's a bit more invasive than I'd like but this is gettext and I'm
> still at least partially sane, so that's a win as far as I'm concerned.
>
> I've a build running now but touching gettext causes a rebuild of the
> world so I'm going to bed whist it runs.  Would you be able to test it in
> your environment too?
>
> Cheers,
> Ross
>
> On 22 January 2018 at 19:46, Burton, Ross  wrote:
>
>> This is causing QA errors:
>>
>> ERROR: gettext-0.19.8.1-r0 do_package_qa: QA Issue: gettext:
>> /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>> t/gettext/usr/lib/gettext/hostname contains probably-redundant RPATH
>> /usr/lib/../lib
>> gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>> t/gettext/usr/lib/gettext/urlget contains probably-redundant RPATH
>> /usr/lib/../lib
>> gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>> t/gettext/usr/lib/gettext/cldr-plurals contains probably-redundant RPATH
>> /usr/lib/../lib
>> gettext: /work/corei7-64-poky-linux/gettext/0.19.8.1-r0/packages-spli
>> t/gettext/usr/bin/recode-sr-latin contains probably-redundant RPATH
>> /usr/lib/../lib [useless-rpaths]
>>
>> Ross
>>
>> On 22 January 2018 at 10:52, Martin Jansa  wrote:
>>
>>> * add --with-*-prefix variables to prevent configure trying to search in
>>> host paths
>>> * fixes:
>>>   ERROR: This autoconf log indicates errors, it looked at host include
>>> and/or library paths while determining system capabilities.
>>>   gettext/0.19.8.1-r0/build/gettext-tools/config.log:cc1: warning:
>>> include location /usr/include/glib-2.0 is unsafe for cross-compilation
>>> [-Wpoison-system-directories]
>>>
>>> * not sure if it's worth adding other prefixes for curses related
>>> PACKAGECONFIG
>>>   PACKAGECONFIG[msgcat-curses] = "--with-libncurses-prefix=${ST
>>> AGING_LIBDIR}/..,--disable-curses,ncurses,"
>>>
>>>   --with-libncurses-prefix[=DIR]  search for PACKLIBS in DIR/include
>>> and DIR/lib
>>>   --without-libncurses-prefix don't search for PACKLIBS in
>>> includedir and libdir
>>>   --with-libxcurses-prefix[=DIR]  search for PACKLIBS in DIR/include
>>> and DIR/lib
>>>   --without-libxcurses-prefix don't search for PACKLIBS in
>>> includedir and libdir
>>>   --with-libcurses-prefix[=DIR]  search for PACKLIBS in DIR/include and
>>> DIR/lib
>>>   --without-libcurses-prefix don't search for PACKLIBS in includedir
>>> and libdir
>>>
>>> Signed-off-by: Martin Jansa 
>>> ---
>>>  meta/recipes-core/gettext/gettext_0.19.8.1.bb | 8 
>>>  1 file changed, 4 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
>>> b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
>>> index 97083c0da2..8a8a34cca8 100644
>>> --- a/meta/recipes-core/gettext/gettext_0.19.8.1.bb
>>> +++ b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
>>> @@ -43,10 +43,10 @@ PACKAGECONFIG ??= "croco glib libxml libunistring"
>>>  PACKAGECONFIG_class-native = ""
>>>  PACKAGECONFIG_class-nativesdk = ""
>>>
>>> -PACKAGECONFIG[croco] = "--without-included-libcroco,-
>>> -with-included-libcroco,libcroco"
>>> -PACKAGECONFIG[glib] = "--without-included-glib,--wit
>>> h-included-glib,glib-2.0"
>>> -PACKAGECONFIG[libxml] = "--without-included-libxml,--w
>>> ith-included-libxml,libxml2"
>>> -PACKAGECONFIG[libunistring] = "--without-included-libunistri
>>> ng,--with-included-libunistring,libunistring"
>>> +PACKAGECONFIG[croco] = "--with-libcroco-0.6-prefix=${STAGING_LIBDIR}/..
>>> --without-included-libcroco,--with-included-libcroco,libcroco"
>>> +PACKAGECONFIG[glib] = "--with-libglib-2.0-prefix=${STAGING_LIBDIR}/..
>>> --without-included-glib,--with-included-glib,glib-2.0"
>>> +PACKAGECONFIG[libxml] = "--with-libxml2-prefix=${STAGING_LIBDIR}/..
>>> --without-included-libxml,--with-included-libxml,libxml2"
>>> 

Re: [OE-core] [PATCHv2 4/4] meta-selftest: wic: Add test for --use-uuid / --fsuuid

[Khem Raj]

On 12/13/17 9:15 PM, Tom Rini wrote:
> On Wed, Dec 13, 2017 at 09:45:13PM -0500, Tom Rini wrote:
>> On Wed, Dec 13, 2017 at 02:40:34PM +, Burton, Ross wrote:
>>
>>> I finally made it break locally, with MACHINE=qemux86 and using sysvinit
>>> instead of systemd.  Basically, a pristine poky local.conf.  I've not dug
>>> into it beyond that, or why it passes with systemd.
>>
>> I found it, and, erm, ugh?  Here's what appears to be a systemd vs
>> sysvinit difference.  With systemd, if you have an fstab entry and the
>> mount point doesn't exist, it will get made.  So an entry of /uuid (a
>> very non-HFS and just made up directory) the mount happens.  With
>> sysvinit, no, the mount fails.  That's why the test fails.
>>
>> My gut reaction is that no, it's not wic's job to ensure that the
>> underlying filesystems have all mount points and I should just re-do the
>> test to use /mnt instead of /uuid, for the UUID test mount point.
> 
> And in fact, systemd just can't be used for oe-selftest and have
> everything expect to pass today.  The existing wic.Wic.test_qemu will
> fail on /dev/root vs /dev/sda2.  So I'm going to post a v4 that puts the
> UUID one into /media, and I've run the tests and they pass atm.  Thanks!
> 

/media is usually automounted when removable media is inserted. you
might want to use something else.

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/4] compiler-options.bbclass: provide and validate options

[Khem Raj]

On 12/13/17 3:31 PM, Juro Bystricky wrote:
> As we may be using external toolchains, we cannot assume
> various compiler options to be valid.
> 

While looking through my backlog :),  I think the idea is fine but
implementation can be a bit more generic. e.g. a common function to
probe the compiler for a given option then adding/removing it from
compiler commandline.

> Signed-off-by: Juro Bystricky 
> ---
>  meta/classes/compiler-options.bbclass | 24 
>  1 file changed, 24 insertions(+)
>  create mode 100644 meta/classes/compiler-options.bbclass
> 
> diff --git a/meta/classes/compiler-options.bbclass 
> b/meta/classes/compiler-options.bbclass
> new file mode 100644
> index 000..fdd45e8
> --- /dev/null
> +++ b/meta/classes/compiler-options.bbclass
> @@ -0,0 +1,24 @@
> +
> +# Some compiler options are not universal and using them when not
> +# supported can cause build errors.
> +#
> +# Check for a compiler option -ffile-prefix-map.
> +# This option is present in OE-core GCC, but may not be present when
> +# using external toolchains.
> +#
> +# The option can remap any hard-coded __FILE__ typically containing build
> +# host path to a reproducible value, with the absolute build-host path
> +# stripped. This is essential in order to achieve reproducible builds.
> +#
> +# Typical usage:
> +#
> +#inherit compiler-options
> +#cc_extra=$(file_prefix_map_option_supported ${CC})
> +#oe_runmake CFLAGS="${CFLAGS} $cc_extra"
> +#
> +
> +file_prefix_map_option_supported () {
> + if $1 -Q --help=joined | grep -q 

Re: [OE-core] [PATCH v2] libc6: improve reproducibility

[Khem Raj]

On Tue, Jan 23, 2018 at 2:44 PM, Bystricky, Juro
 wrote:
>
>> >
>> > plural.c: plural.y
>> > $(BISON) $(BISONFLAGS) $@ $^
>> >
>> > If the above rule does not fire, we use a "fallback" plural.c, otherwise
>> > we use plural.c re-generated from plural.y.
>> > The fix is to always require bison to be installed and unconditionally
>> > re-generate plural.c. (This is achieved by touching plural.y).
>> >
>> > [YOCTO #12291]
>>
>> 2.27 will be there for next release. So I wonder if we should just wait.
>
> AFAIK 2.27 will always generate plural.c (plural.c will not be part of the 
> distro at all). So "touching" plural.y is not needed. But we still need to 
> add bison-native to DEPENDS
>
> DEPENDS += "gperf-native bison-native"
>
>

right. perhaps we should apply this patch and make a note for 2.27
upgrade to drop the last hunk
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] libc6: improve reproducibility

[Bystricky, Juro]

> >
> > plural.c: plural.y
> > $(BISON) $(BISONFLAGS) $@ $^
> >
> > If the above rule does not fire, we use a "fallback" plural.c, otherwise
> > we use plural.c re-generated from plural.y.
> > The fix is to always require bison to be installed and unconditionally
> > re-generate plural.c. (This is achieved by touching plural.y).
> >
> > [YOCTO #12291]
> 
> 2.27 will be there for next release. So I wonder if we should just wait.

AFAIK 2.27 will always generate plural.c (plural.c will not be part of the 
distro at all). So "touching" plural.y is not needed. But we still need to add 
bison-native to DEPENDS

DEPENDS += "gperf-native bison-native"


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] oe-pkgdata-util: Include colon when searching for variables

[Amanda Brindle]

When searching for variables, include colon to ensure the script doesn't
find a variable that starts with the same name.

Signed-off-by: Amanda Brindle 
---
 scripts/oe-pkgdata-util | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 040854f..78b3d7b 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -256,7 +256,7 @@ def lookup_recipe(args):
 with open(pkgdatafile, 'r') as f:
 found = False
 for line in f:
-if line.startswith('PN'):
+if line.startswith('PN:'):
 print("%s" % line.split(':', 1)[1].strip())
 found = True
 break
@@ -292,19 +292,19 @@ def package_info(args):
 pe = ''
 pr = ''
 for line in f:
-if line.startswith('PKGV'):
+if line.startswith('PKGV:'):
 pkg_version = line.split(':', 1)[1].strip()
-elif line.startswith('PKGE'):
+elif line.startswith('PKGE:'):
 pkge = line.split(':', 1)[1].strip()
-elif line.startswith('PKGR'):
+elif line.startswith('PKGR:'):
 pkgr = line.split(':', 1)[1].strip()
-elif line.startswith('PN'):
+elif line.startswith('PN:'):
 recipe = line.split(':', 1)[1].strip()
-elif line.startswith('PV'):
+elif line.startswith('PV:'):
 recipe_version = line.split(':', 1)[1].strip()
-elif line.startswith('PE'):
+elif line.startswith('PE:'):
 pe = line.split(':', 1)[1].strip()
-elif line.startswith('PR'):
+elif line.startswith('PR:'):
 pr = line.split(':', 1)[1].strip()
 elif line.startswith('PKGSIZE'):
 pkg_size = line.split(':', 1)[1].strip()
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] oe-pkgdata-util: Include colon when searching for variables

[Amanda Brindle]

The following changes since commit 902b77bf91d96517b935bce00a11003604dc3d54:

  lib/oe/package_manager/sdk: Ensure do_populate_sdk_ext and do_populate_sdk 
repos don't conflict (2018-01-22 10:39:10 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib abrindle/rprovides
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=abrindle/rprovides

Amanda Brindle (1):
  oe-pkgdata-util: Include colon when searching for variables

 scripts/oe-pkgdata-util | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [rocko][PATCH] bind: move libraries to own package

[Andre McCurdy]

On Tue, Dec 5, 2017 at 5:39 PM, Andre McCurdy  wrote:
> From: "andreas.kl...@peiker-cee.de" 
>
> Signed-off-by: Andy Kling 
> Signed-off-by: Ross Burton 
> (cherry picked from commit d74ebc91388941295a2321a295cdb06ee87fc38b)
> Signed-off-by: Andre McCurdy 

Ping.

> ---
>  meta/recipes-connectivity/bind/bind_9.10.5-P3.bb | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb 
> b/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb
> index 13724a8..8309302 100644
> --- a/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb
> +++ b/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb
> @@ -67,6 +67,9 @@ FILES_${PN}-utils = "${bindir}/host ${bindir}/dig"
>  FILES_${PN}-dev += "${bindir}/isc-config.h"
>  FILES_${PN} += "${sbindir}/generate-rndc-key.sh ${PYTHON_SITEPACKAGES_DIR}"
>
> +PACKAGE_BEFORE_PN += "${PN}-libs"
> +FILES_${PN}-libs = "${libdir}/*.so*"
> +
>  do_install_prepend() {
> # clean host path in isc-config.sh before the hardlink created
> # by "make install":
> --
> 1.9.1
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [morty][PATCH] lib/oe/terminal.py: use an absolute path to execute oe-gnome-terminal-phonehome

[Andre McCurdy]

On Tue, Dec 5, 2017 at 5:35 PM, Andre McCurdy  wrote:
> From: Ming Liu 
>
> A flaw was found on my Ubuntu 14.04.5 LTS, on which that gnome-terminal is
> the default terminal, when I run any of the tasks:
> bitbake busybox -c menuconfig/devshell/devpyshell
> bitbake virtual/kernel -c menuconfig/devshell/devpyshell
>
> I got a error as follows:
> "Failed to execute child process "oe-gnome-terminal-phonehome" (No such file 
> or directory)"
>
> Seems the environment of the process calling Popen is not passed to the
> child process, this behaviour is a known issue in Python bug tracker:
> http://bugs.python.org/issue8557
>
> It could be fixed by using an absolute path instead per test.

Ping.

> Signed-off-by: Ming Liu 
> Signed-off-by: Richard Purdie 
> (cherry picked from commit 2117c148ef07d84bc605768e3b3671b0126b9337)
> Signed-off-by: Andre McCurdy 
> ---
>  meta/lib/oe/terminal.py | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
> index 3c8ef59..df4c75b 100644
> --- a/meta/lib/oe/terminal.py
> +++ b/meta/lib/oe/terminal.py
> @@ -67,7 +67,7 @@ class Gnome(XTerminal):
>  import tempfile
>  pidfile = tempfile.NamedTemporaryFile(delete = False).name
>  try:
> -sh_cmd = "oe-gnome-terminal-phonehome " + pidfile + " " + sh_cmd
> +sh_cmd = bb.utils.which(os.getenv('PATH'), 
> "oe-gnome-terminal-phonehome") + " " + pidfile + " " + sh_cmd
>  XTerminal.__init__(self, sh_cmd, title, env, d)
>  while os.stat(pidfile).st_size <= 0:
>  continue
> --
> 1.9.1
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] recipes-core: breakout hwclock.sh from busybox

[Andre McCurdy]

On Tue, Jan 23, 2018 at 8:21 AM, Alex Stewart  wrote:
> * Move the hwclock.sh initscript from busybox into its own package and
>   recipe (hwclock-init). This script is generally useful for distros
>   that get their hwclock implementation from sources other than
>   busybox (like util-linux).
>
> :busybox/*
> * Remove the busybox-hwclock package, as it no longer has a purpose.
> * If busybox is configured to include hwclock, the busybox package will
>   RDEPEND on hwclock-init.
>
> :util-linux/*
> * util-linux-hwclock RDEPENDS on hwclock-init for its initscript.
>
> Signed-off-by: Alex Stewart 
> ---
>  meta/recipes-core/busybox/busybox.inc  | 16 +++--
>  meta/recipes-core/busybox/busybox_1.27.2.bb|  1 -
>  meta/recipes-core/busybox/files/hwclock.sh | 83 
> --
>  meta/recipes-core/hwclock-init/files/hwclock.sh| 83 
> ++
>  meta/recipes-core/hwclock-init/hwclock-init_1.0.bb | 31 
>  meta/recipes-core/util-linux/util-linux.inc|  1 +
>  6 files changed, 124 insertions(+), 91 deletions(-)
>  delete mode 100644 meta/recipes-core/busybox/files/hwclock.sh
>  create mode 100644 meta/recipes-core/hwclock-init/files/hwclock.sh
>  create mode 100644 meta/recipes-core/hwclock-init/hwclock-init_1.0.bb
>
> diff --git a/meta/recipes-core/busybox/busybox.inc 
> b/meta/recipes-core/busybox/busybox.inc
> index 4012f921c6..bfcc6ba31a 100644
> --- a/meta/recipes-core/busybox/busybox.inc
> +++ b/meta/recipes-core/busybox/busybox.inc
> @@ -377,6 +372,13 @@ python do_package_prepend () {
>  else:
>  set_alternative_vars("${sysconfdir}/busybox.links.nosuid", 
> "${base_bindir}/busybox.nosuid")
>  set_alternative_vars("${sysconfdir}/busybox.links.suid", 
> "${base_bindir}/busybox.suid")
> +
> +# If busybox is configured to provide a hwclock implementation, add a
> +# package dependency on hwclock-init for the /etc/init.d/hwclock.sh
> +# initscript.
> +with open(d.getVar('B', expand=True) + '/.config', 'r') as fp_conf:

Typical style is to not include expand=True in calls to getVar().

> +if 'CONFIG_HWCLOCK=y' in fp_conf.read():
> +d.appendVar('RDEPENDS_busybox', ' hwclock-init ')
>  }
>
>  pkg_postinst_${PN} () {
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] systemd: create wheel sysuser group offline

[Andre McCurdy]

On Mon, Dec 11, 2017 at 6:09 PM, Andre McCurdy  wrote:
> On Fri, Dec 8, 2017 at 11:36 AM, Andre McCurdy  wrote:
>> On Thu, Dec 7, 2017 at 10:44 PM, Yi Zhao  wrote:
>>> 在 2017年11月10日 13:54, Andre McCurdy 写道:

 The default systemd-tmpfiles config file expects to be able to create
 files etc belonging to the wheel system group. Currently the wheel
 group is created at run time by systemd-sysusers, but that doesn't
 happen if systemd-sysusers is disabled (as it currently is by default
 when building with musl libc).
>>>
>>> For sysvinit, we follow the Debian rule which doesn't have wheel group in
>>> the system. Should we have to break this rule for systemd? Is this necessary
>>> to use this group in systemd?
>>
>> The default systemd-tmpfiles config file expects to be able to create
>> files etc belonging to the wheel system group. Unless we patch or
>> over-ride the default systemd-tmpfiles config file to change that then
>> yes, the wheel group appears to be necessary for systemd.
>
> Ping.
>
> This is needed for rocko (assuming systemd with musl is expected to
> work with rocko?) so unless there are still strong objections I
> recommend merging as-is.
>
> More significant re-work (e.g. preventing systemd-tmpfiles from being
> enabled without systemd-sysusers or patching systemd to remove any
> dependency on the wheel group) would not be suitable for rocko, so
> should be considered separately.

Ping again.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] devtool deploy-target fails with "no files to deploy"

[Khem Raj]

On Thu, Jan 18, 2018 at 4:46 AM, Håkan Eriksson  wrote:

> Hi!
>
>
> This is my first post to this mailing list, so I want to start by
> apologizing if I go about it in the wrong way, but the impression I got on
> http://lists.openembedded.org/mailman/listinfo/openembedded-core was that
> it's OK to simply email the list. I have searched for answers first, both
> in the list archives and the internet in general, but no luck. This makes
> me believe that it probably is something wrong in our
> configuration/implementation, but I have no clue of what.
>
>
> We are using Yocto to build Linux for an NXP imx7 device. Everything works
> OK, so the setup we have (which I believe is based on the imx7dsabresd
> machine) at least does that right.
>
>
> At the moment I am trying to evaluate eSDK, so I have built it, installed
> it, and used it a little bit, but when I tried to deploy to target, devtool
> failed to find any files to deploy. The files are there, though, but not in
> the place where devtool is searching; the built binaries all are under
> tmp/work/armv7at2hf-neon-fslc-linux-gnueabi, and devtool tries to find
> them under tmp/work/armv7ahf-neon-fslc-linux-gnueabi.
>
>
> So, something seems to be wrong in the setup of hardware target (armv7at2hf
> vs. armv7ahf)? I cannot figure out what, though, since bitbake uses the
> same config files to build our image as well as the eSDK.
>
>
>
​does this recipe have ARM_INSTRUCTION_SET = "arm" set explicitly ?
it seems you have 'thumb' enabled as machine feature may be via
DEFAULT_TUNE​



> By the way, using devtool the same way (deploy-target) on a recipe in our
> normal bitbake environment produces the same kind of error. So, come to
> think of it, it's probably not a problem with eSDK as such.
>
>
> Best regards,
>
> Håkan Eriksson
>
>
> Openembedded-core Info Page
> 
> lists.openembedded.org
> To see the collection of prior postings to the list, visit the
> Openembedded-core Archives. Using Openembedded-core: To post a message to
> all the list ...
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 7/8] grub-efi: Add loadenv and test as default built-in

[Otavio Salvador]

To allow scripting and environment changes, the loadenv and test must
be enabled. This adds those to the default set.

Signed-off-by: Otavio Salvador 
Signed-off-by: Ross Burton 
(cherry picked from commit b7c9a298801c828c06b6e7da47c35f592864ce74)
---

 meta/recipes-bsp/grub/grub-efi_2.02.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/grub/grub-efi_2.02.bb 
b/meta/recipes-bsp/grub/grub-efi_2.02.bb
index 7ae5596ac7..128da162d0 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.02.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.02.bb
@@ -52,7 +52,7 @@ do_install_append_class-target() {
 }
 
 GRUB_BUILDIN ?= "boot linux ext2 fat serial part_msdos part_gpt normal \
- efi_gop iso9660 search"
+ efi_gop iso9660 search loadenv test"
 
 do_deploy() {
# Search for the grub.cfg on the local boot media by using the
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 8/8] grub: Move grub-editenv packaging to grub2.inc

[Otavio Salvador]

The editenv utility must be available on grub and grub-efi so we
better have it inside the grub2.inc file to avoid the duplication of
metadata.

Signed-off-by: Otavio Salvador 
Signed-off-by: Ross Burton 
(cherry picked from commit ebdd054ad85b19d47dd20eab0ba3f31ef5141140)

---

 meta/recipes-bsp/grub/grub2.inc| 6 ++
 meta/recipes-bsp/grub/grub_2.02.bb | 6 +-
 2 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc
index a56fbe7bf8..28f96bb162 100644
--- a/meta/recipes-bsp/grub/grub2.inc
+++ b/meta/recipes-bsp/grub/grub2.inc
@@ -70,3 +70,9 @@ do_configure_prepend() {
 # grub and grub-efi's sysroot/${datadir}/grub/grub-mkconfig_lib are
 # conflicted, remove it since no one uses it.
 SYSROOT_DIRS_BLACKLIST += "${datadir}/grub/grub-mkconfig_lib"
+
+PACKAGES =+ "${PN}-editenv"
+
+FILES_${PN}-editenv = "${bindir}/grub-editenv"
+RDEPENDS_${PN} += "${PN}-editenv"
+RDEPENDS_${PN}_class-native = ""
diff --git a/meta/recipes-bsp/grub/grub_2.02.bb 
b/meta/recipes-bsp/grub/grub_2.02.bb
index b8055e7537..3e61f6a16d 100644
--- a/meta/recipes-bsp/grub/grub_2.02.bb
+++ b/meta/recipes-bsp/grub/grub_2.02.bb
@@ -1,10 +1,6 @@
 require grub2.inc
 
-RDEPENDS_${PN} = "diffutils freetype grub-editenv"
-
-PACKAGES =+ "grub-editenv"
-
-FILES_grub-editenv = "${bindir}/grub-editenv"
+RDEPENDS_${PN} += "diffutils freetype"
 
 do_install_append () {
 install -d ${D}${sysconfdir}/grub.d
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 6/8] grub-efi: Rework GRUB_BUILTIN variable as it is too long

[Otavio Salvador]

As we will add new values here, it is better to split it in multiple
lines.

Signed-off-by: Otavio Salvador 
Signed-off-by: Ross Burton 
(cherry picked from commit 1a491515d58d0d9f03f7a3a84738f53377b0f819)
---

 meta/recipes-bsp/grub/grub-efi_2.02.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/grub/grub-efi_2.02.bb 
b/meta/recipes-bsp/grub/grub-efi_2.02.bb
index bcd3776b68..7ae5596ac7 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.02.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.02.bb
@@ -51,7 +51,8 @@ do_install_append_class-target() {
 {} +
 }
 
-GRUB_BUILDIN ?= "boot linux ext2 fat serial part_msdos part_gpt normal efi_gop 
iso9660 search"
+GRUB_BUILDIN ?= "boot linux ext2 fat serial part_msdos part_gpt normal \
+ efi_gop iso9660 search"
 
 do_deploy() {
# Search for the grub.cfg on the local boot media by using the
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 5/8] grub-efi: Fix DEPENDS

[Otavio Salvador]

From: Richard Purdie 

We need to append to DEPENDS else the dependencies on bison/flex-native
are lost, potentially resulting in build failures.

Signed-off-by: Richard Purdie 
(cherry picked from commit bead76b50dc60e1b6b39fa5b659a7af44ff91adc)
Signed-off-by: Otavio Salvador 
---

 meta/recipes-bsp/grub/grub-efi_2.02.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/grub/grub-efi_2.02.bb 
b/meta/recipes-bsp/grub/grub-efi_2.02.bb
index 44e32a88f1..bcd3776b68 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.02.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.02.bb
@@ -2,7 +2,7 @@ require grub2.inc
 
 GRUBPLATFORM = "efi"
 
-DEPENDS_class-target = "grub-efi-native"
+DEPENDS_append_class-target = " grub-efi-native"
 RDEPENDS_${PN}_class-target = "diffutils freetype"
 
 SRC_URI += " \
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 3/8] libepoxy: Fix build break for EGL_CAST dependency

[Otavio Salvador]

From: Tom Hochstein 

This is a backport [1] to fix the following build error:

| In file included from 
/home/r60874/upstream/xwayland/tmp/work/armv7at2hf-neon-mx6qdl-fslc-linux-gnueabi/gtk+3/3.22.17-r0/recipe-sysroot/usr/include/epoxy/egl.h:46:0,
|  from 
../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.h:32,
|  from 
../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.c:24:
| ../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.c: In function 
'gdk_wayland_gl_context_realize':
| ../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.c:179:43: error: 
expected expression before 'EGLContext'
|  : EGL_NO_CONTEXT,
|^

[1] 
https://github.com/anholt/libepoxy/commit/ebe3a53db1c0bb34e1ca963b95d1f222115f93f8

Signed-off-by: Tom Hochstein 
Signed-off-by: Ross Burton 
(cherry picked from commit b468e28194be39f6d6a2084bb51773c45253d5f7)
Signed-off-by: Fabio Berton 
Acked-by: Otavio Salvador 
Signed-off-by: Otavio Salvador 
---

 .../Add-fallback-definition-for-EGL-CAST.patch | 33 ++
 meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb   |  3 +-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch

diff --git 
a/meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch
 
b/meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch
new file mode 100644
index 00..b9297257dc
--- /dev/null
+++ 
b/meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch
@@ -0,0 +1,33 @@
+Add fallback definition for EGL_CAST
+
+The EGL API update from d11104f introduced a dependency on the
+EGL_CAST() macro, provided by an updated eglplatform.h. Given that we
+don't provide eglplatform.h, add a fallback definition for if we're
+building against Mesa 17.0.x or similar.
+
+https://bugs.gentoo.org/show_bug.cgi?id=623926
+
+Upstream-Status: Backport 
[https://github.com/anholt/libepoxy/commit/ebe3a53db1c0bb34e1ca963b95d1f222115f93f8]
+
+Signed-off-by: Tom Hochstein 
+
+Index: libepoxy-1.4.3/src/gen_dispatch.py
+===
+--- libepoxy-1.4.3.orig/src/gen_dispatch.py2017-06-06 04:24:13.0 
-0500
 libepoxy-1.4.3/src/gen_dispatch.py 2017-11-06 12:45:43.594966473 -0600
+@@ -491,6 +491,15 @@
+ self.outln('#include "epoxy/gl.h"')
+ if self.target == "egl":
+ self.outln('#include "EGL/eglplatform.h"')
++# Account for older eglplatform.h, which doesn't define
++# the EGL_CAST macro.
++self.outln('#ifndef EGL_CAST')
++self.outln('#if defined(__cplusplus)')
++self.outln('#define EGL_CAST(type, value) 
(static_cast(value))')
++self.outln('#else')
++self.outln('#define EGL_CAST(type, value) ((type) (value))')
++self.outln('#endif')
++self.outln('#endif')
+ else:
+ # Add some ridiculous inttypes.h redefinitions that are
+ # from khrplatform.h and not included in the XML.  We
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
index c8b398f176..0172322b92 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
@@ -5,7 +5,8 @@ SECTION = "libs"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
 
-SRC_URI = 
"https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz;
+SRC_URI = 
"https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz \
+   file://Add-fallback-definition-for-EGL-CAST.patch"
 SRC_URI[md5sum] = "af4c3ce0fb1143bdc4e43f85695a9bed"
 SRC_URI[sha256sum] = 
"0b808a06c9685a62fca34b680abb8bc7fb2fda074478e329b063c1f872b826f6"
 UPSTREAM_CHECK_URI = "https://github.com/anholt/libepoxy/releases;
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 4/8] libarchive: Enable xz and lzo by default

[Otavio Salvador]

The XZ format is widely used and multiple recipes inside OE-Core
already use it, so making the XZ enabled by default align the
expectation of users. The LZO, on the other side, is commonly used in
embedded systems due its performance so it makes sense to be available
by default.

Signed-off-by: Otavio Salvador 
Signed-off-by: Richard Purdie 
(cherry picked from commit 6d24b0bc7ebddd10de5ad8f210b8ed85fc6ae769)
---

 meta/recipes-extended/libarchive/libarchive_3.3.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/libarchive/libarchive_3.3.2.bb 
b/meta/recipes-extended/libarchive/libarchive_3.3.2.bb
index 5eded35c64..5daca2731e 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.3.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.3.2.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=ed99aca006bc346974bb745a35336425"
 
 DEPENDS = "e2fsprogs-native"
 
-PACKAGECONFIG ?= "zlib bz2"
+PACKAGECONFIG ?= "zlib bz2 xz lzo"
 
 PACKAGECONFIG_append_class-target = "\
libxml2 \
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 1/8] uninative.bbclass: Fix broken symlink issue

[Otavio Salvador]

From: Mark Hatle 

If two builds are sharing the same DL_DIR, and the uninative file is local
to a layer.  When the first build gets to uninative it creates the link local
to itself, and subsequent users can use the same link.  However if that first
build then is deleted from the disk, the symlink is no longer valid (broken).

We need to update the system to detect this case, and use the model
implemented by the bitbke fetch2 code.  Look for a broken link, remove it,
then try to create the link and ignore an exception if it already exists
(since we just unlinked any bad one).

Signed-off-by: Mark Hatle 
Signed-off-by: Richard Purdie 
(cherry picked from commit bfd9664edad7044b5da53fc33b8d0f6508f00950)
Signed-off-by: Otavio Salvador 
---

 meta/classes/uninative.bbclass | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass
index a410647328..670efa9f05 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbclass
@@ -63,7 +63,19 @@ python uninative_event_fetchloader() {
 fetcher.download()
 localpath = fetcher.localpath(srcuri)
 if localpath != tarballpath and os.path.exists(localpath) and not 
os.path.exists(tarballpath):
+# Follow the symlink behavior from the bitbake fetch2.
+# This will cover the case where an existing symlink is broken
+# as well as if there are two processes trying to create it
+# at the same time.
+if os.path.islink(tarballpath):
+# Broken symbolic link
+os.unlink(tarballpath)
+
+# Deal with two processes trying to make symlink at once
+try:
 os.symlink(localpath, tarballpath)
+except FileExistsError:
+pass
 
 cmd = d.expand("\
 mkdir -p ${UNINATIVE_STAGING_DIR}-uninative; \
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 2/8] image_types_wic.bbclass: Ensure '-c image_wic' works

[Otavio Salvador]

The 'wic' image may use files which has been deployed (e.g in
do_deploy) for some partitions that may need to be copied in a
specific partition or filesystem (e.g a bootloader).

When using 'bitbake  -c image_wic', from a clean build, the
contents of do_deploy must also be available so we need to ensure all
do_deploy of the image dependencies has been complete.

Reported-by: Fabio Berton 
Signed-off-by: Otavio Salvador 
Signed-off-by: Richard Purdie 
(cherry picked from commit f387c28640cbb209b8a8ed5734b21c754d9f7663)
---

 meta/classes/image_types_wic.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/image_types_wic.bbclass 
b/meta/classes/image_types_wic.bbclass
index 222ae00433..dcf620cee0 100644
--- a/meta/classes/image_types_wic.bbclass
+++ b/meta/classes/image_types_wic.bbclass
@@ -41,6 +41,9 @@ WKS_FILE_CHECKSUM = "${@'${WKS_FULL_PATH}:%s' % 
os.path.exists('${WKS_FULL_PATH}
 do_image_wic[file-checksums] += "${WKS_FILE_CHECKSUM}"
 do_image_wic[depends] += "${@' '.join('%s-native:do_populate_sysroot' % r for 
r in ('parted', 'gptfdisk', 'dosfstools', 'mtools'))}"
 
+# We ensure all artfacts are deployed (e.g virtual/bootloader)
+do_image_wic[recrdeptask] += "do_deploy"
+
 WKS_FILE_DEPENDS_DEFAULT = "syslinux-native bmap-tools-native cdrtools-native 
btrfs-tools-native squashfs-tools-native e2fsprogs-native"
 WKS_FILE_DEPENDS_BOOTLOADERS = ""
 WKS_FILE_DEPENDS_BOOTLOADERS_x86 = "syslinux grub-efi systemd-boot"
-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [rocko-backport PATCH 0/8] Rocko backport

[Otavio Salvador]

Those are the commits we think that should be backported
to rocko.

Those are fixes or minor improvements which does make sense
to backport and has high impact for our customers.

If there is any incompatible change, please let us know.


Mark Hatle (1):
  uninative.bbclass: Fix broken symlink issue

Otavio Salvador (5):
  image_types_wic.bbclass: Ensure '-c image_wic' works
  libarchive: Enable xz and lzo by default
  grub-efi: Rework GRUB_BUILTIN variable as it is too long
  grub-efi: Add loadenv and test as default built-in
  grub: Move grub-editenv packaging to grub2.inc

Richard Purdie (1):
  grub-efi: Fix DEPENDS

Tom Hochstein (1):
  libepoxy: Fix build break for EGL_CAST dependency

 meta/classes/image_types_wic.bbclass   |  3 ++
 meta/classes/uninative.bbclass | 12 
 meta/recipes-bsp/grub/grub-efi_2.02.bb |  5 ++--
 meta/recipes-bsp/grub/grub2.inc|  6 
 meta/recipes-bsp/grub/grub_2.02.bb |  6 +---
 .../libarchive/libarchive_3.3.2.bb |  2 +-
 .../Add-fallback-definition-for-EGL-CAST.patch | 33 ++
 meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb   |  3 +-
 8 files changed, 61 insertions(+), 9 deletions(-)
 create mode 100644 
meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch

-- 
2.16.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] recipes-core: breakout hwclock.sh from busybox

[Otavio Salvador]

On Tue, Jan 23, 2018 at 2:21 PM, Alex Stewart  wrote:
> * Move the hwclock.sh initscript from busybox into its own package and
>   recipe (hwclock-init). This script is generally useful for distros
>   that get their hwclock implementation from sources other than
>   busybox (like util-linux).
>
> :busybox/*
> * Remove the busybox-hwclock package, as it no longer has a purpose.
> * If busybox is configured to include hwclock, the busybox package will
>   RDEPEND on hwclock-init.
>
> :util-linux/*
> * util-linux-hwclock RDEPENDS on hwclock-init for its initscript.
>
> Signed-off-by: Alex Stewart 

Acked-by: Otavio Salvador 

Sorry for being picky about it but I think it was worth it. Thanks for
your patience :-)


-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] recipes-core: breakout hwclock.sh from busybox

[Alex Stewart]

* Move the hwclock.sh initscript from busybox into its own package and
  recipe (hwclock-init). This script is generally useful for distros
  that get their hwclock implementation from sources other than
  busybox (like util-linux).

:busybox/*
* Remove the busybox-hwclock package, as it no longer has a purpose.
* If busybox is configured to include hwclock, the busybox package will
  RDEPEND on hwclock-init.

:util-linux/*
* util-linux-hwclock RDEPENDS on hwclock-init for its initscript.

Signed-off-by: Alex Stewart 
---
 meta/recipes-core/busybox/busybox.inc  | 16 +++--
 meta/recipes-core/busybox/busybox_1.27.2.bb|  1 -
 meta/recipes-core/busybox/files/hwclock.sh | 83 --
 meta/recipes-core/hwclock-init/files/hwclock.sh| 83 ++
 meta/recipes-core/hwclock-init/hwclock-init_1.0.bb | 31 
 meta/recipes-core/util-linux/util-linux.inc|  1 +
 6 files changed, 124 insertions(+), 91 deletions(-)
 delete mode 100644 meta/recipes-core/busybox/files/hwclock.sh
 create mode 100644 meta/recipes-core/hwclock-init/files/hwclock.sh
 create mode 100644 meta/recipes-core/hwclock-init/hwclock-init_1.0.bb

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 4012f921c6..bfcc6ba31a 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -20,19 +20,17 @@ export EXTRA_LDFLAGS = "${LDFLAGS}"
 
 EXTRA_OEMAKE = "CC='${CC}' LD='${CCLD}' V=1 ARCH=${TARGET_ARCH} 
CROSS_COMPILE=${TARGET_PREFIX} SKIP_STRIP=y HOSTCC='${BUILD_CC}' 
HOSTCPP='${BUILD_CPP}'"
 
-PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev 
${PN}-hwclock"
+PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev"
 
 FILES_${PN}-httpd = "${sysconfdir}/init.d/busybox-httpd /srv/www"
 FILES_${PN}-syslog = "${sysconfdir}/init.d/syslog* 
${sysconfdir}/syslog-startup.conf* ${sysconfdir}/syslog.conf* 
${systemd_unitdir}/system/syslog.service ${sysconfdir}/default/busybox-syslog"
 FILES_${PN}-mdev = "${sysconfdir}/init.d/mdev ${sysconfdir}/mdev.conf 
${sysconfdir}/mdev/*"
 FILES_${PN}-udhcpd = "${sysconfdir}/init.d/busybox-udhcpd"
 FILES_${PN}-udhcpc = "${sysconfdir}/udhcpc.d ${datadir}/udhcpc"
-FILES_${PN}-hwclock = "${sysconfdir}/init.d/hwclock.sh"
 
-INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-mdev 
${PN}-hwclock"
+INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-mdev"
 
 INITSCRIPT_NAME_${PN}-httpd = "busybox-httpd"
-INITSCRIPT_NAME_${PN}-hwclock = "hwclock.sh"
 INITSCRIPT_NAME_${PN}-mdev = "mdev"
 INITSCRIPT_PARAMS_${PN}-mdev = "start 04 S ."
 INITSCRIPT_NAME_${PN}-syslog = "syslog"
@@ -276,9 +274,6 @@ do_install () {
if grep "CONFIG_UDHCPD=y" ${B}/.config; then
install -m 0755 ${WORKDIR}/busybox-udhcpd 
${D}${sysconfdir}/init.d/
fi
-   if grep "CONFIG_HWCLOCK=y" ${B}/.config; then
-   install -m 0755 ${WORKDIR}/hwclock.sh ${D}${sysconfdir}/init.d/
-   fi
if grep "CONFIG_UDHCPC=y" ${B}/.config; then
install -d ${D}${sysconfdir}/udhcpc.d
install -d ${D}${datadir}/udhcpc
@@ -377,6 +372,13 @@ python do_package_prepend () {
 else:
 set_alternative_vars("${sysconfdir}/busybox.links.nosuid", 
"${base_bindir}/busybox.nosuid")
 set_alternative_vars("${sysconfdir}/busybox.links.suid", 
"${base_bindir}/busybox.suid")
+
+# If busybox is configured to provide a hwclock implementation, add a
+# package dependency on hwclock-init for the /etc/init.d/hwclock.sh
+# initscript.
+with open(d.getVar('B', expand=True) + '/.config', 'r') as fp_conf:
+if 'CONFIG_HWCLOCK=y' in fp_conf.read():
+d.appendVar('RDEPENDS_busybox', ' hwclock-init ')
 }
 
 pkg_postinst_${PN} () {
diff --git a/meta/recipes-core/busybox/busybox_1.27.2.bb 
b/meta/recipes-core/busybox/busybox_1.27.2.bb
index 6c1f4888cf..af2abadc5e 100644
--- a/meta/recipes-core/busybox/busybox_1.27.2.bb
+++ b/meta/recipes-core/busybox/busybox_1.27.2.bb
@@ -8,7 +8,6 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://busybox-udhcpd \
file://default.script \
file://simple.script \
-   file://hwclock.sh \
file://mount.busybox \
file://syslog \
file://syslog-startup.conf \
diff --git a/meta/recipes-core/busybox/files/hwclock.sh 
b/meta/recipes-core/busybox/files/hwclock.sh
deleted file mode 100644
index be5f94d86c..00
--- a/meta/recipes-core/busybox/files/hwclock.sh
+++ /dev/null
@@ -1,83 +0,0 @@
-#!/bin/sh
-### BEGIN INIT INFO
-# Provides:  hwclock
-# Required-Start:
-# Required-Stop: $local_fs
-# Default-Start: S
-# Default-Stop:  0 6
-# Short-Description: Set system clock
-# Description:   Set system clock to hardware clock, according to the UTC
-#

[OE-core] [rocko][PATCH] libepoxy: Fix build break for EGL_CAST dependency

[Fabio Berton]

From: Tom Hochstein 

This is a backport [1] to fix the following build error:

| In file included from 
/home/r60874/upstream/xwayland/tmp/work/armv7at2hf-neon-mx6qdl-fslc-linux-gnueabi/gtk+3/3.22.17-r0/recipe-sysroot/usr/include/epoxy/egl.h:46:0,
|  from 
../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.h:32,
|  from 
../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.c:24:
| ../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.c: In function 
'gdk_wayland_gl_context_realize':
| ../../../gtk+-3.22.17/gdk/wayland/gdkglcontext-wayland.c:179:43: error: 
expected expression before 'EGLContext'
|  : EGL_NO_CONTEXT,
|^

[1] 
https://github.com/anholt/libepoxy/commit/ebe3a53db1c0bb34e1ca963b95d1f222115f93f8

Signed-off-by: Tom Hochstein 
Signed-off-by: Ross Burton 
(cherry picked from commit b468e28194be39f6d6a2084bb51773c45253d5f7)
Signed-off-by: Fabio Berton 
Acked-by: Otavio Salvador 
---
 .../Add-fallback-definition-for-EGL-CAST.patch | 33 ++
 meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb   |  3 +-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch

diff --git 
a/meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch
 
b/meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch
new file mode 100644
index 00..b9297257dc
--- /dev/null
+++ 
b/meta/recipes-graphics/libepoxy/libepoxy/Add-fallback-definition-for-EGL-CAST.patch
@@ -0,0 +1,33 @@
+Add fallback definition for EGL_CAST
+
+The EGL API update from d11104f introduced a dependency on the
+EGL_CAST() macro, provided by an updated eglplatform.h. Given that we
+don't provide eglplatform.h, add a fallback definition for if we're
+building against Mesa 17.0.x or similar.
+
+https://bugs.gentoo.org/show_bug.cgi?id=623926
+
+Upstream-Status: Backport 
[https://github.com/anholt/libepoxy/commit/ebe3a53db1c0bb34e1ca963b95d1f222115f93f8]
+
+Signed-off-by: Tom Hochstein 
+
+Index: libepoxy-1.4.3/src/gen_dispatch.py
+===
+--- libepoxy-1.4.3.orig/src/gen_dispatch.py2017-06-06 04:24:13.0 
-0500
 libepoxy-1.4.3/src/gen_dispatch.py 2017-11-06 12:45:43.594966473 -0600
+@@ -491,6 +491,15 @@
+ self.outln('#include "epoxy/gl.h"')
+ if self.target == "egl":
+ self.outln('#include "EGL/eglplatform.h"')
++# Account for older eglplatform.h, which doesn't define
++# the EGL_CAST macro.
++self.outln('#ifndef EGL_CAST')
++self.outln('#if defined(__cplusplus)')
++self.outln('#define EGL_CAST(type, value) 
(static_cast(value))')
++self.outln('#else')
++self.outln('#define EGL_CAST(type, value) ((type) (value))')
++self.outln('#endif')
++self.outln('#endif')
+ else:
+ # Add some ridiculous inttypes.h redefinitions that are
+ # from khrplatform.h and not included in the XML.  We
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
index c8b398f176..0172322b92 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
@@ -5,7 +5,8 @@ SECTION = "libs"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
 
-SRC_URI = 
"https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz;
+SRC_URI = 
"https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz \
+   file://Add-fallback-definition-for-EGL-CAST.patch"
 SRC_URI[md5sum] = "af4c3ce0fb1143bdc4e43f85695a9bed"
 SRC_URI[sha256sum] = 
"0b808a06c9685a62fca34b680abb8bc7fb2fda074478e329b063c1f872b826f6"
 UPSTREAM_CHECK_URI = "https://github.com/anholt/libepoxy/releases;
-- 
2.14.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] libc6: improve reproducibility

[Khem Raj]

On Mon, Jan 22, 2018 at 4:59 PM, Juro Bystricky
 wrote:
> Building various libraries (libc6, libc6-pic, libc6-staticdev, libc6-dbg, ...)
> can be non-deterministic because they may be built with two different versions
> of intl/plural.c. in two otherwise identical builds. We may or may not 
> re-generate
> the file plural.c from the file plural.y, based on bison being installed or 
> not
> and based on mtimes of those two files, as the Makefile contains:
>
> plural.c: plural.y
> $(BISON) $(BISONFLAGS) $@ $^
>
> If the above rule does not fire, we use a "fallback" plural.c, otherwise
> we use plural.c re-generated from plural.y.
> The fix is to always require bison to be installed and unconditionally
> re-generate plural.c. (This is achieved by touching plural.y).
>
> [YOCTO #12291]

2.27 will be there for next release. So I wonder if we should just wait.

>
> Signed-off-by: Juro Bystricky 
> ---
>  meta/recipes-core/glibc/glibc_2.26.bb | 6 +-
>  1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/glibc/glibc_2.26.bb 
> b/meta/recipes-core/glibc/glibc_2.26.bb
> index 04d9773..0ee5bdb 100644
> --- a/meta/recipes-core/glibc/glibc_2.26.bb
> +++ b/meta/recipes-core/glibc/glibc_2.26.bb
> @@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
> "file://LICENSES;md5=e9a558e243b36d3209f380deb394b213 \
>file://posix/rxspencer/COPYRIGHT;md5=dc5485bb394a13b2332ec1c785f5d83a \
>file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c"
>
> -DEPENDS += "gperf-native"
> +DEPENDS += "gperf-native bison-native"
>
>  SRCREV ?= "77f921dac17c5fa99bd9e926d926c327982895f7"
>
> @@ -103,6 +103,10 @@ do_configure () {
>  # version check and doesn't really help with anything
>  (cd ${S} && gnu-configize) || die "failure in running gnu-configize"
>  find ${S} -name "configure" | xargs touch
> +# "plural.c" may or may not get regenerated from "plural.y" so we
> +# touch "plural.y" to make sure it does. (This should not be needed
> +# for glibc version 2.26+)
> +find ${S}/intl -name "plural.y" | xargs touch
>  CPPFLAGS="" oe_runconf
>  }
>
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] package_rpm: correctly handle LICENSE_${PN}

[Burton, Ross]

On 22 January 2018 at 16:32, Mark Hatle  wrote:

> An alternative (i -really- do not like) is to name the overall first entry
> as
> something like:
>

I agree that's not a realistic alternative.  I'll send a V2 with the
warning added.

Thanks,
Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 04/12] pango: upgrade to version 1.41.0

[Burton, Ross]

There now appears to be disagreement on whether Pango still has this
behaviour.  Maxin, can you ask upstream?  We either need to drop this
patch, or take it and drop the inherit upstream-version-is-even.

Ross

On 23 January 2018 at 14:42, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> On 01/23/2018 04:45 PM, Burton, Ross wrote:
>
>> This also inherits upstream-version-is-even so this is a development
>> snapshot.
>>
>
> Obviously AUH handles this correctly :)
> (yes, I'm on a AUH marketing tour).
>
> Alex
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 04/12] pango: upgrade to version 1.41.0

[Alexander Kanavin]

On 01/23/2018 04:45 PM, Burton, Ross wrote:
This also inherits upstream-version-is-even so this is a development 
snapshot.


Obviously AUH handles this correctly :)
(yes, I'm on a AUH marketing tour).

Alex
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 02/12] libsoup-2.4: upgrade to version 2.61.2

[Burton, Ross]

Nope, this inherit upstream-version-is-even so this is a development
snapshot.

Ross

On 23 January 2018 at 14:05, Maxin B. John  wrote:

> 2.60.2 -> 2.61.2
>
> Signed-off-by: Maxin B. John 
> ---
>  .../libsoup/{libsoup-2.4_2.60.2.bb => libsoup-2.4_2.61.2.bb}  |
> 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-support/libsoup/{libsoup-2.4_2.60.2.bb =>
> libsoup-2.4_2.61.2.bb} (89%)
>
> diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.60.2.bb
> b/meta/recipes-support/libsoup/libsoup-2.4_2.61.2.bb
> similarity index 89%
> rename from meta/recipes-support/libsoup/libsoup-2.4_2.60.2.bb
> rename to meta/recipes-support/libsoup/libsoup-2.4_2.61.2.bb
> index abc7bdb..9414278 100644
> --- a/meta/recipes-support/libsoup/libsoup-2.4_2.60.2.bb
> +++ b/meta/recipes-support/libsoup/libsoup-2.4_2.61.2.bb
> @@ -11,8 +11,8 @@ SHRT_VER = "${@d.getVar('PV').split('.')[
> 0]}.${@d.getVar('PV').split('.')[1]}"
>
>  SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"
>
> -SRC_URI[md5sum] = "9c49831b62c4bf18cdb81c86ac6516fd"
> -SRC_URI[sha256sum] = "7263cfe18872e2e652c196f5667e51
> 4616d9c97c861dfca82a65a55f45f0da01"
> +SRC_URI[md5sum] = "cf70001a73925a0f12b5b34b91c68923"
> +SRC_URI[sha256sum] = "fe786a9d0a59454bd59f5d3198b9ae
> a5f6518adda36561e7d31461bf7f791785"
>
>  S = "${WORKDIR}/libsoup-${PV}"
>
> --
> 2.4.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 04/12] pango: upgrade to version 1.41.0

[Burton, Ross]

This also inherits upstream-version-is-even so this is a development
snapshot.

Ross

On 23 January 2018 at 14:05, Maxin B. John  wrote:

> Remove backported patch:
> 0001-Drop-introspection-macros-from-acinclude.m4.patch
>
> Signed-off-by: Maxin B. John 
> ---
>  ...op-introspection-macros-from-acinclude.m4.patch | 120
> -
>  .../pango/{pango_1.40.12.bb => pango_1.41.0.bb}|   5 +-
>  2 files changed, 2 insertions(+), 123 deletions(-)
>  delete mode 100644 meta/recipes-graphics/pango/
> pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
>  rename meta/recipes-graphics/pango/{pango_1.40.12.bb => pango_1.41.0.bb}
> (88%)
>
> diff --git 
> a/meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
> b/meta/recipes-graphics/pango/pango/0001-Drop-introspection-
> macros-from-acinclude.m4.patch
> deleted file mode 100644
> index 9e1626e..000
> --- a/meta/recipes-graphics/pango/pango/0001-Drop-introspection-
> macros-from-acinclude.m4.patch
> +++ /dev/null
> @@ -1,120 +0,0 @@
> -From 867a512eddbeb1899d3e7096df3da1dd0ce3e7b7 Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Fri, 23 Oct 2015 14:06:17 +0300
> -Subject: [PATCH] Drop introspection macros from acinclude.m4
> -
> -They take precendence over our customized macros, and so
> -introspection doesn't work correctly.
> -
> -Upstream-Status: Backport [upstream 5ccfe0]
> -Signed-off-by: Alexander Kanavin 
> 
> - acinclude.m4 | 96 --
> --
> - 1 file changed, 96 deletions(-)
> -
> -diff --git a/acinclude.m4 b/acinclude.m4
> -index 8899c7c..48fd5d8 100644
>  a/acinclude.m4
> -+++ b/acinclude.m4
> -@@ -55,99 +55,3 @@ AC_DEFUN([JH_CHECK_XML_CATALOG],
> - ])
> -
> -
> --dnl REMOVE THIS WHEN introspection.m4 is widely available
> --dnl
> --dnl -*- mode: autoconf -*-
> --dnl Copyright 2009 Johan Dahlin
> --dnl
> --dnl This file is free software; the author(s) gives unlimited
> --dnl permission to copy and/or distribute it, with or without
> --dnl modifications, as long as this notice is preserved.
> --dnl
> --
> --# serial 1
> --
> --m4_define([_GOBJECT_INTROSPECTION_CHECK_INTERNAL],
> --[
> --AC_BEFORE([AC_PROG_LIBTOOL],[$0])dnl setup libtool first
> --AC_BEFORE([AM_PROG_LIBTOOL],[$0])dnl setup libtool first
> --AC_BEFORE([LT_INIT],[$0])dnl setup libtool first
> --
> --dnl enable/disable introspection
> --m4_if([$2], [require],
> --[dnl
> --enable_introspection=yes
> --],[dnl
> --AC_ARG_ENABLE(introspection,
> --  AS_HELP_STRING([--enable-introspection[=@<:@no/auto/
> yes@:>@]],
> -- [Enable introspection for this build]),,
> -- [enable_introspection=auto])
> --])dnl
> --
> --AC_MSG_CHECKING([for gobject-introspection])
> --
> --dnl presence/version checking
> --AS_CASE([$enable_introspection],
> --[no], [dnl
> --found_introspection="no (disabled, use --enable-introspection to
> enable)"
> --],dnl
> --[yes],[dnl
> --PKG_CHECK_EXISTS([gobject-introspection-1.0],,
> -- AC_MSG_ERROR([gobject-introspection-1.0 is not
> installed]))
> --PKG_CHECK_EXISTS([gobject-introspection-1.0 >= $1],
> -- found_introspection=yes,
> -- AC_MSG_ERROR([You need to have
> gobject-introspection >= $1 installed to build AC_PACKAGE_NAME]))
> --],dnl
> --[auto],[dnl
> --PKG_CHECK_EXISTS([gobject-introspection-1.0 >= $1],
> found_introspection=yes, found_introspection=no)
> --],dnl
> --[dnl
> --AC_MSG_ERROR([invalid argument passed to --enable-introspection,
> should be one of @<:@no/auto/yes@:>@])
> --])dnl
> --
> --AC_MSG_RESULT([$found_introspection])
> --
> --INTROSPECTION_SCANNER=
> --INTROSPECTION_COMPILER=
> --INTROSPECTION_GENERATE=
> --INTROSPECTION_GIRDIR=
> --INTROSPECTION_TYPELIBDIR=
> --if test "x$found_introspection" = "xyes"; then
> --   INTROSPECTION_SCANNER=`$PKG_CONFIG --variable=g_ir_scanner
> gobject-introspection-1.0`
> --   INTROSPECTION_COMPILER=`$PKG_CONFIG --variable=g_ir_compiler
> gobject-introspection-1.0`
> --   INTROSPECTION_GENERATE=`$PKG_CONFIG --variable=g_ir_generate
> gobject-introspection-1.0`
> --   INTROSPECTION_GIRDIR=`$PKG_CONFIG --variable=girdir
> gobject-introspection-1.0`
> --   INTROSPECTION_TYPELIBDIR="$($PKG_CONFIG --variable=typelibdir
> gobject-introspection-1.0)"
> --   INTROSPECTION_CFLAGS=`$PKG_CONFIG --cflags
> gobject-introspection-1.0`
> --   INTROSPECTION_LIBS=`$PKG_CONFIG --libs gobject-introspection-1.0`
> --   INTROSPECTION_MAKEFILE=`$PKG_CONFIG --variable=datadir
> gobject-introspection-1.0`/gobject-introspection-1.0/
> Makefile.introspection
> --fi
> -- 

Re: [OE-core] [PATCH 00/12] package upgrades

[Alexander Kanavin]

On 01/23/2018 04:05 PM, Maxin B. John wrote:

Package upgrades including gtk+3


Btw, do give it a try to run AUH locally (without sending emails to 
anyone). Making local runs easy was one of my goals. You can give it a 
list of things to update on the command line, if you don't want it to go 
over all of oe-core, and it will test builds with musl and strange 
architectures etc. Now that you have also jku's packages, it should 
really help.


Alex
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 05/12] libtasn1: upgrade to version 4.13

[Maxin B. John]

Remove backported patch:
CVE-2017-10790.patch

Signed-off-by: Maxin B. John 
---
 .../gnutls/libtasn1/CVE-2017-10790.patch   | 63 --
 .../gnutls/{libtasn1_4.12.bb => libtasn1_4.13.bb}  |  5 +-
 2 files changed, 2 insertions(+), 66 deletions(-)
 delete mode 100644 meta/recipes-support/gnutls/libtasn1/CVE-2017-10790.patch
 rename meta/recipes-support/gnutls/{libtasn1_4.12.bb => libtasn1_4.13.bb} (80%)

diff --git a/meta/recipes-support/gnutls/libtasn1/CVE-2017-10790.patch 
b/meta/recipes-support/gnutls/libtasn1/CVE-2017-10790.patch
deleted file mode 100644
index be84380..000
--- a/meta/recipes-support/gnutls/libtasn1/CVE-2017-10790.patch
+++ /dev/null
@@ -1,63 +0,0 @@
-From d8d805e1f2e6799bb2dff4871a8598dc83088a39 Mon Sep 17 00:00:00 2001
-From: Nikos Mavrogiannopoulos 
-Date: Thu, 22 Jun 2017 16:31:37 +0200
-Subject: [PATCH] _asn1_check_identifier: safer access to values read
-
-Signed-off-by: Nikos Mavrogiannopoulos 
-
-http://git.savannah.gnu.org/gitweb/?p=libtasn1.git;a=commit;h=d8d805e1f2e6799bb2dff4871a8598dc83088a39
-Upstream-Status: Backport
-
-CVE: CVE-2017-10790
-
-Signed-off-by: Yue Tao 
-Signed-off-by: Wenzong Fan 

- lib/parser_aux.c |   17 -
- 1 file changed, 12 insertions(+), 5 deletions(-)
-
-diff --git a/lib/parser_aux.c b/lib/parser_aux.c
-index 976ab38..786ea64 100644
 a/lib/parser_aux.c
-+++ b/lib/parser_aux.c
-@@ -955,7 +955,7 @@ _asn1_check_identifier (asn1_node node)
- if (p2 == NULL)
-   {
- if (p->value)
--  _asn1_strcpy (_asn1_identifierMissing, p->value);
-+  _asn1_str_cpy (_asn1_identifierMissing, 
sizeof(_asn1_identifierMissing), (char*)p->value);
- else
-   _asn1_strcpy (_asn1_identifierMissing, "(null)");
- return ASN1_IDENTIFIER_NOT_FOUND;
-@@ -968,9 +968,15 @@ _asn1_check_identifier (asn1_node node)
- if (p2 && (type_field (p2->type) == ASN1_ETYPE_DEFAULT))
-   {
- _asn1_str_cpy (name2, sizeof (name2), node->name);
--_asn1_str_cat (name2, sizeof (name2), ".");
--_asn1_str_cat (name2, sizeof (name2), (char *) p2->value);
--_asn1_strcpy (_asn1_identifierMissing, p2->value);
-+if (p2->value)
-+  {
-+_asn1_str_cat (name2, sizeof (name2), ".");
-+_asn1_str_cat (name2, sizeof (name2), (char *) p2->value);
-+_asn1_str_cpy (_asn1_identifierMissing, 
sizeof(_asn1_identifierMissing), (char*)p2->value);
-+  }
-+else
-+  _asn1_strcpy (_asn1_identifierMissing, "(null)");
-+
- p2 = asn1_find_node (node, name2);
- if (!p2 || (type_field (p2->type) != ASN1_ETYPE_OBJECT_ID) ||
- !(p2->type & CONST_ASSIGN))
-@@ -990,7 +996,8 @@ _asn1_check_identifier (asn1_node node)
- _asn1_str_cpy (name2, sizeof (name2), node->name);
- _asn1_str_cat (name2, sizeof (name2), ".");
- _asn1_str_cat (name2, sizeof (name2), (char *) p2->value);
--_asn1_strcpy (_asn1_identifierMissing, p2->value);
-+_asn1_str_cpy (_asn1_identifierMissing, 
sizeof(_asn1_identifierMissing), (char*)p2->value);
-+
- p2 = asn1_find_node (node, name2);
- if (!p2 || (type_field (p2->type) != ASN1_ETYPE_OBJECT_ID)
- || !(p2->type & CONST_ASSIGN))
--- 
-1.7.9.5
-
diff --git a/meta/recipes-support/gnutls/libtasn1_4.12.bb 
b/meta/recipes-support/gnutls/libtasn1_4.13.bb
similarity index 80%
rename from meta/recipes-support/gnutls/libtasn1_4.12.bb
rename to meta/recipes-support/gnutls/libtasn1_4.13.bb
index 7a7571a..2d22386 100644
--- a/meta/recipes-support/gnutls/libtasn1_4.12.bb
+++ b/meta/recipes-support/gnutls/libtasn1_4.13.bb
@@ -11,13 +11,12 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
 SRC_URI = "${GNU_MIRROR}/libtasn1/libtasn1-${PV}.tar.gz \
file://dont-depend-on-help2man.patch \

file://0001-stdint.m4-reintroduce-GNULIB_OVERRIDES_WINT_T-check.patch \
-   file://CVE-2017-10790.patch \
"
 
 DEPENDS = "bison-native"
 
-SRC_URI[md5sum] = "5c724bd1f73aaf4a311833e1cd297b21"
-SRC_URI[sha256sum] = 
"6753da2e621257f33f5b051cc114d417e5206a0818fe0b1ecfd6153f70934753"
+SRC_URI[md5sum] = "ce2ba4d3088119b48e7531a703669c52"
+SRC_URI[sha256sum] = 
"7e528e8c317ddd156230c4e31d082cd13e7ddeb7a54824be82632209550c8cca"
 
 inherit autotools texinfo binconfig lib_package gtk-doc
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 09/12] gtk+: upgrade to version 2.24.32

[Maxin B. John]

Bug fix release.

Signed-off-by: Maxin B. John 
---
 meta/recipes-gnome/gtk+/{gtk+_2.24.31.bb => gtk+_2.24.32.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.31.bb => gtk+_2.24.32.bb} (90%)

diff --git a/meta/recipes-gnome/gtk+/gtk+_2.24.31.bb 
b/meta/recipes-gnome/gtk+/gtk+_2.24.32.bb
similarity index 90%
rename from meta/recipes-gnome/gtk+/gtk+_2.24.31.bb
rename to meta/recipes-gnome/gtk+/gtk+_2.24.32.bb
index cc31bab..2070358 100644
--- a/meta/recipes-gnome/gtk+/gtk+_2.24.31.bb
+++ b/meta/recipes-gnome/gtk+/gtk+_2.24.32.bb
@@ -12,8 +12,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/2.24/gtk+-${PV}.tar.xz \
file://strict-prototypes.patch \
  "
 
-SRC_URI[md5sum] = "526a1008586094a2cbb4592fd3f9ee10"
-SRC_URI[sha256sum] = 
"68c1922732c7efc08df4656a5366dcc3afdc8791513400dac276009b40954658"
+SRC_URI[md5sum] = "d5742aa42275203a499b59b4c382a784"
+SRC_URI[sha256sum] = 
"b6c8a93ddda5eabe3bfee1eb39636c9a03d2a56c7b62828b359bf197943c582e"
 
 EXTRA_OECONF = "--enable-xkb --disable-glibtest --disable-cups 
--disable-xinerama"
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 02/12] libsoup-2.4: upgrade to version 2.61.2

[Maxin B. John]

2.60.2 -> 2.61.2

Signed-off-by: Maxin B. John 
---
 .../libsoup/{libsoup-2.4_2.60.2.bb => libsoup-2.4_2.61.2.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libsoup/{libsoup-2.4_2.60.2.bb => 
libsoup-2.4_2.61.2.bb} (89%)

diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.60.2.bb 
b/meta/recipes-support/libsoup/libsoup-2.4_2.61.2.bb
similarity index 89%
rename from meta/recipes-support/libsoup/libsoup-2.4_2.60.2.bb
rename to meta/recipes-support/libsoup/libsoup-2.4_2.61.2.bb
index abc7bdb..9414278 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.60.2.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.61.2.bb
@@ -11,8 +11,8 @@ SHRT_VER = 
"${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
 
 SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"
 
-SRC_URI[md5sum] = "9c49831b62c4bf18cdb81c86ac6516fd"
-SRC_URI[sha256sum] = 
"7263cfe18872e2e652c196f5667e514616d9c97c861dfca82a65a55f45f0da01"
+SRC_URI[md5sum] = "cf70001a73925a0f12b5b34b91c68923"
+SRC_URI[sha256sum] = 
"fe786a9d0a59454bd59f5d3198b9aea5f6518adda36561e7d31461bf7f791785"
 
 S = "${WORKDIR}/libsoup-${PV}"
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 01/12] freetype: upgrade to version 2.9

[Alexander Kanavin]

On 01/23/2018 04:05 PM, Maxin B. John wrote:

2.8.1 -> 2.9

Change in LIC_FILES_CHKSUM is due to change of URL www.freetype.org
from http to https.


Let's see if the patchtest tells to change this to a tag; it should :)

Alex
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 08/12] vte: upgrade to version 0.50.2

[Maxin B. John]

0.50.1 -> 0.50.2

Signed-off-by: Maxin B. John 
---
 meta/recipes-support/vte/{vte_0.50.1.bb => vte_0.50.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/vte/{vte_0.50.1.bb => vte_0.50.2.bb} (91%)

diff --git a/meta/recipes-support/vte/vte_0.50.1.bb 
b/meta/recipes-support/vte/vte_0.50.2.bb
similarity index 91%
rename from meta/recipes-support/vte/vte_0.50.1.bb
rename to meta/recipes-support/vte/vte_0.50.2.bb
index 1c77c7d..8b9ee33 100644
--- a/meta/recipes-support/vte/vte_0.50.1.bb
+++ b/meta/recipes-support/vte/vte_0.50.2.bb
@@ -11,8 +11,8 @@ inherit gnomebase gtk-doc distro_features_check 
upstream-version-is-even gobject
 SRC_URI += "file://0001-Don-t-enable-stack-protection-by-default.patch \
 ${@bb.utils.contains('PACKAGECONFIG', 'vala', '', 
'file://0001-Add-m4-vapigen.m4.patch', d) } \
 "
-SRC_URI[archive.md5sum] = "a6f8fec3787e3cb72b3b31a8be6751a4"
-SRC_URI[archive.sha256sum] = 
"cf1708e3e573160e1db107014b3ef70888fefe6b668373fed70e8d1cac45a8c2"
+SRC_URI[archive.md5sum] = "1912cfd1d9cdd30cebeb908507acadc5"
+SRC_URI[archive.sha256sum] = 
"79dd316bfaff48f2fb74d066baae0d830e1f44436796fe410a57297e5c5f09cf"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 07/12] sqlite3: upgrade to version 3.22.0

[Maxin B. John]

Update SRC_URI for releases in 2018.

Signed-off-by: Maxin B. John 
---
 meta/recipes-support/sqlite/sqlite3_3.21.0.bb | 10 --
 meta/recipes-support/sqlite/sqlite3_3.22.0.bb | 10 ++
 2 files changed, 10 insertions(+), 10 deletions(-)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.21.0.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3.22.0.bb

diff --git a/meta/recipes-support/sqlite/sqlite3_3.21.0.bb 
b/meta/recipes-support/sqlite/sqlite3_3.21.0.bb
deleted file mode 100644
index 1d51733..000
--- a/meta/recipes-support/sqlite/sqlite3_3.21.0.bb
+++ /dev/null
@@ -1,10 +0,0 @@
-require sqlite3.inc
-
-LICENSE = "PD"
-LIC_FILES_CHKSUM = 
"file://sqlite3.h;endline=11;md5=786d3dc581eff03f4fd9e4a77ed00c66"
-
-SRC_URI = "\
-  http://www.sqlite.org/2017/sqlite-autoconf-${SQLITE_PV}.tar.gz \
-  "
-SRC_URI[md5sum] = "7913de4c3126ba3c24689cb7a199ea31"
-SRC_URI[sha256sum] = 
"d7dd516775005ad87a57f428b6f86afd206cb341722927f104d3f0cf65fbbbe3"
diff --git a/meta/recipes-support/sqlite/sqlite3_3.22.0.bb 
b/meta/recipes-support/sqlite/sqlite3_3.22.0.bb
new file mode 100644
index 000..ef88659
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3_3.22.0.bb
@@ -0,0 +1,10 @@
+require sqlite3.inc
+
+LICENSE = "PD"
+LIC_FILES_CHKSUM = 
"file://sqlite3.h;endline=11;md5=786d3dc581eff03f4fd9e4a77ed00c66"
+
+SRC_URI = "\
+  http://www.sqlite.org/2018/sqlite-autoconf-${SQLITE_PV}.tar.gz \
+  "
+SRC_URI[md5sum] = "96b5648d542e8afa6ab7ffb8db8ddc3d"
+SRC_URI[sha256sum] = 
"2824ab1238b706bc66127320afbdffb096361130e23291f26928a027b885c612"
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 03/12] ofono: upgrade to version 1.22

[Maxin B. John]

In ver 1.22:
Fix issue with GPIO handling and Nokia modems.
Fix issue with SIM state callback and AT modems.
Fix issue with data mode and DCD for U-Blox modems.
Fix issue with SMS receive on QMI based Quectel EC21.
Fix issue with HFP support and last call dialed request.
Fix issue with PIM retires handling and Gemalto modems.
Fix issue with atom registration and SIM state handling.
Add support for handling SIM card AID session management.
Add support for handling GSM/UMTS and IMS authentication.
Add support for IP Multimedia Subsystem (IMS) atom.
Add support for MBIM based modems.

Signed-off-by: Maxin B. John 
---
 meta/recipes-connectivity/ofono/ofono_1.21.bb | 8 
 meta/recipes-connectivity/ofono/ofono_1.22.bb | 8 
 2 files changed, 8 insertions(+), 8 deletions(-)
 delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.21.bb
 create mode 100644 meta/recipes-connectivity/ofono/ofono_1.22.bb

diff --git a/meta/recipes-connectivity/ofono/ofono_1.21.bb 
b/meta/recipes-connectivity/ofono/ofono_1.21.bb
deleted file mode 100644
index 1f0e31d..000
--- a/meta/recipes-connectivity/ofono/ofono_1.21.bb
+++ /dev/null
@@ -1,8 +0,0 @@
-require ofono.inc
-
-SRC_URI  = "\
-  ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
-  file://ofono \
-"
-SRC_URI[md5sum] = "bc2b818f6fe5725d0dd8591aff6640d7"
-SRC_URI[sha256sum] = 
"a6b021cda0b444b772897cd637d5f455857fb5819b62c279a8302b44f9c7f2c3"
diff --git a/meta/recipes-connectivity/ofono/ofono_1.22.bb 
b/meta/recipes-connectivity/ofono/ofono_1.22.bb
new file mode 100644
index 000..fd7ee15
--- /dev/null
+++ b/meta/recipes-connectivity/ofono/ofono_1.22.bb
@@ -0,0 +1,8 @@
+require ofono.inc
+
+SRC_URI  = "\
+  ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
+  file://ofono \
+"
+SRC_URI[md5sum] = "2a683ab8e98448ad8bc5dc9868d2893e"
+SRC_URI[sha256sum] = 
"8e34a6696c300c9841b55e8dff640bd3096e49f5dbe55bbebaa69a71676f687e"
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 11/12] gtk-icon-utils-native: upgrade to version 3.22.26

[Maxin B. John]

3.22.17 -> 3.22.26

Signed-off-by: Maxin B. John 
---
 ...-icon-utils-native_3.22.17.bb => gtk-icon-utils-native_3.22.26.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.17.bb => 
gtk-icon-utils-native_3.22.26.bb} (94%)

diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.17.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.26.bb
similarity index 94%
rename from meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.17.bb
rename to meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.26.bb
index 032d82d..140931b 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.17.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.26.bb
@@ -10,8 +10,8 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
   file://Remove-Gdk-dependency-from-gtk-encode-symbolic-svg.patch"
-SRC_URI[md5sum] = "29f85430cf7cfa8ca8d0703ba65dbe11"
-SRC_URI[sha256sum] = 
"a6c1fb8f229c626a3d9c0e1ce6ea138de7f64a5a6bc799d45fa286fe461c3437"
+SRC_URI[md5sum] = "eeeb8038fe0d386c7516fa46cd4fff6b"
+SRC_URI[sha256sum] = 
"61eef0d320e541976e2dfe445729f12b5ade53050ee9de6184235cb60cd4b967"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
file://gtk/gtk.h;endline=25;md5=1d8dc0fccdbfa26287a271dce88af737 \
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/12] freetype: upgrade to version 2.9

[Maxin B. John]

2.8.1 -> 2.9

Change in LIC_FILES_CHKSUM is due to change of URL www.freetype.org
from http to https.

Signed-off-by: Maxin B. John 
---
 .../freetype/{freetype_2.8.1.bb => freetype_2.9.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/freetype/{freetype_2.8.1.bb => freetype_2.9.bb} 
(89%)

diff --git a/meta/recipes-graphics/freetype/freetype_2.8.1.bb 
b/meta/recipes-graphics/freetype/freetype_2.9.bb
similarity index 89%
rename from meta/recipes-graphics/freetype/freetype_2.8.1.bb
rename to meta/recipes-graphics/freetype/freetype_2.9.bb
index e035375..da05916 100644
--- a/meta/recipes-graphics/freetype/freetype_2.8.1.bb
+++ b/meta/recipes-graphics/freetype/freetype_2.9.bb
@@ -9,7 +9,7 @@ SECTION = "libs"
 
 LICENSE = "FreeType | GPLv2+"
 LIC_FILES_CHKSUM = 
"file://docs/LICENSE.TXT;md5=4af6221506f202774ef74f64932878a1 \
-file://docs/FTL.TXT;md5=13b25413274c9b3b09b63e4028216ff4 \
+file://docs/FTL.TXT;md5=9f37b4e6afa3fef9dba8932b16bd3f97 \
 file://docs/GPLv2.TXT;md5=8ef380476f642c20ebf40fecb0add2ec"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/freetype/freetype-${PV}.tar.bz2 \
@@ -18,8 +18,8 @@ SRC_URI = 
"${SOURCEFORGE_MIRROR}/freetype/freetype-${PV}.tar.bz2 \
 UPSTREAM_CHECK_URI = 
"http://sourceforge.net/projects/freetype/files/freetype2/;
 UPSTREAM_CHECK_REGEX = "freetype-(?P\d+(\.\d+)+)"
 
-SRC_URI[md5sum] = "bf0a210b6fe781228fa0e4a80691a521"
-SRC_URI[sha256sum] = 
"e5435f02e02d2b87bb8e4efdcaa14b1f78c9cf3ab1ed80f94b6382fb6acc7d78"
+SRC_URI[md5sum] = "513c403c110016fdc7e537216a642b1d"
+SRC_URI[sha256sum] = 
"e6ffba3c8cef93f557d1f767d7bc3dee860ac7a3aaff588a521e081bc36f4c8a"
 
 inherit autotools pkgconfig binconfig-disabled multilib_header
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 12/12] atk: upgrade to version 2.26.1

[Maxin B. John]

2.26.0 -> 2.26.1

Signed-off-by: Maxin B. John 
---
 meta/recipes-support/atk/{atk_2.26.0.bb => atk_2.26.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/atk/{atk_2.26.0.bb => atk_2.26.1.bb} (78%)

diff --git a/meta/recipes-support/atk/atk_2.26.0.bb 
b/meta/recipes-support/atk/atk_2.26.1.bb
similarity index 78%
rename from meta/recipes-support/atk/atk_2.26.0.bb
rename to meta/recipes-support/atk/atk_2.26.1.bb
index e014ba0..685b599 100644
--- a/meta/recipes-support/atk/atk_2.26.0.bb
+++ b/meta/recipes-support/atk/atk_2.26.1.bb
@@ -12,8 +12,8 @@ DEPENDS = "glib-2.0"
 
 inherit gnomebase gtk-doc gettext upstream-version-is-even 
gobject-introspection
 
-SRC_URI[archive.md5sum] = "ee9c329784dead6e386e8b2e0d4d8d6f"
-SRC_URI[archive.sha256sum] = 
"eafe49d5c4546cb723ec98053290d7e0b8d85b3fdb123938213acb7bb4178827"
+SRC_URI[archive.md5sum] = "7cddcc313b9a3efd19b2ddf079ba68f5"
+SRC_URI[archive.sha256sum] = 
"ef00ff6b83851dddc8db38b4d9faeffb99572ba150b0664ee02e46f015ea97cb"
 
 BBCLASSEXTEND = "native"
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 10/12] gtk+3: upgrade to version 3.22.26

[Maxin B. John]

Bug fixes and Translation updates

Signed-off-by: Maxin B. John 
---
 meta/recipes-gnome/gtk+/{gtk+3_3.22.24.bb => gtk+3_3.22.26.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.24.bb => gtk+3_3.22.26.bb} (83%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.22.24.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.22.26.bb
similarity index 83%
rename from meta/recipes-gnome/gtk+/gtk+3_3.22.24.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.22.26.bb
index ac0a9b7..6651ca6 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.22.24.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.22.26.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar
file://0002-Do-not-try-to-initialize-GL-without-libGL.patch \
file://0003-Add-disable-opengl-configure-option.patch \
   "
-SRC_URI[md5sum] = "b782a15b7b5b2005a1ce4647fb002a49"
-SRC_URI[sha256sum] = 
"cbb16e4cfc928ab8f5f22f7290616f95f6ebc8c97cc724a2007b07ced833592b"
+SRC_URI[md5sum] = "eeeb8038fe0d386c7516fa46cd4fff6b"
+SRC_URI[sha256sum] = 
"61eef0d320e541976e2dfe445729f12b5ade53050ee9de6184235cb60cd4b967"
 
 S = "${WORKDIR}/gtk+-${PV}"
 
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 04/12] pango: upgrade to version 1.41.0

[Maxin B. John]

Remove backported patch:
0001-Drop-introspection-macros-from-acinclude.m4.patch

Signed-off-by: Maxin B. John 
---
 ...op-introspection-macros-from-acinclude.m4.patch | 120 -
 .../pango/{pango_1.40.12.bb => pango_1.41.0.bb}|   5 +-
 2 files changed, 2 insertions(+), 123 deletions(-)
 delete mode 100644 
meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
 rename meta/recipes-graphics/pango/{pango_1.40.12.bb => pango_1.41.0.bb} (88%)

diff --git 
a/meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
 
b/meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
deleted file mode 100644
index 9e1626e..000
--- 
a/meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
+++ /dev/null
@@ -1,120 +0,0 @@
-From 867a512eddbeb1899d3e7096df3da1dd0ce3e7b7 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Fri, 23 Oct 2015 14:06:17 +0300
-Subject: [PATCH] Drop introspection macros from acinclude.m4
-
-They take precendence over our customized macros, and so
-introspection doesn't work correctly.
-
-Upstream-Status: Backport [upstream 5ccfe0]
-Signed-off-by: Alexander Kanavin 

- acinclude.m4 | 96 
- 1 file changed, 96 deletions(-)
-
-diff --git a/acinclude.m4 b/acinclude.m4
-index 8899c7c..48fd5d8 100644
 a/acinclude.m4
-+++ b/acinclude.m4
-@@ -55,99 +55,3 @@ AC_DEFUN([JH_CHECK_XML_CATALOG],
- ])
- 
- 
--dnl REMOVE THIS WHEN introspection.m4 is widely available
--dnl
--dnl -*- mode: autoconf -*-
--dnl Copyright 2009 Johan Dahlin
--dnl
--dnl This file is free software; the author(s) gives unlimited
--dnl permission to copy and/or distribute it, with or without
--dnl modifications, as long as this notice is preserved.
--dnl
--
--# serial 1
--
--m4_define([_GOBJECT_INTROSPECTION_CHECK_INTERNAL],
--[
--AC_BEFORE([AC_PROG_LIBTOOL],[$0])dnl setup libtool first
--AC_BEFORE([AM_PROG_LIBTOOL],[$0])dnl setup libtool first
--AC_BEFORE([LT_INIT],[$0])dnl setup libtool first
--
--dnl enable/disable introspection
--m4_if([$2], [require],
--[dnl
--enable_introspection=yes
--],[dnl
--AC_ARG_ENABLE(introspection,
--  
AS_HELP_STRING([--enable-introspection[=@<:@no/auto/yes@:>@]],
-- [Enable introspection for this build]),, 
-- [enable_introspection=auto])
--])dnl
--
--AC_MSG_CHECKING([for gobject-introspection])
--
--dnl presence/version checking
--AS_CASE([$enable_introspection],
--[no], [dnl
--found_introspection="no (disabled, use --enable-introspection to 
enable)"
--],dnl
--[yes],[dnl
--PKG_CHECK_EXISTS([gobject-introspection-1.0],,
-- AC_MSG_ERROR([gobject-introspection-1.0 is not 
installed]))
--PKG_CHECK_EXISTS([gobject-introspection-1.0 >= $1],
-- found_introspection=yes,
-- AC_MSG_ERROR([You need to have gobject-introspection 
>= $1 installed to build AC_PACKAGE_NAME]))
--],dnl
--[auto],[dnl
--PKG_CHECK_EXISTS([gobject-introspection-1.0 >= $1], 
found_introspection=yes, found_introspection=no)
--],dnl
--[dnl  
--AC_MSG_ERROR([invalid argument passed to --enable-introspection, 
should be one of @<:@no/auto/yes@:>@])
--])dnl
--
--AC_MSG_RESULT([$found_introspection])
--
--INTROSPECTION_SCANNER=
--INTROSPECTION_COMPILER=
--INTROSPECTION_GENERATE=
--INTROSPECTION_GIRDIR=
--INTROSPECTION_TYPELIBDIR=
--if test "x$found_introspection" = "xyes"; then
--   INTROSPECTION_SCANNER=`$PKG_CONFIG --variable=g_ir_scanner 
gobject-introspection-1.0`
--   INTROSPECTION_COMPILER=`$PKG_CONFIG --variable=g_ir_compiler 
gobject-introspection-1.0`
--   INTROSPECTION_GENERATE=`$PKG_CONFIG --variable=g_ir_generate 
gobject-introspection-1.0`
--   INTROSPECTION_GIRDIR=`$PKG_CONFIG --variable=girdir 
gobject-introspection-1.0`
--   INTROSPECTION_TYPELIBDIR="$($PKG_CONFIG --variable=typelibdir 
gobject-introspection-1.0)"
--   INTROSPECTION_CFLAGS=`$PKG_CONFIG --cflags gobject-introspection-1.0`
--   INTROSPECTION_LIBS=`$PKG_CONFIG --libs gobject-introspection-1.0`
--   INTROSPECTION_MAKEFILE=`$PKG_CONFIG --variable=datadir 
gobject-introspection-1.0`/gobject-introspection-1.0/Makefile.introspection
--fi
--AC_SUBST(INTROSPECTION_SCANNER)
--AC_SUBST(INTROSPECTION_COMPILER)
--AC_SUBST(INTROSPECTION_GENERATE)
--AC_SUBST(INTROSPECTION_GIRDIR)
--AC_SUBST(INTROSPECTION_TYPELIBDIR)
--AC_SUBST(INTROSPECTION_CFLAGS)
--AC_SUBST(INTROSPECTION_LIBS)
--AC_SUBST(INTROSPECTION_MAKEFILE)
--
--AM_CONDITIONAL(HAVE_INTROSPECTION, test "x$found_introspection" = "xyes")
--])
--
--

[OE-core] [PATCH 06/12] puzzles: upgrade to latest commit

[Maxin B. John]

Remove upstreamed patch:
0001-Clarify-conditions-to-avoid-compiler-errors.patch

Signed-off-by: Maxin B. John 
---
 ...arify-conditions-to-avoid-compiler-errors.patch | 48 --
 meta/recipes-sato/puzzles/puzzles_git.bb   |  1 -
 2 files changed, 49 deletions(-)
 delete mode 100644 
meta/recipes-sato/puzzles/files/0001-Clarify-conditions-to-avoid-compiler-errors.patch

diff --git 
a/meta/recipes-sato/puzzles/files/0001-Clarify-conditions-to-avoid-compiler-errors.patch
 
b/meta/recipes-sato/puzzles/files/0001-Clarify-conditions-to-avoid-compiler-errors.patch
deleted file mode 100644
index 89aa158..000
--- 
a/meta/recipes-sato/puzzles/files/0001-Clarify-conditions-to-avoid-compiler-errors.patch
+++ /dev/null
@@ -1,48 +0,0 @@
-From 72f2e9043ef509992dfa61791638db87bf0ae37b Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 6 Dec 2016 01:20:00 +
-Subject: [PATCH] Clarify conditions to avoid compiler errors
-
-Fix errors pointed out by clang
-
-error: logical not is only applied to the left hand side of this bitwise 
operator [-Werror,-Wlogical-not-parentheses]
-| if (only_immutable && !copy->flags[i] & FLAG_IMMUTABLE) continue;
-|   ^
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
-
- signpost.c | 2 +-
- tracks.c   | 2 +-
- 2 files changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/signpost.c b/signpost.c
-index aa2e13a..2e2dff2 100644
 a/signpost.c
-+++ b/signpost.c
-@@ -284,7 +284,7 @@ static int check_nums(game_state *orig, game_state *copy, 
int only_immutable)
- int i, ret = 1;
- assert(copy->n == orig->n);
- for (i = 0; i < copy->n; i++) {
--if (only_immutable && !copy->flags[i] & FLAG_IMMUTABLE) continue;
-+if (only_immutable && !(copy->flags[i] & FLAG_IMMUTABLE)) continue;
- assert(copy->nums[i] >= 0);
- assert(copy->nums[i] <= copy->n);
- if (copy->nums[i] != orig->nums[i]) {
-diff --git a/tracks.c b/tracks.c
-index 5b27350..ca44ce1 100644
 a/tracks.c
-+++ b/tracks.c
-@@ -1072,7 +1072,7 @@ static int solve_check_single_sub(game_state *state, int 
si, int id, int n,
- x = i%w;
- y = i/w;
- if (abs(ox-x) > 1 || abs(oy-y) > 1) {
--if (!state->sflags[i] & S_TRACK)
-+if (!(state->sflags[i] & S_TRACK))
- did += solve_set_sflag(state, x, y, S_NOTRACK, what);
- }
- }
--- 
-1.9.1
-
diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb 
b/meta/recipes-sato/puzzles/puzzles_git.bb
index 6148e40..6574e1d 100644
--- a/meta/recipes-sato/puzzles/puzzles_git.bb
+++ b/meta/recipes-sato/puzzles/puzzles_git.bb
@@ -13,7 +13,6 @@ SRC_URI = "git://git.tartarus.org/simon/puzzles.git \
file://fix-compiling-failure-with-option-g-O.patch \
file://0001-Use-labs-instead-of-abs.patch \
file://0001-palisade-Fix-warnings-with-clang-on-arm.patch \
-   file://0001-Clarify-conditions-to-avoid-compiler-errors.patch \

file://0001-Use-Wno-error-format-overflow-if-the-compiler-suppor.patch \
"
 UPSTREAM_CHECK_COMMITS = "1"
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 00/12] package upgrades

[Maxin B. John]

Package upgrades including gtk+3

Maxin B. John (12):
  freetype: upgrade to version 2.9
  libsoup-2.4: upgrade to version 2.61.2
  ofono: upgrade to version 1.22
  pango: upgrade to version 1.41.0
  libtasn1: upgrade to version 4.13
  puzzles: upgrade to latest commit
  sqlite3: upgrade to version 3.22.0
  vte: upgrade to version 0.50.2
  gtk+: upgrade to version 2.24.32
  gtk+3: upgrade to version 3.22.26
  gtk-icon-utils-native: upgrade to version 3.22.26
  atk: upgrade to version 2.26.1

 meta/recipes-connectivity/ofono/ofono_1.21.bb  |   8 --
 meta/recipes-connectivity/ofono/ofono_1.22.bb  |   8 ++
 .../gtk+/{gtk+3_3.22.24.bb => gtk+3_3.22.26.bb}|   4 +-
 .../gtk+/{gtk+_2.24.31.bb => gtk+_2.24.32.bb}  |   4 +-
 ...3.22.17.bb => gtk-icon-utils-native_3.22.26.bb} |   4 +-
 .../{freetype_2.8.1.bb => freetype_2.9.bb} |   6 +-
 ...op-introspection-macros-from-acinclude.m4.patch | 120 -
 .../pango/{pango_1.40.12.bb => pango_1.41.0.bb}|   5 +-
 ...arify-conditions-to-avoid-compiler-errors.patch |  48 -
 meta/recipes-sato/puzzles/puzzles_git.bb   |   1 -
 .../atk/{atk_2.26.0.bb => atk_2.26.1.bb}   |   4 +-
 .../gnutls/libtasn1/CVE-2017-10790.patch   |  63 ---
 .../gnutls/{libtasn1_4.12.bb => libtasn1_4.13.bb}  |   5 +-
 ...libsoup-2.4_2.60.2.bb => libsoup-2.4_2.61.2.bb} |   4 +-
 meta/recipes-support/sqlite/sqlite3_3.21.0.bb  |  10 --
 meta/recipes-support/sqlite/sqlite3_3.22.0.bb  |  10 ++
 .../vte/{vte_0.50.1.bb => vte_0.50.2.bb}   |   4 +-
 17 files changed, 37 insertions(+), 271 deletions(-)
 delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.21.bb
 create mode 100644 meta/recipes-connectivity/ofono/ofono_1.22.bb
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.24.bb => gtk+3_3.22.26.bb} (83%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.31.bb => gtk+_2.24.32.bb} (90%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.17.bb => 
gtk-icon-utils-native_3.22.26.bb} (94%)
 rename meta/recipes-graphics/freetype/{freetype_2.8.1.bb => freetype_2.9.bb} 
(89%)
 delete mode 100644 
meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch
 rename meta/recipes-graphics/pango/{pango_1.40.12.bb => pango_1.41.0.bb} (88%)
 delete mode 100644 
meta/recipes-sato/puzzles/files/0001-Clarify-conditions-to-avoid-compiler-errors.patch
 rename meta/recipes-support/atk/{atk_2.26.0.bb => atk_2.26.1.bb} (78%)
 delete mode 100644 meta/recipes-support/gnutls/libtasn1/CVE-2017-10790.patch
 rename meta/recipes-support/gnutls/{libtasn1_4.12.bb => libtasn1_4.13.bb} (80%)
 rename meta/recipes-support/libsoup/{libsoup-2.4_2.60.2.bb => 
libsoup-2.4_2.61.2.bb} (89%)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.21.0.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3.22.0.bb
 rename meta/recipes-support/vte/{vte_0.50.1.bb => vte_0.50.2.bb} (91%)

-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] glibc-locale.inc: avoid duplicate packages

[Khem Raj]

On Mon, Jan 22, 2018 at 6:34 PM Juro Bystricky 
wrote:

> PACKAGES_DYNAMIC contained an identical set of packages twice.
> I suspect this was a result of global search/replace when moving
> recipes from eglibc to glibc long time ago.


Looks ok to apply

>
>
> Signed-off-by: Juro Bystricky 
> ---
>  meta/recipes-core/glibc/glibc-locale.inc | 1 -
>  1 file changed, 1 deletion(-)
>
> diff --git a/meta/recipes-core/glibc/glibc-locale.inc
> b/meta/recipes-core/glibc/glibc-locale.inc
> index 1a629fc..b3cb10b 100644
> --- a/meta/recipes-core/glibc/glibc-locale.inc
> +++ b/meta/recipes-core/glibc/glibc-locale.inc
> @@ -39,7 +39,6 @@ PACKAGES = "localedef ${PN}-dbg"
>
>  PACKAGES_DYNAMIC = "^locale-base-.* \
>  ^glibc-gconv-.* ^glibc-charmap-.*
> ^glibc-localedata-.* ^glibc-binary-localedata-.* \
> -^glibc-gconv-.*  ^glibc-charmap-.*
> ^glibc-localedata-.*  ^glibc-binary-localedata-.* \
>  ^${MLPREFIX}glibc-gconv$"
>
>  # Create a glibc-binaries package
> --
> 2.7.4
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core