From: Julien Olivain <ju.o@free.fr>
To: Marcus Folkesson <marcus.folkesson@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com>, buildroot@buildroot.org
Subject: Re: [Buildroot] [PATCH 1/2] package/criu: new package
Date: Sun, 10 Sep 2023 23:05:19 +0200 [thread overview]
Message-ID: <6316e92cc730f0e9fdd11379a95dd10b@free.fr> (raw)
In-Reply-To: <ZP4cBkx2VFsfsN7M@gmail.com>
Hi Marcus,
On 10/09/2023 21:41, Marcus Folkesson wrote:
> Hi Julien,
>
> On Sat, Sep 09, 2023 at 11:16:27PM +0200, Julien Olivain wrote:
>> Hi Thomas, Marcus,
>>
>> On 09/09/2023 15:55, Thomas Petazzoni wrote:
>> > On Sat, 9 Sep 2023 15:03:13 +0200
>> > Marcus Folkesson <marcus.folkesson@gmail.com> wrote:
>> >
>> > > Thank you for your solid review.
>>
>> [...]
>>
>> > One good thing would be to have a runtime test for criu, in
>> > support/testing. Julien Olivain (in Cc) can probably provide some
>> > guidance here.
>>
>>
>> Marcus, you should be able to reproduce that with the command:
>>
>> utils/test-pkg -p criu
>
> I've sent out a v2 where the comments from Thomas is addressed. But I
> am
> not able to reproduce the errors you got with test-pkg.
>
> I'm not sure why it skips my tests. Could you please provide some
> guidance?
All test are skipped because of the "depends on
BR2_PACKAGE_HOST_PYTHON3" not being set by default.
I'm not sure is this "depends on" is really needed, as I expect it
to be a build dependency. If it's the case, the dependency is only
needed in the .mk file. I let the reviewers comment the v2 patch
on that topic...
Anyways, for the moment, this can be managed by manually creating a
config setting this for test-pkg. For example:
cat > criu.config <<EOF
BR2_PACKAGE_HOST_PYTHON3=y
BR2_PACKAGE_CRIU=y
EOF
Then, test-pkg will no longer skip the tests. On my side, I now see:
utils/test-pkg -c criu.config -p criu
bootlin-armv5-uclibc [1/6]: FAILED
bootlin-armv7-glibc [2/6]: FAILED
bootlin-armv7m-uclibc [3/6]: SKIPPED
bootlin-x86-64-musl [4/6]: OK
br-arm-full-static [5/6]: SKIPPED
sourcery-arm [6/6]: FAILED
6 builds, 2 skipped, 3 build failed, 0 legal-info failed, 0
show-info failed
I let you inspect the build log files ~/br-test-pkg/*/logfile for
the details.
With this v2, I am now able to build criu on some x86_64 and Aarch64
configurations, so I can start writing a runtime test ;)
>> Ideally, the package should have no failure (i.e. only OK or SKIPPED)
>> when testing all toolchains, with:
>>
>> utils/test-pkg -a -p criu
Then, once the test-pkg (without "-a") will have no failure, it will
be a good test to retry it _with_ the "-a" option:
utils/test-pkg -c criu.config -p criu
>> For the details, see:
>> https://nightly.buildroot.org/manual.html#testing-package
Thanks again!
Julien.
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2023-09-10 21:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-08 8:27 [Buildroot] [PATCH 1/2] package/criu: new package Marcus Folkesson
2023-09-08 8:27 ` [Buildroot] [PATCH 2/2] DEVELOPERS: add Marcus Folkesson for package/criu Marcus Folkesson
2023-09-08 20:46 ` Thomas Petazzoni via buildroot
2023-09-08 20:57 ` [Buildroot] [PATCH 1/2] package/criu: new package Thomas Petazzoni via buildroot
2023-09-09 13:03 ` Marcus Folkesson
2023-09-09 13:55 ` Thomas Petazzoni via buildroot
2023-09-09 21:16 ` Julien Olivain
2023-09-10 19:41 ` Marcus Folkesson
2023-09-10 21:05 ` Julien Olivain [this message]
2023-09-12 12:53 ` Marcus Folkesson
2023-09-12 13:17 ` Thomas Petazzoni via buildroot
2023-09-12 21:53 ` Julien Olivain
2023-09-13 5:56 ` Marcus Folkesson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6316e92cc730f0e9fdd11379a95dd10b@free.fr \
--to=ju.o@free.fr \
--cc=buildroot@buildroot.org \
--cc=marcus.folkesson@gmail.com \
--cc=thomas.petazzoni@bootlin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox