I have seen some discussion on linux-me...@vger.kernel.org
v4l-utils: fix compilation with 64-bit time_t
Not sure this commit is related to the qa warning issue.
I have not received any response.
-Original Message-
From: Alexander Kanavin
Sent: Monday, July 1, 2024 5:35 PM
To: Yan, Haix
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means
people can find them. They're being listed on the triage page under the
appropriate heading:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer
The upstream project now has a version scheme and migrated to meson.
A weak dependency on musl has been upstreamed too.
Adjust the recipe accordingly.
Signed-off-by: Vyacheslav Yurkov
---
.../overlayfs/overlayfs-tools_git.bb | 28 ---
.../overlayfs/overlayfs-tools_v2024.
The upstream project now has a version scheme and migrated to meson.
Adjust the recipe accordingly.
Signed-off-by: Vyacheslav Yurkov
---
.../overlayfs/overlayfs-tools_git.bb | 28 ---
.../overlayfs/overlayfs-tools_v2024.07.bb | 14 ++
2 files changed, 14 inse
On Mon, Jul 1, 2024 at 11:56 AM Markus Volk wrote:
> On Mon, Jul 1 2024 at 11:13:51 AM -07:00:00, Khem Raj
> wrote:
>
> Yeah but maybe using arch overrides would be more familiar
>
>
> Can we do this without adding a new line for every architecture?
>
I will accept your v2
>
-=-=-=-=-=-=-=-=-
On Mon, Jul 1 2024 at 11:13:51 AM -07:00:00, Khem Raj
wrote:
Yeah but maybe using arch overrides would be more familiar
Can we do this without adding a new line for every architecture?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#111207):
h
Adapt the compile 'test' phony target from Makefile and deploy as
ptest for unbound.
All test are successful on a trial and took around >9min and <10min.
Duration of ptest execution was 587 seconds on an average.
Signed-off-by: rajmohan r
---
.../recipes-support/unbound/unbound/run-ptest | 17 ++
Adapt the compile 'test' phony target from Makefile and deploy as
ptest for unbound.
All test are successful on a trial and took around >10min and <12min.
Duration of ptest execution was 626 seconds on an average.
Signed-off-by: rajmohan r
---
.../recipes-support/unbound/unbound/run-ptest | 17 +
On Mon, Jul 1, 2024 at 10:31 AM Markus Volk wrote:
> On Mon, Jul 1 2024 at 07:58:28 AM -07:00:00, Khem Raj
> wrote:
>
> riscv32/armv5/mips/ppc32 perhaps is all we care.
>
>
> # Specify linking with -latomic on architectures missing 64bit atomics.
> LDFLAGS += "${@bb.utils.contains_any('TUNE_FEAT
On Mon, Jul 1 2024 at 07:58:28 AM -07:00:00, Khem Raj
wrote:
riscv32/armv5/mips/ppc32 perhaps is all we care.
# Specify linking with -latomic on architectures missing 64bit atomics.
LDFLAGS += "${@bb.utils.contains_any('TUNE_FEATURES', 'riscv32 armv5
mips ppc32 m32', '-latomic', '', d)}"
Wo
On Mon, Jul 1, 2024 at 4:42 AM Markus Volk wrote:
>
> On Sun, Jun 30 2024 at 04:34:47 PM -07:00:00, Khem Raj
> wrote:
>
> perhaps we need to specify linking with -latomic on architectures missing
> 64bit atomics.
>
>
> Right. I verified that
> LDFLAGS += "-latomic"
> fixes the issue for 32bit x
This project has a proper project.toml and should inherit
pythin_setuptools_build_meta instead of setuptools3 per
https://github.com/sqlalchemy/alembic/blob/c57a5b7b4d88296bbfc73c1dd770a9122bc1002e/pyproject.toml#L2
On Sun, Jun 30, 2024 at 11:44 PM wangmy via lists.openembedded.org wrote:
> Fro
merged. Thanks Armin.
On Mon, Jul 1, 2024 at 4:00 AM akuster808 wrote:
>
> The following changes since commit 8e297cdc841c6cad34097f00a6903ba25edfc153:
>
>nginx: Remove obsolete patch (2024-06-02 15:16:32 -0400)
>
> are available in the Git repository at:
>
>https://git.openembedded.org/m
From: Bartosz Golaszewski
The recipe is missing most of the run-time dependencies for virtualenv.
Signed-off-by: Bartosz Golaszewski
---
.../recipes-devtools/python/python3-virtualenv_20.26.3.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta-python/recipes-devtools/python/pyt
On Sun, Jun 30 2024 at 04:34:47 PM -07:00:00, Khem Raj
wrote:
perhaps we need to specify linking with -latomic on architectures
missing 64bit atomics.
Right. I verified that
LDFLAGS += "-latomic"
fixes the issue for 32bit x86 clang
Do you know what exact platforms need this fix or should it b
We need to patch the standalone libfts detection as it currently looks for
fts-standalone, which is what Gentoo renames musl-fts to.
Signed-off-by: Ross Burton
---
.../0001-Check-for-correct-fts-module.patch | 33 +++
.../libabigail/libabigail_2.5.bb | 17 +
The following changes since commit 8e297cdc841c6cad34097f00a6903ba25edfc153:
nginx: Remove obsolete patch (2024-06-02 15:16:32 -0400)
are available in the Git repository at:
https://git.openembedded.org/meta-openembedded kirkstone-next
for you to fetch changes up to 6ff0748a4741517519a2819
I guess you can suppress the qa check (like done in time64.inc for
other components), and open a ticket upstream? But first check if the
tip of master branch has done anything to resolve the issue.
Alex
On Sat, 29 Jun 2024 at 15:27, Yan, Haixiao (CN) via
lists.openembedded.org
wrote:
>
> Hi,
>
>
The mailing list was recently updated (see
https://lists.yoctoproject.org/g/yocto-patches/message/9),
so this should be sent to yocto-patc...@lists.yoctoproject.org.
Also as this likely affects master too, it should be send in against master
first,
it can then be backported to older supported br
19 matches
Mail list logo
