[OE-core] [PATCHv4 1/5] image: Convert vmdk/vdi/qcow2 to strict CONVERSION_CMD types

The vmdk/vdi/qcow2 IMAGE_FSTYPEs predate wic. As such, they provide some similar underlying functionality in order to produce a "disk" image that in turn can be converted into different formats that various hypervisor types work with. They do not however provide the ability for other disk image

[OE-core] [PATCHv4 3/5] imagefeatures: Extend test_bmap to validate gzip

We extend the existing test_bmap test to also produce an ext4.bmap.gz file and then have gzip confirm that it contains valid gzip data. This tests that we are able to chain at least 2 CONVERSION_CMDs together. Cc: Ed Bartosh Signed-off-by: Tom Rini

[OE-core] [PATCHv4 2/5] wic: Switch to using --use-uuid by default

The most portable way to specifiy a root device in a disk image that we create is to use PARTUUID rather than /dev/sda2. As background, both GPT and MBR tables provide valid UUID values for each partition and the Linux Kernel contains the logic to parse this value. With this change we can now

[OE-core] [PATCHv4 4/5] imagefeatures: Add a test for many CONVERSION_CMDs being chained

Add a new test to create a long (and not otherwise useful) image, ext4.bmap.gz.bz2.lzo.xz.u-boot and also the sha256sum of it. Check that the resulting sha256sum is valid. Cc: Ed Bartosh Signed-off-by: Tom Rini --- Changes in v2: New patch ---

[OE-core] [PATCHv4 5/5] imagefeatures: Add a test for various hypervisor formats

We add a new test that will create core-image-minimal for wic.vmdk, wic.vdi and wic.qcow2. We then confirm via qemu-img that the resulting file is of the expected type. Cc: Ed Bartosh Signed-off-by: Tom Rini --- Changes in v2: New patch ---

Re: [OE-core] [PATCH v2] autoconf: fix mistakes in SUMMARY and DESCRIPTION

On Fri, Jul 28, 2017 at 1:26 PM, Denys Dmytriyenko wrote: > From: Denys Dmytriyenko > > Signed-off-by: Denys Dmytriyenko > --- > v1 - procude -> produce > v2 - produce -> produces > > meta/recipes-devtools/autoconf/autoconf.inc | 4 ++-- > 1 file

Re: [OE-core] [PATCH 3/3] re2c: Transfer recipe from meta-oe and upgrade to 0.16

On Fri, Jul 28, 2017 at 3:01 PM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Fri, 2017-07-28 at 04:47 -0700, Khem Raj wrote: > > ninja needs it. > > > > Signed-off-by: Khem Raj > > --- > > meta/recipes-support/re2c/re2c_0.16.bb | 15 +++ > > 1

Re: [OE-core] [PATCH] distrodata: function to identify new packages on a release

On Thu, Jul 27, 2017 at 11:32 PM, Tan Shen Joon wrote: > Identify new packages based on two distinct branches. This > script takes 2 parameters; either a commit-ish or a branch > name > > To run : distrocompare.sh > E.g. distrocompare.sh morty 92aa0e7 > E.g.

Re: [OE-core] [PATCH] classes/machine-overrides-extended.bbclass: add

ping? comments? On Fri, Jul 21, 2017 at 8:47 AM, Trevor Woerner wrote: > Copy this class from meta-freescale so all BSPs can use it. > > This class makes it easy for a BSP to specify multiple sets of configurations > for a given MACHINE. In some cases there are multiple

[OE-core] [PATCH] initramfs-framework/setup-live: remove superfluous break

This causes us to fall out of the module setup/run loop in the base init script should "root=" be defined, causing a boot failure. Signed-off-by: California Sullivan --- meta/recipes-core/initrdscripts/initramfs-framework/setup-live | 2 -- 1 file changed, 2

Re: [OE-core] [PATCH 3/3] re2c: Transfer recipe from meta-oe and upgrade to 0.16

