Hi Paul
On Sun, 15 Mar 2020 at 14:55, Paul Gevers wrote:
> Which tracker do you mean here?
>
> tracker.d.o
> ddpo.d.o
> release.debian.org/transitions (don't think you mean this one)
> britney itself
Trackers, trackers everywhere! [1]
Sorry, I meant the transition tracker for this transition [2
Hi Graham,
On 15-03-2020 10:14, Graham Inggs wrote:
> galpy's autopkgtests passed [1] after a binNMU.
> I don't know why it wasn't picked up by the tracker.
Which tracker do you mean here?
tracker.d.o
ddpo.d.o
release.debian.org/transitions (don't think you mean this one)
britney itself
Paul
galpy's autopkgtests passed [1] after a binNMU.
I don't know why it wasn't picked up by the tracker.
[1] https://ci.debian.net/packages/g/galpy/unstable/amd64/
Hi Matthias
I had a look at the Testing Excuses for python3-defaults [1]. Of the
84 packages listed there, most are already passing in unstable and
some had regressed in testing. The breakdown of the remaining 22
packages is as follows:
kopanocore FTBFS (#953549)
causing the autopkgtests of kop
Control: tags -1 + confirmed
Hi Matthias
gnuradio / volk / gr-osmosdr and gnat / plplot have all recently migrated.
Please go ahead in unstable.
Regards
Graham
On Wed, Feb 05, 2020 at 01:26:31PM +, Simon McVittie wrote:
> On Wed, 05 Feb 2020 at 08:18:41 +0100, rene.engelh...@mailbox.org wrote:
> > Thanks, yes, that prevents the install of the "old"
> > gobject-introspection with the new python3 from experimental.
>
> Sorry, I wasn't thinking straight
On Wed, 05 Feb 2020 at 08:18:41 +0100, rene.engelh...@mailbox.org wrote:
> Thanks, yes, that prevents the install of the "old"
> gobject-introspection with the new python3 from experimental.
Sorry, I wasn't thinking straight (I blame post-FOSDEM illness). That
isn't actually what you need if you w
Hi,
Am 4. Februar 2020 23:27:13 MEZ schrieb Simon McVittie :
>On Tue, 04 Feb 2020 at 21:20:07 +0100, Rene Engelhard wrote:
>> root@frodo:/# g-ir-scanner
>...
>> ModuleNotFoundError: No module named 'giscanner._giscanner'
>
>This is fixed in 1.62.0-5 (#950267).
Thanks, yes, that prevents the inst
On Tue, 04 Feb 2020 at 21:20:07 +0100, Rene Engelhard wrote:
> root@frodo:/# g-ir-scanner
...
> ModuleNotFoundError: No module named 'giscanner._giscanner'
This is fixed in 1.62.0-5 (#950267). Upload was delayed by FOSDEM, needing
a glib2.0 upload to be built first (to have the right Breaks for t
Hi,
On Mon, Feb 03, 2020 at 08:24:50PM +0100, Matthias Klose wrote:
> On 2/3/20 8:22 PM, Simon McVittie wrote:
> > On Sun, 02 Feb 2020 at 09:35:04 +0100, Matthias Klose wrote:
> >> I think this is now in shape to be started.
> >
> > Please can this wait until the remaining bits of the libffi7 tra
Matthias Klose wrote:
On 2/3/20 8:22 PM, Simon McVittie wrote: >> Meanwhile, multiple packages seem to FTBFS on s390x with the new
libgcc_s
(I've just opened the bug for that, so no bug number known yet), which is
going to limit the ability to get things into testing.
please retry your packag
On 2/3/20 8:22 PM, Simon McVittie wrote:
> On Sun, 02 Feb 2020 at 09:35:04 +0100, Matthias Klose wrote:
>> I think this is now in shape to be started.
>
> Please can this wait until the remaining bits of the libffi7 transition
> and the restructuring of the libgcc_s packaging have settled down?
>
On Sun, 02 Feb 2020 at 09:35:04 +0100, Matthias Klose wrote:
> I think this is now in shape to be started.
Please can this wait until the remaining bits of the libffi7 transition
and the restructuring of the libgcc_s packaging have settled down?
I'm still trying to sort out the missing Breaks aro
On Sun, Feb 02, 2020 at 06:12:08PM +0100, Rene Engelhard wrote:
> Hi,
>
> On Sun, Feb 02, 2020 at 06:07:29PM +0100, Matthias Klose wrote:
> > > e.g. fontforge is still red in
> > > https://release.debian.org/transitions/html/python3.8.html.
> > >
> > > That means that a rebuild of stuff using fon
Hi,
On Sun, Feb 02, 2020 at 06:07:29PM +0100, Matthias Klose wrote:
> > e.g. fontforge is still red in
> > https://release.debian.org/transitions/html/python3.8.html.
> >
> > That means that a rebuild of stuff using fontforge in the build will
> > just FTBFS since it will be called with python3.8
On Sun, Feb 02, 2020 at 05:53:37PM +0100, Rene Engelhard wrote:
> On Sun, Feb 02, 2020 at 09:35:04AM +0100, Matthias Klose wrote:
> > > On 17-01-2020 23:28, Matthias Klose wrote:
> > >> Please add a transition tracker to switch the python3 default to 3.8.
> > >> It's not
> > >> yet ready, however
On 2/2/20 5:53 PM, Rene Engelhard wrote:
> On Sun, Feb 02, 2020 at 09:35:04AM +0100, Matthias Klose wrote:
>>> On 17-01-2020 23:28, Matthias Klose wrote:
Please add a transition tracker to switch the python3 default to 3.8.
It's not
yet ready, however it would be good to see affect
On Sun, Feb 02, 2020 at 09:35:04AM +0100, Matthias Klose wrote:
> > On 17-01-2020 23:28, Matthias Klose wrote:
> >> Please add a transition tracker to switch the python3 default to 3.8.
> >> It's not
> >> yet ready, however it would be good to see affected packages. Please copy
> >> it
> >> from
Control: tags -1 - moreinfo
On 1/18/20 9:30 PM, Paul Gevers wrote:
> Control: tags -1 moreinfo
>
> Hi Matthias,
>
> On 17-01-2020 23:28, Matthias Klose wrote:
>> Please add a transition tracker to switch the python3 default to 3.8. It's
>> not
>> yet ready, however it would be good to see affe
Control: tags -1 moreinfo
Hi Matthias,
On 17-01-2020 23:28, Matthias Klose wrote:
> Please add a transition tracker to switch the python3 default to 3.8. It's
> not
> yet ready, however it would be good to see affected packages. Please copy it
> from the 3.7 defaults change if possible.
Tracke
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Please add a transition tracker to switch the python3 default to 3.8. It's not
yet ready, however it would be good to see affected packages. Please copy it
from the 3.7 defaults change i
21 matches
Mail list logo
