Revert commit
because /dev/net/tun is usually needed to already been there when system
boots up. With this commit, /dev/net/tun is missing when sysvinit is
used.
Signed-off-by: Li Zhou
---
...01-eudev-create-static-nodes-from-modules.patch | 106 +
meta/recipes-core/udev/eud
The environment setup script generated in the build directory has host paths
filtered, sourcing this script will break runqemu as it requires host
/bin/stty. To resolve this, the script generation now sets the PATH variable
to include the original values obtain from BB_ORIGENV.
[YOCTO #12695]
Sig
Align package.py is_elf() with recent changes in package.bbclass
isELF():
http://git.openembedded.org/openembedded-core/commit/?id=7877761534b0c2492da6289e9f2269d41b6ed464
Signed-off-by: Andre McCurdy
---
meta/lib/oe/package.py | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --
On 04/16/2018 12:32 PM, Mark Hatle wrote:
> The isELF function works by running:
>
>result = file
>if 'ELF' in result
>
> By default 'file' will prepend the result with the path name of the file
> that is being checked. This usually works fine, such as:
>
> $ file /home/foo/openembedded
On 04/12/2018 03:55 PM, Daniel Díaz wrote:
> From: Fathi Boudra
>
> Patch submitted upstream, pending to be merged:
> https://sourceware.org/bugzilla/show_bug.cgi?id=21286
>
> (From OE-Core rev: 11ebb5054e5ec1171ade90249e3a30ac8174a35a)
>
> Signed-off-by: Fathi Boudra
> Signed-off-by: Daniel Dí
== Series Details ==
Series: uninative: Set the dynamic linker to use at compile time
Revision: 1
URL : https://patchwork.openembedded.org/series/11846/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
On Tue, 2018-04-17 at 21:57 +0100, Burton, Ross wrote:
> The dbus-glib-native one hits a few times but the only other place it
> has broken so far is in cmake-native:
>
> bin/cmake: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.25' not
> found (required by
> TOPDIR/tmp/work/x86_64-linux/cmake-
Its possible some dynamic runtime library in the dependency chain may
come from sstate and link to libraries which need the libc from
uninative. If we don't do this and binaries are run at do_install time
they would fail to find the symbols from the later libc. Examples:
cmake-native do_install:
b
While compiling openssl with option `no-des', it caused the openssh
build failure
...
cipher.c:85:41: error: 'EVP_des_ede3_cbc' undeclared here (not in a function);
...
OpenSSL configured that way defines OPENSSL_NO_DES to disable des
Signed-off-by: Hongxu Jia
---
...able-ciphers-not-supported-
On Wed, 2018-04-18 at 00:49 -0700, Khem Raj wrote:
>
> On 4/17/18 12:15 PM, Andre McCurdy wrote:
> >
> > On Tue, Apr 17, 2018 at 9:44 AM, Richard Purdie
> > wrote:
> > Maybe not an option now, but in theory wouldn't a set of native
> > tools
> > statically linked with musl and downloadable from
On Tue, 2018-04-17 at 12:15 -0700, Andre McCurdy wrote:
> On Tue, Apr 17, 2018 at 9:44 AM, Richard Purdie
> > We've looked into various options, basically we cannot link against
> > our uninative libc/ld.so since we don't have the right headers or
> > compiler link libraries. The compiler doesn't a
Hi Andre,
I could boot my device using your code (+ parsing nfs server ip address
from ip option):
nfsrootfs_run() {
local nfs_opts
local location
local flags
local server_ip
nfs_opts=""
if [ "${bootparam_nfsroot#*,}" != "${bootparam_nfsroot}" ]; then
nfs_opts=
Hi Andre,
I could boot my device using your code (+ parsing nfs server ip address
from ip option):
nfsrootfs_run() {
local nfs_opts
local location
local flags
local server_ip
nfs_opts=""
if [ "${bootparam_nfsroot#*,}" != "${bootparam_nfsroot}" ]; then
nfs_opts=
On 4/17/18 12:15 PM, Andre McCurdy wrote:
On Tue, Apr 17, 2018 at 9:44 AM, Richard Purdie
wrote:
We have a problem when for example, a glibc 2.27 based system builds some
library like libpopt-native and puts it into sstate then it is reused
on a pre glibc-2.27 system to build something which
On 4/17/18 1:52 PM, Andre McCurdy wrote:
On Mon, Apr 16, 2018 at 1:02 PM, Alistair Francis
wrote:
If the user has set numa as a distro feature enable NUMA support in the
kernel config.
Isn't NUMA something which would be machine specific rather than
distro specific?
Yes, I think MACHINE_F
While compiling openssl with option `no-des', it caused the openssh
build failure
...
cipher.c:85:41: error: 'EVP_des_ede3_cbc' undeclared here (not in a function);
...
Check for OpenSSL with EVP_des_ede3_cbc
Signed-off-by: Hongxu Jia
---
.../openssh/check-for-openssl-with-evp_des.patch | 67
On 4/17/18 3:12 AM, Burton, Ross wrote:
This is, I suspect, the cause of nativesdk-perl failing on the autobuilder:
TOPDIR/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-perl/5.24.1-r0/recipe-sysroot-native/usr/bin/x86_64-pokysdk-linux/../../libexec/x86_64-pokysdk-linux/gcc/x86_64-pokysdk-l
libssp is implemented fully in glibc as well as in musl
so we really do not need the gcc version of this library
except may be for mingw, where we keep it enabled anyway
gcc in OE is built with the knowledge that C library
already provides libssp implementation, we should therefore
not need the gcc
18 matches
Mail list logo