On Fri, 2017-07-28 at 04:47 -0700, Khem Raj wrote: > ninja needs it. > > Signed-off-by: Khem Raj > --- >  meta/recipes-support/re2c/re2c_0.16.bb | 15 +++ >  1 file changed, 15 insertions(+) >  create mode 100644 meta/recipes-support/re2c/re2c_0.16.bb Doesn't seem

Re: [OE-core] [PATCH] module.bbclass: move make scripts earlier

This will break application of a patch submitted a little later yesterday which moves the make_scripts task. Joe From: openembedded-core-boun...@lists.openembedded.org [openembedded-core-boun...@lists.openembedded.org] on behalf of California Sullivan

[OE-core] [PATCH v2] autoconf: fix mistakes in SUMMARY and DESCRIPTION

From: Denys Dmytriyenko Signed-off-by: Denys Dmytriyenko --- v1 - procude -> produce v2 - produce -> produces meta/recipes-devtools/autoconf/autoconf.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [Pyro] backport request

Hi Armin Please consider http://git.openembedded.org/openembedded-core/commit/?id=5d3df78367be0afbfe001b4fa776a98a82e6ce54 for your next pyro backport list. Thanks -Khem -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH] autoconf: fix typo in SUMMARY

On Fri, Jul 28, 2017 at 1:05 PM, Denys Dmytriyenko wrote: > On Fri, Jul 28, 2017 at 11:56:55AM -0700, Khem Raj wrote: >> On Fri, Jul 28, 2017 at 11:49 AM, Denys Dmytriyenko wrote: >> > From: Denys Dmytriyenko >> > >> > Signed-off-by: Denys

Re: [OE-core] [PATCH] autoconf: fix typo in SUMMARY

On Fri, Jul 28, 2017 at 11:56:55AM -0700, Khem Raj wrote: > On Fri, Jul 28, 2017 at 11:49 AM, Denys Dmytriyenko wrote: > > From: Denys Dmytriyenko > > > > Signed-off-by: Denys Dmytriyenko > > --- > > meta/recipes-devtools/autoconf/autoconf.inc | 2

Re: [OE-core] [PATCH] autoconf: fix typo in SUMMARY

On Fri, Jul 28, 2017 at 11:49 AM, Denys Dmytriyenko wrote: > From: Denys Dmytriyenko > > Signed-off-by: Denys Dmytriyenko > --- > meta/recipes-devtools/autoconf/autoconf.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[OE-core] [PATCH] autoconf: fix typo in SUMMARY

From: Denys Dmytriyenko Signed-off-by: Denys Dmytriyenko --- meta/recipes-devtools/autoconf/autoconf.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/autoconf/autoconf.inc b/meta/recipes-devtools/autoconf/autoconf.inc

Re: [OE-core] [PATCH v2 2/2] autoconf-archive: simplify and fix recipe

On Fri, Jul 28, 2017 at 11:43 AM, Patrick Ohly wrote: > On Fri, 2017-07-28 at 09:44 -0700, Khem Raj wrote: >> On Fri, Jul 28, 2017 at 7:49 AM, Patrick Ohly > > +LICENSE = "GPLv3" >> >> Perhaps GPL-3.0-with-autoconf-exception would be more accurate

Re: [OE-core] [PATCH v2 2/2] autoconf-archive: simplify and fix recipe

On Fri, 2017-07-28 at 09:44 -0700, Khem Raj wrote: > On Fri, Jul 28, 2017 at 7:49 AM, Patrick Ohly > +LICENSE = "GPLv3" > > Perhaps  GPL-3.0-with-autoconf-exception would be more accurate here. I wasn't sure whether such a thing existed already, but yes, as it does it

Re: [OE-core] [PATCH] go-dep: Add 0.2.0 release

