Re: [OE-core] [PATCH] linux-yocto: enable strict kernel module signing by default

On 27/11/2022 03:34, Bruce Ashfield wrote: On Fri, Nov 25, 2022 at 11:11 AM Jack Mitchell wrote: On 25/11/2022 15:54, Mikko Rapeli wrote: It's a good default and used in many Linux distributions. Did not test out of tree modules if they do correct things but any such failures should

Re: [OE-core] [PATCH] linux-yocto: enable strict kernel module signing by default

enable module signing by default > +KERNEL_FEATURES:append = " features/module-signing/force-signing.scc" > + > # A KMACHINE is the mapping of a yocto $MACHINE to what is built > # by the kernel. This is typically the branch that should be built, > # and it can be

[OE-core] [PATCH] meson.bbclass: add cython binary to cross/native toolchain config

This allows building Cython based Python modules with the native meson support which has been present since meson version 0.59. https://mesonbuild.com/Cython.html Signed-off-by: Jack Mitchell --- meta/classes/meson.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes

Re: [OE-core] [PATCH] rng-tools: disable the CPU affinity mask

fully have to ensure nothing pulls in rng-tools in my builds which are for two different Rockchip chipsets (armv7 and armv8) as the rng-tools binary pegs the CPU at 100% for minutes after boot, every boot. It's particularly annoying as openssh brings it in by default which I've unsuccessfully argued

[OE-core] [PATCH] distutils3: allow setup.py to be run from a different directory to ${S}

on/pythonmodule" inherit distutils3 This allows the full source tree to be monitored, while distutils can run setup.py from a location other than ${S}. Signed-off-by: Jack Mitchell --- meta/classes/distutils3.bbclass | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff -

[OE-core] [PATCH 3/3] systemd-conf: match ethernet interfaces by type rather than globbing

If we say we're enabling DHCP on wired/ethernet networks lets be more specific than trying to catch everything with globbing. Signed-off-by: Jack Mitchell --- meta/recipes-core/systemd/systemd-conf/wired.network | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes

[OE-core] [PATCH 2/3] systemd-conf: add PACKAGECONFIG to enable/disable auto ethernet DHCP

Allow distros which include other network managers to disable the auto DHCP setup of interfaces in systemd-networkd. Signed-off-by: Jack Mitchell --- meta/recipes-core/systemd/systemd-conf_246.1.bb | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core

[OE-core] [PATCH 1/3] Revert "connman: set service to conflict with systemd-networkd"

. Signed-off-by: Jack Mitchell --- ...stop-systemd-networkd-when-using-con.patch | 29 --- .../connman/connman_1.38.bb | 1 - 2 files changed, 30 deletions(-) delete mode 100644 meta/recipes-connectivity/connman/connman/0001-connman.service-stop-systemd-networkd

Re: [OE-core] [PATCH 2/2] connman: set service to conflict with systemd-networkd

On 02/12/2020 02:20, Yi Zhao wrote: > > On 12/1/20 5:02 AM, Jack Mitchell wrote: >> On 02/11/2020 09:20, Yi Zhao wrote: >>> Do not run systemd-networkd and connman simultaneously. These two >>> network managers may conflict with each other. >>> >>&

[OE-core] [PATCH] Revert "connman: set service to conflict with systemd-networkd"

Without further examples of how this is failing revert as using both together is a valid use case, for example connman handling Wifi/AP and systemd-networkd handling more complex routing such as for containers and ethernet switches. This reverts commit 5303420ead25817f5caec276b79eec7ee797271a.

Re: [OE-core] [PATCH 2/2] connman: set service to conflict with systemd-networkd

On 02/11/2020 09:20, Yi Zhao wrote: > Do not run systemd-networkd and connman simultaneously. These two > network managers may conflict with each other. > > Signed-off-by: Yi Zhao > --- > ...stop-systemd-networkd-when-using-con.patch | 29 +++ > .../connman/connman_1.38.bb

Re: [OE-core] [PATCH] openssh: Allow enable/disable of rng-tools recommendation on sshd

On 25/09/2020 10:58, Ross Burton wrote: > On Thu, 24 Sep 2020 at 20:58, Otavio Salvador > wrote: >> We are adding a new PACKAGECONFIG option ('rng-tools') to control if we >> wish the openssh-sshd to RRECOMMENDS the 'rng-tools' package. We are >> enabling it by default so there is no behavior

Re: [OE-core] [PATCH] openssh: Allow enable/disable of rng-tools recommendation on sshd

On 24/09/2020 20:58, Otavio Salvador wrote: > We are adding a new PACKAGECONFIG option ('rng-tools') to control if we > wish the openssh-sshd to RRECOMMENDS the 'rng-tools' package. We are > enabling it by default so there is no behavior change. > > Signed-off-by: Otavio Salvador > --- > >

Re: [OE-core] Linux v5.8 modules, exec format error

On 02/09/2020 13:14, Bruce Ashfield wrote: > On Wed, Sep 2, 2020 at 3:39 AM Jack Mitchell wrote: >> >> >> >> On 29/08/2020 20:13, Randy Witt wrote: >>> On 8/29/20 11:41 AM, Bruce Ashfield wrote: >>>> On Fri, Aug 28, 2020 at 10:28 PM Bruce Ashf

Re: [OE-core] Linux v5.8 modules, exec format error

On 29/08/2020 20:13, Randy Witt wrote: > On 8/29/20 11:41 AM, Bruce Ashfield wrote: >> On Fri, Aug 28, 2020 at 10:28 PM Bruce Ashfield via >> lists.openembedded.org >> wrote: >>> >>> On Fri, Aug 28, 2020 at 7:15 PM Jack Mitchell wrote: >>&g

Re: [OE-core] Linux v5.8 modules, exec format error

Quick update, I just did an armv7 build with exactly the same codebase and everything worked fine. Do you have an aarch64 build could test and confirm working? Regards, Jack. On 28/08/2020 22:35, Jack Mitchell wrote: > Hi Bruce, > > All built in-tree, the same recipe builds an armv7h

Re: [OE-core] Linux v5.8 modules, exec format error

{KERNEL_CC}" LD="${KERNEL_LD}" O=${B} ${KBUILD_DEFCONFIG} fi } Cheers, Jack. On 28/08/2020 21:55, Bruce Ashfield wrote: > On Fri, Aug 28, 2020 at 4:20 PM Jack Mitchell wrote: >> >> Having just upgraded my mainline kernel recipe to a v5.8/v5.9-rc2 k

[OE-core] Linux v5.8 modules, exec format error

Having just upgraded my mainline kernel recipe to a v5.8/v5.9-rc2 kernel from v5.5.8 I've found that modules have somehow broken. I've flicked between the two and confirmed that the old kernel build works, and the 5.8/5.9 build doesn't. I haven't changed anything bar the git commit hash. It's a

Re: [OE-core] wic creates ext4 images that read really slow in u-boot

On 19/02/2019 20:45, Leon Woestenberg wrote: > Hello all, > > On Tue, Feb 19, 2019 at 8:28 PM Andre McCurdy wrote: >> On Tue, Feb 19, 2019 at 9:13 AM Leon Woestenberg wrote: >>> >>> Hello Mike, >>> >>> sounds familiar. >>> >>> On Tue, 19 Feb 2019 at 17:55, Mike Looijmans >>> wrote:

Re: [OE-core] [PATCH] recipes-support: Add recipe for libgpiod

gt;>> how is it better than libsoc by Jack Mitchell? >> libsoc is fine but libgpiod will implement correctly gpio handling in >> userspace as gpio sysfs is deprecated. >> What is the problem to have libgpiod available for other potential >> users? Thanks. > As far as I k

[OE-core] [PATCH 1/2] u-boot: fix extlinux creation race

From: Jack Mitchell <j...@embed.me.uk> There was a race condition in the uboot-extlinux bbclass where only a half written extlinux.conf would be put in the deploy directory. Fix this by adding the deploy task after the do_install rather than after the do_compile. Signed-off-by: Jack Mitch

[OE-core] [PATCH 2/2] u-boot: add option to specify FDT argument in extlinux.conf

From: Jack Mitchell <j...@embed.me.uk> Also fixes a use before defined bug with localdata. Signed-off-by: Jack Mitchell <j...@embed.me.uk> --- meta/classes/uboot-extlinux-config.bbclass | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/meta/c

