Re: [yocto] [meta-security][PATCH] Use bb.utils.contains instead of base_contains because it is deprecated

On 05/25/2016 01:24 AM, Thomas Perrot wrote: > Signed-off-by: Thomas Perrot > --- > recipes-kernel/linux/linux-yocto_4.1.bbappend | 8 merged. > recipes-security/clamav/clamav_0.99.1.bb | 2 +- > recipes-security/sssd/sssd_1.13.3.bb | 2 +- >

Re: [linux-yocto] [PULL REQUEST] Broxton related backports for linux-yocto-4.4

On 2016-05-25 5:27 PM, Saul Wold wrote: On Wed, 2016-05-25 at 12:17 -0400, Bruce Ashfield wrote: On 2016-05-24 4:19 PM, California Sullivan wrote: Hi Bruce, This is a set of backports from upstream. I have tested allyesconfig, allnoconfig, and standard builds and can't find anything wrong

Re: [yocto] [yocto-autobuilder][PATCH] GetLayerVersion.py: set new layer version only if cmd was sucessful and not already set

On Wed, 2016-05-25 at 14:03 -0700, Randy Witt wrote: > On 05/25/2016 01:28 PM, Bill Randle wrote: > > > > Fixed a bug where GetLayerVersion set the layerversion to -1 when a > > meta-poky layer.conf was not found. > > > > Signed-off-by: Bill Randle > > --- > >  

Re: [yocto] [yocto-autobuilder][PATCH] GetLayerVersion.py: set new layer version only if cmd was sucessful and not already set

On 05/25/2016 01:28 PM, Bill Randle wrote: Fixed a bug where GetLayerVersion set the layerversion to -1 when a meta-poky layer.conf was not found. Signed-off-by: Bill Randle --- .../autobuilder/buildsteps/GetLayerVersion.py | 15 ++- 1 file

[yocto] [yocto-autobuilder][PATCH] GetLayerVersion.py: set new layer version only if cmd was sucessful and not already set

Fixed a bug where GetLayerVersion set the layerversion to -1 when a meta-poky layer.conf was not found. Signed-off-by: Bill Randle --- .../autobuilder/buildsteps/GetLayerVersion.py | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-)

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

> > hmm ... the client requirements are only that it use u-boot, > with the mender software integrated into u-boot. so if one can > configure and build that for powerpc, then install and boot u-boot on > the target board, why should it then be restricted to ARM? > > sure, their reference

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On Wed, 25 May 2016, Rudolf J Streif wrote: > > Hi Robert, > >   > > On Wednesday, May 25, 2016 06:18:34 AM Robert P. J. Day wrote: > > > > > > specifically in the context of powerpc systems, are there any > > > suggestions for an image that could be used to boot an older powerpc > > > system,

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

Hi Robert, On Wednesday, May 25, 2016 06:18:34 AM Robert P. J. Day wrote: > > specifically in the context of powerpc systems, are there any > suggestions for an image that could be used to boot an older powerpc > system, running completely out of ram, and using that as an install > utility

Re: [linux-yocto] [PULL REQUEST] Broxton related backports for linux-yocto-4.4

On 2016-05-24 4:19 PM, California Sullivan wrote: Hi Bruce, This is a set of backports from upstream. I have tested allyesconfig, allnoconfig, and standard builds and can't find anything wrong there. I have also tested running the kernel on MinnowBoard Max and there are no new errors or

Re: [yocto] mount bind /var/lib and package management

Bind mount can allow mount to be two places: >From the mount manpage: " The bind mounts. Since Linux 2.4.0 it is possible to remount part of the file hierarchy somewhere else. The call is: mount --bind olddir newdir" If you do this, then you have your

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On Wed, 25 May 2016, Bruce Ashfield wrote: > On 2016-05-25 11:26 AM, Robert P. J. Day wrote: > > On Wed, 25 May 2016, Bruce Ashfield wrote: > > > > > On 2016-05-25 11:00 AM, akuster wrote: > > > > Robert, > > > > > > > > > > > > On 05/25/2016 03:18 AM, Robert P. J. Day wrote: > > > > > > > > > >

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On Wed, 25 May 2016, Bruce Ashfield wrote: > On 2016-05-25 11:00 AM, akuster wrote: > > Robert, > > > > > > On 05/25/2016 03:18 AM, Robert P. J. Day wrote: > > > > > > specifically in the context of powerpc systems, are there any > > > suggestions for an image that could be used to boot an

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On 2016-05-25 11:26 AM, Robert P. J. Day wrote: On Wed, 25 May 2016, Bruce Ashfield wrote: On 2016-05-25 11:00 AM, akuster wrote: Robert, On 05/25/2016 03:18 AM, Robert P. J. Day wrote: specifically in the context of powerpc systems, are there any suggestions for an image that could be

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On Wed, 25 May 2016, Bruce Ashfield wrote: > On 2016-05-25 11:00 AM, akuster wrote: > > Robert, > > > > > > On 05/25/2016 03:18 AM, Robert P. J. Day wrote: > > > > > > specifically in the context of powerpc systems, are there any > > > suggestions for an image that could be used to boot an

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On 2016-05-25 11:00 AM, akuster wrote: Robert, On 05/25/2016 03:18 AM, Robert P. J. Day wrote: specifically in the context of powerpc systems, are there any suggestions for an image that could be used to boot an older powerpc system, running completely out of ram, and using that as an

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On Wed, May 25, 2016 at 11:03 AM, Robert P. J. Day wrote: > On Wed, 25 May 2016, akuster wrote: > > > Robert, > > > > On 05/25/2016 03:18 AM, Robert P. J. Day wrote: > > > > > > specifically in the context of powerpc systems, are there any > > > suggestions for an image

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

On Wed, 25 May 2016, akuster wrote: > Robert, > > On 05/25/2016 03:18 AM, Robert P. J. Day wrote: > > > > specifically in the context of powerpc systems, are there any > > suggestions for an image that could be used to boot an older powerpc > > system, running completely out of ram, and using

Re: [yocto] any pointers to a yocto-based image to use as a live install utility?

Robert, On 05/25/2016 03:18 AM, Robert P. J. Day wrote: > > specifically in the context of powerpc systems, are there any > suggestions for an image that could be used to boot an older powerpc > system, running completely out of ram, and using that as an install > utility which would then be

Re: [yocto] [meta-virtualization][PATCH] Use bb.utils.contains instead of base_contains because it is deprecated

On 2016-05-25 4:27 AM, Thomas Perrot wrote: Signed-off-by: Thomas Perrot I already had a change queued here for this, that I managed to forget to push. I'll rebase and do that now. Cheers, Bruce --- recipes-containers/containerd/containerd_git.bb | 6 +++--- 1

[yocto] any pointers to a yocto-based image to use as a live install utility?

specifically in the context of powerpc systems, are there any suggestions for an image that could be used to boot an older powerpc system, running completely out of ram, and using that as an install utility which would then be responsible for detecting/formatting a hard drive,

[yocto] [meta-virtualization][PATCH] Use bb.utils.contains instead of base_contains because it is deprecated

Signed-off-by: Thomas Perrot --- recipes-containers/containerd/containerd_git.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/recipes-containers/containerd/containerd_git.bb b/recipes-containers/containerd/containerd_git.bb index

[yocto] [meta-security][PATCH] Use bb.utils.contains instead of base_contains because it is deprecated

Signed-off-by: Thomas Perrot --- recipes-kernel/linux/linux-yocto_4.1.bbappend | 8 recipes-security/clamav/clamav_0.99.1.bb | 2 +- recipes-security/sssd/sssd_1.13.3.bb | 2 +- recipes-tpm/trousers/trousers_0.3.13.bb | 4 ++-- 4 files changed,

Re: [yocto] [psplash][PATCH] psplash: add option to read startup message from file

Any comments/updates on that patch of mine? On 04/15/2016 10:49 AM, Richard Leitner wrote: > This patch adds an option to read the displayed message from a file. > Additionally the maximum length for the read string can be defined. > If both, a message (STARTUP_MSG) and a file (STARTUP_MSG_FILE)

Re: [yocto] [psplash][PATCH] Add fbdev option to set the proper /dev/fbX.

Hi Julien, comments on the code are below. On 05/22/2016 07:46 PM, Julien Gueytat wrote: > It works exactly the same way than the angle parameter: > * --angle <-> /etc/rotation file > * --fbdev <-> /etc/fbdev file > > Signed-off-by: Julien Gueytat > --- > psplash-fb.c |

[yocto] [meta-selinux][PATCH 2/2] refpolicy-minimum_2.20151208: add systemd dependent policy modules

From: Shrikant Bobade with systemd enabled refpolicy-minimum build breaks due to missing dependent policy modules, so add the dependent modules: clock, systemd, udev conditionally based on DISTRO_FEATURES. dependent systemd policy modules needed to fix these errors:

[yocto] [meta-selinux][PATCH 1/2] refpolicy_common.inc: enable conditional systemd support

From: Shrikant Bobade refpolicy now introduced systemd support using POLICY_SYSTEMD variable, with systemd enabled setup we need the refpolicy with systemd support, so enable systemd support based on DISTRO_FEATURES. Signed-off-by: Shrikant Bobade