On Fri, Jul 28, 2017 at 11:07 AM, Otavio Salvador wrote: > This is the Golang dependency management tool under development; it is > ready for production use and intended to be merged onto Golang > 1.10. Until that, projects are starting to use it and making it > available

[OE-core] [PATCH] go-dep: Add 0.2.0 release

This is the Golang dependency management tool under development; it is ready for production use and intended to be merged onto Golang 1.10. Until that, projects are starting to use it and making it available on OE-Core reduces the Golang integration work for new recipes. Signed-off-by: Otavio

Re: [OE-core] [PATCH] autoconf-archive: move from meta-oe to OE-core

On Fri, Jul 28, 2017 at 7:01 AM, Patrick Ohly wrote: > Having common macros in OE-core that are needed by autotools based > projects makes sense. For example, tpm2.0-tools in meta-measured > depended on meta-oe only because of autoconf-archive. > > This is a verbatim copy

Re: [OE-core] [PATCH v2 2/2] autoconf-archive: simplify and fix recipe

On Fri, Jul 28, 2017 at 7:49 AM, Patrick Ohly wrote: > The COPYING file specifies pure GPLv3, not GPLv2 & GPLv3. There is > also the COPYING.EXCEPTION file with the autotools exception, which > gets ignored here in the recipe to keep it simpler. > > All of the explicit

[OE-core] ✗ patchtest: failure for libpng: fix MIRRORS usage

== Series Details == Series: libpng: fix MIRRORS usage Revision: 1 URL : https://patchwork.openembedded.org/series/8007/ 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

[OE-core] [PATCH] libpng: fix MIRRORS usage

MIRRORS needs to be pairs of values for the original URL to match and the location find it on the mirror. Signed-off-by: Ross Burton --- meta/recipes-multimedia/libpng/libpng_1.6.31.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH v3 00/12] gstreamer: upgrade to 1.12.1

What is the status of this? GStreamer is at 1.12.2 now, and these patches are still unmerged. What is the blocker here? On 2017-07-05 17:03, Maxin B. John wrote: Upgrade gstreamer to 1.12.1 Also upgrade libva to 1.8.3. This upgrade helps us to remove the workaround patch in gst-player -

Re: [OE-core] ✗ patchtest: failure for "[v3] image: Convert vmdk/vdi/q..." and 4 more

On Fri, 2017-07-28 at 10:14 -0400, Tom Rini wrote: > On Fri, Jul 28, 2017 at 02:01:12PM -, Patchwork wrote: > > > > == Series Details == > > > > Series: "[v3] image: Convert vmdk/vdi/q..." and 4 more > > Revision: 1 > > URL   : https://patchwork.openembedded.org/series/7993/ > > State :

Re: [OE-core] [PATCH 05/11] gperf: upgrade to 3.1

And libid3tag: | compat.gperf:116:1: error: conflicting types for 'id3_compat_lookup' | In file included from compat.gperf:37:0: | ../libid3tag-0.15.1b/compat.h:36:26: note: previous declaration of 'id3_compat_lookup' was here | struct id3_compat const *id3_compat_lookup(register char const *, |

[OE-core] [PATCH v2 0/2] move autoconf-archive into OE-core

V2: - removed the gnome-common dependency that was still in V1 - merged the .inc file into the .bb file and cleaned up the recipe Patrick Ohly (2): autoconf-archive: move from meta-oe to OE-core autoconf-archive: simplify and fix recipe

[OE-core] [PATCH v2 2/2] autoconf-archive: simplify and fix recipe

The COPYING file specifies pure GPLv3, not GPLv2 & GPLv3. There is also the COPYING.EXCEPTION file with the autotools exception, which gets ignored here in the recipe to keep it simpler. All of the explicit dependencies seem unnecessary, and RDEPENDS_${PN} doesn't do anything for native recipes

[OE-core] [PATCH v2 1/2] autoconf-archive: move from meta-oe to OE-core

Having common macros in OE-core that are needed by autotools based projects makes sense. For example, tpm2.0-tools in meta-measured depended on meta-oe only because of autoconf-archive. This is a verbatim copy of the autoconf-archive recipe in meta-openembedded rev 1cbd1bc1, with just one change:

[OE-core] [PATCH v3] wic: ensure generated disk system identifier is non-zero

Zero may be interpreted as no MBR signature present and another partitioning program might install a new MBR signature. Signed-off-by: Jonathan Liu --- scripts/lib/wic/plugins/imager/direct.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v2] wic: ensure generated disk system identifier is non-zero