Re: [OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

On 03/03/17 10:06, Robert P. J. Day wrote: > On Fri, 3 Mar 2017, Anders Darander wrote: > >> * Robert P. J. Day [170302 12:33]: >> >>> On Thu, 2 Mar 2017, Robert P. J. Day wrote: >> inherit pypi setuptools require python-psutil.inc >> and the

Re: [OE-core] non-standard library locations and rpath

On 05/12/16 16:43, Khem Raj wrote: On Mon, Dec 5, 2016 at 2:54 AM, Jack Mitchell <m...@embed.me.uk> wrote: On 05/12/16 10:44, Jack Mitchell wrote: On 02/12/16 07:08, Khem Raj wrote: On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell <m...@embed.me.uk> wrote: I'm having s

Re: [OE-core] non-standard library locations and rpath

On 05/12/16 10:44, Jack Mitchell wrote: On 02/12/16 07:08, Khem Raj wrote: On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell <m...@embed.me.uk> wrote: I'm having some troubles with shared library, shared library dependencies and rpaths. I have libfoo, which depends on libbar when I try t

Re: [OE-core] non-standard library locations and rpath

On 02/12/16 07:08, Khem Raj wrote: On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell <m...@embed.me.uk> wrote: I'm having some troubles with shared library, shared library dependencies and rpaths. I have libfoo, which depends on libbar when I try to link libfoo with my app, it requires

[OE-core] non-standard library locations and rpath

I'm having some troubles with shared library, shared library dependencies and rpaths. I have libfoo, which depends on libbar when I try to link libfoo with my app, it requires libbar to be found. libbar is in a non-standard location, /usr/local/bar when I compiled libfoo, I used -Wl,rpath-link

Re: [OE-core] [PATCH 0/4] Persistent /var/log support

On 22/11/16 10:10, Chen Qi wrote: The following changes since commit a675b2c89e477af088faee9b3be96eae19a85f0b: sanity.bbclass: fix logging of an error (2016-11-15 15:18:50 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib

Re: [OE-core] npm.bbclass support for deep native modules?

On 28/11/16 10:35, Peter A. Bigot wrote: On 11/28/2016 04:11 AM, Paul Eggleton wrote: Hi Peter, On Sat, 26 Nov 2016 18:17:48 Peter A. Bigot wrote: I'm using the current head of morty and trying to get a handle on the new nodejs support in OE. I'm failing to build a recipe for statsd.

[OE-core] mount bindir confusion

Does anyone have any input on where mount.* utils should be placed in the filesystem. I have the following binaries installed mount: /usr/sbin/mount.exfat /usr/sbin/mount.exfat-fuse /bin/mount.util-linux /bin/mount /sbin/mount.fuse /sbin/mount.exfat /sbin/mount.cifs Due to some being in

Re: [OE-core] distro checking and lsb_release

On 22/11/16 15:32, Burton, Ross wrote: > > On 22 November 2016 at 15:11, Jack Mitchell <m...@embed.me.uk > <mailto:m...@embed.me.uk>>wrote: > > >distro_id = distro_data['DISTRIB_ID'] > release = distro_data['DISTRIB_RELEASE'] &

Re: [OE-core] distro checking and lsb_release

On 22/11/16 14:25, Burton, Ross wrote: > > On 22 November 2016 at 14:07, Jack Mitchell <m...@embed.me.uk > <mailto:m...@embed.me.uk>>wrote: > > With the recent changes to distro checking the lsb_release binary > is now > required. I tried adding

[OE-core] distro checking and lsb_release

With the recent changes to distro checking the lsb_release binary is now required. I tried adding this to SANITY_REQUIRED_UTILITIES however it seems as though the distro check is done before the SanityEvent is triggered. Where would be the best place to check this binary is available to prevent an

Re: [OE-core] libtool --with-libtool-sysroot

On 11/11/16 17:33, Burton, Ross wrote: On 11 November 2016 at 17:31, Jack Mitchell <m...@embed.me.uk <mailto:m...@embed.me.uk>> wrote: How would one check which libtool was being used, or influence which one autotools chooses? One common problem is a makefile or con

Re: [OE-core] libtool --with-libtool-sysroot

On 11/11/16 15:34, Burton, Ross wrote: On 11 November 2016 at 14:34, Jack Mitchell <m...@embed.me.uk <mailto:m...@embed.me.uk>> wrote: However, looking at the libtool recipe in OE it has a patch which changes the libtool flag from --with-sysroot to --with-lib

[OE-core] libtool --with-libtool-sysroot

I've run into an issue where libtool isn't using the right prefix in an SDK built with -c populate_sdk. Looking at the configure log I can see: configure: WARNING: unrecognized options: --with-libtool-sysroot However, looking at the libtool recipe in OE it has a patch which changes the

[OE-core] gnutls 3.5.3 & linux 3.10

is anybody else seeing issues building gnutls with a 3.10 kernel on the target and failing at SYS_getrandom? I believe the breakage was introduced here ** libgnutls: Use getrandom where available via the syscall interface. This works around an issue of not-using getrandom even if it exists

Re: [OE-core] [RFC] iptables: add systemd helper unit to load/restore rules

On 08/09/16 12:29, Jack Mitchell wrote: From: Jack Mitchell <j...@embed.me.uk> there is currently no way to automatically load iptable rules in OE. Add a systemd unit file to automatically load rules on network connection. This is cribbed from the way ArchLinux handles iptables wit

[OE-core] [RFC] iptables: add systemd helper unit to load/restore rules

From: Jack Mitchell <j...@embed.me.uk> there is currently no way to automatically load iptable rules in OE. Add a systemd unit file to automatically load rules on network connection. This is cribbed from the way ArchLinux handles iptables with some minor modifications for OE. New rul

[OE-core] [PATCHv2] file: build with c std as c99

From: Jack Mitchell <j...@embed.me.uk> when using a toolchain not shipped by OE core such as linaro we can't be sure what the std will be set to. Set to compile as c99 which is the lowest version supported. Signed-off-by: Jack Mitchell <j...@embed.me.uk> --- meta/recipes-devtools/fi

Re: [OE-core] [PATCH] cmake.bbclass: avoid treating imports as system includes

On 06/09/16 22:41, Andreas Müller wrote: CMake sets all imported headers as system headers. This causes trouble for c++ projects [1]. Thanks to Jack Mitchell for pointing to the setting [2]. Build tested upon meta-qt5-extra-world which had lots of fallout before. [1] https://gcc.gnu.org

Re: [OE-core] [PATCH] file: specify c std as c99 or greater required

On 06/09/16 19:36, Khem Raj wrote: On Sep 6, 2016, at 6:25 AM, Jack Mitchell <m...@embed.me.uk> wrote: From: Jack Mitchell <j...@embed.me.uk> when using a toolchain not shipped by OE core such as linaro we can't be sure what the std will be set to. Ensure file is compiled as c9

[OE-core] [PATCH] file: specify c std as c99 or greater required

From: Jack Mitchell <j...@embed.me.uk> when using a toolchain not shipped by OE core such as linaro we can't be sure what the std will be set to. Ensure file is compiled as c99 or greater as required. Signed-off-by: Jack Mitchell <j...@embed.me.uk> --- meta/recipes-devtools/file/

[OE-core] [PATCHv2] cmake: set CMAKE_NO_SYSTEM_FROM_IMPORTED to ON

From: Jack Mitchell <j...@embed.me.uk> set CMAKE_NO_SYSTEM_FROM_IMPORTED to ON in the bbclass and also the toolchain file. This is required as GCC6 has become more tetchy about the use of -isystem in the compiler flags. Imported targets aren't used much in cmake at the moment which is why

[OE-core] [PATCH] cmake: set CMAKE_NO_SYSTEM_FROM_IMPORTED to ON

From: Jack Mitchell <j...@embed.me.uk> set CMAKE_NO_SYSTEM_FROM_IMPORTED to ON in the bbclass and also the toolchain file. This is required as GCC6 has become more tetchy about the use of -isystem in the compiler flags. Imported targets aren't used much in cmake at the moment which is why

Re: [OE-core] [RFC][PATCH] cmake-native: work around gcc6's '-isystem'-allergy

On 31/08/16 11:15, Andreas Müller wrote: On Wed, Aug 31, 2016 at 11:25 AM, Jack Mitchell <m...@embed.me.uk> wrote: On 30/08/16 18:14, Andreas Müller wrote: since gcc6 we see many cmake/c++ based packets failing with: | fatal error: stdlib.h: No such file or directory a fix fr

Re: [OE-core] [RFC][PATCH] cmake-native: work around gcc6's '-isystem'-allergy

On 30/08/16 18:14, Andreas Müller wrote: since gcc6 we see many cmake/c++ based packets failing with: | fatal error: stdlib.h: No such file or directory a fix from gcc is not to expect [1] so work around by replacing '-isystem' by '-I' for c++. Build tested with many recipes in meta-qt5-extra

[OE-core] gcc 6.1+ and isystem

Some of the headers shipped with gcc 6.1 and above now use #include_next to try to and do clever things with munging system header files. Our injection of isystem into the build at 'meta/conf/bitbake.conf' seems to be causing some programs to fail to compile. A full explanation can be found at

Re: [OE-core] [PATCH] cmake.bbclass: call cmake with a relative path

On 22/08/16 15:27, Clemens Lang wrote: From: Thomas Witt CMake wants a relative path for CMAKE_INSTALL_*DIR, an absolute path breaks cross-compilation. This fact is documented in the following ticket: https://cmake.org/Bug/view.php?id=14367 $sysconfdir and $localstatedir

[OE-core] [[PATCH V2]] cmake: install path variables should be relative to the prefix path

From: Jack Mitchell <j...@embed.me.uk> --- meta/classes/cmake.bbclass | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index b18152a..bc194db 100644 --- a/meta/classes/cmake.bbclass +++ b/meta/c

Re: [OE-core] [PATCH] cmake: install path variables should be relative to the prefix path

On 22/08/16 14:24, Burton, Ross wrote: On 22 August 2016 at 14:23, Jack Mitchell <m...@embed.me.uk <mailto:m...@embed.me.uk>> wrote: On second thoughts this isn't doing quite what I expected, how would one remove the prefix from a variable when it's expanded in this manner?

Re: [OE-core] [PATCH] cmake: install path variables should be relative to the prefix path

On 22/08/16 14:05, Jack Mitchell wrote: From: Jack Mitchell <j...@embed.me.uk> --- meta/classes/cmake.bbclass | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index b18152a..2375d09 100644 ---

[OE-core] [PATCH] cmake: install path variables should be relative to the prefix path

From: Jack Mitchell <j...@embed.me.uk> --- meta/classes/cmake.bbclass | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index b18152a..2375d09 100644 --- a/meta/classes/cmake.bbclass +++ b/meta/c

Re: [OE-core] [PATCH 0/3] Dynamic common utilities

On 17/09/15 17:20, Alejandro Joya wrote: It provide a virtual reference for the common utilities. it replace of the lock to busybox, it will be simple exchange between other common utilities like gnu core utils or toybox among others. In order to enable its required to fill at the distro conf

Re: [OE-core] [oe-core][PATCH 1/2] ifupdown: import recipe

On 02/09/15 16:55, Otavio Salvador wrote: On Tue, Sep 1, 2015 at 6:34 PM, Joe Slater wrote: Implements ifup and ifdown. Copied from https://github.com/WindRiver-OpenSourceLabs/meta-overc.git as of commit aa89eebffe06e4aa04701eae9691cb3049cbaef9. Signed-off-by: Joe

[OE-core] making /var/log persistent

I'm trying to make /var/log persistent and I'm having trouble. I've made a bbappend to base_files which contains: dirs755_append = \ /var/log \ volatiles = tmp Looking in the resulting image, /var/log is indeed now a directory and not a symlink to volatile storage, however when the

Re: [OE-core] meta/lib/oe/rootfs.py: dont' remove any packages by default

On 31/07/15 11:46, Paul Eggleton wrote: Hi Robert, On Friday 31 July 2015 14:56:15 Robert Yang wrote: Currently, the rootfs.py removes base-passwd, shadow, update-rc.d, update-alternatives and run-postinsts when package-management not in IMAGE_FEATURES, this causes two problems: 1) This makes

Re: [OE-core] SDK extract errors on master

On 03/07/15 15:56, Jack Mitchell wrote: Built an SDK today on 7eb0abc5f4d971d9a511c93cfb2eb52b72e6f228 and when I tried to install it I got the following error: Setting it up...ls: cannot access /home/jack/Work/build/openembedded/sdk/1/x86_64/environment-setup-*: No such file or directory

Re: [OE-core] SDK extract errors on master

On 06/07/15 12:35, Jack Mitchell wrote: On 03/07/15 15:56, Jack Mitchell wrote: Built an SDK today on 7eb0abc5f4d971d9a511c93cfb2eb52b72e6f228 and when I tried to install it I got the following error: Setting it up...ls: cannot access /home/jack/Work/build/openembedded/sdk/1/x86_64

Re: [OE-core] SDK extract errors on master

On 06/07/15 16:56, Jack Mitchell wrote: On 06/07/15 13:30, Jack Mitchell wrote: On 06/07/15 12:35, Jack Mitchell wrote: On 03/07/15 15:56, Jack Mitchell wrote: Built an SDK today on 7eb0abc5f4d971d9a511c93cfb2eb52b72e6f228 and when I tried to install it I got the following error: Setting

Re: [OE-core] SDK extract errors on master

On 06/07/15 13:30, Jack Mitchell wrote: On 06/07/15 12:35, Jack Mitchell wrote: On 03/07/15 15:56, Jack Mitchell wrote: Built an SDK today on 7eb0abc5f4d971d9a511c93cfb2eb52b72e6f228 and when I tried to install it I got the following error: Setting it up...ls: cannot access /home/jack/Work

[OE-core] SDK extract errors on master

Built an SDK today on 7eb0abc5f4d971d9a511c93cfb2eb52b72e6f228 and when I tried to install it I got the following error: Setting it up...ls: cannot access /home/jack/Work/build/openembedded/sdk/1/x86_64/environment-setup-*: No such file or directory I have been messing about with the SDK

[OE-core] subversion configure failure

Seems to be some sort of python script failure? Is anyone else seeing this? I've dug around a little but can't see anything obvious. Cheers, Jack Attached(2) DEBUG: Executing python function sysroot_cleansstate DEBUG: Python function sysroot_cleansstate finished DEBUG: Executing shell function

Re: [OE-core] [PATCH] alsa-tools: add dependency glib-2.0

On 05/06/15 02:50, Kang Kai wrote: On 2015年06月04日 17:23, Jack Mitchell wrote: On 04/06/15 06:57, Kai Kang wrote: Add dependency glib-2.0 for alsa-tools. It is required by new added sub-component hdajacksensetest. Signed-off-by: Kai Kang kai.k...@windriver.com --- meta/recipes-multimedia

Re: [OE-core] [PATCH] alsa-tools: add dependency glib-2.0

On 04/06/15 06:57, Kai Kang wrote: Add dependency glib-2.0 for alsa-tools. It is required by new added sub-component hdajacksensetest. Signed-off-by: Kai Kang kai.k...@windriver.com --- meta/recipes-multimedia/alsa/alsa-tools_1.0.29.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [OE-core] [PATCH 1/5] bluez5: upgrade to 5.29

On 03/04/2015 15:13, Cristian Iorga wrote: - Large release with over a month and 475 commits since 5.28; - Internal GATT library received lots of updates; - Fix for AVCTP key repeat timeout; - Added support for the Multi Profile Specification (MPS). Signed-off-by: Cristian Iorga

Re: [OE-core] [PATCH] file: remove the original magic.h

On 26/03/15 11:31, Junling Zheng wrote: On 2015/3/26 17:54, Richard Purdie wrote: On Thu, 2015-03-26 at 09:18 +, Junling Zheng wrote: The magic.h under the src/ directory should be generated by magic.h.in during compiling. However, if we modify the magic.h.in, we can find that sometimes

Re: [OE-core] [PATCH 0/1] file: add wrapper to nativesdk-file

is not a multiple of 248 -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman

Re: [OE-core] [PATCH] wget: use GnuTLS instead of OpenSSL

So this error is still blocking my master build, any ideas? On 04/07/14 10:08, Jack Mitchell wrote: Ross, I've just pulled this in today after being on holiday for a while and it causes a breakage on my system. | checking for libgnutls... no | configure: error: --with-ssl=gnutls was given

Re: [OE-core] [PATCH] wget: use GnuTLS instead of OpenSSL

]$ On 17/07/14 12:33, Richard Purdie wrote: On Thu, 2014-07-17 at 12:06 +0100, Jack Mitchell wrote: So this error is still blocking my master build, any ideas? Share the config.log so we can see how the configure test is failing? Is gnutls actually built and in the sysroot or not? Cheers

Re: [OE-core] [PATCH] wget: use GnuTLS instead of OpenSSL

Wait, that config.log is bad. It's from my build with the patch reverted. Hold up I'll get the proper one out. On 17/07/14 12:39, Jack Mitchell wrote: config.log: http://ix.io/dr3 and yes, gnutls is being built, or at least it's in the work dir. [jack@jackArch gnutls]$ pwd /home/jack/Work

Re: [OE-core] [PATCH] wget: use GnuTLS instead of OpenSSL

Failed with gnutls config.log: http://ix.io/dr4 On 17/07/14 12:39, Jack Mitchell wrote: config.log: http://ix.io/dr3 and yes, gnutls is being built, or at least it's in the work dir. [jack@jackArch gnutls]$ pwd /home/jack/Work/oe-core.git/test-build/tmp-eglibc/work/core2-32-oe-linux

Re: [OE-core] [PATCH] wget: use GnuTLS instead of OpenSSL

it... Any ideas? Cheers, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org

Re: [OE-core] My thoughts on the future of OE?

with this come when you want to use new libraries etc and you have to do a rootfs + sdk rebuild and upgrade but in reality these are few and far between. Cheers, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk

Re: [OE-core] OE/TSC monthly IRC meeting notes - Apr 1 2014

On 01/04/2014 18:33, Trevor Woerner wrote: Here are my notes from today's monthly OE/TSC meeting which takes place the first Tuesday of every month on freenode's #oe channel. attendees: bluelightning, Jefro, RP, denix, tlwoerner, fray, nerdboy, kergoth topic #1: upcoming release - schedule:

