Hi,
On 19-03-2022 14:48, Nilesh Patra wrote:
For avoidance of doubt, the canonical definition lives in the autopkgtest
package:
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
I usually refer /usr/share/doc/autopkgtest/README.package-tests.rst.gz in
On Sat, Mar 19, 2022 at 02:32:12PM +0100, Paul Gevers wrote:
> > [1] https://people.debian.org/~eriberto/README.package-tests.html
>
> For avoidance of doubt, the canonical definition lives in the autopkgtest
> package:
>
Hi,
On 19-03-2022 09:26, Sascha Steinbiss wrote:
Would it be possible to add a hint to ignore arm64 autopkgtest suite?
BTW I think this is possible already in the autopkgtest definition [1] by
adding an Architecture: section and leaving out arm64 in the list of archs you
list in there — if
On 19 March 2022 1:56:17 pm IST, Sascha Steinbiss wrote:
>Hi Nilesh,
>
>[…]
>> Would it be possible to add a hint to ignore arm64 autopkgtest suite?
>
>BTW I think this is possible already in the autopkgtest definition [1] by
>adding an Architecture: section and leaving out arm64 in the list
Hi Nilesh,
[…]
> Would it be possible to add a hint to ignore arm64 autopkgtest suite?
BTW I think this is possible already in the autopkgtest definition [1] by
adding an Architecture: section and leaving out arm64 in the list of archs you
list in there — if that is what you mean.
Cheers
Hi again, Paul.
On 3/10/22 6:28 PM, Nilesh Patra wrote:
On Thu, Mar 10, 2022 at 01:09:41PM +0100, Paul Gevers wrote:
I was finally able to make time and do this. I first ran
admin@ci-worker08:/tmp/toil$ apt source toil/unstable
admin@ci-worker08:/tmp/toil/toil-5.6.0$ autopkgtest --shell
On Thu, Mar 10, 2022 at 01:09:41PM +0100, Paul Gevers wrote:
> I was finally able to make time and do this. I first ran
>
> admin@ci-worker08:/tmp/toil$ apt source toil/unstable
>
> admin@ci-worker08:/tmp/toil/toil-5.6.0$ autopkgtest --shell --shell-fail .
> -- lxc --sudo
Hi,
On 03-03-2022 21:35, Paul Gevers wrote:
On 03-03-2022 21:01, Paul Gevers wrote:
b) If you could bypass the unlink (patch pasted below to do so) and
check once, that would be
great
That's a bit hard to do on the infra. I just started the test locally
to see if it reproduces on my
Hi,
On 03-03-2022 21:01, Paul Gevers wrote:
b) If you could bypass the unlink (patch pasted below to do so) and
check once, that would be
great
That's a bit hard to do on the infra. I just started the test locally to
see if it reproduces on my system. If it does, I'll try with the patch.
Hi,
On 02-03-2022 21:13, Nilesh Patra wrote:
a) As per Sascha's idea[1], if you can simply run the test once, and check
there is nothing(no daemon/service) removing files in /tmp/.. dir
How would I do that? autopkgtest itself does that, but only of tries it
just finished using. So I'm not
Hi Paul,
On 3/2/22 11:51 PM, Paul Gevers wrote:
I tried re-triggering it to check once again but looks like runners are not up
unfortunately.
You mean the salsa ones, right?
Yes
And so if you could trigger a test suite for this package at your end once, and
help debug it,
that'd be
Hi,
On 02-03-2022 16:53, Nilesh Patra wrote:
Sascha even pointed out that it goes fine on reproducible build
machines, and this package runs same build time
test as autopkgtest
Yes, but normally not in lxc.
The salsa pipeline was passing as well[1] which IIRC uses similar setup
as debci.
Hi Paul,
On 3/2/22 9:09 PM, Paul Gevers wrote:
On 02-03-2022 14:58, Nilesh Patra wrote:
@Paul, could you please help reproduce this in the debci environment and
help us with any clues as to what might be wrong?
The autopkgtest command line is at the top of each log.
I am aware, and I use
Hi,
On 02-03-2022 14:58, Nilesh Patra wrote:
@Paul, could you please help reproduce this in the debci environment and
help us with any clues as to what might be wrong?
The autopkgtest command line is at the top of each log.
| File
control: severity -1 serious
control: tags -1 moreinfo
On Sat, 19 Feb 2022 19:11:52 +0100 Sascha Steinbiss wrote:
> Unfortunately I cannot reproduce this.
+1
> toil 5.6.0-2 builds in unstable
> with no problems locally (amd64) and on the Reproducible Builds build
> cluster [1] on amd64, arm64,
15 matches
Mail list logo
