[OE-core] [PATCH] pinentry: update to 1.0.0

From: Armin Kuster add pkg-config support for libassuan and gpg-error updated config options Signed-off-by: Armin Kuster --- .../pinentry/pinentry-1.0.0/gpg-error_pkconf.patch | 100 ++ .../pinentry-1.0.0/libassuan_pkgconf.patch |

Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support recipes specifying static IDs

On 3/13/17 7:47 PM, Peter Kjellerstedt wrote: >> -Original Message- >> From: Mark Hatle [mailto:mark.ha...@windriver.com] >> Sent: den 13 mars 2017 17:50 >> To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org >> Subject: Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support

Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support recipes specifying static IDs

> -Original Message- > From: Mark Hatle [mailto:mark.ha...@windriver.com] > Sent: den 13 mars 2017 17:50 > To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support > recipes specifying static IDs > > On 3/13/17

[OE-core] [morty][PATCH 0/2] GDB: fix missing modules

This is a backport of two patches by George McCollister needed to fix GDB from complaining: Python Exception No module named 'imp': ... [YOCTO#11134] *** BLURB HERE *** George McCollister (1): gdb-cross-canadian: Depend on nativesdk-python3-importlib Juro Bystricky (1):

[OE-core] [morty][PATCH 2/2] python-3.5-manifest: Add imp to importlib

The imp python module is the forerunner of importlib. Include imp in the importlib subpackage instead of the misc subpackage so that it can be depended on without bringing in a bunch of unrelated, unused modules. (Slightly modified backport of afd9de380dc04780da1eeb94a4c8c46529254231 by George

[OE-core] [morty][PATCH 1/2] gdb-cross-canadian: Depend on nativesdk-python3-importlib

From: George McCollister Add missing dependency on nativesdk-python3-importlib so the imp Python module is installed. Before this patch, running gdb from the sdk would give the following error: Python Exception No module named 'imp': (From OE-Core rev:

Re: [OE-core] [PATCH 3/3] python3-setuptools: Remove pth file creation at recipe level

Ping. On 02/08/2017 04:31 PM, Jose Lamego wrote: > Ping. > > On 01/17/2017 09:42 AM, Jose Lamego wrote: >> Handling of installed eggs is now performed at the distutils3 bbclass. >> >> This change removes the pth file creation at recipe level. >> >> [YOCTO #8673] >> >> Signed-off-by: Jose Lamego

Re: [OE-core] [PATCH 2/3] python3-pip: Remove pth file creation at recipe level

Ping. On 02/08/2017 04:31 PM, Jose Lamego wrote: > Ping. > > On 01/17/2017 09:42 AM, Jose Lamego wrote: >> Handling of installed eggs is now performed at the distutils3 bbclass. >> >> This change removes the pth file creation at recipe level. >> >> [YOCTO #8673] >> >> Signed-off-by: Jose Lamego

Re: [OE-core] [PATCH 1/3] distutils3.bbclass: add egg files/directories to python path

Ping On 02/08/2017 04:30 PM, Jose Lamego wrote: > Ping. > > On 01/17/2017 09:42 AM, Jose Lamego wrote: >> Packages that use .egg files or directories for installation may >> not be found when imported at the python3 interpreter. >> .egg files/directories path must be included in a .pth file to

Re: [OE-core] [PATCH] terminal: Use original PATH for terminals

On Mon, Mar 13, 2017 at 2:41 AM, Richard Purdie wrote: > Now that we filter out PATH to only the utilities we rely upon, the devshel > terminal was broken since it can no longer find the terminals. Even if > we fix that, the user couldn't access any of their

[OE-core] [PATCH 2/2] go: add native recipes for 1.8

Signed-off-by: Khem Raj --- meta/recipes-devtools/go/go-bootstrap-native_1.4.bb | 3 +++ meta/recipes-devtools/go/go-native.inc | 16 +--- .../go/{go-native_1.4.bb => go-native_1.8.bb}| 1 + meta/recipes-devtools/go/go.inc

[OE-core] [PATCH 1/2] go: Enable on musl

Working fine for musl targets now Signed-off-by: Khem Raj --- meta/classes/go.bbclass | 2 -- meta/recipes-devtools/go/go-cross.inc | 2 -- meta/recipes-devtools/go/go.inc | 2 -- 3 files changed, 6 deletions(-) diff --git a/meta/classes/go.bbclass

[OE-core] [PATCH 0/2] Enable go on musl and add native version for 1.8

The following changes since commit 86b09a7ed67a43a45c805f44778bed0bfdf57361: u-boot: add option to specify FDT argument in extlinux.conf (2017-03-13 09:43:08 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/go

Re: [OE-core] [PATCH V4] go: Add recipes for golang compilers and tools

On Mon, Mar 13, 2017 at 6:58 PM, Otavio Salvador wrote: > On Fri, Mar 3, 2017 at 7:19 PM, Khem Raj wrote: >> * This is converging the recipes for go from >> meta-virtualization and oe-meta-go >> >> * Add recipes for go 1.7 > > Go 1.8 is out

Re: [OE-core] [PATCH V4] go: Add recipes for golang compilers and tools

On Fri, Mar 3, 2017 at 7:19 PM, Khem Raj wrote: > * This is converging the recipes for go from > meta-virtualization and oe-meta-go > > * Add recipes for go 1.7 Go 1.8 is out so I believe we ought to move to it. Also one thing which need discussion is regarding the upgrade

[OE-core] [PATCH] python*-git: Upgrade to version 2.1.3

Both python-git and python3-git need to be upgraded to latest upstream version. This change was tested using qemux86 with core-image-sato. Signed-off-by: Jose Lamego --- meta/recipes-devtools/python/python-git.inc | 4 ++--

Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support recipes specifying static IDs

On 3/13/17 11:11 AM, Peter Kjellerstedt wrote: >> -Original Message- >> From: Mark Hatle [mailto:mark.ha...@windriver.com] >> Sent: den 13 mars 2017 14:56 >> To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org >> Subject: Re: [OE-core] [PATCH] useradd-staticids.bbclass:

[OE-core] [PATCH v2] gzip: add ptest

'zless' don't work with less from busybox. In this case test 'help-version' fails. First of all 'zless' tries to figure out version of 'less' launching 'less -V', 'less' from busybox don't understand key -V. So 'zless' needs to be fixed so that it can use 'less' from busybox. 'zdiff' test fixed

Re: [OE-core] Create more than one image with WIC

Am 08.03.2017 um 14:43 schrieb Ed Bartosh: On Wed, Mar 08, 2017 at 02:41:10PM +0100, Gary Thomas wrote: On 2017-03-08 11:57, Ed Bartosh wrote: On Wed, Mar 08, 2017 at 10:44:21AM +0100, Daniel Schultz wrote: Hi, I created two kickstart files (am335x-sdimage.wks, am335x-emmc.wks) and added

Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support recipes specifying static IDs

> -Original Message- > From: Mark Hatle [mailto:mark.ha...@windriver.com] > Sent: den 13 mars 2017 14:56 > To: Peter Kjellerstedt; openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support > recipes specifying static IDs > > On 3/10/17

Re: [OE-core] [PATCH 21/44] rootfs_rpm.bbclass: migrate image creation to dnf

On 03/13/2017 05:04 PM, Alexander Kanavin wrote: Forgot to add - I'll try to fix both of these this week, with corresponding tests of course. Oh, and: Markus Lehtonen is looking into package feed signing, which is a separate thing from rpm signing. Also Fedora does not sign their feeds, and

Re: [OE-core] [PATCH 21/44] rootfs_rpm.bbclass: migrate image creation to dnf

On 03/13/2017 04:52 PM, Alexander Kanavin wrote: On 03/13/2017 04:25 PM, Burton, Ross wrote: +raise NotImplementedError("Adding remote dnf feeds not yet supported.") I think this is a 2.4M4 blocker if the series merges into M3. Yes. There is no runtime/selftest test for

[OE-core] Yocto Project Status WW11’17

Current Dev Position: YP 2.3 M3 Next Deadline: YP 2.3 M3 by Feb. 27, 2017 *** FEATURE FREEZE for 2.3 is now in effect. *** SWAT team rotation: Tracy -> Alejandro on Mar. 11, 2017. SWAT team rotation: Alejandro -> Jussi on Mar. 18, 2017.

Re: [OE-core] [PATCH 21/44] rootfs_rpm.bbclass: migrate image creation to dnf

On 03/13/2017 04:25 PM, Burton, Ross wrote: +raise NotImplementedError("Adding remote dnf feeds not yet supported.") I think this is a 2.4M4 blocker if the series merges into M3. Yes. There is no runtime/selftest test for this, and I didn't want to implement things that

Re: [OE-core] [PATCH 41/44] bash: package bashbug separately

On 03/10/2017 07:13 PM, Mark Hatle wrote: On 3/10/17 5:24 AM, Alexander Kanavin wrote: It's a machine-specific script, which is causing conflicts when multiple versions of bash are installed in multilib setting, and it also does not really make sense for embedded systems anyway. Out of

Re: [OE-core] [PATCH 38/44] package_rpm.bbclass: do not strip multilib prefixes from package names, do not add multilib prefix to package arch

On 03/10/2017 07:04 PM, Mark Hatle wrote: On 3/10/17 5:24 AM, Alexander Kanavin wrote: This is done for reasons I cannot establish, and greatly complicates the code that installs packages into rootfs. RPM internally resolves ELF dependencies through a resolution system. If you look at a

Re: [OE-core] [PATCH 36/44] package_rpm.bbclass: do not set the OS dynamically when building rpms

On 3/13/17 9:24 AM, Alexander Kanavin wrote: > On 03/10/2017 06:57 PM, Mark Hatle wrote: >> On 3/10/17 5:24 AM, Alexander Kanavin wrote: >>> Packages need to contain just one value for the os field, otherwise >>> rpm will refuse to install them if they don't match what is in >>> /etc/rpm/platform.

Re: [OE-core] [PATCH 34/44] package_rpm.bbclass: add a /bin/sh Provides for nativesdk- packages

On 3/13/17 9:21 AM, Alexander Kanavin wrote: > On 03/10/2017 06:54 PM, Mark Hatle wrote: >> On 3/10/17 5:24 AM, Alexander Kanavin wrote: >>> nativesdk-* rpm packages all require /bin/sh because postinst scriptlets >>> are run with it. We can either teach rpm4 and dnf to ignore that dependency >>>

Re: [OE-core] [PATCH 36/44] package_rpm.bbclass: do not set the OS dynamically when building rpms

On 03/10/2017 06:57 PM, Mark Hatle wrote: On 3/10/17 5:24 AM, Alexander Kanavin wrote: Packages need to contain just one value for the os field, otherwise rpm will refuse to install them if they don't match what is in /etc/rpm/platform. How will this work with nativesdk for things like

Re: [OE-core] [PATCH 21/44] rootfs_rpm.bbclass: migrate image creation to dnf

On 10 March 2017 at 11:24, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > +raise NotImplementedError("Adding remote dnf feeds not yet > supported.") > I think this is a 2.4M4 blocker if the series merges into M3. Ross -- ___

Re: [OE-core] [PATCH 34/44] package_rpm.bbclass: add a /bin/sh Provides for nativesdk- packages

On 03/10/2017 06:54 PM, Mark Hatle wrote: On 3/10/17 5:24 AM, Alexander Kanavin wrote: nativesdk-* rpm packages all require /bin/sh because postinst scriptlets are run with it. We can either teach rpm4 and dnf to ignore that dependency (a lot of non-upstreamable work), or add auto-satisfy the

Re: [OE-core] [PATCH 30/44] byacc: remove the recipe

On 3/13/17 8:18 AM, Alexander Kanavin wrote: > On 03/10/2017 06:37 PM, Mark Hatle wrote: >> byacc, until recently, was required by the LSB / LSB Test Suite. >> >> So I'd rather is be kept in oe-core through the 2.3 release. > > I couldn't find it in the LSB 5 standard. Is it something from

Re: [OE-core] how does files/fs-perms.txt affect building base-files rpm?

On 3/11/17 3:57 AM, Robert P. J. Day wrote: > On Sat, 11 Mar 2017, Khem Raj wrote: > >> On 3/11/17 12:30 AM, Robert P. J. Day wrote: >>> >>> potentially a dumb question, but do the settings in >>> files/fs-perms.txt affect the building of the base-files rpm just >>> as they would affect the

Re: [OE-core] [PATCH] useradd-staticids.bbclass: Support recipes specifying static IDs

On 3/10/17 11:27 PM, Peter Kjellerstedt wrote: > If this bblcass is used and a recipe specifies a static ID for a > user/group as part of the USERADD_PARAM_${PN} or GROUPADD_PARAM_${PN}, > the build would fail with and error like this if there was no > corresponding ID in the passwd/group files

Re: [OE-core] [PATCH] ccache: Disable CCACHE_HASHDIR by default

On Monday 13 March 2017 at 13:33:27 +, Burton, Ross wrote: > On 11 March 2017 at 16:54, Mike Crowe wrote: > > > ccache apparently does this so that paths in the debug information will > > always be correct. In an OE world these paths may already be missing or > > incorrect

Re: [OE-core] [PATCH V7] go: Add recipes for golang compilers and tools

On 09/03/17 08:27, Khem Raj wrote: > On Wed, Mar 8, 2017 at 11:03 PM, Kristian Amlie > wrote: >> On 08/03/17 23:19, Khem Raj wrote: ... For the following go-1.4 recipes: I wouldn't recommend fixing go-native at version 1.4, which is now

Re: [OE-core] [PATCH] ccache: Disable CCACHE_HASHDIR by default

On 11 March 2017 at 16:54, Mike Crowe wrote: > ccache apparently does this so that paths in the debug information will > always be correct. In an OE world these paths may already be missing or > incorrect due to rm_work or the use of a shared sstate cache, so it doesn't > seem

Re: [OE-core] [PATCH 30/44] byacc: remove the recipe

On 03/10/2017 06:37 PM, Mark Hatle wrote: byacc, until recently, was required by the LSB / LSB Test Suite. So I'd rather is be kept in oe-core through the 2.3 release. I couldn't find it in the LSB 5 standard. Is it something from earlier versions? Alex --

[OE-core] [PATCH] bitbake.conf: whitelist socat as non-fatal host tool

oe-git-proxy depends on socat host tool but it's not whitelisted and triggers a 'binary not in PATH' error. Whitelist socat but make it a HOSTTOOLS_NONFATAL since it's not a hard dependency. Signed-off-by: Mikko Ylinen --- meta/conf/bitbake.conf | 2 +- 1 file

[OE-core] [PATCH] classes: Fix "U-boot", use proper spelling of "U-Boot".

U-Boot people are amazingly pedantic in their insistence on proper spelling of "U-Boot", so humour them. Signed-off-by: Robert P. J. Day --- diff --git a/meta/classes/kernel-fitimage.bbclass b/meta/classes/kernel-fitimage.bbclass index 1c3b4b7..f9702f8 100644 ---

Re: [OE-core] [PATCH] wic: selftest: account for occasional newline in debugfs file names

On 13/03/17 11:19, Maciej Borzecki wrote: > Debugfs output may contain a newline in file names in 'ls -p' output. Make > sure > that output is correctly split into lines by matching '/\n' and newlines are > removed from file names. > > Fixes the following error appearing in AB tests: > >

[OE-core] [PATCH] wic: selftest: account for occasional newline in debugfs file names

Debugfs output may contain a newline in file names in 'ls -p' output. Make sure that output is correctly split into lines by matching '/\n' and newlines are removed from file names. Fixes the following error appearing in AB tests: Traceback (most recent call last): File

Re: [OE-core] [v2][PATCH] license class: try alt encoding when copying license file

On 03/13/2017 02:42 AM, Burton, Ross wrote: On 12 March 2017 at 15:27, Armin Kuster > wrote: Try another encoding if utf-8 fails in file read. hl I sent a patch for this last week (just taking bytes instead of guessing encodings,

[OE-core] [PATCH v2 2/2] classes/npm: allow installation of devDependencies

Often, eg when using angular2, there's a need to install also the devDependencies. The default is to keep the old behaviour, to not install devDependencies. Signed-off-by: Anders Darander --- meta/classes/npm.bbclass | 13 +++-- 1 file changed, 11 insertions(+),

[OE-core] [PATCH v2 1/2] devtool/recipetill: npm install of devDependencies

Web applications built using e.g. angular2, usually requires that the packages in devDependencies are available. Thus, add an option '--fetch-dev' to both devtool add and recipetool, to add npm packages in devDependencies to DEPENDS. Signed-off-by: Anders Darander ---

[OE-core] [PATCH v2 0/2] devtool/recipetool: allow installation of devDependencies

This allows the conditional addition of devDependencies to DEPENDS, as well asi installation to the recipes WORKDIR. changes from v1: * A number of patches was merged. * Make the addition of devDependencies from package.json optional in create_npm.py from recipetool. The following changes

[OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

From: José Bollo The copy of extended attributes is interesting for Smack systems because it allows to set the security template of the user's home directories without modifying the tools (useradd here). But the version of useradd that copies the extended attributes doesn't

[OE-core] [PATCH] u-boot: Update patch to match upstream

After discussions with upstream this version of the patch was proposed and is being submitted to upstream u-boot. Update to that version (which is better than my workaround). Signed-off-by: Richard Purdie --- meta/recipes-bsp/u-boot/files/default-gcc.patch

Re: [OE-core] [v2][PATCH] license class: try alt encoding when copying license file

On 12 March 2017 at 15:27, Armin Kuster wrote: > Try another encoding if utf-8 fails in file read. > I sent a patch for this last week (just taking bytes instead of guessing encodings, which will still fail if the encoding isn't UTF-8 or 8859-1) Ross --

[OE-core] [PATCH] terminal: Use original PATH for terminals

Now that we filter out PATH to only the utilities we rely upon, the devshel terminal was broken since it can no longer find the terminals. Even if we fix that, the user couldn't access any of their commands within devshell which somewhat defeats its purpose. Add the original PATH back to the

Re: [OE-core] [PATCH 1/2] terminal.bbclass: add tools for terminal

* Robert Yang [170313 08:47]: > +# Tools needed by terminal > +HOSTTOOLS_NONFATAL += "tmux tmux xfce4-terminal konsole gnome-terminal \ > +terminology mate-terminal rxvt xterm tmux screen \ > +" Why are you adding tmxu 3 times? Cheers, Anders -- Anders

Re: [OE-core] [PATCH 2/2] devshell.bbclass: add editors for devshell

On 03/13/2017 04:24 PM, Richard Purdie wrote: On Mon, 2017-03-13 at 00:46 -0700, Robert Yang wrote: * The vi, vim, emacs and nano can be used in devshell. * The groups, lesspipe and dircolors are required by /etc/skel/.bashrc on Ubuntu 14.04, otherwise, there would be warnings when start

Re: [OE-core] [PATCH 2/2] devshell.bbclass: add editors for devshell

On Mon, 2017-03-13 at 00:46 -0700, Robert Yang wrote: > * The vi, vim, emacs and nano can be used in devshell. > > * The groups, lesspipe and dircolors are required by > /etc/skel/.bashrc on >   Ubuntu 14.04, otherwise, there would be warnings when start > devshell: > bash: groups: command

Re: [OE-core] [PATCH 2/2] devshell.bbclass: add editors for devshell

On 03/13/2017 12:46 AM, Robert Yang wrote: * The vi, vim, emacs and nano can be used in devshell. thanks - armin * The groups, lesspipe and dircolors are required by /etc/skel/.bashrc on Ubuntu 14.04, otherwise, there would be warnings when start devshell: bash: groups: command not

[OE-core] [PATCH 2/2] devshell.bbclass: add editors for devshell

* The vi, vim, emacs and nano can be used in devshell. * The groups, lesspipe and dircolors are required by /etc/skel/.bashrc on Ubuntu 14.04, otherwise, there would be warnings when start devshell: bash: groups: command not found bash: lesspipe: command not found bash: dircolors:

[OE-core] [PATCH 0/2] add tools for terminal and devshell

The following changes since commit a47e64d985a610535449730806651f5bfd75d9ec: libcomps: add a recipe (2017-03-11 16:08:50 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/tools

[OE-core] [PATCH 1/2] terminal.bbclass: add tools for terminal

Otherwise the -cdevshell doesn't work. Signed-off-by: Robert Yang --- meta/classes/terminal.bbclass | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/classes/terminal.bbclass b/meta/classes/terminal.bbclass index 62409c0815..b68e5733c7 100644 ---

Re: [OE-core] devshell not working after pulling latest oe-core changes

On 03/13/2017 03:37 PM, akuster808 wrote: On 03/13/2017 12:19 AM, Richard Purdie wrote: On Mon, 2017-03-13 at 00:09 -0700, akuster808 wrote: tmux split-window "do_terminal" tmux new-window -n "OpenEmbedded Developer Shell" "do_terminal" terminology -T="OpenEmbedded

Re: [OE-core] devshell not working after pulling latest oe-core changes

On 03/13/2017 12:19 AM, Richard Purdie wrote: On Mon, 2017-03-13 at 00:09 -0700, akuster808 wrote: tmux split-window "do_terminal" tmux new-window -n "OpenEmbedded Developer Shell" "do_terminal" terminology -T="OpenEmbedded Developer Shell" -e do_terminal gnome-terminal

Re: [OE-core] devshell not working after pulling latest oe-core changes

On Mon, 2017-03-13 at 00:09 -0700, akuster808 wrote: >     tmux split-window "do_terminal" > tmux new-window -n "OpenEmbedded Developer Shell" "do_terminal" > terminology -T="OpenEmbedded Developer Shell" -e do_terminal > gnome-terminal -t "OpenEmbedded Developer Shell" -x

[OE-core] devshell not working after pulling latest oe-core changes

Hello, I am seeing the following error with devshell after pulling in the latest master ( a47e64d985a610535449730806651f5bfd75d9ec) ? Running on "Ubuntu 16.04.2 LTS ERROR: bind-9.10.3-P3-r0 do_devshell: No valid terminal found, unable to open devshell. Tried the following commands: