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 shou
7;MACHINE_FEATURES', 'vfat',
> 'cfg/fs/vfat.scc', '', d)}"
>
> +# enable module signing by default
> +KERNEL_FEATURES:append = " features/module-signing/force-signing.scc"
> +
> # A KMACHINE is the mapping of a yocto $
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
forcefully 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 unsucc
/python/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(-)
d
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/re
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
.
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
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.
>>>
>>&
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.
---
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
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 cha
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
> ---
>
> meta
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
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:
>>>>
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
${S} CC="${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
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 ver
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:
>>>
On 11/05/17 23:28, Denys Dmytriyenko wrote:
> On Thu, May 11, 2017 at 08:50:09PM +0200, Belisko Marek wrote:
>> On Thu, May 11, 2017 at 8:19 PM, Denys Dmytriyenko wrote:
>>> Not to derail your enthusiasm, but since this is being proposed for OE-Core,
>>> how is it
From: Jack Mitchell
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 Mitchell
---
meta/recipes
From: Jack Mitchell
Also fixes a use before defined bug with localdata.
Signed-off-by: Jack Mitchell
---
meta/classes/uboot-extlinux-config.bbclass | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/meta/classes/uboot-extlinux-config.bbclass
b/meta/classes
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 corresponding .inc file contains:
On 05/12/16 16:43, Khem Raj wrote:
On Mon, Dec 5, 2016 at 2:54 AM, Jack Mitchell 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 wrote:
I'm having some troubles with shared library, shared li
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 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 m
On 02/12/16 07:08, Khem Raj wrote:
On Thu, Dec 1, 2016 at 8:18 AM, Jack Mitchell 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 libbar to be found. libb
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
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 ChenQi/persisten
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. Start
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 /usr
On 22/11/16 15:32, Burton, Ross wrote:
>
> On 22 November 2016 at 15:11, Jack Mitchell <mailto:m...@embed.me.uk>>wrote:
>
> >distro_id = distro_data['DISTRIB_ID']
> release = distro_data['DISTRIB_RELEASE']
>
On 22/11/16 14:25, Burton, Ross wrote:
>
> On 22 November 2016 at 14:07, Jack Mitchell <mailto:m...@embed.me.uk>>wrote:
>
> With the recent changes to distro checking the lsb_release binary
> is now
> required. I tried adding this to SANITY_REQUIRED_UTILI
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
On 11/11/16 17:33, Burton, Ross wrote:
On 11 November 2016 at 17:31, Jack Mitchell 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 configure using "libtoo
On 11/11/16 15:34, Burton, Ross wrote:
On 11 November 2016 at 14:34, Jack Mitchell 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-libtool-sysroot. The question is, how i
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 libtool
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
sinc
On 08/09/16 12:29, Jack Mitchell wrote:
From: Jack Mitchell
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
From: Jack Mitchell
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 rules
can be generated using
From: Jack Mitchell
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
---
meta/recipes-devtools/file/file_5.28.bb | 2 ++
1 file chang
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
On 06/09/16 19:36, Khem Raj wrote:
On Sep 6, 2016, at 6:25 AM, Jack Mitchell wrote:
From: Jack Mitchell
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.
comment does not
From: Jack Mitchell
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
---
meta/recipes-devtools/file/file_5.28.bb | 2 ++
1 file changed, 2 inser
From: Jack Mitchell
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 errors have been
From: Jack Mitchell
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 errors have been
On 31/08/16 11:15, Andreas Müller wrote:
On Wed, Aug 31, 2016 at 11:25 AM, Jack Mitchell 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 from gcc is not to expect [1] so
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
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
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 are not relative to $p
From: Jack Mitchell
---
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/classes/cmake.bbclass
On 22/08/16 14:24, Burton, Ross wrote:
On 22 August 2016 at 14:23, Jack Mitchell 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?
You curse c
On 22/08/16 14:05, Jack Mitchell wrote:
From: Jack Mitchell
---
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
From: Jack Mitchell
---
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/classes/cmake.bbclass
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 or
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 Slater
I think this bel
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
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
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 it
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
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
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
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 ins
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
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
---
meta/recipes-multimedia/alsa/alsa-tools_1.0.29
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
---
meta/recipes-multimedia/alsa/alsa-tools_1.0.29.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipe
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
---
meta/reci
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 t
ng/jmitchell/oe-sensors/sdk/sysroots/x86_64-oecore-linux/usr/share/misc/magic.mgc'
3043460 is not a multiple of 248
--
Jack Mitchell (j...@embed.me.uk)
Embedded Systems Engineer
Cambridgeshire, UK
http://www.embed.me.uk
--
--
__
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
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
nutls]$
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 i
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: er
, but GNUTLS is not
available.
| Configure failed. The contents of all config.log files follows to aid
debugging
log: http://ix.io/dfO
I would have expected gnutls to have been pulled in through the depends
but it obviously hasn't, or the system hasn't managed to find
int to the new
revision and have a "clean" production image pop out.
The pain points 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 Mitche
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: h
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 by
On 17/02/14 10:49, Richard Purdie wrote:
> On Mon, 2014-02-17 at 10:44 +0000, 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
fined reference to `dlerror'
./.libs/libucdmibs.so: undefined 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.u
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
tps://bugzilla.yoctoproject.org
> [2]
> https://bugzilla.yoctoproject.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ACCEPTED&bug_status=IN%20PROGRESS%20DESIGN&bug_status=IN%20PROGRESS%20DESIGN%20COMPLETE&bug_status=IN%20PROGRESS%20IMPLEMENTATION&bug
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
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
t, 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://
ags are used by freebsd and some other projects to show which
>> company
>> sponsored the commit
>
> Urk. Of the top of my head .. that just looks nasty. Signed-off-by:
> already indicates
> a company name, so going further than that is overkill IMHO.
>
> Bruce
>
1 +
>> 2 files changed, 209 insertions(+)
>> create mode 100644
>> meta/recipes-extended/shadow/files/allow-for-setting-password-in-clear-text.patch
>>
>>
Could you provide a short example for how this i
On 18/11/13 16:10, Jack Mitchell wrote:
> From: Jack Mitchell
>
> 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 corr
From: Jack Mitchell
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
---
v6: correct commit message
meta/conf/distro/include
From: Jack Mitchell
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
---
meta/conf/distro/include/seperatebuilddir.inc | 2 +-
meta
On 08/11/2013 00:47, Saul Wold wrote:
On 11/07/2013 07:59 AM, Jack Mitchell wrote:
From: Jack Mitchell
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
From: Jack Mitchell
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
---
v4:
- add --disable-oldname-compat to try
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
>>> ---
>>> meta/recipes-core/eglibc/eglibc-2.17/make-4.patch | 31
>>> +
ibm-err-tab.pl-with-specific-dirs-in-S.patch \
> file://fix-tibetian-locales.patch \
> + file://make-4.patch \
> ${BACKPORTS} \
>"
> BACKPORTS = "\
>
Jonathan,
Does this actually build and work on your system? I ha
From: Jack Mitchell
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 in
paralle
On 28/10/2013 19:32, Khem Raj wrote:
On Mon, Oct 21, 2013 at 1:56 AM, Jack Mitchell wrote:
From: Jack Mitchell
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 li
On 22/10/13 21:44, Saul Wold wrote:
> On 10/21/2013 01:56 AM, Jack Mitchell wrote:
>> From: Jack Mitchell
>>
>> 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
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
On 10/22/13 21:44, Saul Wold wrote:
On 10/21/2013 01:56 AM, Jack Mitchell wrote:
From: Jack Mitchell
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
From: Jack Mitchell
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 in
paralle
From: Jack Mitchell
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 in
paralle
From: Jack Mitchell
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
---
meta/recipes-extended/cronie/c
1 - 100 of 291 matches
Mail list logo
