[OE-core] [PATCH] screen: add back the patch for parallel build
From: Jackie Huang
The patch 0001-fix-for-multijob-build.patch was removed by:
"d437921 screen: upgrade to 4.4.0"
But in fact the fixes is not all in the version 4.4.0, we
still get errors in parallel builds:
| ../screen-4.4.0/screen.h:48:18: fatal error: comm.h: No such file or directory
So rebase the patch and add it back.
Signed-off-by: Jackie Huang
---
.../screen/0001-fix-for-multijob-build.patch | 58 ++
meta/recipes-extended/screen/screen_4.4.0.bb | 1 +
2 files changed, 59 insertions(+)
create mode 100644
meta/recipes-extended/screen/screen/0001-fix-for-multijob-build.patch
diff --git
a/meta/recipes-extended/screen/screen/0001-fix-for-multijob-build.patch
b/meta/recipes-extended/screen/screen/0001-fix-for-multijob-build.patch
new file mode 100644
index 000..fbdb0eb
--- /dev/null
+++ b/meta/recipes-extended/screen/screen/0001-fix-for-multijob-build.patch
@@ -0,0 +1,58 @@
+From 79ad2885e26631077dd6b8aebe17ae95b38133a6 Mon Sep 17 00:00:00 2001
+From: Jackie Huang
+Date: Tue, 26 Jul 2016 14:23:59 +0800
+Subject: [PATCH] fix for multijob build
+
+make sure that comm.sh script generates comm.h header before doing
+anything else
+
+Signed-off-by: Amadeusz Sawiski
+
+Upstream-Status: Backport
+
+Backport patch to fix parallel build failure and update context to make patch
+coulde be applied.
+
+http://git.savannah.gnu.org/cgit/screen.git/commit?id=c0de6dd
+
+Signed-off-by: Kai Kang
+Signed-off-by: Jackie Huang
+---
+ Makefile.in | 8
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile.in b/Makefile.in
+index aca7da3..3607711 100644
+--- a/Makefile.in
b/Makefile.in
+@@ -298,7 +298,7 @@ search.o: layout.h viewport.h canvas.h search.c config.h
screen.h os.h osdef.h a
+ comm.h layer.h term.h image.h display.h window.h mark.h extern.h
+ tty.o: layout.h viewport.h canvas.h tty.c config.h screen.h os.h osdef.h
ansi.h acls.h comm.h \
+ layer.h term.h image.h display.h window.h extern.h
+-term.o: layout.h viewport.h canvas.h term.c term.h
++term.o: layout.h viewport.h canvas.h term.c term.h comm.h
+ window.o: layout.h viewport.h canvas.h window.c config.h screen.h os.h
osdef.h ansi.h acls.h \
+ comm.h layer.h term.h image.h display.h window.h extern.h logfile.h
+ utmp.o: layout.h viewport.h canvas.h utmp.c config.h screen.h os.h osdef.h
ansi.h acls.h \
+@@ -324,7 +324,7 @@ canvas.o: layout.h viewport.h canvas.h canvas.c config.h
screen.h os.h osdef.h a
+ comm.h layer.h term.h image.h display.h window.h extern.h \
+ braille.h
+ comm.o: layout.h viewport.h canvas.h comm.c config.h acls.h comm.h
+-kmapdef.o: layout.h viewport.h canvas.h kmapdef.c config.h
++kmapdef.o: layout.h viewport.h canvas.h kmapdef.c config.h comm.h
+ acls.o: layout.h viewport.h canvas.h acls.c config.h screen.h os.h osdef.h
ansi.h acls.h comm.h \
+ layer.h term.h image.h display.h window.h extern.h
+ braille.o: layout.h viewport.h canvas.h braille.c config.h screen.h os.h
osdef.h ansi.h acls.h \
+@@ -350,7 +350,7 @@ layout.o: layout.h viewport.h canvas.h layout.c config.h
screen.h os.h osdef.h a
+ viewport.o: layout.h viewport.h canvas.h viewport.c config.h screen.h os.h
osdef.h ansi.h acls.h \
+ comm.h layer.h term.h image.h display.h window.h extern.h \
+ braille.h
+-list_generic.o: list_generic.h list_generic.c layer.h screen.h osdef.h
+-list_display.o: list_generic.h list_display.c layer.h screen.h osdef.h
++list_generic.o: list_generic.h list_generic.c layer.h screen.h osdef.h comm.h
++list_display.o: list_generic.h list_display.c layer.h screen.h osdef.h comm.h
+ list_window.o: list_generic.h list_window.c window.h layer.h screen.h osdef.h
comm.h
+
+--
+1.9.1
+
diff --git a/meta/recipes-extended/screen/screen_4.4.0.bb
b/meta/recipes-extended/screen/screen_4.4.0.bb
index e970c5b..769bac1 100644
--- a/meta/recipes-extended/screen/screen_4.4.0.bb
+++ b/meta/recipes-extended/screen/screen_4.4.0.bb
@@ -23,6 +23,7 @@ SRC_URI = "${GNU_MIRROR}/screen/screen-${PV}.tar.gz \
file://Skip-host-file-system-checks-when-cross-compiling.patch \
file://Avoid-mis-identifying-systems-as-SVR4.patch \
file://0002-comm.h-now-depends-on-term.h.patch \
+ file://0001-fix-for-multijob-build.patch \
"
SRC_URI[md5sum] = "d26e11a3648c2b11aaefa215a55dfd39"
--
2.8.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] recipetool: create: fix greedy regex that broke support for github tarballs
The regex here needs to be anchored to the end or it'll match longer
URLs, which was exactly what I was trying to avoid. This regression was
introduced in OE-Core revision 7998dc3597657229507e5c140fceef1e485ac402.
Fixes [YOCTO #10023].
Signed-off-by: Paul Eggleton
---
scripts/lib/recipetool/create.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index f246028..8c399b3 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -324,7 +324,7 @@ def supports_srcrev(uri):
def reformat_git_uri(uri):
'''Convert any http[s]://git URI into git://...;protocol=http[s]'''
checkuri = uri.split(';', 1)[0]
-if checkuri.endswith('.git') or '/git/' in checkuri or
re.match('https?://github.com/[^/]+/[^/]+/?', checkuri):
+if checkuri.endswith('.git') or '/git/' in checkuri or
re.match('https?://github.com/[^/]+/[^/]+/?$', checkuri):
res = re.match('(https?)://([^;]+(\.git)?)(;.*)?$', uri)
if res:
# Need to switch the URI around so that the git fetcher is used
--
2.5.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] oe-selftest: recipetool: add tests for git URL mangling
Add three tests to verify that the git URL mangling is working the way
it's supposed to. This should prevent us regressing on this again in
future.
Signed-off-by: Paul Eggleton
---
meta/lib/oeqa/selftest/recipetool.py | 43
1 file changed, 43 insertions(+)
diff --git a/meta/lib/oeqa/selftest/recipetool.py
b/meta/lib/oeqa/selftest/recipetool.py
index f8f6be3..db1f8de 100644
--- a/meta/lib/oeqa/selftest/recipetool.py
+++ b/meta/lib/oeqa/selftest/recipetool.py
@@ -442,6 +442,49 @@ class RecipetoolTests(RecipetoolBase):
inherits = ['cmake', 'python-dir', 'gettext', 'pkgconfig']
self._test_recipe_contents(recipefile, checkvars, inherits)
+def test_recipetool_create_github(self):
+# Basic test to see if github URL mangling works
+temprecipe = os.path.join(self.tempdir, 'recipe')
+os.makedirs(temprecipe)
+recipefile = os.path.join(temprecipe, 'meson_git.bb')
+srcuri = 'https://github.com/mesonbuild/meson'
+result = runCmd('recipetool create -o %s %s' % (temprecipe, srcuri))
+self.assertTrue(os.path.isfile(recipefile))
+checkvars = {}
+checkvars['LICENSE'] = set(['Apache-2.0'])
+checkvars['SRC_URI'] =
'git://github.com/mesonbuild/meson;protocol=https'
+inherits = ['setuptools']
+self._test_recipe_contents(recipefile, checkvars, inherits)
+
+def test_recipetool_create_github_tarball(self):
+# Basic test to ensure github URL mangling doesn't apply to release
tarballs
+temprecipe = os.path.join(self.tempdir, 'recipe')
+os.makedirs(temprecipe)
+pv = '0.32.0'
+recipefile = os.path.join(temprecipe, 'meson_%s.bb' % pv)
+srcuri =
'https://github.com/mesonbuild/meson/releases/download/%s/meson-%s.tar.gz' %
(pv, pv)
+result = runCmd('recipetool create -o %s %s' % (temprecipe, srcuri))
+self.assertTrue(os.path.isfile(recipefile))
+checkvars = {}
+checkvars['LICENSE'] = set(['Apache-2.0'])
+checkvars['SRC_URI'] =
'https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${PV}.tar.gz'
+inherits = ['setuptools']
+self._test_recipe_contents(recipefile, checkvars, inherits)
+
+def test_recipetool_create_git_http(self):
+# Basic test to check http git URL mangling works
+temprecipe = os.path.join(self.tempdir, 'recipe')
+os.makedirs(temprecipe)
+recipefile = os.path.join(temprecipe, 'matchbox-terminal_git.bb')
+srcuri = 'http://git.yoctoproject.org/git/matchbox-terminal'
+result = runCmd('recipetool create -o %s %s' % (temprecipe, srcuri))
+self.assertTrue(os.path.isfile(recipefile))
+checkvars = {}
+checkvars['LICENSE'] = set(['GPLv2'])
+checkvars['SRC_URI'] =
'git://git.yoctoproject.org/git/matchbox-terminal;protocol=http'
+inherits = ['pkgconfig', 'autotools']
+self._test_recipe_contents(recipefile, checkvars, inherits)
+
class RecipetoolAppendsrcBase(RecipetoolBase):
def _try_recipetool_appendsrcfile(self, testrecipe, newfile, destfile,
options, expectedlines, expectedfiles):
cmd = 'recipetool appendsrcfile %s %s %s %s %s' % (options,
self.templayerdir, testrecipe, newfile, destfile)
--
2.5.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] A couple more recipetool fixes
Fix a regression in "recipetool create" introduced by a recent patch of mine, and add tests to detect if it breaks again in future. (This is independent of the recipetool patchset I sent yesterday.) The following changes since commit 0a2df616a5c3316704742f1dcf37b450920e0280: boost: fix CVE-2012-2677 (2016-07-21 07:45:01 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/recipetool-fixes5 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/recipetool-fixes5 Paul Eggleton (2): recipetool: create: fix greedy regex that broke support for github tarballs oe-selftest: recipetool: add tests for git URL mangling meta/lib/oeqa/selftest/recipetool.py | 43 scripts/lib/recipetool/create.py | 2 +- 2 files changed, 44 insertions(+), 1 deletion(-) -- 2.5.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] avahi-ui: use PACKAGECONFIG for gtk features
From: Jackie Huang
The commit "054ea20 avahi-ui: Build with Gtk+3"
enabled gtk3 and disabled gtk2, which causes failure on
some package depends on gtk2, like gnome-disk-utility
in meta-openembedded/meta-gnome:
| checking for GTK2... yes
| checking for AVAHI_UI... no
| configure: error: Package requirements (avahi-ui >= 0.6.25) were not met:
|
| No package 'avahi-ui' found
The gtk2 and gtk3 feature for avahi-ui is not exclusive, so change
to use PACKAGECONFIG for them so we can easily enable/disable one
of them or both of them as needed.
Signed-off-by: Jackie Huang
---
meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb | 4 ++--
meta/recipes-connectivity/avahi/avahi.inc | 10 +++---
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
b/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
index c6f67f1..ac36461 100644
--- a/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
+++ b/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
@@ -13,9 +13,9 @@ SRC_URI +=
"file://0001-configure.ac-install-GtkBuilder-interface-files-for-.pat
SRC_URI[md5sum] = "22b5e705d3eabb31d26f2e1e7b074013"
SRC_URI[sha256sum] =
"d54991185d514a0aba54ebeb408d7575b60f5818a772e28fa0e18b98bc1db454"
-DEPENDS += "avahi gtk+3"
+DEPENDS += "avahi"
-AVAHI_GTK = "--disable-gtk --enable-gtk3 --disable-pygtk"
+AVAHI_GTK = "gtk3"
S = "${WORKDIR}/avahi-${PV}"
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index 340b3e6..234646d 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -23,8 +23,14 @@ SRC_URI =
"https://github.com/lathiat/avahi/releases/download/v${PV}/avahi-${PV}
"
UPSTREAM_CHECK_URI = "https://github.com/lathiat/avahi/releases/";
-PACKAGECONFIG ??= "dbus"
+# For gtk related PACKAGECONFIGs: gtk, gtk3 and pygtk
+AVAHI_GTK ?= ""
+
+PACKAGECONFIG ??= "dbus ${AVAHI_GTK}"
PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
+PACKAGECONFIG[gtk] = "--enable-gtk,--disable-gtk,gtk+"
+PACKAGECONFIG[gtk3] = "--enable-gtk3,--disable-gtk3,gtk+3"
+PACKAGECONFIG[pygtk] = "--enable-pygtk,--disable-pygtk,"
USERADD_PACKAGES = "avahi-daemon avahi-autoipd"
USERADD_PARAM_avahi-daemon = "--system --home /var/run/avahi-daemon \
@@ -51,14 +57,12 @@ EXTRA_OECONF = "--with-avahi-priv-access-group=adm \
--disable-manpages \
${EXTRA_OECONF_SYSVINIT} \
${EXTRA_OECONF_SYSTEMD} \
- ${AVAHI_GTK} \
"
# The distro choice determines what init scripts are installed
EXTRA_OECONF_SYSVINIT =
"${@bb.utils.contains('DISTRO_FEATURES','sysvinit','--with-distro=debian','--with-distro=none',d)}"
EXTRA_OECONF_SYSTEMD =
"${@bb.utils.contains('DISTRO_FEATURES','systemd','--with-systemdsystemunitdir=${systemd_unitdir}/system/','--without-systemdsystemunitdir',d)}"
-AVAHI_GTK ?= "--disable-gtk --disable-gtk3"
LDFLAGS_append_libc-uclibc = " -lintl"
LDFLAGS_append_uclinux-uclibc = " -lintl"
--
2.8.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi-ui: use PACKAGECONFIG for gtk features
Ok, I will leave just gtk3 in the default. Thanks, Jackie From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Tuesday, July 26, 2016 4:52 AM To: Huang, Jie (Jackie) Cc: OE-core Subject: Re: [OE-core] [PATCH] avahi-ui: use PACKAGECONFIG for gtk features On 25 July 2016 at 09:42, mailto:jackie.hu...@windriver.com>> wrote: +AVAHI_GTK = "gtk gtk3" As we've moved away from GTK+2 for oe-core I still think that the default built should be with just GTK+ 3 and anyone who is still using ancient software (gnome-disk-utility 2.32 was released in 2010) can enable it at their distro level. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/7] libinput: fix udevdir
On 07/26/2016 12:55 AM, Burton, Ross wrote:
On 25 July 2016 at 08:28, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
+FILES_${PN} += "${base_libdir}/udev/ ${nonarch_base_libdir}/udev/"
Isn't this covered by the bitbake.conf change?
Hi Ross,
No, it is the subdir udev/rules.d in bitbake.conf:
${base_prefix}/lib/udev/rules.d ${prefix}/lib/udev/rules.d
${base_libdir}/udev/rules.d ${libdir}/udev/rules.d
I'd like to update bitbake.conf to lib/udev (no rules.d) if no objections,
then we can drop this patch.
// Robert
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Revert "lttng-tools: filter random filename of ptest output"
OK, thanks!
//dengke
On 2016年07月25日 21:34, Nathan Lynch wrote:
[please remember to cc the list]
On 07/24/2016 09:06 PM, dengke...@windriver.com wrote:
OK, thanks for your remind, the 1,2 and 4 I will pick it up. I show a
total PASS beacuse when the tests PASS that it output many random
filenames.
I'm sorry but I don't understand what you intend to do, and I'm unsure
what you mean by "random filenames". If you have some QA analysis code
which cannot handle strange or unpredictable filenames in the output
then that's what should be fixed.
Please accept the revert, thanks.
//dengke
On 2016年07月23日 04:53, Nathan Lynch wrote:
This reverts commit 29a8c45be2862be02afe2ebbc5c026a42f351990.
A few things wrong with this change:
1. It patches a patch (runtest-2.4.0.patch).
2. It introduces deviations from the desired ptest output format.
3. It discards PASS: lines from the test output; I *want* to see those.
4. The upstream status of "pending" is incorrect; I do not see this
patch on the lttng-dev mailing list (not that it would apply anyway).
Signed-off-by: Nathan Lynch
---
...ls-filter-random-filename-of-tests-output.patch | 55
--
meta/recipes-kernel/lttng/lttng-tools_git.bb | 1 -
2 files changed, 56 deletions(-)
delete mode 100644
meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
diff --git
a/meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
b/meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
deleted file mode 100644
index fed5a2fb59d6..
---
a/meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
+++ /dev/null
@@ -1,55 +0,0 @@
-From b9744428d6dfb1cba7b6e3fdbf0613977914b12f Mon Sep 17 00:00:00 2001
-From: Dengke Du
-Date: Fri, 29 Apr 2016 03:25:58 -0400
-Subject: [PATCH] lttng-tools: filter random filename of tests output
-
-Show the failed tests, filter the random filename when the test
-passed, add up the result.
-
-Upstream-Status: Pending
-
-Signed-off-by: Dengke Du
- tests/run.sh | 25 +++--
- 1 file changed, 23 insertions(+), 2 deletions(-)
-
-diff --git a/tests/run.sh b/tests/run.sh
-index 6455359..9080afc 100755
a/tests/run.sh
-+++ b/tests/run.sh
-@@ -17,9 +17,30 @@
- # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
02111-1307, USA.
- #
-
-+# Define two variable to store the passed and failed result
-+pass_count=0
-+fail_count=0
-+
- [ -z "$1" ] && echo "Error: No testlist. Please specify a testlist
to run." && exit 1
-
--prove --merge -v --exec '' - < $1 | sed \
-+# Using a while loop to add up the passed and failed result, we use
Here Strings
-+# "<<<" in bash in order to redirect the test output to the while
loop. If put the
-+# test output as a pipeline, the while loop will run in subshell, we
can't get the
-+# pass_count and fail_count when the subshell exit.
-+while read line
-+do
-+if [[ $line == "FAIL"* ]]; then
-+echo $line;((fail_count=fail_count+1))
-+fi
-+if [[ $line == "PASS"* ]]; then
-+((pass_count=pass_count+1))
-+fi
-+done <<< "$(prove --merge -v --exec '' - < $1 | sed \
- -e 's|^ok \(.*\)|PASS: \1|' \
- -e 's|^not ok \(.*\)|FAIL: \1|' \
-- | egrep -h 'PASS|FAIL'
-+ | egrep -h 'PASS|FAIL')"
-+
-+# Add up the result and output the passed and failed tests
-+echo "$1 statistics"
-+echo "total pass: $pass_count tests passed!"
-+echo "total fail: $fail_count tests failed!"
---
-2.8.1
-
diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb
b/meta/recipes-kernel/lttng/lttng-tools_git.bb
index da2b68552bce..b0c369ce964a 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_git.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb
@@ -29,7 +29,6 @@ PACKAGECONFIG_remove_libc-musl = "lttng-ust"
SRC_URI = "git://git.lttng.org/lttng-tools.git;branch=stable-2.7 \
file://stop-using-SIGUNUSED.patch \
file://runtest-2.4.0.patch \
-
file://0001-lttng-tools-filter-random-filename-of-tests-output.patch \
file://run-ptest"
S = "${WORKDIR}/git"
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative
On 24 July 2016 at 06:16, Robert Yang wrote: > Fixed: > checking for XML::Parser... configure: error: XML::Parser perl module is > required for intltool > > The module is installed to sysroot, but need use native perl to find it. > This is fixed by [PATCH 2/2] intltool: remove broken XML::Parser detection. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] dpkg: use snapshot.debian.org for SRC_URI
Using ${DEBIAN_MIRROR} for SRC_URI doesn't work very well as that will only
contain releases that are currently in Debian, so currently doesn't contain
1.18.7 as unstable has moved on to 1.18.9.
So, move all of SRC_URI to the .bb so it can use snapshot.debian.org instead,
and set UPSTREAM_CHECK_URI to ${DEBIAN_MIRROR} so upstream release checking
continues to work.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/dpkg/dpkg.inc | 6 ++
meta/recipes-devtools/dpkg/dpkg_1.18.7.bb | 23 ---
2 files changed, 14 insertions(+), 15 deletions(-)
diff --git a/meta/recipes-devtools/dpkg/dpkg.inc
b/meta/recipes-devtools/dpkg/dpkg.inc
index c2215ce..da6985c 100644
--- a/meta/recipes-devtools/dpkg/dpkg.inc
+++ b/meta/recipes-devtools/dpkg/dpkg.inc
@@ -2,13 +2,13 @@ SUMMARY = "Package maintenance system from Debian"
LICENSE = "GPLv2.0+"
SECTION = "base"
-SRC_URI = "${DEBIAN_MIRROR}/main/d/dpkg/dpkg_${PV}.tar.xz"
-
DEPENDS = "zlib bzip2 perl ncurses"
DEPENDS_class-native = "bzip2-replacement-native zlib-native
virtual/update-alternatives-native gettext-native perl-native"
RDEPENDS_${PN} = "${VIRTUAL-RUNTIME_update-alternatives} xz run-postinsts perl"
RDEPENDS_${PN}_class-native = "xz-native"
+UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/d/dpkg/"
+
inherit autotools gettext perlnative pkgconfig systemd
python () {
@@ -73,5 +73,3 @@ PACKAGES += "${PN}-perl"
FILES_${PN}-perl = "${libdir}/perl"
BBCLASSEXTEND = "native"
-
-
diff --git a/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
b/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
index 5375923..28fdc13 100644
--- a/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
+++ b/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
@@ -1,18 +1,19 @@
require dpkg.inc
LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
-SRC_URI_append_class-native =" file://glibc2.5-sync_file_range.patch "
-SRC_URI += "file://noman.patch \
-file://remove-tar-no-timestamp.patch \
-file://arch_pm.patch \
-file://dpkg-configure.service \
-file://add_armeb_triplet_entry.patch \
-
file://0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch \
-
file://0003-Our-pre-postinsts-expect-D-to-be-set-when-running-in.patch \
-
file://0004-The-lutimes-function-doesn-t-work-properly-for-all-s.patch \
- file://0005-dpkg-compiler.m4-remove-Wvla.patch \
- file://0006-add-musleabi-to-known-target-tripets.patch \
+SRC_URI =
"http://snapshot.debian.org/archive/debian/20160509T100042Z/pool/main/d/${BPN}/${BPN}_${PV}.tar.xz
\
+ file://noman.patch \
+ file://remove-tar-no-timestamp.patch \
+ file://arch_pm.patch \
+ file://dpkg-configure.service \
+ file://add_armeb_triplet_entry.patch \
+
file://0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch \
+
file://0003-Our-pre-postinsts-expect-D-to-be-set-when-running-in.patch \
+
file://0004-The-lutimes-function-doesn-t-work-properly-for-all-s.patch \
+ file://0005-dpkg-compiler.m4-remove-Wvla.patch \
+ file://0006-add-musleabi-to-known-target-tripets.patch \
"
+SRC_URI_append_class-native = " file://glibc2.5-sync_file_range.patch "
SRC_URI[md5sum] = "073dbf2129a54b0fc627464bf8af4a1b"
SRC_URI[sha256sum] =
"ace36d3a6dc750a42baf797f9e75ec580a21f92bb9ff96b482100755d6d9b87b"
--
2.8.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] selftest/runtime-test.py: Add test for import test from other layers
On 13 June 2016 at 14:32, wrote:
> +features = 'INHERIT += "testexport"\n'
>
You mean testimage here as that class isn't inherited by default.
> +features = 'TEST_SUITES = "ping ssh selftest"\n'
>
This overwrites the first assignment to features, and neither is actually
written using self.write_config().
> +# Build core-image-sato and testimage
> +bitbake('core-image-sato socat')
> +bitbake('-c testimage core-image-sato')
>
I personally believe that core-image-sato is massive overkill for selftest
and core-image-full-cmdline is just as comprehensive (has ssh, for example)
without building all of Sato.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] useradd.bbclass: Fix delete user/group when more than one item
From: Mariano Lopez
Currently when a recipe adds more than one user/group, the
cleansstate task will delete only the first user/group. This
will solve this behavior and delete all users/groups.
[YOCTO #9943]
Signed-off-by: Mariano Lopez
---
meta/classes/useradd.bbclass | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 28dd341..8d51fb5 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -137,15 +137,21 @@ if test "x${STAGING_DIR_TARGET}" != "x"; then
GROUPADD_PARAM="${@get_all_cmd_params(d, 'groupadd')}"
USERADD_PARAM="${@get_all_cmd_params(d, 'useradd')}"
-if test "x`echo $USERADD_PARAM | tr -d '[:space:]'`" != "x"; then
-user=`echo "$USERADD_PARAM" | cut -d ';' -f 1 | awk '{ print $NF
}'`
+user=`echo "$USERADD_PARAM" | cut -d ';' -f 1 | awk '{ print $NF }'`
+remaining=`echo "$USERADD_PARAM" | cut -d ';' -f 2- -s | sed -e 's#[
\t]*$##'`
+while test "x$user" != "x"; do
perform_userdel "${STAGING_DIR_TARGET}" "$OPT $user"
-fi
-
-if test "x`echo $GROUPADD_PARAM | tr -d '[:space:]'`" != "x"; then
-group=`echo "$GROUPADD_PARAM" | cut -d ';' -f 1 | awk '{ print $NF
}'`
-perform_groupdel "${STAGING_DIR_TARGET}" "$OPT $group"
-fi
+user=`echo "$remaining" | cut -d ';' -f 1 | awk '{ print $NF }'`
+remaining=`echo "$remaining" | cut -d ';' -f 2- -s | sed -e 's#[
\t]*$##'`
+done
+
+user=`echo "$GROUPADD_PARAM" | cut -d ';' -f 1 | awk '{ print $NF }'`
+remaining=`echo "$GROUPADD_PARAM" | cut -d ';' -f 2- -s | sed -e 's#[
\t]*$##'`
+while test "x$user" != "x"; do
+perform_groupdel "${STAGING_DIR_TARGET}" "$OPT $user"
+user=`echo "$remaining" | cut -d ';' -f 1 | awk '{ print $NF }'`
+remaining=`echo "$remaining" | cut -d ';' -f 2- -s | sed -e 's#[
\t]*$##'`
+done
fi
fi
--
2.6.6
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] avahi-ui: use PACKAGECONFIG for gtk features
On 25 July 2016 at 09:42, wrote: > +AVAHI_GTK = "gtk gtk3" > As we've moved away from GTK+2 for oe-core I still think that the default built should be with just GTK+ 3 and anyone who is still using ancient software (gnome-disk-utility 2.32 was released in 2010) can enable it at their distro level. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] classes/testimage: When image is systemd enable debug log level
On 07/25/2016 12:21 PM, Aníbal Limón wrote: > > > On 07/15/2016 02:34 PM, Burton, Ross wrote: >> On 12 July 2016 at 22:29, Aníbal Limón wrote: >> >>> +bootparams = 'systemd.log_level=debug systemd >>> .log_target=console' >>> >> >> The problem with this is that it appears that logger output then goes >> *only* to the console and not the journal or syslog, which breaks selftest >> (and expected behaviour). >> >> https://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/851 >> for example, which goes green if I revert this patch. >> >> If this is the case then it would be great if there was a >> journal-and-console log_target I guess. > > I'll review the issue i guess the journal test is failing for something > else but if we change the backend to journalctl systemd starts to fail > with timeout, seems that create a log of I/O writing in the journal > database. > > alimon Reviewing the master branch without my patch seems that the issue for don't exist /var/log/messages is an old one because the file isn't created. The timeout issue was caused for the reasons that we now (I/O load) but the syslog failure occurs without my patch also. alimon > >> >> Ross >> > > > signature.asc Description: OpenPGP digital signature -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/8] Extensible SDK improvements
On 25 July 2016 at 21:33, Paul Eggleton wrote: > > The error reporting tool use to replace TOPDIR with " " but that got > > confusing as it looked like either whitespace was being added, or the > > sysroot was missing in various places. It now replaces the paths with > > TOPDIR or WORKDIR to hide these personal paths in the logs for both > privacy > > and to let errors.yp have a better chance of finding matching logs. > > Yep that makes sense. For the autobuilder it's a minor inconvenience but > you > can just click through and find the real log so no big deal. I find that it actually makes the logs easier to read as there are less giant paths to read, but yeah the full logs are on the AB still. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/8] Extensible SDK improvements
On Mon, 25 Jul 2016 17:39:42 Burton, Ross wrote: > On 24 July 2016 at 22:42, Paul Eggleton > wrote: > > Just noticed something that looks odd - why do all these paths have a > > literal TOPDIR at the start? Is that normal? > > The error reporting tool use to replace TOPDIR with " " but that got > confusing as it looked like either whitespace was being added, or the > sysroot was missing in various places. It now replaces the paths with > TOPDIR or WORKDIR to hide these personal paths in the logs for both privacy > and to let errors.yp have a better chance of finding matching logs. Yep that makes sense. For the autobuilder it's a minor inconvenience but you can just click through and find the real log so no big deal. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] layer.conf: bump version for uclibc removal and LSB update
As of oe-core layer version 9, uclibc has been removed and LSB approximates version 5 (which means that Qt 3 isn't required for LSB conformance). Signed-off-by: Ross Burton --- meta/conf/layer.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf index 81dd4be..b6d5f1c 100644 --- a/meta/conf/layer.conf +++ b/meta/conf/layer.conf @@ -9,7 +9,7 @@ BBFILE_PRIORITY_core = "5" # This should only be incremented on significant changes that will # cause compatibility issues with other layers -LAYERVERSION_core = "8" +LAYERVERSION_core = "9" BBLAYERS_LAYERINDEX_NAME_core = "openembedded-core" -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] [openembedded-core] 21/28: rt-tests: move ptest to python3
On 24 July 2016 at 13:11, Martin Jansa wrote: > Any idea why it fails now like this: > > http://errors.yoctoproject.org/Errors/Details/73086/ > > ? > I've just sent a patch, can you see if that helps? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] rt-tests: rationalise compiler flags
This recipe uses some convoluted methods to ensure the build is using the right
flags but they don't appear to be needed anymore.
No need to prepend HOST_CC_ARCH/TOOLCHAIN_OPTIONS via CFLAGS as the Makefile
picks up CC from the environment and that includes these options.
No need to append the default CFLAGS as their special options are actually in
CPPFLAGS.
Signed-off-by: Ross Burton
---
meta/recipes-rt/rt-tests/rt-tests.inc| 3 ---
meta/recipes-rt/rt-tests/rt-tests_2.0.bb | 4 +---
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/meta/recipes-rt/rt-tests/rt-tests.inc
b/meta/recipes-rt/rt-tests/rt-tests.inc
index fd6500b..d832828 100644
--- a/meta/recipes-rt/rt-tests/rt-tests.inc
+++ b/meta/recipes-rt/rt-tests/rt-tests.inc
@@ -5,8 +5,5 @@ SRC_URI =
"git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git"
S = "${WORKDIR}/git"
-# need to append rt-tests' default CFLAGS to ours
-CFLAGS += "-I${S}/src/include -D_GNU_SOURCE -Wall -Wno-nonnull"
-
# calling 'uname -m' is broken on crossbuilds
EXTRA_OEMAKE = "NUMA=0"
diff --git a/meta/recipes-rt/rt-tests/rt-tests_2.0.bb
b/meta/recipes-rt/rt-tests/rt-tests_2.0.bb
index 83869b8..4336c50 100644
--- a/meta/recipes-rt/rt-tests/rt-tests_2.0.bb
+++ b/meta/recipes-rt/rt-tests/rt-tests_2.0.bb
@@ -15,9 +15,7 @@ SRC_URI += " \
file://rt_bmark.py \
"
# Do not install hwlatdetect
-EXTRA_OEMAKE += "PYLIB='' CROSS_COMPILE=${TARGET_PREFIX}"
-
-CFLAGS_prepend = "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"
+EXTRA_OEMAKE += "PYLIB=''"
do_install() {
oe_runmake install DESTDIR=${D} SBINDIR=${sbindir} MANDIR=${mandir} \
--
2.8.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/17] Jethro-next security fixes
Ping On 07/09/2016 06:08 PM, Armin Kuster wrote: > From: Armin Kuster > > Please consider these changes for jethro-next. > > The libxml2 changes don't affect Master nor krogoth. > Glibc changes have been sent for Master and soon for Krogoth. > > The following changes since commit 118380bc5d01e52b5edc574abb4176f6e70a54a6: > > documentation: Updated date in the manual revision tables. (2016-06-21 > 12:59:47 +0100) > > are available in the git repository at: > > git://git.yoctoproject.org/poky-contrib akuster/jethro-next > http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akuster/jethro-next > > Armin Kuster (17): > glibc: Security Fix for CVE-2016-3706 > glibc: Security fix for CVE-2016-4429 > libxml2: Security fix for CVE-2016-1762 > libxml2: Security fix for CVE-2016-3705 > libxml2: Security fix for CVE-2016-1834.patch > libxml2: Security fix for CVE-2016-4483.patch > libxml2: Security fix for CVE-2016-1840 > libxml2: Security fix for CVE-2016-1838 > libxml2: Security fix for CVE-2016-1839 > libxml2: Security fix for CVE-2016-1836 > libxml2: Security fix for CVE-2016-4449 > libxml2: Security fix for CVE-2016-1837 > libxml2: Security fix for CVE-2016-1835 > libxml2: Security fix for CVE-2016-1833 > libxml2: Security fix for CVE-2016-3627 > libxml2: Security fix for CVE-2016-4447 > libxml2: Security fix for CVE-2016-4448 > > meta/recipes-core/glibc/glibc/CVE-2016-3706.patch | 226 + > meta/recipes-core/glibc/glibc/CVE-2016-4429.patch | 89 ++ > meta/recipes-core/glibc/glibc_2.22.bb |2 + > .../libxml/libxml2/CVE-2016-1762.patch | 84 ++ > .../libxml/libxml2/CVE-2016-1833.patch | 368 +++ > .../libxml/libxml2/CVE-2016-1834.patch | 55 + > .../libxml/libxml2/CVE-2016-1835.patch | 95 ++ > .../libxml/libxml2/CVE-2016-1836.patch | 443 > .../libxml/libxml2/CVE-2016-1837.patch | 143 +++ > .../libxml/libxml2/CVE-2016-1838.patch | 96 ++ > .../libxml/libxml2/CVE-2016-1839.patch | 127 +++ > .../libxml/libxml2/CVE-2016-1840.patch | 37 + > .../libxml/libxml2/CVE-2016-3627.patch | 64 ++ > .../libxml/libxml2/CVE-2016-3705.patch | 71 ++ > .../libxml/libxml2/CVE-2016-4447.patch | 208 > .../libxml/libxml2/CVE-2016-4448_1.patch | 1067 > > .../libxml/libxml2/CVE-2016-4448_2.patch | 208 > .../libxml/libxml2/CVE-2016-4449.patch | 47 + > .../libxml/libxml2/CVE-2016-4483.patch | 55 + > meta/recipes-core/libxml/libxml2_2.9.2.bb | 17 + > 20 files changed, 3502 insertions(+) > create mode 100644 meta/recipes-core/glibc/glibc/CVE-2016-3706.patch > create mode 100644 meta/recipes-core/glibc/glibc/CVE-2016-4429.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1762.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1833.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1834.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1835.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1836.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1837.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1838.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1839.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-1840.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-3627.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-3705.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-4447.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-4448_1.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-4448_2.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-4449.patch > create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2016-4483.patch > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] DO NOT MERGE [PATCHv2 2/2]: wic: clone gummiboot wks for systemd-boot
I just found V1 of this patch has been merged. I will rebase this V2 and re-submit it. Thanks > On Jul 19, 2016, at 12:04 PM, Jianxun Zhang > wrote: > > This wks is just a copy of gummiboot wks with bootloader > changed to systemd-boot. A very basic boot test on a X86 > target is done with a direct-boot image generated by: > > wic create systemd-bootdisk -e core-image-minimal > > Because we plan to replace gummiboot with systemd-boot at any > time in the future, we summarize history (as much as I can) of > the current gummiboot wks before it's gone: > > - > commit 7d4bb40905fab38fb3db1d0e17afbc803622f00c > Author: Ed Bartosh > Date: Wed Sep 2 13:58:02 2015 +0300 > >wic: get rid of scripts/lib/image > >Moved content of scripts/lib/image/ to scripts/lib/wic as >one directory with the same name as a tool is self-explanatory >and less confusing than two. > >(From OE-Core rev: 5dc02d572794298b3362378cea3d7da654456c44) > >Signed-off-by: Ed Bartosh >Signed-off-by: Richard Purdie > > commit 77561e719181d58289687373eebadce764f838a7 > Author: Ed Bartosh > Date: Wed Sep 2 13:58:01 2015 +0300 > >wic: use ext4 in canned .wks files > >Latest kernel doesn't have ext3 compiled in. Wic images produced >from canned .wks can't boot because of that. Switching to ext4 >fixes this issue. > >(From OE-Core rev: d281a65a81f369fc8d75023b8f911ce4106969c1) > >Signed-off-by: Ed Bartosh >Signed-off-by: Richard Purdie > > commit 072657ce98414afdd6f68941847e21fc5ce496c7 > Author: Tom Zanussi > Date: Mon Aug 11 20:35:41 2014 -0500 > >wic: Add mkgummidisk kickstart file > >This is the same as mkefidisk but uses gummiboot instead of grub-efi. > >(From OE-Core rev: 5979409ebfab0bb07b3c2b2fcf14a722c441f07b) > >Signed-off-by: Tom Zanussi >Signed-off-by: Richard Purdie > - > > Signed-off-by: Jianxun Zhang > --- > Just get a hand on this work. V2 addresses name of new wks from > V1 review. > > scripts/lib/wic/canned-wks/systemd-bootdisk.wks | 11 +++ > 1 file changed, 11 insertions(+) > create mode 100644 scripts/lib/wic/canned-wks/systemd-bootdisk.wks > > diff --git a/scripts/lib/wic/canned-wks/systemd-bootdisk.wks > b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks > new file mode 100644 > index 000..d80189b > --- /dev/null > +++ b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks > @@ -0,0 +1,11 @@ > +# short-description: Create an EFI disk image with systemd-boot > +# long-description: Creates a partitioned EFI disk image that the user > +# can directly dd to boot media. The selected bootloader is systemd-boot. > + > +part /boot --source bootimg-efi --sourceparams="loader=systemd-boot" > --ondisk sda --label msdos --active --align 1024 > + > +part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align > 1024 > + > +part swap --ondisk sda --size 44 --label swap1 --fstype=swap > + > +bootloader --timeout=10 --append="rootwait rootfstype=ext4 > console=ttyPCH0,115200 console=tty0 vmalloc=256MB snd-hda-intel.enable_msi=0" > -- > 2.7.4 > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] wic: clone gummiboot wks for systemd-boot
> On Jul 25, 2016, at 11:40 AM, Jianxun Zhang > wrote: > > >> On Jul 11, 2016, at 10:37 AM, Khem Raj wrote: >> >> On Mon, Jul 11, 2016 at 10:03 AM, Jianxun Zhang >> wrote: >>> On Jul 8, 2016, at 1:58 PM, Khem Raj wrote: On Fri, Jul 8, 2016 at 10:44 AM, Jianxun Zhang wrote: > This wks is just a copy of gummiboot wks with bootloader > changed to systemd-boot. A very basic boot test on a X86 > target is done with a direct-boot image generated by: > > wic create mksystemd-bootdisk -e core-image-minimal prefixing wks file with mk is that a nomenclature. if no then lets avoid it >>> Khem, >>> I thought following gummiboot wks naming is a safe call. :-) >>> I can change it to any new name suggested, just want to avoid any ambiguity >>> for a V2: >>> Do you and others think “systemd-bootdisk” is a good name for new wks? >>> >> >> yes looks better >> > I have submitted V2 several days ago to address Khem’s suggestion to rename > mksystemd-bootdisk.wks to systemd-boot.wks. > > But today I found this V1 has been merged in OE master (4c9b1a4). I am not > sure if it means maintainers made decision to prefer V1. > > You could see both wks files for same thing once V2 gets merged too. > > Worrying about a duplicate merge for V2, I will notice people in V2 thread. send a v3 rebased over v1 signature.asc Description: Message signed with OpenPGP using GPGMail -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] wic: clone gummiboot wks for systemd-boot
> On Jul 11, 2016, at 10:37 AM, Khem Raj wrote: > > On Mon, Jul 11, 2016 at 10:03 AM, Jianxun Zhang > wrote: >> >>> On Jul 8, 2016, at 1:58 PM, Khem Raj wrote: >>> >>> On Fri, Jul 8, 2016 at 10:44 AM, Jianxun Zhang >>> wrote: This wks is just a copy of gummiboot wks with bootloader changed to systemd-boot. A very basic boot test on a X86 target is done with a direct-boot image generated by: wic create mksystemd-bootdisk -e core-image-minimal >>> >>> prefixing wks file with mk is that a nomenclature. if no then lets avoid it >> Khem, >> I thought following gummiboot wks naming is a safe call. :-) >> I can change it to any new name suggested, just want to avoid any ambiguity >> for a V2: >> Do you and others think “systemd-bootdisk” is a good name for new wks? >> > > yes looks better > I have submitted V2 several days ago to address Khem’s suggestion to rename mksystemd-bootdisk.wks to systemd-boot.wks. But today I found this V1 has been merged in OE master (4c9b1a4). I am not sure if it means maintainers made decision to prefer V1. You could see both wks files for same thing once V2 gets merged too. Worrying about a duplicate merge for V2, I will notice people in V2 thread. Thanks > >> Thanks >>> Because we plan to replace gummiboot with systemd-boot at any time in the future, we summarize history (as much as I can) of the current gummiboot wks before it's gone: - commit 7d4bb40905fab38fb3db1d0e17afbc803622f00c Author: Ed Bartosh Date: Wed Sep 2 13:58:02 2015 +0300 wic: get rid of scripts/lib/image Moved content of scripts/lib/image/ to scripts/lib/wic as one directory with the same name as a tool is self-explanatory and less confusing than two. (From OE-Core rev: 5dc02d572794298b3362378cea3d7da654456c44) Signed-off-by: Ed Bartosh Signed-off-by: Richard Purdie commit 77561e719181d58289687373eebadce764f838a7 Author: Ed Bartosh Date: Wed Sep 2 13:58:01 2015 +0300 wic: use ext4 in canned .wks files Latest kernel doesn't have ext3 compiled in. Wic images produced from canned .wks can't boot because of that. Switching to ext4 fixes this issue. (From OE-Core rev: d281a65a81f369fc8d75023b8f911ce4106969c1) Signed-off-by: Ed Bartosh Signed-off-by: Richard Purdie commit 072657ce98414afdd6f68941847e21fc5ce496c7 Author: Tom Zanussi Date: Mon Aug 11 20:35:41 2014 -0500 wic: Add mkgummidisk kickstart file This is the same as mkefidisk but uses gummiboot instead of grub-efi. (From OE-Core rev: 5979409ebfab0bb07b3c2b2fcf14a722c441f07b) Signed-off-by: Tom Zanussi Signed-off-by: Richard Purdie - Signed-off-by: Jianxun Zhang --- scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks diff --git a/scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks b/scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks new file mode 100644 index 000..df706e8 --- /dev/null +++ b/scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks @@ -0,0 +1,11 @@ +# short-description: Create an EFI disk image +# long-description: Creates a partitioned EFI disk image that the user +# can directly dd to boot media. + +part /boot --source bootimg-efi --sourceparams="loader=systemd-boot" --ondisk sda --label msdos --active --align 1024 + +part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024 + +part swap --ondisk sda --size 44 --label swap1 --fstype=swap + +bootloader --timeout=10 --append="rootwait rootfstype=ext4 console=ttyPCH0,115200 console=tty0 vmalloc=256MB snd-hda-intel.enable_msi=0" -- 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 3/3] classes/testimage: When image is systemd enable debug log level
On 07/15/2016 02:34 PM, Burton, Ross wrote: > On 12 July 2016 at 22:29, Aníbal Limón wrote: > >> +bootparams = 'systemd.log_level=debug systemd >> .log_target=console' >> > > The problem with this is that it appears that logger output then goes > *only* to the console and not the journal or syslog, which breaks selftest > (and expected behaviour). > > https://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/851 > for example, which goes green if I revert this patch. > > If this is the case then it would be great if there was a > journal-and-console log_target I guess. I'll review the issue i guess the journal test is failing for something else but if we change the backend to journalctl systemd starts to fail with timeout, seems that create a log of I/O writing in the journal database. alimon > > Ross > signature.asc Description: OpenPGP digital signature -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/7] libinput: fix udevdir
On 25 July 2016 at 08:28, Robert Yang wrote:
> +FILES_${PN} += "${base_libdir}/udev/ ${nonarch_base_libdir}/udev/"
>
Isn't this covered by the bitbake.conf change?
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/8] Extensible SDK improvements
On 24 July 2016 at 22:42, Paul Eggleton wrote: > Just noticed something that looks odd - why do all these paths have a > literal > TOPDIR at the start? Is that normal? > The error reporting tool use to replace TOPDIR with " " but that got confusing as it looked like either whitespace was being added, or the sysroot was missing in various places. It now replaces the paths with TOPDIR or WORKDIR to hide these personal paths in the logs for both privacy and to let errors.yp have a better chance of finding matching logs. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] wget: Add --ssh-askpass support
* Burton, Ross [160722 15:21]: > On 22 July 2016 at 19:24, Liam R. Howlett > wrote: > > > wget: Add --ssh-askpass support > > > > This adds the --ssh-askpass option which is disabled by default. > > > > --ssh-askpass will request the username and password for a given URL by > > executing the external program pointed to by the environment variable > > SSH_ASKPASS. If the environment variable is not set, an error is > > returned. If an error occurs requesting the username or password, wget > > will exit. > > > > Upstream-Status: Pending > > > > That's a fairly big patch to be carrying and forward porting everytime they > release, have you sent this upstream? Yes. I am working with upstream to get this patch integrated. Thanks, Liam > > Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Building for armv7athf-neon but toolchain is softfp
On Monday, July 25, 2016, thilo.ceston...@ts.fujitsu.com <
thilo.ceston...@ts.fujitsu.com> wrote:
> Hey Khem!
>
> Thanks for your answer!
>
> > >
> > > I want to build my own dist and a sdk for it. The dist is working and
> is as expected by the DEFAULT_TUNE of "armv7athf-neon", hardfp.
> > >
> > > But the TARGET_SYS in the bitbake header always tells me, that the
> toolchain it uses is "...-gnueabi". Not "hf" in there?!
> > > Thats the first thing what I can't figure out.
> > We do not rely on target triplet. calling convention is determined by
> > -mfloat-abi switch that is what OE relies on.
> >
>
> Ok. Understood. But even when I build with -mfloat-abi=hard (and the VFP
> Register Entry is there with readelf, on build machine and target).
> I can't do ldd helloworld on the target.
>
>
>
> > >
> > > The other thing is, when I now use the sdk, after successfully
> populating it, the toolchain in there has the default -mfloat-abi=softfp ...
> > > But even when I compile with -mfloat-abi=hard, the executable which I
> get, segfaults on the target and ldd tells me "not a dynamic executable".
> > > But readelf (on the target or host) tells me, that "Tag_ABI_VFP_args:
> VFP registers" (which is detection for hardfp, right?).
> > > And I miss the "hf" at the gnueabi in the sdk toolchain.
> > Is target running the image build by you as well ? and prefereably
> > build in same sandbox as the SDK
> > if not then you need to figure out how the image was built. what is
> > output of ls /lib/ld-*
>
> It's a krogoth build with callconvention-hard enabled via DEFAULTTUNE.
> And I have one recipe for the image and one for the sdk toolchain. So the
> "Build" are two bitbake calls.
>
> HOST with SDK:
> $ . /opt/amana-sdk/sdk-environment
> $ echo $CXX
> arm-magna-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon
> -mfloat-abi=hard
> --sysroot=/opt/amana-sdk/4.0-1469450812/sysroots/armv7ahf-neon-magna-linux-gnueabi
> $ ${CXX} -o helloworld helloworld.cpp
> $ scp helloworld target:/usr/bin
>
>
> TARGET:
> # ldd /lib/libc.so.6
> /lib/ld-linux-armhf.so.3 (0xb6f41000)
> # ls -l /lib/ld-*
> -rwxr-xr-x1 root root134396 Jul 22 10:56 /lib/ld-2.23.so
> lrwxrwxrwx1 root root10 Jul 22 10:56
> /lib/ld-linux-armhf.so.3 -> ld-2.23.so
>
> # /usr/bin/helloworld
> Segmentation fault
>
> # ldd /usr/bin/helloworld
> not a dynamic executable
>
> # readelf -A /usr/bin/helloworld
> Attribute Section: aeabi
> File Attributes
> Tag_CPU_name: "7-A"
> Tag_CPU_arch: v7
> Tag_CPU_arch_profile: Application
> Tag_ARM_ISA_use: Yes
> Tag_THUMB_ISA_use: Thumb-2
> Tag_FP_arch: VFPv3
> Tag_Advanced_SIMD_arch: NEONv1
> Tag_ABI_PCS_wchar_t: 4
> Tag_ABI_FP_rounding: Needed
> Tag_ABI_FP_denormal: Needed
> Tag_ABI_FP_exceptions: Needed
> Tag_ABI_FP_number_model: IEEE 754
> Tag_ABI_align_needed: 8-byte
> Tag_ABI_align_preserved: 8-byte, except leaf SP
> Tag_ABI_enum_size: int
> Tag_ABI_VFP_args: VFP registers
> Tag_CPU_unaligned_access: v6
>
> # readelf -h /usr/bin/helloworld
> ELF Header:
> Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
> Class: ELF32
> Data: 2's complement, little endian
> Version: 1 (current)
> OS/ABI:UNIX - System V
> ABI Version: 0
> Type: EXEC (Executable file)
> Machine: ARM
> Version: 0x1
> Entry point address: 0x85f4
> Start of program headers: 52 (bytes into file)
> Start of section headers: 42264 (bytes into file)
> Flags: 0x5000400, Version5 EABI, hard-float
> ABI
> Size of this header: 52 (bytes)
> Size of program headers: 32 (bytes)
> Number of program headers: 8
> Size of section headers: 40 (bytes)
> Number of section headers: 39
> Section header string table index: 36
>
>
> Any idea what's wrong here??
> I don't get it.
Seems steps are all ok. Can you upload your hello world somewhere.
>
> Cheers,
> Thilo
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Building for armv7athf-neon but toolchain is softfp
Hey Khem!
Thanks for your answer!
> >
> > I want to build my own dist and a sdk for it. The dist is working and is as
> > expected by the DEFAULT_TUNE of "armv7athf-neon", hardfp.
> >
> > But the TARGET_SYS in the bitbake header always tells me, that the
> > toolchain it uses is "...-gnueabi". Not "hf" in there?!
> > Thats the first thing what I can't figure out.
> We do not rely on target triplet. calling convention is determined by
> -mfloat-abi switch that is what OE relies on.
>
Ok. Understood. But even when I build with -mfloat-abi=hard (and the VFP
Register Entry is there with readelf, on build machine and target).
I can't do ldd helloworld on the target.
> >
> > The other thing is, when I now use the sdk, after successfully populating
> > it, the toolchain in there has the default -mfloat-abi=softfp ...
> > But even when I compile with -mfloat-abi=hard, the executable which I get,
> > segfaults on the target and ldd tells me "not a dynamic executable".
> > But readelf (on the target or host) tells me, that "Tag_ABI_VFP_args: VFP
> > registers" (which is detection for hardfp, right?).
> > And I miss the "hf" at the gnueabi in the sdk toolchain.
> Is target running the image build by you as well ? and prefereably
> build in same sandbox as the SDK
> if not then you need to figure out how the image was built. what is
> output of ls /lib/ld-*
It's a krogoth build with callconvention-hard enabled via DEFAULTTUNE.
And I have one recipe for the image and one for the sdk toolchain. So the
"Build" are two bitbake calls.
HOST with SDK:
$ . /opt/amana-sdk/sdk-environment
$ echo $CXX
arm-magna-linux-gnueabi-g++ -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard
--sysroot=/opt/amana-sdk/4.0-1469450812/sysroots/armv7ahf-neon-magna-linux-gnueabi
$ ${CXX} -o helloworld helloworld.cpp
$ scp helloworld target:/usr/bin
TARGET:
# ldd /lib/libc.so.6
/lib/ld-linux-armhf.so.3 (0xb6f41000)
# ls -l /lib/ld-*
-rwxr-xr-x1 root root134396 Jul 22 10:56 /lib/ld-2.23.so
lrwxrwxrwx1 root root10 Jul 22 10:56
/lib/ld-linux-armhf.so.3 -> ld-2.23.so
# /usr/bin/helloworld
Segmentation fault
# ldd /usr/bin/helloworld
not a dynamic executable
# readelf -A /usr/bin/helloworld
Attribute Section: aeabi
File Attributes
Tag_CPU_name: "7-A"
Tag_CPU_arch: v7
Tag_CPU_arch_profile: Application
Tag_ARM_ISA_use: Yes
Tag_THUMB_ISA_use: Thumb-2
Tag_FP_arch: VFPv3
Tag_Advanced_SIMD_arch: NEONv1
Tag_ABI_PCS_wchar_t: 4
Tag_ABI_FP_rounding: Needed
Tag_ABI_FP_denormal: Needed
Tag_ABI_FP_exceptions: Needed
Tag_ABI_FP_number_model: IEEE 754
Tag_ABI_align_needed: 8-byte
Tag_ABI_align_preserved: 8-byte, except leaf SP
Tag_ABI_enum_size: int
Tag_ABI_VFP_args: VFP registers
Tag_CPU_unaligned_access: v6
# readelf -h /usr/bin/helloworld
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI:UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: ARM
Version: 0x1
Entry point address: 0x85f4
Start of program headers: 52 (bytes into file)
Start of section headers: 42264 (bytes into file)
Flags: 0x5000400, Version5 EABI, hard-float ABI
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 8
Size of section headers: 40 (bytes)
Number of section headers: 39
Section header string table index: 36
Any idea what's wrong here??
I don't get it.
Cheers,
Thilo
smime.p7s
Description: S/MIME cryptographic signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] [openembedded-core] 21/28: rt-tests: move ptest to python3
On 24 July 2016 at 19:30, Martin Jansa wrote: > so it' probably some missing space in append or some wrong sed call in > some Makefile or something like that. > CFLAGS_prepend is missing a trailing space, sounds like it. Patch incoming. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Revert "lttng-tools: filter random filename of ptest output"
[please remember to cc the list]
On 07/24/2016 09:06 PM, dengke...@windriver.com wrote:
> OK, thanks for your remind, the 1,2 and 4 I will pick it up. I show a
> total PASS beacuse when the tests PASS that it output many random
> filenames.
I'm sorry but I don't understand what you intend to do, and I'm unsure
what you mean by "random filenames". If you have some QA analysis code
which cannot handle strange or unpredictable filenames in the output
then that's what should be fixed.
Please accept the revert, thanks.
>
> //dengke
>
> On 2016年07月23日 04:53, Nathan Lynch wrote:
>> This reverts commit 29a8c45be2862be02afe2ebbc5c026a42f351990.
>>
>> A few things wrong with this change:
>>
>> 1. It patches a patch (runtest-2.4.0.patch).
>> 2. It introduces deviations from the desired ptest output format.
>> 3. It discards PASS: lines from the test output; I *want* to see those.
>> 4. The upstream status of "pending" is incorrect; I do not see this
>> patch on the lttng-dev mailing list (not that it would apply anyway).
>>
>> Signed-off-by: Nathan Lynch
>> ---
>> ...ls-filter-random-filename-of-tests-output.patch | 55
>> --
>> meta/recipes-kernel/lttng/lttng-tools_git.bb | 1 -
>> 2 files changed, 56 deletions(-)
>> delete mode 100644
>> meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
>>
>>
>> diff --git
>> a/meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
>> b/meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
>>
>> deleted file mode 100644
>> index fed5a2fb59d6..
>> ---
>> a/meta/recipes-kernel/lttng/lttng-tools/0001-lttng-tools-filter-random-filename-of-tests-output.patch
>>
>> +++ /dev/null
>> @@ -1,55 +0,0 @@
>> -From b9744428d6dfb1cba7b6e3fdbf0613977914b12f Mon Sep 17 00:00:00 2001
>> -From: Dengke Du
>> -Date: Fri, 29 Apr 2016 03:25:58 -0400
>> -Subject: [PATCH] lttng-tools: filter random filename of tests output
>> -
>> -Show the failed tests, filter the random filename when the test
>> -passed, add up the result.
>> -
>> -Upstream-Status: Pending
>> -
>> -Signed-off-by: Dengke Du
>>
>> - tests/run.sh | 25 +++--
>> - 1 file changed, 23 insertions(+), 2 deletions(-)
>> -
>> -diff --git a/tests/run.sh b/tests/run.sh
>> -index 6455359..9080afc 100755
>> a/tests/run.sh
>> -+++ b/tests/run.sh
>> -@@ -17,9 +17,30 @@
>> - # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
>> 02111-1307, USA.
>> - #
>> -
>> -+# Define two variable to store the passed and failed result
>> -+pass_count=0
>> -+fail_count=0
>> -+
>> - [ -z "$1" ] && echo "Error: No testlist. Please specify a testlist
>> to run." && exit 1
>> -
>> --prove --merge -v --exec '' - < $1 | sed \
>> -+# Using a while loop to add up the passed and failed result, we use
>> Here Strings
>> -+# "<<<" in bash in order to redirect the test output to the while
>> loop. If put the
>> -+# test output as a pipeline, the while loop will run in subshell, we
>> can't get the
>> -+# pass_count and fail_count when the subshell exit.
>> -+while read line
>> -+do
>> -+if [[ $line == "FAIL"* ]]; then
>> -+echo $line;((fail_count=fail_count+1))
>> -+fi
>> -+if [[ $line == "PASS"* ]]; then
>> -+((pass_count=pass_count+1))
>> -+fi
>> -+done <<< "$(prove --merge -v --exec '' - < $1 | sed \
>> - -e 's|^ok \(.*\)|PASS: \1|' \
>> - -e 's|^not ok \(.*\)|FAIL: \1|' \
>> -- | egrep -h 'PASS|FAIL'
>> -+ | egrep -h 'PASS|FAIL')"
>> -+
>> -+# Add up the result and output the passed and failed tests
>> -+echo "$1 statistics"
>> -+echo "total pass: $pass_count tests passed!"
>> -+echo "total fail: $fail_count tests failed!"
>> ---
>> -2.8.1
>> -
>> diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb
>> b/meta/recipes-kernel/lttng/lttng-tools_git.bb
>> index da2b68552bce..b0c369ce964a 100644
>> --- a/meta/recipes-kernel/lttng/lttng-tools_git.bb
>> +++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb
>> @@ -29,7 +29,6 @@ PACKAGECONFIG_remove_libc-musl = "lttng-ust"
>> SRC_URI = "git://git.lttng.org/lttng-tools.git;branch=stable-2.7 \
>> file://stop-using-SIGUNUSED.patch \
>> file://runtest-2.4.0.patch \
>> -
>> file://0001-lttng-tools-filter-random-filename-of-tests-output.patch \
>> file://run-ptest"
>> S = "${WORKDIR}/git"
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] recipetool: record unknown license files
Add a comment to the recipe listing license files that were found but
not able to be identified, so that the user can find and examine them
by hand fairly easily.
Fixes [YOCTO #9882].
Signed-off-by: Paul Eggleton
---
scripts/lib/recipetool/create.py | 10 ++
1 file changed, 10 insertions(+)
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index f246028..838c23b 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -479,12 +479,15 @@ def create_recipe(args):
licvalues = guess_license(srctree_use)
lic_files_chksum = []
+lic_unknown = []
if licvalues:
licenses = []
for licvalue in licvalues:
if not licvalue[0] in licenses:
licenses.append(licvalue[0])
lic_files_chksum.append('file://%s;md5=%s' % (licvalue[1],
licvalue[2]))
+if licvalue[0] == 'Unknown':
+lic_unknown.append(licvalue[1])
lines_before.append('# WARNING: the following LICENSE and
LIC_FILES_CHKSUM values are best guesses - it is')
lines_before.append('# your responsibility to verify that the values
are complete and correct.')
if len(licvalues) > 1:
@@ -493,6 +496,13 @@ def create_recipe(args):
lines_before.append('# these in the LICENSE value using & if the
multiple licenses all apply, or | if there')
lines_before.append('# is a choice between the multiple licenses.
If in doubt, check the accompanying')
lines_before.append('# documentation to determine which situation
is applicable.')
+if lic_unknown:
+lines_before.append('#')
+lines_before.append('# The following license files were not able
to be identified and are')
+lines_before.append('# represented as "Unknown" below, you will
need to check them yourself:')
+for licfile in lic_unknown:
+lines_before.append('# %s' % licfile)
+lines_before.append('#')
else:
lines_before.append('# Unable to find any files that looked like
license statements. Check the accompanying')
lines_before.append('# documentation and source headers and set
LICENSE and LIC_FILES_CHKSUM accordingly.')
--
2.5.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] lib/oe/recipeutils: fix patch_recipe*() with empty input
If you supplied an empty file to patch_recipe() (or an empty list to
patch_recipe_lines()) then the result was IndexError because the code
checking to see if it needed to add an extra line of padding didn't
check to see if there were in fact any lines before trying to access the
last line.
Fixes [YOCTO #9972].
Signed-off-by: Paul Eggleton
---
meta/lib/oe/recipeutils.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/recipeutils.py b/meta/lib/oe/recipeutils.py
index 0e7abf8..c77664f 100644
--- a/meta/lib/oe/recipeutils.py
+++ b/meta/lib/oe/recipeutils.py
@@ -259,7 +259,7 @@ def patch_recipe_lines(fromlines, values,
trailing_newline=True):
changed, tolines = bb.utils.edit_metadata(fromlines, varlist,
patch_recipe_varfunc, match_overrides=True)
if remainingnames:
-if tolines[-1].strip() != '':
+if tolines and tolines[-1].strip() != '':
tolines.append('\n')
for k in remainingnames.keys():
outputvalue(k, tolines)
--
2.5.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] A couple of recipetool fixes
One bug fix and one improvement for recipetool. The following changes since commit 0a2df616a5c3316704742f1dcf37b450920e0280: boost: fix CVE-2012-2677 (2016-07-21 07:45:01 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/recipetool-fixes4 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/recipetool-fixes4 Paul Eggleton (2): lib/oe/recipeutils: fix patch_recipe*() with empty input recipetool: record unknown license files meta/lib/oe/recipeutils.py | 2 +- scripts/lib/recipetool/create.py | 10 ++ 2 files changed, 11 insertions(+), 1 deletion(-) -- 2.5.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] classes/populate_sdk_ext: filter sstate within the extensible SDK
Use the new oe-check-sstate to filter the sstate artifacts shipped with
the extensible SDK by effectively running bitbake within the produced
eSDK and and getting it to tell us which tasks it will restore from
sstate. This has several benefits:
1) We drop the *-initial artifacts from the minimal + toolchain eSDK.
This still leaves us with a reasonably large SDK for this
configuration, however it does pave the way for future reductions
since we are actually filtering by what will be expected to be there
on install rather than hoping that whatever cuts we make will match.
2) We verify bitbake's basic operation within the eSDK, i.e. that
we haven't messed up the configuration
3) We verify that the sstate artifacts we expect to be present are
present (at least in the sstate cache for the build producing the
eSDK). Outside deletion of sstate artifacts has been a problem up to
now, and this should at least catch that earlier i.e. during the
build rather than when someone tries to install the eSDK.
This does add a couple of minutes to the do_populate_sdk_ext time, but
it seems like the most appropriate way to handle this.
Should mostly address [YOCTO #9083] and [YOCTO #9626].
Signed-off-by: Paul Eggleton
---
Changes since v1 - fixed to run the oe-check-sstate command under /bin/bash
so that it works on distros that use dash such as Ubuntu.
meta/classes/populate_sdk_ext.bbclass | 78 ---
meta/lib/oe/copy_buildsystem.py | 22 +-
scripts/gen-lockedsig-cache | 16 ++-
3 files changed, 106 insertions(+), 10 deletions(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/populate_sdk_ext.bbclass
index 211a022..ce8c8ff 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -85,6 +85,60 @@ SDK_EXT_HOST_MANIFEST =
"${SDK_DEPLOY}/${TOOLCHAINEXT_OUTPUTNAME}.host.manifest"
SDK_TITLE_task-populate-sdk-ext = "${@d.getVar('DISTRO_NAME', True) or
d.getVar('DISTRO', True)} Extensible SDK"
+def clean_esdk_builddir(sdkbasepath):
+"""Clean up traces of the fake build for create_filtered_tasklist()"""
+import shutil
+cleanpaths = 'tmp cache conf/sanity_info conf/templateconf.cfg
downloads'.split()
+for pth in cleanpaths:
+fullpth = os.path.join(sdkbasepath, pth)
+if os.path.isdir(fullpth):
+shutil.rmtree(fullpth)
+elif os.path.isfile(fullpth):
+os.remove(fullpth)
+
+def create_filtered_tasklist(d, sdkbasepath, tasklistfile, conf_initpath):
+"""
+Create a filtered list of tasks. Also double-checks that the build system
+within the SDK basically works and required sstate artifacts are available.
+"""
+import tempfile
+import shutil
+import oe.copy_buildsystem
+
+# Create a temporary build directory that we can pass to the env setup
script
+shutil.copyfile(sdkbasepath + '/conf/local.conf', sdkbasepath +
'/conf/local.conf.bak')
+try:
+with open(sdkbasepath + '/conf/local.conf', 'a') as f:
+f.write('\nSSTATE_DIR_forcevariable = "%s"\n' %
d.getVar('SSTATE_DIR', True))
+f.write('SSTATE_MIRRORS_forcevariable = ""\n')
+
+# Unfortunately the default SDKPATH (or even a custom value) may
contain characters that bitbake
+# will not allow in its COREBASE path, so we need to rename the
directory temporarily
+temp_sdkbasepath = d.getVar('SDK_OUTPUT', True) + '/tmp-renamed-sdk'
+# Delete any existing temp dir
+try:
+shutil.rmtree(temp_sdkbasepath)
+except FileNotFoundError:
+pass
+os.rename(sdkbasepath, temp_sdkbasepath)
+try:
+cmdprefix = '. %s .; ' % conf_initpath
+logfile = d.getVar('WORKDIR', True) + '/tasklist_bb_log.txt'
+try:
+oe.copy_buildsystem.check_sstate_task_list(d,
get_sdk_install_targets(d), tasklistfile, cmdprefix=cmdprefix,
cwd=temp_sdkbasepath, logfile=logfile)
+except bb.process.ExecutionError as e:
+msg = 'Failed to generate filtered task list for extensible
SDK:\n%s' % e.stdout.rstrip()
+if 'attempted to execute unexpectedly and should have been
setscened' in e.stdout:
+msg += '\n--\n\nNOTE: "attempted to execute
unexpectedly and should have been setscened" errors indicate this may be caused
by missing sstate artifacts that were likely produced in earlier builds, but
have been subsequently deleted for some reason.\n'
+bb.fatal(msg)
+finally:
+os.rename(temp_sdkbasepath, sdkbasepath)
+# Clean out residue of running bitbake, which check_sstate_task_list()
+# will effectively do
+clean_esdk_builddir(sdkbasepath)
+finally:
+os.replace(sdkbasepath + '/conf/local.conf.bak', sdkbasepath +
'/conf/local.conf')
+
python copy_buildsystem () {
impo
[OE-core] [PATCH] avahi-ui: use PACKAGECONFIG for gtk features
From: Jackie Huang
The commit "054ea20 avahi-ui: Build with Gtk+3"
enabled gtk3 and disabled gtk2, which causes failure on
some package depends on gtk2, like gnome-disk-utility
in meta-openembedded/meta-gnome:
| checking for GTK2... yes
| checking for AVAHI_UI... no
| configure: error: Package requirements (avahi-ui >= 0.6.25) were not met:
|
| No package 'avahi-ui' found
The gtk2 and gtk3 feature for avahi-ui is not exclusive, so change
to use PACKAGECONFIG for them so we can easily enable/disable one
of them or both of them as needed.
Signed-off-by: Jackie Huang
---
meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb | 4 ++--
meta/recipes-connectivity/avahi/avahi.inc | 10 +++---
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
b/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
index c6f67f1..d77d5b8 100644
--- a/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
+++ b/meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb
@@ -13,9 +13,9 @@ SRC_URI +=
"file://0001-configure.ac-install-GtkBuilder-interface-files-for-.pat
SRC_URI[md5sum] = "22b5e705d3eabb31d26f2e1e7b074013"
SRC_URI[sha256sum] =
"d54991185d514a0aba54ebeb408d7575b60f5818a772e28fa0e18b98bc1db454"
-DEPENDS += "avahi gtk+3"
+DEPENDS += "avahi"
-AVAHI_GTK = "--disable-gtk --enable-gtk3 --disable-pygtk"
+AVAHI_GTK = "gtk gtk3"
S = "${WORKDIR}/avahi-${PV}"
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index 340b3e6..234646d 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -23,8 +23,14 @@ SRC_URI =
"https://github.com/lathiat/avahi/releases/download/v${PV}/avahi-${PV}
"
UPSTREAM_CHECK_URI = "https://github.com/lathiat/avahi/releases/";
-PACKAGECONFIG ??= "dbus"
+# For gtk related PACKAGECONFIGs: gtk, gtk3 and pygtk
+AVAHI_GTK ?= ""
+
+PACKAGECONFIG ??= "dbus ${AVAHI_GTK}"
PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
+PACKAGECONFIG[gtk] = "--enable-gtk,--disable-gtk,gtk+"
+PACKAGECONFIG[gtk3] = "--enable-gtk3,--disable-gtk3,gtk+3"
+PACKAGECONFIG[pygtk] = "--enable-pygtk,--disable-pygtk,"
USERADD_PACKAGES = "avahi-daemon avahi-autoipd"
USERADD_PARAM_avahi-daemon = "--system --home /var/run/avahi-daemon \
@@ -51,14 +57,12 @@ EXTRA_OECONF = "--with-avahi-priv-access-group=adm \
--disable-manpages \
${EXTRA_OECONF_SYSVINIT} \
${EXTRA_OECONF_SYSTEMD} \
- ${AVAHI_GTK} \
"
# The distro choice determines what init scripts are installed
EXTRA_OECONF_SYSVINIT =
"${@bb.utils.contains('DISTRO_FEATURES','sysvinit','--with-distro=debian','--with-distro=none',d)}"
EXTRA_OECONF_SYSTEMD =
"${@bb.utils.contains('DISTRO_FEATURES','systemd','--with-systemdsystemunitdir=${systemd_unitdir}/system/','--without-systemdsystemunitdir',d)}"
-AVAHI_GTK ?= "--disable-gtk --disable-gtk3"
LDFLAGS_append_libc-uclibc = " -lintl"
LDFLAGS_append_uclinux-uclibc = " -lintl"
--
2.8.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/7] ccache: 3.2.4 -> 3.2.5
Add Revert-Create-man-page-in-the-make-install-from-git-.patch to disable asciidoc since we don't have it. Signed-off-by: Robert Yang --- meta/recipes-devtools/ccache/ccache_3.2.4.bb | 10 --- meta/recipes-devtools/ccache/ccache_3.2.5.bb | 11 ...te-man-page-in-the-make-install-from-git-.patch | 33 ++ 3 files changed, 44 insertions(+), 10 deletions(-) delete mode 100644 meta/recipes-devtools/ccache/ccache_3.2.4.bb create mode 100644 meta/recipes-devtools/ccache/ccache_3.2.5.bb create mode 100644 meta/recipes-devtools/ccache/files/Revert-Create-man-page-in-the-make-install-from-git-.patch diff --git a/meta/recipes-devtools/ccache/ccache_3.2.4.bb b/meta/recipes-devtools/ccache/ccache_3.2.4.bb deleted file mode 100644 index fd45e41..000 --- a/meta/recipes-devtools/ccache/ccache_3.2.4.bb +++ /dev/null @@ -1,10 +0,0 @@ -require ccache.inc - -LICENSE = "GPLv3+" -LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=b3c337e7664559a789d9f7a93e5283c1" - -SRCREV = "2254797f1c5cfb83c4272da7b138f7f47218eb7d" - -SRC_URI += " \ -file://0002-dev.mk.in-fix-file-name-too-long.patch \ -" diff --git a/meta/recipes-devtools/ccache/ccache_3.2.5.bb b/meta/recipes-devtools/ccache/ccache_3.2.5.bb new file mode 100644 index 000..afd1b0e --- /dev/null +++ b/meta/recipes-devtools/ccache/ccache_3.2.5.bb @@ -0,0 +1,11 @@ +require ccache.inc + +LICENSE = "GPLv3+" +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=b8a4fa173ed91c1a5204ea4f9c9eadc3" + +SRCREV = "424d3ae1fb73444c6c38bf189f8fc048f66d6499" + +SRC_URI += " \ +file://0002-dev.mk.in-fix-file-name-too-long.patch \ +file://Revert-Create-man-page-in-the-make-install-from-git-.patch \ +" diff --git a/meta/recipes-devtools/ccache/files/Revert-Create-man-page-in-the-make-install-from-git-.patch b/meta/recipes-devtools/ccache/files/Revert-Create-man-page-in-the-make-install-from-git-.patch new file mode 100644 index 000..f0208b9 --- /dev/null +++ b/meta/recipes-devtools/ccache/files/Revert-Create-man-page-in-the-make-install-from-git-.patch @@ -0,0 +1,33 @@ +From 94fabcdda5c7e54ccdbc1f0aeccb26ce30e61226 Mon Sep 17 00:00:00 2001 +From: Robert Yang +Date: Mon, 18 Jul 2016 19:53:00 -0700 +Subject: [PATCH] Revert "Create man page in the make-install-from-git-repo + case" + +This reverts commit b86784902d28defd5e475c8922de594787df4541. + +We dont' have asciidoc, so revert it. + +Upstream-Status: Inappropriate [OE-Core specific] + +Signed-off-by: Robert Yang +--- + Makefile.in | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/Makefile.in b/Makefile.in +index d474f2a..c6cdc04 100644 +--- a/Makefile.in b/Makefile.in +@@ -76,7 +76,7 @@ ccache$(EXEEXT): $(ccache_objs) $(extra_libs) + $(CC) $(all_cflags) -o $@ $(ccache_objs) $(LDFLAGS) $(extra_libs) $(LIBS) + + .PHONY: install +-install: all $(srcdir)/ccache.1 ++install: all + $(installcmd) -d $(DESTDIR)$(bindir) + $(installcmd) -m 755 ccache$(EXEEXT) $(DESTDIR)$(bindir) + $(installcmd) -d $(DESTDIR)$(mandir)/man1 +-- +2.9.0 + -- 2.9.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/7] gettext: 0.19.6 -> 0.19.8.1
Signed-off-by: Robert Yang
---
.../add-with-bisonlocaledir.patch| 0
.../gettext/{gettext-0.19.6 => gettext-0.19.8.1}/parallel.patch | 0
.../gettext/{gettext_0.19.6.bb => gettext_0.19.8.1.bb} | 9 +++--
3 files changed, 7 insertions(+), 2 deletions(-)
rename meta/recipes-core/gettext/{gettext-0.19.6 =>
gettext-0.19.8.1}/add-with-bisonlocaledir.patch (100%)
rename meta/recipes-core/gettext/{gettext-0.19.6 =>
gettext-0.19.8.1}/parallel.patch (100%)
rename meta/recipes-core/gettext/{gettext_0.19.6.bb => gettext_0.19.8.1.bb}
(93%)
diff --git
a/meta/recipes-core/gettext/gettext-0.19.6/add-with-bisonlocaledir.patch
b/meta/recipes-core/gettext/gettext-0.19.8.1/add-with-bisonlocaledir.patch
similarity index 100%
rename from
meta/recipes-core/gettext/gettext-0.19.6/add-with-bisonlocaledir.patch
rename to
meta/recipes-core/gettext/gettext-0.19.8.1/add-with-bisonlocaledir.patch
diff --git a/meta/recipes-core/gettext/gettext-0.19.6/parallel.patch
b/meta/recipes-core/gettext/gettext-0.19.8.1/parallel.patch
similarity index 100%
rename from meta/recipes-core/gettext/gettext-0.19.6/parallel.patch
rename to meta/recipes-core/gettext/gettext-0.19.8.1/parallel.patch
diff --git a/meta/recipes-core/gettext/gettext_0.19.6.bb
b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
similarity index 93%
rename from meta/recipes-core/gettext/gettext_0.19.6.bb
rename to meta/recipes-core/gettext/gettext_0.19.8.1.bb
index 592e4fc..7b8c1e8 100644
--- a/meta/recipes-core/gettext/gettext_0.19.6.bb
+++ b/meta/recipes-core/gettext/gettext_0.19.8.1.bb
@@ -15,8 +15,8 @@ SRC_URI = "${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \
file://add-with-bisonlocaledir.patch \
"
-SRC_URI[md5sum] = "6d1447f8c5c45c329371ef4bfe7d79a5"
-SRC_URI[sha256sum] =
"ed4b4c19bd3a3034eb6769500a3592ff616759ef43cf30586dbb7a17c9dd695d"
+SRC_URI[md5sum] = "97e034cf8ce5ba73a28ff6c3c0638092"
+SRC_URI[sha256sum] =
"ff942af0e438ced4a8b0ea4b0b6e0d6d657157c5e2364de57baa279c1c125c43"
PACKAGECONFIG[msgcat-curses] =
"--with-libncurses-prefix=${STAGING_LIBDIR}/..,--disable-curses,ncurses,"
@@ -70,6 +70,11 @@ PACKAGES =+ "gettext-runtime gettext-runtime-dev
gettext-runtime-doc"
FILES_${PN} += "${libdir}/${BPN}/*"
+# The its/Makefile.am has defined:
+# itsdir = $(pkgdatadir)$(PACKAGE_SUFFIX)/its
+# not itsdir = $(pkgdatadir), so use wildcard to match the version.
+FILES_${PN} += "${datadir}/${BPN}-*/*"
+
FILES_gettext-runtime = "${bindir}/gettext \
${bindir}/ngettext \
${bindir}/envsubst \
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/7] git: 2.8.4 -> 2.9.2
Signed-off-by: Robert Yang
---
meta/recipes-devtools/git/git_2.9.2.bb | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 meta/recipes-devtools/git/git_2.9.2.bb
diff --git a/meta/recipes-devtools/git/git_2.9.2.bb
b/meta/recipes-devtools/git/git_2.9.2.bb
new file mode 100644
index 000..3eab96a
--- /dev/null
+++ b/meta/recipes-devtools/git/git_2.9.2.bb
@@ -0,0 +1,11 @@
+require git.inc
+
+EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \
+
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
+ "
+EXTRA_OEMAKE += "NO_GETTEXT=1"
+
+SRC_URI[tarball.md5sum] = "7faff70073c2c4a503cd584071fabb84"
+SRC_URI[tarball.sha256sum] =
"3cb09a3917c2d8150fc1708f3019cf99a8f0feee6cd61bba3797e3b2a85be9dc"
+SRC_URI[manpages.md5sum] = "6f8a2f890e40f18f4c96a5cd70722ad3"
+SRC_URI[manpages.sha256sum] =
"ac5c600153d1e4a1c6494e250cd27ca288e7667ad8d4ea2f2386f60ba1b78eec"
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [V2 PATCH 0/7] Packages Upgrade
* V2
- Use SECURITY_NO_PIE_CFLAGS for SECURITY_CFLAGS
- Drop e2fsprogs upgrading atm since it can't be built when musl + qemux86 +
--enable-hardening.
// Robert
The following changes since commit 0a2df616a5c3316704742f1dcf37b450920e0280:
boost: fix CVE-2012-2677 (2016-07-21 07:45:01 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/pu
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/pu
Robert Yang (7):
git: 2.8.4 -> 2.9.2
guile: 2.0.11 -> 2.0.12
gnu-efi: 3.0.3 -> 3.0.4
slang: 2.2.4 -> 2.3.0
gettext: 0.19.6 -> 0.19.8.1
gettext-minimal-native: 0.19.4 -> 0.19.8.1
ccache: 3.2.4 -> 3.2.5
meta/conf/distro/include/security_flags.inc| 1 +
.../aarch64-initplat.c-fix-const-qualifier.patch | 35
.../gnu-efi-Make-setjmp.S-portable-to-ARM.patch| 50 -
.../gnu-efi/{gnu-efi_3.0.3.bb => gnu-efi_3.0.4.bb} | 27 ++-
.../add-with-bisonlocaledir.patch | 0
.../parallel.patch | 0
.../gettext/gettext-minimal-0.19.4/aclocal.tgz | Bin 39744 -> 0 bytes
...-PATCH-Disable-the-test-to-convert-euc-jp.patch | 0
.../COPYING| 2 +-
.../Makefile.in.in | 44 +++--
.../gettext/gettext-minimal-0.19.8.1/aclocal.tgz | Bin 0 -> 40014 bytes
.../config.rpath | 2 +-
.../remove-potcdate.sin| 0
19.4.bb => gettext-minimal-native_0.19.8.1.bb} | 3 +-
.../{gettext_0.19.6.bb => gettext_0.19.8.1.bb} | 9 +-
meta/recipes-devtools/ccache/ccache_3.2.4.bb | 10 -
meta/recipes-devtools/ccache/ccache_3.2.5.bb | 11 ++
...te-man-page-in-the-make-install-from-git-.patch | 33
meta/recipes-devtools/git/git_2.9.2.bb | 11 ++
...guile-Check-for-strtol_l-during-configure.patch | 56 --
...002-Recognize-nios2-as-compilation-target.patch | 20 +-
...guile-VM-ASM_MUL-for-ARM-Add-earlyclobber.patch | 43
.../guile/files/remove_strcase_l_funcs.patch | 38
.../guile/{guile_2.0.11.bb => guile_2.0.12.bb} | 11 +-
...change-char-type-to-signed-char-in-macros.patch | 218 -
.../slang/slang/fix-check-pcre.patch | 30 +--
meta/recipes-extended/slang/slang/rpathfix.patch | 18 +-
.../slang-fix-the-iconv-existence-checking.patch | 31 +--
.../sprintf-bug-concerning-8-bit-characters.patch | 42
.../slang/{slang_2.2.4.bb => slang_2.3.0.bb} | 9 +-
30 files changed, 216 insertions(+), 538 deletions(-)
create mode 100644
meta/recipes-bsp/gnu-efi/gnu-efi/aarch64-initplat.c-fix-const-qualifier.patch
delete mode 100644
meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-Make-setjmp.S-portable-to-ARM.patch
rename meta/recipes-bsp/gnu-efi/{gnu-efi_3.0.3.bb => gnu-efi_3.0.4.bb} (59%)
rename meta/recipes-core/gettext/{gettext-0.19.6 =>
gettext-0.19.8.1}/add-with-bisonlocaledir.patch (100%)
rename meta/recipes-core/gettext/{gettext-0.19.6 =>
gettext-0.19.8.1}/parallel.patch (100%)
delete mode 100644 meta/recipes-core/gettext/gettext-minimal-0.19.4/aclocal.tgz
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/0001-PATCH-Disable-the-test-to-convert-euc-jp.patch
(100%)
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/COPYING (76%)
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/Makefile.in.in (91%)
create mode 100644
meta/recipes-core/gettext/gettext-minimal-0.19.8.1/aclocal.tgz
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/config.rpath (99%)
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/remove-potcdate.sin (100%)
rename meta/recipes-core/gettext/{gettext-minimal-native_0.19.4.bb =>
gettext-minimal-native_0.19.8.1.bb} (93%)
rename meta/recipes-core/gettext/{gettext_0.19.6.bb => gettext_0.19.8.1.bb}
(93%)
delete mode 100644 meta/recipes-devtools/ccache/ccache_3.2.4.bb
create mode 100644 meta/recipes-devtools/ccache/ccache_3.2.5.bb
create mode 100644
meta/recipes-devtools/ccache/files/Revert-Create-man-page-in-the-make-install-from-git-.patch
create mode 100644 meta/recipes-devtools/git/git_2.9.2.bb
delete mode 100644
meta/recipes-devtools/guile/files/0001-libguile-Check-for-strtol_l-during-configure.patch
delete mode 100644
meta/recipes-devtools/guile/files/libguile-VM-ASM_MUL-for-ARM-Add-earlyclobber.patch
delete mode 100644
meta/recipes-devtools/guile/files/remove_strcase_l_funcs.patch
rename meta/recipes-devtools/guile/{guile_2.0.11.bb => guile_2.0.12.bb} (91%)
delete mode 100644
meta/recipes-extended/slang/slang/change-char-type-to-signed-char-in-macros.patch
delete mode 100644
meta/recipes-extended/slang/slang/sprintf-bug-concerning-8-bit-characters.patch
rename meta/recipes-extended/slang/{slang_2.2
[OE-core] [PATCH 2/7] guile: 2.0.11 -> 2.0.12
* Remove these patches which already in the source:
- libguile-VM-ASM_MUL-for-ARM-Add-earlyclobber.patch
- remove_strcase_l_funcs.patch
- 0001-libguile-Check-for-strtol_l-during-configure.patch
* Update 0002-Recognize-nios2-as-compilation-target.patch
Signed-off-by: Robert Yang
---
...guile-Check-for-strtol_l-during-configure.patch | 56 --
...002-Recognize-nios2-as-compilation-target.patch | 20
...guile-VM-ASM_MUL-for-ARM-Add-earlyclobber.patch | 43 -
.../guile/files/remove_strcase_l_funcs.patch | 38 ---
.../guile/{guile_2.0.11.bb => guile_2.0.12.bb} | 11 +
5 files changed, 10 insertions(+), 158 deletions(-)
delete mode 100644
meta/recipes-devtools/guile/files/0001-libguile-Check-for-strtol_l-during-configure.patch
delete mode 100644
meta/recipes-devtools/guile/files/libguile-VM-ASM_MUL-for-ARM-Add-earlyclobber.patch
delete mode 100644
meta/recipes-devtools/guile/files/remove_strcase_l_funcs.patch
rename meta/recipes-devtools/guile/{guile_2.0.11.bb => guile_2.0.12.bb} (91%)
diff --git
a/meta/recipes-devtools/guile/files/0001-libguile-Check-for-strtol_l-during-configure.patch
b/meta/recipes-devtools/guile/files/0001-libguile-Check-for-strtol_l-during-configure.patch
deleted file mode 100644
index 24f073f..000
---
a/meta/recipes-devtools/guile/files/0001-libguile-Check-for-strtol_l-during-configure.patch
+++ /dev/null
@@ -1,56 +0,0 @@
-From 814d6fb6c1f4a544c8fd37f5a390ba020c2d8c85 Mon Sep 17 00:00:00 2001
-From: Khem Raj
-Date: Sun, 10 Jan 2016 22:28:17 +
-Subject: [PATCH] libguile: Check for strtol_l during configure
-
-strtol_l is a gnu extention which may not be available on other linux
-libc implementations e.g. musl. Therefore check for this funciton and
-conditionalize the use of it.
-
-Signed-off-by: Khem Raj
-Upstream-Status: Pending
-
- configure.ac| 5 +++--
- libguile/i18n.c | 2 +-
- 2 files changed, 4 insertions(+), 3 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index 3969929..f8a6a1a 100644
a/configure.ac
-+++ b/configure.ac
-@@ -752,7 +752,8 @@ AC_CHECK_HEADERS([assert.h crt_externs.h])
- # truncate - not in mingw
- # isblank - available as a GNU extension or in C99
- # _NSGetEnviron - Darwin specific
--# strcoll_l, newlocale - GNU extensions (glibc), also available on Darwin
-+# strcoll_l, newlocale, strtol_l - GNU extensions (glibc),
-+#also available on Darwin
- # fork - unavailable on Windows
- # utimensat - posix.1-2008
- # sched_getaffinity, sched_setaffinity - GNU extensions (glibc)
-@@ -768,7 +769,7 @@ AC_CHECK_FUNCS([DINFINITY DQNAN cexp chsize clog clog10
ctermid\
- getgrent kill getppid getpgrp fork setitimer getitimer strchr strcmp
\
- index bcopy memcpy rindex truncate unsetenv isblank _NSGetEnviron \
- strcoll strcoll_l newlocale utimensat sched_getaffinity \
-- sched_setaffinity sendfile])
-+ sched_setaffinity sendfile strtol_l])
-
- AM_CONDITIONAL([BUILD_ICE_9_POPEN],
- [test "x$enable_posix" = "xyes" && test "x$ac_cv_func_fork" = "xyes"])
-diff --git a/libguile/i18n.c b/libguile/i18n.c
-index 97d44b0..9fb6976 100644
a/libguile/i18n.c
-+++ b/libguile/i18n.c
-@@ -1352,7 +1352,7 @@ SCM_DEFINE (scm_locale_string_to_integer,
"locale-string->integer",
-
- if (c_locale != NULL)
- {
--#ifdef USE_GNU_LOCALE_API
-+#if defined(USE_GNU_LOCALE_API) && defined(HAVE_STRTOL_L)
- c_result = strtol_l (c_str, &c_endptr, c_base, c_locale);
- #else
- RUN_IN_LOCALE_SECTION (c_locale,
---
-2.7.0
-
diff --git
a/meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch
b/meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch
index 519585b..8e84747 100644
---
a/meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch
+++
b/meta/recipes-devtools/guile/files/0002-Recognize-nios2-as-compilation-target.patch
@@ -10,27 +10,23 @@ Upstream-Status: Submitted [
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22480
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/module/system/base/target.scm b/module/system/base/target.scm
-index d60a8e0..d1f6cff 100644
--- a/module/system/base/target.scm
+++ b/module/system/base/target.scm
@@ -65,7 +65,7 @@
(cond ((string-match "^i[0-9]86$" cpu)
(endianness little))
((member cpu '("x86_64" "ia64"
-- "powerpcle" "powerpc64le" "mipsel" "mips64el"))
-+ "powerpcle" "powerpc64le" "mipsel" "mips64el"
"nios2"))
+- "powerpcle" "powerpc64le" "mipsel" "mips64el"
"sh4"))
++ "powerpcle" "powerpc64le" "mipsel" "mips64el"
"sh4" "nios2"))
(endianness little))
((member cpu '("sparc" "sparc64" "powerpc" "powerpc64" "spu"
-"mips" "mips64"))
-@@
[OE-core] [PATCH 6/7] gettext-minimal-native: 0.19.4 -> 0.19.8.1
How to upgrade gettext-minimal-native:
- Build gettext-native
- Copy gettext-runtime/po/Makefile.in.in, build-aux/config.rpath and
gettext-runtime/po/remove-potcdate.sin from gettext-native.
- Update COPYING when needed (usually update the year), do not copy
the whole COPYING file from gettext-native.
- Go to gettext-native's ${S}/gettext-runtime/m4:
> Remove lt*.m4 and libtool.m4
> copy lib-ld.m4 lib-link.m4 lib-prefix.m4 from
${S}/gettext-runtime/gnulib-m4/
> tar czvf /path/to/aclocal.tgz *.m4
Signed-off-by: Robert Yang
---
.../gettext/gettext-minimal-0.19.4/aclocal.tgz | Bin 39744 -> 0 bytes
...-PATCH-Disable-the-test-to-convert-euc-jp.patch | 0
.../COPYING| 2 +-
.../Makefile.in.in | 44 +++--
.../gettext/gettext-minimal-0.19.8.1/aclocal.tgz | Bin 0 -> 40014 bytes
.../config.rpath | 2 +-
.../remove-potcdate.sin| 0
19.4.bb => gettext-minimal-native_0.19.8.1.bb} | 3 +-
8 files changed, 34 insertions(+), 17 deletions(-)
delete mode 100644 meta/recipes-core/gettext/gettext-minimal-0.19.4/aclocal.tgz
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/0001-PATCH-Disable-the-test-to-convert-euc-jp.patch
(100%)
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/COPYING (76%)
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/Makefile.in.in (91%)
create mode 100644
meta/recipes-core/gettext/gettext-minimal-0.19.8.1/aclocal.tgz
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/config.rpath (99%)
rename meta/recipes-core/gettext/{gettext-minimal-0.19.4 =>
gettext-minimal-0.19.8.1}/remove-potcdate.sin (100%)
rename meta/recipes-core/gettext/{gettext-minimal-native_0.19.4.bb =>
gettext-minimal-native_0.19.8.1.bb} (93%)
diff --git a/meta/recipes-core/gettext/gettext-minimal-0.19.4/aclocal.tgz
b/meta/recipes-core/gettext/gettext-minimal-0.19.4/aclocal.tgz
deleted file mode 100644
index
b04ba55032e45b1d11545df227a1e9ca26bebf8e..
GIT binary patch
literal 0
HcmV?d1
literal 39744
zcmV(%K;pk2iwFRfOy)w_O3UFLAI%2;CSq#h)X4;
z0dy7;r-vPGcmMaVduH@RU~jInTi+#0j6l=V)7{grnQ5(N>(r&5v}*kDr(G4eP8$ul
z*H2DP8|-(r!SDF>q*D2zTC3Mi8udmU+pD$8%f=6+^5>BhUB2t74k1678`WA=_rX!e
z{T2j$+v^3_a0S;k}KP{bk#F#t4KPQCNW&&rQwpfVN!y3gm(q}YvL{G
zP86*3!g!!A@h#I>86MTinmQ}Pb)lJfHt@6F5Y^JlwnKEo^&Dg7doYeyWSt)kZ%LpD
z@3!xem8~0dLu1(8B2isp+SUT^9@1#po}n=+*A9rud7!#ZKtsOLKt`B8IU-`y3W-a9D1*iiRr
zAj`fhFc@|-=ES3}M-H>0fiytM6vkqmxcECgIX}H=zLPU%fK00)5z{uE8y3Y;HnvZe
z>O)c@Y$mdJml$z#;{fj8+kXGs3yhpPR>=Tkvgn@_1@`;@YNcL10sr44ZmLTKu(p#D3nZGDO$VW$4hUu-BDz);;U4VhsD-uGy
zeVV3`Z;=)}Az)K5laB6|G#d~)z%WP`=70)v5fe=262MHDWPxPvTN;}nkcH|IO*KtI
zRShN*WaCJL$kIY8GPxazE)TY$lR2Wx5JRVy2O2~jlAGs{$0Yv&=|>WxV0sS{C6Bv=$m(ht-t>M@HNHOZKPSL8WW&Hniuaxs?wN@0>6RNK$B%fClm|UTPic%=BUvbTlLO;(Esak#Ftwzr4o;Go#yvz*
z&D*Rggi)BbE9gOgR}mWvz7TN@S2q@*wjie%9pQi=tp`H|Pm~}kq=8{k!B*{sqppxU
z4`$CmgWfeUkxIG2;7keC4H`drw4Hn68f?*rN;(6Xo12-dvvFp=d0&P!m+HV{iRuelTH794
zg=&^f6%(}*xaiXQ9%x#YJZ}T5hdSuFWZDZcF8ce+QTxB)sZpxDZhb(W&)z({j2=*nQ@KmA0ahqthh05d1QiIn#9=U8Jn8uUsuh=F4r0cmWg
zq|5@`aQza8($=Q$;$M=a>)xcLjK=Mjh?FpR3u~
zxd2cG1zF9g)9)oG51EOEx)~^%mTr#Cz-ZEg)u+Us|xZyoQ
zO#176((d$7y+F(+O1Orz9SHenl7GqN!XDgqdi^14Yf=`Y@vzexE6v`h6BpT6@(6>c
zW)eQKCNlmQ$AUyN8Tg4S@&}5(@VeC^4XFlcvbwNr7u=KZF(gB*$sqSsegQbB>C$JQ
zLP)N~PfghKX3C|RS|MUDKAH3Yw7qY<3}8;<0Z6oCq2P+4D9OxTfV0b4Hm(sK4BN-W
zg6-Lu=kT2Ls^34#vD5_Idje3W;OBVu6$6dUh|5x%$0fB0G+|Uyw^JCyVquH>=VWs4
zLL^#fS{OkgwEYL-iduGIg`vPNNn04d82ZIYqgt)M4dUF_^*yb>dinBg6rdU@OF7N3
zluW&TmWRqzDn*z~tKS=qmBFxiecRlpgjw)`fhq%tkSmqsb7&#aTo41kI6&=hxzc;r
zUo0@S3GLtlvQ5|fEte}~t8{YQOZmFf69euXZ|%FwT;VCGI8|&R3~5-XfG!gBM=-=R
zGlAnNiSOiC?zNxf*IuLab{TO(c25i?EcUMOzpxqi9j>`%d1lG}j^{tsDjxQv&wu{j
z|NA!A3leESaQ@TCKJMXXJZFEE%|Ar+-Z4B_;*!~h3{>AFGQJ3a*
zF>pptupbZ)Y(ZOvZ;3q`F5QPqj2%ZN9__}K*z~+=^~PO5b=7TNkHn@Y3T6Pt;6oNd
z7O*VW$Q!0acxD3FguC7)2}z)Uad1sH`ZyZPw=6O1;gVy-_RI{+b8Ow$VCEs|QGL(G
z9V}9lPAd$ZJ#%f7den`OVN%T3W;nvCp%`?(2
zAddI&U{A!Tk<#zA0M@raO?7F>j*dbY5OXVla5pQ+_U=P~^cf+}7;an$QR7(_Opx{v
zEZ0T5!rGN(oZw0Cj~)=Z8@J5T3z*yZf;S0)dGr>*oU7xc*MY1~xk)sVuzMhvWM|9_
za8(1={@$>3`_bh#eLH&B!sIg>mtm*zL~Sq#XzEsbke9k9rR%&^APV~iD;@ZLOsWu{
z3Q5XX!j~zDzy?xcuwabH7!tb%FSbmj^3-4vI&Mun@d-PB0%5ql>JgUK@=w+B-02;;
zNFe`|+VFs-{ZMX>i||GM(CQZ1sIBq%BYqo$&b9DMb1;A`t+>^<*Y90+`>kIQX7o|O
zwpzFSwv1ng?S8NOk$-zX#QXapK1tyD@;df2eSV#QME=0F`zD?l{}}T4Iw`$CWk(-x
z@lbs)_d;-ZN-iV^_KPwjIrLPx8!Ew*-0M_7++Yxv4ta4|rw?VzH_coT`xnTM7bK~0
z>=LAZz96+UK9)nL;nTzhBADwypS^~FhBQP{C7T~$PD`wT1Iv2m5QKvhnonPBNXMf96J}UW3RH|`uQpIZfQs`94nue7ehri&0y&>^
z`eV5*N(Z-AdD{r|KH?#K_U$Z_J2=LpYsAh_3Z5AFR~X5cv4(ws>S|h
z6l>?$Cgs|(|3x*=C67x(TN3003(M38)iBi=^Z}lz!|r*=2Zw
z(`D5(ybYf%QMC%>Q(iWQ{rCnpdtHRs^E4`A3Q9pjn*Bf>sxwrx%@e!?d=%NfF2Xvv
zvmTAWRX~igR<(O|LBo4AT70DJ5dux58#Xz|z}|6iq`u~mx{ZZiV)MW0gT^@SIr~A#
z#B@-|ZHKNw0m&PkfBA>DSy
[OE-core] [PATCH 3/7] gnu-efi: 3.0.3 -> 3.0.4
* Remove gnu-efi-Make-setjmp.S-portable-to-ARM.patch since it is already
in the source.
* Updated LIC_FILES_CHKSUM
- The following files are gone:
lib/arm/div64.S
lib/arm/lib1funcs.S
- Updated md5sum for other files, they add the following words, which are
still GPLv2+:
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
are met:
1. Redistributions of source code must retain the above copyright
notice and this list of conditions, without modification.
2. The name of the author may not be used to endorse or promote products
derived from this software without specific prior written permission.
Alternatively, this software may be distributed under the terms of the
GNU General Public License as published by the Free Software Foundation;
either version 2 of the License, or (at your option) any later version.
* Remove -mfpmath=sse from TUNE_CCARGS since gnu-efi doesn't support sse to fix
the
problem:
rtdata.c:1:0: error: SSE instruction set disabled, using 387 arithmetics
[-Werror]
* gnu-efi's Makefile treats prefix as toolchain prefix, so don't export it,
otherwise there would be errors:
/bin/sh: /usrgcc: No such file or directory
* Add aarch64-initplat.c-fix-const-qualifier.patch to fix build on aarch64:
initplat.c:44:35: error: initialization discards 'const' qualifier from
pointer target type [-Werror=discarded-qualifiers]
Signed-off-by: Robert Yang
---
.../aarch64-initplat.c-fix-const-qualifier.patch | 35 +++
.../gnu-efi-Make-setjmp.S-portable-to-ARM.patch| 50 --
.../gnu-efi/{gnu-efi_3.0.3.bb => gnu-efi_3.0.4.bb} | 27 +++-
3 files changed, 52 insertions(+), 60 deletions(-)
create mode 100644
meta/recipes-bsp/gnu-efi/gnu-efi/aarch64-initplat.c-fix-const-qualifier.patch
delete mode 100644
meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-Make-setjmp.S-portable-to-ARM.patch
rename meta/recipes-bsp/gnu-efi/{gnu-efi_3.0.3.bb => gnu-efi_3.0.4.bb} (59%)
diff --git
a/meta/recipes-bsp/gnu-efi/gnu-efi/aarch64-initplat.c-fix-const-qualifier.patch
b/meta/recipes-bsp/gnu-efi/gnu-efi/aarch64-initplat.c-fix-const-qualifier.patch
new file mode 100644
index 000..965f074
--- /dev/null
+++
b/meta/recipes-bsp/gnu-efi/gnu-efi/aarch64-initplat.c-fix-const-qualifier.patch
@@ -0,0 +1,35 @@
+From dc83b84dc8b4e71efce47143497aac6c126065cf Mon Sep 17 00:00:00 2001
+From: Robert Yang
+Date: Mon, 18 Jul 2016 08:40:29 -0700
+Subject: [PATCH] lib/aarch64/initplat.c: fix const qualifier
+
+Fixed:
+initplat.c:44:35: error: initialization discards 'const' qualifier from
pointer target type [-Werror=discarded-qualifiers]
+ unsigned char *p = dest, *q = src;
+ ^~~
+cc1: all warnings being treated as errors
+
+Upstream-Status: Pending
+
+Signed-off-by: Robert Yang
+---
+ lib/aarch64/initplat.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/lib/aarch64/initplat.c b/lib/aarch64/initplat.c
+index 2ac03a7..aae7beb 100644
+--- a/lib/aarch64/initplat.c
b/lib/aarch64/initplat.c
+@@ -41,7 +41,8 @@ void *memset(void *s, int c, __SIZE_TYPE__ n)
+
+ void *memcpy(void *dest, const void *src, __SIZE_TYPE__ n)
+ {
+-unsigned char *p = dest, *q = src;
++unsigned char *p = dest;
++const unsigned char *q = src;
+
+ while (n--)
+ *p++ = *q++;
+--
+2.9.0
+
diff --git
a/meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-Make-setjmp.S-portable-to-ARM.patch
b/meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-Make-setjmp.S-portable-to-ARM.patch
deleted file mode 100644
index ced128a..000
---
a/meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-Make-setjmp.S-portable-to-ARM.patch
+++ /dev/null
@@ -1,50 +0,0 @@
-From 8a356d4b6a242ce63b73920d3ed33f88f9e12fe3 Mon Sep 17 00:00:00 2001
-From: Wenzong Fan
-Date: Sun, 6 Sep 2015 05:20:43 -0400
-Subject: [PATCH] gnu-efi: Make setjmp.S portable to ARM
-
-This patch fixes the following error:
-
- .../lib/arm/setjmp.S:18: Error: unrecognized symbol type ""
- .../lib/arm/setjmp.S:26: Error: unrecognized symbol type ""
-
-The problem is the assembly syntax that is used is not portable to ARM,
-where the '@' symbol is a comment:
-
- > Note on targets where the @ character is the start of a comment
- > (eg ARM) then another character is used instead. For example the
- > ARM port uses the % character.
-
-(From https://sourceware.org/binutils/docs-2.25/as/Section.html#Section)
-
-Upstream-Status: Pending
-
-Signed-off-by: Wenzong Fan
- lib/arm/setjmp.S | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/lib/arm/setjmp.S b/lib/arm/setjmp.S
-index 6e3fbf0..85c8705 100644
a/lib/arm/setjmp.S
-+++ b/lib/arm/setjmp.S
-@@ -15,7 +15,7 @@ BASIS,
- .text
- .arm
- .globl setjmp
-- .type setjmp, @function
-+ .type setjmp, %function
- setjmp:
- mov r3, r13
- stmia r0
[OE-core] [PATCH 4/7] slang: 2.2.4 -> 2.3.0
* Removed:
change-char-type-to-signed-char-in-macros.patch
sprintf-bug-concerning-8-bit-characters.patch
They are already in the source.
* Updated:
fix-check-pcre.patch
fix-check-pcre.patch
slang-fix-the-iconv-existence-checking.patch
* Use SECURITY_NO_PIE_CFLAGS for SECURITY_CFLAGS, it can't be built with
"-pie -fpie":
tmp/sysroots/qemux86-64/usr/lib64/../lib64/Scrt1.o: In function `_start':
/usr/src/debug/glibc/2.24-r0/git/csu/../sysdeps/x86_64/start.S:104: undefined
reference to `main'
/tmp/ccMFTA8A.o: In function `smg_char_at':
/usr/src/debug/slang/2.3.0-r0/slang-2.3.0/modules/slsmg-module.c:134:
undefined reference to `SLsmg_char_at'
/tmp/ccMFTA8A.o: In function `smg_resume_smg':
---
meta/conf/distro/include/security_flags.inc| 1 +
...change-char-type-to-signed-char-in-macros.patch | 218 -
.../slang/slang/fix-check-pcre.patch | 30 +--
meta/recipes-extended/slang/slang/rpathfix.patch | 18 +-
.../slang-fix-the-iconv-existence-checking.patch | 31 +--
.../sprintf-bug-concerning-8-bit-characters.patch | 42
.../slang/{slang_2.2.4.bb => slang_2.3.0.bb} | 9 +-
7 files changed, 58 insertions(+), 291 deletions(-)
delete mode 100644
meta/recipes-extended/slang/slang/change-char-type-to-signed-char-in-macros.patch
delete mode 100644
meta/recipes-extended/slang/slang/sprintf-bug-concerning-8-bit-characters.patch
rename meta/recipes-extended/slang/{slang_2.2.4.bb => slang_2.3.0.bb} (82%)
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index a7be185..d953161 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -86,6 +86,7 @@ SECURITY_CFLAGS_pn-python3 = "${SECURITY_NO_PIE_CFLAGS}"
# Revert RPM to using internally supported values
SECURITY_CFLAGS_pn-rpm = "${lcl_maybe_fortify} -fstack-protector"
SECURITY_CFLAGS_pn-syslinux = "${SECURITY_NO_PIE_CFLAGS}"
+SECURITY_CFLAGS_pn-slang = "${SECURITY_NO_PIE_CFLAGS}"
SECURITY_CFLAGS_pn-tcl = "${SECURITY_NO_PIE_CFLAGS}"
SECURITY_CFLAGS_pn-tiff = "${SECURITY_NO_PIE_CFLAGS}"
SECURITY_CFLAGS_pn-uclibc = ""
diff --git
a/meta/recipes-extended/slang/slang/change-char-type-to-signed-char-in-macros.patch
b/meta/recipes-extended/slang/slang/change-char-type-to-signed-char-in-macros.patch
deleted file mode 100644
index 2ea1ffd..000
---
a/meta/recipes-extended/slang/slang/change-char-type-to-signed-char-in-macros.patch
+++ /dev/null
@@ -1,218 +0,0 @@
-slang: change char type to signed char in macros
-
-C language has 3 distinct char types:
- char
- unsigned char
- signed char
-A char has the same range of values as signed char on X86,
-but same as unsigned char on ARM which made Slang's typecast()
-and array_sort() unable to work for char value on ARM, since
-Slang is assuming "char" as "signed char".
-
-Now we change "char" as "signed char" explicitly in
-util/mkslarith2.sl, and use it to regenerate src/slarith2.inc
-
-Upstream-Status: Submitted
-Signed-off-by: Roy.Li
- src/slarith2.inc | 72
-
- src/util/mkslarith2.sl |2 -
- 2 files changed, 37 insertions(+), 37 deletions(-)
-
a/src/util/mkslarith2.sl
-+++ b/src/util/mkslarith2.sl
-@@ -1,7 +1,7 @@
- #!/usr/bin/env slsh
-
- private variable CTypes =
-- ["char", "unsigned char", "short", "unsigned short", "int", "unsigned int",
-+ ["signed char", "unsigned char", "short", "unsigned short", "int",
"unsigned int",
-"long", "unsigned long", "long long", "unsigned long long",
-"float", "double", "long double"];
- private variable Is_Int_Type =
a/src/slarith2.inc
-+++ b/src/slarith2.inc
-@@ -1,43 +1,43 @@
- /* DO NOT EDIT -- this file was generated by src/util/mkslarith2.sl */
--/* char -- */
--DEFUN_1(copy_char_to_char,char,char)
-+/* signed char -- */
-+DEFUN_1(copy_char_to_char,signed char,signed char)
- #define char_to_char NULL
- #define copy_char_to_ucharcopy_char_to_char
- #define char_to_uchar NULL
--DEFUN_1(copy_char_to_short,char,short)
-+DEFUN_1(copy_char_to_short,signed char,short)
- #define char_to_short NULL
--DEFUN_1(copy_char_to_ushort,char,unsigned short)
-+DEFUN_1(copy_char_to_ushort,signed char,unsigned short)
- #define char_to_ushortNULL
--DEFUN_1(copy_char_to_int,char,int)
--DEFUN_2(char_to_int,char,int,copy_char_to_int)
--DEFUN_1(copy_char_to_uint,char,unsigned int)
--DEFUN_2(char_to_uint,char,unsigned int,copy_char_to_uint)
--DEFUN_1(copy_char_to_long,char,long)
--DEFUN_2(char_to_long,char,long,copy_char_to_long)
--DEFUN_1(copy_char_to_ulong,char,unsigned long)
--DEFUN_2(char_to_ulong,char,unsigned long,copy_char_to_ulong)
-+DEFUN_1(copy_char_to_int,signed char,int)
-+DEFUN_2(char_to_int,signed char,int,copy_char_to_int)
-+DEFUN_1(copy_char_to_uint,signed char,unsigned int)
-+DEFUN_2(char_to_uint,signed char,unsigned int,copy_
Re: [OE-core] [PATCH 0/8] Extensible SDK improvements
On Sat, 23 Jul 2016 13:11:39 Paul Eggleton wrote: > On Fri, 22 Jul 2016 23:31:38 Burton, Ross wrote: > > On 22 July 2016 at 13:38, Paul Eggleton > > > > wrote: > > > Some fixes and enhancements centered around how the toolchain is > > > incorporated in the eSDK, as well as a couple of tweaks for buildhistory > > > that I found we needed during development. > > > > This is happening in mut, could your branch be responsible: > > > > http://errors.yoctoproject.org/Errors/Details/73022/ > > > > Ross (who will look further when its not 23:30 on Friday!) > > Hmm, it will be, but I can't tell immediately from the error message what > could be wrong... Ah, I believe this is bash vs. dash. Fix incoming, just need to test it. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/7] xf86-input-vmmouse: remove duplicated udev setting from FILES_${PN}
bitbake.conf already sets it.
Signed-off-by: Robert Yang
---
meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb
b/meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb
index 8615b48..92a1b25 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb
@@ -23,4 +23,4 @@ do_install_append () {
EXTRA_OECONF = "--with-udev-rules-dir=${nonarch_base_libdir}/udev/rules.d"
-FILES_${PN} += "${nonarch_base_libdir}/udev/rules.d/
${datadir}/X11/xorg.conf.d"
+FILES_${PN} += "${datadir}/X11/xorg.conf.d"
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/7] mdadm: remove duplicated udev setting from FILES_${PN}
bitbake.conf already sets it.
Signed-off-by: Robert Yang
---
meta/recipes-extended/mdadm/mdadm_3.4.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-extended/mdadm/mdadm_3.4.bb
b/meta/recipes-extended/mdadm/mdadm_3.4.bb
index 513a3ce..261054e 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.4.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.4.bb
@@ -46,8 +46,6 @@ do_install() {
autotools_do_install
}
-FILES_${PN} += "${base_libdir}/udev/rules.d/*.rules"
-
inherit ptest
do_compile_ptest() {
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/7] eudev: don't move udev directory
The code did "mv ${D}${base_libdir}/udev ${D}${nonarch_base_libdir}"
which is not needed any more, eudev can work with ${base_libdir}/udev.
Signed-off-by: Robert Yang
---
meta/recipes-core/udev/eudev_3.2.bb | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/meta/recipes-core/udev/eudev_3.2.bb
b/meta/recipes-core/udev/eudev_3.2.bb
index 6270617..ac4285b 100644
--- a/meta/recipes-core/udev/eudev_3.2.bb
+++ b/meta/recipes-core/udev/eudev_3.2.bb
@@ -27,7 +27,6 @@ inherit autotools update-rc.d qemu
EXTRA_OECONF = " \
--sbindir=${base_sbindir} \
---libexecdir=${nonarch_base_libdir} \
--with-rootlibdir=${base_libdir} \
--with-rootprefix= \
"
@@ -53,13 +52,6 @@ do_install_append() {
# Use classic network interface naming scheme
touch ${D}${sysconfdir}/udev/rules.d/80-net-name-slot.rules
- # Fix for multilib systems where libs along with confs are installed
incorrectly
- if ! [ -d ${D}${nonarch_base_libdir}/udev ]
- then
- install -d ${D}${nonarch_base_libdir}/udev
- mv ${D}${base_libdir}/udev ${D}${nonarch_base_libdir}
- fi
-
# hid2hci has moved to bluez4. removed in udev as of version 169
rm -f ${D}${base_libdir}/udev/hid2hci
}
@@ -75,7 +67,7 @@ PACKAGES =+ "udev-cache"
PACKAGES =+ "eudev-hwdb"
-FILES_${PN} += "${libexecdir} ${nonarch_base_libdir}/udev ${bindir}/udevadm"
+FILES_${PN} += "${libexecdir} ${base_libdir}/udev ${bindir}/udevadm"
FILES_${PN}-dev = "${datadir}/pkgconfig/udev.pc \
${includedir}/libudev.h ${libdir}/libudev.so \
${includedir}/udev.h ${libdir}/libudev.la \
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/7] bitbake.conf: add eudev's udevdir to FILES_${PN}
The eudev's udevdir can be ${base_libdir}/udev or ${libdir}/udev, it
doesn't have to be hardcoded to /lib/udev, so add them FILES_${PN}.
Signed-off-by: Robert Yang
---
meta/conf/bitbake.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index af3b181..50df2f0 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -285,6 +285,7 @@ FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/*
${libdir}/lib*${SOLIBS}
${base_bindir}/* ${base_sbindir}/* \
${base_libdir}/*${SOLIBS} \
${base_prefix}/lib/udev/rules.d ${prefix}/lib/udev/rules.d \
+${base_libdir}/udev/rules.d ${libdir}/udev/rules.d \
${datadir}/${BPN} ${libdir}/${BPN}/* \
${datadir}/pixmaps ${datadir}/applications \
${datadir}/idl ${datadir}/omf ${datadir}/sounds \
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/7] Fix udev dirs
The following changes since commit 0a2df616a5c3316704742f1dcf37b450920e0280:
boost: fix CVE-2012-2677 (2016-07-21 07:45:01 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/udev
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/udev
Robert Yang (7):
bitbake.conf: add eudev's udevdir to FILES_${PN}
systemd: install udev.pc
libinput: fix udevdir
ofono: remove duplicated udev setting from FILES_${PN}
mdadm: remove duplicated udev setting from FILES_${PN}
xf86-input-vmmouse: remove duplicated udev setting from FILES_${PN}
eudev: don't move udev directory
meta/conf/bitbake.conf | 1 +
meta/recipes-connectivity/ofono/ofono.inc | 2 +-
meta/recipes-core/systemd/systemd_230.bb | 2 ++
meta/recipes-core/udev/eudev_3.2.bb| 10 +-
meta/recipes-extended/mdadm/mdadm_3.4.bb | 2 --
meta/recipes-graphics/wayland/libinput_1.3.0.bb| 6 +-
meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb | 2 +-
7 files changed, 11 insertions(+), 14 deletions(-)
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/7] systemd: install udev.pc
It provides udev, but doesn't install udev.pc, which causes other
recipes failed to figure out udevdir.
Fixed when systemd in DISTRO_FEATURES:
$ bitbake pcmciautils (or btrfs-tools):
Package udev was not found in the pkg-config search path.
Perhaps you should add the directory containing `udev.pc'
to the PKG_CONFIG_PATH environment variable
No package 'udev' found
Their udev rules file may not be installed according to each pkg's
implementation.
Signed-off-by: Robert Yang
---
meta/recipes-core/systemd/systemd_230.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/systemd/systemd_230.bb
b/meta/recipes-core/systemd/systemd_230.bb
index 374a197..3c83ebb 100644
--- a/meta/recipes-core/systemd/systemd_230.bb
+++ b/meta/recipes-core/systemd/systemd_230.bb
@@ -202,6 +202,8 @@ do_install() {
install -d ${D}${sysconfdir}/udev/rules.d/
install -d ${D}${sysconfdir}/tmpfiles.d
install -m 0644 ${WORKDIR}/*.rules ${D}${sysconfdir}/udev/rules.d/
+ install -d ${D}${libdir}/pkgconfig
+ install -m 0644 ${B}/src/udev/udev.pc ${D}${libdir}/pkgconfig/
install -m 0644 ${WORKDIR}/00-create-volatile.conf
${D}${sysconfdir}/tmpfiles.d/
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/7] ofono: remove duplicated udev setting from FILES_${PN}
bitbake.conf already sets it.
Signed-off-by: Robert Yang
---
meta/recipes-connectivity/ofono/ofono.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/ofono/ofono.inc
b/meta/recipes-connectivity/ofono/ofono.inc
index 72bbcac..99cb719 100644
--- a/meta/recipes-connectivity/ofono/ofono.inc
+++ b/meta/recipes-connectivity/ofono/ofono.inc
@@ -36,6 +36,6 @@ PACKAGES =+ "${PN}-tests"
RDEPENDS_${PN} += "dbus"
-FILES_${PN} += "${base_libdir}/udev ${systemd_unitdir}"
+FILES_${PN} += "${systemd_unitdir}"
FILES_${PN}-tests = "${libdir}/${BPN}/test"
RDEPENDS_${PN}-tests = "python3 python3-pygobject python3-dbus"
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/7] libinput: fix udevdir
Use "pkg-config --variable=udevdir udev" to fix udevdir, otherwise it
would use ${libdir}/udev which is incorrect for systemd's udev.
Signed-off-by: Robert Yang
---
meta/recipes-graphics/wayland/libinput_1.3.0.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/wayland/libinput_1.3.0.bb
b/meta/recipes-graphics/wayland/libinput_1.3.0.bb
index 13724d5..f0b66de 100644
--- a/meta/recipes-graphics/wayland/libinput_1.3.0.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.3.0.bb
@@ -20,4 +20,8 @@ PACKAGECONFIG[libunwind] =
"--with-libunwind,--without-libunwind,libunwind"
PACKAGECONFIG[libwacom] = "--enable-libwacom,--disable-libwacom,libwacom"
PACKAGECONFIG[gui] = "--enable-event-gui,--disable-event-gui,cairo gtk+3"
-FILES_${PN} += "${libdir}/udev/"
+UDEVDIR = "`pkg-config --variable=udevdir udev`"
+
+EXTRA_OECONF += "--with-udev-dir=${UDEVDIR}"
+
+FILES_${PN} += "${base_libdir}/udev/ ${nonarch_base_libdir}/udev/"
--
2.9.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 5/8] slang: 2.2.4 -> 2.3.0
On 07/22/2016 04:54 PM, Burton, Ross wrote: On 19 July 2016 at 14:44, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: * Removed: change-char-type-to-signed-char-in-macros.patch sprintf-bug-concerning-8-bit-characters.patch They are already in the source. * Updated: fix-check-pcre.patch fix-check-pcre.patch slang-fix-the-iconv-existence-checking.patch Signed-off-by: Robert Yang mailto:liezhi.y...@windriver.com>> This fails in all the poky-lsb configurations (which generally implicates the security flags): Hi Ross, Use SECURITY_NO_PIE_CFLAGS for security flags will fix the problem, I will send a V2 and drop e2fsprogs upgrade atm. // Robert make[1]: Entering directory '/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/e2fsprogs/1.43.1-r0/build/po' /bin/sh: 6: @mkdir_p@: not found /usr/bin/install: cannot create regular file ‘/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/e2fsprogs/1.43.1-r0/image/usr/share/locale/ca/LC_MESSAGES/e2fsprogs.mo’: No such file or directory installing ../../git/po/ca.gmo as /data/poky-master/tmp-glibc/work/corei7-64-poky-linux/e2fsprogs/1.43.1-r0/image/usr/share/locale/ca/LC_MESSAGES/e2fsprogs.mo /bin/sh: 6: @mkdir_p@: not found /usr/bin/install: cannot create regular file ‘/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/e2fsprogs/1.43.1-r0/image/usr/share/locale/cs/LC_MESSAGES/e2fsprogs.mo’: No such file or directory installing ../../git/po/cs.gmo as /data/poky-master/tmp-glibc/work/corei7-64-poky-linux/e2fsprogs/1.43.1-r0/image/usr/share/locale/cs/LC_MESSAGES/e2fsprogs.mo /bin/sh: 6: @mkdir_p@: not found /usr/bin/install: cannot create regular file ‘/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/e2fsprogs/1.43.1-r0/image/usr/share/locale/da/LC_MESSAGES/e2fsprogs.mo’: No such file or directory ... (http://errors.yoctoproject.org/Errors/Details/72820/) as-needed dropping libraries that are needed later maybe? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
