On Sun, 2024-03-03 at 10:20 -0800, Ross Vandegrift wrote:
> Not exactly an answer, but an alternative - it's easy to get an ARM VM from
> many cloud providers. For a buck or two, I've avoided hours of futzing with
> the porterboxes. I've heard of providers with PPC, but haven't ever actually
>
On Fri, Mar 01, 2024 at 06:28:50PM +0530, Nilesh Patra wrote:
> When I want to fix autopkgtests for a package on a particular architecture, I
> currently
> see no way to run autopkgtests before I dput since porter boxes do not
> provide root
> access which autopkgtest needs.
Not exactly an
On Sun, 03 Mar 2024 at 22:52:26 +0530, Nilesh Patra wrote:
> If I want to run tests with another package (say a test dependency) that I
> fixed
> locally on a particular arch (which is not amd64) -- how doI run autopkgtests
> with
> this combo on a porter machine?
Unfortunately, the general
On Sun, Mar 03, 2024 at 06:09:47PM +0100, Paul Gevers wrote:
> On 01-03-2024 1:58 p.m., Nilesh Patra wrote:
> > Have you found any way around these?
>
> https://salsa.debian.org/mbanck/dd-autopkgtest/
Thanks, I will use this for autopkgtests.
This however also only partially solves the issue
Hi,
On 01-03-2024 1:58 p.m., Nilesh Patra wrote:
Have you found any way around these?
https://salsa.debian.org/mbanck/dd-autopkgtest/
Alternative, probably not the best solution, but until better ones are
found (and as long it's not too much used): Antonio and I offer DD's
access to
On 3/1/24 18:08, Andrey Rahmatullin wrote:
On Fri, Mar 01, 2024 at 07:15:16PM +0530, Nilesh Patra wrote:
You can use local sbuild chroots for foreign architectures, both for
building and, I assume, running autopkgtests.
I know but that is not something I want. This invaidates the whole point
Hi,
Quoting David Bremner (2024-03-01 14:09:36)
> Nilesh Patra writes:
> > When I want to fix autopkgtests for a package on a particular architecture,
> > I currently see no way to run autopkgtests before I dput since porter boxes
> > do not provide root access which autopkgtest needs.
> >
> >
Le 2024-03-01 à 08 h 09, David Bremner a écrit :
Nilesh Patra writes:
When I want to fix autopkgtests for a package on a particular architecture, I
currently
see no way to run autopkgtests before I dput since porter boxes do not provide
root
access which autopkgtest needs.
Currently I am
On Fri, Mar 01, 2024 at 07:15:16PM +0530, Nilesh Patra wrote:
> > You can use local sbuild chroots for foreign architectures, both for
> > building and, I assume, running autopkgtests.
>
> I know but that is not something I want. This invaidates the whole point of
> using
> porter machines.
I
On Fri, Mar 01, 2024 at 06:03:16PM +0500, Andrey Rahmatullin wrote:
> You can use local sbuild chroots for foreign architectures, both for
> building and, I assume, running autopkgtests.
I know but that is not something I want. This invaidates the whole point of
using
porter machines.
Best,
Nilesh Patra writes:
> When I want to fix autopkgtests for a package on a particular architecture, I
> currently
> see no way to run autopkgtests before I dput since porter boxes do not
> provide root
> access which autopkgtest needs.
>
> Currently I am manually hacking around the test scripts
On Fri, Mar 01, 2024 at 06:28:50PM +0530, Nilesh Patra wrote:
> Hi,
>
> When I want to fix autopkgtests for a package on a particular architecture, I
> currently
> see no way to run autopkgtests before I dput since porter boxes do not
> provide root
> access which autopkgtest needs.
>
>
Hi,
When I want to fix autopkgtests for a package on a particular architecture, I
currently
see no way to run autopkgtests before I dput since porter boxes do not provide
root
access which autopkgtest needs.
Currently I am manually hacking around the test scripts and running the
autopkgtests
13 matches
Mail list logo