available
Signed-off-by: Jiaying Song
Signed-off-by: Martin Jansa
---
v2: fix Jiaying Song's e-mail
meta/recipes-support/boost/boost-1.86.0.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/boost/boost-1.86.0.inc
b/meta/recipes-support/boost/
And now missing the [scarthgap] in subject, but luckily Steve already
picked this and fixed your e-mail as well, see:
https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/scarthgap-nut&id=7ecd0d5584b7692b58ac8039b4107c4e0836d553
https://lists.openembedded.org/g/openembedded-core/
rmenyi via
> lists.openembedded.org írta:
> > That's it! ;destsuffix=npm helped with Yocto 5.1.
> > Thank you very much!
> >
> > I will re-test with Yocto master and report back.
> >
> > 2025. 01. 21. 11:53 keltezéssel, Martin Jansa írta:
> >> I bel
On Mon, Jan 13, 2025 at 4:36 AM Song, Jiaying (CN) via
lists.openembedded.org
wrote:
>
> Kindly ping for scarthgap branch
It would be useful to explicitly CC Steve Sakoman, I've added him now
(and pinged him on IRC).
Your "Jiaying Song " from SOB is not
accessible for us, can you please use acce
available
Signed-off-by: Jiaying Song
Signed-off-by: Martin Jansa
---
meta/recipes-support/boost/boost-1.86.0.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/boost/boost-1.86.0.inc
b/meta/recipes-support/boost/boost-1.86.0.inc
index 2378b27575
I believe it's the side effect of UNPACKDIR changes, I had to add
;destsuffix=npm in all npmsw:// entries (or ;destsuffix=git where S is
set to WORKDIR/git) for dependencies in node_modules to be unpacked
where they used to be before.
On Tue, Jan 21, 2025 at 11:31 AM Zoltan Boszormenyi via
lists.o
Yes, probably by accident, now top 8 commits are gone from oe-core.
>From git://git.openembedded.org/openembedded-core
+ 4e29551b15...599e0fbf7d master -> git.oe.org/master (forced update)
On Fri, Jan 10, 2025 at 7:10 PM Ross Burton wrote:
>
> On 10 Jan 2025, at 17:52,
Too late to easily ignore as it seems already in master, e.g.:
https://git.openembedded.org/openembedded-core/commit/?id=5e14a1b26cc77b35c3e36869021afae9455bb1a8
or do you mean some other changes?
On Fri, Jan 10, 2025 at 6:36 PM Ross Burton via lists.openembedded.org
wrote:
>
> This series breaks
From: Chen Qi
The '-fdebug-prefix-map' options are used to map source files locations,
otherwise, DW_AT_comp_dir will contain buildpath.
The '-gno-record-gcc-switches' option is used to fix the buildpath introduced
by '-fintrinsic-modules-path' option, which is automatically added by fortran.
He
Small reminder for people doing incremental builds and having
similarly short memory as me.
This might cause errors like:
error[E0464]: multiple candidates for `rmeta` dependency `core` found
|
= note: candidate #1:
lib32-python3-bcrypt/4.1.2/lib32-recipe-sysroot/usr/lib/rustlib/armv7-webosml
the commit summary should start with gcc: not backport:.
And the Upstream-Status belongs to .patch it's not necessary do
duplicate that in oe-core commit message.
On Wed, Dec 11, 2024 at 6:14 PM SunilKumar.Dora via
lists.openembedded.org
wrote:
>
> From: Sunil Dora
>
> This commit updates the w
From: Khem Raj
Newer compilers end up with errors while compiling these test snippets
and build results in failures.
Signed-off-by: Khem Raj
Signed-off-by: Alexandre Belloni
Signed-off-by: Martin Jansa
---
...rrect-system-headers-and-prototypes-.patch | 112 ++
meta/recipes
* since the 0.192 upgrade from:
https://git.openembedded.org/openembedded-core/commit/?id=1d6ac3c811798732e6addc798656bbe104661d77
some recipes are failing to build, backport a fix
Signed-off-by: Martin Jansa
---
.../elfutils/elfutils_0.192.bb| 1 +
...u-objects-to
RDEPENDS:${PN} = "opkg"
makes it effectively TUNE_PKGARCH unless explicitly removed in
SIGGEN_EXCLUDERECIPES_ABISAFE or SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
On Fri, Dec 6, 2024 at 10:27 AM pratheekshasn via
lists.openembedded.org
wrote:
>
> inherit allarch as package contains entirely cross-platform
On Thu, Dec 5, 2024 at 11:11 AM Mikko Rapeli wrote:
>
> Hi,
>
> On Thu, Dec 05, 2024 at 10:43:19AM +0100, Martin Jansa wrote:
> > Does this swig upgrade fix the issue with work around added in:
> > https://git.openembedded.org/meta-openembedded/commit/?id=f9158ce32fffa6f1
Does this swig upgrade fix the issue with work around added in:
https://git.openembedded.org/meta-openembedded/commit/?id=f9158ce32fffa6f18eed4008c3295146c81d55ea
if yes, can you please send revert of this work around to meta-oe?
On Thu, Dec 5, 2024 at 10:33 AM Mikko Rapeli via
lists.openembedded.
Please read README file and send meta-oe changes to openembedded-devel ML.
On Fri, Nov 29, 2024 at 11:13 AM deepan.shivap via
lists.openembedded.org
wrote:
>
> From: "deepan.shivap"
>
> GCC 14 compiler uses -fvisibility-inlines-hidden by default and
> it creates visibility conflicts.
>
> Add .pa
thousands of better
> way to say that.
>
> On Fri, 22 Nov 2024, 15:40 Martin Jansa, wrote:
>>
>> This isn't a fix, it's just very bad work around, see:
>> https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/cargo-update-recipe-crates.bbclass
This isn't a fix, it's just very bad work around, see:
https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/cargo-update-recipe-crates.bbclass
which you can use to avoid needing the network access during do_compile.
On Fri, Nov 22, 2024 at 2:32 PM Kareem Ibrahim via
lists.openem
On Fri, Nov 22, 2024 at 8:35 AM Mathieu Dubois-Briand via
lists.openembedded.org
wrote:
>
> On Wed, Nov 20, 2024 at 07:35:28PM +0100, Markus Volk wrote:
> > pam module has been ported from gnome-keyring to libsecret
> > [https://gitlab.gnome.org/GNOME/libsecret/-/commit/9a37dc839a9be1670afeb647d9f
Should the backport of tzdata update like
https://lists.openembedded.org/g/openembedded-core/message/207561
for scarthgap and
https://lists.openembedded.org/g/openembedded-core/message/207428
for styhead be delayed a bit so that this gcc change can go at the same time?
I don't know how widespread
https://github.com/WebKit/WebKit/commit/63f7badbada070ebaadd318b2801818ecf7e7ea0
On Wed, Nov 20, 2024 at 11:50 AM Richard Purdie via
lists.openembedded.org
wrote:
>
> On Tue, 2024-11-19 at 13:44 -0500, J. S. via lists.openembedded.org
> wrote:
> > License-Update: add JSON parsing library under MI
On Fri, Nov 8, 2024 at 3:47 PM Steve Sakoman wrote:
>
> On Thu, Nov 7, 2024 at 11:16 PM Martin Jansa wrote:
> >
> > Backporting
> > https://git.yoctoproject.org/pseudo/commit/pseudolog.c?id=15b4f4ca25593f684e6517d0b809605b443d1953
> > fixes the issue or instead of
From: Richard Purdie
The logic in the previous commit was reversed, update to fix it.
Signed-off-by: Richard Purdie
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Richard Purdie
Fix pseudo with python 3.13 by adding a wrapper for posix_spawn and
fixing a NULL pointer dereference in envp handling it uncovered. This
fixes issues on Fedora 41.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 inser
From: Richard Purdie
Pull in a fix which avoids syntax warnings with python 3.12.
Signed-off-by: Richard Purdie
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/me
From: Richard Purdie
Pulls in the changes:
Eilís 'pidge' Ní Fhlannagáin (1):
subports: Add _GNU_SOURCE for syncfs probe
Richard Purdie (1):
SECURITY.md: Add file
Wu Zhenyu (1):
pseudo.1: Fix a typo
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.b
From: Richard Purdie
This is needed to work with coreutils 9.5.
Also contains some README tweaks.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb
b/meta
From: Richard Purdie
Update to a new revision which includes "Bugfix for Linux open(O_CREAT|O_EXCL)"
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb
b/me
From: Richard Purdie
Fix pseudo with python 3.13 by adding a wrapper for posix_spawn and
fixing a NULL pointer dereference in envp handling it uncovered. This
fixes issues on Fedora 41.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 inser
From: Richard Purdie
glibc 2.40 renames some internal header variables. Update our hack to
work with the new version. These kinds of problems illustrate we need to
address the issue properly.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/files/glibc238.patch | 10 --
1
From: Richard Purdie
rpm 4.19 now builds with LFS64 support enabled by default,
so it calls statvfs64() to get the space available on the
filesystem it is installing packages into. This is not
getting caught by pseudo, so rpm is checking the host's
root filesystem, rather than the filesystem whe
From: Alexandre Belloni
Pull in:
pseudo_util.c: Open file with O_CLOEXEC to avoid fd leak
Use close-on-exec (O_CLOEXEC) flag when open log file to
make sure its file descriptor is not leaked to parent
process on fork/exec.
Fixes [YOCTO #13311]
Signed-off-by: Alexandre Bello
From: Richard Purdie
OE is the main user of pseudo and we've had the changes in the oe-core branch
around long enough that we're going to run with them. Swicth back to directly
using the master branch.
Signed-off-by: Richard Purdie
[Luca: re-add 'branch' parameter to fix "does not set any branc
From: Richard Purdie
Update to pull in:
pseudo.c: Avoid patch mismatch errors for NAMELESS file entries
In rare cases we see failures, often in linux-libc-headers for things like:
| INSTALL /XXX/linux-libc-headers/6.1-r0/image/usr/include
| abort()ing pseudo client by server
From: Khem Raj
pseudo overrides certain libc functions which are aliases when LFS64 is
enabled. In anycase pseudo may not be of much use on 32bit systems
Signed-off-by: Khem Raj
Signed-off-by: Alexandre Belloni
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 7 +++
1 file changed, 7 inse
most recent one for python-3.13 on host
"pseudo: Fix envp bug and add posix_spawn wrapper"
On Fri, Nov 8, 2024 at 7:18 AM Martin Jansa via lists.openembedded.org
wrote:
>
> With this update it fails to build on hosts with gcc-14:
>
> | pseudolog.c: In function ?parse_timesta
With this update it fails to build on hosts with gcc-14:
| pseudolog.c: In function ?parse_timestamp?:
| pseudolog.c:329:13: error: implicit declaration of function
?strptime?; did you mean ?strftime?? [-Wimplicit-function-declaration]
| 329 | s = strptime(string, timeformat, &stamp_tm);
From: Martin Jansa
* the idea was to reuse the same function as I've noticed that the
QA check which was added to insane.bbclass in:
https://git.openembedded.org/openembedded-core/commit/?id=76a685bfcf927593eac67157762a53259089ea8a
is in some cases more strcit than scripts/co
From: Ola x Nilsson
The pipe library is deprecated in Python 3.11 and will be removed in
Python 3.13. pipe.quote is just an import of shlex.quote anyway.
Clean up imports while we're at it.
Signed-off-by: Ola x Nilsson
Signed-off-by: Luca Ceresoli
---
This was already backported to dunfell i
Yes, sorry, forgot to add kirkstone tag in v3.
Steve: should I resend or did you notice this one?
On Tue, Nov 5, 2024 at 10:52 AM Mathieu Dubois-Briand
wrote:
>
> On Mon, Nov 04, 2024 at 03:59:21PM +0100, Martin Jansa wrote:
> > * need to add dependency on flex-native because
dded.org/g/openembedded-core/message/206496
https://valkyrie.yoctoproject.org/#/builders/29/builds/355
Signed-off-by: Martin Jansa
---
v3: add touch ${S}/xmlif/xmlif.c
to make sure xmlif.c is newer than xmlif.l after do_patch (order of
.patch files in SRC_URI isn't enough) to prevent reg
On Wed, Oct 30, 2024 at 9:52 PM Martin Jansa via
lists.openembedded.org
wrote:
>
> * this would need to add dependency on flex-native because now the
> .l file is modified by the .patch file it will try to regenerate
> the c code and fail:
>
> | make[1]: Entering directory
meta-oe patches should go to openembedded-devel ML as README says.
On Sun, Nov 3, 2024 at 7:21 PM Hiago De Franco via
lists.openembedded.org
wrote:
>
> From: Hiago De Franco
>
> This recipe provides information about DRM devices, useful for debugging
> and checking information about DRM.
>
> Sig
/lists.openembedded.org/g/openembedded-core/message/206496
https://valkyrie.yoctoproject.org/#/builders/29/builds/355
Signed-off-by: Martin Jansa
---
v2: added one more patch and dropped flex-native dependency to hopefully
avoid random build failures seen on autobuilder
...001-Fix-return-
30 PM Martin Jansa via
lists.openembedded.org
wrote:
>
> On Tue, Oct 29, 2024 at 1:19 PM Steve Sakoman wrote:
> >
> > On Mon, Oct 28, 2024 at 9:00 AM Steve Sakoman via
> > lists.openembedded.org
> > wrote:
> > >
> > > On Sun, Oct 27, 2024 at 2:06 PM
On Tue, Oct 29, 2024 at 1:19 PM Steve Sakoman wrote:
>
> On Mon, Oct 28, 2024 at 9:00 AM Steve Sakoman via
> lists.openembedded.org
> wrote:
> >
> > On Sun, Oct 27, 2024 at 2:06 PM Martin Jansa wrote:
> > >
> > > Not sure what else could be different o
?int
(*)(const struct _AtspiDeviceEvent *, void *)?}
| 222 | atspi_device_listener_new (AtspiDeviceListenerCB callback,
| |~~^~~~
Signed-off-by: Martin Jansa
---
.../0001-Fix-function-prototype.patch | 27
From: Khem Raj
glibc 2.36 has added sys/pidfd.h and APIs for
pidfd_send_signal and pidfd_open, therefore check
for this header and include it if it exists
Signed-off-by: Khem Raj
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
Signed-off-by: Martin Jansa
---
meta/recipes
5% complete)
NOTE: Executing Tasks
NOTE: Tasks Summary: Attempted 317 tasks of which 306 didn't need to
be rerun and all succeeded.
poky/build $ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 22.04 LTS
Release:22.04
Codename: jammy
On S
>
> Unfortunately I'm getting an autobuilder failure with this patch:
>
> https://errors.yoctoproject.org/Errors/Details/810853/
>
> Steve
>
> On Sun, Oct 27, 2024 at 10:01 AM Martin Jansa wrote:
> >
> > * need to add dependency on flex-native because now wh
Wasn't very future proof for multilib :) please review:
https://lists.openembedded.org/g/openembedded-core/message/206410
On Tue, Aug 27, 2024 at 11:02 AM Ola x Nilsson via
lists.openembedded.org wrote:
>
> From: Ola x Nilsson
>
> The most future proof way to not always ship the example files is
fmpeg even when PN is lib32-ffmpeg
as we pass --datadir=${datadir}/ffmpeg in EXTRA_OECONF here
* --disable-programs controls ${bindir}/ffprobe ${bindir}/ffmpeg and
${datadir}/ffmpeg/ffprobe.xsd ${datadir}/ffmpeg/libvpx-*.ffpreset
Signed-off-by: Martin Jansa
---
meta/recipes-multimedia/ffmpeg/ff
Signed-off-by: Martin Jansa
---
v2: forgot to add Signed-off-by in v1
...ward-declare-open_temp_exec_file-764.patch | 47 +++
meta/recipes-support/libffi/libffi_3.4.4.bb | 1 +
2 files changed, 48 insertions(+)
create mode 100644
meta/recipes-support/libffi/libffi/0001
need it if you modified a '.l' file.
| You may want to install the Fast Lexical Analyzer package:
| <https://github.com/westes/flex>
Signed-off-by: Martin Jansa
---
...001-Fix-return-type-of-main-function.patch | 42 +++
.../0001-fix-Wimplicit-int
clare it as an hidden symbol, as it should be.
+
+Co-authored-by: serge-sans-paille
+Signed-off-by: Martin Jansa
+
+Upstream-Status: Backport [v3.4.5
https://github.com/libffi/libffi/commit/ce077e5565366171aa1b4438749b0922fce887a4]
+---
+ include/ffi_common.h | 4
+ src/tramp.c
From: Zoltan Boszormenyi
GCC 14 implicitly turns a warning into a compiler error:
| ../../git/src/lib/packlib.c: In function ‘PWClose’:
| ../../git/src/lib/packlib.c:554:40: error: passing argument 1 of
‘HwmsHostToBigEndian’ from incompatible pointer type
[-Wincompatible-pointer-types]
| 554
* to allow building vala-native on hosts with gcc-14
* we could backport:
https://gitlab.gnome.org/GNOME/vala/-/commit/23ec71b1a5c4cead3d1bdac82e184d0a63fa7b79
which is already included in scarthgap, but that's big patch doing almost the
same
Signed-off-by: Martin Jansa
---
meta/re
/2045435
* https://bugs.gentoo.org/917562
Signed-off-by: Martin Jansa
---
v2: drop PYPI_PACKAGE_EXT (I had this locally while testing, but forgot to
include it in v1)
.../python/{python3-lxml_5.0.0.bb => python3-lxml_5.0.2.bb}| 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
rename m
/2045435
* https://bugs.gentoo.org/917562
Signed-off-by: Martin Jansa
---
.../python/{python3-lxml_5.0.0.bb => python3-lxml_5.0.2.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-lxml_5.0.0.bb =>
python3-lxml_5.0.2.bb} (95%)
diff --git
y picked from commit 3422411eb750c7e960b81676637cfb321dbadefb)
Signed-off-by: Steve Sakoman
Signed-off-by: Martin Jansa
---
...e-dirent.h-for-closedir-opendir-APIs.patch | 45 +++
...2-unix.c-Do-not-redefine-DIR-as-FILE.patch | 35 ---
meta/recipes-extended/zip/zip_3.0.bb | 2 +-
3 files ch
-off-by: Martin Jansa
---
...y-correct-function-signatures-and-de.patch | 134 ++
...2-unix.c-Do-not-redefine-DIR-as-FILE.patch | 35 +
meta/recipes-extended/zip/zip_3.0.bb | 2 +
3 files changed, 171 insertions(+)
create mode 100644
meta/recipes-extended/zip/zip-3.0
https://git.openembedded.org/openembedded-core/commit/?h=scarthgap&id=85451cdaee4718233211da1e43db01f5cd2b1aff
On Mon, Oct 14, 2024 at 12:54 PM Quentin Schulz via
lists.openembedded.org
wrote:
>
> Hi all,
>
> On 9/30/24 12:36 PM, Quentin Schulz wrote:
> > From: Richard Purdie
> >
> > Some wic im
From: Khem Raj
syslinux has vendored copy of ext2fs/ext2_fs.h but uses ext2fs/ext2fs.h
from e2fsprogs package, however, ext2fs/ext2fs.h has dependencies on
ext2fs/ext2_fs.h coming from e2fsprogs package as these both headers
come from same package, here syslinux uses ext2fs.h from e2fsprogs but
s
Since this is a recipe with PACKAGES = "", inherit the nopackages
class to skip the various packaging functions which wouldn't do anything anyway.
This fixes errors from buildhistory changes where packages-split would be empty.
Signed-off-by: Martin Jansa
Signed-off-by:
Since this is a recipe with PACKAGES = "", inherit the nopackages
class to skip the various packaging functions which wouldn't do anything anyway.
This fixes errors from buildhistory changes where packages-split would be empty.
Signed-off-by: Martin Jansa
Signed-off-by:
Hi,
you should request backporting:
https://lists.openembedded.org/g/openembedded-core/message/203338
as well as it now fails in kirkstone (and possibly in scarthgap as
well) due to these buildhistory changes being backported (libdevmapper
in meta-oe has the same issue, backport was already sent t
This update seems to break nmap build from meta-oe:
nse_nsock.cc:36:3: error: expected identifier before 'int'
36 | PCAP_SOCKET = lua_upvalueindex(3), /* pcap socket metatable */
| ^~~
nse_nsock.cc:36:3: error: expected '}' before 'int'
nse_nsock.cc:33:6: note: to match this '
xpected).
> > On 12 Sep 2024, at 18:22, Martin Jansa wrote:
> >
> > Works as expected, the build failed :).
> >
> > openembedded-core/build$ bitbake -k zlib-native
> > ERROR: User namespaces are not usable by BitBake, possibly due to AppArmor.
> > See
Works as expected, the build failed :).
openembedded-core/build$ bitbake -k zlib-native
ERROR: User namespaces are not usable by BitBake, possibly due to AppArmor.
See
https://discourse.ubuntu.com/t/ubuntu-24-04-lts-noble-numbat-release-notes/39890#unprivileged-user-namespace-restrictions
for mor
On Mon, Sep 9, 2024 at 10:40 AM Alexander Kanavin
wrote:
>
> It would help to include specific steps to reproduce the problem in
> the commit message here, otherwise there's going to be unneeded
> friction when someone submits an update again without being aware of
> the issue.
Inherit ccache, bu
From: Michael Halstead
Signed-off-by: Michael Halstead
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/yocto-uninative.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/distro/include/yocto-uninative.inc
b/meta/conf/distro/include/yocto-un
d9b26b6070e89a3dc5dcbedc2ae
>
> and see if it helps ?
>
> On Tue, Sep 3, 2024 at 1:36 AM Martin Jansa via lists.openembedded.org
> wrote:
> >
> > Hello Wang,
> >
> > did you have a look at this regression (with ccache) from the
> > setuptools upgrade?
>
age-prefix-map:
https://reviews.llvm.org/D148757
or -fprofile-prefix-map:
https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html#index-fprofile-prefix-map
but will leave that to recipes which actually use -coverage for now
Signed-off-by: Martin Jansa
---
v2: the order does
On Wed, Sep 4, 2024 at 1:57 PM Richard Purdie
wrote:
>
> On Wed, 2024-09-04 at 08:53 +0200, Martin Jansa via
> lists.openembedded.org wrote:
> > Some related info I've found now:
> > https://reviews.llvm.org/D148975?id=516863
> > https://gcc.gnu.org/bugzilla/show
(I'm glad I've
sent it only as RFC). I'll try to find some time next week.
On Wed, Sep 4, 2024 at 8:42 AM Martin Jansa via lists.openembedded.org
wrote:
>
> Please be aware that:
> https://git.openembedded.org/openembedded-core/commit/?id=593c3baf064b982891d61dacebd
gards,
On Mon, Sep 2, 2024 at 6:29 PM Martin Jansa via lists.openembedded.org
wrote:
>
> * and add -fmacro-prefix-map as well
>
> * the default STAGING_DIR_NATIVE starts with STAGING_DIR_HOST and the
> only difference is '-native' suffix at the end
>
> * this c
Hello Wang,
did you have a look at this regression (with ccache) from the
setuptools upgrade?
Regards,
On Thu, Aug 22, 2024 at 6:30 PM Martin Jansa wrote:
>
> This seems to break python3-numpy build.
>
> I guess it can be resolved by upgrading numpy as in:
> https://lists.ope
atplotlib:
https://lists.openembedded.org/g/openembedded-devel/message/112074
Signed-off-by: Martin Jansa
---
Sending as RFC, because I haven't build whole world with this
and there might be better way to do this or more buildpaths
issues triggered by this than fixed
meta/conf/bitbak
ec/mc/extfs.d/uzip:my $app_zip = "TMPDIR/hosttools/zip";
* don't use /usr/bin/env as in other cases, because app_zip is then used e.g.
with:
my $cmd_addlink = "$app_zip -g -y";
Signed-off-by: Martin Jansa
---
meta/recipes-extended/mc/mc_4.8.31.bb | 1 +
1 file changed
n3-cchardet_2.1.7.bb:do_compile)
failed with exit code '1'
meta-oe/meta-python/recipes-devtools/python/python3-pandas_2.0.3.bb:do_compile)
failed with exit code '1'
probably because of the same issue, so setuptools should probably be
fixed instead.
On Thu, Aug 22, 2024 at 8:27
disable ccache here
* more details in:
https://lists.openembedded.org/g/openembedded-core/message/203658
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/python/python3-numpy_1.26.4.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-devtools/python/python3-numpy_1.26.4.bb
b
It seems to fail only when ccache is enabled, I'll send patch to add
CCACHE_DISABLE to numpy recipe to work around this issue for now.
On Thu, Aug 22, 2024 at 6:30 PM Martin Jansa via
lists.openembedded.org
wrote:
>
> This seems to break python3-numpy build.
>
> I guess it c
This seems to break python3-numpy build.
I guess it can be resolved by upgrading numpy as in:
https://lists.openembedded.org/g/openembedded-core/message/203231
which switches from setuptools3 to python_mesonpy
Comparing the failing command line it looks like CXX and some other
flags are included
Executing shell function buildhistory_list_pkg_files
| find: ".../meta-toolchain/1.0/packages-split/*": No such file or directory
| WARNING: exit code 1 from a shell command.
| DEBUG: Python function buildhistory_emit_pkghistory finished
Signed-off-by: Martin Jansa
---
meta/classes-recipe/
Since this is a recipe with PACKAGES = "", inherit the nopackages
class to skip the various packaging functions which wouldn't do anything anyway.
This fixes errors from buildhistory changes where packages-split would be empty.
Signed-off-by: Martin Jansa
---
meta/recipes-core/
Doesn't https://peps.python.org/pep-0394/ recommend the current status
quo anyway?
Distributors may choose to set the behavior of the python command as follows:
python2,
python3,
not provide python command, allow python to be configurable by an end
user or a system administrator.
When packaging t
t-without-debian/pkgdata/runtime/kernel-image-image:PKG:kernel-image-image:
kernel-image-image-6.6.36-v8
Signed-off-by: Martin Jansa
---
meta/classes-recipe/kernel.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes-recipe/kernel.bbclass
b/meta/classes-recipe/kerne
* gtkwaylandsink was added in 1.21.1 version:
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1515
* gtk3+ could be autodetected (e.g. as transitive dependency from opencv)
Signed-off-by: Martin Jansa
---
.../gstreamer/gstreamer1.0-plugins-bad_1.24.5.bb
On Thu, Jul 18, 2024 at 2:37 PM Adrian Freihofer
wrote:
>
> On Thu, 2024-07-18 at 10:39 +0200, Martin Jansa wrote:
> > On Thu, Jul 18, 2024 at 10:00 AM Adrian Freihofer
> > wrote:
> > >
> > > Hi Martin
> > >
> > > Thank you for looking at my
On Thu, Jul 18, 2024 at 10:00 AM Adrian Freihofer
wrote:
>
> Hi Martin
>
> Thank you for looking at my patches.
>
> On Mon, 2024-07-15 at 16:32 +0200, Martin Jansa wrote:
> > Doesn't it still rebuild from scratch when IMAGE_VERSION_SUFFIX
> > changes?
>
&
Doesn't it still rebuild from scratch when IMAGE_VERSION_SUFFIX changes?
To be able to re-use the kernel from sstate even when
IMAGE_VERSION_SUFFIX changes I've implemented:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=12937
which was unfortunately rejected due to lack of interest from other
nable fortran.
Regards,
On Mon, Jun 24, 2024 at 12:12 PM Kai wrote:
>
> On 6/19/24 23:00, Martin Jansa wrote:
> > See https://lists.openembedded.org/g/openembedded-core/message/200915
> > which allows to me to build nativesdk-gcc again.
>
> Thanks for your fix.
>
>
see:
https://lists.openembedded.org/g/openembedded-core/message/201631
which is already in master-next:
https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=129d2df6bb963bf33da3656ceb6ca5b03cd80383
On Wed, Jul 10, 2024 at 2:02 AM Denys Dmytriyenko via
lists.openembedded.org wro
t use NO_GENERIC_LICENSE for it. [license-no-generic]
Signed-off-by: Martin Jansa
---
meta/recipes-extended/hdparm/hdparm_9.65.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-extended/hdparm/hdparm_9.65.bb
b/meta/recipes-extended/hdparm/hdparm_9.65.bb
index d5e6ab6065..1b6af
Doesn't this cause:
ERROR: hdparm-9.65-r0 do_populate_lic: QA Issue: hdparm: hdparm is a
generic license, please don't use NO_GENERIC_LICENSE for it.
[license-no-generic]
?
On Mon, Jul 1, 2024 at 4:33 PM Joshua Watt via lists.openembedded.org
wrote:
>
> Ah, right, I should have known that would h
If you want to set VERSION_CODENAME to empty you can just add:
DISTRO_CODENAME ??= ""
to make sure it's always expanded to at least empty string.
On Thu, Jun 20, 2024 at 3:04 PM Daniel Semkowicz via
lists.openembedded.org
wrote:
>
> If DISTRO_CODENAME was not set, VERSION_CODENAME field was popul
package libgfortran-dbg
contains reference to TMPDIR [buildpaths]
which I guess were already there.
On Wed, Jun 19, 2024 at 3:24 PM Martin Jansa via
lists.openembedded.org
wrote:
>
> Something seems wrong with this change which was merged today, now with:
> MACHINE=qemuarm64
> F
ho didn't explicitly use nativesdk-libgfortran before
* the INHIBIT_DEFAULT_DEPS and gcc-runtime was there since gcc-4.8:
https://git.openembedded.org/openembedded-core/commit/?id=a5e7ee5770b9e0cf719c573efffd874440f74289
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/gcc/libgfo
Something seems wrong with this change which was merged today, now with:
MACHINE=qemuarm64
FORTRAN:forcevariable = ",fortran"
I'm seeing:
build/oe-core $ bitbake -g nativesdk-libgfortran
NOTE: Resolving any missing task queue dependencies
ERROR: Nothing PROVIDES 'gcc-cross-x86_64' (but
virtual:nat
1 - 100 of 3490 matches
Mail list logo
