> I'm wrangling patches for the three stable branches with releases
> every 1-2 weeks, so I really don't have the cycles to investigate
> this.
>
> > or do we really have to backport patches to 2.38.x ?
>
> A version bump of this type (with the addition of features a
Unfortunately this seems to once again have regressed glib/codegen
ptest (the test writes large amounts to stdout):
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15154
I'll send a revert.
Alex
On Mon, 17 Jul 2023 at 16:36, Richard Purdie
wrote:
>
> Pull in the commits:
>
> Change test t
This has once again regressed glib/codegen test (which writes large amounts to
stdout).
Further fixing is needed.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/ptest-runner/ptest-runner_2.4.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes
fixes it.
>
> On Wed, Jul 19, 2023 at 2:26 PM Alexander Kanavin
> wrote:
> >
> > Unfortunately this seems to once again have regressed glib/codegen
> > ptest (the test writes large amounts to stdout):
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=15154
> >
You need to start by describing the use case. What problem does the
code solve that existing packagefeed code does not? Can we rather
extend the already existing code, its tests, and its documentation, to
support that use case?
Alex
On Wed, 19 Jul 2023 at 22:03, Charlie Johnston wrote:
>
> Hell
> buildbot says are from a month ago (or, maybe that's just a quirk of
> buildbot?)
>
> On Wed, Jul 19, 2023 at 2:35 PM Alexander Kanavin
> wrote:
> >
> > Which newer commit, in which repo? I believe the latest SRCREV update
> > in oe-core master that landed
Specifically please take a look at,
./recipes-core/meta/package-index.bb
and
generate_index_files() in lib/oe/package_manager/__init__.py
I think we should rather extend these instead of adding overlapping
code which works differently.
Alex
On Wed, 19 Jul 2023 at 22:39, Alexander Kanavin via
On Wed, 19 Jul 2023 at 23:14, Charlie Johnston wrote:
> I could see reusing the logic from the package_manager, but it would require
> changes to allow indices to be created for arbitrary directories (instead of
> being
> hardcoded based on package type), and adding some mechanism to
> create_pa
This needs to be reported upstream and the ticket linked (ideally,
develop a patch to fix the issue). The tweak needs to be :class-native
only.
Alex
On Thu, 20 Jul 2023 at 15:37, Rouven Czerwinski
wrote:
>
> From: Rouven Czerwinski
>
> Disable -Werror using OECMAKE_C_FLAGS on x86-64. This ensur
Also, does the issue occur on oe-core master?
Alex
On Thu, 20 Jul 2023 at 20:44, Alexander Kanavin wrote:
>
> This needs to be reported upstream and the ticket linked (ideally,
> develop a patch to fix the issue). The tweak needs to be :class-native
> only.
>
> Alex
>
>
LDFLAGS issue is better addressed with a backport:
http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=bc4a5deef9f820c55fdac3c0070364c17cd91cca
Alex
On Thu, 20 Jul 2023 at 18:21, Trevor Gamblin wrote:
>
> Changelog: http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=shortlog
>
> Three pa
Please do not add Pending patches, if they're not actually pending
anything. You should submit upstream ahead of submitting to oe-core.
Alex
On Thu, 20 Jul 2023 at 21:26, Trevor Gamblin wrote:
>
> Changelog: https://git.kernel.org/pub/scm/network/iproute2/iproute2.git/log/
>
> Added a patch for
Thanks!
Alex
On Fri 21. Jul 2023 at 15.48, Trevor Gamblin wrote:
> Changelog:
> https://git.kernel.org/pub/scm/network/iproute2/iproute2.git/log/
>
> Added a patch for including limits.h with musl builds, or else
> we get failures such as:
>
> | mdb.c: In function 'mdb_parse_vni':
> | mdb.c:666
Can you please check why the test doesn't fail with the dependency absent?
Alex
On Fri, 21 Jul 2023 at 12:58, Ovidiu Panait via lists.openembedded.org
wrote:
>
> From: Ovidiu Panait
>
> 07revert-inplace test logs contain the following:
> func.sh: line 335: /sbin/blockdev: No such file or direct
Thanks for working on this. Should we think about how this could be tested?
Alex
On Fri, 21 Jul 2023 at 16:25, Julien Stephan wrote:
>
> Hi all,
>
> This is the v2 of bblock script.
>
> Improvement from V1:
> * Signatures are now package architecture specific meaning that if you
> switch MACHI
On Mon, 24 Jul 2023 at 10:25, Julien Stephan wrote:
> > Thanks for working on this. Should we think about how this could be tested?
> Do you mean we should consider addind self test for bblock? or you want
> to discuss about acceptance criteria for bblock?
Hello,
I mean mostly about what should b
Does this happen on master? If so, does this need an upstream bug
report, or maybe a better fix?
Alex
On Mon, 24 Jul 2023 at 09:48, Kai Kang wrote:
>
> From: Kai Kang
>
> It fails to build webkitgtk with DEBUG_BUILD:
>
> Source/bmalloc/libpas/src/libpas/pas_generic_large_free_heap.h:140:1:
>
On Mon, 24 Jul 2023 at 15:51, Zoltan Boszormenyi wrote:
> +sed -i \
> +-e "s:^%_lib\t.*$:%_lib\t${baselib}:" \
> +-e "s:^%_libdir\t.*$:%_libdir\t${libdir}:" \
> +${D}${prefix}/lib/rpm/platform/${MACHINE_ARCH}-linux/macros
Can this be refactored to avoid
On Mon, 24 Jul 2023 at 16:02, Alexander Kanavin wrote:
> > +sed -i \
> > +-e "s:^%_lib\t.*$:%_lib\t${baselib}:" \
> > +-e "s:^%_libdir\t.*$:%_libdir\t${libdir}:" \
> > +${D}${prefix}/lib/rpm/platform/
On Mon, 24 Jul 2023 at 16:59, Böszörményi Zoltán wrote:
> I'll rework it using a template file.
> Still, sed would be used, but in a more readable fashion.
>
> Will this work for you?
What would be preferred is a patch to the source code, and if we can
submit it upstream, that'd be even better.
On Tue, 25 Jul 2023 at 11:28, Andreas wrote:
> i encountered issues with the new poky release on dunfell.
> explicitly linux-firmware: commit hash
> a04b507d39d668a02b7ebd990c94194cde16bf2f
>
> i building dunfell images since 1,5 years and my images are normaly 1,9 GB
> big.
> however since Sund
On Tue, 25 Jul 2023 at 11:58, Piotr Łobacz wrote:
>
> Yeah, I have just checked it for acpid-src packages and diffoscope worked
> without any errors.
>
> Question, is this test being run with acl or/and xattr? Because from what I
> remember it was not. Can you check?
> If this will confirm, then
On Tue, 25 Jul 2023 at 12:27, Böszörményi Zoltán wrote:
> I have a working recipe change based on
> https://github.com/rpm-software-management/rpm/pull/2579 (for 4.18.x)
> https://github.com/rpm-software-management/rpm/pull/2580 (for 4.19.x)
>
> I will send it soon.
I'd want to see what rpm upstr
x-firmware-rtl8821" -> "linux-firmware-rtl-license"
>> "linux-firmware-sd8686" -> "linux-firmware-marvell-license"
>> "linux-firmware-sd8688" -> "linux-firmware-marvell-license"
>> "linux-firmware-sd8787" -> &
firmware-qcom-adreno-a530" -> "linux-firmware"
>
> looks like a ring dependency
>
> if you add one of the the mentioned packages, you should see the same issue
>
> Am Di., 25. Juli 2023 um 15:18 Uhr schrieb Alexander Kanavin
> :
>>
>> Indeed
I would want to hold this until we have a reaction from upstream.
RPM_CUSTOM_* exports should go to specific tasks where they are needed.
Alex
On Tue, 25 Jul 2023 at 15:57, Zoltán Böszörményi wrote:
>
> Feed platform settings to installplatform externally. Based on the patch
> submitted under h
Please no. These things can leak out in a million other ways (e.g. if
you publish logs), it's better to just scrub them prior to publishing
with a post-script. Having secrets in bitbake variables is a bad idea
to begin with.
Alex
On Wed, 26 Jul 2023 at 13:10, Enrico Scholz via lists.openembedded.
On Wed, 26 Jul 2023 at 13:42, Enrico Scholz
wrote:> > it's better to just scrub
them prior to publishing with a post-script.>
> Else, there are sometimes not many ways to work without them.
> E.g. SSTATE_MIRRORS has contain the secret token because it is used
> directly by bitbake; perhaps I could
6.4+20230625 is a development snapshot, and not an actual stable
release. We used to take them but that was due to misunderstanding
about ncurses version policy. Is there a particular reason to move to
it?
Alex
On Thu, 27 Jul 2023 at 04:25, Chen Qi via lists.openembedded.org
wrote:
>
> From: Che
t; Patch approved with the requested changes.
>
> I sent a v2 with using the approved patch and adding
> the exports only to do_install:class-target because
> that's where it's needed.
>
> 2023. 07. 26. 15:05 keltezéssel, Zoltan Boszormenyi via
> lists.openembedded.or
conf/distro/include/maintainers.inc
> @@ -189,7 +189,6 @@ RECIPE_MAINTAINER:pn-gcc-runtime = "Khem Raj
> "
> RECIPE_MAINTAINER:pn-gcc-sanitizers = "Khem Raj "
> RECIPE_MAINTAINER:pn-gcc-source-13.1.1 = "Khem Raj "
> RECIPE_MAINTAINER:pn-gconf = "Ross
Sure; if you can write a script and show it here, we can figure out
where to place the test officially.
Alex
On Thu, 27 Jul 2023 at 16:15, Julien Stephan wrote:
>
> On Mon, Jul 24, 2023 at 10:36:28AM +0200, Alexander Kanavin wrote:
> > On Mon, 24 Jul 2023 at 10:25, Julien St
.
Like package_qa, the task is sstate enabled, but doesn't (yet)
register the qa results into sstate.
Signed-off-by: Alexander Kanavin
---
meta/classes-global/insane.bbclass | 14 ++
1 file changed, 14 insertions(+)
diff --git a/meta/classes-global/insane.bbclass
b/meta/cl
prevent devtool
workflows (which may perhaps be about fixing the failure).
An alternative would have been to not insert recipe_qa task before
fetch task, but that would greatly delay the checks in larger
bitbake builds, and it's better to run them as early as possible.
Signed-off-by: Alexander Ka
ff-by: Alexander Kanavin
---
meta/classes-global/insane.bbclass | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global/insane.bbclass
index 78506c30b1e..960dfc8924a 100644
--- a/meta/classes-global/insane.bbclass
+++ b
- upstream no longer uses odd-even scheme
https://gitlab.gnome.org/GNOME/librsvg/-/releases/2.55.1
- x.y.9z versions are pre-releases and need to be excluded
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/librsvg/librsvg_2.56.1.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion
ormat,
and so won't sort:
https://github.com/acpica/acpica/tags
https://github.com/acpica/acpica/issues/886
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/acpica/acpica_20230628.bb | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-exten
Signed-off-by: Alexander Kanavin
---
.../systemd/{systemd-boot_253.3.bb => systemd-boot_253.7.bb}| 0
meta/recipes-core/systemd/systemd.inc | 2 +-
.../recipes-core/systemd/{systemd_253.3.bb => systemd_253.7.bb} | 0
3 files changed, 1 insertion(+), 1 de
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/images/core-image-minimal-initramfs.bb| 1 +
meta/recipes-core/images/core-image-tiny-initramfs.bb | 1 +
meta/recipes-core/ovmf/ovmf-shell-image.bb | 2 +-
meta/recipes-extended/images/core-image-full
License-update: added bsd-2-clause
https://github.com/util-linux/util-linux/commit/faeb1b64b36ededd1a0b62555cad65f002d47ac6
Signed-off-by: Alexander Kanavin
---
...2.38.1.bb => util-linux-libuuid_2.39.1.bb} | 0
meta/recipes-core/util-linux/util-linux.inc | 10 ++--
.../0001-check-for-
License-Update: needed lines shifted upwards
Signed-off-by: Alexander Kanavin
---
.../jquery/{jquery_3.6.3.bb => jquery_3.7.0.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-devtools/jquery/{jquery_3.6.3.bb => jquery_3.7.0.bb} (75%)
diff -
Signed-off-by: Alexander Kanavin
---
...e1392f5bd289239b755458dcdeeed69af1da.patch | 303 --
...b541b258baec9eba674b5d8dc30007a61542.patch | 50 ---
...2f4494779e5c5f170ad10539bfc2dfafe967.patch | 50 ---
.../strace/{strace_6.3.bb => strace_6.4.bb} | 5 +-
4 files chan
This is a requirement of latest epiphany 44.x.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/maintainers.inc | 1 +
.../libadwaita/libadwaita_1.3.3.bb| 25 +++
2 files changed, 26 insertions(+)
create mode 100644 meta/recipes-gnome/libadwaita
License-update: file removed upstream
Drop patch as issue fixed upstream.
Signed-off-by: Alexander Kanavin
---
...me.c-correctly-include-header-for-ou.patch | 25 ---
meta/recipes-extended/sudo/sudo.inc | 5 ++--
.../{sudo_1.9.13p3.bb => sudo_1.9.14p2.bb}|
ssextend.py was forcibly
setting PACKAGES
to the initial parse-time value (e.g. missing the dynamically created
packages). This meant that
three out of four nativesdk- metapackages were entireyly missing the
dependencies on the
respective dynamic package sets.
Signed-off-by: Alexander Kanavin
--
With this version, epiphany has transitioned to gtk4,
and requires webkit built with gtk4 support (there is no choice,
it's a hard break). Adjust the webkit recipe accordingly.
There's also a new requirement for gcr 4.x and libadwaita.
Signed-off-by: Alexander Kanavin
---
..
time, and the source encodings are specified by
upstream projects
in translation files, we need the full set to cover all of them.
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/meta/uninative-tarball.bb | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/meta
general.
Signed-off-by: Alexander Kanavin
---
.../recipes-core/meta/buildtools-extended-tarball.bb | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/meta/recipes-core/meta/buildtools-extended-tarball.bb
b/meta/recipes-core/meta/buildtools-extended-tarball.bb
index
Signed-off-by: Alexander Kanavin
---
...o-address-failures-with-gettext-0.22.patch | 37 +++
meta/recipes-extended/procps/procps_4.0.3.bb | 1 +
2 files changed, 38 insertions(+)
create mode 100644
meta/recipes-extended/procps/procps/0001-po-fr.po-address-failures-with
check out for now, as many recipes don't actually
have it, and it's set from SUMMARY (plus a dot) if absent.
Signed-off-by: Alexander Kanavin
---
meta/classes-global/insane.bbclass | 16 ++
meta/lib/oeqa/selftest/cases/distrodata.py | 36 --
2 fi
Unset LDFLAGS as the standard ones do not work when linking EFI binaries
(the new version of gnu-efi adds various apps).
Signed-off-by: Alexander Kanavin
---
.../gnu-efi/{gnu-efi_3.0.15.bb => gnu-efi_3.0.17.bb} | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
rename m
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/kbd/{kbd_2.6.0.bb => kbd_2.6.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-core/kbd/{kbd_2.6.0.bb => kbd_2.6.1.bb} (94%)
diff --git a/meta/recipes-core/kbd/kbd_2.6.0.bb
b/meta/recipes-core/kbd/kbd
On Thu, 27 Jul 2023 at 18:09, Khem Raj wrote:
>
> On 7/27/23 7:36 AM, Alexander Kanavin wrote:
> > Unset LDFLAGS as the standard ones do not work when linking EFI binaries
> > (the new version of gnu-efi adds various apps).
> >
>
> curious about which ldfla
On Thu, 27 Jul 2023 at 18:12, Khem Raj wrote:
>
> On 7/27/23 7:36 AM, Alexander Kanavin wrote:
> > This is a requirement of latest epiphany 44.x.
> >
>
> This import breaks layer check tests for meta-oe job because now we have
> this recipe in two places. Would be goo
On Fri, 28 Jul 2023 at 14:12, Böszörményi Zoltán wrote:
> Fanfare... my RPM PR was merged.
> https://github.com/rpm-software-management/rpm/pull/2585
>
> Neal slightly modified the INSTALL text, though.
> Should I send an update after v3, or you can work with that?
You can do a partial backport,
e with this patch:
>
> 'util-linux': ['lsfd:_--inet_option']
>
> I don't see it on your run, I'm wondering what is in my branch that
> causes it.
>
> On 27/07/2023 16:36:18+0200, Alexander Kanavin wrote:
> > License-upda
wrote:
>
> On Fri, Jul 28, 2023 at 3:57 AM Alexander Kanavin
> wrote:
> >
> > On Thu, 27 Jul 2023 at 18:09, Khem Raj wrote:
> > >
> > > On 7/27/23 7:36 AM, Alexander Kanavin wrote:
> > > > Unset LDFLAGS as the standard ones do not work when lin
?
Alex
On Fri, 28 Jul 2023 at 15:38, Alexander Kanavin via
lists.openembedded.org
wrote:
>
> I don't know. Nothing stands out in particular here:
> https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next
>
> Both failures happened on arm64 I think?
>
> Alex
On Sun, 30 Jul 2023 at 14:37, Luca Bocassi wrote:
> > Jul 30 00:29:43 qemuarm64 systemd-logind[240]: New seat seat0.
> > Jul 30 00:29:43 qemuarm64 systemd-logind[240]: Watching system buttons on
> > /dev/input/event1 (QEMU QEMU USB Keyboard)
> > Jul 30 00:29:47 qemuarm64 login[263]: pam_unix(logi
On Sat, 29 Jul 2023 at 21:19, Peter Marko via lists.openembedded.org
wrote:
> I could not find documentation how to handle mixins layer.
> Could you please pick this to kirkstone/go meta-lts-mixins?
> Or should I send a patch to yo...@lists.yoctoproject.org (or other mailing
> list) instead of as
On Sun, 30 Jul 2023 at 22:36, Alexandre Belloni
wrote:
> This is not 100% reproducible and so difficult to bisect. This is the
> log:
>
> diff-{{{
> --- /usr/lib/util-linux/ptest/tests/expected/lsfd/option-inet
> +++ /usr/lib/util-linux/ptest/tests/output/lsfd/option-inet
> @@ -5,10 +5,10 @@
>
I looked into it. Yes it's a race in a badly written shell script:
https://github.com/util-linux/util-linux/issues/2399
I'll see if the test can be easily skipped until upstream sorts it out.
Alex
On Mon, 31 Jul 2023 at 07:59, Alexander Kanavin via
lists.openembedded.org
wrote:
>
License-update: added bsd-2-clause
https://github.com/util-linux/util-linux/commit/faeb1b64b36ededd1a0b62555cad65f002d47ac6
Signed-off-by: Alexander Kanavin
---
...2.38.1.bb => util-linux-libuuid_2.39.1.bb} | 0
meta/recipes-core/util-linux/util-linux.inc | 10 ++--
.../0001-check-for-
I sent a revised patch that excludes the flaky test.
Alex
On Mon, 31 Jul 2023 at 09:36, Alexander Kanavin via
lists.openembedded.org
wrote:
>
> I looked into it. Yes it's a race in a badly written shell script:
> https://github.com/util-linux/util-linux/issues/2399
>
> I
On Mon, 31 Jul 2023 at 12:56, Richard Purdie wrote:
> I've just been looking at this again and I'm still not convinced this
> is right. In particular, the above output worries me a lot, partly as I
> barely understand it and I suspect if I struggle, I won't be the only
> one.
>
> With this kind o
On Mon, 31 Jul 2023 at 14:04, Richard Purdie
wrote:
> You could think about using the layer name in these contexts as layers
> should be defining them at this point?
>
> Yes, getting the layer name means parsing but we can likely handle that
> at this point as we're in python.
You mean getting BB
On Mon, 31 Jul 2023 at 14:42, Richard Purdie
wrote:
> > > Yes, getting the layer name means parsing but we can likely handle that
> > > at this point as we're in python.
> >
> > You mean getting BBFILE_COLLECTIONS value out of conf/layer.conf? That
> > should be fairly easy with standard python, y
Please do not rapid-send new patches before I get a chance to look
into what went wrong.
I suppose we have to add pam to REQUIRED_DISTRO_FEATURES in the
systemd recipe, then fix all the spots where systemd is enabled, but
pam is not. For example the above is from
../meta/lib/oeqa/selftest/cases/ov
A better option: fix the libpam recipe to say:
ANY_OF_DISTRO_FEATURES = "pam systemd"
instead of current
REQUIRED_DISTRO_FEATURES = "pam"
This should avoid having to fix the tests.
Alex
On Mon, 31 Jul 2023 at 19:33, Alexander Kanavin via
lists.openembedded.org
wrote:
>
I think you need to better describe the benefits. What are the
improvements? Can we just stay with --offline?
There's lots of intricate code added around cargo.lock handling, with
special casing to revert to previous behavior via new variable, but
I'm struggling to understand: to what end?
Alex
I have no special feelings about rust-hello-world; if all places where
it's currently used can be reworked to use real world components,
that's totally fine.
Alex
On Tue, 1 Aug 2023 at 11:38, Richard Purdie
wrote:
>
> On Tue, 2023-08-01 at 11:20 +0200, Frédéric Martinsons wrote:
> > Ok but this
now if it
> is desirable and I'd like to think
> for other points of views.
>
>
> On Mon, 31 Jul 2023 at 19:48, Alexander Kanavin
> wrote:
>>
>> I think you need to better describe the benefits. What are the
>> improvements? Can we just stay with --offline?
I think it's better to change indexer_map either to three different
dictionaries, or a dictionary of dictionaries. Putting more than two
things in a tuple (that aren't of the same kind) results in a code
that's hard to read. For example:
feedpath = indexer_map[pkg_class][1] if feedname is None els
This does need to be tested, and it does need examples. Can you rework
create_rpm_index() from meta/classes-recipe/testimage.bbclass to use
this class instead of package-index?
Alex
On Mon, 31 Jul 2023 at 23:53, Charlie Johnston wrote:
>
> Add a new bbclass that allows building a feed using the
This needs further investigation. All other 64 bit machines can boot
standard images fine with 256M, so why ppc64 cannot? What image are
you booting, and is the problem specific to that image?
Alex
On Tue, 1 Aug 2023 at 11:48, Yu, Mingli wrote:
>
> From: Mingli Yu
>
> When use 256M memory, it i
As these directories will be written into by multiple recipes that use
the packagefeed class, won't they race and step on each other? Should
there be a ${PN} in these definitions?
Alex
On Mon, 31 Jul 2023 at 23:53, Charlie Johnston wrote:
>
> This change adds a new variable that defines where
>
What do the tests do, and why they should be run? Are they actually
useful to run when assembling a custom distribution, and would they
help uncover integration issues? If it's merely testing the component
itself, and it is regularly run by upstream, there is little benefit
to adding them to yocto
Oh, and: any new feature must be submitted for master branch first,
then backported to stable branches.
Alex
On Tue, 1 Aug 2023 at 12:33, Alexander Kanavin wrote:
>
> What do the tests do, and why they should be run? Are they actually
> useful to run when assembling a custom distribu
This doesn't address the points I raised previously. So it's still a no.
Alex
On Tue, 1 Aug 2023 at 15:39, Poonam Jadhav wrote:
>
> From: Poonam Jadhav
>
> Alsa-lib is a user space library that provides audio
> and MIDI functionality apis for simplifying application
> programming and provide hi
bind, 9.18.17, Unassigned
> kea, 2.4.0, Unassigned
> openssh, 9.3p2, Unassigned
> gettext, 0.22, Robert Yang
> glibc-tests, 2.38, Lukasz Majewski
> glibc, 2.38, Khem Raj
> libcgroup, 3.1.0, Alexander Kanavin
>
add [lockfiles] for each package type's directory?
> Or maybe one at the top level "feeds" location?
>
> Thanks!
> Charlie Johnston
>
> On 8/1/23 05:25, Alexander Kanavin wrote:
> > As these directories will be written into by multiple recipes that use
> >
The actual list is defined in the makefile:
https://github.com/alsa-project/alsa-lib/blob/master/test/Makefile.am
I had asked why the patch builds and runs only a hardcoded subset, but
got no response. Also the need for doing this as a ptest should be
justified to begin with.
Alex
On Tue, 1 Aug
The idea here was to handle tarballs that don't contain a top level directory
and thus
the source tree is one level up; this basically never happens, and if it does we
should find a less brittle way to handle such tarballs.
Signed-off-by: Alexander Kanavin
---
scripts/lib/devtool/upgrade.py
With newly added recipe_qa task, the function needs to filter out its output as
well.
The issue wouldn't appear in selftest because it's triggered by buildhistory and
selftest disables that.
Signed-off-by: Alexander Kanavin
---
scripts/lib/scriptutils.py | 2 +-
1 file changed, 1
On Tue, 1 Aug 2023 at 22:48, Tim Orling wrote:
> I did the meta-perl/meta-python run on Sunday 30th and noticed the same much
> higher preponderance of devtool errors.
> I did a run of the recipes in oe-core that I maintain on 25th July and it had
> less devtool errors (3 of my recipes passed,
>
On Wed, 2 Aug 2023 at 10:30, Yu, Mingli wrote:
> Did a simple check against core-image-full-cmdline with qemuppc64 just
> now and it can boot successfully with the default 256M memory.
>
> But it failed to boot with my customized image as the attached
> messages(/var/log/messages). If not change t
akeLists.txt-ensure-reproduc.patch
> +++ /dev/null
> @@ -1,28 +0,0 @@
> -From cd65e3d9256a4f6eb7906a9f10678c29a4ffef2f Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin
> -Date: Mon, 26 Jun 2023 14:30:02 +0200
> -Subject: [PATCH] Source/JavaScriptCore/CMakeLists.txt: ensure reprod
Piping results through sed is masking failures that aren't
picked up by sed expressions.
One such failure probes the source tree, and so isn't
relevant for target testing, and can be disabled.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/curl/curl/disable-tests |
I think the culprit is the usage of MACHINE_ARCH. You can't have that
in regular recipes, as that makes them machine-specific, rather than
tune (i.e. architecture) specific.
Alex
On Wed, 2 Aug 2023 at 21:28, Böszörményi Zoltán wrote:
>
> Some clues please. What does this error mean? How to solve
Same comment as before:
This does need to be tested, and it does need examples. Can you rework
create_rpm_index() from meta/classes-recipe/testimage.bbclass to use
this class instead of package-index?
Alex
On Wed, 2 Aug 2023 at 23:40, Charlie Johnston wrote:
>
> Add a new bbclass that allows bui
also just teach that developer who is unwilling to learn new
stuff to write recipes. It's about the same amount of effort as
writing rpm .spec files :)
Alex
On Thu, 3 Aug 2023 at 08:09, Böszörményi Zoltán wrote:
>
> 2023. 08. 02. 21:54 keltezéssel, Alexander Kanavin írta:
> > I t
; RPMCANONVENDOR "/macros", ":",
etcconfdir, SYSCONFDIR "/rpm/macros.*", ":",
etcconfdir, SYSCONFDIR "/rpm/macros", ":",
etcconfdir, SYSCONFDIR
"/rpm
cific (this is a
tough sell at best, and likely a hard no).
Unfortunately making it all work and pass all the tests may not be easy.
Alex
On Thu, 3 Aug 2023 at 10:55, Alexander Kanavin via
lists.openembedded.org
wrote:
>
> A couple more observations:
> the content of usr/lib/rpm/platf
On Thu, 3 Aug 2023 at 12:59, Böszörményi Zoltán wrote:
> When /etc/rpm/platform exists, its content is read and
> /usr/lib/rpm/platform/`cat /etc/rpm/platform`/macros will be used
> for setting up essential macro values, even if this file does not exist.
> rpmbuild will look no further for other f
What do the tests actually do? If they test libexif functionality in
isolation, is there a need to run them, if upstream does this anyway?
ptests are primarily meant for integration testing, e.g. exposing
issues that arise in a complete customized system.
Alex
On Thu, 3 Aug 2023 at 15:29, Julien
On Thu, 3 Aug 2023 at 19:47, Trevor Gamblin wrote:
>
> The following tests have been seen failing intermittently on the
> autobuilder:
>
> test.test_multiprocessing_forkserver.WithManagerTestBarrier.test_timeout
> test.test_time.TimeTestCase.test_thread_time
But have they, or have we seen them fa
On Thu, 3 Aug 2023 at 19:57, Alexander Kanavin wrote:
> But have they, or have we seen them fail once? Both tickets have only
> one reference each to a failure. I'm not sure we need to disable the
> tests this quickly.
>
> https://bugzilla.yoctoproject.org/show_bug.
On Fri, 4 Aug 2023 at 01:53, Charlie Johnston wrote:
> Got it. Is running runtime_test.TestImage.test_testimage_dnf sufficient for
> testing the change? Or are there specific images I should try with testimage?
core-image-minimal, core-image-full-cmdline, core-image-sato,
core-image-sato-sdk sh
This is now the third time the patches are sent, without addressing my
questions first or fixing the patches.
Alex
On Mon, 7 Aug 2023 at 07:49, Poonam Jadhav wrote:
>
> From: Poonam Jadhav
>
> Alsa-lib is a user space library that provides audio
> and MIDI functionality apis for simplifying app
On Sun, 6 Aug 2023 at 23:14, Charles-Antoine Couret via
lists.openembedded.org
wrote:
> documentation/ref-manual/variables.rst | 14
> meta/classes-recipe/image.bbclass | 30 +
> meta/classes-recipe/image_types.bbclass | 43 -
This does need
1 - 100 of 10365 matches
Mail list logo