that:
https://tracker.debian.org/pkg/python-debian
The first one (python-team) is probably the one you are looking for.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about
do I have to do?
I suppose in this case it's easier to just wait for gevent's maintainer
to fix it.
I don't think you need to worry of this not happening in time for the
bookworm release.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4
fix whatever autopkgtest breaks before said breaking upload.
https://release.debian.org/britney/pseudo-excuses-experimental.html
That ought to prevent plenty of headaches we would otheriwse have.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD
s 0.12.0-2. I
don't think there is any gain whatsoever in rolling back to 0.11.0 at
this point.
Lastly, I'll ask the salsa admins to remove the repository you created
in the /debian/ space.
If you are interested in this package I recommend you join the DPT then
:)
--
regards,
, and as such won't be due to the freeze policy.
> Is this something the Debian Python Team could take over?
I'll keep a tab open to review and sponsor the nmu (but anybody feel
free to beat me).
--
regards,
Mattia Rizzolo
GPG Ke
ledge that it makes sense to converge on a single
solution for the whole team, and honestly I don't have much of a strong
preference towards either one.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
t always!), if it's a small packages it is processed quite
quickly, but poking the ftp team before not even a month has passed
without a good reason (for example, it's blocking an RC bug fix) is just
inappropriate.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A F
> updating all its rdeps and not run unittests for the python2 binary
> > > (so dropping pytest and the other b-d* only used for tests).
> >
> > Go for it.
>
> +1 from me too.
Yeah, +1!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F5
On Tue, 31 Mar 2020, 11:26 am Dmitry Shachnev, wrote:
> On Mon, Mar 30, 2020 at 11:01:49PM -0400, Sandro Tosi wrote:
> > * 38 apps that are leaf packages and popcon > 300;
> > ** 13 out of 38 have popcon < 600
> > ** 20 out of 38 have popcon < 1000
> >
> > I propose to raise the popcon threshold
/
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.deb
g I could *very frowingly* accept, is force-pushing a tag
because you are doing it again. Having said that, I usually just append
a number if I need to re-repack again an upstream tarball (+dfsg1,
+dfsg2, etc). But you mentioned only pristine-tar, so I suppose that's
not your case.
--
re
t keeping a separate binary package makes sense for almost all
cases I can think of packages shipping executables under /usr/bin/.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
hat is also removing calibre. At the same time,
bothering the release team for such minor matters feels somewhat
exaggerated.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More
and cssutils dropped its python2.
calibre from unstble is not migrating because of missing builds in arm64
and mipsel.
I reckon the way forward is to fix those two FTBFS in calibre.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540
On Tue, 31 Dec 2019, 7:42 pm Daniele Tricoli, wrote:
> Hello Fabrice,
> thanks for pinging I did not notice the MR :(
> Please next time can you assign it to me? I should reveive some sort of
> notification I hope! :)
>
I recommend you enable notifications for all packages in you are interested
There was a temporary bug in piuparts (after a migration from py2 to py3).
The bug has been fixed yesterday, and failed tests will be retried
automatically after a time.
There are probably hundreds of failed tests like that.
On Mon, 30 Dec 2019, 4:15 am Chow Loong Jin, wrote:
> On Mon, Dec 30,
On Mon, 2 Dec 2019, 10:25 pm Paul Gevers, wrote:
> Hi,
>
> On 02-12-2019 22:15, Sandro Tosi wrote:
> > the blocks are only between py2removal packages, so if a package
> > un-related to the py2removal effort
> > depend/recomments/b-deps/autotest-triggers a py2removal *application*,
> that
> > is
an, if noone disagrees I will likely convert this bug to a
> removal request in the not too distant future.
Sure, let's do this already!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about
getmail&m=151542154628352&w=2
uh. meh.
I haven't looked at the code, but if you made the effort, how improbable
would it be for you to just keep the patches for py3 support yourself in
the packaging for the time being?
--
regards,
Mattia Rizzolo
GPG Key:
Hi,
On Mon, 16 Sep 2019, 1:59 am Louis-Philippe Véronneau,
wrote:
> What is the process to update the DPMT and PAPT policies? I feel the
> DPMT policy is pretty good and I feel the PAPT policy could copy a bunch
> of stuff from there.
>
I wonder, I think the historical reasons for papt and dpmt
Considering that this is bzr we are talking about, a package that is
already entering the graveyard, I think it would be easiest to just disable
the test suite and move on.
But I would be happier it Thomas at least checked the rdeps before dropping
packages, at least evaluating if breaking things
ce it is autorm from testing without the maintainer saying
anything, open an RM bug for the rdep.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
't
processed any upload since ~11:20 AM UTC today.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad
oaded!
Just, please do not push debian/ tags unless you are completely sure
that's what is going to be uploaded.
In this case I would have liked to run wrap-and-sort, and add a R³
header, but hold back just for that.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F5
On Mon, Jul 22, 2019 at 12:53:23PM +0200, Andreas Tille wrote:
> I wonder whether this is safe for backports and backports-sloppy.
Yes, stretch-backports already supported it, so clearly buster-bpo and
stretch-bpo-sl support it.
--
regards,
Mattia Rizzolo
GPG Key: 6
go ahead.
>
> OK, I'll upload web.py without Python 2 support then.
> If someone has strong interest in rebuildd, they has to make a
> Python 3 version anyway. If the package is not in buster, there
> can still be a backport.
>
> Thanks for your input, Julien, Julien, and M
to py3
* drop the py2 package
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
he python-debianbts binary, without doing any kind of
strange migration, and keep the name python3-debianbts for the
python3 package, as the Debian Python Policy states.
As Andrey wrote, don't touch the source package name either.
Sorry if I spread confusion accidentally…
--
regards,
on-debianbts the new default package
> name for Python3?
just drop the python-debianbts binary, without doing any kind of strange
migration, and keep the name python-debianbts for the python3 package,
as the Debian Python Policy states.
--
regards,
Mattia Rizzolo
GPG
Go for it!
(I just hope that you check for any conflicting d/tests/control before
moving that file over)
On Mon, 7 Jan 2019, 9:42 p.m. Ondrej Novy Hi,
>
> because of:
>
>- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908272
>-
>
> https://salsa.debian.org/ci-team/autodep8/commit/
On Mon, Jan 07, 2019 at 09:03:11AM +0100, Ole Streicher wrote:
> Mattia Rizzolo writes:
> > On Sun, Jan 06, 2019 at 05:07:41PM +0100, Ole Streicher wrote:
> >> Now it turns out that there is a new migration problem, which is aplpy:
> >> Current aplpy (2.0~rc2-2) CI
k_reduce
|E ModuleNotFoundError: No module named 'skimage'
|
|/usr/lib/python3/dist-packages/astropy/nddata/utils.py:370: ModuleNotFoundError
However I wouldn't be able to tell you why it would pass with numpy and
matplotlib from unstable, given that neither pulls in skimage…
--
ips and mips64el, so I asked for the build to be
retried.
However there is after that a different RC bug (that I can fix once the
build is confirmed to be fixed as well).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 454
There is elbrus that does that regularly (Except these last few weeks
when it was on vaction). I think he said complete automation would miss
too many things that he is filtering out by hand for now.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 45
python3-astropy from unstable as the broken
version from testing would not be installable using the numpy from
unstable.
> So, how to handle this?
No action needed once both astropy and numpy are "fixed". :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF
ld have otherwise bothered several people in
a later moment…
For sure it's not just "fix your bugs" but more like "fix your bugs AND
all your rdeps", in fact you'd expect the maintainer of the package
breaking everything to be a tad more proactive, but in many
s should not hinder
> numpy to migrate.
I don't understand this, I don't see any python2-related issue right
now. Could you please expand?
--
regards,
Mattia Rizzolo
GPG Key: 4096R/B9444540 http://goo.gl/I8TMB
more about me: http://mapreri.org
Launchpad User: https://launchpad
ge that ecosystem to migrate their codebases.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
lintian suggests.
>
> Lintian should not tell us to remove fields that then cause warnings in build
> tools. Or those tools should be fixed.
CCing the dh-python maintainers, as it's dh_python{2,3} that deals with
those fields...
--
regards,
Mattia Rizzolo
is sounds like yet another one to me.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
nd find a DPMT member to sponsor it.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
nybody to keep using the py2 version after the
switch.
> But before that, I'd like to make sure dput-ng is in good enough shape,
> and have my peers try it. I also would like to have approval from past
> maintainers of dput before the upload.
Yep, let's test it a bit more from gi
YES, please.
On Fri, Feb 23, 2018 at 10:46 PM Stefano Rivera wrote:
> Hi Scott (2018.02.23_12:09:20_+0200)
> > Yes. I was planning on running the old scripts again. I'll do that
> > today.
>
> OK, I think I've got something that's ready.
>
> I think I'll just push them straight to Salsa, and we
!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: h
ted lines after).
I think you should try and see whether pybuild's autodetection works
fine, as it usually does.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about
ot any response yet.
JFTR python-modules-commits-owner@ currently goes to
stratus at users.alioth.debian.org, piotr at users.alioth.debian.org,
bzed at users.alioth.debian.org, kitterman at users.alioth.debian.org,
barry at users.alioth.debian.org
--
regards,
Mattia Rizzolo
general, it pushes branches
> available on both sides and tags.
I have recently discovered the config push.followTags=true, which pushes
all tags which reference objects that are being pushed.
That should save the '--tags' flag :)
--
reg
, as after all the output are always quit patches. Sure
if somebody uses pq and somebody else doesn't it would end up with some
diff noise due to the import/export, but imho nothing worth concerning
about.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FC
resigned for now).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
d python[3]-sphinx.
neither python-sphnix nor python3-sphinx ship anything in /usr/bin, so
bad example.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
y one who would consider moving the file back to
python3-cpuinfo a step backward…
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :'
Hey Paolo, any news of this package?
(explicitly CCing you to be extra sure it'll reach you)
(And this is why I prefer RFS bugs, btw, saving me from digging in my
mail archive to find this one…)
On Thu, Dec 29, 2016 at 06:17:40PM +0100, Mattia Rizzolo wrote:
> On Tue, Nov 29, 2016
o DPMT
4) remove the old repository from collab-mainnt
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launch
ementation..", are you sure
that's not under a different copyright/license? (if so upstream might
be at fault here, and this package might not be redistributable)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D1
e licenses at the bottom
+ other/pack.py is under another license
* I: python-patch: new-package-should-not-package-python2-module python-patch
+ right, I was about to forget about this...
* I: python-patch source: binary-control-field-duplicates-source field
"section" in package pyt
at mailing list, which appears
to be jwilk. I find that particularly interesting, given that afaik he
left the team some time ago.
I don't know whether anybody else knows the administration password
other than him.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F5
discard it.
Mattia,
whom suffers from this for the debian-science-maintainers ML.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://
in NEW
> packages, though. I'd not encourage people to do so but also not
> forbid it,
Thanks for having some trust in your fellow package maintainers...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .'
g to
drop them next year would be a plain waste of time.
I'm curious: what triggered this email of yours?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org
On Fri, Aug 19, 2016 at 10:47:37PM +0200, Elena ``of Valhalla'' wrote:
> On 2016-08-18 at 22:27:42 +, Mattia Rizzolo wrote:
> > * Files-Excluded in d/copyright doesn't list all the files that are
> > removed (at least according to `git diff --stat
> &
t actually mangling anything
* just quickly skimming over the README, I think it would make sense to
include in the binaries, as it provides quick documentation (I think)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`
.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
D
at somebody will remember such a mail
already next week, much less in some months.
> Btw, the docs on the wiki documents how to be added/contribue, but not
> really how to stop ;-)
A person usually just remove himself from the Uploaders field, from my
experience.
--
regards,
roduce the failure.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debia
f most were
maintained in the python teams somebody could have gone through them and
fixing them in little time).
But be assured, if you don't do that yourself somebody else will do them
in one of the several efforts/projects that involves rebuilding
packages and checking they don't FTBFS
; can't see any packages that require nose2, which I find somewhat
> confusing. So probably will upload anyway.
Hopefully I cleared some.
FYI, I don't know of a nice way to build a dependency graph, like
sometimes I see somewhere, with graphiz
--
regards,
the parties involved :D
(especially to the maintainers who switched promptly and didn't wait
for the last time, and to the maintainers who actually maintain their
packages avoiding more work from QA guys who had to NMU them :P)
--
regards,
Mattia Rizzolo
GPG Key: 66AE
control: tag -1 moreinfo
On Wed, Jan 20, 2016 at 07:00:01PM +, Mattia Rizzolo wrote:
> Package: ftp.debian.org
> X-Debbugs-Cc: debian-python@lists.debian.org
>
> The maintainer (jenner) seems MIA (even if not declered officially by
> the mia team), nobody in the DPMT stepped
.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
D
uilt it, and the md5sum
> coincided
>
> thanks! I learned something today :)
cool, uploaded.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :
On Thu, Jan 14, 2016 at 02:45:55PM +0800, gustavo panizzo (gfa) wrote:
> On Tue, Jan 12, 2016 at 02:40:46AM +0000, Mattia Rizzolo wrote:
> > On Tue, Jan 12, 2016 at 10:18:43AM +0800, gustavo panizzo (gfa) wrote:
> > > Hello
> > >
> > > a
is the one used, 9F6C6333
the one on keybase)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
On Mon, Dec 14, 2015 at 08:30:09PM +0100, Luca Falavigna wrote:
> 2015-12-14 19:17 GMT+01:00 Mattia Rizzolo :
> > Turned out Luca already did the pysupport→dh-python migration back the
> > time we were on svn, but didn't upload, so I'm just holding off a dput.
>
&g
we were on svn, but didn't upload, so I'm just holding off a dput.
Please tell me what I should do with this :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
On Mon, Dec 14, 2015 at 02:41:09PM +0100, Piotr Ożarowski wrote:
> [Mattia Rizzolo, 2015-12-14]
> > Given that looks like nobody is interested in it, shall I do a QA upload
> > of the package kicking it out of the team?
>
> yes please (and thanks)
OK, uploade
time to hear from you before uploading.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: http://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri
t way I'll have the excuse to ask for RM: RoQA for a couple
of packages without feeling too guilty...
PS: let me guess, should this bug be reassigned to ftp-master for RM?
since you already stated -release is not the right place for this, and a
transition tracker is not really needed in
when Uploaders was removed in the
> first place?!)
dunno, I just noticed it while doing my shift for removing pysupport.
If you guys tell me so I'm happy to send an O bug, move the repo to
collab-maint and doing a QA upload orphanizing it.
--
regards,
Mattia Riz
nce is you don't need to feel bound to a package. Anyway, this
lead to a package rejection back this summer for some package of the X
team, where there are a lot of packages with this "issue" (even if
actively maintained).
--
regards,
Mattia Rizzolo
GPG Key:
.git
>
> where “origin” is the name of the remote, and “USERNAME” is your Alioth
> username.
You can also add a snipped like mine to ~/.ssh/config:
Host alioth svn.debian.org git.debian.org bzr.debian.org hg.debian.org
darcs.debian.org arch.debian.org anonscm.debian.org
HostName al
On Tue, Oct 06, 2015 at 04:03:54PM +0200, Thomas Goirand wrote:
> On 10/06/2015 01:02 PM, Mattia Rizzolo wrote:
> > On Tue, Oct 06, 2015 at 08:39:48AM +, Brian May wrote:
> >> On Tue, 6 Oct 2015 at 18:46 Thomas Goirand wrote:
> >>
> >>> This IMO is t
ng them committed to our git.
> >
>
> Sounds like an interesting thing to discuss/test after we move to git...
Moreover, jenkins.debian.org is happening right about now, guess it
would help quite something (and I'd be happy to host such tests there).
--
regards,
On Mon, Oct 05, 2015 at 05:26:38PM -0400, Barry Warsaw wrote:
> On Oct 05, 2015, at 09:16 PM, Mattia Rizzolo wrote:
>
> >Isn't this the whole point of unstable→testing?
>
> I guess, although it seems a lot of people run unstable so breakages affect
> more people. I
archive you might not be aware of.
Isn't this the whole point of unstable→testing?
Ok, the debian testing migration might do really few checks compared to
ubuntu's, but still it's the same thing, and I believe RT would like to
add more checks (at lest dep-8 tests) someday.
--
rega
84 matches
Mail list logo