On Thu, Jan 30, 2025 at 5:54 PM Khem Raj via lists.openembedded.org
wrote:
>
...
> diff --git a/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
> b/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
> index d3bef833062..82749d94cde 100644
> --- a/meta/recipes-devtools/libmodulemd/libmodule
From: Jiaying Song
Change the SRC_URI to the correct value due to the following error:
WARNING: boost-native-1.86.0-r0 do_fetch: Checksum failure encountered with
download of
https://boostorg.jfrog.io/artifactory/main/release/1.86.0/source/boost_1_86_0.tar.bz2
- will attempt other sources if a
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/
Please try it with the changes from
https://lists.openembedded.org/g/bitbake-devel/message/16920 as well.
I believe the destsuffix=npm doesn't work with them anymore, it
doesn't for me, but unfortunately I haven't had the time yet to figure
out why and provide proper feedback on that RFC.
On Tue,
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
From: Jiaying Song
Change the SRC_URI to the correct value due to the following error:
WARNING: boost-native-1.86.0-r0 do_fetch: Checksum failure encountered with
download of
https://boostorg.jfrog.io/artifactory/main/release/1.86.0/source/boost_1_86_0.tar.bz2
- will attempt other sources if a
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, Martin Jansa wrote
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-e
* 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-libelf.a
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=f9158ce32fffa6f18eed4008c3295146c81d55ea
>
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
I'm sorry you took it personally, I just wanted to help you. Next time I won't.
On Fri, Nov 22, 2024 at 4:18 PM Karim Ibrahim wrote:
>
> Okay, nobody forced you to reply. Your review was terrible. If it is not ok
> you could simply say that for a reason, but there were thousands of better
> way
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
23 matches
Mail list logo
