On Fri, 04 Oct 2024 at 09:41:45 -0700, Soren Stoutner wrote:
> The bug report doesn’t explain exactly what aspect doesn’t
> comply with the policy, but I assume it comes down to python3-trezor
> installing to the following two directories, which have disparate names:
>
> /usr/lib/python3/dist-pa
Hello Soren,
Am 04.10.24 um 18:41 schrieb Soren Stoutner:
When I adopted this package, there was an existing bug report [1] claiming
that the existing binary package name needs to be changed to comply with
Python Policy. The bug report doesn’t explain exactly what aspect doesn’t
comply with th
Carsten,
On Friday, October 4, 2024 8:09:14 AM MST Carsten Schoenert wrote:
> Am 03.10.24 um 07:10 schrieb Soren Stoutner:
> > Sandro,
> >
> > I have just taken over maintenance of python-trezor and would like to
> > rectify
> > this problem. As I have never renamed a python binary package, I wo
Hello Soren,
Am 03.10.24 um 07:10 schrieb Soren Stoutner:
Sandro,
I have just taken over maintenance of python-trezor and would like to rectify
this problem. As I have never renamed a python binary package, I would like
to make sure I handle it correctly.
I can see the package is indeed insta
On Monday, September 30, 2024 8:55:38 AM MST Andrey Rakhmatullin wrote:
> On Mon, Sep 30, 2024 at 08:50:27AM -0700, Soren Stoutner wrote:
> > On Friday, September 27, 2024 4:48:58 PM MST Soren Stoutner wrote:
> > > 1. Just exclude this test from autopkgtests and go on with my life (I
> >
> > assu
On Mon, Sep 30, 2024 at 08:50:27AM -0700, Soren Stoutner wrote:
> On Friday, September 27, 2024 4:48:58 PM MST Soren Stoutner wrote:
> > 1. Just exclude this test from autopkgtests and go on with my life (I
> assume
> > autopkgtest-pkg-pybuild has an easy way to do this). There are 111 other
> >
On Friday, September 27, 2024 4:48:58 PM MST Soren Stoutner wrote:
> 1. Just exclude this test from autopkgtests and go on with my life (I
assume
> autopkgtest-pkg-pybuild has an easy way to do this). There are 111 other
> tests that run successfully, this is a test that upstream should run with
I have a further question about this test. When it runs in autopkgtests, it
looks for a file that exists in the larger upstream repository, but isn’t in
the python module tarball.
The test fails [1] with this error:
E FileNotFoundError: [Errno 2] No such file or directory: '/tmp/
autopkg
On Thursday, September 26, 2024 1:34:34 PM MST Andrey Rakhmatullin wrote:
> > 1. What is the best (idomatic) way to disable this test during build?
>
> In this case - just skip the whole file via appropriate PYBUILD_TEST_ARGS.
Thanks for the pointer.
--
Soren Stoutner
so...@debian.org
signatu
On Thu, Sep 26, 2024 at 01:02:14PM -0700, Soren Stoutner wrote:
> I am in the process of adopting and updating python-trezor. Upstream now
> contains a test that involves downloading a binary firmware package from the
> internet [1].
>
> This test causes the build to fail with the following err
Hi Michael,
I contacted Tristan and Richard some months ago. Tristan said to me he
was going to change
the maintainer field on d/control. But lookin on the salsa repository,
that was not updated.
I've already contacted them again.
I'll be very happy to update python-trezor, but IMO the maintaine
Hiya,
On Tue, Jun 16, 2020 at 10:18 AM wrote:
> Is someone available that could look into fix so python-libusb1 can progress
> to testing? I’m not a Debian developer, but I’m more than willing to do
> anything I can to help.
I just did a source-only upload of python-libusb1 and this should hel
12 matches
Mail list logo
