Re: [OE-core] [PATCH 1/2] ncurses: add SYSROOT_DESTDIR for siteconfig_gencache
> > >
> > >
> > > On 31 May 2017 at 09:27, wrote:
> > > +EXTRASITECONFIG = "CFLAGS='${CFLAGS} -
> > I${SYSROOT_DESTDIR}${includedir}'"
> > >
> > > Why is this ncurses specific, it sounds like something which will impact
> > > all
> users
> > of siteconfig?
>
> Ping.
>
> Is my explanation clear enough? What's the suggestion if it's not acceptable?
Ping.
Thanks,
Jackie
>
> Thanks,
> Jackie
>
> >
> > My original issue is not ncurses specific, that is:
> > After switching to RSS, the siteconfig cache files in ACLOCALDIR setup by
> > autotools.bbclass was dropped, so searching
> > the path ACLOCALDIR for siteconfig files ended up with nothing, which caused
> > some package (like openhpi) fail to configure,
> > so the "PATCH 2/2" change it back to search SITECONFIG_SYSROOTCACHE.
> >
> > But I met the second issue after the that:
> > util-linux depends on ncurses but the siteinfo in ncurses_config which is
> > populated to SITECONFIG_SYSROOTCACHE is not correct:
> > ac_cv_header_curses_h=${ac_cv_header_curses_h=no}
> > ac_cv_header_ncurses_h=${ac_cv_header_ncurses_h=no}
> >
> > then it fails to build (it should be the same issue for other package that
> > depend
> > on ncurses), so this patch is needed.
> > And the patch will only impact the packages that depend on ncurses, for
> > those
> > without dependency on ncurses, there
> > is no ncurses_config at all in their own recipe-sysroot.
> >
> > Thanks,
> > Jackie
> >
> > >
> > > Ross
> > >
> > --
> > ___
> > 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 0/2] rootfs-postcommands: split ssh_allow_empty_password
Ping. > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > jackie.hu...@windriver.com > Sent: Friday, June 30, 2017 14:30 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH 0/2] rootfs-postcommands: split > ssh_allow_empty_password > > From: Jackie Huang > > -- > The following changes since commit > de7914954571ea8e717f56b6d6df13157b0973bc: > > scripts/contrib/patchreview: add new script (2017-06-29 13:01:32 +0100) > > are available in the git repository at: > > git://git.pokylinux.org/poky-contrib.git jhuang0/d_ssh-allow-empty_170630_0 > http://git.pokylinux.org/cgit.cgi//log/?h=jhuang0/d_ssh-allow- > empty_170630_0 > > Jackie Huang (2): > dropbear: add default config file to disable root login > rootfs-postcommands: split ssh_allow_empty_password > > meta/classes/image.bbclass | 2 +- > meta/classes/rootfs-postcommands.bbclass | 25 +++- > -- > meta/recipes-core/dropbear/dropbear.inc| 3 +++ > .../dropbear/dropbear/dropbear.default | 2 ++ > 4 files changed, 28 insertions(+), 4 deletions(-) > create mode 100644 meta/recipes-core/dropbear/dropbear/dropbear.default > > -- > 2.11.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] [morty][PATCH 1/2] libpng: move SRC_URI back to SOURCEFORGE_MIRROR
On 07/20/2017 04:51 AM, Maxin B. John wrote:
Since GENTOO_MIRROR removes older binaries, move back to
SOURCEFORGE_MIRROR
your fix is cleaner than what I had stagged.
thanks,
Armin
[YOCTO #11554]
Signed-off-by: Maxin B. John
---
meta/recipes-multimedia/libpng/libpng_1.6.24.bb | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
b/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
index f91ab7f..4ee5983 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.24.bb
@@ -6,8 +6,10 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=5089214833586ba444048fd1dbbc76a4 \
file://png.h;endline=149;md5=376d8ff7f69b7c4ad3a09f4672cec696"
DEPENDS = "zlib"
-SRC_URI = "${GENTOO_MIRROR}/libpng-${PV}.tar.xz \
- "
+LIBV = "16"
+
+SRC_URI =
"${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/older-releases/${PV}/libpng-${PV}.tar.xz"
+
SRC_URI[md5sum] = "ffcdbd549814787fa8010c372e35ff25"
SRC_URI[sha256sum] =
"7932dc9e5e45d55ece9d204e90196bbb5f2c82741ccb0f7e10d07d364a6fd6dd"
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] openssh: Fix key generation with systemd
On Mon, 2017-07-03 at 20:18 -0500, Joshua Watt wrote:
> 106b59d9 broke SSH host key generation when systemd and a read-only
> root file
> system are in use because there isn't a way for systemd to get the
> optional
> weak assigment of SYSCONFDIR from /etc/default/sshd and still provide
> a default
> value if it is not specified. Instead, move the logic for determining
> if keys
> need to be created to a helper script that both the SysV init script
> and the
> systemd unit file can reference.
>
> This does mean that the systemd unit file can't check for file
> existence to
> know if it should start the service, but it wasn't able to do that
> correctly
> anyway anymore. This should be a problem since the serivce is only
> run once per
> power cycle by systemd, and should exit quickly if the keys already
> exist
>
> Signed-off-by: Joshua Watt
> ---
> meta/recipes-connectivity/openssh/openssh/init | 69 +---
> --
> .../openssh/openssh/sshd_check_keys| 64
>
> .../openssh/openssh/sshdgenkeys.service| 16 +
> meta/recipes-connectivity/openssh/openssh_7.5p1.bb | 8 +++
> 4 files changed, 76 insertions(+), 81 deletions(-)
> create mode 100644 meta/recipes-
> connectivity/openssh/openssh/sshd_check_keys
>
> diff --git a/meta/recipes-connectivity/openssh/openssh/init
> b/meta/recipes-connectivity/openssh/openssh/init
> index 386628a..34ba0f8 100644
> --- a/meta/recipes-connectivity/openssh/openssh/init
> +++ b/meta/recipes-connectivity/openssh/openssh/init
> @@ -19,25 +19,6 @@ fi
> [ -z "$SYSCONFDIR" ] && SYSCONFDIR=/etc/ssh
> mkdir -p $SYSCONFDIR
>
> -parse_sshd_opts() {
> -set -- ${SSHD_OPTS} --
> -sshd_config=/etc/ssh/sshd_config
> -while true ; do
> -case "$1" in
> --f*) if [ "$1" = "-f" ] ; then
> - sshd_config="$2"
> - shift
> - else
> - sshd_config="${1#-f}"
> - fi
> - shift
> - ;;
> ---) shift; break;;
> -*) shift;;
> -esac
> -done
> -}
> -
> check_for_no_start() {
> # forget it if we're trying to start, and
> /etc/ssh/sshd_not_to_be_run exists
> if [ -e $SYSCONFDIR/sshd_not_to_be_run ]; then
> @@ -58,57 +39,13 @@ check_config() {
> /usr/sbin/sshd -t $SSHD_OPTS || exit 1
> }
>
> -check_keys() {
> - # parse location of keys
> - local HOST_KEY_RSA
> - local HOST_KEY_DSA
> - local HOST_KEY_ECDSA
> - local HOST_KEY_ED25519
> -
> - parse_sshd_opts
> - HOST_KEY_RSA=$(grep ^HostKey "${sshd_config}" | grep _rsa_ |
> tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_RSA}" ] && HOST_KEY_RSA=$(grep HostKey
> "${sshd_config}" | grep _rsa_ | tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_RSA}" ] &&
> HOST_KEY_RSA=$SYSCONFDIR/ssh_host_rsa_key
> - HOST_KEY_DSA=$(grep ^HostKey "${sshd_config}" | grep _dsa_ |
> tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_DSA}" ] && HOST_KEY_DSA=$(grep HostKey
> "${sshd_config}" | grep _dsa_ | tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_DSA}" ] &&
> HOST_KEY_DSA=$SYSCONFDIR/ssh_host_dsa_key
> - HOST_KEY_ECDSA=$(grep ^HostKey "${sshd_config}" | grep
> _ecdsa_ | tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_ECDSA}" ] && HOST_KEY_ECDSA=$(grep HostKey
> "${sshd_config}" | grep _ecdsa_ | tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_ECDSA}" ] &&
> HOST_KEY_ECDSA=$SYSCONFDIR/ssh_host_ecdsa_key
> - HOST_KEY_ED25519=$(grep ^HostKey "${sshd_config}" | grep
> _ed25519_ | tail -1 | awk ' { print $2 } ')
> - [ -z "${HOST_KEY_ED25519}" ] && HOST_KEY_ED25519=$(grep
> HostKey "${sshd_config}" | grep _ed25519_ | tail -1 | awk ' { print
> $2 } ')
> - [ -z "${HOST_KEY_ED25519}" ] &&
> HOST_KEY_ED25519=$SYSCONFDIR/ssh_host_ed25519_key
> -
> - # create keys if necessary
> - if [ ! -f $HOST_KEY_RSA ]; then
> - echo " generating ssh RSA key..."
> - mkdir -p $(dirname $HOST_KEY_RSA)
> - ssh-keygen -q -f $HOST_KEY_RSA -N '' -t rsa
> - fi
> - if [ ! -f $HOST_KEY_ECDSA ]; then
> - echo " generating ssh ECDSA key..."
> - mkdir -p $(dirname $HOST_KEY_ECDSA)
> - ssh-keygen -q -f $HOST_KEY_ECDSA -N '' -t ecdsa
> - fi
> - if [ ! -f $HOST_KEY_DSA ]; then
> - echo " generating ssh DSA key..."
> - mkdir -p $(dirname $HOST_KEY_DSA)
> - ssh-keygen -q -f $HOST_KEY_DSA -N '' -t dsa
> - fi
> - if [ ! -f $HOST_KEY_ED25519 ]; then
> - echo " generating ssh ED25519 key..."
> - mkdir -p $(dirname $HOST_KEY_ED25519)
> - ssh-keygen -q -f $HOST_KEY_ED25519 -N '' -t ed25519
> - fi
> -}
> -
> export PATH="${PATH:+$PATH:}/usr/sbin:/sbin"
>
> case "$1" in
>start)
> check_for_no_start
> echo "Starting OpenBSD Secure Shell server: sshd"
> - check_keys
> + @LIBEXECDIR@/ssh
[OE-core] [PATCH] systemtap: ensure systemtap-native is available
Since we are adding the addto_sysroot that that is specific to the native recipe, we must split this into a seperate -native .bb recipe. When systemtap-native is built, the intention is that it's usable from the native sysroot when done, ensure it's there with a forced addto_recipe_sysroot task, we also don't want to clean the sysroot when RM_WORK is enabled otherwise we loose the binaries. [YOCTO #11403] Signed-off-by: Saul Wold (cherry picked from commit 2fdb59741b4fdeaa4aee10812c4a409cdc11a02d) Signed-off-by: Saul Wold --- meta/recipes-kernel/systemtap/systemtap-native_git.bb | 7 +++ meta/recipes-kernel/systemtap/systemtap_git.bb| 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-kernel/systemtap/systemtap-native_git.bb diff --git a/meta/recipes-kernel/systemtap/systemtap-native_git.bb b/meta/recipes-kernel/systemtap/systemtap-native_git.bb new file mode 100644 index 00..c3da77c831 --- /dev/null +++ b/meta/recipes-kernel/systemtap/systemtap-native_git.bb @@ -0,0 +1,7 @@ + +require systemtap_git.bb + +inherit native + +RM_WORK_EXCLUDE_ITEMS += "recipe-sysroot-native" +addtask addto_recipe_sysroot after do_populate_sysroot before do_build diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb b/meta/recipes-kernel/systemtap/systemtap_git.bb index fed368a38b..b3fd9730da 100644 --- a/meta/recipes-kernel/systemtap/systemtap_git.bb +++ b/meta/recipes-kernel/systemtap/systemtap_git.bb @@ -25,4 +25,4 @@ PACKAGECONFIG[python3-probes] = "--with-python3-probes,--without-python3-probes, inherit autotools gettext pkgconfig distutils3-base -BBCLASSEXTEND = "native nativesdk" +BBCLASSEXTEND = "nativesdk" -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][PATCHv2 RESEND] dkms: Add new recipe for supporting dkms
On Mon, Jul 24, 2017 at 3:19 AM Alexandru Vasiu
wrote:
> Dkms is a tool used to compile out of tree modules directly on
> target devices (sometimes you have sources or binaries which
> need to be compiled directly on target, outside OE).
> I used a simple module and a dkms config to test it, and dkms
> compiled and installed the module on target.
>
> For example:
> .
> ├── dkms.conf
> └── src
> ├── hello.c
> └── Makefile
>
> hello.c:
> #include
>
> int init_module(void)
> {
> printk("Hello World!\n");
> return 0;
> }
>
> void cleanup_module(void)
> {
> printk("Goodbye Cruel World!\n");
> }
>
> MODULE_LICENSE("GPL");
>
> Makefile:
> obj-m += hello.o
>
> KERNELDIR ?= /lib/modules/$(shell uname -r)/build
>
> PWD := $(shell pwd)
>
> install:
> $(MAKE) -C $(KERNELDIR) M=$(PWD) modules
>
> clean:
> rm -rf *.o *.ko *~ core .depend .*.cmd *.mod.c
> modules.order Module.symvers
>
> dkms.conf:
> MAKE="make -C src/ KERNELDIR=/lib/modules/${kernelver}/build"
> CLEAN="make -C src/ clean"
> BUILT_MODULE_NAME=hello
> DEST_MODULE_LOCATION=/kernel/drivers/scsi
> BUILT_MODULE_LOCATION=src/
> PACKAGE_NAME=hello
> PACKAGE_VERSION=0.1
> AUTOINSTALL=yes
> REMAKE_INITRD=yes
>
> All files should be in /usr/src/-,
> in our case in /urs/src/hello-0.1.
>
> Signed-off-by: Alexandru Vasiu
> ---
> meta/recipes-kernel/dkms/dkms_2.4.0.bb | 12
> 1 file changed, 12 insertions(+)
> create mode 100644 meta/recipes-kernel/dkms/dkms_2.4.0.bb
>
> diff --git a/meta/recipes-kernel/dkms/dkms_2.4.0.bb
> b/meta/recipes-kernel/dkms/dkms_2.4.0.bb
> new file mode 100644
> index 00..78b23c43e9
> --- /dev/null
> +++ b/meta/recipes-kernel/dkms/dkms_2.4.0.bb
> @@ -0,0 +1,12 @@
> +SUMMARY = "DKMS Recipe - Adds DKMS tool for target"
> +HOMEPAGE = "https://github.com/dell/dkms/";
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
> +
> +SRC_URI = "https://github.com/dell/${PN}/archive/v${PV}.tar.gz";
> +
> +SRC_URI[md5sum] = "d2e74dd79086c564a924b5763794091b"
> +
> +RDEPENDS_${PN} += "bash kmod gcc make patch"
> +
Perhaps you also need kernel-dev package
>
> +inherit autotools-brokensep
> --
> 2.13.3
>
> --
> ___
> 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] State of bitbake world, Failed tasks 2017-07-22
http://www.openembedded.org/wiki/Bitbake_World_Status
qemux86 shows few more issues, because it was built from slightly
older metadata (I've dropped 4 patches from master-next after this build
- before qemux86-64 and qemuarm were executed).
== Number of issues - stats ==
{| class='wikitable'
!|Date !!colspan='3'|Failed tasks
!!|Signatures !!colspan='14'|QA !!Comment
|-
|| ||qemuarm ||qemux86 ||qemux86_64||all
||already-stripped ||libdir||textrel ||build-deps
||file-rdeps||version-going-backwards ||host-user-contaminated
||installed-vs-shipped ||unknown-configure-option ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname ||ldflags ||compile-host-path
||
|-
||2017-07-22||2 ||5 ||1 ||0 ||0 ||0
||5 ||0 ||0 ||22||0
||0 ||0 ||0 ||0 ||0
||0 ||0 ||
|}
== Failed tasks 2017-07-22 ==
INFO: jenkins-job.sh-1.8.25 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170723_091050.log
=== common (1) ===
* meta-browser/recipes-mozilla/firefox/firefox_45.9.0esr.bb:do_compile
=== common-x86 (0) ===
=== qemuarm (1) ===
*
meta-openembedded/meta-oe/recipes-support/mysql/mariadb_5.5.55.bb:do_compile
=== qemux86 (4) ===
*
meta-openembedded/meta-gnome/recipes-support/usermode/usermode_1.111.bb:do_compile
*
meta-openembedded/meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-c_1.31.0.bb:do_compile
* meta-openembedded/meta-oe/recipes-extended/efivar/efivar_0.31.bb:do_patch
* meta-qt5/recipes-qt/qt5/qtbase_git.bb:do_compile
=== qemux86_64 (0) ===
=== Number of failed tasks (8) ===
{| class=wikitable
|-
|| qemuarm || 2 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170722_055737.log/
|| http://errors.yoctoproject.org/Errors/Build/41767/
|-
|| qemux86 || 5 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170721_024317.log/
|| http://errors.yoctoproject.org/Errors/Build/41746/
|-
|| qemux86_64 || 1 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170722_025112.log/
|| http://errors.yoctoproject.org/Errors/Build/41770/
|}
=== PNBLACKLISTs (14) ===
=== QA issues (27) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||build-deps
|-
||0 ||compile-host-path
|-
||0 ||file-rdeps
|-
||0 ||host-user-contaminated
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||ldflags
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||symlink-to-sysroot
|-
||0 ||unknown-configure-option
|-
||22||version-going-backwards
|-
||5 ||textrel
|}
=== Incorrect PACKAGE_ARCH or sstate signatures (0) ===
Complete log:
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170723_052536.log/
No issues detected
PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN: fails to
link against sctp_connectx symbol", '', d)}"
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with
bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4] ?=
"${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with
bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:PNBLACKLIST[gst-plugin-bluetooth]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with
bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-graphics/libsexy/libsexy_0.1.11.bb:PNBLACKLIST[libsexy] ?=
"Fails to build with RSS http://errors.yoctoproject.org/Errors/Details/130607/
- the recipe will be removed on 2017-09-01 unless the issue is fixed"
meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb:PNBLACKLIST[xf86-video-geode]
?= "BROKEN, fails to build - the recipe will be removed on 2017-09-01 unless
the issue is fixed"
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb:PNBLACKLIST[foxtrotgps]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with
bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-navigation/gypsy/gypsy.inc:PNBLACKLIST[gypsy] ?=
"${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with
bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-navigation/navit/navit.inc:PNBL
[OE-core] [PATCH 0/1] python-3.5-manifest: move python3.5-config script into the dev package
From: Leonardo Sandoval The following changes since commit a4f2bf37b7eac888f37f11cd4d4606436909c507: mpc8315e-rdb: add wic.bmap to IMAGE_FSTYPES (2017-07-17 15:14:27 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lsandov1/python3-config-multilib http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lsandov1/python3-config-multilib Leonardo Sandoval (1): python-3.5-manifest: move python3.5-config script into the dev package meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- 2.12.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for python-3.5-manifest: move python3.5-config script into the dev package
== Series Details ==
Series: python-3.5-manifest: move python3.5-config script into the dev package
Revision: 1
URL : https://patchwork.openembedded.org/series/7894/
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:
* Issue Series cannot be parsed correctly due to malformed diff
lines [test_mbox_format]
Suggested fixCreate the series again using git-format-patch and ensure it
can be applied using git am
Diff line @@ -66,7 +66,7 @@
FILES_${PN}-debugger="${libdir}/python3.5/bdb.* ${libdir}/python3.5/__pycache__/
* Issue Series does not apply on top of target branch
[test_series_merge_on_head]
Suggested fixRebase your series on top of targeted branch
Targeted branch master (currently at d3a41fbd94)
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] -> ...).
---
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] [PATCH] python-3.5-manifest: move python3.5-config script into the dev package
From: Leonardo Sandoval
The python config script is installed /usr/bin thus conflicting when
installing python and its multilib version. To avoid the latter, move
the script into the dev package.
[YOCTO #11513]
Signed-off-by: Leonardo Sandoval
---
meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 65db7e8f20..227372e4c9 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -38,7 +38,7 @@ FILES_${PN}-compression="${libdir}/python3.5/gzip.*
${libdir}/python3.5/__pycach
SUMMARY_${PN}-core="Python interpreter and core modules"
RDEPENDS_${PN}-core="${PN}-lang ${PN}-re ${PN}-reprlib ${PN}-codecs ${PN}-io
${PN}-math"
-FILES_${PN}-core="${libdir}/python3.5/__future__.*
${libdir}/python3.5/__pycache__/__future__.* ${libdir}/python3.5/_abcoll.*
${libdir}/python3.5/__pycache__/_abcoll.* ${libdir}/python3.5/abc.*
${libdir}/python3.5/__pycache__/abc.* ${libdir}/python3.5/ast.*
${libdir}/python3.5/__pycache__/ast.* ${libdir}/python3.5/copy.*
${libdir}/python3.5/__pycache__/copy.* ${libdir}/python3.5/copyreg.*
${libdir}/python3.5/__pycache__/copyreg.* ${libdir}/python3.5/configparser.*
${libdir}/python3.5/__pycache__/configparser.*
${libdir}/python3.5/genericpath.* ${libdir}/python3.5/__pycache__/genericpath.*
${libdir}/python3.5/getopt.* ${libdir}/python3.5/__pycache__/getopt.*
${libdir}/python3.5/linecache.* ${libdir}/python3.5/__pycache__/linecache.*
${libdir}/python3.5/new.* ${libdir}/python3.5/__pycache__/new.*
${libdir}/python3.5/os.* ${libdir}/python3.5/__pycache__/os.*
${libdir}/python3.5/posixpath.* ${libdir}/python3.5/__pycache__/posixpath.*
${libdir}/python3.5/struct.* ${libdir}/python
3.5/__pycache__/struct.* ${libdir}/python3.5/warnings.*
${libdir}/python3.5/__pycache__/warnings.* ${libdir}/python3.5/site.*
${libdir}/python3.5/__pycache__/site.* ${libdir}/python3.5/stat.*
${libdir}/python3.5/__pycache__/stat.* ${libdir}/python3.5/UserDict.*
${libdir}/python3.5/__pycache__/UserDict.* ${libdir}/python3.5/UserList.*
${libdir}/python3.5/__pycache__/UserList.* ${libdir}/python3.5/UserString.*
${libdir}/python3.5/__pycache__/UserString.*
${libdir}/python3.5/lib-dynload/binascii.*.so
${libdir}/python3.5/lib-dynload/__pycache__/binascii.*.so
${libdir}/python3.5/lib-dynload/_struct.*.so
${libdir}/python3.5/lib-dynload/__pycache__/_struct.*.so
${libdir}/python3.5/lib-dynload/time.*.so
${libdir}/python3.5/lib-dynload/__pycache__/time.*.so
${libdir}/python3.5/lib-dynload/xreadlines.*.so
${libdir}/python3.5/lib-dynload/__pycache__/xreadlines.*.so
${libdir}/python3.5/types.* ${libdir}/python3.5/__pycache__/types.*
${libdir}/python3.5/platform.* ${libdir}/python3.5/__p
ycache__/platform.* ${bindir}/python* ${libdir}/python3.5/_weakrefset.*
${libdir}/python3.5/__pycache__/_weakrefset.* ${libdir}/python3.5/sysconfig.*
${libdir}/python3.5/__pycache__/sysconfig.*
${libdir}/python3.5/_sysconfigdata.*
${libdir}/python3.5/__pycache__/_sysconfigdata.*
${includedir}/python${PYTHON_BINABI}/pyconfig*.h
${libdir}/python${PYTHON_MAJMIN}/collections
${libdir}/python${PYTHON_MAJMIN}/_collections_abc.*
${libdir}/python${PYTHON_MAJMIN}/_sitebuiltins.*
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python3.5/__future__.*
${libdir}/python3.5/__pycache__/__future__.* ${libdir}/python3.5/_abcoll.*
${libdir}/python3.5/__pycache__/_abcoll.* ${libdir}/python3.5/abc.*
${libdir}/python3.5/__pycache__/abc.* ${libdir}/python3.5/ast.*
${libdir}/python3.5/__pycache__/ast.* ${libdir}/python3.5/copy.*
${libdir}/python3.5/__pycache__/copy.* ${libdir}/python3.5/copyreg.*
${libdir}/python3.5/__pycache__/copyreg.* ${libdir}/python3.5/configparser.*
${libdir}/python3.5/__pycache__/configparser.*
${libdir}/python3.5/genericpath.* ${libdir}/python3.5/__pycache__/genericpath.*
${libdir}/python3.5/getopt.* ${libdir}/python3.5/__pycache__/getopt.*
${libdir}/python3.5/linecache.* ${libdir}/python3.5/__pycache__/linecache.*
${libdir}/python3.5/new.* ${libdir}/python3.5/__pycache__/new.*
${libdir}/python3.5/os.* ${libdir}/python3.5/__pycache__/os.*
${libdir}/python3.5/posixpath.* ${libdir}/python3.5/__pycache__/posixpath.*
${libdir}/python3.5/struct.* ${libdir}/python
3.5/__pycache__/struct.* ${libdir}/python3.5/warnings.*
${libdir}/python3.5/__pycache__/warnings.* ${libdir}/python3.5/site.*
${libdir}/python3.5/__pycache__/site.* ${libdir}/python3.5/stat.*
${libdir}/python3.5/__pycache__/stat.* ${libdir}/python3.5/UserDict.*
${libdir}/python3.5/__pycache__/UserDict.* ${libdir}/python3.5/UserList.*
${libdir}/python3.5/__pycache__/UserList.* ${libdir}/python3.5/UserString.*
${libdir}/python3.5/__pycache__/UserString.*
${libdir}/python3.5/lib-dynload/binascii.*.so
${libdir}/python3.5/lib-dynload/__pycach
[OE-core] [PATCH] python: don't include -tests with modules
Although 'test' is listed in the python module list
(https://docs.python.org/3/py-modindex.html) it is meant only to be
used 'internally' by folks developing python itself. Per the
documentation:
Note The test package is meant for internal use by Python only. It
is documented for the benefit of the core developers of Python. Any
use of this package outside of Python’s standard library is
discouraged as code mentioned here can change or be removed without
notice between releases of Python.
Per the above it is best not to include this module to discourage
folks who might not head the above warnings. Additionally this module
is one of the largest py modules going, by dropping this unneeded
module from the 'modules' package we can reduce overall image size,
something which is important for many embedded deployments.
Signed-off-by: Mark Asselstine
---
meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +-
meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 7ed254b..57d4834 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -281,7 +281,7 @@ RDEPENDS_${PN}-zlib="${PN}-core"
FILES_${PN}-zlib="${libdir}/python2.7/lib-dynload/zlib.so "
SUMMARY_${PN}-modules="All Python modules"
-RDEPENDS_${PN}-modules="${PN}-2to3 ${PN}-argparse ${PN}-audio ${PN}-bsddb
${PN}-codecs ${PN}-compile ${PN}-compiler ${PN}-compression ${PN}-contextlib
${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses ${PN}-datetime ${PN}-db
${PN}-debugger ${PN}-difflib ${PN}-distutils ${PN}-doctest ${PN}-email
${PN}-fcntl ${PN}-gdbm ${PN}-hotshot ${PN}-html ${PN}-idle ${PN}-image
${PN}-importlib ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox
${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient
${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-plistlib
${PN}-pprint ${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-resource
${PN}-robotparser ${PN}-shell ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests
${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin
${PN}-xml ${PN}-xmlrpc ${PN}-zlib "
+RDEPENDS_${PN}-modules="${PN}-2to3 ${PN}-argparse ${PN}-audio ${PN}-bsddb
${PN}-codecs ${PN}-compile ${PN}-compiler ${PN}-compression ${PN}-contextlib
${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses ${PN}-datetime ${PN}-db
${PN}-debugger ${PN}-difflib ${PN}-distutils ${PN}-doctest ${PN}-email
${PN}-fcntl ${PN}-gdbm ${PN}-hotshot ${PN}-html ${PN}-idle ${PN}-image
${PN}-importlib ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox
${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient
${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-plistlib
${PN}-pprint ${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-resource
${PN}-robotparser ${PN}-shell ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-textutils
${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin ${PN}-xml
${PN}-xmlrpc ${PN}-zlib "
ALLOW_EMPTY_${PN}-modules = "1"
diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 65db7e8..0260e87 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -277,7 +277,7 @@ RDEPENDS_${PN}-xmlrpc="${PN}-core ${PN}-xml ${PN}-netserver
${PN}-lang ${PN}-pyd
FILES_${PN}-xmlrpc="${libdir}/python3.5/xmlrpclib.*
${libdir}/python3.5/__pycache__/xmlrpclib.*
${libdir}/python3.5/SimpleXMLRPCServer.*
${libdir}/python3.5/__pycache__/SimpleXMLRPCServer.*
${libdir}/python3.5/DocXMLRPCServer.*
${libdir}/python3.5/__pycache__/DocXMLRPCServer.* ${libdir}/python3.5/xmlrpc
${libdir}/python3.5/xmlrpc/__pycache__ "
SUMMARY_${PN}-modules="All Python modules"
-RDEPENDS_${PN}-modules="${PN}-2to3 ${PN}-argparse ${PN}-asyncio ${PN}-audio
${PN}-codecs ${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt
${PN}-ctypes ${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-difflib
${PN}-distutils ${PN}-doctest ${PN}-email ${PN}-enum ${PN}-fcntl ${PN}-gdbm
${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib ${PN}-io ${PN}-json
${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math ${PN}-mime ${PN}-mmap
${PN}-multiprocessing ${PN}-netclient ${PN}-netserver ${PN}-numbers
${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc ${PN}-re
${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-selectors ${PN}-shell
${PN}-signal ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold
${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests ${PN}-textutils
${PN}-threading ${PN}-tkinter ${PN}
[OE-core] [PATCH 00/49] Pyro-next pull request
Please consider these changes for the next Pyro merge.
Clean AB build ( thanks Ross).
Includes kernel updates, security fixes and misc bug fixes.
The following changes since commit 5686f4e1fe5229705b8c7d35895aa03827796d13:
tcf-agent: kill with USR2 in systemd stop (2017-07-20 11:00:23 +0100)
are available in the git repository at:
http://git.yoctoproject.org/git/poky-contrib akuster/pyro-next
http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/pyro-next
Alexander Kanavin (1):
package_manager.py: set dnf's releasever setting from DISTRO_CODENAME
Andrej Valek (6):
libxml2: Disable LeakSanitizer when running API tests
libxml2: Avoid reparsing and simplify control flow in
xmlParseStartTag2
libxml2: Fix CVE-2017-9047 and CVE-2017-9048
libxml2: Fix CVE-2017-9049 and CVE-2017-9050
libxml2: Fix CVE-2017-5969
libxml2: Fix CVE-2017-0663
Bruce Ashfield (16):
kernel-yocto: propagate configuration errors to bbclass
linux-yocto/4.10: update to v4.10.15
linux-yocto/4.4: update to v4.4.67
linux-yocto/4.9: update to v4.9.27
linux-yocto/4.1: fix gcc7 compilation and v4.1.39
linux-yocto/meta: bluetooth: Adds BT_BREDR and BT_LE, which are needed
as dependencies
linux-yocto/meta: smp: Add config X86_BIGSMP since its needed when
NR_CPUS > 8
kernel/meta: add virtualbox configuration fragment
linux-yocto/meta: configuration changes (wifi, kexec and nft)
linux-yocto-rt: 4.9-rt18
linux-yocto/4.10: update to v4.10.17
linux-yocto/4.9: update to 4.9.31
linux-yocto/4.4: update to v4.4.71
kernel-yocto/meta: smp configuration changes
linux-yocto/4.4: update to v4.4.76
linux-yocto/4.9: update to v4.9.36
Chen Qi (1):
systemd: workaround login failure on qemumips64 when 'pam' is enabled
David Reyna (6):
bitbake: toaster: add ID's to navigation links
bitbake: toaster: add ID's to build menu links
bitbake: toaster: fail on layers with sub-layer
bitbake: toaster: add getMessage to MockEvent
bitbake: toaster: get_last_build_id not called correctly
bitbake: toaster: noweb should init database
Enrico Scholz (1):
tzcode-native: quote ${CC}
Jan Kiszka (1):
tzdata: Install zone1970.tab
Khem Raj (2):
zlib: Pass pre-calculate uname enable re-entrant flags
iptables: Apply 0001-fix-build-with-musl.patch unconditionally
Martin Kelly (1):
qemuboot.conf: make cpus match built artifacts
Patrick Ohly (6):
yocto-compat-layer.py: avoid adding layers more than once
yocto-compat-layer.py: tolerate broken world builds during signature
diff
yocto-compat-layer.py: apply test_signatures to all layers
yocto-compat-layer.py: add test_world
yocto-compat-layer.py: allow README with suffix
yocto-compat-layer.py: make signature check code reusable
Paul Eggleton (2):
classes/buildhistory: fix failures collecting output signatures
classes/staging: change fixme debug message from note to debug
Peter Kjellerstedt (3):
linux-firmware: Avoid a dependency on python-core
texi2html: Add a dependency on perl
git: Add a dependency on perl for gitweb
Ross Burton (2):
libpcap: apply fix from upstream to fix build race
systemd: refuse to load units with errors (CVE-2017-182)
Stanley Cheong Kwan, Phoong (1):
recipetool: git reformat URI mangling & parameter stripped
bitbake/bin/toaster| 50 +-
bitbake/lib/bb/ui/buildinfohelper.py | 17 +-
bitbake/lib/toaster/orm/models.py | 12 +-
bitbake/lib/toaster/toastergui/templates/base.html | 8 +-
.../toastergui/templates/basebuildpage.html| 20 +-
meta/classes/buildhistory.bbclass | 14 +-
meta/classes/kernel-yocto.bbclass | 3 +-
meta/classes/staging.bbclass | 2 +-
meta/conf/machine/include/qemuboot-x86.inc | 6 +-
meta/lib/oe/package_manager.py | 8 +-
.../libpcap/libpcap/fix-grammar-deps.patch | 29 +
meta/recipes-connectivity/libpcap/libpcap_1.8.1.bb | 1 +
.../libxml/libxml2/libxml2-CVE-2017-0663.patch | 40 ++
.../libxml/libxml2/libxml2-CVE-2017-5969.patch | 62 +++
.../libxml2-CVE-2017-9047_CVE-2017-9048.patch | 103
.../libxml2-CVE-2017-9049_CVE-2017-9050.patch | 291 ++
...ibxml2-fix_and_simplify_xmlParseStartTag2.patch | 590 +
meta/recipes-core/libxml/libxml2/runtest.patch | 25 +-
meta/recipes-core/libxml/libxml2_2.9.4.bb | 5 +
...ragment-refuse-units-with-errors-in-certa.patch | 329
meta/recipes-core/systemd/systemd_232.bb | 4 +
meta/recipes-core/zlib/zlib_1.2.11.bb | 12 +-
meta/recipes-devtools/git/git.inc | 2 +-
meta/recipes-extended/iptables/iptables_1.6.1.bb | 4 +-
meta/recipes-extended/texi2html/texi2html_5.0.bb | 2 +
.../recipes-extended/tzcode/tzcode-native_2017b.bb | 2 +-
meta/recipes-extended/tzdata/tzdata_2017b.bb | 2 +
.../linux-firmware/linux-fi
[OE-core] [PATCH] package_rpm.bbclass: disable generation of .build-id links
As we're not using them and they're getting in the way of
reproducibility.
[YOCTO #11718]
Signed-off-by: Alexander Kanavin
---
meta/classes/package_rpm.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index dc241975c3b..5562074ae4e 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -644,6 +644,7 @@ python do_package_rpm () {
cmd = cmd + " --define '_build_name_fmt
%%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'"
cmd = cmd + " --define '_use_internal_dependency_generator 0'"
cmd = cmd + " --define '_binaries_in_noarch_packages_terminate_build 0'"
+cmd = cmd + " --define '_build_id_links none'"
cmd = cmd + " --define '_binary_payload w6T.xzdio'"
cmd = cmd + " --define '_source_payload w6T.xzdio'"
if perfiledeps:
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Yocto Project Status WW30’17
Current Dev Position: Preparing for YP 2.4 M2 for QA Next Deadline: YP 2.4 M2 Cut off was July 17, 2017 SWAT team rotation: Joshua -> Armin on July 21, 2017. SWAT team rotation: Armin -> Saul on July 14, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·YP 2.3.1 (pyro) was released. ·The bitbake server rework has merged and bitbake now always starts a server as a background process and reconnects to it. The server can optionally stay in memory. We have reports of timeout issues where bitbake appears to be attempting to connect to a server in the midst of shutting down. We’ve identified one issue with prserv causing issues and patches have been posted to address this. There may be other issues causing slow server shutdown and we need to identify these, any help in doing that is appreciated. ·We have opted to get the server rework into M2 which means M2 is running slightly behind schedule. We are seeing several oe-selftest failures which we need to resolve before we can build M2. Hopefully these will be resolved so we can get a build into QA early this week. Planned upcoming dot releases: YP 2.2.2 Cut off June 5, 2017 - Not ready to do an rc2 yet. YP 2.2.2 Release by June, 16 2017 YP 2.3.2 Cut off Aug 7, 2017 YP 2.3.2 Release by Aug. 18, 2017 Key YP 2.4 Dates are: YP 2.4 M2 Cut off is July 17, 2017 YP 2.4 M2 Release by July 28, 2017 YP 2.4 M3 Cut off is Aug. 21, 2017 YP 2.4 M3 Release by Sept. 1, 2017 YP 2.4 M4 (Final) Cut off is Sept. 18, 2017 YP 2.4 M4 (Final) Release by Oct. 20, 2017 Tracking Metrics: WDD 2488 (last week 2495) (https://wiki.yoctoproject.org/charts/combo.html) Key Status Links for YP: https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.4_Status https://wiki.yoctoproject.org/wiki/Yocto_2.4_Schedule https://wiki.yoctoproject.org/wiki/Yocto_2.4_Features [If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!] Thanks, Stephen K. Jolley Yocto Project Program Manager INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124 • Work Telephone:(503) 712-0534 •Cell: (208) 244-4460 • Email: stephen.k.jol...@intel.com -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 11/11] valgrind: fix upstream version check
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/valgrind/valgrind_3.13.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.13.0.bb
b/meta/recipes-devtools/valgrind/valgrind_3.13.0.bb
index feab5fc1a19..e1ff29a3120 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.13.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.13.0.bb
@@ -40,6 +40,7 @@ SRC_URI =
"ftp://sourceware.org/pub/valgrind/valgrind-${PV}.tar.bz2 \
"
SRC_URI[md5sum] = "817dd08f1e8a66336b9ff206400a5369"
SRC_URI[sha256sum] =
"d76680ef03f00cd5e970bbdcd4e57fb1f6df7d2e2c071635ef2be74790190c3b"
+UPSTREAM_CHECK_REGEX = "valgrind-(?P\d+(\.\d+)+)\.tar"
COMPATIBLE_HOST = '(i.86|x86_64|arm|aarch64|mips|powerpc|powerpc64).*-linux'
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 10/11] webkitgtk: update to 2.16.6
Signed-off-by: Alexander Kanavin
---
meta/recipes-sato/webkit/{webkitgtk_2.16.5.bb => webkitgtk_2.16.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-sato/webkit/{webkitgtk_2.16.5.bb => webkitgtk_2.16.6.bb}
(97%)
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.16.5.bb
b/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
similarity index 97%
rename from meta/recipes-sato/webkit/webkitgtk_2.16.5.bb
rename to meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
index dcaf8a6ed79..fbc74dc4da5 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.16.5.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
@@ -23,8 +23,8 @@ SRC_URI =
"http://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://detect-atomics-during-configure.patch \
"
-SRC_URI[md5sum] = "fce72dc89cd310a663d9eb97133861fe"
-SRC_URI[sha256sum] =
"8e0396f3428e757898c5856e642eed4fcd5a20ae03d96d3eaa03b76634be7dd4"
+SRC_URI[md5sum] = "0e2d142a586e4ff79cf0324f4fdbf20c"
+SRC_URI[sha256sum] =
"fc23650df953123c59b9c0edf3855e7bd55bd107820997fc72375811e1ea4b21"
inherit cmake pkgconfig gobject-introspection perlnative distro_features_check
upstream-version-is-even gtk-doc
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 09/11] oprofile: fix upstream version check
Signed-off-by: Alexander Kanavin
---
meta/recipes-kernel/oprofile/oprofile.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-kernel/oprofile/oprofile.inc
b/meta/recipes-kernel/oprofile/oprofile.inc
index 96ef43dc301..4b01654fa3e 100644
--- a/meta/recipes-kernel/oprofile/oprofile.inc
+++ b/meta/recipes-kernel/oprofile/oprofile.inc
@@ -27,6 +27,8 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz \
file://0001-Add-rmb-definition-for-NIOS2-architecture.patch \
file://0001-Fix-FTBFS-problem-with-GCC-6.patch \
"
+UPSTREAM_CHECK_REGEX = "oprofile-(?P\d+(\.\d+)+)/"
+UPSTREAM_CHECK_URI =
"https://sourceforge.net/projects/oprofile/files/oprofile/";
SRC_URI_append_libc-musl = " file://musl.patch"
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 08/11] mpg123: update to 1.25.4
Signed-off-by: Alexander Kanavin
---
meta/recipes-multimedia/mpg123/{mpg123_1.25.0.bb => mpg123_1.25.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/mpg123/{mpg123_1.25.0.bb => mpg123_1.25.4.bb}
(94%)
diff --git a/meta/recipes-multimedia/mpg123/mpg123_1.25.0.bb
b/meta/recipes-multimedia/mpg123/mpg123_1.25.4.bb
similarity index 94%
rename from meta/recipes-multimedia/mpg123/mpg123_1.25.0.bb
rename to meta/recipes-multimedia/mpg123/mpg123_1.25.4.bb
index f86098ce20b..96e8f21b754 100644
--- a/meta/recipes-multimedia/mpg123/mpg123_1.25.0.bb
+++ b/meta/recipes-multimedia/mpg123/mpg123_1.25.4.bb
@@ -11,8 +11,8 @@ LICENSE_FLAGS = "commercial"
LIC_FILES_CHKSUM = "file://COPYING;md5=1e86753638d3cf2512528b99079bc4f3"
SRC_URI = "https://www.mpg123.de/download/${BP}.tar.bz2";
-SRC_URI[md5sum] = "2ffbe29c99130215b0ee7d1b11c0ea4b"
-SRC_URI[sha256sum] =
"552e3e1db045e00f474252917007795ac295863fc8b13891859b3382d2f24e48"
+SRC_URI[md5sum] = "810e9d00fd75c92c4afafa20245317b5"
+SRC_URI[sha256sum] =
"cdb5620e8aab83f75a27dab3394a44b9cc4017fc77b2954b8425ca416db6b3e7"
inherit autotools pkgconfig
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 07/11] eudev: update to 3.2.2
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/udev/{eudev_3.2.1.bb => eudev_3.2.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/udev/{eudev_3.2.1.bb => eudev_3.2.2.bb} (96%)
diff --git a/meta/recipes-core/udev/eudev_3.2.1.bb
b/meta/recipes-core/udev/eudev_3.2.2.bb
similarity index 96%
rename from meta/recipes-core/udev/eudev_3.2.1.bb
rename to meta/recipes-core/udev/eudev_3.2.2.bb
index bdfb5441ade..78fef2c1441 100644
--- a/meta/recipes-core/udev/eudev_3.2.1.bb
+++ b/meta/recipes-core/udev/eudev_3.2.2.bb
@@ -23,8 +23,8 @@ SRC_URI =
"https://github.com/gentoo/${BPN}/archive/v${PV}.tar.gz;downloadfilena
"
UPSTREAM_CHECK_URI = "https://github.com/gentoo/eudev/releases";
-SRC_URI[md5sum] = "a2aae16bc432eac0e71c1267c384e295"
-SRC_URI[sha256sum] =
"88f530c1540750e6daa91b5eaeebf88e761e6f0c86515c1c28eedfd871f027c6"
+SRC_URI[md5sum] = "1a0faad3a88ade3475e8c0ddef78e30b"
+SRC_URI[sha256sum] =
"80628191448886846ab9cc0e2af6782358a0afb81d5b4f8cd9d982d2626cca31"
inherit autotools update-rc.d qemu pkgconfig
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 06/11] vala: upgrade to 0.36.4
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/vala/{vala_0.36.3.bb => vala_0.36.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/vala/{vala_0.36.3.bb => vala_0.36.4.bb} (56%)
diff --git a/meta/recipes-devtools/vala/vala_0.36.3.bb
b/meta/recipes-devtools/vala/vala_0.36.4.bb
similarity index 56%
rename from meta/recipes-devtools/vala/vala_0.36.3.bb
rename to meta/recipes-devtools/vala/vala_0.36.4.bb
index e5707c88434..51000d9e126 100644
--- a/meta/recipes-devtools/vala/vala_0.36.3.bb
+++ b/meta/recipes-devtools/vala/vala_0.36.4.bb
@@ -4,5 +4,5 @@ SRC_URI += "
file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.pa
file://0001-vapigen.m4-use-PKG_CONFIG_SYSROOT_DIR.patch \
"
-SRC_URI[md5sum] = "ff093f46e1d2e0b179543ec43cf27d76"
-SRC_URI[sha256sum] =
"ac8a4ecd01f62d0c5f62ba50b7290d8c5a1edb308eec772a65b8e79be68f061c"
+SRC_URI[md5sum] = "3c19014093f1a3d995357253b463082c"
+SRC_URI[sha256sum] =
"e9f23ce711c1a72ce664d10946fbc5953f01b0b7f2a3562e7a01e362d86de059"
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 05/11] gperf: upgrade to 3.1
Signed-off-by: Alexander Kanavin --- meta/recipes-extended/gperf/gperf_3.0.4.bb | 5 - meta/recipes-extended/gperf/gperf_3.1.bb | 5 + 2 files changed, 5 insertions(+), 5 deletions(-) delete mode 100644 meta/recipes-extended/gperf/gperf_3.0.4.bb create mode 100644 meta/recipes-extended/gperf/gperf_3.1.bb diff --git a/meta/recipes-extended/gperf/gperf_3.0.4.bb b/meta/recipes-extended/gperf/gperf_3.0.4.bb deleted file mode 100644 index 64003fc0bb7..000 --- a/meta/recipes-extended/gperf/gperf_3.0.4.bb +++ /dev/null @@ -1,5 +0,0 @@ -require gperf.inc - - -SRC_URI[md5sum] = "c1f1db32fb6598d6a93e6e88796a8632" -SRC_URI[sha256sum] = "767112a204407e62dbc3106647cf839ed544f3cf5d0f0523aaa2508623aad63e" diff --git a/meta/recipes-extended/gperf/gperf_3.1.bb b/meta/recipes-extended/gperf/gperf_3.1.bb new file mode 100644 index 000..942820b91d5 --- /dev/null +++ b/meta/recipes-extended/gperf/gperf_3.1.bb @@ -0,0 +1,5 @@ +require gperf.inc + + +SRC_URI[md5sum] = "9e251c0a618ad0824b51117d5d9db87e" +SRC_URI[sha256sum] = "588546b945bba4b70b6a3a616e80b4ab466e3f33024a352fc2198112cdbb3ae2" -- 2.13.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 04/11] epiphany: upgrade to 3.24.3
Signed-off-by: Alexander Kanavin
---
.../recipes-gnome/epiphany/{epiphany_3.24.2.bb => epiphany_3.24.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-gnome/epiphany/{epiphany_3.24.2.bb => epiphany_3.24.3.bb}
(84%)
diff --git a/meta/recipes-gnome/epiphany/epiphany_3.24.2.bb
b/meta/recipes-gnome/epiphany/epiphany_3.24.3.bb
similarity index 84%
rename from meta/recipes-gnome/epiphany/epiphany_3.24.2.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.24.3.bb
index dafad8a7938..c507d23ae93 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.24.2.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.24.3.bb
@@ -12,8 +12,8 @@ REQUIRED_DISTRO_FEATURES = "x11"
SRC_URI += "file://0001-yelp.m4-drop-the-check-for-itstool.patch \
file://0001-bookmarks-Check-for-return-value-of-fread.patch \
"
-SRC_URI[archive.md5sum] = "e035dc6f64f0c1909de823e03f16b2f3"
-SRC_URI[archive.sha256sum] =
"5abc0d0c60591df5236ac9b8979dc9f7d9acbb8ad0902b4772d2b7beea81c58d"
+SRC_URI[archive.md5sum] = "c0221aec6a08935e6854eaa9de9451ef"
+SRC_URI[archive.sha256sum] =
"fef51676310d9f37e18c9b2d778254232eb17cccd988c2d1ecf42c7b2963a154"
EXTRA_OECONF += " --with-distributor-name=${DISTRO} --enable-debug=no"
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 03/11] bash-completion: upgrade to 2.7
Signed-off-by: Alexander Kanavin
---
.../{bash-completion_2.5.bb => bash-completion_2.7.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/bash-completion/{bash-completion_2.5.bb =>
bash-completion_2.7.bb} (88%)
diff --git a/meta/recipes-support/bash-completion/bash-completion_2.5.bb
b/meta/recipes-support/bash-completion/bash-completion_2.7.bb
similarity index 88%
rename from meta/recipes-support/bash-completion/bash-completion_2.5.bb
rename to meta/recipes-support/bash-completion/bash-completion_2.7.bb
index dd22857a70c..7877e51d11b 100644
--- a/meta/recipes-support/bash-completion/bash-completion_2.5.bb
+++ b/meta/recipes-support/bash-completion/bash-completion_2.7.bb
@@ -9,8 +9,8 @@ SECTION = "console/utils"
SRC_URI =
"https://github.com/scop/bash-completion/releases/download/${PV}/${BPN}-${PV}.tar.xz";
-SRC_URI[md5sum] = "15300010bd4034de12c3fc4f171692e3"
-SRC_URI[sha256sum] =
"b0b9540c65532825eca030f1241731383f89b2b65e80f3492c5dd2f0438c95cf"
+SRC_URI[md5sum] = "28117492bdc9408438e6041683a423ce"
+SRC_URI[sha256sum] =
"41ba892d3f427d4a686de32673f35401bc947a7801f684127120cdb13641441e"
UPSTREAM_CHECK_REGEX = "bash-completion-(?P(?!2008).+)\.tar"
UPSTREAM_CHECK_URI = "https://github.com/scop/bash-completion/releases";
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 02/11] btrfs-tools: upgrade to 4.11.1
Signed-off-by: Alexander Kanavin
---
.../btrfs-tools/{btrfs-tools_4.11.bb => btrfs-tools_4.11.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.11.bb =>
btrfs-tools_4.11.1.bb} (95%)
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.11.bb
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.11.1.bb
similarity index 95%
rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_4.11.bb
rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_4.11.1.bb
index 6ccb44a0db8..a7b42e9546b 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.11.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.11.1.bb
@@ -14,7 +14,7 @@ DEPENDS = "util-linux attr e2fsprogs lzo acl"
DEPENDS_append_class-target = " udev"
RDEPENDS_${PN} = "libgcc"
-SRCREV = "981f2d8fdc37741098bb977921c6e3f1ea88365b"
+SRCREV = "88221fc081a7a0979a012f243b66cf097382cc8f"
SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git"
inherit autotools-brokensep pkgconfig manpages
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 01/11] icu: update to 59.1
License checksum change due to copyright year update.
Latest icu will not compile with anything less than C++11, so
drop the enforcement of an earlier C++ version. This should be okay,
as there is now a fix in place for the problem of mixing native gcc 4/5
compiled code:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c21cec84886d9c70396e9be0ceb9a8ef300b54be
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/uninative-flags.inc | 4
meta/recipes-support/icu/{icu_58.2.bb => icu_59.1.bb} | 6 +++---
2 files changed, 3 insertions(+), 7 deletions(-)
rename meta/recipes-support/icu/{icu_58.2.bb => icu_59.1.bb} (78%)
diff --git a/meta/conf/distro/include/uninative-flags.inc
b/meta/conf/distro/include/uninative-flags.inc
index f5b15471a4b..febf2a53e52 100644
--- a/meta/conf/distro/include/uninative-flags.inc
+++ b/meta/conf/distro/include/uninative-flags.inc
@@ -1,7 +1,3 @@
-# icu configure defaults to CXX11 if no -std= option is passed in CXXFLAGS
-# therefore pass one
-BUILD_CXXFLAGS_append_pn-icu-native = " -std=c++98"
-
# Some distros (ubuntu 16.10, debian-testing) default to gcc configured with
# --enable-default-pie (see gcc -v). This breaks e.g. prelink-native on a pie
# default system if binutils-native was built on a system which is not pie
default
diff --git a/meta/recipes-support/icu/icu_58.2.bb
b/meta/recipes-support/icu/icu_59.1.bb
similarity index 78%
rename from meta/recipes-support/icu/icu_58.2.bb
rename to meta/recipes-support/icu/icu_59.1.bb
index 47684a6c8b0..31f017b3701 100644
--- a/meta/recipes-support/icu/icu_58.2.bb
+++ b/meta/recipes-support/icu/icu_59.1.bb
@@ -1,6 +1,6 @@
require icu.inc
-LIC_FILES_CHKSUM = "file://../LICENSE;md5=1b3b75c1777cd49ad5c6a24cd338cfc9"
+LIC_FILES_CHKSUM = "file://../LICENSE;md5=fe9e1f2c500466d8f18df2cd068e4b74"
def icu_download_version(d):
pvsplit = d.getVar('PV').split('.')
@@ -22,8 +22,8 @@ SRC_URI = "${BASE_SRC_URI} \
SRC_URI_append_class-target = "\
file://0001-Disable-LDFLAGSICUDT-for-Linux.patch \
"
-SRC_URI[md5sum] = "fac212b32b7ec7ab007a12dff1f3aea1"
-SRC_URI[sha256sum] =
"2b0a4410153a9b20de0e20c7d8b66049a72aef244b53683d0d7521371683da0c"
+SRC_URI[md5sum] = "54923fa9fab5b2b83f235fb72523de37"
+SRC_URI[sha256sum] =
"7132fdaf9379429d004005217f10e00b7d2319d0fea22bdfddef8991c45b75fe"
UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)/"
UPSTREAM_CHECK_URI = "http://download.icu-project.org/files/icu4c/";
--
2.13.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] ✗ patchtest: failure for radvd: 2.14 -> 2.17
On Mon, 2017-07-24 at 08:44 -0400, Joe MacDonald wrote: > Please note that the advice from patchtest, in this case, may be > misleading. The main issue, I think, is this went to the wrong mailing > list. > You are right, message is misleading. There was a problem with the test that checks the correct mailing list, hopefully future messages will provide better info. Leo > -J. > > [[OE-core] ✗ patchtest: failure for radvd: 2.14 -> 2.17] On 17.07.24 (Mon > 06:01) Patchwork wrote: > > > == Series Details == > > > > Series: radvd: 2.14 -> 2.17 > > Revision: 1 > > URL : https://patchwork.openembedded.org/series/7876/ > > 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: > > > > > > > > * Issue Series does not apply on top of target branch > > [test_series_merge_on_head] > > Suggested fixRebase your series on top of targeted branch > > Targeted branch master (currently at 514e9be6b0) > > > > > > > > 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] -> ...). > > > > --- > > 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 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] tclibc-musl.inc: fix bfd "cannot make copy relocation for protected symbol" issues
On Mon, Jul 24, 2017 at 6:18 AM, Burton, Ross wrote:
> If we're going to silently change the linker to bfd under musl if ld-is-gold
> is selected, wouldn't it be better just to throw an exception if both musl
> and ld-is-gold are selected? Better to tell the user so they can not do
> that than silently ignore what they asked.
yes, that would be better but I am skeptical of disabling it
completely, we should
create testcase and report it to binutils bugzilla
>
> Ross
>
> On 22 July 2017 at 14:30, wrote:
>>
>> From: Ming Liu
>>
>> Quite a few such compiling issues were found when I was building with
>> following configs:
>> ...
>> MACHINE = "beaglebone"
>> TCLIBC = "musl"
>> DISTRO_FEATURES_append = " ld-is-gold"
>> ...
>>
>> fixed by adding bfd binding now ldflags.
>>
>> Signed-off-by: Ming Liu
>> ---
>> meta/conf/distro/include/tclibc-musl.inc | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/meta/conf/distro/include/tclibc-musl.inc
>> b/meta/conf/distro/include/tclibc-musl.inc
>> index 3d3f6ac..99d52a1 100644
>> --- a/meta/conf/distro/include/tclibc-musl.inc
>> +++ b/meta/conf/distro/include/tclibc-musl.inc
>> @@ -18,6 +18,10 @@ PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?=
>> "nativesdk-glibc"
>>
>> CXXFLAGS += "-fvisibility-inlines-hidden"
>>
>> +# Workaround for musl libc does not support bfd lazy binding well
>> +# Refer to: https://bugzilla.yoctoproject.org/show_bug.cgi?id=11679
>> +LDFLAGS += "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold',
>> '-Wl,-z,relro,-z,now -fuse-ld=bfd', '', d)}"
>> +
>> IMAGE_LINGUAS = ""
>>
>> LIBC_DEPENDENCIES = "\
>> --
>> 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 V2] tclibc-musl.inc: fix bfd "cannot make copy relocation for protected symbol" issues
If we're going to silently change the linker to bfd under musl if
ld-is-gold is selected, wouldn't it be better just to throw an exception if
both musl and ld-is-gold are selected? Better to tell the user so they can
not do that than silently ignore what they asked.
Ross
On 22 July 2017 at 14:30, wrote:
> From: Ming Liu
>
> Quite a few such compiling issues were found when I was building with
> following configs:
> ...
> MACHINE = "beaglebone"
> TCLIBC = "musl"
> DISTRO_FEATURES_append = " ld-is-gold"
> ...
>
> fixed by adding bfd binding now ldflags.
>
> Signed-off-by: Ming Liu
> ---
> meta/conf/distro/include/tclibc-musl.inc | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/meta/conf/distro/include/tclibc-musl.inc
> b/meta/conf/distro/include/tclibc-musl.inc
> index 3d3f6ac..99d52a1 100644
> --- a/meta/conf/distro/include/tclibc-musl.inc
> +++ b/meta/conf/distro/include/tclibc-musl.inc
> @@ -18,6 +18,10 @@ PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?=
> "nativesdk-glibc"
>
> CXXFLAGS += "-fvisibility-inlines-hidden"
>
> +# Workaround for musl libc does not support bfd lazy binding well
> +# Refer to: https://bugzilla.yoctoproject.org/show_bug.cgi?id=11679
> +LDFLAGS += "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold',
> '-Wl,-z,relro,-z,now -fuse-ld=bfd', '', d)}"
> +
> IMAGE_LINGUAS = ""
>
> LIBC_DEPENDENCIES = "\
> --
> 2.7.4
>
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] ✗ patchtest: failure for radvd: 2.14 -> 2.17
Please note that the advice from patchtest, in this case, may be misleading. The main issue, I think, is this went to the wrong mailing list. -J. [[OE-core] ✗ patchtest: failure for radvd: 2.14 -> 2.17] On 17.07.24 (Mon 06:01) Patchwork wrote: > == Series Details == > > Series: radvd: 2.14 -> 2.17 > Revision: 1 > URL : https://patchwork.openembedded.org/series/7876/ > 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: > > > > * Issue Series does not apply on top of target branch > [test_series_merge_on_head] > Suggested fixRebase your series on top of targeted branch > Targeted branch master (currently at 514e9be6b0) > > > > 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] -> ...). > > --- > Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest > Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe > -- -Joe MacDonald. :wq signature.asc Description: PGP signature -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv3 3/3] recipetool: create: handle git URLs specifying only a tag
On Monday, 24 July 2017 10:25:03 AM CEST Chang Rebecca Swee Fun wrote:
> Also, during the
> creation of recipe, it seems that the automation for replacing
> ${PV} at the SRCURI for tag, (e.g mbed-tls-${PV}) is causing some
> issue due to PV assuming it's a git source. A fix is implemented in
> this patch as a workaround for this issue. This fix will be submitted
> in a separate patch as a separate issue.
This patch seems to include the complete fix for this, which we'd discussed
being a separate patch.
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
Re: [OE-core] [PATCHv3 1/3] recipetool: create: disable PREMIRRORS and MIRRORS by default
Hi Rebecca,
On Monday, 24 July 2017 10:25:01 AM CEST Chang Rebecca Swee Fun wrote:
> When creating new recipes, we are almost certainly fetching a new
> source rather that something that has already been fetched. I have
> disable PREMIRRORS and MIRRORS settings from tinfoil while leaving
> an option for users to enable them manually if needed.
>
> Signed-off-by: Chang Rebecca Swee Fun
> ---
> 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 359eb9a..3885017 100644
> --- a/scripts/lib/recipetool/create.py
> +++ b/scripts/lib/recipetool/create.py
> @@ -422,6 +422,7 @@ def create_recipe(args):
> source = args.source
> srcsubdir = ''
> srcrev = '${AUTOREV}'
> +mirrors = args.mirrors
>
> if os.path.isfile(source):
> source = 'file://%s' % os.path.abspath(source)
> @@ -440,6 +441,14 @@ def create_recipe(args):
> srcrev = res.group(1)
> srcuri = rev_re.sub('', srcuri)
>
> +if not mirrors:
> +# We do not need PREMIRRORS since we are almost certainly
> +# fetching new source rather than something that has already
> +# been fetched. Hence, we disable them by default.
> +# However, we provide an option for users to enable it.
> +tinfoil.config_data.setVar('PREMIRRORS', '')
> +tinfoil.config_data.setVar('MIRRORS', '')
I think we need to set these in the dummy recipe we're creating rather than
through tinfoil.config_data, otherwise we'll break PREMIRRORS / MIRRORS needed
to fetch other items if they've not already been fetched. Also, I'm not sure,
but the above may trigger a reparse which we'd want to avoid as well.
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
Re: [OE-core] [PATCH 1/2] image.bbclass: Correct chaining compression support
On Mon, Jul 24, 2017 at 10:35:37AM +0200, Patrick Ohly wrote:
> On Fri, 2017-07-21 at 18:06 -0400, Tom Rini wrote:
> > The fix for this inadvertently broke chaining
> > compression/conversion. First, correct the u-boot conversion code.
> >
> > Fixes: 46bc438374de ("image.bbclass: do exact
> > match for rootfs type")
> > Cc: Zhenhua Luo
> > Cc: Richard Purdie
> > Cc: Patrick Ohly
> > Signed-off-by: Tom Rini
> > ---
> > This change is fairly important and, imho, innocuous and should be
> > populated to pyro/etc, once merged to master. The next part of the
> > series is clean-up and while with my U-Boot hat on, I would say
> > should
> > be pushed more widely, I am biased.
> > ---
> > meta/classes/image.bbclass | 2 +-
> > meta/classes/image_types_uboot.bbclass | 13 +
> > 2 files changed, 6 insertions(+), 9 deletions(-)
> >
> > diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> > index de535ce6fcff..bd6a5b7b810a 100644
> > --- a/meta/classes/image.bbclass
> > +++ b/meta/classes/image.bbclass
> > @@ -453,7 +453,7 @@ python () {
> > rm_tmp_images = set()
> > def gen_conversion_cmds(bt):
> > for ctype in ctypes:
> > - if bt[bt.find('.') + 1:] == ctype:
> > + if bt.endswith("." + ctype)
>
> This reverts 46bc438374de and thus restores the code as I had
> originally written it.
>
> Looking at 46bc438374de, it's not clear to me how the commit message
> matches the code, i.e. I don't understand the commit. So it was an
> incorrect fix for the problem described in that commit message, and the
> right one are your changes to the u-boot conversion command?
Ah, so the important bit is the other half of this patch, which
addresses the problem 46bc438374de was intended to deal with, correctly.
Prior to the chaining compression/conversion support, the "u-boot"
targets would clean up their intermediate files. With your patch those
files get cleaned up automatically and that the mkimage calling function
was also doing it lead to build failures. But since we no longer need
to have a manual cleaning step, we can just drop it.
--
Tom
signature.asc
Description: Digital signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] externalsrc: place copy of git index into /tmp and do not use copyfile2
Using shutil.copy2() to copy .git/index to a temporary file tries to
copy SELinux attributes which might fail for confined users in SELinux
environments.
E.g. our builders are running in docker containers and modification of
sources (inclusive updated of .git/index) is done outside. Trying to
copy .git/index fails with
| $ python3 -c 'import shutil; shutil.copy2("index", "a")'
| ...
| PermissionError: [Errno 13] Permission denied: 'a'
and an AVC like
| denied { relabelto } for pid=18043 comm="python3" name="a" dev="dm-29"
ino=1067553 scontext=system_u:system_r:container_t:s0:c39,c558
tcontext=unconfined_u:object_r:build_file_t:s0 tclass=file permissive=0
is created. This can not be solved by adapting the SELinux policy because
this is a very deep constraint violation:
| constrain file { create relabelfrom relabelto } ((u1 == u2 -Fail-) or (t1 ==
can_change_object_identity -Fail-) ); Constraint DENIED
|
| Possible cause is the source user (system_u) and target user (unconfined_u)
are different.
I do not see much sense in using 'shutil.copy2()' here; 'shutil.copyfile()'
seems to be a better choice (target file is created in a secure way by
tempfile.NamedTemporaryFile()).
By placing the tempfile into /tmp we avoid potential problems related to
git's 'core.sharedRepository'. As a (positive) side effect, the source
tree will not be modified anymore (at least by this part of code) which
prevented to mount it read-only from somewhere else.
Signed-off-by: Enrico Scholz
---
meta/classes/externalsrc.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass
index 529be49..9aabb42 100644
--- a/meta/classes/externalsrc.bbclass
+++ b/meta/classes/externalsrc.bbclass
@@ -189,9 +189,9 @@ def srctree_hash_files(d, srcdir=None):
ret = " "
if os.path.exists(git_dir):
-with tempfile.NamedTemporaryFile(dir=git_dir,
prefix='oe-devtool-index') as tmp_index:
+with tempfile.NamedTemporaryFile(prefix='oe-devtool-index') as
tmp_index:
# Clone index
-shutil.copy2(os.path.join(git_dir, 'index'), tmp_index.name)
+shutil.copyfile(os.path.join(git_dir, 'index'), tmp_index.name)
# Update our custom index
env = os.environ.copy()
env['GIT_INDEX_FILE'] = tmp_index.name
--
2.9.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] expat: upgrade to 2.2.2
I've filed a bug upstream about the failure on Debian 8: https://github.com/libexpat/libexpat/issues/97 Defining XML_POOR_ENTROPY will allow expat to fall back to weak entropy on hosts that don't have direct support for getrandom(). Ross On 24 July 2017 at 11:20, Burton, Ross wrote: > I didn't see that upgrade, but yes it will. > > expat 2.2.2 demands either getrandom() from glibc (2.25 onwards) or > SYS_getrandom (not sure what glibc added this, but its not in Debian 8's > 2.19. > > Ross > > On 22 July 2017 at 16:19, Khem Raj wrote: > >> On Sat, Jul 22, 2017 at 2:24 AM, Burton, Ross >> wrote: >> > >> > On 18 July 2017 at 07:01, Dengke Du wrote: >> >> >> >> using getrandom syscall on linux 3.17+, so when we compiling >> >> expat-native >> >> on the kernel older than 3.17, that would be failed. >> > >> > >> > It's failing on Debian 8, which is kernel 4.9.0: >> > >> > | ../expat-2.2.2/lib/xmlparse.c:56:3: error: #error You do not have >> support >> > for any sources of high quality entropy enabled. For end user security, >> that >> > is probably not what you want. Your options include: * Linux + glibc >> >=2.25 >> > (getrandom): HAVE_GETRANDOM, * Linux + glibc <2.25 (syscall >> SYS_getrandom): >> > HAVE_SYSCALL_GETRANDOM, * BSD / macOS (arc4random_buf): >> HAVE_ARC4RANDOM_BUF, >> > * libbsd (arc4random_buf): HAVE_ARC4RANDOM_BUF + HAVE_LIBBSD, * Windows >> > (RtlGenRandom): _WIN32. If insist on not using any of these, bypass this >> > error by defining XML_POOR_ENTROPY; you have been warned. For CMake, >> one way >> > to pass the define is: cmake -DCMAKE_C_FLAGS="-pipe -O2 >> > -DHAVE_SYSCALL_GETRANDOM" . If you have reasons to patch this detection >> code >> > away or need changes to the build system, please open a bug. Thank you! >> > >> > (https://autobuilder.yocto.io/builders/nightly-ppc/builds/37 >> 9/steps/BuildImages/logs/stdio) >> > >> > I suspect the detection code is well and truly broken. >> > >> >> I posted another patch doing this upgrade. I wonder if it has same >> issue. it works on my 3.12 kernel based host. >> >> > Ross >> > >> > -- >> > ___ >> > 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/1] expat: upgrade to 2.2.2
I didn't see that upgrade, but yes it will. expat 2.2.2 demands either getrandom() from glibc (2.25 onwards) or SYS_getrandom (not sure what glibc added this, but its not in Debian 8's 2.19. Ross On 22 July 2017 at 16:19, Khem Raj wrote: > On Sat, Jul 22, 2017 at 2:24 AM, Burton, Ross > wrote: > > > > On 18 July 2017 at 07:01, Dengke Du wrote: > >> > >> using getrandom syscall on linux 3.17+, so when we compiling > >> expat-native > >> on the kernel older than 3.17, that would be failed. > > > > > > It's failing on Debian 8, which is kernel 4.9.0: > > > > | ../expat-2.2.2/lib/xmlparse.c:56:3: error: #error You do not have > support > > for any sources of high quality entropy enabled. For end user security, > that > > is probably not what you want. Your options include: * Linux + glibc > >=2.25 > > (getrandom): HAVE_GETRANDOM, * Linux + glibc <2.25 (syscall > SYS_getrandom): > > HAVE_SYSCALL_GETRANDOM, * BSD / macOS (arc4random_buf): > HAVE_ARC4RANDOM_BUF, > > * libbsd (arc4random_buf): HAVE_ARC4RANDOM_BUF + HAVE_LIBBSD, * Windows > > (RtlGenRandom): _WIN32. If insist on not using any of these, bypass this > > error by defining XML_POOR_ENTROPY; you have been warned. For CMake, one > way > > to pass the define is: cmake -DCMAKE_C_FLAGS="-pipe -O2 > > -DHAVE_SYSCALL_GETRANDOM" . If you have reasons to patch this detection > code > > away or need changes to the build system, please open a bug. Thank you! > > > > (https://autobuilder.yocto.io/builders/nightly-ppc/builds/ > 379/steps/BuildImages/logs/stdio) > > > > I suspect the detection code is well and truly broken. > > > > I posted another patch doing this upgrade. I wonder if it has same > issue. it works on my 3.12 kernel based host. > > > Ross > > > > -- > > ___ > > 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] [OE-Core][PATCHv2 RESEND] dkms: Add new recipe for supporting dkms
Dkms is a tool used to compile out of tree modules directly on
target devices (sometimes you have sources or binaries which
need to be compiled directly on target, outside OE).
I used a simple module and a dkms config to test it, and dkms
compiled and installed the module on target.
For example:
.
├── dkms.conf
└── src
├── hello.c
└── Makefile
hello.c:
#include
int init_module(void)
{
printk("Hello World!\n");
return 0;
}
void cleanup_module(void)
{
printk("Goodbye Cruel World!\n");
}
MODULE_LICENSE("GPL");
Makefile:
obj-m += hello.o
KERNELDIR ?= /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
install:
$(MAKE) -C $(KERNELDIR) M=$(PWD) modules
clean:
rm -rf *.o *.ko *~ core .depend .*.cmd *.mod.c modules.order
Module.symvers
dkms.conf:
MAKE="make -C src/ KERNELDIR=/lib/modules/${kernelver}/build"
CLEAN="make -C src/ clean"
BUILT_MODULE_NAME=hello
DEST_MODULE_LOCATION=/kernel/drivers/scsi
BUILT_MODULE_LOCATION=src/
PACKAGE_NAME=hello
PACKAGE_VERSION=0.1
AUTOINSTALL=yes
REMAKE_INITRD=yes
All files should be in /usr/src/-,
in our case in /urs/src/hello-0.1.
Signed-off-by: Alexandru Vasiu
---
meta/recipes-kernel/dkms/dkms_2.4.0.bb | 12
1 file changed, 12 insertions(+)
create mode 100644 meta/recipes-kernel/dkms/dkms_2.4.0.bb
diff --git a/meta/recipes-kernel/dkms/dkms_2.4.0.bb
b/meta/recipes-kernel/dkms/dkms_2.4.0.bb
new file mode 100644
index 00..78b23c43e9
--- /dev/null
+++ b/meta/recipes-kernel/dkms/dkms_2.4.0.bb
@@ -0,0 +1,12 @@
+SUMMARY = "DKMS Recipe - Adds DKMS tool for target"
+HOMEPAGE = "https://github.com/dell/dkms/";
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
+
+SRC_URI = "https://github.com/dell/${PN}/archive/v${PV}.tar.gz";
+
+SRC_URI[md5sum] = "d2e74dd79086c564a924b5763794091b"
+
+RDEPENDS_${PN} += "bash kmod gcc make patch"
+
+inherit autotools-brokensep
--
2.13.3
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libpng: upgrade to 1.6.30
Hi Ross, On Mon, Jul 24, 2017 at 10:12:16AM +0100, Burton, Ross wrote: >Fails on beaglebone: > >../libpng-1.6.30/arm/../pngpriv.h:476: Error: bad instruction `typedef >unsigned long png_ptruint' > >Ross Will fix this one and resend it. >>On 20 July 2017 at 12:51, Maxin B. John wrote: >> >>1.6.29 -> 1.6.30 >> >>No changes in License.The license checksums changed because of >>update in Copyright dates in LICENSE and png.h files. Best Regards, Maxin -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/6] pciutils: upgrade to 3.5.5
Signed-off-by: Chen Qi
---
meta/recipes-bsp/pciutils/{pciutils_3.5.4.bb => pciutils_3.5.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-bsp/pciutils/{pciutils_3.5.4.bb => pciutils_3.5.5.bb} (92%)
diff --git a/meta/recipes-bsp/pciutils/pciutils_3.5.4.bb
b/meta/recipes-bsp/pciutils/pciutils_3.5.5.bb
similarity index 92%
rename from meta/recipes-bsp/pciutils/pciutils_3.5.4.bb
rename to meta/recipes-bsp/pciutils/pciutils_3.5.5.bb
index 418f712..8382c84 100644
--- a/meta/recipes-bsp/pciutils/pciutils_3.5.4.bb
+++ b/meta/recipes-bsp/pciutils/pciutils_3.5.5.bb
@@ -11,8 +11,8 @@ DEPENDS = "zlib kmod"
SRC_URI = "${KERNELORG_MIRROR}/software/utils/pciutils/pciutils-${PV}.tar.xz \
file://configure.patch"
-SRC_URI[md5sum] = "e82537cd2194111c45fa7e684b52252e"
-SRC_URI[sha256sum] =
"64293c6ab9318c40ef262b76d87bd9097531759752bac556e50979b1e63cfe66"
+SRC_URI[md5sum] = "238d9969cc0de8b9105d972007d9d546"
+SRC_URI[sha256sum] =
"1d62f8fa192f90e61c35a6fc15ff3cb9a7a792f782407acc42ef67817c5939f5"
inherit multilib_header
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/6] diffutils: upgrade to 3.6
diffutils-3.5-gcc7.patch is removed as it's merged in this version.
do_configure_prepend is removed to solve the following configure error.
error: possibly undefined macro: gl_TYPE_WINT_T_PREREQ
A workaround patch is made to fix the following compilation error for glibc.
error: dereferencing pointer to incomplete type 'const struct rpl_option'
Signed-off-by: Chen Qi
---
.../diffutils-3.5/diffutils-3.5-gcc7.patch | 228 -
...need_charset_alias-when-building-for-musl.patch | 0
.../0001-explicitly-disable-replacing-getopt.patch | 30 +++
.../{diffutils-3.5 => diffutils-3.6}/run-ptest | 0
.../{diffutils_3.5.bb => diffutils_3.6.bb} | 14 +-
5 files changed, 34 insertions(+), 238 deletions(-)
delete mode 100644
meta/recipes-extended/diffutils/diffutils-3.5/diffutils-3.5-gcc7.patch
rename meta/recipes-extended/diffutils/{diffutils-3.5 =>
diffutils-3.6}/0001-Unset-need_charset_alias-when-building-for-musl.patch (100%)
create mode 100644
meta/recipes-extended/diffutils/diffutils-3.6/0001-explicitly-disable-replacing-getopt.patch
rename meta/recipes-extended/diffutils/{diffutils-3.5 =>
diffutils-3.6}/run-ptest (100%)
rename meta/recipes-extended/diffutils/{diffutils_3.5.bb => diffutils_3.6.bb}
(66%)
diff --git
a/meta/recipes-extended/diffutils/diffutils-3.5/diffutils-3.5-gcc7.patch
b/meta/recipes-extended/diffutils/diffutils-3.5/diffutils-3.5-gcc7.patch
deleted file mode 100644
index 52bcd7c..000
--- a/meta/recipes-extended/diffutils/diffutils-3.5/diffutils-3.5-gcc7.patch
+++ /dev/null
@@ -1,228 +0,0 @@
-Cumulative Backports from upstream to address gcc 7 portablility issues
-Imported from Fedora
-
-Upstream-Status: Backport
-Signed-off-by: Khem Raj
-
-diff -up diffutils-3.5/lib/intprops.h.than diffutils-3.5/lib/intprops.h
diffutils-3.5/lib/intprops.h.than 2017-02-21 09:08:39.470417367 -0500
-+++ diffutils-3.5/lib/intprops.h 2017-02-21 09:46:57.090996508 -0500
-@@ -1,6 +1,6 @@
- /* intprops.h -- properties of integer types
-
-- Copyright (C) 2001-2016 Free Software Foundation, Inc.
-+ Copyright (C) 2001-2017 Free Software Foundation, Inc.
-
-This program is free software: you can redistribute it and/or modify it
-under the terms of the GNU General Public License as published
-@@ -47,12 +47,16 @@
-
- /* Minimum and maximum values for integer types and expressions. */
-
-+/* The width in bits of the integer type or expression T.
-+ Padding bits are not supported; this is checked at compile-time below. */
-+#define TYPE_WIDTH(t) (sizeof (t) * CHAR_BIT)
-+
- /* The maximum and minimum values for the integer type T. */
- #define TYPE_MINIMUM(t) ((t) ~ TYPE_MAXIMUM (t))
- #define TYPE_MAXIMUM(t) \
- ((t) (! TYPE_SIGNED (t) \
- ? (t) -1\
--: t) 1 << (sizeof (t) * CHAR_BIT - 2)) - 1) * 2 + 1)))
-+: t) 1 << (TYPE_WIDTH (t) - 2)) - 1) * 2 + 1)))
-
- /* The maximum and minimum values for the type of the expression E,
-after integer promotion. E should not have side effects. */
-@@ -65,7 +69,13 @@
-? _GL_SIGNED_INT_MAXIMUM (e) \
-: _GL_INT_NEGATE_CONVERT (e, 1))
- #define _GL_SIGNED_INT_MAXIMUM(e) \
-- (((_GL_INT_CONVERT (e, 1) << (sizeof ((e) + 0) * CHAR_BIT - 2)) - 1) * 2 +
1)
-+ (((_GL_INT_CONVERT (e, 1) << (TYPE_WIDTH ((e) + 0) - 2)) - 1) * 2 + 1)
-+
-+/* Work around OpenVMS incompatibility with C99. */
-+#if !defined LLONG_MAX && defined __INT64_MAX
-+# define LLONG_MAX __INT64_MAX
-+# define LLONG_MIN __INT64_MIN
-+#endif
-
- /* This include file assumes that signed types are two's complement without
-padding bits; the above macros have undefined behavior otherwise.
-@@ -84,10 +94,15 @@ verify (TYPE_MAXIMUM (long int) == LONG_
- verify (TYPE_MINIMUM (long long int) == LLONG_MIN);
- verify (TYPE_MAXIMUM (long long int) == LLONG_MAX);
- #endif
-+/* Similarly, sanity-check one ISO/IEC TS 18661-1:2014 macro if defined. */
-+#ifdef UINT_WIDTH
-+verify (TYPE_WIDTH (unsigned int) == UINT_WIDTH);
-+#endif
-
- /* Does the __typeof__ keyword work? This could be done by
-'configure', but for now it's easier to do it by hand. */
--#if (2 <= __GNUC__ || defined __IBM__TYPEOF__ \
-+#if (2 <= __GNUC__ \
-+ || (1210 <= __IBMC__ && defined __IBM__TYPEOF__) \
- || (0x5110 <= __SUNPRO_C && !__STDC__))
- # define _GL_HAVE___TYPEOF__ 1
- #else
-@@ -116,8 +131,7 @@ verify (TYPE_MAXIMUM (long long int) ==
-signed, this macro may overestimate the true bound by one byte when
-applied to unsigned types of size 2, 4, 16, ... bytes. */
- #define INT_STRLEN_BOUND(t) \
-- (INT_BITS_STRLEN_BOUND (sizeof (t) * CHAR_BIT \
-- - _GL_SIGNED_TYPE_OR_EXPR (t))\
[OE-core] [PATCH 4/6] sudo: upgrade to 1.8.20p2
The checksum for doc/LICENSE is changed, but the content only changes
year from '2013' to '2017', so the license remains the same.
Signed-off-by: Chen Qi
---
meta/recipes-extended/sudo/sudo.inc | 2 +-
meta/recipes-extended/sudo/{sudo_1.8.19p2.bb => sudo_1.8.20p2.bb} | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/sudo/{sudo_1.8.19p2.bb => sudo_1.8.20p2.bb} (90%)
diff --git a/meta/recipes-extended/sudo/sudo.inc
b/meta/recipes-extended/sudo/sudo.inc
index d42a04a..8c16d83 100644
--- a/meta/recipes-extended/sudo/sudo.inc
+++ b/meta/recipes-extended/sudo/sudo.inc
@@ -4,7 +4,7 @@ HOMEPAGE = "http://www.sudo.ws";
BUGTRACKER = "http://www.sudo.ws/bugs/";
SECTION = "admin"
LICENSE = "ISC & BSD & Zlib"
-LIC_FILES_CHKSUM = "file://doc/LICENSE;md5=f600a47c2a2cdde5899e449607810ed1 \
+LIC_FILES_CHKSUM = "file://doc/LICENSE;md5=652fb4334c13b511597d7940ef8b3323 \
file://plugins/sudoers/redblack.c;beginline=1;endline=41;md5=cfe41112f96c19a074934d128f45c693
\
file://lib/util/reallocarray.c;beginline=3;endline=16;md5=85b0905b795d4d58bf2e00635649eec6
\
file://lib/util/fnmatch.c;beginline=3;endline=27;md5=67f83ee9bd456557397082f8f1be0efd
\
diff --git a/meta/recipes-extended/sudo/sudo_1.8.19p2.bb
b/meta/recipes-extended/sudo/sudo_1.8.20p2.bb
similarity index 90%
rename from meta/recipes-extended/sudo/sudo_1.8.19p2.bb
rename to meta/recipes-extended/sudo/sudo_1.8.20p2.bb
index a9659c3..4f24b3c 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.19p2.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.20p2.bb
@@ -7,8 +7,8 @@ SRC_URI = "http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
PAM_SRC_URI = "file://sudo.pam"
-SRC_URI[md5sum] = "31a6090ed1d0946fa22cba19e86aafef"
-SRC_URI[sha256sum] =
"237e18e67c2ad59ecacfa4b7707198b09fcf84914621585a9bc670dcc31a52e0"
+SRC_URI[md5sum] = "03da8e711caca6fd93e57751bfb74adc"
+SRC_URI[sha256sum] =
"bd42ae1059e935f795c69ea97b3de09fe9410a58a74b5d5e6836eb5067a445d9"
DEPENDS += " ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}"
RDEPENDS_${PN} += " ${@bb.utils.contains('DISTRO_FEATURES', 'pam',
'pam-plugin-limits pam-plugin-keyinit', '', d)}"
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/6] Package Upgrade: pciutils, diffutils, cups, sudo, sysstat, dbus
The following changes since commit 0f20512deac20f3ec7241ff431c8523ce3c66034:
poky: Remove machine specific kernel overrides (2017-07-24 09:13:55 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib ChenQi/PU-20170724
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/PU-20170724
Chen Qi (6):
pciutils: upgrade to 3.5.5
diffutils: upgrade to 3.6
cups: upgrade to 2.2.4
sudo: upgrade to 1.8.20p2
sysstat: upgrade to 11.5.7
dbus/dbus-test: upgrade to 1.10.20
.../{pciutils_3.5.4.bb => pciutils_3.5.5.bb} | 4 +-
.../{dbus-test_1.10.18.bb => dbus-test_1.10.20.bb} | 4 +-
.../dbus/{dbus_1.10.18.bb => dbus_1.10.20.bb} | 4 +-
.../cups/{cups_2.2.3.bb => cups_2.2.4.bb} | 4 +-
.../diffutils-3.5/diffutils-3.5-gcc7.patch | 228 -
...need_charset_alias-when-building-for-musl.patch | 0
.../0001-explicitly-disable-replacing-getopt.patch | 30 +++
.../{diffutils-3.5 => diffutils-3.6}/run-ptest | 0
.../{diffutils_3.5.bb => diffutils_3.6.bb} | 14 +-
meta/recipes-extended/sudo/sudo.inc| 2 +-
.../sudo/{sudo_1.8.19p2.bb => sudo_1.8.20p2.bb}| 4 +-
.../{sysstat_11.5.6.bb => sysstat_11.5.7.bb} | 4 +-
12 files changed, 47 insertions(+), 251 deletions(-)
rename meta/recipes-bsp/pciutils/{pciutils_3.5.4.bb => pciutils_3.5.5.bb} (92%)
rename meta/recipes-core/dbus/{dbus-test_1.10.18.bb => dbus-test_1.10.20.bb}
(93%)
rename meta/recipes-core/dbus/{dbus_1.10.18.bb => dbus_1.10.20.bb} (97%)
rename meta/recipes-extended/cups/{cups_2.2.3.bb => cups_2.2.4.bb} (40%)
delete mode 100644
meta/recipes-extended/diffutils/diffutils-3.5/diffutils-3.5-gcc7.patch
rename meta/recipes-extended/diffutils/{diffutils-3.5 =>
diffutils-3.6}/0001-Unset-need_charset_alias-when-building-for-musl.patch (100%)
create mode 100644
meta/recipes-extended/diffutils/diffutils-3.6/0001-explicitly-disable-replacing-getopt.patch
rename meta/recipes-extended/diffutils/{diffutils-3.5 =>
diffutils-3.6}/run-ptest (100%)
rename meta/recipes-extended/diffutils/{diffutils_3.5.bb => diffutils_3.6.bb}
(66%)
rename meta/recipes-extended/sudo/{sudo_1.8.19p2.bb => sudo_1.8.20p2.bb} (90%)
rename meta/recipes-extended/sysstat/{sysstat_11.5.6.bb => sysstat_11.5.7.bb}
(53%)
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/6] sysstat: upgrade to 11.5.7
Signed-off-by: Chen Qi
---
.../recipes-extended/sysstat/{sysstat_11.5.6.bb => sysstat_11.5.7.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/sysstat/{sysstat_11.5.6.bb => sysstat_11.5.7.bb}
(53%)
diff --git a/meta/recipes-extended/sysstat/sysstat_11.5.6.bb
b/meta/recipes-extended/sysstat/sysstat_11.5.7.bb
similarity index 53%
rename from meta/recipes-extended/sysstat/sysstat_11.5.6.bb
rename to meta/recipes-extended/sysstat/sysstat_11.5.7.bb
index cdf9b12..72af931 100644
--- a/meta/recipes-extended/sysstat/sysstat_11.5.6.bb
+++ b/meta/recipes-extended/sysstat/sysstat_11.5.7.bb
@@ -4,5 +4,5 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=a23a74b3f4caf9616230789d94217acb"
SRC_URI += "file://0001-Include-needed-headers-explicitly.patch"
-SRC_URI[md5sum] = "92735f1be44c676960b53ee28e3a4984"
-SRC_URI[sha256sum] =
"83a81e0a6c1d39a0985310dc2944ac6214c963adb4dc8af24ae03a9ae8d0f3ac"
+SRC_URI[md5sum] = "8f4a5d0de29f1056153e25e7a9c518d2"
+SRC_URI[sha256sum] =
"4a38efaa0ca85ee5484d046bd427012979264fef17f07fd7855860e592819482"
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/6] dbus/dbus-test: upgrade to 1.10.20
Signed-off-by: Chen Qi
---
meta/recipes-core/dbus/{dbus-test_1.10.18.bb => dbus-test_1.10.20.bb} | 4 ++--
meta/recipes-core/dbus/{dbus_1.10.18.bb => dbus_1.10.20.bb} | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-core/dbus/{dbus-test_1.10.18.bb => dbus-test_1.10.20.bb}
(93%)
rename meta/recipes-core/dbus/{dbus_1.10.18.bb => dbus_1.10.20.bb} (97%)
diff --git a/meta/recipes-core/dbus/dbus-test_1.10.18.bb
b/meta/recipes-core/dbus/dbus-test_1.10.20.bb
similarity index 93%
rename from meta/recipes-core/dbus/dbus-test_1.10.18.bb
rename to meta/recipes-core/dbus/dbus-test_1.10.20.bb
index 141baf2..eeadb7d 100644
--- a/meta/recipes-core/dbus/dbus-test_1.10.18.bb
+++ b/meta/recipes-core/dbus/dbus-test_1.10.20.bb
@@ -17,8 +17,8 @@ SRC_URI =
"http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://clear-guid_from_server-if-send_negotiate_unix_f.patch \
"
-SRC_URI[md5sum] = "1209c455598165a0c5263d4201894179"
-SRC_URI[sha256sum] =
"6049ddd5f3f3e2618f615f1faeda0a115104423a7996b7aa73e2f36e38cc514a"
+SRC_URI[md5sum] = "94c991e763d4f9f13690416b2dcd9411"
+SRC_URI[sha256sum] =
"e574b9780b5425fde4d973bb596e7ea0f09e00fe2edd662da9016e976c460b48"
S="${WORKDIR}/dbus-${PV}"
FILESEXTRAPATHS =. "${FILE_DIRNAME}/dbus:"
diff --git a/meta/recipes-core/dbus/dbus_1.10.18.bb
b/meta/recipes-core/dbus/dbus_1.10.20.bb
similarity index 97%
rename from meta/recipes-core/dbus/dbus_1.10.18.bb
rename to meta/recipes-core/dbus/dbus_1.10.20.bb
index c0b63d1..9ddedc1 100644
--- a/meta/recipes-core/dbus/dbus_1.10.18.bb
+++ b/meta/recipes-core/dbus/dbus_1.10.20.bb
@@ -20,8 +20,8 @@ SRC_URI =
"http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://0001-configure.ac-explicitely-check-stdint.h.patch \
"
-SRC_URI[md5sum] = "1209c455598165a0c5263d4201894179"
-SRC_URI[sha256sum] =
"6049ddd5f3f3e2618f615f1faeda0a115104423a7996b7aa73e2f36e38cc514a"
+SRC_URI[md5sum] = "94c991e763d4f9f13690416b2dcd9411"
+SRC_URI[sha256sum] =
"e574b9780b5425fde4d973bb596e7ea0f09e00fe2edd662da9016e976c460b48"
inherit useradd autotools pkgconfig gettext update-rc.d
upstream-version-is-even
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/6] cups: upgrade to 2.2.4
Signed-off-by: Chen Qi
---
meta/recipes-extended/cups/{cups_2.2.3.bb => cups_2.2.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/cups/{cups_2.2.3.bb => cups_2.2.4.bb} (40%)
diff --git a/meta/recipes-extended/cups/cups_2.2.3.bb
b/meta/recipes-extended/cups/cups_2.2.4.bb
similarity index 40%
rename from meta/recipes-extended/cups/cups_2.2.3.bb
rename to meta/recipes-extended/cups/cups_2.2.4.bb
index 204d14d..ed94b67 100644
--- a/meta/recipes-extended/cups/cups_2.2.3.bb
+++ b/meta/recipes-extended/cups/cups_2.2.4.bb
@@ -2,5 +2,5 @@ require cups.inc
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=f212b4338db0da8cb892e94bf2949460"
-SRC_URI[md5sum] = "006a8156680a516e43c59034e31df8bf"
-SRC_URI[sha256sum] =
"66701fe15838f2c892052c913bde1ba106bbee2e0a953c955a62ecacce76885f"
+SRC_URI[md5sum] = "d26e5a0a574a69fe1d01079b2931fc49"
+SRC_URI[sha256sum] =
"596d4db72651c335469ae5f37b0da72ac9f97d73e30838d787065f559dea98cc"
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libpng: upgrade to 1.6.30
Fails on beaglebone:
../libpng-1.6.30/arm/../pngpriv.h:476: Error: bad instruction `typedef
unsigned long png_ptruint'
Ross
On 20 July 2017 at 12:51, Maxin B. John wrote:
> 1.6.29 -> 1.6.30
>
> No changes in License.The license checksums changed because of
> update in Copyright dates in LICENSE and png.h files.
>
> Since GENTOO_MIRROR also removes the older releases of libpng,
> it makes sense to move back to the original SOURCEFORGE_MIRROR
> and provide an additional MIRROR to the standard path of the
> old binaries present in libpng project - "older-releases".
>
> Signed-off-by: Maxin B. John
> ---
> .../libpng/{libpng_1.6.29.bb => libpng_1.6.30.bb} | 15
> +--
> 1 file changed, 9 insertions(+), 6 deletions(-)
> rename meta/recipes-multimedia/libpng/{libpng_1.6.29.bb =>
> libpng_1.6.30.bb} (53%)
>
> diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.29.bb
> b/meta/recipes-multimedia/libpng/libpng_1.6.30.bb
> similarity index 53%
> rename from meta/recipes-multimedia/libpng/libpng_1.6.29.bb
> rename to meta/recipes-multimedia/libpng/libpng_1.6.30.bb
> index 8a3056e..f9ff1a9 100644
> --- a/meta/recipes-multimedia/libpng/libpng_1.6.29.bb
> +++ b/meta/recipes-multimedia/libpng/libpng_1.6.30.bb
> @@ -2,14 +2,17 @@ SUMMARY = "PNG image format decoding library"
> HOMEPAGE = "http://www.libpng.org/";
> SECTION = "libs"
> LICENSE = "Libpng"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=f9acafc1325f8f8da80aeee94dbc1bda \
> -file://png.h;endline=144;md5=
> 0b2aa20c7ff55d9411108317df8ff0c9"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=e2caf3f5970737a6a7b746d8a0d12105 \
> +file://png.h;endline=144;md5=
> 7c8feac6904795276e99304ac474f852"
> DEPENDS = "zlib"
> +LIBV = "16"
>
> -SRC_URI = "${GENTOO_MIRROR}/libpng-${PV}.tar.xz \
> - "
> -SRC_URI[md5sum] = "3245dbd76ea91e1437507357b858ec97"
> -SRC_URI[sha256sum] = "4245b684e8fe829ebb76186327bb37
> ce5a639938b219882b53d64bd3cfc5f239"
> +SRC_URI = "${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/$
> {PV}/libpng-${PV}.tar.xz"
> +
> +MIRRORS += "${SOURCEFORGE_MIRROR}/project/libpng/libpng${LIBV}/
> older-releases/${PV}"
> +
> +SRC_URI[md5sum] = "88a729d47eaf880d61a0ef90f4bd5e8f"
> +SRC_URI[sha256sum] = "267c33270cc599d3929207869f
> 698798f1df143aa5f9597b007c14353666"
>
> BINCONFIG = "${bindir}/libpng-config ${bindir}/libpng16-config"
>
> --
> 2.4.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] image.bbclass: Correct chaining compression support
On Fri, 2017-07-21 at 18:06 -0400, Tom Rini wrote:
> The fix for this inadvertently broke chaining
> compression/conversion. First, correct the u-boot conversion code.
>
> Fixes: 46bc438374de ("image.bbclass: do exact
> match for rootfs type")
> Cc: Zhenhua Luo
> Cc: Richard Purdie
> Cc: Patrick Ohly
> Signed-off-by: Tom Rini
> ---
> This change is fairly important and, imho, innocuous and should be
> populated to pyro/etc, once merged to master. The next part of the
> series is clean-up and while with my U-Boot hat on, I would say
> should
> be pushed more widely, I am biased.
> ---
> meta/classes/image.bbclass | 2 +-
> meta/classes/image_types_uboot.bbclass | 13 +
> 2 files changed, 6 insertions(+), 9 deletions(-)
>
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index de535ce6fcff..bd6a5b7b810a 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -453,7 +453,7 @@ python () {
> rm_tmp_images = set()
> def gen_conversion_cmds(bt):
> for ctype in ctypes:
> - if bt[bt.find('.') + 1:] == ctype:
> + if bt.endswith("." + ctype)
This reverts 46bc438374de and thus restores the code as I had
originally written it.
Looking at 46bc438374de, it's not clear to me how the commit message
matches the code, i.e. I don't understand the commit. So it was an
incorrect fix for the problem described in that commit message, and the
right one are your changes to the u-boot conversion command?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv3 3/3] recipetool: create: handle git URLs specifying only a tag
From: Stanley Phoong
If a git URL is passed to recipetool create with a tag=, recipetool
should handle it assuming that the tag is valid. Also, during the
creation of recipe, it seems that the automation for replacing
${PV} at the SRCURI for tag, (e.g mbed-tls-${PV}) is causing some
issue due to PV assuming it's a git source. A fix is implemented in
this patch as a workaround for this issue. This fix will be submitted
in a separate patch as a separate issue.
[YOCTO #11393]
Signed-off-by: Stanley Phoong
---
scripts/lib/recipetool/create.py | 37 +
1 file changed, 33 insertions(+), 4 deletions(-)
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 5f60fc3..25ccee1 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -425,6 +425,7 @@ def create_recipe(args):
mirrors = args.mirrors
branch_re = re.compile(';branch=([^;]+)')
branch = ''
+pv_srcpv = False
if os.path.isfile(source):
source = 'file://%s' % os.path.abspath(source)
@@ -464,6 +465,19 @@ def create_recipe(args):
# 3. Source revision is not '${AUTOREV}'
srcuri = srcuri + ';nobranch=1'
+# Create an empty storeTagName to ensure the checkers do not point to
a null variable
+storeTagName = ''
+tag_re = re.compile(';tag=([^;]+)')
+tag = tag_re.search(srcuri)
+if tag:
+scheme, host, path, user, pswd, parms = bb.fetch2.decodeurl(srcuri)
+# Keep a copy of tag and append nobranch=1 then remove tag from
URL,
+# Will re-introduce tag argument after bitbake fetcher process is
complete.
+storeTagName = parms['tag']
+parms.update({('nobranch', '1')})
+del parms['tag']
+srcuri = bb.fetch2.encodeurl((scheme, host, path, user, pswd,
parms))
+
tmpparent = tinfoil.config_data.getVar('BASE_WORKDIR')
bb.utils.mkdirhier(tmpparent)
tempsrc = tempfile.mkdtemp(prefix='recipetool-', dir=tmpparent)
@@ -520,6 +534,18 @@ def create_recipe(args):
logger.error('Revision %s was found on multiple branches:
%s\nPlease provide the correct branch in the source URL with ;branch=
(and ensure you use quotes around the URL to avoid the shell interpreting the
";")' % (srcrev, mbrch))
sys.exit(1)
+if storeTagName:
+# Re-introduced tag variable from storeTagName
+# Check srcrev using tag and check validity of the tag
+try:
+cmd = ('git rev-list -n 1 %s' % (storeTagName))
+check_tag, check_tag_err = bb.process.run('%s' % cmd,
cwd=srctree)
+srcrev = check_tag.split()[0]
+except bb.process.ExecutionError as err:
+logger.error(str(err))
+logger.error("Possibly wrong tag name is provided")
+sys.exit(1)
+
if os.path.exists(os.path.join(srctree, '.gitmodules')) and
srcuri.startswith('git://'):
srcuri = 'gitsm://' + srcuri[6:]
logger.info('Fetching submodules...')
@@ -642,9 +668,11 @@ def create_recipe(args):
lines_before.append('# No information for SRC_URI yet (only an
external source tree was specified)')
# Check if users has provide a branch
append_branch = branch_re.search(srcuri)
-if branch and not append_branch:
-# Append the correct branch into SRC_URI
-srcuri = srcuri_copy + (';branch=%s' % str(branch))
+if (branch and not append_branch) or storeTagName:
+srcuri = srcuri_copy
+if branch:
+# Append the correct branch into SRC_URI
+srcuri = srcuri + (';branch=%s' % str(branch))
lines_before.append('SRC_URI = "%s"' % srcuri)
for key, value in sorted(checksums.items()):
lines_before.append('SRC_URI[%s] = "%s"' % (key, value))
@@ -652,6 +680,7 @@ def create_recipe(args):
lines_before.append('')
lines_before.append('# Modify these as desired')
lines_before.append('PV = "%s+git${SRCPV}"' % (realpv or '1.0'))
+pv_srcpv = True
if not args.autorev and srcrev == '${AUTOREV}':
if os.path.exists(os.path.join(srctree, '.git')):
(stdout, _) = bb.process.run('git rev-parse HEAD', cwd=srctree)
@@ -778,7 +807,7 @@ def create_recipe(args):
skipblank = True
continue
elif line.startswith('SRC_URI = '):
-if realpv:
+if realpv and not pv_srcpv:
line = line.replace(realpv, '${PV}')
elif line.startswith('PV = '):
if realpv:
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv3 1/3] recipetool: create: disable PREMIRRORS and MIRRORS by default
When creating new recipes, we are almost certainly fetching a new
source rather that something that has already been fetched. I have
disable PREMIRRORS and MIRRORS settings from tinfoil while leaving
an option for users to enable them manually if needed.
Signed-off-by: Chang Rebecca Swee Fun
---
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 359eb9a..3885017 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -422,6 +422,7 @@ def create_recipe(args):
source = args.source
srcsubdir = ''
srcrev = '${AUTOREV}'
+mirrors = args.mirrors
if os.path.isfile(source):
source = 'file://%s' % os.path.abspath(source)
@@ -440,6 +441,14 @@ def create_recipe(args):
srcrev = res.group(1)
srcuri = rev_re.sub('', srcuri)
+if not mirrors:
+# We do not need PREMIRRORS since we are almost certainly
+# fetching new source rather than something that has already
+# been fetched. Hence, we disable them by default.
+# However, we provide an option for users to enable it.
+tinfoil.config_data.setVar('PREMIRRORS', '')
+tinfoil.config_data.setVar('MIRRORS', '')
+
tmpparent = tinfoil.config_data.getVar('BASE_WORKDIR')
bb.utils.mkdirhier(tmpparent)
tempsrc = tempfile.mkdtemp(prefix='recipetool-', dir=tmpparent)
@@ -1169,5 +1178,6 @@ def register_commands(subparsers):
parser_create.add_argument('--keep-temp', action="store_true", help='Keep
temporary directory (for debugging)')
parser_create.add_argument('--fetch-dev', action="store_true", help='For
npm, also fetch devDependencies')
parser_create.add_argument('--devtool', action="store_true",
help=argparse.SUPPRESS)
+parser_create.add_argument('--mirrors', action="store_true", help='Enable
PREMIRRORS and MIRRORS for source tree fetching (disable by default).')
parser_create.set_defaults(func=create_recipe)
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv3 2/3] recipetool: create: being able to set branch when revision is provided
When recipetool create is run on a git URL and a revision specified
that is not on master, and "branch=" isn't already in the URL, then
we should get the correct branch and append the branch to the URL.
If the revision was found on multiple branches, we will display error
to inform user to provide a correct branch and exit.
[YOCTO #11389]
Signed-off-by: Chang Rebecca Swee Fun
---
scripts/lib/recipetool/create.py | 41
1 file changed, 41 insertions(+)
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 3885017..5f60fc3 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -423,6 +423,8 @@ def create_recipe(args):
srcsubdir = ''
srcrev = '${AUTOREV}'
mirrors = args.mirrors
+branch_re = re.compile(';branch=([^;]+)')
+branch = ''
if os.path.isfile(source):
source = 'file://%s' % os.path.abspath(source)
@@ -449,6 +451,19 @@ def create_recipe(args):
tinfoil.config_data.setVar('PREMIRRORS', '')
tinfoil.config_data.setVar('MIRRORS', '')
+# Check whether branch info is provided
+branch = branch_re.search(srcuri)
+nobranch_re = re.compile(';nobranch=1')
+nobranch = nobranch_re.search(srcuri)
+# Back up a copy of srcuri
+srcuri_copy = srcuri
+if not branch and not nobranch and srcrev != '${AUTOREV}':
+# Append nobranch=1 in the following conditions:
+# 1. User did not set 'branch=' in srcuri, and
+# 2. User did not set 'nobranch=1' in srcuri, and
+# 3. Source revision is not '${AUTOREV}'
+srcuri = srcuri + ';nobranch=1'
+
tmpparent = tinfoil.config_data.getVar('BASE_WORKDIR')
bb.utils.mkdirhier(tmpparent)
tempsrc = tempfile.mkdtemp(prefix='recipetool-', dir=tmpparent)
@@ -484,6 +499,27 @@ def create_recipe(args):
logger.error('URL %s resulted in an empty source tree' % fetchuri)
sys.exit(1)
+# Check for branch info with SRCREV provided
+if not branch and not nobranch and srcrev and (srcrev != '${AUTOREV}'):
+# Command to check branch using commit hash
+cmd = 'git branch -r --contains'
+try:
+check_branch, check_branch_err = bb.process.run('%s %s' %
(cmd, srcrev), cwd=srctree)
+except bb.process.ExecutionError as err:
+logger.error(str(err))
+sys.exit(1)
+get_branch = [x.strip() for x in check_branch.splitlines()]
+# Remove HEAD reference point and drop remote prefix
+get_branch = [x.split('/', 1)[1] for x in get_branch if not
x.startswith('origin/HEAD')]
+if len(get_branch) == 1:
+# If get_branch contains only ONE object, then store result
into 'branch'
+branch = get_branch[0]
+else:
+# If get_branch contains more than one objects, then display
error and exit.
+mbrch = '\n ' + '\n '.join(get_branch)
+logger.error('Revision %s was found on multiple branches:
%s\nPlease provide the correct branch in the source URL with ;branch=
(and ensure you use quotes around the URL to avoid the shell interpreting the
";")' % (srcrev, mbrch))
+sys.exit(1)
+
if os.path.exists(os.path.join(srctree, '.gitmodules')) and
srcuri.startswith('git://'):
srcuri = 'gitsm://' + srcuri[6:]
logger.info('Fetching submodules...')
@@ -604,6 +640,11 @@ def create_recipe(args):
if not srcuri:
lines_before.append('# No information for SRC_URI yet (only an
external source tree was specified)')
+# Check if users has provide a branch
+append_branch = branch_re.search(srcuri)
+if branch and not append_branch:
+# Append the correct branch into SRC_URI
+srcuri = srcuri_copy + (';branch=%s' % str(branch))
lines_before.append('SRC_URI = "%s"' % srcuri)
for key, value in sorted(checksums.items()):
lines_before.append('SRC_URI[%s] = "%s"' % (key, value))
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv3 0/3] devtool: add: automatically set branch for git URLs if not master
Hi Ross, Change log on v3: Rebased to latest master HEAD Thanks. Regards, Rebecca Chang Rebecca Swee Fun (2): recipetool: create: disable PREMIRRORS and MIRRORS by default recipetool: create: being able to set branch when revision is provided Stanley Phoong (1): recipetool: create: handle git URLs specifying only a tag scripts/lib/recipetool/create.py | 82 +++- 1 file changed, 81 insertions(+), 1 deletion(-) -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky][master][PATCH v2 0/1] initramfs-framework: include install-efi module in recipe for installation
Hi Richard, For the allarch problem that you mentioned, I added INHIBIT_DEFAULT_DEPS = "1" because the packages maybe an allarch due to it being a simple script, reality is that it is Host specific based on the COMPATIBLE_HOST, which needs to take precedence. For this case, I run the four tests which is previously failed in the oe-selftest report and now it is PASS. - oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs [PASS] - oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs_multilib [PASS] - oe-selftest -r wic.Wic.test_fs_types [PASS] - oe-selftest -r wic.Wic.test_mkfs_extraopts [PASS] I re-sent a new set of patches which consolidate into three commits to the mailing list. You can find it in this link: http://lists.openembedded.org/pipermail/openembedded-core/2017-July/140021.html The new patches consists of the 3 commits which are: initramfs-framework: module to support boot live image initramfs-framework: include install-efi module in recipe for installation core-image-minimal-initramfs: use initramfs-framework by default [newly added] Regards, Wei Tee -Original Message- From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] Sent: Saturday, July 22, 2017 5:43 AM To: Ng, Wei Tee ; openembedded-core@lists.openembedded.org Cc: Wold, Saul Subject: Re: [OE-core] [poky][master][PATCH v2 0/1] initramfs-framework: include install-efi module in recipe for installation Hi, On Sun, 2017-07-16 at 12:29 -0700, wei.tee...@intel.com wrote: > From: "Ng, Wei Tee" > > This patch is to enable the installation mechanism in initramfs- > framework. > It used the existing init-install-efi.sh script in the initrdscript > and install a new module named initramfs-module-install-efi in the > recipe. > > I put all the changes as a single commit. This version 2 had renamed > the existing init-install-efi.sh to install-efi.sh and package name > changed to install-efi. > > This patch shall encounter a patchtest failure as it is depends on a > patch which have been sent to the mailing list and waiting for > acceptance. The dependency patch can be found in here: > http://lists.openembedded.org/pipermail/openembedded-core/2017-July/1 > 39570.html > > This changes has been verified with build test, boot up test and > installation test on Minnowboard Max platform. > > Please review and provide feedback if you have any. > The patches are targeted for merging into poky master branch. I think the RDEPENDS in this patch cause problems when added to an allarch recipe. You can see this issue by running: oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs (it failed on the autobuilder: https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/399/st eps/Running%20oe-selftest/logs/stdio) We need to resolve this before the two initramfs-framework patches can be merged. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] core-image-minimal-initramfs: use initramfs-framework by default
From: "Ng, Wei Tee"
Use the initramfs-framework for initialization by default due to
the modularity and expansibility.
[YOCTO #10987]
Signed-off-by: Ng, Wei Tee
---
meta/recipes-core/images/core-image-minimal-initramfs.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/images/core-image-minimal-initramfs.bb
b/meta/recipes-core/images/core-image-minimal-initramfs.bb
index 5794a25..c1f2855 100644
--- a/meta/recipes-core/images/core-image-minimal-initramfs.bb
+++ b/meta/recipes-core/images/core-image-minimal-initramfs.bb
@@ -3,7 +3,7 @@ DESCRIPTION = "Small image capable of booting a device. The
kernel includes \
the Minimal RAM-based Initial Root Filesystem (initramfs), which finds the \
first 'init' program more efficiently."
-PACKAGE_INSTALL = "initramfs-live-boot initramfs-live-install
initramfs-live-install-efi ${VIRTUAL-RUNTIME_base-utils} udev base-passwd
${ROOTFS_BOOTSTRAP_INSTALL}"
+PACKAGE_INSTALL = "initramfs-framework-base initramfs-module-udev
initramfs-module-setup-live initramfs-module-install-efi
${VIRTUAL-RUNTIME_base-utils} udev base-passwd ${ROOTFS_BOOTSTRAP_INSTALL}"
# Do not pollute the initrd image with rootfs features
IMAGE_FEATURES = ""
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] initramfs-framework: include install-efi module in recipe for installation
From: "Ng, Wei Tee"
Utilized the existing init-install-efi.sh script and renamed it to
install-efi.sh to manage the installation process of images in
initramfs-framework model. This script will be executed when
"install" option is being chosen in the grub menu and install
the image on the target platform. A new install-efi module is
being added in the recipe to handle the installation process
using initramfs-framework.
[YOCTO #10989]
Signed-off-by: Ng, Wei Tee
---
This version solve the failure of the oe-selftest which is related to the
allarch issues.
.../initramfs-framework/install-efi.sh | 276 +
.../initrdscripts/initramfs-framework_1.0.bb | 19 +-
2 files changed, 292 insertions(+), 3 deletions(-)
create mode 100644
meta/recipes-core/initrdscripts/initramfs-framework/install-efi.sh
diff --git a/meta/recipes-core/initrdscripts/initramfs-framework/install-efi.sh
b/meta/recipes-core/initrdscripts/initramfs-framework/install-efi.sh
new file mode 100644
index 000..5ad3a60
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-framework/install-efi.sh
@@ -0,0 +1,276 @@
+#!/bin/sh -e
+#
+# Copyright (c) 2012, Intel Corporation.
+# All rights reserved.
+#
+# install.sh [device_name] [rootfs_name]
+#
+
+PATH=/sbin:/bin:/usr/sbin:/usr/bin
+
+# We need 20 Mb for the boot partition
+boot_size=20
+
+# 5% for swap
+swap_ratio=5
+
+# Get a list of hard drives
+hdnamelist=""
+live_dev_name=`cat /proc/mounts | grep ${1%/} | awk '{print $1}'`
+live_dev_name=${live_dev_name#\/dev/}
+# Only strip the digit identifier if the device is not an mmc
+case $live_dev_name in
+mmcblk*)
+;;
+nvme*)
+;;
+*)
+live_dev_name=${live_dev_name%%[0-9]*}
+;;
+esac
+
+echo "Searching for hard drives ..."
+
+# Some eMMC devices have special sub devices such as mmcblk0boot0 etc
+# we're currently only interested in the root device so pick them wisely
+devices=`ls /sys/block/ | grep -v mmcblk` || true
+mmc_devices=`ls /sys/block/ | grep "mmcblk[0-9]\{1,\}$"` || true
+devices="$devices $mmc_devices"
+
+for device in $devices; do
+case $device in
+loop*)
+# skip loop device
+;;
+sr*)
+# skip CDROM device
+;;
+ram*)
+# skip ram device
+;;
+*)
+# skip the device LiveOS is on
+# Add valid hard drive name to the list
+case $device in
+$live_dev_name*)
+# skip the device we are running from
+;;
+*)
+hdnamelist="$hdnamelist $device"
+;;
+esac
+;;
+esac
+done
+
+if [ -z "${hdnamelist}" ]; then
+echo "You need another device (besides the live device
/dev/${live_dev_name}) to install the image. Installation aborted."
+exit 1
+fi
+
+TARGET_DEVICE_NAME=""
+for hdname in $hdnamelist; do
+# Display found hard drives and their basic info
+echo "---"
+echo /dev/$hdname
+if [ -r /sys/block/$hdname/device/vendor ]; then
+echo -n "VENDOR="
+cat /sys/block/$hdname/device/vendor
+fi
+if [ -r /sys/block/$hdname/device/model ]; then
+echo -n "MODEL="
+cat /sys/block/$hdname/device/model
+fi
+if [ -r /sys/block/$hdname/device/uevent ]; then
+echo -n "UEVENT="
+cat /sys/block/$hdname/device/uevent
+fi
+echo
+done
+
+# Get user choice
+while true; do
+echo "Please select an install target or press n to exit ($hdnamelist ): "
+read answer
+if [ "$answer" = "n" ]; then
+echo "Installation manually aborted."
+exit 1
+fi
+for hdname in $hdnamelist; do
+if [ "$answer" = "$hdname" ]; then
+TARGET_DEVICE_NAME=$answer
+break
+fi
+done
+if [ -n "$TARGET_DEVICE_NAME" ]; then
+break
+fi
+done
+
+if [ -n "$TARGET_DEVICE_NAME" ]; then
+echo "Installing image on /dev/$TARGET_DEVICE_NAME ..."
+else
+echo "No hard drive selected. Installation aborted."
+exit 1
+fi
+
+device=/dev/$TARGET_DEVICE_NAME
+
+#
+# The udev automounter can cause pain here, kill it
+#
+rm -f /etc/udev/rules.d/automount.rules
+rm -f /etc/udev/scripts/mount*
+
+#
+# Unmount anything the automounter had mounted
+#
+umount ${device}* 2> /dev/null || /bin/true
+
+mkdir -p /tmp
+
+# Create /etc/mtab if not present
+if [ ! -e /etc/mtab ] && [ -e /proc/mounts ]; then
+ln -sf /proc/mounts /etc/mtab
+fi
+
+disk_size=$(parted ${device} unit mb print | grep '^Disk .*: .*MB' | cut -d" "
-f 3 | sed -e "s/MB//")
+
+swap_size=$((disk_size*swap_ratio/100))
+rootfs_size=$((disk_size-boot_size-swap_size))
+
+rootfs_start=$((boot_size))
+rootfs_end=$((rootfs_start+rootfs_size))
+swap_start=$((rootfs_end))
+
+# MMC devices are special in a couple of ways
+# 1) they use a partition prefix character 'p'
+# 2) they are detected asynchronously
[OE-core] [PATCH 1/3] initramfs-framework: module to support boot live image
From: "Ng, Wei Tee"
setup-live module is a new module being introduced to integrate the
functionality of init-live.sh into new scriptlet named setup-live in
order to support the live boot image. The udev-extraconf rdepends is
being added to perform automounting. It gets to run before the rootfs
and finish module.
The setup-live scriplet include the changes for:
- Create a conditional loop for the bootparam_root variable. If it is
not set, then it will boot from ROOT_IMAGE. Else, it will boot normally
which is not from removable media.
- Gives a standard path to the original boot disk mount which can be
used to. While /media/sda is a good guess, it isn't always right, nor
is it a good assumption that only one boot disk is in the system.
- The current rootfs module has no support for rootfs images, currently
it only support for rootfs partitions for wic image. Therefore, there
is a need to assign the rootfs image for live image.
[YOCTO #11701]
Signed-off-by: Ng, Wei Tee
---
.../initrdscripts/initramfs-framework/setup-live | 66 ++
.../initrdscripts/initramfs-framework_1.0.bb | 13 -
2 files changed, 77 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-core/initrdscripts/initramfs-framework/setup-live
diff --git a/meta/recipes-core/initrdscripts/initramfs-framework/setup-live
b/meta/recipes-core/initrdscripts/initramfs-framework/setup-live
new file mode 100644
index 000..ec4a139
--- /dev/null
+++ b/meta/recipes-core/initrdscripts/initramfs-framework/setup-live
@@ -0,0 +1,66 @@
+#/bin/sh
+# Copyright (C) 2011 O.S. Systems Software LTDA.
+# Licensed on MIT
+
+setup_enabled() {
+ return 0
+}
+
+setup_run() {
+ROOT_IMAGE="rootfs.img"
+ISOLINUX=""
+ROOT_DISK=""
+shelltimeout=30
+
+ if [ -z $bootparam_root ]; then
+ echo "Waiting for removable media..."
+ C=0
+ while true
+ do
+ for i in `ls /run/media 2>/dev/null`; do
+ if [ -f /run/media/$i/$ROOT_IMAGE ] ; then
+ found="yes"
+ ROOT_DISK="$i"
+ break
+ elif [ -f /run/media/$i/isolinux/$ROOT_IMAGE ]; then
+ found="yes"
+ ISOLINUX="isolinux"
+ ROOT_DISK="$i"
+ break
+ fi
+ done
+ if [ "$found" = "yes" ]; then
+ break;
+ fi
+ # don't wait for more than $shelltimeout seconds, if it's set
+ if [ -n "$shelltimeout" ]; then
+ echo -n " " $(( $shelltimeout - $C ))
+ if [ $C -ge $shelltimeout ]; then
+ echo "..."
+ echo "Mounted filesystems"
+ mount | grep media
+ echo "Available block devices"
+ cat /proc/partitions
+ fatal "Cannot find $ROOT_IMAGE file in /run/media/*
, dropping to a shell "
+ fi
+ C=$(( C + 1 ))
+ fi
+ sleep 1
+ done
+ # The existing rootfs module has no support for rootfs images.
Assign the rootfs image.
+ bootparam_root="/run/media/$ROOT_DISK/$ISOLINUX/$ROOT_IMAGE"
+ else
+ break
+ fi
+
+ if [ "$bootparam_LABEL" != "boot" -a -f /init.d/$bootparam_LABEL.sh ] ;
then
+ if [ -f /run/media/$i/$ISOLINUX/$ROOT_IMAGE ] ; then
+ ./init.d/$bootparam_LABEL.sh $i/$ISOLINUX $ROOT_IMAGE
$video_mode $vga_mode $console_params
+ else
+ fatal "Could not find $bootparam_LABEL script"
+ fi
+
+ # If we're getting here, we failed...
+ fatal "Target $bootparam_LABEL failed"
+ fi
+}
diff --git a/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
index 67a1b04..211e89d 100644
--- a/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb
@@ -13,7 +13,8 @@ SRC_URI = "file://init \
file://mdev \
file://udev \
file://e2fs \
- file://debug"
+ file://debug \
+ file://setup-live"
S = "${WORKDIR}"
@@ -25,6 +26,9 @@ do_install() {
install -m 0755 ${WORKDIR}/rootfs ${D}/init.d/90-rootfs
install -m 0755 ${WORKDIR}/finish ${D}/init.d/99-finish
+# setup-live
+install -m 0755 ${WORKDIR}/setup-live ${D}/init.d/80-setup-live
+
# mdev
install -m 0755 ${WORKDIR}/mdev ${D}/init.d/01-mdev
@@ -48,7 +52,8 @@ PACKAGES = "${PN}-base \
initramfs-module-udev \
initramfs-module-e2fs \
[OE-core] [poky][master][PATCH 0/3] core-image-minimal-initramfs: use initramfs-framework for initialization by default
From: "Ng, Wei Tee" These patches is to initialize initramfs-framework by default. The initramfs-framework is able to boot up live image and enable the installation mechanism. For the configuration to boot up live image, a new scriplet named setup-live module has been created to handle the removeable media detection and assign the rootfs.img. This is because the current rootfs module has no support for rootfs images, only rootfs partitions. A new initramfs-module-setup-live recipe is being created and added udev-extraconf rdepends on this module because it is needed for automounting process. For the installation mechanism, it used the existing init-install-efi.sh script in the initrdscript and install a new module named initramfs-module-install-efi in the recipe. This changes has been verified with build test, boot up test and installation test on Minnowboard Max platform. Please review and provide feedback if you have any. The patches are targeted for merging into poky master branch. Thanks and regards, Wei Tee The following changes since commit 15901164ee71dec0906dadaff08f3365a66feb05: dev-manual, ref-manual: Eliminated pre-built section (2017-07-22 09:19:25 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib weiteeng/initramfs http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=weiteeng/initramfs Ng, Wei Tee (3): initramfs-framework: module to support boot live image initramfs-framework: include install-efi module in recipe for installation core-image-minimal-initramfs: use initramfs-framework by default .../images/core-image-minimal-initramfs.bb | 2 +- .../initramfs-framework/install-efi.sh | 276 + .../initrdscripts/initramfs-framework/setup-live | 66 + .../initrdscripts/initramfs-framework_1.0.bb | 28 ++- 4 files changed, 368 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-core/initrdscripts/initramfs-framework/install-efi.sh create mode 100644 meta/recipes-core/initrdscripts/initramfs-framework/setup-live -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
