On 2/25/2024 10:32 AM, Jeremy Puhlman wrote:
On 2/25/2024 9:22 AM, Jeremy Puhlman wrote:
On 2/24/2024 2:13 PM, Richard Purdie wrote:
On Fri, 2024-02-23 at 12:33 -0800, Jeremy Puhlman via
lists.openembedded.org wrote:
It says usr//usr in the comment, but when I ran on a clean build it
On 2/25/2024 9:22 AM, Jeremy Puhlman wrote:
On 2/24/2024 2:13 PM, Richard Purdie wrote:
On Fri, 2024-02-23 at 12:33 -0800, Jeremy Puhlman via
lists.openembedded.org wrote:
It says usr//usr in the comment, but when I ran on a clean build it
started complaining about opt//opt as well. Its
On 2/24/2024 2:13 PM, Richard Purdie wrote:
On Fri, 2024-02-23 at 12:33 -0800, Jeremy Puhlman via
lists.openembedded.org wrote:
It says usr//usr in the comment, but when I ran on a clean build it
started complaining about opt//opt as well. Its not really clear why
it is looking for those
ht want to insert debugging statements to see where opt//opt
formation is happening.
Tried poking at that for a while and really didn't make much progress
before I got
pulled off to something else.
Alex
On Fri, 23 Feb 2024 at 21:31, Jeremy Puhlman via
lists.openembedded.org
wrote:
From: &qu
of code might know what may be happening.
On 2/23/2024 12:30 PM, Jeremy Puhlman via lists.openembedded.org wrote:
From: "Jeremy A. Puhlman"
This seems to work around the following issue. The recipe in quesiton
places all of its content in /opt, and we turn on license collection
globall
From: "Jeremy A. Puhlman"
This seems to work around the following issue. The recipe in quesiton
places all of its content in /opt, and we turn on license collection
globally. Systemd is turned on so usrmerge is also on. I doubt this
is the correct way to deal with this as it is not clear why it i
FWIW I put a str() call onto the bitbake side of this in case we run
into this anywhere else.
Cheers,
Richard
Sounds good. Thanks.
--
Jeremy Puhlman
jpuhl...@mvista.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#192754):
https
From: "Jeremy A. Puhlman"
On occasion a file is attmpeded to be opened prior to the
creation of the spdx_workdir. Create the directory before
the open, just in case.
File: '/build/layers/poky/meta/classes/create-spdx-2.2.bbclass', lineno: 1081,
function: combine_spdx
1077:)
10
From: "Jeremy A. Puhlman"
On occasion a file is attmpeded to be opened prior to the
creation of the spdx_workdir. Create the directory before
the open, just in case.
File: '/build/layers/poky/meta/classes/create-spdx-2.2.bbclass', lineno: 1081,
function: combine_spdx
1077:)
10
return NULL;
+ }
+@@ -100,7 +104,7 @@ char *avahi_alternative_host_name(const char *s) {
+ } else {
+ char *c;
+
+-if (!(c = avahi_strndup(s, AVAHI_LABEL_MAX-1-2)))
++if (!(c = avahi_strndup(label, AVAHI_LABEL_MAX-1-2)))
+ return NULL;
+
+
There is already a patch in dunfell-next to resolve the issue..
https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/dunfell-nut&id=d17f4c741c66268ce54ff89be2be9b0402c98df2
On 4/6/2023 10:16 PM, Frederic Martinsons wrote:
Hello,
I came across a build issue for qemu-system-na
With libjack-devel or jack-audio-connection-kit-devel, qemu-native
detects the library/header and tries to build with it. Since its
missing from the sysroot, it fails to build.
-O2 -fPIE -D_REENTRANT -Wno-undef -MD -MQ libcommon.fa.p/audio_jackaudio.c.o
-MF libcommon.fa.p/audio_jackaudio.c.o.d -o
Source: MontaVista Software, LLC
MR: 122826
Type: Defect Fix
Disposition: Submitted to openembedded-core
ChangeID: ecf4ddeb82db6fbb5c6c803e5e80c333587b9c9c
Description:
With libjack-devel or jack-audio-connection-kit-devel, qemu-native
detects the library/header and tries to build with it. Since i
On 10/10/2022 12:39 PM, Khem Raj wrote:
On Mon, Oct 10, 2022 at 12:27 PM Jeremy Puhlman wrote:
Source: MontaVista Software, LLC
MR: 122826
Type: Defect Fix
Disposition: Needs submitting to poky
Above seems out of context, since you are submitting it upstream here.
Well it was cherry picked
Source: MontaVista Software, LLC
MR: 122826
Type: Defect Fix
Disposition: Needs submitting to poky
ChangeID: ecf4ddeb82db6fbb5c6c803e5e80c333587b9c9c
Description:
With libjack-devel or jack-audio-connection-kit-devel, qemu-native
detects the library/header and tries to build with it. Since its
mi
On 6/1/2022 3:29 PM, Steve Sakoman wrote:
On Wed, Jun 1, 2022 at 12:27 PM Jeremy Puhlman wrote:
On 6/1/2022 3:15 PM, Richard Purdie wrote:
On Wed, 2022-06-01 at 16:55 -0400, Jeremy Puhlman wrote:
Sharing sstate cache binaries between two systems, one with libzstd installed
and the other
Sharing sstate cache binaries between two systems, one with libzstd installed
and the other without, leads to various gcc components being linked against
the system libzstd and failing to run on the system with out it installed.
Make zstd-native from our system available.
Signed-off-by: Jeremy A.
On 6/1/2022 3:15 PM, Richard Purdie wrote:
On Wed, 2022-06-01 at 16:55 -0400, Jeremy Puhlman wrote:
Sharing sstate cache binaries between two systems, one with libzstd installed
and the other without, leads to various gcc components being linked against
the system libzstd and failing to run
Sharing sstate cache binaries between two systems, one with libzstd installed
and the other without, leads to various gcc components being linked against
the system libzstd and failing to run on the system with out it installed.
Make zstd-native from our system available.
Signed-off-by: Jeremy A.
From: Hitendra Prajapati
Source: https://github.com/PCRE2Project/pcre2
MR: 118027
Type: Security Fix
Disposition: Backport from
https://github.com/PCRE2Project/pcre2/commit/50a51cb7e67268e6ad417eb07c9de9bfea5cc55a
ChangeID: e9b448d96a7e58b34b2c4069757a6f3ca0917713
Description:
CVE-2022-1586: p
From: Hitendra Prajapati
Backport from
https://github.com/PCRE2Project/pcre2/commit/50a51cb7e67268e6ad417eb07c9de9bfea5cc55a
CVE-2022-1586: pcre2: Out-of-bounds read in compile_xclass_matchingpath in
pcre2_jit_compile.c.
Signed-off-by: Hitendra Prajapati
Signed-off-by: Jeremy A. Puhlman
---
From: Hitendra Prajapati
Backport from
https://github.com/PCRE2Project/pcre2/commit/50a51cb7e67268e6ad417eb07c9de9bfea5cc55a
CVE-2022-1586: pcre2: Out-of-bounds read in compile_xclass_matchingpath in
pcre2_jit_compile.c.
Signed-off-by: Hitendra Prajapati
Signed-off-by: Jeremy A. Puhlman
(che
it/?h=stable/dunfell-nut&id=e28ddfd639fbb14dfff9e70dbec1a38957d98687
(the above link will likely work for a few days, but I do rebase
stable/dunfell-nut quite often)
Steve
On Thu, Jan 27, 2022 at 1:19 PM Jeremy Puhlman wrote:
From: Pgowda
Upstream-Status: Backport
[https://sourceware.o
From: Pgowda
Upstream-Status: Backport
[https://sourceware.org/git/?p=glibc.git;a=commit;h=226b46770c82899b555986583294b049c6ec9b40]
Upstream-Status: Backport
[https://sourceware.org/git/?p=glibc.git;a=commit;h=ef972a4c50014a16132b5c75571cfb6b30bef136]
Signed-off-by: pgowda
(backported from H
From: Pgowda
Upstream-Status: Backport
[https://sourceware.org/git/?p=glibc.git;a=commit;h=e368b12f6c16b6888dda99ba641e999b9c9643c8]
Upstream-Status: Backport
[https://sourceware.org/git/?p=glibc.git;a=commit;h=f545ad4928fa1f27a3075265182b38a4f939a5f7]
Signed-off-by: pgowda
(Backported from o
From: Jeremy Puhlman
do_compile and the wrapper already disable touching the
home cache. Do the same in do_install.
[YOCTO: 13970]
Signed-off-by: Jeremy Puhlman
---
.../gobject-introspection/gobject-introspection_1.64.1.bb| 5 +
1 file changed, 5 insertions(+)
diff --git
a/meta
On 6/23/2020 12:16 AM, Alexander Kanavin wrote:
There is already a patch for fixing this properly:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=fdee2d49fc9139ff7e0b5a8b1b6476224540ca57
Does it work for you?
Yup. That works.
Alex
On Tue, 23 Jun 2020 at 02:02, Jeremy Puhlman
In most sysroot creation steps, the sysroots components are installed in
depenancy order. However, in the case of build-sysroots, since it is
not using standard dependacies, post installs that use xmlcatalog fail
because xmlcatalog is not installed. Since the last execution in the
script is xmlcata
The one question I did have is there are a couple of places where you
add the ML prefix for
nativesdk classes. If we don't have them, it shouldn't hurt anything,
but do we actually support
multilib nativesdk packages?
On 5/26/2020 2:57 PM, Richard Purdie wrote:
There are issues with multilib d
For master I this looks great. We have been bitten in various edge cases
by this in the past. You mentioned
pushing it on to dunfell. I a little leary at this point, but if we are
going to its kind of now or never. My feeling
is there will be some fallout(which is perfectly fine on master, a
lit
On 5/11/2020 7:30 PM, Kang Kai wrote:
On 2020/5/10 下午9:40, Richard Purdie wrote:
On Wed, 2020-05-06 at 09:54 +0800, kai wrote:
From: Kai Kang
It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc
version is too low then it has to build with buildtools-extended-
tarball
which pro
On 5/10/2020 6:40 AM, Richard Purdie wrote:
On Wed, 2020-05-06 at 09:54 +0800, kai wrote:
From: Kai Kang
It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc
version is too low then it has to build with buildtools-extended-
tarball
which provides nativesdk-gcc.
But it fails to
From: Jeremy Puhlman
(From OE-Core rev: f2bcc384a6e90480b5b0f0c77530f014785b291e)
Signed-off-by: Jeremy A. Puhlman
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b
From: Jeremy Puhlman
(From OE-Core rev: ef5cff3db22e911b7a6ecf3dac212903757b4df1)
Signed-off-by: Jeremy Puhlman
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/gcc/gcc-runtime.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc
b/meta
From: Jeremy Puhlman
Builds like native-openjdk, really wants a to link
some tools against the static version. Since when
using the extended tarball, its the only place to
get it, add the library.
(From OE-Core rev: 59c4a3fdbbfd5a6aaba7e0a1675dcd5866a7f3a4)
Signed-off-by: Jeremy Puhlman
From: Jeremy Puhlman
Builds like native-openjdk, really wants a to link
some tools against the static version. Since when
using the extended tarball, its the only place to
get it, add the library.
Signed-off-by: Jeremy Puhlman
---
meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 +
1
From: Jeremy Puhlman
Signed-off-by: Jeremy Puhlman
---
meta/recipes-devtools/gcc/gcc-runtime.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc
b/meta/recipes-devtools/gcc/gcc-runtime.inc
index 771f344ac0..ace706dbf4 100644
--- a/meta/recipes
From: Jeremy Puhlman
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index f17a046fca..7a1ccf2115 100644
--- a/meta/recipes
From: Jeremy Puhlman
During a busybox upgrade on a ipk based system, it is possible
that busybox is the only shell in the system. During the uninstall
the alternative for /bin/sh is removed and everything after that
goes down hill.
* Add a check to verify if busybox is the shell, and save it to
From: Jeremy Puhlman
During a busybox upgrade on a ipk based system, it is possible
that busybox is the only shell in the system. During the uninstall
the alternative for /bin/sh is removed and everything after that
goes down hill.
* Add a check to verify if busybox is the shell, and save it to
From: Jeremy Puhlman
During a busybox upgrade on a ipk based system, it is possible
that busybox is the only shell in the system. During the uninstall
the alternative for /bin/sh is removed and everything after that
goes down hill.
* Add a check to verify if busybox is the shell, and save it to
From: Jeremy Puhlman
The alternative ld.so patch is set up so the linker will search
the nativesdk sysroot before searching the host filesystem.
However the patch concatenates /etc and /etc/ld.so.conf
leading to a path that does not exist:
3061991 openat(AT_FDCWD,
"/buildtools/sysroots/x
From: Jeremy Puhlman
During a busybox upgrade on a ipk based system, it is possible
that busybox is the only shell in the system. During the uninstall
the alternative for /bin/sh is removed and everything after that
goes down hill.
* Add a check to verify if busybox is the shell, and save it to
From: Jeremy Puhlman
On a system with selinux turned on, trying to access a directory
that is in a tree that doesn't exist returns the error permission
denined rather then no such file or directory, which causes git
to die.
git clone git://git.yoctoproject.org/poky
Cloning into 'poky
From: Jeremy Puhlman
[YOCTO #13839]
Signed-off-by: Jeremy Puhlman
---
...ion-to-disable-timed-dependant-tests.patch | 69 +++
meta/recipes-support/apr/apr_1.7.0.bb | 2 +
2 files changed, 71 insertions(+)
create mode 100644
meta/recipes-support/apr/apr/0001-Add
From: Jeremy Puhlman
[YOCTO #13839]
Signed-off-by: Jeremy Puhlman
---
...d-option-to-disable-timed-dependant-tests.patch | 69 ++
meta/recipes-support/apr/apr_1.7.0.bb | 2 +
2 files changed, 71 insertions(+)
create mode 100644
meta/recipes-support/apr/apr
Ping.
On 3/16/2020 11:03 PM, Jeremy A. Puhlman wrote:
From: Jeremy Puhlman
The updates to the tests are done in do_install instead of do_install_ptest,
so the changes need to consider ptest not being turned on.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-core/glib-2.0/glib.inc | 2
On 3/19/2020 5:02 PM, Richard Purdie wrote:
On Thu, 2020-03-19 at 15:44 -0700, Jeremy A. Puhlman wrote:
From: Jeremy Puhlman
* Add PACKAGECONFIG option for xkbcommon
qemu-keymap.c:16:10: fatal error: xkbcommon/xkbcommon.h: No such file or
directory
* Add PACKAGECONFIG option and patch
Is there a preferred method in oe-core for dealing with man pages that
conflict due to differences
in multilib pathing.
For example an application lives in /usr/lib/foo/bar for one abi but
/usr/lib64/foo/bar in another, and
that kind of information is encoded in to the man pages.
Some things
On 3/3/2020 5:39 AM, Adrian Bunk wrote:
On Tue, Mar 03, 2020 at 11:59:58AM +, Peter Kjellerstedt wrote:
...
Which corresponds to how it is done for armv7*.
At least we currently rely on being able to do, e.g.:
COMPATIBLE_MACHINE = "aarch64|armv7a|armv7ve"
and if you remove "aarch64" fro
On 3/3/2020 6:38 AM, Richard Purdie wrote:
On Tue, 2020-03-03 at 06:25 -0800, Tim Orling wrote:
On Tue, Mar 3, 2020 at 4:32 AM Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
boun...@lists.openembed
From: "Jeremy A. Puhlman"
All of the .pc files contain the path to ${libdir} which fails
in a multilib rpm image.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-devtools/subversion/subversion_1.13.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/subversion/su
From: "Jeremy A. Puhlman"
x11perfcomp encodes the library paths in the script.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-graphics/xorg-app/x11perf_1.6.1.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-graphics/xorg-app/x11perf_1.6.1.bb
b/meta/recipes-graphics/x
From: "Jeremy A. Puhlman"
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
index e0a07a93
From: "Jeremy A. Puhlman"
sndfile.h can differ depending on the combined architectures.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/libsndfile/libs
From: "Jeremy A. Puhlman"
assuan.h is generated and can differ between mutlilibs.
Signed-off-by: Jeremy Puhlman
---
meta/recipes-support/libassuan/libassuan_2.5.3.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/libassuan/libassuan_2
From: "Jeremy A. Puhlman"
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-connectivity/bind/bind_9.11.13.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/bind/bind_9.11.13.bb
b/meta/recipes-connectivity/bind/bind_9.11.13.bb
index 338d6c717a.
From: "Jeremy A. Puhlman"
xsltconfig.h is generated and can be different between multilibs
Signed-off-by: Jeremy Puhlman
---
meta/recipes-support/libxslt/libxslt_1.1.34.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/libxslt/libxslt
If an append adds a patch or file with SRC_URI += , the spaceless
append causes the file listings to concatinate and cause failures
in the nativesdk-binutils parse/build.
Signed-off-by: Jeremy Puhlman
---
meta/recipes-devtools/binutils/binutils_2.33.bb | 2 +-
1 file changed, 1 insertion(+), 1
the shell replacements so selinux will work
with them. This can generate warnings on do_rootfs about similarly
prioritized alternatives. Given that at this point in the processing
the addtions should always be identical there shouldn't be any good
reason to add them twice.
Signed-off-by: J
Signed-off-by: Jeremy Puhlman
---
.../0001-Switch-from-filename-to-basename.patch| 38 ++
meta/recipes-support/atk/atk_2.28.1.bb | 1 +
2 files changed, 39 insertions(+)
create mode 100644
meta/recipes-support/atk/atk/0001-Switch-from-filename-to
Signed-off-by: Jeremy Puhlman
---
...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 69 ++
meta/recipes-devtools/qemu/qemu_2.11.1.bb | 1 +
2 files changed, 70 insertions(+)
create mode 100644
meta/recipes-devtools/qemu/qemu/0001-CVE-2018-11806-QEMU-slirp-heap
Signed-off-by: Jeremy Puhlman
---
...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 69 ++
meta/recipes-devtools/qemu/qemu_2.12.0.bb | 1 +
2 files changed, 70 insertions(+)
create mode 100644
meta/recipes-devtools/qemu/qemu/0001-CVE-2018-11806-QEMU-slirp-heap
Signed-off-by: Jeremy Puhlman
---
...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 65 ++
meta/recipes-devtools/qemu/qemu_2.11.1.bb | 1 +
2 files changed, 66 insertions(+)
create mode 100644
meta/recipes-devtools/qemu/qemu/0001-CVE-2018-11806-QEMU-slirp-heap
Signed-off-by: Jeremy Puhlman
---
...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 69 ++
meta/recipes-devtools/qemu/qemu_2.10.0.bb | 1 +
2 files changed, 70 insertions(+)
create mode 100644
meta/recipes-devtools/qemu/qemu/0001-CVE-2018-11806-QEMU-slirp-heap
-CVE-2018-11806-QEMU-slirp-heap-buffer-overflow.patch
@@ -0,0 +1,65 @@
+From dc21a9d2951f0a2a7e63633e2b5c68c54e4edc4b Mon Sep 17 00:00:00 2001
+From: Jeremy Puhlman
+Date: Thu, 14 Jun 2018 01:28:49 +
+Subject: [PATCH] CVE-2018-11806 QEMU: slirp: heap buffer overflow
+
+Subject: [Qemu-devel] [PATCH
Any issue with this patch?
On Wed, Apr 25, 2018 at 2:18 PM, Jeremy Puhlman wrote:
> The checksum value is only calculated if the uninative class is
> inherited, so check for inherit before adding it to local.conf
>
> Signed-off-by: Jeremy Puhlman
> ---
> meta/classes/popula
The headers don't contain any code differences, but they include the full paths
to the build location in the header file. Removing the build location resolves
the install conflict.
Error: Transaction check error:
file /usr/include/atk-1.0/atk/atk-enum-types.h conflicts between attempted
install
Signed-off-by: Jeremy Puhlman
---
.../0001-Remove-libdir-specification.patch | 468 +
.../xorg-proto/xorgproto_2018.4.bb | 2 +
2 files changed, 470 insertions(+)
create mode 100644
meta/recipes-graphics/xorg-proto/xorgproto/0001-Remove-libdir
ing
the post install script to the lib32-audit-lic package, which
subsequently failes to execute the script due to the initscript it is
trying to turn on is not installed.
Signed-off-by: Jeremy Puhlman
---
meta/classes/multilib.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/clas
/share/pkgconfig/bigreqsproto.pc conflicts between attempted
installs of lib32-xorgproto-dev-2018.4-r0.i586 and
xorgproto-dev-2018.4-r0.corei7_64
and so on.
Signed-off-by: Jeremy Puhlman
---
meta/recipes-graphics/xorg-proto/xorg-proto-common.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion
The checksum value is only calculated if the uninative class is
inherited, so check for inherit before adding it to local.conf
Signed-off-by: Jeremy Puhlman
---
meta/classes/populate_sdk_ext.bbclass | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes
When building mutlilib, using ${PN} in the middle of the package name
creates incorrect package names:
lib32-liblib32-mozjs
lib32-liblib32-mozjs.shlibdeps
Which in turn breaks license.bbclass during image creation.
Signed-off-by: Jeremy Puhlman
---
meta-oe/recipes-extended/mozjs/mozjs_17.0.0
configure: WARNING: using cross tools not prefixed with host triplet
Signed-off-by: Jeremy Puhlman
---
meta/conf/bitbake.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index af3b181..9bf9bbb 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf
etVar(newname, localdata.expand(newval))
# Avoid future variable key expansion
UnboundLocalError: local variable 'newval' referenced before assignment
Signed-off-by: Jeremy Puhlman
---
meta/classes/multilib_global.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletio
urlparse is replaced with urllib.parse functionality in python3
Signed-off-by: Jeremy Puhlman
---
meta/classes/sanity.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 27e061d..e04a236 100644
--- a
On Oct 24, 2015 5:15 AM, "Jens Rehsack" wrote:
>
>
> > Am 23.10.2015 um 19:18 schrieb Jeremy Puhlman :
> >
> > Get version data from querying $CC rather then
> > $Config(gccversion) which comes from running version of
> > perl. Since perl-native is
Get version data from querying $CC rather then
$Config(gccversion) which comes from running version of
perl. Since perl-native is not likely compiled by gcc
5 at this point, it will never trigger the required
fixes for gcc 5.
[YOCTO #8367]
Signed-off-by: Jeremy Puhlman
---
.../perl/perl/perl
also run this on a FC 14 back to a windows machine running the
cygwin Xwin and it seems to work fine for me.
--
Jeremy Puhlman
Montavista Software, LLC.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linu
fetch also,
> however I hope we could avoid having to do so.
That is fine. The legacy code is likely not going to be moving over to
this anyways. It was more of a response to why did you do it, rather
then it needs to support it. Don't bother unless it is really needed by
someone else.
, we definitely would need the "layer" fetcher code to be refactored out;
> Richard made that comment earlier.
Well the code that lives there now would need to move in to __init__.py
or in to the remotealyers bit with if else bits for fetch/fetch2. OTOH,
it sounds like t
x27;m probably confusing this with the first version you sent out I guess,
> sorry.
>
That was my point, there was only one. Really doesn't matter.
>> We can move the setting of that stuff to the init of the fetchers, and
>> that wouldn't be a big deal.
>
> I understan
On 7/1/2011 2:37 PM, Richard Purdie wrote:
> On Fri, 2011-07-01 at 11:43 -0700, Jeremy Puhlman wrote:
>> Just a quick follow up, the part of this statement that to me is wrong,
>> is it appears you are dictating work flow. While, imho, the layer
>> management code which is abo
er the patch). More or less the patch is useful in a scope larger
then just layer-tooling.
--
Jeremy Puhlman
Montavista Sofware, LLC.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mail
e difference. Also if
BBLAYERS is just directories like it is now, every line is more or less
ignored and passed back untouched.
--
Jeremy Puhlman
Montavista Sofware, LLC.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
RK_SANITY', data, True)
> +if check_disabled or network_disabled:
Completely minor gnit. The copy here isn't needed until you start
setting the DL_DIR. Why not wait til after the check to see if we need
to do it.
Otherwise seem like a solid idea.
--
Jeremy Puhlman
Montavi
>> Ah, I see. I must admit that I wouldn't have guessed that from the
>> name.
>>
>> Maybe we should just delete both _local and _forcevariable from the
>> default OVERRIDES on the basis that nothing in the metadata (as
>> distributed) uses either of them. Anybody who wants to make use of them
>>
> I think it's just about the placing of these defaults, I don't necessarily
> object to having them in the first place. My main concerns are around the
> defaults for variables like TMPDIR which may end up actually being used in
> preference to what the user has set in local.conf. Obviously we
> So currently it gets stashed in the locations specified above. Currently
> the code has the ability to extract values out of the uri as new bits.
> The above would be reasonable, but you could do as well:
>
> BBLAYERS = " \
>> http://url.to.my.tarball/tarball.tar.gz;local=/path/to/layer \
On 5/6/2011 6:15 AM, Richard Purdie wrote:
> Hi Jeremy,
>
> Sorry for the delayed response, I took the opportunity to take some
> vacation for a change and its taken me a few days to catch up on email.
No worries. Everyone needs some time off. :)
> Thanks for posting this. Whilst some of what I
tch2 the following uris should work :
'git','http','https','ftp','file','svn'
There are certainly some ugly bits in here, and there are certainly lots of
places to improve,
but this gets a good chunk of the base support in.
Si
> * Maybe need to split into "bootstrap" steps (e.g where pseduo is
established, layers downloaded etc)
So for the most part, the last product we shipped was largely arranged
in this manner. We were using collections, but in many cases layers is
just a reimplementation at a lower level(which
There are certainly some ugly bits in here, and there are certainly lots
of places to improve,
but this gets a good chunk of the base support in.
Signed-off-by: Jeremy Puhlman
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
:
'git','http','https','ftp','file'
Currently for fetch2 the following uris should work :
'git','http','https','ftp','file','svn'
There are certainly some ugly bits in here, and there a
So we(montavista) basically have run through this process before, though
using collections implementation. Difference in overall implementation
aside, the issues are largely the same.
> * This layer tooling probably belongs at a higher level on the stack
> than bitbake itself
This is most defi
eryone, are there any questions/ objections/
> concerns/ things I've missed?
>
I have been kicking around a still broken POC implementation to this for
a bit, but this is basically the line of thought(minus the
parametrization of BBCLASSEXTEND) for a while on the subject. This looks
mostly right to me.
Jeremy Puhlman
MontaVista Software, LLC.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
96 matches
Mail list logo