Zero may be interpreted as no FAT serial number or no MBR signature. Signed-off-by: Jonathan Liu --- scripts/lib/wic/plugins/imager/direct.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/wic/plugins/imager/direct.py

[OE-core] [PATCH] wic: ensure genearted disk system identifier is non-zero

Zero may be interpreted as no FAT serial number or no MBR signature. Signed-off-by: Jonathan Liu --- scripts/lib/wic/plugins/imager/direct.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/wic/plugins/imager/direct.py

Re: [OE-core] ✗ patchtest: failure for "[v3] image: Convert vmdk/vdi/q..." and 4 more

On Fri, Jul 28, 2017 at 02:01:12PM -, Patchwork wrote: > == Series Details == > > Series: "[v3] image: Convert vmdk/vdi/q..." and 4 more > Revision: 1 > URL : https://patchwork.openembedded.org/series/7993/ > State : failure > > == Summary == > > > Thank you for submitting this patch

[OE-core] [PATCH] rootfsdebugfiles.bbclass: add a optional parameter to choose file mode

From: Ming Liu This is in case that sometimes the copied target files might be expected to have a desired mode, for instance, the ssh keys should not be too open, otherwise the users will get a "Permission denied" error. Signed-off-by: Ming Liu

[OE-core] [PATCH] autoconf-archive: move from meta-oe to OE-core

Having common macros in OE-core that are needed by autotools based projects makes sense. For example, tpm2.0-tools in meta-measured depended on meta-oe only because of autoconf-archive. This is a verbatim copy of the autoconf-archive recipe in meta-openembedded rev 1cbd1bc1, with just one change:

[OE-core] ✗ patchtest: failure for "[v3] image: Convert vmdk/vdi/q..." and 4 more

== Series Details == Series: "[v3] image: Convert vmdk/vdi/q..." and 4 more Revision: 1 URL : https://patchwork.openembedded.org/series/7993/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCHv3 4/5] imagefeatures: Add a test for many CONVERSION_CMDs being chained

Add a new test to create a long (and not otherwise useful) image, ext4.bmap.gz.bz2.lzo.xz.u-boot and also the sha256sum of it. Check that the resulting sha256sum is valid. Cc: Ed Bartosh Signed-off-by: Tom Rini --- Changes in v2: New patch ---

[OE-core] [PATCHv3 5/5] imagefeatures: Add a test for various hypervisor formats

We add a new test that will create core-image-minimal for wic.vmdk, wic.vdi and wic.qcow2. We then confirm via qemu-img that the resulting file is of the expected type. Cc: Ed Bartosh Signed-off-by: Tom Rini --- Changes in v2: New patch ---

[OE-core] [PATCHv3 1/5] image: Convert vmdk/vdi/qcow2 to strict CONVERSION_CMD types

The vmdk/vdi/qcow2 IMAGE_FSTYPEs predate wic. As such, they provide some similar underlying functionality in order to produce a "disk" image that in turn can be converted into different formats that various hypervisor types work with. They do not however provide the ability for other disk image

[OE-core] [PATCHv3 3/5] imagefeatures: Extend test_bmap to validate gzip

We extend the existing test_bmap test to also produce an ext4.bmap.gz file and then have gzip confirm that it contains valid gzip data. This tests that we are able to chain at least 2 CONVERSION_CMDs together. Cc: Ed Bartosh Signed-off-by: Tom Rini

