[OE-core] [PATCH v3] meta: add missing descriptions and homepage in bsp
Signed-off-by: Maxime Roussin-Bélanger
---
Changes in v3:
- Change some forward slashes to backslashes
Changes in v2:
- Rewrite acpid description to be more meaningful
- Change grub-bootconf description
meta/recipes-bsp/acpid/acpid.inc | 6 ++
meta/recipes-bsp/formfactor/formfactor_0.0.bb | 3 +++
meta/recipes-bsp/grub/grub-bootconf_1.00.bb | 3 +++
meta/recipes-bsp/u-boot/u-boot-common.inc | 4
meta/recipes-bsp/usbinit/usbinit.bb | 4
5 files changed, 20 insertions(+)
diff --git a/meta/recipes-bsp/acpid/acpid.inc b/meta/recipes-bsp/acpid/acpid.inc
index 766ed4f89e..1e43e7a9db 100644
--- a/meta/recipes-bsp/acpid/acpid.inc
+++ b/meta/recipes-bsp/acpid/acpid.inc
@@ -1,4 +1,10 @@
SUMMARY = "A daemon for delivering ACPI events"
+DESCRIPTION = "ACPID is a completely flexible, totally extensible daemon for \
+delivering ACPI events. It listens on netlink interface (or on the \
+deprecated file /proc/acpi/event), and when an event occurs, executes programs
\
+to handle the event. The programs it executes are configured through a set of \
+configuration files, which can be dropped into place by packages or by the \
+admin."
HOMEPAGE = "http://sourceforge.net/projects/acpid2;
BUGTRACKER = "http://sourceforge.net/p/acpid2/tickets/?source=navbar;
SECTION = "base"
diff --git a/meta/recipes-bsp/formfactor/formfactor_0.0.bb
b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
index 53cf1cf774..ea1fa4c754 100644
--- a/meta/recipes-bsp/formfactor/formfactor_0.0.bb
+++ b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
@@ -1,4 +1,7 @@
SUMMARY = "Device formfactor information"
+DESCRIPTION = "A formfactor configuration file provides information about the \
+target hardware for which the image is being built and information that the \
+build system cannot obtain from other sources such as the kernel."
SECTION = "base"
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
diff --git a/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
b/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
index 750f8c808a..9d5dab9aa8 100644
--- a/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
+++ b/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
@@ -1,6 +1,9 @@
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
SUMMARY = "Basic grub.cfg for use in EFI systems"
+DESCRIPTION = "Grub might require different configuration file for \
+different machines."
+HOMEPAGE =
"https://www.gnu.org/software/grub/manual/grub/grub.html#Configuration;
RPROVIDES_${PN} += "virtual/grub-bootconf"
diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc
b/meta/recipes-bsp/u-boot/u-boot-common.inc
index ad043dbcde..a056eae8ce 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
@@ -1,4 +1,8 @@
HOMEPAGE = "http://www.denx.de/wiki/U-Boot/WebHome;
+DESCRIPTION = "U-Boot, a boot loader for Embedded boards based on PowerPC, \
+ARM, MIPS and several other processors, which can be installed in a boot \
+ROM and used to initialize and test the hardware or to download and run \
+application code."
SECTION = "bootloaders"
DEPENDS += "flex-native bison-native"
diff --git a/meta/recipes-bsp/usbinit/usbinit.bb
b/meta/recipes-bsp/usbinit/usbinit.bb
index aba44b4068..ef98f0bf62 100644
--- a/meta/recipes-bsp/usbinit/usbinit.bb
+++ b/meta/recipes-bsp/usbinit/usbinit.bb
@@ -1,4 +1,8 @@
SUMMARY = "Initscript for enabling USB gadget Ethernet"
+DESCRIPTION = "This module allows ethernet emulation over USB, allowing for \
+all sorts of nifty things like SSH and NFS in one go plus charging over the \
+same wire, at higher speeds than most Wifi connections."
+HOMEPAGE = "http://linux-sunxi.org/USB_Gadget/Ethernet;
LICENSE = "GPLv2"
LIC_FILES_CHKSUM =
"file://${WORKDIR}/COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/9] uefi.bbclass: add bbclass holding configuration for UEFI applications
> +image = "bootUNKNOWN.efi"
It might be better to raise an error here.
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
On Behalf Of
dbarysh...@gmail.com
Sent: Wednesday, September 11, 2019 5:30 PM
To: openembedded-core@lists.openembedded.org
Cc: Dmitry Eremin-Solenikov
Subject: [OE-core] [PATCH 1/9] uefi.bbclass: add bbclass holding configuration
for UEFI applications
From: Dmitry Eremin-Solenikov
Create new bbclass defining common variables for all UEFI-related packages
(bootloaders, test applications, etc).
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/classes/uefi.bbclass | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 meta/classes/uefi.bbclass
diff --git a/meta/classes/uefi.bbclass b/meta/classes/uefi.bbclass new file
mode 100644 index ..d3fc4b686676
--- /dev/null
+++ b/meta/classes/uefi.bbclass
@@ -0,0 +1,26 @@
+# Location of EFI files inside EFI System Partition EFIDIR ?=
+"/EFI/BOOT"
+
+# Prefix where ESP is mounted inside rootfs. Set to empty if package is
+going # to be installed to ESP directly EFI_PREFIX ?= "/boot"
+
+# Location inside rootfs.
+EFI_FILES_PATH = "${EFI_PREFIX}${EFIDIR}"
+
+# Determine name of bootloader image
+python __anonymous () {
+import re
+target = d.getVar('TARGET_ARCH')
+if target == "x86_64":
+image = "bootx64.efi"
+elif re.match('i.86', target):
+image = "bootia32.efi"
+elif re.match('aarch64', target):
+image = "bootaa64.efi"
+elif re.match('arm', target):
+image = "bootarm.efi"
+else:
+image = "bootUNKNOWN.efi"
+d.setVar("EFI_BOOT_IMAGE", image)
+}
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/9] uefi.bbclass: add bbclass holding configuration for UEFI applications
Hello,
On Wed, 2019-09-11 at 12:29 +0300, dbarysh...@gmail.com wrote:
> From: Dmitry Eremin-Solenikov
>
> Create new bbclass defining common variables for all UEFI-related
> packages (bootloaders, test applications, etc).
Have these changes been tested using wic as well with non default
values? There are places in there in EFI plugins where EFI/BOOT is
hardcoded. They might have to be changed as well ...
Thanks,
Anuj
>
> Signed-off-by: Dmitry Eremin-Solenikov <
> dmitry_eremin-soleni...@mentor.com>
> ---
> meta/classes/uefi.bbclass | 26 ++
> 1 file changed, 26 insertions(+)
> create mode 100644 meta/classes/uefi.bbclass
>
> diff --git a/meta/classes/uefi.bbclass b/meta/classes/uefi.bbclass
> new file mode 100644
> index ..d3fc4b686676
> --- /dev/null
> +++ b/meta/classes/uefi.bbclass
> @@ -0,0 +1,26 @@
> +# Location of EFI files inside EFI System Partition
> +EFIDIR ?= "/EFI/BOOT"
> +
> +# Prefix where ESP is mounted inside rootfs. Set to empty if package
> is going
> +# to be installed to ESP directly
> +EFI_PREFIX ?= "/boot"
> +
> +# Location inside rootfs.
> +EFI_FILES_PATH = "${EFI_PREFIX}${EFIDIR}"
> +
> +# Determine name of bootloader image
> +python __anonymous () {
> +import re
> +target = d.getVar('TARGET_ARCH')
> +if target == "x86_64":
> +image = "bootx64.efi"
> +elif re.match('i.86', target):
> +image = "bootia32.efi"
> +elif re.match('aarch64', target):
> +image = "bootaa64.efi"
> +elif re.match('arm', target):
> +image = "bootarm.efi"
> +else:
> +image = "bootUNKNOWN.efi"
> +d.setVar("EFI_BOOT_IMAGE", image)
> +}
> --
> 2.23.0
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] busybox: drop inittab from SRC_URI ( now moved to busybox-inittab )
The reference to inittab should have been removed from busybox
SRC_URI when the file was moved into the busybox-inittab recipe:
http://git.openembedded.org/openembedded-core/commit/?id=afb09abd2f0f7555ba156260a87fd3867f591310
Signed-off-by: Andre McCurdy
---
meta/recipes-core/busybox/busybox_1.31.0.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-core/busybox/busybox_1.31.0.bb
b/meta/recipes-core/busybox/busybox_1.31.0.bb
index fa63965674..34b1f2cc91 100644
--- a/meta/recipes-core/busybox/busybox_1.31.0.bb
+++ b/meta/recipes-core/busybox/busybox_1.31.0.bb
@@ -36,7 +36,6 @@ SRC_URI =
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
${@["", "file://mdev.cfg"][(d.getVar('VIRTUAL-RUNTIME_dev_manager')
== 'busybox-mdev')]} \
file://syslog.cfg \
file://unicode.cfg \
- file://inittab \
file://rcS \
file://rcK \
file://makefile-libbb-race.patch \
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] busybox-inittab: minor formatting tweaks
Add an empty line to inittab before the line(s) which start getty.
Also cleanup indent in recipe do_install().
Signed-off-by: Andre McCurdy
---
.../busybox/busybox-inittab_1.31.0.bb | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox-inittab_1.31.0.bb
b/meta/recipes-core/busybox/busybox-inittab_1.31.0.bb
index c347daf501..61fb8cbad1 100644
--- a/meta/recipes-core/busybox/busybox-inittab_1.31.0.bb
+++ b/meta/recipes-core/busybox/busybox-inittab_1.31.0.bb
@@ -13,15 +13,16 @@ do_compile() {
}
do_install() {
-install -d ${D}${sysconfdir}
-install -D -m 0644 ${WORKDIR}/inittab ${D}${sysconfdir}/inittab
-tmp="${SERIAL_CONSOLES}"
-for i in $tmp
-do
-j=`echo ${i} | sed s/\;/\ /g`
-id=`echo ${i} | sed -e 's/^.*;//' -e 's/;.*//'`
-echo "$id::respawn:${base_sbindir}/getty ${j}" >>
${D}${sysconfdir}/inittab
-done
+ install -d ${D}${sysconfdir}
+ install -D -m 0644 ${WORKDIR}/inittab ${D}${sysconfdir}/inittab
+ tmp="${SERIAL_CONSOLES}"
+ [ -n "$tmp" ] && echo >> ${D}${sysconfdir}/inittab
+ for i in $tmp
+ do
+ j=`echo ${i} | sed s/\;/\ /g`
+ id=`echo ${i} | sed -e 's/^.*;//' -e 's/;.*//'`
+ echo "$id::respawn:${base_sbindir}/getty ${j}" >>
${D}${sysconfdir}/inittab
+ done
}
# SERIAL_CONSOLES is generally defined by the MACHINE .conf.
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] busybox: drop unused mount.busybox and umount.busybox wrappers
Signed-off-by: Andre McCurdy
---
meta/recipes-core/busybox/busybox_1.31.0.bb| 2 --
meta/recipes-core/busybox/files/mount.busybox | 3 ---
meta/recipes-core/busybox/files/umount.busybox | 3 ---
3 files changed, 8 deletions(-)
delete mode 100755 meta/recipes-core/busybox/files/mount.busybox
delete mode 100755 meta/recipes-core/busybox/files/umount.busybox
diff --git a/meta/recipes-core/busybox/busybox_1.31.0.bb
b/meta/recipes-core/busybox/busybox_1.31.0.bb
index c1da372629..fa63965674 100644
--- a/meta/recipes-core/busybox/busybox_1.31.0.bb
+++ b/meta/recipes-core/busybox/busybox_1.31.0.bb
@@ -9,7 +9,6 @@ SRC_URI =
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://default.script \
file://simple.script \
file://hwclock.sh \
- file://mount.busybox \
file://syslog \
file://syslog-startup.conf \
file://syslog.conf \
@@ -17,7 +16,6 @@ SRC_URI =
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://mdev \
file://mdev.conf \
file://mdev-mount.sh \
- file://umount.busybox \
file://defconfig \
file://busybox-syslog.service.in \
file://busybox-klogd.service.in \
diff --git a/meta/recipes-core/busybox/files/mount.busybox
b/meta/recipes-core/busybox/files/mount.busybox
deleted file mode 100755
index fef945b7b2..00
--- a/meta/recipes-core/busybox/files/mount.busybox
+++ /dev/null
@@ -1,3 +0,0 @@
-#!/bin/sh
-
-exec /bin/busybox mount $@
diff --git a/meta/recipes-core/busybox/files/umount.busybox
b/meta/recipes-core/busybox/files/umount.busybox
deleted file mode 100755
index f3731626e6..00
--- a/meta/recipes-core/busybox/files/umount.busybox
+++ /dev/null
@@ -1,3 +0,0 @@
-#!/bin/sh
-
-exec /bin/busybox umount $@
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [thud][PATCH v2] libxslt: Cve fix CVE-2019-11068
Signed-off-by: Muminul Islam
---
.../libxslt/libxslt/CVE-2019-11068.patch | 128 ++
.../recipes-support/libxslt/libxslt_1.1.32.bb | 1 +
2 files changed, 129 insertions(+)
create mode 100644 meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
diff --git a/meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
b/meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
new file mode 100644
index 00..83ca8a3c00
--- /dev/null
+++ b/meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
@@ -0,0 +1,128 @@
+From aed812d8dbbb6d1337312652aa72aa7f44d2b07d Mon Sep 17 00:00:00 2001
+From: Nick Wellnhofer
+Date: Sun, 24 Mar 2019 09:51:39 +0100
+Subject: [PATCH] Fix security framework bypass
+
+xsltCheckRead and xsltCheckWrite return -1 in case of error but callers
+don't check for this condition and allow access. With a specially
+crafted URL, xsltCheckRead could be tricked into returning an error
+because of a supposedly invalid URL that would still be loaded
+succesfully later on.
+
+Fixes #12.
+
+Thanks to Felix Wilhelm for the report.
+
+Signed-off-by: Muminul Islam
+
+CVE: CVE-2019-11068
+
+Upstream-Status: Backport
+
+https://gitlab.gnome.org/GNOME/libxslt/commit/e03553605b45c88f0b4b2980adfbbb8f6fca2fd6
+---
+ libxslt/documents.c | 18 ++
+ libxslt/imports.c | 9 +
+ libxslt/transform.c | 9 +
+ libxslt/xslt.c | 9 +
+ 4 files changed, 25 insertions(+), 20 deletions(-)
+
+diff --git a/libxslt/documents.c b/libxslt/documents.c
+index 3f3a7312..4aad11bb 100644
+--- a/libxslt/documents.c
b/libxslt/documents.c
+@@ -296,10 +296,11 @@ xsltLoadDocument(xsltTransformContextPtr ctxt, const
xmlChar *URI) {
+ int res;
+
+ res = xsltCheckRead(ctxt->sec, ctxt, URI);
+- if (res == 0) {
+- xsltTransformError(ctxt, NULL, NULL,
+- "xsltLoadDocument: read rights for %s denied\n",
+- URI);
++ if (res <= 0) {
++if (res == 0)
++xsltTransformError(ctxt, NULL, NULL,
++ "xsltLoadDocument: read rights for %s denied\n",
++ URI);
+ return(NULL);
+ }
+ }
+@@ -372,10 +373,11 @@ xsltLoadStyleDocument(xsltStylesheetPtr style, const
xmlChar *URI) {
+ int res;
+
+ res = xsltCheckRead(sec, NULL, URI);
+- if (res == 0) {
+- xsltTransformError(NULL, NULL, NULL,
+- "xsltLoadStyleDocument: read rights for %s denied\n",
+- URI);
++ if (res <= 0) {
++if (res == 0)
++xsltTransformError(NULL, NULL, NULL,
++ "xsltLoadStyleDocument: read rights for %s denied\n",
++ URI);
+ return(NULL);
+ }
+ }
+diff --git a/libxslt/imports.c b/libxslt/imports.c
+index 7262aab9..b62e0877 100644
+--- a/libxslt/imports.c
b/libxslt/imports.c
+@@ -131,10 +131,11 @@ xsltParseStylesheetImport(xsltStylesheetPtr style,
xmlNodePtr cur) {
+ int secres;
+
+ secres = xsltCheckRead(sec, NULL, URI);
+- if (secres == 0) {
+- xsltTransformError(NULL, NULL, NULL,
+- "xsl:import: read rights for %s denied\n",
+- URI);
++ if (secres <= 0) {
++if (secres == 0)
++xsltTransformError(NULL, NULL, NULL,
++ "xsl:import: read rights for %s denied\n",
++ URI);
+ goto error;
+ }
+ }
+diff --git a/libxslt/transform.c b/libxslt/transform.c
+index 560f43ca..46eef553 100644
+--- a/libxslt/transform.c
b/libxslt/transform.c
+@@ -3485,10 +3485,11 @@ xsltDocumentElem(xsltTransformContextPtr ctxt,
xmlNodePtr node,
+ */
+ if (ctxt->sec != NULL) {
+ ret = xsltCheckWrite(ctxt->sec, ctxt, filename);
+- if (ret == 0) {
+- xsltTransformError(ctxt, NULL, inst,
+- "xsltDocumentElem: write rights for %s denied\n",
+- filename);
++ if (ret <= 0) {
++if (ret == 0)
++xsltTransformError(ctxt, NULL, inst,
++ "xsltDocumentElem: write rights for %s denied\n",
++ filename);
+ xmlFree(URL);
+ xmlFree(filename);
+ return;
+diff --git a/libxslt/xslt.c b/libxslt/xslt.c
+index 54a39de9..359913e4 100644
+--- a/libxslt/xslt.c
b/libxslt/xslt.c
+@@ -6763,10 +6763,11 @@ xsltParseStylesheetFile(const xmlChar* filename) {
+ int res;
+
+ res = xsltCheckRead(sec, NULL, filename);
+- if (res == 0) {
+- xsltTransformError(NULL, NULL, NULL,
+- "xsltParseStylesheetFile: read rights for %s denied\n",
+- filename);
++ if (res <= 0) {
++if (res == 0)
++xsltTransformError(NULL, NULL, NULL,
++ "xsltParseStylesheetFile: read
[OE-core] ✗ patchtest: failure for CVE fix for libxslt
== Series Details == Series: CVE fix for libxslt Revision: 1 URL : https://patchwork.openembedded.org/series/19866/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * Patch[thud] CVE fix for libxslt Issue Shortlog does not follow expected format [test_shortlog_format] Suggested fixCommit shortlog (first line of commit message) should follow the format ": " If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Guidelines: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [thud][PATCH] CVE fix for libxslt
Signed-off-by: Muminul Islam
---
.../libxslt/libxslt/CVE-2019-11068.patch | 128 ++
.../recipes-support/libxslt/libxslt_1.1.32.bb | 1 +
2 files changed, 129 insertions(+)
create mode 100644 meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
diff --git a/meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
b/meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
new file mode 100644
index 00..83ca8a3c00
--- /dev/null
+++ b/meta/recipes-support/libxslt/libxslt/CVE-2019-11068.patch
@@ -0,0 +1,128 @@
+From aed812d8dbbb6d1337312652aa72aa7f44d2b07d Mon Sep 17 00:00:00 2001
+From: Nick Wellnhofer
+Date: Sun, 24 Mar 2019 09:51:39 +0100
+Subject: [PATCH] Fix security framework bypass
+
+xsltCheckRead and xsltCheckWrite return -1 in case of error but callers
+don't check for this condition and allow access. With a specially
+crafted URL, xsltCheckRead could be tricked into returning an error
+because of a supposedly invalid URL that would still be loaded
+succesfully later on.
+
+Fixes #12.
+
+Thanks to Felix Wilhelm for the report.
+
+Signed-off-by: Muminul Islam
+
+CVE: CVE-2019-11068
+
+Upstream-Status: Backport
+
+https://gitlab.gnome.org/GNOME/libxslt/commit/e03553605b45c88f0b4b2980adfbbb8f6fca2fd6
+---
+ libxslt/documents.c | 18 ++
+ libxslt/imports.c | 9 +
+ libxslt/transform.c | 9 +
+ libxslt/xslt.c | 9 +
+ 4 files changed, 25 insertions(+), 20 deletions(-)
+
+diff --git a/libxslt/documents.c b/libxslt/documents.c
+index 3f3a7312..4aad11bb 100644
+--- a/libxslt/documents.c
b/libxslt/documents.c
+@@ -296,10 +296,11 @@ xsltLoadDocument(xsltTransformContextPtr ctxt, const
xmlChar *URI) {
+ int res;
+
+ res = xsltCheckRead(ctxt->sec, ctxt, URI);
+- if (res == 0) {
+- xsltTransformError(ctxt, NULL, NULL,
+- "xsltLoadDocument: read rights for %s denied\n",
+- URI);
++ if (res <= 0) {
++if (res == 0)
++xsltTransformError(ctxt, NULL, NULL,
++ "xsltLoadDocument: read rights for %s denied\n",
++ URI);
+ return(NULL);
+ }
+ }
+@@ -372,10 +373,11 @@ xsltLoadStyleDocument(xsltStylesheetPtr style, const
xmlChar *URI) {
+ int res;
+
+ res = xsltCheckRead(sec, NULL, URI);
+- if (res == 0) {
+- xsltTransformError(NULL, NULL, NULL,
+- "xsltLoadStyleDocument: read rights for %s denied\n",
+- URI);
++ if (res <= 0) {
++if (res == 0)
++xsltTransformError(NULL, NULL, NULL,
++ "xsltLoadStyleDocument: read rights for %s denied\n",
++ URI);
+ return(NULL);
+ }
+ }
+diff --git a/libxslt/imports.c b/libxslt/imports.c
+index 7262aab9..b62e0877 100644
+--- a/libxslt/imports.c
b/libxslt/imports.c
+@@ -131,10 +131,11 @@ xsltParseStylesheetImport(xsltStylesheetPtr style,
xmlNodePtr cur) {
+ int secres;
+
+ secres = xsltCheckRead(sec, NULL, URI);
+- if (secres == 0) {
+- xsltTransformError(NULL, NULL, NULL,
+- "xsl:import: read rights for %s denied\n",
+- URI);
++ if (secres <= 0) {
++if (secres == 0)
++xsltTransformError(NULL, NULL, NULL,
++ "xsl:import: read rights for %s denied\n",
++ URI);
+ goto error;
+ }
+ }
+diff --git a/libxslt/transform.c b/libxslt/transform.c
+index 560f43ca..46eef553 100644
+--- a/libxslt/transform.c
b/libxslt/transform.c
+@@ -3485,10 +3485,11 @@ xsltDocumentElem(xsltTransformContextPtr ctxt,
xmlNodePtr node,
+ */
+ if (ctxt->sec != NULL) {
+ ret = xsltCheckWrite(ctxt->sec, ctxt, filename);
+- if (ret == 0) {
+- xsltTransformError(ctxt, NULL, inst,
+- "xsltDocumentElem: write rights for %s denied\n",
+- filename);
++ if (ret <= 0) {
++if (ret == 0)
++xsltTransformError(ctxt, NULL, inst,
++ "xsltDocumentElem: write rights for %s denied\n",
++ filename);
+ xmlFree(URL);
+ xmlFree(filename);
+ return;
+diff --git a/libxslt/xslt.c b/libxslt/xslt.c
+index 54a39de9..359913e4 100644
+--- a/libxslt/xslt.c
b/libxslt/xslt.c
+@@ -6763,10 +6763,11 @@ xsltParseStylesheetFile(const xmlChar* filename) {
+ int res;
+
+ res = xsltCheckRead(sec, NULL, filename);
+- if (res == 0) {
+- xsltTransformError(NULL, NULL, NULL,
+- "xsltParseStylesheetFile: read rights for %s denied\n",
+- filename);
++ if (res <= 0) {
++if (res == 0)
++xsltTransformError(NULL, NULL, NULL,
++ "xsltParseStylesheetFile: read
[OE-core] [PATCH] lttng-modules: Add missing SRCREV_FORMAT
When using devupstream class the SRCREV_FORMAT variable must be set.
Signed-off-by: Daniel Gomez
---
When using class-devupstream, multiple SCMs are used. Therefore, it is needed
to select the variant of the recipe via PREFERRED_VERSION. In addition,
SRCREV_FORMAT variable must be set.
An example of devupstream class + SRCREV_FORMAT:
meta/recipes-kernel/linux/linux-yocto.inc
Error log:
ERROR: ExpansionError during parsing
/workdir/repo/poky/meta/recipes-kernel/lttng/lttng-modules_2.10.10.bb
Traceback (most recent call last):
File "Var ", line 1, in
File "/workdir/repo/poky/bitbake/lib/bb/fetch2/__init__.py", line 768, in
get_srcrev(d=,
method_name='sortable_revision'):
raise FetchError("The SRCREV_FORMAT variable must be set when
multiple SCMs are used.\n"\
> "The SCMs are:\n%s" % '\n'.join(scms))
bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was
${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher
failure: The SRCREV_FORMAT variable must be set when multiple SCMs are used.
The SCMs are:
git://git.lttng.org/lttng-modules;branch=stable-2.10
git://git.lttng.org/lttng-modules.git;branch=stable-2.10
meta/recipes-kernel/lttng/lttng-modules_2.10.10.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-kernel/lttng/lttng-modules_2.10.10.bb
b/meta/recipes-kernel/lttng/lttng-modules_2.10.10.bb
index 6e2d655495..dccc4b9842 100644
--- a/meta/recipes-kernel/lttng/lttng-modules_2.10.10.bb
+++ b/meta/recipes-kernel/lttng/lttng-modules_2.10.10.bb
@@ -43,3 +43,4 @@ SRC_URI_class-devupstream =
"git://git.lttng.org/lttng-modules;branch=stable-2.1
SRCREV_class-devupstream = "624aca5d7507fbd11ea4a1a474c3aa1031bd9a31"
PV_class-devupstream = "2.10.10+git${SRCPV}"
S_class-devupstream = "${WORKDIR}/git"
+SRCREV_FORMAT ?= "lttng_git"
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] font-util: update to 1.3.2
Signed-off-by: Oleksandr Kravchuk
---
.../xorg-font/{font-util_1.3.1.bb => font-util_1.3.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-font/{font-util_1.3.1.bb =>
font-util_1.3.2.bb} (83%)
diff --git a/meta/recipes-graphics/xorg-font/font-util_1.3.1.bb
b/meta/recipes-graphics/xorg-font/font-util_1.3.2.bb
similarity index 83%
rename from meta/recipes-graphics/xorg-font/font-util_1.3.1.bb
rename to meta/recipes-graphics/xorg-font/font-util_1.3.2.bb
index 1289c1686c..ebe7a603fa 100644
--- a/meta/recipes-graphics/xorg-font/font-util_1.3.1.bb
+++ b/meta/recipes-graphics/xorg-font/font-util_1.3.2.bb
@@ -16,7 +16,7 @@ RDEPENDS_${PN}_class-native = ""
BBCLASSEXTEND = "native"
-SRC_URI[md5sum] = "23756dab809f9ec5011bb27fb2c3c7d6"
-SRC_URI[sha256sum] =
"aa7ebdb0715106dd255082f2310dbaa2cd7e225957c2a77d719720c7cc92b921"
+SRC_URI[md5sum] = "3d6adb76fdd072db8c8fae41b40855e8"
+SRC_URI[sha256sum] =
"3ad880444123ac06a7238546fa38a2a6ad7f7e0cc3614de7e103863616522282"
SYSROOT_DIRS_BLACKLIST_remove = "${datadir}/fonts"
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] timezone:upgrade 2019b -> 2019c
On 9/12/19 7:28 AM, Adrian Bunk wrote: > On Thu, Sep 12, 2019 at 07:10:08AM -0700, akuster808 wrote: >> >> On 9/11/19 11:52 PM, Zang Ruochen wrote: >>> -tzdata : upgrade from 2019b to 2019c. >>> >>> -tzcode-native : upgrade from 2019b to 2019c. >>> >>> -tzdata.bb and tzcode-native.bb require timezone.inc. >> Not exactly what I had in mind. When there is a TZ update they send out >> what changed any why. It looks like this" >> ... > IMHO that would be far too long for a commit message, I have been including that information for years. IMHO that make it the standard for that package. Up until now , no one has had an issue with it. > and changelogs of this size would make the git history > unreadable if everyone would start pasting huge upstream > changelogs in their commits. I have no fear of that ever happening as it has been totally acceptable not to have a commit message included and there is no enforcement of that process. We had this discussion in the past and we go round and round and nothing ever changes. So I am not worried. I applaud those who take the time and effort of providing additional information in the commit messages. > cu > Adrian > > BTW: How is the legal handling of the metadata, when such lengthy > 3rd party texts copyrighted by various people under various > licences are distributed as part of the git metadata? Interesting question. Since I am not a lawyer, maybe you can help guide the community so we do the right thing. Now I am worried about the stable branches, do backports have this same issue, are those 3-party texts? - armin > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] runqemu: decouple gtk and gl options
This will allow not having to multiply these options for the sdl
frontend, instead combining them as needed.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/runtime_test.py | 2 +-
scripts/runqemu | 21 +---
2 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py
b/meta/lib/oeqa/selftest/cases/runtime_test.py
index 20969d2c48a..3f212bd0eac 100644
--- a/meta/lib/oeqa/selftest/cases/runtime_test.py
+++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
@@ -191,7 +191,7 @@ class TestImage(OESelftestTestCase):
features += 'TEST_SUITES = "ping ssh virgl"\n'
features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
features += 'IMAGE_INSTALL_append = " kmscube"\n'
-features += 'TEST_RUNQEMUPARAMS = "gtk-gl"\n'
+features += 'TEST_RUNQEMUPARAMS = "gtk gl"\n'
self.write_config(features)
bitbake('core-image-minimal')
bitbake('-c testimage core-image-minimal')
diff --git a/scripts/runqemu b/scripts/runqemu
index 4415e9b69f8..68ba7dcfb94 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -65,9 +65,10 @@ of the following environment variables (in any order):
MACHINE - the machine name (optional, autodetected from KERNEL filename if
unspecified)
Simplified QEMU command-line options can be passed with:
nographic - disable video console
-sdl - choose the SDL frontend instead of the Gtk+ default
-gtk-gl - enable virgl-based GL acceleration using Gtk+ frontend
-gtk-gl-es - enable virgl-based GL acceleration, using OpenGL ES and Gtk+
frontend
+sdl - choose the SDL UI frontend
+gtk - choose the Gtk UI frontend
+gl - enable virgl-based GL acceleration (also needs gtk option)
+gl-es - enable virgl-based GL acceleration, using OpenGL ES (also needs
gtk option)
egl-headless - enable headless EGL output; use vnc or spice to see it
serial - enable a serial console on /dev/ttyS0
serialstdio - enable a serial console on the console (regardless of
graphics mode)
@@ -436,10 +437,16 @@ class BaseConfig(object):
self.kernel_cmdline_script += ' console=ttyS0'
elif arg == 'sdl':
self.qemu_opt_script += ' -display sdl'
-elif arg == 'gtk-gl':
-self.qemu_opt_script += ' -vga virtio -display gtk,gl=on'
-elif arg == 'gtk-gl-es':
-self.qemu_opt_script += ' -vga virtio -display gtk,gl=es'
+elif arg == 'gtk':
+if 'gl' in sys.argv[1:]:
+self.qemu_opt_script += ' -vga virtio -display gtk,gl=on'
+elif 'gl-es' in sys.argv[1:]:
+self.qemu_opt_script += ' -vga virtio -display gtk,gl=es'
+else:
+self.qemu_opt_script += ' -display gtk'
+elif arg == 'gl' or arg == 'gl-es':
+# These args are handled inside sdl or gtk blocks above
+pass
elif arg == 'egl-headless':
self.qemu_opt_script += ' -vga virtio -display egl-headless'
# As runqemu can be run within bitbake (when using testimage,
for example),
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] oe-selftest: extend virgl gtk test to also check the SDL option
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/runtime_test.py | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py
b/meta/lib/oeqa/selftest/cases/runtime_test.py
index 3f212bd0eac..8f98a9ead46 100644
--- a/meta/lib/oeqa/selftest/cases/runtime_test.py
+++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
@@ -166,9 +166,9 @@ class TestImage(OESelftestTestCase):
bitbake('core-image-full-cmdline socat')
bitbake('-c testimage core-image-full-cmdline')
-def test_testimage_virgl_gtk(self):
+def test_testimage_virgl_gtk_sdl(self):
"""
-Summary: Check host-assisted accelerate OpenGL functionality in qemu
with gtk frontend
+Summary: Check host-assisted accelerate OpenGL functionality in qemu
with gtk and SDL frontends
Expected: 1. Check that virgl kernel driver is loaded and 3d
acceleration is enabled
2. Check that kmscube demo runs without crashing.
Product: oe-core
@@ -181,18 +181,27 @@ class TestImage(OESelftestTestCase):
self.skipTest('virgl isn\'t working with Debian 8')
qemu_packageconfig = get_bb_var('PACKAGECONFIG', 'qemu-system-native')
+sdl_packageconfig = get_bb_var('PACKAGECONFIG', 'libsdl2-native')
features = 'INHERIT += "testimage"\n'
if 'gtk+' not in qemu_packageconfig:
features += 'PACKAGECONFIG_append_pn-qemu-system-native = "
gtk+"\n'
+if 'sdl' not in qemu_packageconfig:
+features += 'PACKAGECONFIG_append_pn-qemu-system-native = " sdl"\n'
if 'virglrenderer' not in qemu_packageconfig:
features += 'PACKAGECONFIG_append_pn-qemu-system-native = "
virglrenderer"\n'
if 'glx' not in qemu_packageconfig:
features += 'PACKAGECONFIG_append_pn-qemu-system-native = " glx"\n'
+if 'opengl' not in sdl_packageconfig:
+features += 'PACKAGECONFIG_append_pn-libsdl2-native = " opengl"\n'
features += 'TEST_SUITES = "ping ssh virgl"\n'
features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
features += 'IMAGE_INSTALL_append = " kmscube"\n'
-features += 'TEST_RUNQEMUPARAMS = "gtk gl"\n'
-self.write_config(features)
+features_gtk = features + 'TEST_RUNQEMUPARAMS = "gtk gl"\n'
+self.write_config(features_gtk)
+bitbake('core-image-minimal')
+bitbake('-c testimage core-image-minimal')
+features_sdl = features + 'TEST_RUNQEMUPARAMS = "sdl gl"\n'
+self.write_config(features_sdl)
bitbake('core-image-minimal')
bitbake('-c testimage core-image-minimal')
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] runqemu: add options that enable virgl with the SDL frontend
Signed-off-by: Alexander Kanavin --- scripts/runqemu | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/scripts/runqemu b/scripts/runqemu index 68ba7dcfb94..18091a29c3b 100755 --- a/scripts/runqemu +++ b/scripts/runqemu @@ -67,9 +67,9 @@ of the following environment variables (in any order): nographic - disable video console sdl - choose the SDL UI frontend gtk - choose the Gtk UI frontend -gl - enable virgl-based GL acceleration (also needs gtk option) -gl-es - enable virgl-based GL acceleration, using OpenGL ES (also needs gtk option) -egl-headless - enable headless EGL output; use vnc or spice to see it +gl - enable virgl-based GL acceleration (also needs gtk or sdl options) +gl-es - enable virgl-based GL acceleration, using OpenGL ES (also needs gtk or sdl options) +egl-headless - enable headless EGL output; use vnc (via publicvnc option) or spice to see it serial - enable a serial console on /dev/ttyS0 serialstdio - enable a serial console on the console (regardless of graphics mode) slirp - enable user networking, no root privileges is required @@ -436,7 +436,12 @@ class BaseConfig(object): self.qemu_opt_script += ' -nographic' self.kernel_cmdline_script += ' console=ttyS0' elif arg == 'sdl': -self.qemu_opt_script += ' -display sdl' +if 'gl' in sys.argv[1:]: +self.qemu_opt_script += ' -vga virtio -display sdl,gl=on' +elif 'gl-es' in sys.argv[1:]: +self.qemu_opt_script += ' -vga virtio -display sdl,gl=es' +else: +self.qemu_opt_script += ' -display sdl' elif arg == 'gtk': if 'gl' in sys.argv[1:]: self.qemu_opt_script += ' -vga virtio -display gtk,gl=on' -- 2.17.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [warrior][PATCH] uboot: fixes to uboot-extlinux-config attribute values
From: Will Page
The way this class uses overrides to support generation of multiple
sections is subject to two different issues: 1) labels that conflict
with existing override names causing the value for the conflicting label
to be set for all labels, and 2) reusing the override list through each
iteration, prepending each new label to the list of overrides makes
earlier labels' value take precedence over later labels, making later
labels virtually impossible to customize.
The first issue is resolved by removing all label names from overrides
before iterating over labels. The second issue is resolved by
generating a fresh list of overrides with only the current label added.
The current label is also appended to the list of overrides instead of
prepended, which makes it the highest priority override. This is
matches the behavior of devtool-source.bbclass, which similarly
monkey-patches overrides.
Closes https://bugzilla.yoctoproject.org/show_bug.cgi?id=13469 .
Signed-off-by: Will Page
Signed-off-by: Richard Purdie
---
meta/classes/uboot-extlinux-config.bbclass | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/meta/classes/uboot-extlinux-config.bbclass
b/meta/classes/uboot-extlinux-config.bbclass
index b5b1a81dfc..f4bf94be04 100644
--- a/meta/classes/uboot-extlinux-config.bbclass
+++ b/meta/classes/uboot-extlinux-config.bbclass
@@ -104,13 +104,16 @@ python do_create_extlinux_config() {
if default:
cfgfile.write('DEFAULT %s\n' % (default))
-for label in labels.split():
+# Need to deconflict the labels with existing overrides
+label_overrides = labels.split()
+default_overrides = localdata.getVar('OVERRIDES').split(':')
+# We're keeping all the existing overrides that aren't used as a
label
+# an override for that label will be added back in while we're
processing that label
+keep_overrides = list(filter(lambda x: x not in label_overrides,
default_overrides))
-overrides = localdata.getVar('OVERRIDES')
-if not overrides:
-bb.fatal('OVERRIDES not defined')
+for label in labels.split():
-localdata.setVar('OVERRIDES', label + ':' + overrides)
+localdata.setVar('OVERRIDES', ':'.join(keep_overrides +
[label]))
extlinux_console = localdata.getVar('UBOOT_EXTLINUX_CONSOLE')
--
2.17.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] timezone:upgrade 2019b -> 2019c
On Thu, Sep 12, 2019 at 07:10:08AM -0700, akuster808 wrote: > > > On 9/11/19 11:52 PM, Zang Ruochen wrote: > > -tzdata : upgrade from 2019b to 2019c. > > > > -tzcode-native : upgrade from 2019b to 2019c. > > > > -tzdata.bb and tzcode-native.bb require timezone.inc. > > Not exactly what I had in mind. When there is a TZ update they send out > what changed any why. It looks like this" >... IMHO that would be far too long for a commit message, and changelogs of this size would make the git history unreadable if everyone would start pasting huge upstream changelogs in their commits. cu Adrian BTW: How is the legal handling of the metadata, when such lengthy 3rd party texts copyrighted by various people under various licences are distributed as part of the git metadata? -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mesa: Upgrade 19.1.1 -> 19.1.6
Hi Ross! On Wed, Sep 11, 2019 at 9:35 AM Ross Burton wrote: > > On 10/09/2019 11:39, Alexander Kanavin wrote: > > Yes, if STAGING_LIBDIR is set, via this patch: > > http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch > > > > (don't shoot the pianist, it was working like this pre-rewrite as well). > > See I knew that but had blocked it out because it's so horrible. > > One day we need to sit down with upstream Python and figure out how to > handle cross-compilation properly. > > I finally managed to make my own builds fail (had to turn off Python in > libxml2) and beat at it to build without a target Python. Fabio: can > you try building Mesa with these two patches: Worked removing python3 from DEPENDS and adding these two patches. Fabio > > http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ross/mut=5f3559d8bb61212e0f9a6543f2dce2bdf77c48b5 > http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ross/mut=4f8995aaa2ec557a0603ddc664d929317b0c0b6e > > Cheers, > Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] timezone:upgrade 2019b -> 2019c
On 9/11/19 11:52 PM, Zang Ruochen wrote:
> -tzdata : upgrade from 2019b to 2019c.
>
> -tzcode-native : upgrade from 2019b to 2019c.
>
> -tzdata.bb and tzcode-native.bb require timezone.inc.
Not exactly what I had in mind. When there is a TZ update they send out
what changed any why. It looks like this"
Briefly:
Fiji observes DST from 2019-11-10 to 2020-01-12.
Norfolk Island starts observing Australian-style DST.
Changes to future timestamps
Fiji's next DST transitions will be 2019-11-10 and 2020-01-12
instead of 2019-11-03 and 2020-01-19. (Thanks to Raymond Kumar.)
Adjust future guesses accordingly.
Norfolk Island will observe Australian-style DST starting in
spring 2019. The first transition is on 2019-10-06. (Thanks to
Kyle Czech and Michael Deckers.)
Changes to past timestamps
Many corrections to time in Turkey from 1940 through 1985.
(Thanks to Oya Vulaş via Alois Treindl, and to Kıvanç Yazan.)
The Norfolk Island 1975-03-02 transition was at 02:00 standard
time, not 02:00 DST. (Thanks to Michael Deckers.)
South Korea observed DST from 1948 through 1951. Although this
info was supposed to appear in release 2014j, a typo inadvertently
suppressed the change. (Thanks to Alois Treindl.)
Detroit observed DST in 1967 and 1968 following the US DST rules,
except that its 1967 DST began on June 14 at 00:01. (Thanks to
Alois Treindl for pointing out that the old data entries were
probably wrong.)
Fix several errors in pre-1970 transitions in Perry County, IN.
(Thanks to Alois Triendl for pointing out the 1967/9 errors.)
Edmonton did not observe DST in 1967 or 1969. In 1946 Vancouver
ended DST on 09-29 not 10-13, and Vienna ended DST on 10-07 not
10-06. In 1945 Königsberg (now Kaliningrad) switched from +01/+02
to +02/+03 on 04-10 not 01-01, and its +02/+03 is abbreviated
EET/EEST, not CET/CEST. (Thanks to Alois Triendl.) In 1946
Königsberg switched to +03 on 04-07 not 01-01.
In 1946 Louisville switched from CST to CDT on 04-28 at 00:01, not
01-01 at 00:00. (Thanks to Alois Treindl and Michael Deckers.)
Also, it switched from CST to CDT on 1950-04-30, not 1947-04-27.
The 1892-05-01 transition in Brussels was at 00:17:30, not at noon.
(Thanks to Michael Deckers.)
Changes to past time zone abbreviations and DST flags
Hong Kong Winter Time, observed from 1941-10-01 to 1941-12-25,
is now flagged as DST and is abbreviated HKWT not HKT.
Changes to code
leapseconds.awk now relies only on its input data, rather than
also relying on its comments. (Inspired by code from Dennis
Ferguson and Chris Woodbury.)
The code now defends against CRLFs in leap-seconds.list.
(Thanks to Brian Inglis and Chris Woodbury.)
Changes to documentation and commentary
theory.html discusses leap seconds. (Thanks to Steve Summit.)
Nashville's newspapers dueled about the time of day in the 1950s.
(Thanks to John Seigenthaler.)
Liechtenstein observed Swiss DST in 1941/2.
(Thanks to Alois Treindl.)
>
> Signed-off-by: Zang Ruochen
> ---
> meta/recipes-extended/timezone/timezone.inc | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/meta/recipes-extended/timezone/timezone.inc
> b/meta/recipes-extended/timezone/timezone.inc
> index ce16524..f6bab1a 100644
> --- a/meta/recipes-extended/timezone/timezone.inc
> +++ b/meta/recipes-extended/timezone/timezone.inc
> @@ -4,7 +4,7 @@ SECTION = "base"
> LICENSE = "PD & BSD & BSD-3-Clause"
> LIC_FILES_CHKSUM = "file://LICENSE;md5=c679c9d6b02bc2757b3eaf8f53c43fba"
>
> -PV = "2019b"
> +PV = "2019c"
>
> SRC_URI ="
> http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz;name=tzcode
> \
>
> http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata
> \
> @@ -12,7 +12,7 @@ SRC_URI ="
> http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz
>
> UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones;
>
> -SRC_URI[tzcode.md5sum] = "91e0978d947496fd6aaf46d351f9c41d"
> -SRC_URI[tzcode.sha256sum] =
> "2e479d409337da41408629ce6c3b4d8410b10ba6d4431d862e22d2b137d7756d"
> -SRC_URI[tzdata.md5sum] = "b26b5d7d844cb96c73ed2fb6d588daaf"
> -SRC_URI[tzdata.sha256sum] =
> "05d9092c90dcf9ec4f3ccfdea80c7dcea5e882b3b105c3422da172aaa9a50c64"
> +SRC_URI[tzcode.md5sum] = "195a17454c5db05cab96595380650391"
> +SRC_URI[tzcode.sha256sum] =
> "f6ebd3668e02d5ed223d3b7b1947561bf2d2da2f4bd1db61efefd9e06c167ed4"
> +SRC_URI[tzdata.md5sum] = "f6987e6dfdb2eb83a1b5076a50b80894"
> +SRC_URI[tzdata.sha256sum] =
> "79c7806dab09072308da0e3d22c37d3b245015a591891ea147d3b133b60ffc7c"
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdb: Mark gdbserver as ALLOW_EMPTY for riscv32
On Thu, 2019-09-12 at 12:05 +0100, Ross Burton wrote:
> On 11/09/2019 18:22, Alistair Francis wrote:
> > riscv64 already has gdbserver set as ALLOW_EMPTY, so let's set it
> > for
> > riscv32 as well.
> >
> > Signed-off-by: Alistair Francis
> > ---
> > meta/recipes-devtools/gdb/gdb.inc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/recipes-devtools/gdb/gdb.inc b/meta/recipes-
> > devtools/gdb/gdb.inc
> > index 0f10b41734..249e24dc52 100644
> > --- a/meta/recipes-devtools/gdb/gdb.inc
> > +++ b/meta/recipes-devtools/gdb/gdb.inc
> > @@ -10,4 +10,5 @@ PACKAGES =+ "gdbserver"
> > FILES_gdbserver = "${bindir}/gdbserver"
> >
> > ALLOW_EMPTY_gdbserver_riscv64 = "1"
> > +ALLOW_EMPTY_gdbserver_riscv32 = "1"
>
> Is this because gdbserver doesn't build for RISCV? The recipe
> doesn't
> appear to make that explict anywhere.
Yes, gdbserver doesn't support RISC-V.
Alistair
>
> Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gdb: Mark gdbserver as ALLOW_EMPTY for riscv32
On 11/09/2019 18:22, Alistair Francis wrote:
riscv64 already has gdbserver set as ALLOW_EMPTY, so let's set it for
riscv32 as well.
Signed-off-by: Alistair Francis
---
meta/recipes-devtools/gdb/gdb.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/gdb/gdb.inc
b/meta/recipes-devtools/gdb/gdb.inc
index 0f10b41734..249e24dc52 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -10,4 +10,5 @@ PACKAGES =+ "gdbserver"
FILES_gdbserver = "${bindir}/gdbserver"
ALLOW_EMPTY_gdbserver_riscv64 = "1"
+ALLOW_EMPTY_gdbserver_riscv32 = "1"
Is this because gdbserver doesn't build for RISCV? The recipe doesn't
appear to make that explict anywhere.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] rpm: make rpm work in toolchain.
Thanks, I think this looks more or less correct now.
Alex
On Thu, 12 Sep 2019 at 09:53, Zheng Ruoqin
wrote:
> We need to configure rpm to use package architecture from yocto build
> system.
>
> Install rpmrc and rpm/platform to ${SDKTARGETSYSROOT} because config file
> in host-sysroot as /opt/poky/2.7+snapshot/sysroots/x86_64-pokysdk-linux
> will be covered by another ARCH which result in previous config settings
> inefficacy.
>
> To resolve it, put config file in target-sysroot like
> /opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux. As each ARCH has its
> own target-sysroot, config file will not be covered.
>
> Signed-off-by: Zheng Ruoqin
> ---
> meta/recipes-devtools/rpm/rpm_4.14.2.1.bb | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
> b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
> index 063f4269a5..5634f6702f 100644
> --- a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
> +++ b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
> @@ -102,6 +102,9 @@ do_install_append_class-native() {
> done
> }
>
> +REAL_MULTIMACH_TARGET_SYS = "${TUNE_PKGARCH}-${DISTRO}-${TARGET_OS}"
> +SDKTARGETSYSROOT = "${SDKPATH}/sysroots/${REAL_MULTIMACH_TARGET_SYS}"
> +
> do_install_append_class-nativesdk() {
> for tool in ${WRAPPER_TOOLS}; do
> create_wrapper ${D}$tool \
> @@ -112,6 +115,17 @@ do_install_append_class-nativesdk() {
> done
>
> rm -rf ${D}/var
> +install -d ${D}/${SDKTARGETSYSROOT}/etc/rpm
> +
> +cat >${D}/${SDKTARGETSYSROOT}/etc/rpmrc < +arch_compat: ${MACHINE_ARCH}: all any noarch ${PACKAGE_EXTRA_ARCHS}
> +EOF
> +
> +# Arch Info should be fixed as '-' is instead of '_'.
> +sed -i 's/-/_/' ${D}/${SDKTARGETSYSROOT}/etc/rpmrc
> +cat >${D}/${SDKTARGETSYSROOT}/etc/rpm/platform < +${MACHINE_ARCH}-pc-linux
> +EOF
> }
>
> # Rpm's make install creates var/tmp which clashes with base-files
> packaging
> @@ -133,6 +147,8 @@ FILES_${PN} += "${libdir}/rpm-plugins/*.so \
>
> FILES_${PN}-dev += "${libdir}/rpm-plugins/*.la \
> "
> +FILES_${PN}_append_class-nativesdk += "${SDKTARGETSYSROOT}"
> +
>
> PACKAGES += "python3-rpm"
> PROVIDES += "python3-rpm"
> --
> 2.17.1
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] glib-networking:enable glib-networking build as native package
From: Jiang Lu
Enable glib-networking build as a native package, for it is depended
by libsoup.
Signed-off-by: Jiang Lu
Signed-off-by: Liwei Song
---
meta/recipes-core/glib-networking/glib-networking_2.60.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/glib-networking/glib-networking_2.60.3.bb
b/meta/recipes-core/glib-networking/glib-networking_2.60.3.bb
index d893b7a3a102..0278ab2fb689 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.60.3.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.60.3.bb
@@ -30,3 +30,5 @@ FILES_${PN} += "\
"
FILES_${PN}-dev += "${libdir}/gio/modules/libgio*.la"
FILES_${PN}-staticdev += "${libdir}/gio/modules/libgio*.a"
+
+BBCLASSEXTEND = "native"
--
2.22.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] libsoup:enable libsoup build as native package
From: Jiang Lu
Enable libsoup build as a native package, for it may invoked by
other native package, such as ostree.
Signed-off-by: Jiang Lu
Signed-off-by: Liwei Song
---
meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
b/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
index c4715a04125c..357f2fd3db9d 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
@@ -36,3 +36,5 @@ DEBIAN_NOAUTONAME_${PN} = "1"
# glib-networking is needed for SSL, proxies, etc.
RRECOMMENDS_${PN} = "glib-networking"
+
+BBCLASSEXTEND = "native"
--
2.22.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [v2 4/4] valgrind: disable 256 ptests for aarch64
On Wed, Sep 11, 2019 at 02:01:00PM -0400, Randy MacLeod wrote: > On 9/11/19 10:00 AM, Adrian Bunk wrote: >... > > It would be good if you could also open a bug, so that people can see > > that there is a problem with this package on an important architecture. > > Done: > > many valgrind tests fail for arm64 > https://bugzilla.yoctoproject.org/show_bug.cgi?id=13520 Thanks! > ../Randy cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3] rpm: make rpm work in toolchain.
We need to configure rpm to use package architecture from yocto build system.
Install rpmrc and rpm/platform to ${SDKTARGETSYSROOT} because config file in
host-sysroot as /opt/poky/2.7+snapshot/sysroots/x86_64-pokysdk-linux will be
covered by another ARCH which result in previous config settings inefficacy.
To resolve it, put config file in target-sysroot like
/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux. As each ARCH has its own
target-sysroot, config file will not be covered.
Signed-off-by: Zheng Ruoqin
---
meta/recipes-devtools/rpm/rpm_4.14.2.1.bb | 16
1 file changed, 16 insertions(+)
diff --git a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
index 063f4269a5..5634f6702f 100644
--- a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
+++ b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
@@ -102,6 +102,9 @@ do_install_append_class-native() {
done
}
+REAL_MULTIMACH_TARGET_SYS = "${TUNE_PKGARCH}-${DISTRO}-${TARGET_OS}"
+SDKTARGETSYSROOT = "${SDKPATH}/sysroots/${REAL_MULTIMACH_TARGET_SYS}"
+
do_install_append_class-nativesdk() {
for tool in ${WRAPPER_TOOLS}; do
create_wrapper ${D}$tool \
@@ -112,6 +115,17 @@ do_install_append_class-nativesdk() {
done
rm -rf ${D}/var
+install -d ${D}/${SDKTARGETSYSROOT}/etc/rpm
+
+cat >${D}/${SDKTARGETSYSROOT}/etc/rpmrc <${D}/${SDKTARGETSYSROOT}/etc/rpm/platform
[OE-core] [PATCHv2] timezone:upgrade 2019b -> 2019c
-tzdata : upgrade from 2019b to 2019c.
-tzcode-native : upgrade from 2019b to 2019c.
-tzdata.bb and tzcode-native.bb require timezone.inc.
Signed-off-by: Zang Ruochen
---
meta/recipes-extended/timezone/timezone.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-extended/timezone/timezone.inc
b/meta/recipes-extended/timezone/timezone.inc
index ce16524..f6bab1a 100644
--- a/meta/recipes-extended/timezone/timezone.inc
+++ b/meta/recipes-extended/timezone/timezone.inc
@@ -4,7 +4,7 @@ SECTION = "base"
LICENSE = "PD & BSD & BSD-3-Clause"
LIC_FILES_CHKSUM = "file://LICENSE;md5=c679c9d6b02bc2757b3eaf8f53c43fba"
-PV = "2019b"
+PV = "2019c"
SRC_URI ="
http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz;name=tzcode
\
http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata
\
@@ -12,7 +12,7 @@ SRC_URI ="
http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz
UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones;
-SRC_URI[tzcode.md5sum] = "91e0978d947496fd6aaf46d351f9c41d"
-SRC_URI[tzcode.sha256sum] =
"2e479d409337da41408629ce6c3b4d8410b10ba6d4431d862e22d2b137d7756d"
-SRC_URI[tzdata.md5sum] = "b26b5d7d844cb96c73ed2fb6d588daaf"
-SRC_URI[tzdata.sha256sum] =
"05d9092c90dcf9ec4f3ccfdea80c7dcea5e882b3b105c3422da172aaa9a50c64"
+SRC_URI[tzcode.md5sum] = "195a17454c5db05cab96595380650391"
+SRC_URI[tzcode.sha256sum] =
"f6ebd3668e02d5ed223d3b7b1947561bf2d2da2f4bd1db61efefd9e06c167ed4"
+SRC_URI[tzdata.md5sum] = "f6987e6dfdb2eb83a1b5076a50b80894"
+SRC_URI[tzdata.sha256sum] =
"79c7806dab09072308da0e3d22c37d3b245015a591891ea147d3b133b60ffc7c"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] timezone:upgrade 2019b -> 2019c
On 9/11/19 6:29 PM, Zang Ruochen wrote:
> Signed-off-by: Zang Ruochen
What is in the update?
- Armin
> ---
> meta/recipes-extended/timezone/timezone.inc | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/meta/recipes-extended/timezone/timezone.inc
> b/meta/recipes-extended/timezone/timezone.inc
> index ce16524..f6bab1a 100644
> --- a/meta/recipes-extended/timezone/timezone.inc
> +++ b/meta/recipes-extended/timezone/timezone.inc
> @@ -4,7 +4,7 @@ SECTION = "base"
> LICENSE = "PD & BSD & BSD-3-Clause"
> LIC_FILES_CHKSUM = "file://LICENSE;md5=c679c9d6b02bc2757b3eaf8f53c43fba"
>
> -PV = "2019b"
> +PV = "2019c"
>
> SRC_URI ="
> http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz;name=tzcode
> \
>
> http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata
> \
> @@ -12,7 +12,7 @@ SRC_URI ="
> http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz
>
> UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones;
>
> -SRC_URI[tzcode.md5sum] = "91e0978d947496fd6aaf46d351f9c41d"
> -SRC_URI[tzcode.sha256sum] =
> "2e479d409337da41408629ce6c3b4d8410b10ba6d4431d862e22d2b137d7756d"
> -SRC_URI[tzdata.md5sum] = "b26b5d7d844cb96c73ed2fb6d588daaf"
> -SRC_URI[tzdata.sha256sum] =
> "05d9092c90dcf9ec4f3ccfdea80c7dcea5e882b3b105c3422da172aaa9a50c64"
> +SRC_URI[tzcode.md5sum] = "195a17454c5db05cab96595380650391"
> +SRC_URI[tzcode.sha256sum] =
> "f6ebd3668e02d5ed223d3b7b1947561bf2d2da2f4bd1db61efefd9e06c167ed4"
> +SRC_URI[tzdata.md5sum] = "f6987e6dfdb2eb83a1b5076a50b80894"
> +SRC_URI[tzdata.sha256sum] =
> "79c7806dab09072308da0e3d22c37d3b245015a591891ea147d3b133b60ffc7c"
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
