Control: tags -1 moreinfo
Carsten,
On Friday, October 4, 2024 11:18:04 AM MST Carsten Schoenert wrote:
> the Python policy hasn't got updates and adjustments since years, a lot
> of things are a bit outdated e.g. how to handle Python2 based packages.
>
> The part Sandro was referring to is §4.3
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 r
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
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 installed into /usr/lib/python3/dist-packages/
trezorlib, which
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
g opinions about situations like
these, I am inclined to just go with option 1.
[1] https://salsa.debian.org/python-team/packages/python-trezor/-/jobs/
6345561#L248
[2] https://github.com/trezor/trezor-firmware/blob/main/core/embed/models/
T2T1/vendorheader/vendorheader_satoshilabs_signed_pr
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 wit
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 error message, both on
my local sbuild and on Salsa [2
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, b
Hello again,
The forthcoming upgrade of Electrum to 4.x will require python-trezor0.12 to
maintain trezor compatibility. Is there someone that can upload that update? I
tried contacting Richard Ulrich and Tristan Seligmann but haven’t been able to
make contact.
The primary roadblock to 0.12 wa
is should help
migrate it to testing.
And should, therefore, unblock python-trezor :)
I hope that helps.
Best,
Utkarsh
Hello all-
I’m doing some work with another team on a related project. Part of their work
requires python-trezor to be upgraded in Testing. Python-trezor is currently
held back by python-libusb1 which needed a minor update to conform to python
naming rules. I had contacted Arnaud, he updated
17 matches
Mail list logo