[OE-core] [PATCHv3 2/5] wic: Switch to using --use-uuid by default

The most portable way to specifiy a root device in a disk image that we create is to use PARTUUID rather than /dev/sda2. As background, both GPT and MBR tables provide valid UUID values for each partition and the Linux Kernel contains the logic to parse this value. With this change we can now

Re: [OE-core] [PATCH] python: don't include -tests with modules

On Thursday, July 27, 2017 10:39:07 PM EDT Richard Purdie wrote: > On Mon, 2017-07-24 at 12:10 -0400, Mark Asselstine wrote: > > 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

Re: [OE-core] [PATCH] image: Convert vmdk/vdi/qcow2 to strict CONVERSION_CMD types

On Fri, Jul 28, 2017 at 09:35:37PM +1000, Jonathan Liu wrote: > Hi Tom, > > On 28 July 2017 at 21:31, Tom Rini wrote: > > On Fri, Jul 28, 2017 at 09:09:55PM +1000, Jonathan Liu wrote: > >> Hi Tom, > >> > >> On 26 July 2017 at 05:58, Tom Rini wrote: > >> >

Re: [OE-core] [PATCHv2] libcap: fix build with gperf 3.1

This breaks systemd: | In file included from ../git/src/basic/cap-list.c:31:0: | ./src/basic/cap-from-name.h:141:1: error: conflicting types for 'lookup_capability' | lookup_capability (register const char *str, register size_t len) | ^ | ../git/src/basic/cap-list.c:29:38: note:

[OE-core] [PATCH 3/3] re2c: Transfer recipe from meta-oe and upgrade to 0.16

ninja needs it. Signed-off-by: Khem Raj --- meta/recipes-support/re2c/re2c_0.16.bb | 15 +++ 1 file changed, 15 insertions(+) create mode 100644 meta/recipes-support/re2c/re2c_0.16.bb diff --git a/meta/recipes-support/re2c/re2c_0.16.bb

Re: [OE-core] [PATCH] image: Convert vmdk/vdi/qcow2 to strict CONVERSION_CMD types

Hi Tom, On 28 July 2017 at 21:31, Tom Rini wrote: > On Fri, Jul 28, 2017 at 09:09:55PM +1000, Jonathan Liu wrote: >> Hi Tom, >> >> On 26 July 2017 at 05:58, Tom Rini wrote: >> > The vmdk/vdi/qcow2 IMAGE_FSTYPEs predate wic. As such, they provide >> >

Re: [OE-core] [PATCH] image: Convert vmdk/vdi/qcow2 to strict CONVERSION_CMD types

On Fri, Jul 28, 2017 at 09:09:55PM +1000, Jonathan Liu wrote: > Hi Tom, > > On 26 July 2017 at 05:58, Tom Rini wrote: > > The vmdk/vdi/qcow2 IMAGE_FSTYPEs predate wic. As such, they provide > > some similar underlying functionality in order to produce a "disk" image > > that

Re: [OE-core] [PATCH 2/2] ninja: Add recipe

On Fri, Jul 28, 2017 at 12:04 AM, Andre McCurdy wrote: > On Thu, Jul 27, 2017 at 9:56 PM, Khem Raj wrote: >> llvm is using it, therefore move it from meta-oe >> >> Signed-off-by: Khem Raj >> --- >>

Re: [OE-core] [PATCH] image: Convert vmdk/vdi/qcow2 to strict CONVERSION_CMD types

Hi Tom, On 26 July 2017 at 05:58, Tom Rini wrote: > The vmdk/vdi/qcow2 IMAGE_FSTYPEs predate wic. As such, they provide > some similar underlying functionality in order to produce a "disk" image > that in turn can be converted into different formats that various > hypervisor

[OE-core] [PATCH v5 4/7] wic: rootfs: fix rootfs path reporting

