* the /usr/lib/python3.5/_compression.py file is possibly incorrectly included
in python3-misc, either it should be moved to python3-compression or this
runtime dependency is needed in order to use e.g. gzip.py in runtime:
>>> import tarfile, zlib, gzip
Traceback (most recent call last):
curl + gnutls can not work on ARMv8 32BE, so change it to curl + ssl.
Signed-off-by: Huang Qiyu
---
meta/recipes-support/curl/curl_7.54.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/curl/curl_7.54.0.bb
b/meta/recipes-support/curl/curl_7.54.0.bb
i
On 2017-05-17 09:37, Huang Qiyu wrote:
curl + gnutls can not work on ARMv8 32BE, so change it to curl + ssl.
Signed-off-by: Huang Qiyu
---
meta/recipes-support/curl/curl_7.54.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/curl/curl_7.54.0.bb
b/me
The previous revision of this patch series showed what could be done
at a distro level and image level. It was not suitable for OE-core
because it encoded too specific use-cases and the usefulness of a
distro-level switch is questionable.
The image-level mode switching however seems useful. This r
A distro might want to offer developers different, pre-defined ways of
building an image, for example a "development" mode with easy (but
insecure) login methods and a "production" mode with hardened
settings.
image-mode.bbclass introduces IMAGE_MODE as the switch that defines
how developers want
On Wed, 2017-05-17 at 09:58 +0200, Patrick Ohly wrote:
[...]
> +valid = d.getVar('IMAGE_MODE_VALID') or ''
> +if mode not in valid.split():
> +bb.fatal('Invalid image mode: IMAGE_MODE=%s (not in %s)' %
> (image_mode, valid))
> +}
A dedicated error message for the "IMAGE_MODE_VALID
> You should not patch out the use of POSIX_SHELL after the fact. Find
> where it is resolved/expanded in the source code in the first place, and
> patch it there. Also, please check why setting POSIX_SHELL in the recipe
> no longer has any effect - there is a patch called
> 0001-config-libopts.m4-
On Fri, May 12, 2017 at 07:51:39AM +, g...@git.openembedded.org wrote:
> This is an automated email from the git hooks/post-receive script.
>
> rpurdie pushed a commit to branch master
> in repository openembedded-core.
Seems to fail for qemuarm:
http://errors.yoctoproject.org/Errors/Details/
On 05/17/2017 10:58 AM, Patrick Ohly wrote:
A distro might want to offer developers different, pre-defined ways of
building an image, for example a "development" mode with easy (but
insecure) login methods and a "production" mode with hardened
settings.
Apologies Patrick, I still think this bri
On Wed, 2017-05-17 at 12:49 +0300, Alexander Kanavin wrote:
> On 05/17/2017 10:58 AM, Patrick Ohly wrote:
> > A distro might want to offer developers different, pre-defined ways of
> > building an image, for example a "development" mode with easy (but
> > insecure) login methods and a "production"
Upgrade libx11 from 1.6.4 to 1.6.5
Signed-off-by: Zheng Ruoqin
---
meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb | 10 --
meta/recipes-graphics/xorg-lib/libx11_1.6.5.bb | 10 ++
2 files changed, 10 insertions(+), 10 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-lib
Upgrade libx11-diet from 1.6.4 to 1.6.5
Signed-off-by: Zheng Ruoqin
---
.../xorg-lib/{libx11-diet_1.6.4.bb => libx11-diet_1.6.5.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libx11-diet_1.6.4.bb =>
libx11-diet_1.6.5.bb} (73%)
di
On 05/17/2017 01:47 PM, Patrick Ohly wrote:
I know that you prefer defining more image recipes over allowing the
reconfiguration of the same image recipe. I disagree on that, because
when you have independent aspects (like content and login
configuration), then you end up with various combinatio
opkg-utils ends up in any opkg/rpm image with package management as it's the
provider for update-alternatives. If dev-pkgs is enabled then opkg-utils-dev
will get installed, which is empty but will subsequently pull python3-dev into
the image (as opkg-utils-python depends on python3).
As this can
Hi,
Reverted previous patch as it breaks the script if used without '-t'.
Replaced its functionality with more generic approach: --
The following changes since commit 324f7993e6dfc3b2c7849aee6c525605cc19f223:
isoimage-isohybrid: don't use TRANSLATED_TARGET_ARCH (2017-05-17 13:21:34
+)
a
Added possibility to specify extra format-patch options
in the create-pull-request command line:
create-pull-request -u contrib -r master -- -v3
Signed-off-by: Ed Bartosh
---
scripts/create-pull-request | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/script
Rasons:
- It breaks the script if script is used without -t
- Its functionality covered by the next patch
This reverts commit 3ad3fda6c5f084f4fa1485b30aa333287989bee7.
Signed-off-by: Ed Bartosh
---
scripts/create-pull-request | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(
isoimage-isohybrid plugin fails with this error when
trying to find initrd image:
initrd = glob.glob('%s/%s*%s.%s' % (initrd_dir, image_name, target_arch,
image_type))[0]
IndexError: list index out of range
as it uses TRANSLATED_TARGET_ARCH value as part of the image.
This approach stopped
Hi,
This is an implementation of new wic subcommand 'wic ls'.
It lists image partitions:
$ wic ls tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic
Num StartEnd Size Fstype
11048576 24438783 23390208 fat16
2 25165824 50315263
On Wed, 2017-05-17 at 15:56 +0300, Alexander Kanavin wrote:
> On 05/17/2017 01:47 PM, Patrick Ohly wrote:
>
> > I know that you prefer defining more image recipes over allowing the
> > reconfiguration of the same image recipe. I disagree on that, because
> > when you have independent aspects (like
Fixed bug in processing 'skip' parameter:
don't read input file if end of bmap block is less than skip
Simplified logic of positioning to the start of data inside a
partially skipped bmap block.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/filemap.py | 11 +++
1 file changed, 7 inse
Added parameter 'length' to specify amount of data
to write into destination file. This is useful when only
part of source file should be written into destination file.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/filemap.py | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
Plugin code uses boot.img file name for an image file. If there are
two partitions that use bootimg-pcbios wic breaks with an error
"file already exists: boot.img"
Made image file name unique by adding wks like number to it to fix
the issue.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/plugins
Added wic_ls_help and wic_ls_usage variables to
help.py. These variables contain help content that
will be used in 'wic ls help' and 'wic ls --help'
output.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/help.py | 65 +
1 file changed, 65 insertions
Added parser for 'wic ls' command.
Signed-off-by: Ed Bartosh
---
scripts/wic | 25 +
1 file changed, 25 insertions(+)
diff --git a/scripts/wic b/scripts/wic
index 49cad869e2..6c9a30da7d 100755
--- a/scripts/wic
+++ b/scripts/wic
@@ -35,6 +35,8 @@ import os
import sys
i
Implemented 'wic ls' functionality:
- list image partitions
- list directory content of vfat partitions
[YOCTO #11283]
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/engine.py | 84 +--
1 file changed, 82 insertions(+), 2 deletions(-)
diff --git a/s
Tested 'wic ls' functionality:
- list of image partitions
- list of directory content of vfat partition
Signed-off-by: Ed Bartosh
---
meta/lib/oeqa/selftest/wic.py | 20
1 file changed, 20 insertions(+)
diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/w
Added empty 'wic ls' command that does nothing.
The functionality will be added by the next commits.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/engine.py | 4
scripts/wic | 15 +++
2 files changed, 19 insertions(+)
diff --git a/scripts/lib/wic/engine.py b/scri
build_efi_cfg function creates configuration files for
systemd-boot entries in 'S' directory. This directory
may not exist when api is called, which breaks the build.
Creating the directory if it doesn't exist should fix
this issue.
Signed-off-by: Ed Bartosh
---
meta/classes/systemd-boot.bbclas
Hi,
This patchset is an implementation of generic EFI approach for wic images.
Instead of introducing yet another wic plugin it uses existing APIs from
EFI_PROVIDER classes to populate ${WORKDIR}/bootfs directory with EFI artifacts
and bootloader configuration. This directory can be used by wic r
Merged do_write_wks_template and do_populate_bootfs into
new task do_prepare_wic_build to be able to write the same
partition UUID into bootloader configuration files and
kickstart file.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 53 +++--
This task generates root partition UUID and calls efi_bootfs_populate
API of current EFI provider to populate bootfs directory with
EFI artifacts.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 37
1 file changed, 37 inse
Currently GRUB_ROOT assigned a value of literal "${ROOT}" by default
if ROOT variable is not set. This causes kernel commandline to
look like this: "linux /vmlinuz LABEL=boot {ROOT}"
Used weak assignments of ROOT and GRUB_ROOT variables to make
sure GRUB_ROOT is "" by default.
Allowed empty GRUB_
Added test_generic_efi_grub_qemu and test_generic_efi_systemd_qemu
test cases and wks template to build and boot generic EFI images in qemu.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta-selftest/wic/test_generic_efi.wks.in | 9
meta/lib/oeqa/selftest/wic.py | 36 +
Added API to populate ${WORKDIR}/bootfs directory with EFI
artifacts to both EFI provider classes(grub-efi and systemd-boot).
This API will be used to prepare artifacts for the wic image
build.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/grub-efi.bbclass | 6 ++
meta/clas
Scheduled prepare_wic_build only if wic build enabled.
Added dependencies to kernel and efi bootloader deploy
tasks only if EFI is enabled.
This should fix build failure on machines without
EFI functionality.
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 27 ++
On 05/17/2017 04:39 PM, Patrick Ohly wrote:
[...]
Now add one more mode and you end up with six instead of two image
recipes. That's what I consider not scalable.
Wait a moment. The contents of recipe files is short, regular and can be
easily produced (or re-produced) by a script from the two
On 17 May 2017 at 08:31, Martin Jansa wrote:
> * the /usr/lib/python3.5/_compression.py file is possibly incorrectly
> included
> in python3-misc, either it should be moved to python3-compression or this
> runtime dependency is needed in order to use e.g. gzip.py in runtime:
>
Sounds like th
Queued already, there's been quite a backlog and there's always that one
patch that breaks something subtle isn't there...
Ross
On 16 May 2017 at 22:48, Denys Dmytriyenko wrote:
> Ping
>
> On Tue, May 09, 2017 at 03:31:54PM -0400, Denys Dmytriyenko wrote:
> > From: Denys Dmytriyenko
> >
> > Th
All,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Bryan Evenson
> Sent: Tuesday, May 16, 2017 2:01 PM
> To: Openembedded-core@lists.openembedded.org
> Subject: [OE-core] eudev: opkg
that would break bz2 and lzma in python3-misc unless they are also moved to
-compression. And because I don't know what's using these (from inside of
python3-misc) I didn't want to move them - I'll leave it to someone else.
On Wed, May 17, 2017 at 5:21 PM, Burton, Ross wrote:
>
> On 17 May 2017
Isn't it enough to set RPROVIDES/RCONFLICTS/RREPLACES combo to say that
eudev really replaces old udev even when the package version is lower.
This used to fix such upgrade-path issues before, but I've stopped testing
them long time ago.
On Wed, May 17, 2017 at 5:26 PM, Bryan Evenson
wrote:
> A
All,
> -Original Message-
> From: Bryan Evenson
> Sent: Wednesday, May 17, 2017 11:27 AM
> To: Bryan Evenson ; Openembedded-
> c...@lists.openembedded.org
> Subject: RE: eudev: opkg not automatically upgrading from udev to eudev
>
> All,
>
> > -Original Message-
> > From: openemb
Martin,
Thanks for the pointers. I think I finally have it working correctly. I added
RPROVIDES/RCONFLICTS/RREPLACES in my eudev bbappend to state it replaces udev.
I also needed to set PE = 1 for udev-cache. Since udev-cache didn’t change the
package name, I can’t say it RCONFLICTS/RREPLACE
Yes, that sounds reasonable, just keep in mind that PE bumps are forever
(once you introduce it in your binary feed, you probably wont be able to
ever remove the .bbappend with it), unless you get the PE bump merged in
oe-core as well.
I think you should just submit the fix to oe-core and then you
On Wed, May 17, 2017 at 12:10:43PM +0800, Chunrong Guo wrote:
> From: Chunrong Guo
>
> Signed-off-by: Chunrong Guo
> ---
> meta/classes/kernel-fitimage.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/kernel-fitimage.bbclass
> b/meta/classes/kernel
Please make it a diff between the versions.
On Wed, May 17, 2017 at 07:17:41PM +0800, zhengrq wrote:
> Upgrade libx11 from 1.6.4 to 1.6.5
>
> Signed-off-by: Zheng Ruoqin
> ---
> meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb | 10 --
> meta/recipes-graphics/xorg-lib/libx11_1.6.5.bb | 10
Greetings,
I'm running into the following build error when trying to create an
SDK for an image that includes u-boot-mkimage-native.
The nativesdk-u-boot-mkimage do_package task fails with:
ERROR: nativesdk-u-boot-mkimage: chrpath command failed with exit code 7:
b'/usr/src/ventana/yocto/pyro-2.3
If building for nativesdk the wrong rss sysroot is used leading the
following error message.
| ERROR: oe_runmake failed
| In file included from tools/imximage.c:13:0:
| include/image.h:1024:27: fatal error: openssl/evp.h: No such file or directory
| # include
Tools needed on the build host (sc
Hi Tim
Just sent a patch which may fix what you see.
Regards
Max
Am Mittwoch, den 17.05.2017, 12:36 -0700 schrieb Tim Harvey:
> Greetings,
>
> I'm running into the following build error when trying to create an
> SDK for an image that includes u-boot-mkimage-native.
>
> The nativesdk-u-boot-mk
With rpm v4 in openembedded but on a host with existing /usr/include/rpm/db.h
the build fails to compile.
Signed-off-by: Max Krummenacher
---
...01-don-t-pick-up-bundled-db-from-host-rpm.patch | 38 ++
meta/recipes-extended/libsolv/libsolv_0.6.26.bb| 3 +-
2 files change
On Wed, May 17, 2017 at 1:15 PM, Max Krummenacher wrote:
> Hi Tim
>
> Just sent a patch which may fix what you see.
>
> Regards
> Max
>
> Am Mittwoch, den 17.05.2017, 12:36 -0700 schrieb Tim Harvey:
>> Greetings,
>>
>> I'm running into the following build error when trying to create an
>> SDK for
Am Mittwoch, den 17.05.2017, 14:29 -0700 schrieb Tim Harvey:
> On Wed, May 17, 2017 at 1:15 PM, Max Krummenacher
> wrote:
> > Hi Tim
> >
> > Just sent a patch which may fix what you see.
> >
> > Regards
> > Max
> >
> > Am Mittwoch, den 17.05.2017, 12:36 -0700 schrieb Tim Harvey:
> > > Greeting
On Wed, May 17, 2017 at 10:11:34PM +0200, Max Krummenacher wrote:
> If building for nativesdk the wrong rss sysroot is used leading the
> following error message.
>
> | ERROR: oe_runmake failed
> | In file included from tools/imximage.c:13:0:
> | include/image.h:1024:27: fatal error: openssl/evp.h
On Thu, May 18, 2017 at 12:37:08AM +0200, Max Krummenacher wrote:
> Am Mittwoch, den 17.05.2017, 14:29 -0700 schrieb Tim Harvey:
> > On Wed, May 17, 2017 at 1:15 PM, Max Krummenacher
> > wrote:
> > > Hi Tim
> > >
> > > Just sent a patch which may fix what you see.
> > >
> > > Regards
> > > Max
Detect atomics during configure
Signed-off-by: Khem Raj
---
.../detect-atomics-during-configure.patch | 34 ++
meta/recipes-sato/webkit/webkitgtk_2.16.1.bb | 1 +
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-sato/webkit/webkitgtk/detect-
Helps compile when distros disable NLS
Signed-off-by: Khem Raj
---
meta/recipes-graphics/xorg-lib/xkeyboard-config_2.20.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.20.bb
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.20.bb
inde
On 05/17/2017 11:16 PM, Max Krummenacher wrote:
With rpm v4 in openembedded but on a host with existing /usr/include/rpm/db.h
the build fails to compile.
+- # check if rpm contains a bundled berkeley db
+- CHECK_INCLUDE_FILE(rpm/db.h HAVE_RPM_DB_H)
++ set(HAVE_RPM_DB_H 0)
The problem seems t
Using 'test -x' is only viable in situations where
POSIX_SHELL is directly set to an executable whereas
there are scenarios where a user might want to set
it to "env sh" so that it can be used in places
where there's a problem with shebang lengths etc. This
is exactly how it is being used in OE so
59 matches
Mail list logo
