Re: [OE-core] [PATCH] webkitgtk: Stop disabling gold on aarch64 and mips
On Wed, Jul 31, 2019 at 10:19:24PM -0700, Khem Raj wrote: > I don’t remember if mips disable reason was same as aarch64 I hope it was > not a runtime failure can you dig a bit Author: Khem Raj Date: Mon Aug 8 15:51:00 2016 -0700 webkitgtk: Disable gold for mips/mips64 with binutils 2.27, mips has got the gold support but it doesnt work for webkitgtk _yet_ therefore disable it for now. To me this looked like a buildtime failure, but it's hard to be sure when the problem is not described. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] webkitgtk: Stop disabling gold on aarch64 and mips
I don’t remember if mips disable reason was same as aarch64 I hope it was not a runtime failure can you dig a bit On Wed, Jul 31, 2019 at 9:50 PM Adrian Bunk wrote: > The binutils bug appears to have gone away. > > Using gold on powerpc still fails for seemingly unrelated reasons. > > Signed-off-by: Adrian Bunk > --- > meta/recipes-sato/webkit/webkitgtk_2.24.3.bb | 4 > 1 file changed, 4 deletions(- > > diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb > b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb > index f65d79b0fb..81cbf34198 100644 > --- a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb > +++ b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb > @@ -87,10 +87,6 @@ EXTRA_OECMAKE_append_armv5 = " -DENABLE_JIT=OFF " > EXTRA_OECMAKE_append_armv6 = " -DENABLE_JIT=OFF " > EXTRA_OECMAKE_append_armv4 = " -DENABLE_JIT=OFF " > > -# binutils 2.25.1 has a bug on aarch64: > -# https://sourceware.org/bugzilla/show_bug.cgi?id=18430 > -EXTRA_OECMAKE_append_aarch64 = " -DUSE_LD_GOLD=OFF " > -EXTRA_OECMAKE_append_mipsarch = " -DUSE_LD_GOLD=OFF " > EXTRA_OECMAKE_append_powerpc = " -DUSE_LD_GOLD=OFF " > > # JIT not supported on MIPS either > -- > 2.17.1 > > -- > ___ > 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] [PATCH] webkitgtk: Stop disabling gold on aarch64 and mips
The binutils bug appears to have gone away. Using gold on powerpc still fails for seemingly unrelated reasons. Signed-off-by: Adrian Bunk --- meta/recipes-sato/webkit/webkitgtk_2.24.3.bb | 4 1 file changed, 4 deletions(-) diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb index f65d79b0fb..81cbf34198 100644 --- a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb +++ b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb @@ -87,10 +87,6 @@ EXTRA_OECMAKE_append_armv5 = " -DENABLE_JIT=OFF " EXTRA_OECMAKE_append_armv6 = " -DENABLE_JIT=OFF " EXTRA_OECMAKE_append_armv4 = " -DENABLE_JIT=OFF " -# binutils 2.25.1 has a bug on aarch64: -# https://sourceware.org/bugzilla/show_bug.cgi?id=18430 -EXTRA_OECMAKE_append_aarch64 = " -DUSE_LD_GOLD=OFF " -EXTRA_OECMAKE_append_mipsarch = " -DUSE_LD_GOLD=OFF " EXTRA_OECMAKE_append_powerpc = " -DUSE_LD_GOLD=OFF " # JIT not supported on MIPS either -- 2.17.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] weston: change to use meson build system
Hi, Ross: thanks for the review, will double check them and make a V3. //Ming LIu On Sun, 28 Jul 2019 at 03:50, wrote: > > The changes include: > > - Drop all autotools related patches. > > - Move weston-launch setuid-install to do_install task since it's not > > supported yet by meson build. > > - Drop cairo-glesv2 package config, it's not supported by meson build, > > the recommended value is hard-coded to cairo-image for now in weston > > source. > > - Introduce remoting package config, to give this option a explicit > > value, or else the build would run into gstreamer missing error since > > it defaults to be true but gstreamer is not in depends list. > > There's more undocumented changes: > > packages/corei7-64-poky-linux/weston/weston-dbg: RRECOMMENDS: removed > "zlib-intel-dbg libxcb-shape-dbg" > packages/corei7-64-poky-linux/weston/weston-dev: FILELIST: removed > "/usr/include/libweston-6/compositor-headless.h > /usr/include/libweston-6/compositor-rdp.h" > packages/corei7-64-poky-linux/weston/weston-dev: RRECOMMENDS: removed > "zlib-intel-dev libxcb-shape-dev" > packages/corei7-64-poky-linux/weston/weston-src: FILELIST: added > "/usr/src/debug/weston/6.0.1-r0/weston-6.0.1/compositor/systemd-notify.c > /usr/src/debug/weston/6.0.1-r0/weston-6.0.1/compositor/screen-share.c" > packages/corei7-64-poky-linux/weston/weston-xwayland: RDEPENDS: > removed "glib-2.0 (['>= 2.60.5']) libxkbcommon (['>= 0.8.4']) > zlib-intel (['>= 1.2.11.1']) libxcb-shape (['>= 1.13.1']) libinput > (['>= 1.13.4'])" > packages/corei7-64-poky-linux/weston/weston: FILELIST: directory > renamed /usr/share/weston/protocols -> /usr/share/libweston/protocols, > added "/usr/lib/weston/systemd-notify.so > /usr/lib/weston/screen-share.so" > > Some bits have been turned off, others turned on. > > Ross > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libx11:upgrade 1.6.7 -> 1.6.8
On Thu, 2019-08-01 at 09:10 +0800, Zang Ruochen wrote:
> From: Yuan Chao
>
> Signed-off-by: Yuan Chao
> ---
> meta/recipes-graphics/xorg-
> lib/libx11.inc | 4 ++--
> meta/recipes-graphics/xorg-lib/{libx11_1.6.7.bb => libx11_1.6.8.bb}
> | 0
> 2 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-graphics/xorg-lib/{libx11_1.6.7.bb =>
> libx11_1.6.8.bb} (100%)
You will have to bump libx11-diet version too ...
An earlier patch for the same upgrade didn't make it in and probably
fell through the cracks. Can we pick those upgrades?
https://patchwork.openembedded.org/series/18658/
Thanks,
Anuj
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libx11:upgrade 1.6.7 -> 1.6.8
From: Yuan Chao
Signed-off-by: Yuan Chao
---
meta/recipes-graphics/xorg-lib/libx11.inc | 4 ++--
meta/recipes-graphics/xorg-lib/{libx11_1.6.7.bb => libx11_1.6.8.bb} | 0
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libx11_1.6.7.bb => libx11_1.6.8.bb}
(100%)
diff --git a/meta/recipes-graphics/xorg-lib/libx11.inc
b/meta/recipes-graphics/xorg-lib/libx11.inc
index ea2ebfb..53c9e43 100644
--- a/meta/recipes-graphics/xorg-lib/libx11.inc
+++ b/meta/recipes-graphics/xorg-lib/libx11.inc
@@ -10,8 +10,8 @@ FILESEXTRAPATHS =. "${FILE_DIRNAME}/libx11:"
PE = "1"
-SRC_URI[md5sum] = "034fdd6cc5393974d88aec6f5bc96162"
-SRC_URI[sha256sum] =
"910e9e30efba4ad3672ca277741c2728aebffa7bc526f04dcfa74df2e52a1348"
+SRC_URI[md5sum] = "c5fa5a86a20e3591bed6c046498d4b8f"
+SRC_URI[sha256sum] =
"b289a845c189e251e0e884cc0f9269bbe97c238df3741e854ec4c17c21e473d5"
PROVIDES = "virtual/libx11"
diff --git a/meta/recipes-graphics/xorg-lib/libx11_1.6.7.bb
b/meta/recipes-graphics/xorg-lib/libx11_1.6.8.bb
similarity index 100%
rename from meta/recipes-graphics/xorg-lib/libx11_1.6.7.bb
rename to meta/recipes-graphics/xorg-lib/libx11_1.6.8.bb
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] llvm: Update to 8.0.1
Add missing dependency on libedit
Signed-off-by: Khem Raj
---
meta/recipes-devtools/llvm/llvm_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb
b/meta/recipes-devtools/llvm/llvm_git.bb
index 0067635c2b..6d3d69b9fb 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -8,7 +8,7 @@ SECTION = "devel"
LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=c6b766a4e85dd28301eeed54a6684648"
-DEPENDS = "libffi libxml2 zlib ninja-native llvm-native"
+DEPENDS = "libffi libxml2 zlib libedit ninja-native llvm-native"
RDEPENDS_${PN}_append_class-target = " ncurses-terminfo"
@@ -19,12 +19,12 @@ PROVIDES += "llvm${PV}"
LLVM_RELEASE = "${PV}"
LLVM_DIR = "llvm${LLVM_RELEASE}"
-SRCREV = "d2298e74235598f15594fe2c99bbac870a507c59"
+SRCREV = "19a71f6bdf2dddb10764939e7f0ec2b98dba76c9"
BRANCH = "release/${MAJOR_VERSION}.x"
MAJOR_VERSION = "8"
MINOR_VERSION = "0"
-PATCH_VERSION = "0"
+PATCH_VERSION = "1"
SOLIBVER = "1"
PV = "${MAJOR_VERSION}.${MINOR_VERSION}.${PATCH_VERSION}"
SRC_URI = "git://github.com/llvm/llvm-project.git;branch=${BRANCH} \
--
2.22.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] libedit: Move from meta-oe
libedit is needed by llvm on linux and this makes it useful
for both oe-core and clang layer among other users
Thanks to various contributors in maintaing it in meta-oe
Signed-off-by: Khem Raj
---
meta/conf/distro/include/maintainers.inc | 1 +
.../libedit/libedit/stdc-predef.patch | 18 +++
.../libedit/libedit_20190324-3.1.bb | 23 +++
3 files changed, 42 insertions(+)
create mode 100644 meta/recipes-devtools/libedit/libedit/stdc-predef.patch
create mode 100644 meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 77af8b6dad..201130e771 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -326,6 +326,7 @@ RECIPE_MAINTAINER_pn-libdazzle = "Alexander Kanavin
"
RECIPE_MAINTAINER_pn-libdmx = "Armin Kuster "
RECIPE_MAINTAINER_pn-libdnf = "Alexander Kanavin "
RECIPE_MAINTAINER_pn-libdrm = "Otavio Salvador
"
+RECIPE_MAINTAINER_pn-libedit = "Khem Raj "
RECIPE_MAINTAINER_pn-libepoxy = "Anuj Mittal "
RECIPE_MAINTAINER_pn-liberation-fonts = "Alexander Kanavin
"
RECIPE_MAINTAINER_pn-liberror-perl = "Tim Orling
"
diff --git a/meta/recipes-devtools/libedit/libedit/stdc-predef.patch
b/meta/recipes-devtools/libedit/libedit/stdc-predef.patch
new file mode 100644
index 00..75ef308fad
--- /dev/null
+++ b/meta/recipes-devtools/libedit/libedit/stdc-predef.patch
@@ -0,0 +1,18 @@
+__STDC_ISO_10646__ is defined in stdc-predef.h
+therefore include it to see if its there on a platform
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj
+
+Index: libedit-20160903-3.1/src/chartype.h
+===
+--- libedit-20160903-3.1.orig/src/chartype.h
libedit-20160903-3.1/src/chartype.h
+@@ -29,6 +29,7 @@
+ #ifndef _h_chartype_f
+ #define _h_chartype_f
+
++#include
+ /* Ideally we should also test the value of the define to see if it
+ * supports non-BMP code points without requiring UTF-16, but nothing
+ * seems to actually advertise this properly, despite Unicode 3.1 having
diff --git a/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
b/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
new file mode 100644
index 00..01e7f36009
--- /dev/null
+++ b/meta/recipes-devtools/libedit/libedit_20190324-3.1.bb
@@ -0,0 +1,23 @@
+SUMMARY = "BSD replacement for libreadline"
+DESCRIPTION = "Command line editor library providing generic line editing, \
+history, and tokenization functions"
+HOMEPAGE = "http://www.thrysoee.dk/editline/;
+SECTION = "libs"
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://COPYING;md5=1e4228d0c5a9093b01aeaaeae6641533"
+
+DEPENDS = "ncurses"
+
+inherit autotools
+
+# upstream site does not allow wget's User-Agent
+FETCHCMD_wget += "-U bitbake"
+SRC_URI = "http://www.thrysoee.dk/editline/${BP}.tar.gz \
+ file://stdc-predef.patch \
+ "
+SRC_URI[md5sum] = "bec755c8044ad84b752dfe49a0b371d8"
+SRC_URI[sha256sum] =
"ac8f0f51c1cf65492e4d1e3ed2be360bda41e54633444666422fbf393bba1bae"
+
+UPSTREAM_CHECK_REGEX = "libedit-(?P\d+(\.\d+)+)\.tar.gz"
+
+BBCLASSEXTEND = "native nativesdk"
--
2.22.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] OEDEM 2019
If there are enough people interested it would be great a BoF, even if it is "unofficial" On Wed, Jul 31, 2019 at 6:45 PM Philip Balister wrote: > > On 07/31/2019 05:48 AM, Ricardo Ribalda Delgado wrote: > > BTW, Is there anything for Embedded Recipes or Plumbers? > > No. But we are always interested in improving communication with the > larger community. Any suggestions what you would like to see at events > like these? > > Philip > > > > > On Tue, Jul 30, 2019 at 7:33 PM Philip Balister wrote: > >> > >> We are working with the Yocto Project on a two day Summit event. This > >> should implement part of the ideas from the the last couple of developer > >> meetings. > >> > >> Philip > >> > >> On 07/30/2019 12:58 PM, Ruslan Bilovol wrote: > >>> Hi all, > >>> > >>> Is there any plan to hold an OpenEmbedded developer meting > >>> in Lyon, France around this year's ELCE 2019 (October 28-30)? > >>> > >>> I see that OEDEM 2019 page isn't created yet and I didn't find > >>> any news in mailing lists yet: > >>> https://www.openembedded.org/wiki/OEDEM_2019 > >>> > >>> Thanks, > >>> Ruslan > >>> > >> -- > >> ___ > >> Openembedded-core mailing list > >> Openembedded-core@lists.openembedded.org > >> http://lists.openembedded.org/mailman/listinfo/openembedded-core > > > > > > -- Ricardo Ribalda -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] python3: remove empty python3-distutils-staticdev
distutils doesn't ship any static libraries, and the files this should pick up
do not exist. Copy/paste gone wrong maybe?
Signed-off-by: Ross Burton
---
.../python/python3/python3-manifest.json | 12
1 file changed, 12 deletions(-)
diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json
b/meta/recipes-devtools/python/python3/python3-manifest.json
index 0803ac00334..b179215838a 100644
--- a/meta/recipes-devtools/python/python3/python3-manifest.json
+++ b/meta/recipes-devtools/python/python3/python3-manifest.json
@@ -512,18 +512,6 @@
"${libdir}/python${PYTHON_MAJMIN}/__pycache__/difflib.*.pyc"
]
},
-"distutils-staticdev": {
-"cached": [
-"${libdir}/python${PYTHON_MAJMIN}/config/__pycache__/lib*.a"
-],
-"files": [
-"${libdir}/python${PYTHON_MAJMIN}/config/lib*.a"
-],
-"rdepends": [
-"distutils"
-],
-"summary": "Python distribution utilities (static libraries)"
-},
"distutils": {
"summary": "Python Distribution Utilities",
"rdepends": [
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] python3: split out the Windows distutils installer stubs
Needing the Windows distutils installer stubs is quite a niche requirement, so
put them into a separate package and just recommend it.
This can save both space and legal pain, as the installers embed an old zlib
that has known CVEs.
Signed-off-by: Ross Burton
---
.../python/python3/python3-manifest.json| 13 +
1 file changed, 13 insertions(+)
diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json
b/meta/recipes-devtools/python/python3/python3-manifest.json
index b179215838a..ec28c2dbb45 100644
--- a/meta/recipes-devtools/python/python3/python3-manifest.json
+++ b/meta/recipes-devtools/python/python3/python3-manifest.json
@@ -512,6 +512,16 @@
"${libdir}/python${PYTHON_MAJMIN}/__pycache__/difflib.*.pyc"
]
},
+"distutils-windows": {
+"cached": [],
+"files": [
+"${libdir}/python${PYTHON_MAJMIN}/distutils/command/wininst-*.exe"
+],
+"rdepends": [
+"distutils"
+],
+"summary": "Python distribution utilities (Windows installer stubs)"
+},
"distutils": {
"summary": "Python Distribution Utilities",
"rdepends": [
@@ -789,6 +799,9 @@
"xml",
"xmlrpc"
],
+"rrecommends": [
+"distutils-windows"
+],
"summary": "All Python modules"
},
"multiprocessing": {
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] python3: support recommends in manifest
Add support for runtime recommends along with runtime depends to the manifest.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/python/python3_3.7.4.bb | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python3_3.7.4.bb
b/meta/recipes-devtools/python/python3_3.7.4.bb
index a63abfd6cb2..59d70249880 100644
--- a/meta/recipes-devtools/python/python3_3.7.4.bb
+++ b/meta/recipes-devtools/python/python3_3.7.4.bb
@@ -229,7 +229,7 @@ python(){
newpackages=[]
for key in python_manifest:
-pypackage= pn + '-' + key
+pypackage = pn + '-' + key
if pypackage not in packages:
# We need to prepend, otherwise python-misc gets everything
@@ -249,8 +249,14 @@ python(){
for value in python_manifest[key]['rdepends']:
# Make it work with or without $PN
if '${PN}' in value:
-value=value.split('-')[1]
+value=value.split('-', 1)[1]
d.appendVar('RDEPENDS_' + pypackage, ' ' + pn + '-' + value)
+
+for value in python_manifest[key].get('rrecommends', ()):
+if '${PN}' in value:
+value=value.split('-', 1)[1]
+d.appendVar('RRECOMMENDS_' + pypackage, ' ' + pn + '-' + value)
+
d.setVar('SUMMARY_' + pypackage, python_manifest[key]['summary'])
# Prepending so to avoid python-misc getting everything
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sstate: Truncate PV in sstate filenames that are too long
On Tuesday 30 July 2019 at 09:14:01 -0500, Mark Hatle wrote:
> On 7/30/19 8:49 AM, Mike Crowe wrote:
> > On Tuesday 30 July 2019 at 08:25:52 -0500, Mark Hatle wrote:
> >> On 7/30/19 6:01 AM, Mike Crowe wrote:
> >>> sstate filenames are generated by concatenating a variety of bits of
> >>> package metadata. Some of these parts could be long, which could cause
> >>> the filename to be longer than the 255 character maximum for ext4.
> >>>
> >>> So, let's try to detect this situation and truncate the PV part of the
> >>> filename so that it will fit. If this happens, an ellipsis is added to
> >>> make it clear that the version number is incomplete.
> >>>
> >>> SSTATE_PKG needs to be consistent for all tasks so that the hash
> >>> remains stable. This means that we need to make an assumption for the
> >>> maximum length of the task name. In this implementation, the task name
> >>> is limited to 27 characters.
> >>>
> >>> This change also results in a sensible error message being emitted if
> >>> the resulting filename is still too long.
> >>>
> >>> Signed-off-by: Mike Crowe
> >>>
> >>> diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
> >>> index 3342c5ef50..6313b1c538 100644
> >>> --- a/meta/classes/sstate.bbclass
> >>> +++ b/meta/classes/sstate.bbclass
> >>> @@ -8,6 +8,24 @@ def generate_sstatefn(spec, hash, d):
> >>> hash = "INVALID"
> >>> return hash[:2] + "/" + spec + hash
> >>>
> >>> +def sstate_path(taskname, d):
> >>> +max_filename_len = 245 # leave some room for ".siginfo"
> >>> +max_addendum_len = 32 # '_' + taskname + '.tgz'
> >>
> >> Since the task name is variable, is there really a 32 character limit here?
> >>
> >> It may make sense to do:
> >>
> >> # '_' + taskname + '.tgz', reserving a minimum of 32 for taskname
> >> max_addendum_len = len(taskname) + 5 if len(taskname) + 5 > 32 else 32
> >>
> >> Always reserve a minimum of 32 for consistency, but if we go over account
> >> for it.
> >
> > I think that would just cause task hash mismatches (see third paragraph of
> > commit message.)
> >
> > It probably does make sense to detect such long task names in this
> > situation and generate errors though.
> >
> >>> +sstate_prefix = d.getVar('SSTATE_PKG')
> >>> +excess = len(os.path.basename(sstate_prefix)) - (max_filename_len -
> >>> max_addendum_len)
> >>> +if excess > 0:
> >>> +pv = d.getVar('PV')
> >>> +if len(pv) >= excess and len(pv) >= 3:
> >>> +short_pv = d.getVar('PV')[:-excess-3] + '...'
> >>
> >> Is truncating the PV enough? In a discussion on the bitbake list, I
> >> suggested
> >> possibly changing the order of the entries in the SSTATE_PKGSPEC to allow
> >> us to
> >> prune things prior to the hash w/o affecting the hash. Maybe this is
> >> simply not
> >> needed.. but it's a possibility if this proves to not be effective.
> >
> > Truncating PV solves the problem I was having. The other fields don't
> > really tend to be very long, so there's less to be gained by shortening
> > them.
Here's a change that just always truncates PV. It has the benefit of being
simple but it will virtually always truncate too much and risks not
truncating enough when other parts of the path are too long.
However, if I can't get my head around enough of this to come up with an
acceptable solution, we'll probably end up just using this change locally:
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 3342c5ef50..e7003ea93f 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -8,17 +8,26 @@ def generate_sstatefn(spec, hash, d):
hash = "INVALID"
return hash[:2] + "/" + spec + hash
+def shortened_pv(d):
+pv = d.getVar('PV')
+if len(pv) <= 64:
+return pv
+else:
+bb.note("PV shortened: " + pv)
+return pv[:61] + '...'
+
+SSTATE_PV = "${@shortened_pv(d)}"
SSTATE_PKGARCH= "${PACKAGE_ARCH}"
-SSTATE_PKGSPEC=
"sstate:${PN}:${PACKAGE_ARCH}${TARGET_VENDOR}-${TARGET_OS}:${PV}:${PR}:${SSTATE_PKGARCH}:${SSTATE_VERSION}:"
-SSTATE_SWSPEC = "sstate:${PN}::${PV}:${PR}::${SSTATE_VERSION}:"
+SSTATE_PKGSPEC=
"sstate:${PN}:${PACKAGE_ARCH}${TARGET_VENDOR}-${TARGET_OS}:${SSTATE_PV}:${PR}:${SSTATE_PKGARCH}:${SSTATE_VERSION}:"
+SSTATE_SWSPEC = "sstate:${PN}::${SSTATE_PV}:${PR}::${SSTATE_VERSION}:"
SSTATE_PKGNAME=
"${SSTATE_EXTRAPATH}${@generate_sstatefn(d.getVar('SSTATE_PKGSPEC'),
d.getVar('BB_UNIHASH'), d)}"
SSTATE_PKG= "${SSTATE_DIR}/${SSTATE_PKGNAME}"
SSTATE_EXTRAPATH = ""
SSTATE_EXTRAPATHWILDCARD = ""
SSTATE_PATHSPEC =
"${SSTATE_DIR}/${SSTATE_EXTRAPATHWILDCARD}*/${SSTATE_PKGSPEC}"
-# explicitly make PV to depend on evaluated value of PV variable
-PV[vardepvalue] = "${PV}"
+# explicitly make SSTATE_PV to depend on evaluated value of PV variable
+SSTATE_PV[vardepvalue] = "${PV}"
# We don't want the sstate to depend on things like the distro string
# of the system, we let the sstate paths
Re: [OE-core] Questions: Using OE toolchain of different arch.
On Mon, Jun 10, 2019 at 12:47 PM Ying-Chun Liu (PaulLiu) wrote: > > Dear openembedded-core developers, > > > I need some help about using OE toolchain from different arch. > > > For example, on RPi3, we build the rootfs using armhf architecture. > > (require conf/machine/include/arm/arch-armv6.inc) > > That means the whole rootfs is built by arm-linux-gnueabihf-* > > > But when adding TF-A and OPTEE. On RPi3, TF-A and OPTEE runs in 64-bit > mode. And TF-A will then load u-boot (BL33) and runs it in 32-bit mode. > So the rest of the systems still run on 32-bit mode. > > > The problem is now we want to build TF-A and OPTEE. So we need to > compile it by aarch64 toolchains. That is we should use > CROSS_COMPILE=aarch64-oe-linux-* from aarch64. But however it seems to > me that I cannot do that. I tried to make a recipe for TF-A by chainging > architecture of that recipe but I still don't have aarch64-oe-linux-* > available. Is there a proper way of doing this? > I assume you want to use a prebuilt toolchain and not built another variant along with what OE will provide you. You can try something like this https://github.com/akuster/meta-odroid/blob/master/recipes-kernel/linux/linux-hardkernel_3.14.bb#L7-L21 > BTW, this is not about ilp32 because we still want the whole system runs > in armhf for compatibility. > > Yours, > Paul > > > -- > ___ > 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] OEDEM 2019
On 07/31/2019 05:48 AM, Ricardo Ribalda Delgado wrote: > BTW, Is there anything for Embedded Recipes or Plumbers? No. But we are always interested in improving communication with the larger community. Any suggestions what you would like to see at events like these? Philip > > On Tue, Jul 30, 2019 at 7:33 PM Philip Balister wrote: >> >> We are working with the Yocto Project on a two day Summit event. This >> should implement part of the ideas from the the last couple of developer >> meetings. >> >> Philip >> >> On 07/30/2019 12:58 PM, Ruslan Bilovol wrote: >>> Hi all, >>> >>> Is there any plan to hold an OpenEmbedded developer meting >>> in Lyon, France around this year's ELCE 2019 (October 28-30)? >>> >>> I see that OEDEM 2019 page isn't created yet and I didn't find >>> any news in mailing lists yet: >>> https://www.openembedded.org/wiki/OEDEM_2019 >>> >>> Thanks, >>> Ruslan >>> >> -- >> ___ >> 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] Change ftp:// URIs to http(s)://
Thanks!
Alex
On Wed, 31 Jul 2019 at 15:25, Adrian Bunk wrote:
> Signed-off-by: Adrian Bunk
> ---
> meta/recipes-connectivity/dhcp/dhcp.inc| 2 +-
> meta/recipes-core/newlib/newlib.inc| 2 +-
> meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb | 2 +-
> meta/recipes-support/libffi/libffi_3.2.1.bb| 2 +-
> 4 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc
> b/meta/recipes-connectivity/dhcp/dhcp.inc
> index 3e65e5cf29..18bbaf8841 100644
> --- a/meta/recipes-connectivity/dhcp/dhcp.inc
> +++ b/meta/recipes-connectivity/dhcp/dhcp.inc
> @@ -21,7 +21,7 @@ SRC_URI = "
> http://ftp.isc.org/isc/dhcp/${PV}/dhcp-${PV}.tar.gz \
> file://dhcpd.service file://dhcrelay.service \
> file://dhcpd6.service \
> "
> -UPSTREAM_CHECK_URI = "ftp://ftp.isc.org/isc/dhcp/;
> +UPSTREAM_CHECK_URI = "http://ftp.isc.org/isc/dhcp/;
> UPSTREAM_CHECK_REGEX = "(?P\d+\.\d+\.(\d+?))/"
>
> inherit autotools-brokensep systemd useradd update-rc.d
> diff --git a/meta/recipes-core/newlib/newlib.inc
> b/meta/recipes-core/newlib/newlib.inc
> index 418cf07939..2f0553bd63 100644
> --- a/meta/recipes-core/newlib/newlib.inc
> +++ b/meta/recipes-core/newlib/newlib.inc
> @@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = " \
>
> file://newlib/libc/sys/linux/linuxthreads/LICENSE;md5=73640207fbc79b198c7ffd4ad4d97aa0
> \
> "
>
> -SRC_URI = "ftp://sourceware.org/pub/newlib/newlib-${PV}.tar.gz;
> +SRC_URI = "https://sourceware.org/pub/newlib/newlib-${PV}.tar.gz;
> SRC_URI[md5sum] = "f84263b7d524df92a9c9fb30b79e0134"
> SRC_URI[sha256sum] =
> "fb4fa1cc21e9060719208300a61420e4089d6de6ef59cf533b57fe74801d102a"
>
> diff --git a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> index 6d232a50e4..dd945c970f 100644
> --- a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> +++ b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> @@ -18,7 +18,7 @@ FILES_libwrap-staticdev = "${libdir}/lib*.a"
> FILES_${PN} = "${sbindir}"
> FILES_${PN}-doc = "${mandir}/man8"
>
> -SRC_URI = "ftp://ftp.porcupine.org/pub/security/tcp_wrappers_${PV}.tar.gz
> \
> +SRC_URI = "
> http://ftp.porcupine.org/pub/security/tcp_wrappers_${PV}.tar.gz \
> file://00_man_quoting.diff \
> file://01_man_portability.patch \
> file://05_wildcard_matching.patch \
> diff --git a/meta/recipes-support/libffi/libffi_3.2.1.bb
> b/meta/recipes-support/libffi/libffi_3.2.1.bb
> index 792a1143b2..f2c684a7a6 100644
> --- a/meta/recipes-support/libffi/libffi_3.2.1.bb
> +++ b/meta/recipes-support/libffi/libffi_3.2.1.bb
> @@ -10,7 +10,7 @@ A layer must exist above `libffi' that handles type
> conversions for values passe
> LICENSE = "MIT"
> LIC_FILES_CHKSUM = "file://LICENSE;md5=3610bb17683a0089ed64055416b2ae1b"
>
> -SRC_URI = "ftp://sourceware.org/pub/libffi/${BP}.tar.gz \
> +SRC_URI = "https://sourceware.org/pub/libffi/${BP}.tar.gz \
> file://not-win32.patch \
> file://0001-mips-Use-compiler-internal-define-for-linux.patch \
> file://0001-mips-fix-MIPS-softfloat-build-issue.patch \
> --
> 2.17.1
>
> --
> ___
> 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] [yocto] [yocto-docs][PATCH] ref-manual: Remove documentation for the removed gnome class
On Wed, Jul 31, 2019 at 07:33:37AM -0700, Khem Raj wrote: > On Wed, Jul 31, 2019 at 6:30 AM Adrian Bunk wrote: > > > > When removed all it did was > > inherit gnomebase gtk-icon-cache gconf mime > > which would also be the most trivial replacement. > > > > Most of the time not all of these classes were needed, > > and it is recommended to use only the ones actually required. > > > > This should go to oe-core ml as well. Added to Cc. > > Signed-off-by: Adrian Bunk > > --- > > documentation/ref-manual/ref-classes.xml | 15 --- > > 1 file changed, 15 deletions(-) > > > > diff --git a/documentation/ref-manual/ref-classes.xml > > b/documentation/ref-manual/ref-classes.xml > > index 37619e382d..5403f20b6f 100644 > > --- a/documentation/ref-manual/ref-classes.xml > > +++ b/documentation/ref-manual/ref-classes.xml > > @@ -920,21 +920,6 @@ > > > > > > > > - > > -gnome.bbclass > > - > > - > > -The gnome class supports recipes that > > -build software from the GNOME stack. > > -This class inherits the > > - > linkend='ref-classes-gnomebase'>gnomebase, > > - > linkend='ref-classes-gtk-icon-cache'>gtk-icon-cache, > > - > linkend='ref-classes-gconf'>gconf and > > -mime > > classes. > > -The class also disables GObject introspection where applicable. > > - > > - > > - > > do we need to enhance the documentation for gnomebase bbclass to > mention about disabling gobject introspection > or is it handled differently now. >... This part of the documentation had been wrong for 3-4 years. The gobject introspection disabling was moved to the gnomebase class back in 2015. In 2016 the gnomebase class stopped disabling gobject introspection. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kexec-tools:upgrade 2.0.19 -> 2.0.20
On Wed, 2019-07-31 at 16:25 +0800, Zang Ruochen wrote:
> From: Yuan Chao
>
> Signed-off-by: Yuan Chao
> ---
> .../kexec/{kexec-tools_2.0.19.bb => kexec-
> tools_2.0.20.bb}| 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-kernel/kexec/{kexec-tools_2.0.19.bb => kexec-
> tools_2.0.20.bb} (95%)
Doesn't seem to build:
https://autobuilder.yoctoproject.org/typhoon/#/builders/50/builds/877
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [warrior][PATCH] rng-tools: fix very long shutdown delay with systemd
The systemd service file has DefaultDependencies=no but is not properly configured to also stop the unit. Because of this the unit keep running after shutdown but systemd still waits for it to finish to then later resort to a hard kill. All this take 1m30s with the default configuration. To fix this problem add the missing Before=shutdown.target and Conflicts=shutdown.target to have systemd stop the unit on shutdown. Signed-off-by: Alban Bedel --- meta/recipes-support/rng-tools/rng-tools/rngd.service | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/rng-tools/rng-tools/rngd.service b/meta/recipes-support/rng-tools/rng-tools/rngd.service index f0355db14f..5c8253b5fb 100644 --- a/meta/recipes-support/rng-tools/rng-tools/rngd.service +++ b/meta/recipes-support/rng-tools/rng-tools/rngd.service @@ -2,7 +2,8 @@ Description=Hardware RNG Entropy Gatherer Daemon DefaultDependencies=no After=systemd-udev-settle.service -Before=sysinit.target +Before=sysinit.target shutdown.target +Conflicts=shutdown.target [Service] ExecStart=@SBINDIR@/rngd -f -r /dev/hwrng -- 2.20.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [warrior][PATCH] kernel-uboot: compress arm64 kernels
AArch64 images are not self-decompressing, thus usually much larger.
Boot times can be reduced by compressing them in FIT and uImages.
This commit is a backport of commit a725d188b5 (kernel-uboot: compress
arm64 kernels) and commit 60bc7e180e (kernel-uboot: remove useless
special casing of arm64 Image) from master. Both commit were melted
into one to avoid some useless churn.
Signed-off-by: Alban Bedel
---
meta/classes/kernel-uboot.bbclass | 4
1 file changed, 4 deletions(-)
diff --git a/meta/classes/kernel-uboot.bbclass
b/meta/classes/kernel-uboot.bbclass
index 2364053f31..87f02654fa 100644
--- a/meta/classes/kernel-uboot.bbclass
+++ b/meta/classes/kernel-uboot.bbclass
@@ -3,10 +3,6 @@ uboot_prep_kimage() {
vmlinux_path="arch/${ARCH}/boot/compressed/vmlinux"
linux_suffix=""
linux_comp="none"
- elif [ -e arch/${ARCH}/boot/Image ] ; then
- vmlinux_path="vmlinux"
- linux_suffix=""
- linux_comp="none"
elif [ -e arch/${ARCH}/boot/vmlinuz.bin ]; then
rm -f linux.bin
cp -l arch/${ARCH}/boot/vmlinuz.bin linux.bin
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK does not contain pkg-config files
On 31/07/2019 14:22, Mike Looijmans wrote: Well, that's at least good to know. I'm on the "thud" branch currently, so I hope this isn't something that got fixed only recently. I'll try some simple images first. I gather there's no particular magic incantation I need to put into my image recipe to get the pkg-config files into the SDK sysroot? Right, they're just in the -dev packages. I'd try building a core-image-minimal SDK to verify that works, as I suspect you've done something in your image to break the SDK. Ross - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Change ftp:// URIs to http(s)://
Signed-off-by: Adrian Bunk
---
meta/recipes-connectivity/dhcp/dhcp.inc| 2 +-
meta/recipes-core/newlib/newlib.inc| 2 +-
meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb | 2 +-
meta/recipes-support/libffi/libffi_3.2.1.bb| 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-connectivity/dhcp/dhcp.inc
b/meta/recipes-connectivity/dhcp/dhcp.inc
index 3e65e5cf29..18bbaf8841 100644
--- a/meta/recipes-connectivity/dhcp/dhcp.inc
+++ b/meta/recipes-connectivity/dhcp/dhcp.inc
@@ -21,7 +21,7 @@ SRC_URI =
"http://ftp.isc.org/isc/dhcp/${PV}/dhcp-${PV}.tar.gz \
file://dhcpd.service file://dhcrelay.service \
file://dhcpd6.service \
"
-UPSTREAM_CHECK_URI = "ftp://ftp.isc.org/isc/dhcp/;
+UPSTREAM_CHECK_URI = "http://ftp.isc.org/isc/dhcp/;
UPSTREAM_CHECK_REGEX = "(?P\d+\.\d+\.(\d+?))/"
inherit autotools-brokensep systemd useradd update-rc.d
diff --git a/meta/recipes-core/newlib/newlib.inc
b/meta/recipes-core/newlib/newlib.inc
index 418cf07939..2f0553bd63 100644
--- a/meta/recipes-core/newlib/newlib.inc
+++ b/meta/recipes-core/newlib/newlib.inc
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = " \
file://newlib/libc/sys/linux/linuxthreads/LICENSE;md5=73640207fbc79b198c7ffd4ad4d97aa0
\
"
-SRC_URI = "ftp://sourceware.org/pub/newlib/newlib-${PV}.tar.gz;
+SRC_URI = "https://sourceware.org/pub/newlib/newlib-${PV}.tar.gz;
SRC_URI[md5sum] = "f84263b7d524df92a9c9fb30b79e0134"
SRC_URI[sha256sum] =
"fb4fa1cc21e9060719208300a61420e4089d6de6ef59cf533b57fe74801d102a"
diff --git a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
index 6d232a50e4..dd945c970f 100644
--- a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
+++ b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
@@ -18,7 +18,7 @@ FILES_libwrap-staticdev = "${libdir}/lib*.a"
FILES_${PN} = "${sbindir}"
FILES_${PN}-doc = "${mandir}/man8"
-SRC_URI = "ftp://ftp.porcupine.org/pub/security/tcp_wrappers_${PV}.tar.gz \
+SRC_URI = "http://ftp.porcupine.org/pub/security/tcp_wrappers_${PV}.tar.gz \
file://00_man_quoting.diff \
file://01_man_portability.patch \
file://05_wildcard_matching.patch \
diff --git a/meta/recipes-support/libffi/libffi_3.2.1.bb
b/meta/recipes-support/libffi/libffi_3.2.1.bb
index 792a1143b2..f2c684a7a6 100644
--- a/meta/recipes-support/libffi/libffi_3.2.1.bb
+++ b/meta/recipes-support/libffi/libffi_3.2.1.bb
@@ -10,7 +10,7 @@ A layer must exist above `libffi' that handles type
conversions for values passe
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE;md5=3610bb17683a0089ed64055416b2ae1b"
-SRC_URI = "ftp://sourceware.org/pub/libffi/${BP}.tar.gz \
+SRC_URI = "https://sourceware.org/pub/libffi/${BP}.tar.gz \
file://not-win32.patch \
file://0001-mips-Use-compiler-internal-define-for-linux.patch \
file://0001-mips-fix-MIPS-softfloat-build-issue.patch \
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK does not contain pkg-config files
On 31-07-19 14:37, Ross Burton wrote: > On 31/07/2019 06:47, Mike Looijmans wrote: >> I'm trying to get the SDK to work, but no success because the SDK apparently >> does not install any pkg-config file, resulting in autotools and cmake not >> being able to find any library. >> >> Built the SDK using "bitbake -c populate_sdk image" >> >> Install the resulting SDK, and source the shell script. >> >> Building "helloworld" works. Building something slightly more advanced fails, >> because pkg-config isn't working: "pkg-config --list-all" is empty. >> >> The cause is that the pkgconfig files simply aren't in the sysroot: >> >> $ echo $PKG_CONFIG_PATH >> /home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/pkgconfig:/home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/share/pkgconfig >> >> >> $ ls >> /home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/pkgconfig >> ls: cannot access >> '/home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/pkgconfig': >> No such file or directory >> $ ls >> /home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/share/pkgconfig >> ls: cannot access >> '/home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/share/pkgconfig': >> No such file or directory > > Looks like something went wrong. > > My host has minimal -dev packages installed: > > $ dpkg -l \*-dev|grep ii > ii dpkg-dev 1.19.7 all Debian package > development tools > ii libc6-dev:amd64 2.28-10 amd64 GNU C Library: > Development Libraries and Header Files > ii libgcc-8-dev:amd64 8.3.0-6 amd64 GCC support > library (development files) > ii libstdc++-8-dev:amd64 8.3.0-6 amd64 GNU Standard C++ > Library v3 (development files) > ii linux-libc-dev:amd64 4.19.37-5+deb10u1 amd64 Linux support > headers for userspace development > ii manpages-dev 4.16-2 all Manual pages > about using GNU/Linux for development > > But inside a core-image-minimal SDK: > > $ ls sysroots/corei7-64-poky-linux/usr/lib/pkgconfig/ | head > blkid.pc > check.pc > com_err.pc > dbus-1.pc > dbus-glib-1.pc > e2p.pc > expat.pc > ext2fs.pc > fdisk.pc > form.pc > > $ pkg-config --list-all | head > zlib zlib - zlib compression library > gio-unix-2.0 GIO unix specific APIs - unix specific headers for glib > I/O library > libdw libdw - elfutils library for DWARF data and ELF file or > process inspection > libkmod libkmod - Library to deal with kernel modules > applewmproto AppleWMProto - AppleWM extension headers > gio-2.0 GIO - glib I/O library > dbus-glib-1 dbus-glib - GLib integration for the free desktop > message bus > xf86dgaproto XF86DGAProto - XF86DGA extension headers > rpm RPM - RPM Package Manager > xcb-composite XCB Composite - XCB Composite Extension > > So, works for me? Well, that's at least good to know. I'm on the "thud" branch currently, so I hope this isn't something that got fixed only recently. I'll try some simple images first. I gather there's no particular magic incantation I need to put into my image recipe to get the pkg-config files into the SDK sysroot? -- M. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK does not contain pkg-config files
On 31/07/2019 06:47, Mike Looijmans wrote: I'm trying to get the SDK to work, but no success because the SDK apparently does not install any pkg-config file, resulting in autotools and cmake not being able to find any library. Built the SDK using "bitbake -c populate_sdk image" Install the resulting SDK, and source the shell script. Building "helloworld" works. Building something slightly more advanced fails, because pkg-config isn't working: "pkg-config --list-all" is empty. The cause is that the pkgconfig files simply aren't in the sysroot: $ echo $PKG_CONFIG_PATH /home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/pkgconfig:/home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/share/pkgconfig $ ls /home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/pkgconfig ls: cannot access '/home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/pkgconfig': No such file or directory $ ls /home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/share/pkgconfig ls: cannot access '/home/mike/p/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/share/pkgconfig': No such file or directory Looks like something went wrong. My host has minimal -dev packages installed: $ dpkg -l \*-dev|grep ii ii dpkg-dev 1.19.7all Debian package development tools ii libc6-dev:amd64 2.28-10 amd64GNU C Library: Development Libraries and Header Files ii libgcc-8-dev:amd648.3.0-6 amd64GCC support library (development files) ii libstdc++-8-dev:amd64 8.3.0-6 amd64GNU Standard C++ Library v3 (development files) ii linux-libc-dev:amd64 4.19.37-5+deb10u1 amd64Linux support headers for userspace development ii manpages-dev 4.16-2all Manual pages about using GNU/Linux for development But inside a core-image-minimal SDK: $ ls sysroots/corei7-64-poky-linux/usr/lib/pkgconfig/ | head blkid.pc check.pc com_err.pc dbus-1.pc dbus-glib-1.pc e2p.pc expat.pc ext2fs.pc fdisk.pc form.pc $ pkg-config --list-all | head zlib zlib - zlib compression library gio-unix-2.0 GIO unix specific APIs - unix specific headers for glib I/O library libdw libdw - elfutils library for DWARF data and ELF file or process inspection libkmod libkmod - Library to deal with kernel modules applewmproto AppleWMProto - AppleWM extension headers gio-2.0 GIO - glib I/O library dbus-glib-1 dbus-glib - GLib integration for the free desktop message bus xf86dgaproto XF86DGAProto - XF86DGA extension headers rpm RPM - RPM Package Manager xcb-composite XCB Composite - XCB Composite Extension So, works for me? Ross - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] fortran-helloworld: neaten recipe
Use ${FC} instead of constructing the fortran name/arguments explictly, and
clean up installation.
Signed-off-by: Ross Burton
---
meta-selftest/recipes-test/fortran/fortran-helloworld.bb | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta-selftest/recipes-test/fortran/fortran-helloworld.bb
b/meta-selftest/recipes-test/fortran/fortran-helloworld.bb
index 97313d7e249..3a464044775 100644
--- a/meta-selftest/recipes-test/fortran/fortran-helloworld.bb
+++ b/meta-selftest/recipes-test/fortran/fortran-helloworld.bb
@@ -11,15 +11,14 @@ SECURITY_CFLAGS = ""
SECURITY_LDFLAGS = ""
do_compile() {
- ${HOST_PREFIX}gfortran ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${LDFLAGS}
${WORKDIR}/hello.f95 -o ${B}/fortran-hello
+ ${FC} ${LDFLAGS} ${WORKDIR}/hello.f95 -o ${B}/fortran-hello
}
do_install() {
- install -d ${D}${bindir}
- install ${B}/fortran-hello ${D}${bindir}
+ install -D ${B}/fortran-hello ${D}${bindir}/fortran-hello
}
python () {
if not d.getVar("FORTRAN"):
raise bb.parse.SkipRecipe("Fortran isn't enabled")
-}
\ No newline at end of file
+}
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/2] fortran-helloworld: add a very dumb Fortran Hello World for testing
On 31/07/2019 06:10, Khem Raj wrote:
+do_compile() {
+ ${HOST_PREFIX}gfortran ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${LDFLAGS}
${WORKDIR}/hello.f95 -o ${B}/fortran-hello
perhaps we can use ${FC} variable here.
Yes, not sure how I didn't spot that!
Patch incoming.
Ross
-
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] sstate: Truncate PV in sstate filenames that are too long
On Tuesday 30 July 2019 at 09:14:01 -0500, Mark Hatle wrote: > Richard mentioned in the bitbake-devel thread that there may be external tools > using some of the components. I'm not sure how to even identify what those > tools are at this time, but a new sstate version entry may be enough to start > to > deal with them. We have a couple of tools that know the format of sstate cache files: The first tool[1] processes locked-sigs.inc to update the atime of any files that would be necessary for the build. (We discovered that relying on actually building to update atime was insufficient since it skipped sstate files that were only necessary in order to build others.) The second tool is simpler and just expires sstate files that haven't been accessed in a while. We have a handful of different expiry policies by PN, so we need to understand where that is in the filename. This tool needs to cope with a cache populated by a mixture of oe-core versions, so any change in format risks complicating it. Mike. [1] http://lists.openembedded.org/pipermail/openembedded-core/2016-April/120227.html -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mtd-utils: Upgrade to 2.1.1
On Wed, Jul 31, 2019 at 12:17:35PM +0200, Alexander Kanavin wrote: > Please do not use ftp:// as it is deprecated for oe-core recipes. We are > trying to eliminate it entirely. > (if no http is available, then git is actually preferred!) OK, v2 sent. > Alex cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] mtd-utils: Upgrade to 2.1.1
Add zstd PACKAGECONFIG to disable the zstd support that upstream
enables by default, zstd is not in oe-core.
Signed-off-by: Adrian Bunk
---
meta/recipes-devtools/mtd/mtd-utils_git.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
index 49a650a9ef..810fe40f4e 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
@@ -10,9 +10,9 @@ inherit autotools pkgconfig update-alternatives
DEPENDS = "zlib e2fsprogs util-linux"
RDEPENDS_mtd-utils-tests += "bash"
-PV = "2.1.0+${SRCPV}"
+PV = "2.1.1"
-SRCREV = "b5027be5f470830ac9543db3c52e076b13abd313"
+SRCREV = "4443221ce9b88440cd9f5bb78e6fe95621d36c8a"
SRC_URI = "git://git.infradead.org/mtd-utils.git \
file://add-exclusion-to-mkfs-jffs2-git-2.patch \
"
@@ -30,6 +30,7 @@ PACKAGECONFIG[xattr] = "--with-xattr,--without-xattr,acl"
PACKAGECONFIG[crypto] = "--with-crypto,--without-crypto,openssl"
PACKAGECONFIG[jffs] = "--with-jffs,--without-jffs"
PACKAGECONFIG[ubifs] = "--with-ubifs,--without-ubifs"
+PACKAGECONFIG[zstd] = "--with-zstd,--without-zstd,zstd"
CPPFLAGS_append_riscv64 = " -pthread -D_REENTRANT"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mtd-utils: Upgrade to 2.1.1
Please do not use ftp:// as it is deprecated for oe-core recipes. We are
trying to eliminate it entirely.
(if no http is available, then git is actually preferred!)
Alex
On Wed, 31 Jul 2019 at 11:34, Adrian Bunk wrote:
> Move from a git snapshot to a tarball release.
>
> Add zstd PACKAGECONFIG to disable the zstd support that upstream
> enables by default, zstd is not in oe-core.
>
> Signed-off-by: Adrian Bunk
> ---
> .../mtd/{mtd-utils_git.bb => mtd-utils_2.1.1.bb} | 10 --
> 1 file changed, 4 insertions(+), 6 deletions(-)
> rename meta/recipes-devtools/mtd/{mtd-utils_git.bb => mtd-utils_2.1.1.bb}
> (92%)
>
> diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
> b/meta/recipes-devtools/mtd/mtd-utils_2.1.1.bb
> similarity index 92%
> rename from meta/recipes-devtools/mtd/mtd-utils_git.bb
> rename to meta/recipes-devtools/mtd/mtd-utils_2.1.1.bb
> index 49a650a9ef..dc39ee6058 100644
> --- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
> +++ b/meta/recipes-devtools/mtd/mtd-utils_2.1.1.bb
> @@ -10,14 +10,11 @@ inherit autotools pkgconfig update-alternatives
> DEPENDS = "zlib e2fsprogs util-linux"
> RDEPENDS_mtd-utils-tests += "bash"
>
> -PV = "2.1.0+${SRCPV}"
> -
> -SRCREV = "b5027be5f470830ac9543db3c52e076b13abd313"
> -SRC_URI = "git://git.infradead.org/mtd-utils.git \
> +SRC_URI = "ftp://ftp.infradead.org/pub/${BPN}/${BPN}-${PV}.tar.bz2 \
> file://add-exclusion-to-mkfs-jffs2-git-2.patch \
> "
> -
> -S = "${WORKDIR}/git/"
> +SRC_URI[md5sum] = "94bbd31b217a5169ae26ab8c0442f691"
> +SRC_URI[sha256sum] =
> "8d15e8b70f036d6af1a66011f8ca0e048e9675fa7983d33bea92c24313a232d2"
>
> EXTRA_OECONF += "--enable-install-tests"
>
> @@ -30,6 +27,7 @@ PACKAGECONFIG[xattr] = "--with-xattr,--without-xattr,acl"
> PACKAGECONFIG[crypto] = "--with-crypto,--without-crypto,openssl"
> PACKAGECONFIG[jffs] = "--with-jffs,--without-jffs"
> PACKAGECONFIG[ubifs] = "--with-ubifs,--without-ubifs"
> +PACKAGECONFIG[zstd] = "--with-zstd,--without-zstd,zstd"
>
> CPPFLAGS_append_riscv64 = " -pthread -D_REENTRANT"
>
> --
> 2.17.1
>
> --
> ___
> 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] OEDEM 2019
BTW, Is there anything for Embedded Recipes or Plumbers? On Tue, Jul 30, 2019 at 7:33 PM Philip Balister wrote: > > We are working with the Yocto Project on a two day Summit event. This > should implement part of the ideas from the the last couple of developer > meetings. > > Philip > > On 07/30/2019 12:58 PM, Ruslan Bilovol wrote: > > Hi all, > > > > Is there any plan to hold an OpenEmbedded developer meting > > in Lyon, France around this year's ELCE 2019 (October 28-30)? > > > > I see that OEDEM 2019 page isn't created yet and I didn't find > > any news in mailing lists yet: > > https://www.openembedded.org/wiki/OEDEM_2019 > > > > Thanks, > > Ruslan > > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Ricardo Ribalda -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mtd-utils: Upgrade to 2.1.1
Move from a git snapshot to a tarball release.
Add zstd PACKAGECONFIG to disable the zstd support that upstream
enables by default, zstd is not in oe-core.
Signed-off-by: Adrian Bunk
---
.../mtd/{mtd-utils_git.bb => mtd-utils_2.1.1.bb} | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
rename meta/recipes-devtools/mtd/{mtd-utils_git.bb => mtd-utils_2.1.1.bb} (92%)
diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
b/meta/recipes-devtools/mtd/mtd-utils_2.1.1.bb
similarity index 92%
rename from meta/recipes-devtools/mtd/mtd-utils_git.bb
rename to meta/recipes-devtools/mtd/mtd-utils_2.1.1.bb
index 49a650a9ef..dc39ee6058 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_2.1.1.bb
@@ -10,14 +10,11 @@ inherit autotools pkgconfig update-alternatives
DEPENDS = "zlib e2fsprogs util-linux"
RDEPENDS_mtd-utils-tests += "bash"
-PV = "2.1.0+${SRCPV}"
-
-SRCREV = "b5027be5f470830ac9543db3c52e076b13abd313"
-SRC_URI = "git://git.infradead.org/mtd-utils.git \
+SRC_URI = "ftp://ftp.infradead.org/pub/${BPN}/${BPN}-${PV}.tar.bz2 \
file://add-exclusion-to-mkfs-jffs2-git-2.patch \
"
-
-S = "${WORKDIR}/git/"
+SRC_URI[md5sum] = "94bbd31b217a5169ae26ab8c0442f691"
+SRC_URI[sha256sum] =
"8d15e8b70f036d6af1a66011f8ca0e048e9675fa7983d33bea92c24313a232d2"
EXTRA_OECONF += "--enable-install-tests"
@@ -30,6 +27,7 @@ PACKAGECONFIG[xattr] = "--with-xattr,--without-xattr,acl"
PACKAGECONFIG[crypto] = "--with-crypto,--without-crypto,openssl"
PACKAGECONFIG[jffs] = "--with-jffs,--without-jffs"
PACKAGECONFIG[ubifs] = "--with-ubifs,--without-ubifs"
+PACKAGECONFIG[zstd] = "--with-zstd,--without-zstd,zstd"
CPPFLAGS_append_riscv64 = " -pthread -D_REENTRANT"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] kexec-tools:upgrade 2.0.19 -> 2.0.20
From: Yuan Chao
Signed-off-by: Yuan Chao
---
.../kexec/{kexec-tools_2.0.19.bb => kexec-tools_2.0.20.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-kernel/kexec/{kexec-tools_2.0.19.bb =>
kexec-tools_2.0.20.bb} (95%)
diff --git a/meta/recipes-kernel/kexec/kexec-tools_2.0.19.bb
b/meta/recipes-kernel/kexec/kexec-tools_2.0.20.bb
similarity index 95%
rename from meta/recipes-kernel/kexec/kexec-tools_2.0.19.bb
rename to meta/recipes-kernel/kexec/kexec-tools_2.0.20.bb
index 3439899..1167cfa 100644
--- a/meta/recipes-kernel/kexec/kexec-tools_2.0.19.bb
+++ b/meta/recipes-kernel/kexec/kexec-tools_2.0.20.bb
@@ -20,8 +20,8 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/utils/kernel/kexec/kexec-tools-${PV}.tar.gz
file://0005-Disable-PIE-during-link.patch \
"
-SRC_URI[md5sum] = "052458f0a35c2a3b0d2302caa3318e9f"
-SRC_URI[sha256sum] =
"913c8dee918e5855a4ba60d609371390978144b4c8d15d6446ca0057b7bc5e58"
+SRC_URI[md5sum] = "46724b67f32501c5d3e778161347cad9"
+SRC_URI[sha256sum] =
"cb16d79818e0c9de3bb3e33ede5677c34a1d28c646379c7ab44e0faa3eb57a16"
inherit autotools update-rc.d systemd
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] glib-2.0:upgrade 2.60.5 -> 2.60.6
From: Yuan Chao
Signed-off-by: Yuan Chao
---
meta/recipes-core/glib-2.0/{glib-2.0_2.60.5.bb => glib-2.0_2.60.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-2.0/{glib-2.0_2.60.5.bb => glib-2.0_2.60.6.bb}
(88%)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.60.5.bb
b/meta/recipes-core/glib-2.0/glib-2.0_2.60.6.bb
similarity index 88%
rename from meta/recipes-core/glib-2.0/glib-2.0_2.60.5.bb
rename to meta/recipes-core/glib-2.0/glib-2.0_2.60.6.bb
index bcb1fdb..a3c5a09 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.60.5.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.60.6.bb
@@ -21,5 +21,5 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz
\
SRC_URI_append_class-native = " file://relocate-modules.patch"
SRC_URI_append_class-target = " file://glib-meson.cross"
-SRC_URI[md5sum] = "7dced27cfa79419dc6cc82c02190c457"
-SRC_URI[sha256sum] =
"3edf1df576ee82b2ecb8ba85c343644e48ee62e68290e71e6084b00d6ba2622e"
+SRC_URI[md5sum] = "cd6865d8ce40db5e4c12b7d180953de6"
+SRC_URI[sha256sum] =
"ff8fab8d8deaa4fd0536c90f90d9769a09071779c7e6183907f6855645bffb6c"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libtasn1: upgrade 4.13 -> 4.14
* For changes in this version, see:
https://gitlab.com/gnutls/libtasn1/-/releases
* Remove the musl patch as it's no longer needed.
* Backport a patch to ensure LDFLAGS are not over-ridden.
License-Update: License clarification, no change in actual terms.
Signed-off-by: Anuj Mittal
---
...roduce-GNULIB_OVERRIDES_WINT_T-check.patch | 63 ---
.../gnutls/libtasn1/fix-ldflags.patch | 31 +
.../{libtasn1_4.13.bb => libtasn1_4.14.bb}| 12 ++--
3 files changed, 37 insertions(+), 69 deletions(-)
delete mode 100644
meta/recipes-support/gnutls/libtasn1/0001-stdint.m4-reintroduce-GNULIB_OVERRIDES_WINT_T-check.patch
create mode 100644 meta/recipes-support/gnutls/libtasn1/fix-ldflags.patch
rename meta/recipes-support/gnutls/{libtasn1_4.13.bb => libtasn1_4.14.bb} (47%)
diff --git
a/meta/recipes-support/gnutls/libtasn1/0001-stdint.m4-reintroduce-GNULIB_OVERRIDES_WINT_T-check.patch
b/meta/recipes-support/gnutls/libtasn1/0001-stdint.m4-reintroduce-GNULIB_OVERRIDES_WINT_T-check.patch
deleted file mode 100644
index 1e52d6abf5..00
---
a/meta/recipes-support/gnutls/libtasn1/0001-stdint.m4-reintroduce-GNULIB_OVERRIDES_WINT_T-check.patch
+++ /dev/null
@@ -1,63 +0,0 @@
-From b17dbb8d3c5605db3a1d82861fcaeef4636d1117 Mon Sep 17 00:00:00 2001
-From: "Maxin B. John"
-Date: Thu, 26 Jan 2017 18:54:48 +0200
-Subject: [PATCH] stdint.m4: reintroduce GNULIB_OVERRIDES_WINT_T check
-
-Partially revert the gnulib commit: 5a400b3f5a1f5483dbfd75d38bdb7080218a063b
-to fix the build error with musl library.
-
-Upstream-Status: Inappropriate
-
-Signed-off-by: Maxin B. John
- gl/m4/stdint.m4 | 27 +++
- 1 file changed, 27 insertions(+)
-
-diff --git a/gl/m4/stdint.m4 b/gl/m4/stdint.m4
-index 4ac854d..3dc3da1 100644
a/gl/m4/stdint.m4
-+++ b/gl/m4/stdint.m4
-@@ -355,6 +355,32 @@ int32_t i32 = INT32_C (0x7fff);
- gl_STDINT_TYPE_PROPERTIES
- fi
-
-+ dnl Determine whether gnulib's or would, if present,
-+ dnl override 'wint_t'.
-+AC_CACHE_CHECK([whether wint_t is too small],
-+ [gl_cv_type_wint_t_too_small],
-+ [AC_COMPILE_IFELSE(
-+ [AC_LANG_PROGRAM([[
-+ /* Tru64 with Desktop Toolkit C has a bug: must be included before
-+ .
-+ BSD/OS 4.0.1 has a bug: , and must be
-+ included before . */
-+ #if !(defined __GLIBC__ && !defined __UCLIBC__)
-+ # include
-+ # include
-+ # include
-+ #endif
-+ #include
-+ int verify[sizeof (wint_t) < sizeof (int) ? -1 : 1];
-+ ]])],
-+ [gl_cv_type_wint_t_too_small=no],
-+ [gl_cv_type_wint_t_too_small=yes])])
-+if test $gl_cv_type_wint_t_too_small = yes; then
-+ GNULIB_OVERRIDES_WINT_T=1
-+else
-+ GNULIB_OVERRIDES_WINT_T=0
-+fi
-+
- dnl The substitute stdint.h needs the substitute limit.h's
_GL_INTEGER_WIDTH.
- LIMITS_H=limits.h
- AM_CONDITIONAL([GL_GENERATE_LIMITS_H], [test -n "$LIMITS_H"])
-@@ -363,6 +389,7 @@ int32_t i32 = INT32_C (0x7fff);
- AC_SUBST([HAVE_SYS_BITYPES_H])
- AC_SUBST([HAVE_SYS_INTTYPES_H])
- AC_SUBST([STDINT_H])
-+ AC_SUBST([GNULIB_OVERRIDES_WINT_T])
- AM_CONDITIONAL([GL_GENERATE_STDINT_H], [test -n "$STDINT_H"])
- ])
-
---
-2.4.0
-
diff --git a/meta/recipes-support/gnutls/libtasn1/fix-ldflags.patch
b/meta/recipes-support/gnutls/libtasn1/fix-ldflags.patch
new file mode 100644
index 00..f18f3c6267
--- /dev/null
+++ b/meta/recipes-support/gnutls/libtasn1/fix-ldflags.patch
@@ -0,0 +1,31 @@
+From a6f93b7ace347bc4fe29eb4a8fe4383d786cc8d0 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Tim=20R=C3=BChsen?=
+Date: Tue, 23 Jul 2019 20:44:01 +0200
+Subject: [PATCH] Fix LDFLAGS to AM_LDFLAGS in src/Makefile.am
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Tim Rühsen
+Upstream-Status: Backport
+Signed-off-by: Anuj Mittal
+---
+ src/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 5bf3622..4459767 100644
+--- a/src/Makefile.am
b/src/Makefile.am
+@@ -21,7 +21,7 @@ AM_CPPFLAGS = -I$(top_builddir)/lib/includes
-I$(top_srcdir)/lib/includes \
+ -I$(top_builddir)/lib/gl -I$(top_srcdir)/lib/gl $(CODE_COVERAGE_CPPFLAGS)
+
+ LDADD = ../lib/libtasn1.la
+-LDFLAGS = $(CODE_COVERAGE_LDFLAGS)
++AM_LDFLAGS = $(CODE_COVERAGE_LDFLAGS)
+
+ bin_PROGRAMS = asn1Parser asn1Coding asn1Decoding
+
+--
+2.21.0
+
diff --git a/meta/recipes-support/gnutls/libtasn1_4.13.bb
b/meta/recipes-support/gnutls/libtasn1_4.14.bb
similarity index 47%
rename from meta/recipes-support/gnutls/libtasn1_4.13.bb
rename to meta/recipes-support/gnutls/libtasn1_4.14.bb
index 9ee1913091..cb7fed4449 100644
--- a/meta/recipes-support/gnutls/libtasn1_4.13.bb
+++ b/meta/recipes-support/gnutls/libtasn1_4.14.bb
@@ -4,19 +4,19 @@ HOMEPAGE = "http://www.gnu.org/software/libtasn1/;
LICENSE = "GPLv3+ & LGPLv2.1+"
LICENSE_${PN}-bin = "GPLv3+"
LICENSE_${PN} = "LGPLv2.1+"
[OE-core] [warrior][PATCH] ghostscript: fix CVE-2019-3839
Signed-off-by: Naveen Saini
---
.../ghostscript/CVE-2019-3839-0008.patch | 440 ++
.../ghostscript/ghostscript_9.26.bb | 1 +
2 files changed, 441 insertions(+)
create mode 100644
meta/recipes-extended/ghostscript/ghostscript/CVE-2019-3839-0008.patch
diff --git
a/meta/recipes-extended/ghostscript/ghostscript/CVE-2019-3839-0008.patch
b/meta/recipes-extended/ghostscript/ghostscript/CVE-2019-3839-0008.patch
new file mode 100644
index 00..4be1c84f92
--- /dev/null
+++ b/meta/recipes-extended/ghostscript/ghostscript/CVE-2019-3839-0008.patch
@@ -0,0 +1,440 @@
+From c253752ef731f49922e0a97490d1ef09ca697c91 Mon Sep 17 00:00:00 2001
+From: Ray Johnston
+Date: Thu, 31 Jan 2019 11:31:30 -0800
+Subject: [PATCH] Hide pdfdict and GS_PDF_ProcSet (internal stuff for the PDF
+ interp).
+
+We now keep GS_PDF_ProcSet in pdfdict, and immediately bind pdfdict
+where needed so we can undef it after the last PDF interp file has
+run (pdf_sec.ps).
+
+CVE: CVE-2019-3839
+Upstream-Status: Backport
[http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=4ec9ca74bed49f2a82acb4bf430eae0d8b3b75c9]
+Signed-off-by: Naveen Saini
+---
+ Resource/Init/pdf_base.ps | 11
+ Resource/Init/pdf_draw.ps | 59 +++
+ Resource/Init/pdf_font.ps | 9 +++---
+ Resource/Init/pdf_main.ps | 25 +
+ Resource/Init/pdf_ops.ps | 11
+ Resource/Init/pdf_sec.ps | 4 ++-
+ 6 files changed, 60 insertions(+), 59 deletions(-)
+
+diff --git a/Resource/Init/pdf_base.ps b/Resource/Init/pdf_base.ps
+index e35e0e373..13dd51f46 100644
+--- a/Resource/Init/pdf_base.ps
b/Resource/Init/pdf_base.ps
+@@ -23,7 +23,6 @@
+
+ /.setlanguagelevel where { pop 2 .setlanguagelevel } if
+ .currentglobal //true .setglobal
+-/pdfdict where { pop } { /pdfdict 100 dict def } ifelse
+ pdfdict begin
+
+ % Define the name interpretation dictionary for reading values.
+@@ -133,11 +132,11 @@ currentdict /num-chars-dict .undef
+
+ /.pdfexectoken { %.pdfexectoken ?
+ PDFDEBUG {
+-pdfdict /PDFSTEPcount known not { pdfdict /PDFSTEPcount 1 .forceput }
executeonly if
++//pdfdict /PDFSTEPcount known not { //pdfdict /PDFSTEPcount 1 .forceput }
executeonly if
+ PDFSTEP {
+- pdfdict /PDFtokencount 2 copy .knownget { 1 add } { 1 } ifelse .forceput
++ //pdfdict /PDFtokencount 2 copy .knownget { 1 add } { 1 } ifelse
.forceput
+ PDFSTEPcount 1 gt {
+-pdfdict /PDFSTEPcount PDFSTEPcount 1 sub .forceput
++//pdfdict /PDFSTEPcount PDFSTEPcount 1 sub .forceput
+ } executeonly
+ {
+ dup ==only
+@@ -145,10 +144,10 @@ currentdict /num-chars-dict .undef
+ ( ? ) print flush 1 //false .outputpage
+ (%stdin) (r) file 255 string readline {
+ token {
+-exch pop pdfdict /PDFSTEPcount 3 -1 roll .forceput
++exch pop //pdfdict /PDFSTEPcount 3 -1 roll .forceput
+ } executeonly
+ {
+-pdfdict /PDFSTEPcount 1 .forceput
++//pdfdict /PDFSTEPcount 1 .forceput
+ } executeonly ifelse % token
+ } {
+ pop /PDFSTEP //false def % EOF on stdin
+diff --git a/Resource/Init/pdf_draw.ps b/Resource/Init/pdf_draw.ps
+index 36c41a9a3..2e39c87d2 100644
+--- a/Resource/Init/pdf_draw.ps
b/Resource/Init/pdf_draw.ps
+@@ -18,8 +18,7 @@
+
+ /.setlanguagelevel where { pop 2 .setlanguagelevel } if
+ .currentglobal //true .setglobal
+-/pdfdict where { pop } { /pdfdict 100 dict def } ifelse
+-GS_PDF_ProcSet begin
++/GS_PDF_ProcSet load begin
+ pdfdict begin
+
+ % For simplicity, we use a single interpretation dictionary for all
+@@ -113,7 +112,7 @@ pdfdict begin
+
+ /resolvefunction {% resolvefunction
+ .resolvefn
+- PDFDEBUG { pdfdict /PDFSTEPcount .knownget { 1 le } { //true } ifelse {
(%Function: ) print dup === flush } if } if
++ PDFDEBUG { //pdfdict /PDFSTEPcount .knownget { 1 le } { //true } ifelse {
(%Function: ) print dup === flush } if } if
+ } bind executeonly def
+
+ /resolvefnproc { % resolvefnproc
+@@ -1086,7 +1085,7 @@ currentdict end readonly def
+ %% finished running the PaintProc.
+
+ /.actual_pdfpaintproc { % .pdfpaintproc -
+- PDFDEBUG { pdfdict /PDFSTEPcount .knownget { 1 le } { //true } ifelse {
(%Begin PaintProc) print dup === flush } if } if
++ PDFDEBUG { //pdfdict /PDFSTEPcount .knownget { 1 le } { //true } ifelse {
(%Begin PaintProc) print dup === flush } if } if
+ PDFfile fileposition 3 1 roll
+ q
+ 1 index /PaintType oget 1 eq {
+@@ -1121,21 +1120,21 @@ currentdict end readonly def
+ Q
+ }{
+ (\n Error: File has unbalanced q/Q operators \(too many Q's\)\n
Output may be incorrect.\n)
+- pdfdict /.Qqwarning_issued .knownget
++ //pdfdict /.Qqwarning_issued .knownget
+ {
+ {
+ pop
+ }
+ {
+- currentglobal pdfdict gcheck .setglobal
+- pdfdict