Re: [OE-core] [dylan] Backport request

On 14/03/2014 18:57, Saul Wold wrote: On 03/14/2014 11:34 AM, Paul Barker wrote: I'm stuck using Dylan for a project as I need a 3.2 series kernel. Building on my current development machine I ran into two failures: eglibc-initial, do_configure: Make 4.0 isn't recognised This can be fixed

[OE-core] SDK Issues

reference to `dlsym' ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestFinal' Any light shed would be much appreciated! Cheers, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk

Re: [OE-core] SDK Issues

On 17/02/14 10:49, Richard Purdie wrote: On Mon, 2014-02-17 at 10:44 +, Jack Mitchell wrote: I recently did a new build of my images and SDKs under master (b188bda18690dc1af) refreshing a 3 month old build. Now everything builds fine, but when trying to build our in house software

[OE-core] [QA Issue] liblto found in wrong location

in an installed SDK on my host? I have no idea where to start with this, the gcc-target.inc specifies it in FILES, but apart from that I can't find any reference to it, maybe due it being a core GCC lib? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http

Re: [OE-core] bug scrub - RFC

=WaitForUpstreamclassification=Build%20System%20%26%20Metadatalist_id=156074product=OE-Corequery_format=advancedresolution=---order=bug_id%20DESCquery_based_on= Cheers, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk

[OE-core] db compile failure

, it seems as though the something is getting it's wires crossed somewhere... I haven't yet tried wiping the tmp folder but I could as a last resort. Cheers, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk

Re: [OE-core] db compile failure

On 08/01/14 14:16, Jack Mitchell wrote: On latest master I am running into the following failure: http://ix.io/9Kh This should be the following link: http://ix.io/9Ki I'm also getting a _lot_ of warnings like these: WARNING: The recipe eglibc-locale is trying to install files

[OE-core] db failure due to libstdc++.so host contamination

. The problem has appeared since commit a484b35b818768487ff27cf06b8c5d4e128126af in oe-core. Will try and find some time to do more debugging but if anyone sees any tell tale signs then shout up. -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk

Re: [OE-core] Status for Sponsored by git tags

indicates a company name, so going further than that is overkill IMHO. Bruce .. Indeed, domain addresses in emails usually give the sponsor of the work. No need for more bureaucracy. -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http

Re: [OE-core] [PATCH 0/1] shadow-native: allow for setting password in clear text

example for how this is to be used? An additional patch to user-add in meta-skeleton perhaps? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded

[OE-core] [PATCHv5] libjson: update to 0.11 and rename to json-c

From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c. Config.sub is removed as it breaks seperate build dir builds. Built without parallel make as it fails, official word is not to bother trying. Signed-off-by: Jack Mitchell jmitch...@cbnl.com --- meta/conf/distro/include

[OE-core] [PATCHv6] libjson: update to 0.11 and rename to json-c

From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c. Config.status is removed as it breaks seperate build dir builds. Built without parallel make as it fails, official word is not to bother trying. Signed-off-by: Jack Mitchell jmitch...@cbnl.com --- v6: correct commit

Re: [OE-core] [PATCHv5] libjson: update to 0.11 and rename to json-c

On 18/11/13 16:10, Jack Mitchell wrote: From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c. Config.sub is removed as it breaks seperate build dir builds. Built without parallel make as it fails, official word is not to bother trying. [snip] v6 incoming with correct

Re: [OE-core] [PATCHv4] libjson: update to 0.11 and rename to json-c

On 08/11/2013 00:47, Saul Wold wrote: On 11/07/2013 07:59 AM, Jack Mitchell wrote: From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, support for the old namespace is disabled as it seems to break SEPBUILDDIR configs. Built without parallel make as it fails, official word

[OE-core] [PATCHv4] libjson: update to 0.11 and rename to json-c

From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, support for the old namespace is disabled as it seems to break SEPBUILDDIR configs. Built without parallel make as it fails, official word is not to bother trying. Signed-off-by: Jack Mitchell jmitch...@cbnl.com --- v4

Re: [OE-core] [PATCH] eglibc_2.17.bb: accept make versions 4.0 and greater

On 05/11/13 05:11, Jonathan Liu wrote: On 4/11/2013 11:35 PM, Jack Mitchell wrote: On 04/11/13 06:31, Jonathan Liu wrote: Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-core/eglibc/eglibc-2.17/make-4.patch | 31 +++ meta/recipes-core/eglibc/eglibc_2.17

Re: [OE-core] [PATCH] eglibc_2.17.bb: accept make versions 4.0 and greater

lead to a failed configure/compile. Cheers, -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http

[OE-core] [oe][PATCHv3] libjson: update to 0.11 and rename to json-c

From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make as it would fail when it tries to link to link back to itself, which is odd, but the official word is: don't build

[OE-core] Why is i586 the default tune?

Can anybody shed any light on why i586 is the default tune, rather than i686, and for that matter why there is no i686 tune? Would there be any objections to creating an i686 tune and setting it to default? -- Jack Mitchell (j...@embed.me.uk) Embedded Systems Engineer Cambridgeshire, UK

Re: [OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c

On 22/10/13 21:44, Saul Wold wrote: On 10/21/2013 01:56 AM, Jack Mitchell wrote: From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make as it would fail when it tries

Re: [OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c

On 28/10/2013 19:32, Khem Raj wrote: On Mon, Oct 21, 2013 at 1:56 AM, Jack Mitchell m...@communistcode.co.uk wrote: From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make

Re: [OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c

On 10/22/13 21:44, Saul Wold wrote: On 10/21/2013 01:56 AM, Jack Mitchell wrote: From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make as it would fail when it tries

[OE-core] [oe][PATCHv2] libjson: update to 0.11 and rename to json-c

From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make as it would fail when it tries to link to link back to itself, which is odd, but the official word is: don't build

[OE-core] [PATCH] libjson: update to 0.11 and rename to json-c

From: Jack Mitchell jmitch...@cbnl.com libjson is now known as json-c, it keeps support for the old libjson namespace so it shouldn't break anything. Built without parallel make as it would fail when it tries to link to link back to itself, which is odd, but the official word is: don't build

[OE-core] [PATCH] crond: remove UID check in init script

From: Jack Mitchell jmitch...@cbnl.com this init script fails when the default shell is busybox sh. This is because busybox sh doesn't set the UID. No other init scripts in oecore feel the need to check the UID so just remove the check. Signed-off-by: Jack Mitchell jmitch...@cbnl.com --- meta

  1   2   3   >