wic gets rootfs paths from partition object property 'rootfs_dir' and shows them in final report. rootfs plugin sets this property to the temporary path, which causes temporary paths appearing in the report. Changed the code to prevent storing temporary rootfs path in part.rootfs_dir. This

[OE-core] [PATCH v5 3/7] wic: use absolute paths in rootfs plugin

Using relative paths can cause copyhardlinktree API to fail as it changes current directory when working. Converted all paths to absolute paths using os.path.realpath. Signed-off-by: Ed Bartosh --- scripts/lib/wic/plugins/source/rootfs.py | 4 ++-- 1 file changed, 2

[OE-core] [PATCH v5 6/7] wic: add /boot mount point to fstab by default

wic avoided adding /boot to fstab for no reason. This exception was hardcoded in the wic code. There is no need for this as mountpoint in .wks file is an optional field. It can be used only if user wants to have partitions automatically mounted on system boot. [YOCTO #11662] Signed-off-by: Ed

[OE-core] [PATCH v5 7/7] oe-selftest: wic: fix test_quemu

This test case boots the image in qemu and checks for mounted partitions. As /boot is mounted automatically the test case fails. Fixed this by adding /boot to the list of mounted partitions. Signed-off-by: Ed Bartosh --- meta/lib/oeqa/selftest/cases/wic.py | 2 +- 1

[OE-core] [PATCH v5 5/7] wic: rootfs: make copied rootfs unique

Used unique suffix (line number from .wks file) for the copied rootfs directory to avoid possible conflicts. Signed-off-by: Ed Bartosh --- scripts/lib/wic/plugins/source/rootfs.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v5 2/7] wic: copy rootfs directory before changing fstab

wic updates /etc/fstab on root partition if there are valid mount points in .wks When wic runs from bitbake this can cause incorrect results or even breakage of other tasks working with the same rootfs directory in parallel with do_image_wic. Implemented hardlinking rootfs directory to a

[OE-core] [PATCH v5 1/7] image_types.bbclass: ignore tar exit code 1

tar exists with 1 and produces warning "file changed as we read it" if content is changed while tar archives it. Even hardlinking content causes tar to fail this way as it changes file ctime. Other tasks running in parallel with do_image_tar may need to hardlink rootfs content in order to change

[OE-core] [PATCH v5 0/7] #11662 - wic should mount /boot

Hi, This patchset adds /boot to the /etc/fstab of root partition, making it mounted on boot. It also fixes reporting and testing issues caused by this change. The patchset also fixes long standing bug: wic updated fstab inplace in rootfs directory. This causes other tasks working with rootfs

[OE-core] [PATCH v2] distrodata: function to identify new packages on a release

Identify new packages based on two distinct branches. This script takes 2 parameters; either a commit-ish or a branch name To run : distrocompare.sh E.g. distrocompare.sh morty 92aa0e7 E.g. distrocompare.sh morty pyro output : The script will produce a file ending with new_recipe_list.txt

Re: [OE-core] [PATCH 2/2] ninja: Add recipe

On Thu, Jul 27, 2017 at 9:56 PM, Khem Raj wrote: > llvm is using it, therefore move it from meta-oe > > Signed-off-by: Khem Raj > --- > meta/recipes-devtools/ninja/ninja_1.7.2.bb | 29 + > 1 file changed, 29 insertions(+) >

[OE-core] ✗ patchtest: failure for distrodata: function to identify new packages on a release

== Series Details == Series: distrodata: function to identify new packages on a release Revision: 1 URL : https://patchwork.openembedded.org/series/7985/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

[OE-core] [PATCH] distrodata: function to identify new packages on a release

Identify new packages based on two distinct branches. This script takes 2 parameters; either a commit-ish or a branch name To run : distrocompare.sh E.g. distrocompare.sh morty 92aa0e7 E.g. distrocompare.sh morty pyro output : The script will produce a file ending with new_recipe_list.txt