> > I dont think it's a problem per se, but i also want to understand if
> > the time debian-python@ dedicates to solve your issues is well spent.
>
> I'd say it is well spent.
>
> Andreas is herding a lot of cattle for Debian (as in
> packages, or people, or mentees). He's inventor of Debian
>
?
thanks!
On Thu, Feb 17, 2022 at 12:39 PM Sandro Tosi wrote:
> Hello all,
> the question is essentially all in the subject line, and my answer is yes.
>
> I receive notifications for all MRs opened against DPT packages, and
> Janitor's are always pretty much ready to merge as is, and
Andreas,
> > Any hint would be welcome
>
> See: https://github.com/explosion/catalogue/issues/27
>
> TLDR: skip that test on Python 3.10 for now.
this seemed an easy enough issue that, with some common and expected
due diligence, you could have figured it out yourself: checking
upstream issue
> Sorry again. I recheck the #1007025 [0], it should be RFP tag.
> This is my misspelt in the first request email.
> So I think I can go to to work it :-)
OMG you're right! i guess morning coffee hadnt kicked in when first
replying. I would still contact anarcat before starting any work,
because
> >> My salsa account is vimerbf(but I do not know why it hint me
> >> @vimerbf-guest)
> >>
> >> I have read the document: [1] and understand and follow it.
> >
> >according to
> >https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst#joining-the-team
> >you need to
Hello Bo,
> My name is Bo, and want to contribute to Debian. And I
> noticed the ITP[0] and want to help package it. Because
> python is my one of favorite program language also :-)
an ITP means someone else is already working on that package, so that
may not be the right first package for you.
> I need it to properly package an IRC bot designed for the
> DPT itself.
please share your ideas for such bot here, before installing it the
irc channels, thanks
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
> I however do not have enough powers to add you into
> the team.
that's good, because we have a procedure in place that perspective
team members need to follow to join the team:
https://wiki.debian.org/Teams/PythonTeam/HowToJoin and
> I admit I'm hesitating a bit for different reasons. While I agree that
> direct commits are better than MRs I found several DPT packages with
> very sensible changes in Git but no uploads following these. For
> instance fixing VCS fields and Maintainer name should be followed by an
> according
Hello all,
the question is essentially all in the subject line, and my answer is yes.
I receive notifications for all MRs opened against DPT packages, and
Janitor's are always pretty much ready to merge as is, and so i think
we should let Janitor commit directly to the team packages.
Jelmer is
> Or export SETUPTOOLS_SCM_PRETEND_VERSION.
> https://github.com/pypa/setuptools_scm#environment-variables
>
> pybuild does this for you.
i dont remember the exact details, but sometimes that doesnt work:
even just building the source package (which runs dh clean, which
invokes setup.py clean)
> I'd like other python team member's opinion on this, and I'm not eager
> to maintain that legacy package, as I tend to not want to maintain
> obsolete software. Still, I can do the initial work of creating it.
i wouldnt expect much maintenance needed tho: 0.8.4 is essentially
dead upstream, so
> I think the proper fix would be to ask people to move away from
> `py3versions -r` if there is no X-Python3-Version, and use`py3versions
> -s` instead.
>
> As such, I think we should ask the Lintian maintainers to:
>
> 1. Change the desc for tag declare-requested-python-versions-for-test to
>
>
> If they apt source their debian/control
> will have the obsolete Vcs-Browser information. I think there should at least
> be a tombstone there for them to understand where the team went.
since we moved these repos within salsa, they are actually being
redirected to the right repo location. I
> I intend to package paperless-ng.
>
> Many of its dependencies are packaged in Debian but in an older version.
> You can see the list at
> https://salsa.debian.org/mechtilde/paperless-ng/-/wikis/home
how did you come up with the list of packages that require updates? i
just checked one,
> > > Sandro, do you have any other packages in mind?
> >
> > too many to scan by-eyes only, so i planned on running some queries on
> > UDD to figure some other package out, but the udd-mirror is down, so
> > i'm going to provide a list (if any) later on.
>
> In general we are open to hand over
> Thus I moved mypy now and moved it to DPT[2]. Feel free to add yourself
> to Uploaders and upload with the new location.
thanks!
> Sandro, do you have any other packages in mind?
too many to scan by-eyes only, so i planned on running some queries on
UDD to figure some other package out, but
Andreas,
On Wed, Dec 22, 2021 at 1:42 PM Andreas Tille wrote:
>
> Am Wed, Dec 22, 2021 at 06:13:32PM +0100 schrieb Pierre-Elliott Bécue:
> >
> > Andreas Tille wrote on 21/12/2021 at 15:43:11+0100:
> >
> > > Ping? Could any admin of Debian Python Team help out? We can simply
> > > recreate the
> I'm in the process of writing a tool to uniform the repo configuration
> in python-team/package
>
> - add integration: Emails on push
> - remove integration Irker
> - add webhook: KGB (or edit to remove all the extra parameters set,
> which are the default values anyway)
> - add webhook:
> When we did the migration to git, there weren't good tools for managing
> the setup of the salsa repos (hooks, etc.) yet. I'd assume those exist
> now, we should check in with what other teams are doing. That stuff can
> all be fixed in one run of a tool, I'd assume.
yeah i figured that much,
Hello Chiara,
> I have committed to salsa a new version of sphinxext-opengraph running tests
> at the build time.
> There are no updates on upstream.
>
> It's not urgent, but if someone want to check my solution (as this is my
> first using autopkgtest)...
i dont think that's how you should
Hello Yago,
> I am the current maintainer of python-tabulate [1], and would like to
> join the team as I believe it makes more sense for the package to be
> under its roof. The goal is to prevent issues should I be unavailable
> in the future, but I will try continue maintaining it within the
On Mon, Nov 29, 2021 at 2:53 PM Chiara Marmo wrote:
>
> Dear list, Sandro,
>
> the 0.5.0 version of sphinxext-opengraph is on salsa ready for upload.
I checked it, and it looks good to me so i've uploaded it, thanks for
your contribution to Debian!
For the next upload, it would be good to run
Hello,
while working on something else[1], i noticed how many of the
repositories in the DPT salsa group are in poor shape:
* missing branches
* changes not pushed to salsa
* general misalignment in configuration/setup/organization
* many other small nuances
[1]
On Tue, Nov 23, 2021 at 10:40 PM Chiara Marmo wrote:
>
> Dear Sandro,
>
> thank you very much for your answer and your sponsoring.
>
>> If you want it to be sponsored,
>> please add a new entry to debian/changelog with a "source only
>> upload"-like text, set the suite to `unstable` (so not
i can sponsor this package, but...
> The package is tagged and ready for upload at
> https://salsa.debian.org/python-team/packages/sphinxext-opengraph
... that doesnt appear to be the case. If you want it to be sponsored,
please add a new entry to debian/changelog with a "source only
On Sun, Nov 14, 2021 at 8:52 PM Stefano Rivera wrote:
>
> Hi Sandro (2021.11.15_01:05:12_+)
> > > I filed https://github.com/Ousret/charset_normalizer/issues/138
> > > upstream.
> >
> > In the interest of moving things along, and while we wait for upstream
> > action on it, should we
> FWIW: $ grep charset-normalizer /srv/ftp-master.debian.org/log/2021-11
> 20211106022017|clean-queues|dak|move file to
> morgue|Incoming/REJECT|python-charset-normalizer_2.0.6-1_amd64.changes|/srv/ftp-master.debian.org/morgue/queues/2021/11/06
oh, didnt know we could search for that, thanks
>
Hello Dominik,
can you update the DPT on the status of python-charset-normalizer? it
used to be in NEW, but now i cant find it there and it's not in the
archive.
This package is needed at least by httpx, which cannot be upgraded to
its latest version, thus preventing a growing set of packages to
python-apt is not written nor maintained by this team, but rather
(from https://tracker.debian.org/pkg/python-apt) by the APT Dev team
and in particular by Julian Andres Klode (both in CC): please continue
the discussion with them
On Sun, Nov 7, 2021 at 6:21 PM Hunter Wittenborn
wrote:
>
> Hi!
-changes
I'm definitely no expert in autopkgtests, so if there's something to
improve, lemme know.
On Sun, Apr 25, 2021 at 12:22 AM Sandro Tosi wrote:
>
> Hello,
> recently i've been making some enhancements to py2dsp (part of
> pypi2deb[1] ); for those who dont know what that is, py2d
> I don't get why python-anyio is stuck ; I certainly didn't upload it
> without trying to build it, and I just tried again and there was no
> issue :
> https://buildd.debian.org/status/package.php?p=python-anyio
>
> Does someone have a clue what is happening?
it's marked as installed now, which
> I sometimes need to add or make updates to python packages. Currently, I
> just uploaded a newer upstream version of httpbin and I'd like to push
> the changes to the git repository, which resides in python-team/packages.
httpbin has been orphaned, so it appears as if this repo should be
moved
> That's an upstream bug then, and upstream should fix that and ship a complete
> source tarball.
>
> I always submit pull requests updating MANIFEST.in and until now, all
> upstreams have accepted them.
and that will require an upstream new release, which does not help
when you want/need to
> One note: I'd consider watching for PyPI instead of GitHub.
there was actually a recent discussion on this list, discouraging from
using PyPI in favor of github, since GH tarball usually contains docs,
tests, and other files useful when building from source, usually not
included in tarball
Please do report bugs in the BTS when there's a problem with a package
On Wed, Sep 29, 2021 at 10:32 AM Andreas Tille wrote:
>
> Hi,
>
> in the issue I filed against nipype I was asked to try to rebuild numpy
> and see whether this might make a diffence. So I tried
>
> dget
Hello Eberhard,
On Tue, Sep 28, 2021 at 12:10 PM Eberhard Beilharz wrote:
>
> Hi,
>
> I'm still looking for someone who'd be able and willing to upload the
> new version of sentry-python (1.4.2).
did you contact the current maintainer about this? Adding William to
the recipients list
> The
On Tue, Sep 21, 2021 at 5:00 PM Antonio Terceiro wrote:
>
> On Mon, Sep 20, 2021 at 11:14:44AM -0400, Sandro Tosi wrote:
> > > That's because gbp does not use pristine-tar by default, and
> > > debian/gbp.conf was missing `pristine-tar=True`. Just pushed a commit to
> &
On Mon, Sep 20, 2021 at 11:21 AM Andrey Rahmatullin wrote:
> On Mon, Sep 20, 2021 at 11:14:44AM -0400, Sandro Tosi wrote:
> > > That's because gbp does not use pristine-tar by default, and
> > > debian/gbp.conf was missing `pristine-tar=True`. Just pushed a commit to
>
> That's because gbp does not use pristine-tar by default, and
> debian/gbp.conf was missing `pristine-tar=True`. Just pushed a commit to
> fix that.
I dont think this is the right approach: the default options to work
on DPT packages should be in gbp default config file (or in another,
global,
> Now filed as
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=pydbg-removal;users=debian-python@lists.debian.org
why "Severity: serious"? none of them violates the policy:
https://www.debian.org/Bugs/Developer#severities; please adjust to
normal or important. thanks
--
Sandro "morph" Tosi
Rajib,
thanks for your enthusiasm in learning python, but please note this
mailing list is dedicated to "Discussion of issues related to Python
on Debian systems with a stress on packaging standards. Therefore
relevant for maintainers of Python related packages.", while it
appears you have general
> After the upcoming release of bullseye, I plan to start uploading all
> packages that currently use Alioth to migrate them to Tracker (along
> with the other pending changes in the git repos).
progress for this work is now tracked at
https://github.com/sandrotosi/debian-python-team-tracker
Hello,
a long time ago, we decided to stop using Alioth for the team email
address in Maintainer/Uploaders fields, and onovy mass-committed this
change to our repo; several of our packages (736, according to [1])
are still using Alioth.
[1] https://lintian.debian.org/tags/python-teams-merged
On Tue, May 18, 2021 at 12:29 PM Roland Mas wrote:
> I just created a topic on discourse to announce my effort.
the link is https://discourse.jupyter.org/t/debian-packaging-effort/9240
for those who want to follow
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
On Sat, May 8, 2021 at 9:56 PM Emmanuel Arias wrote:
> On 5/8/21 10:37 PM, Sandro Tosi wrote:
> > On Mon, Mar 15, 2021 at 10:29 AM Emmanuel Arias wrote:
> >> On Mon, Mar 15, 2021 at 4:22 AM Sandro Tosi wrote:
> >>>> * poetry-core failing https://ci.
On Mon, Mar 15, 2021 at 10:29 AM Emmanuel Arias wrote:
> On Mon, Mar 15, 2021 at 4:22 AM Sandro Tosi wrote:
>>
>> > * poetry-core failing https://ci.debian.net/packages/p/poetry-core/
>>
>> are you handling this failure?
looks like this is fixed in git: do you
> > this solution also underestimates the in-progress migration towards
> > poetry and pyproject.toml, where `python3 setup.py sdist` is not
> > available.
>
> Where does the metadata come from for projects using these things?
that'd be pyproject.toml AFAIUI
the point i wanted to make is that it
> Right and thus I am wondering if we could work through this, somehow?
> That is, $something fetches the tarball, runs sdist or whatever, and
> then the py2dsp magic.
>
> P.S. I know this sounds a little ambitious but I believe this would
> really help, too.
i do not plan to implement such a
On Wed, May 5, 2021 at 2:58 PM Andrey Rahmatullin wrote:
>
> On Thu, May 06, 2021 at 12:08:06AM +0530, Utkarsh Gupta wrote:
> > However, I am running into an issue (or I guess I am just not doing it
> > correctly).
> > Whilst trying to package from the g/h source
> >
> > > or git repository (a directory) that one has already downloaded.
> >
> > i dont see how starting from a git repo is useful, can you expand?
>
> instead of generating a .dsc first and then importing it into a git
> repository, it's more logical to me to import an upstream tarball into a
> git
> It would be useful if it could also be run against a tarball
this is already supported (but in general by py2dsp and in the context
of --github), f.e.:
$ ./py2dsp --profile dpt --distribution unstable --revision 1 --gh
https://github.com/indygreg/python-zstandard
./zstandard_0.14.1.orig.tar.gz
Hello,
recently i've been making some enhancements to py2dsp (part of
pypi2deb[1] ); for those who dont know what that is, py2dsp is a tool
that, given a PyPI project, will create an (initial) Debian source
package.
[1] https://packages.qa.debian.org/p/pypi2deb.html
I've just finished a patch
> * poetry-core failing https://ci.debian.net/packages/p/poetry-core/
are you handling this failure?
> * python-cleo in review https://salsa.debian.org/python-team/packages/cleo I
> hope finished this week
> * poetry still in progress
> https://salsa.debian.org/python-team/packages/poetry ->
Hello Emmanuel,
> From the missing dependencies we have:
> * poetry-core in NEW [0]
> * pastel in NEW need for clikit [1]
> * pylev in NEW need for clikit [2]
> * crashtest has RFS need for clikit [3]
> * clikit is ready on salsa but waiting for crashtest before RFS [4]
> * cleo ready but waiting
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org
Owner: Sandro Tosi
* Package name: pydata-sphinx-theme
Version : 0.5.0
Upstream Author : Joris Van den Bossche
* URL : https://github.com/pydata/pydata-sphinx
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
X-Debbugs-Cc: debian-python@lists.debian.org
Owner: Sandro Tosi
* Package name: ppmd
Version : 0.3.3
Upstream Author : miur...@linux.com
* URL : https://github.com/miurahr/ppmd
* License
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
X-Debbugs-Cc: debian-python@lists.debian.org
Owner: Sandro Tosi
* Package name: geventhttpclient
Version : 1.4.5
Upstream Author : Antonin Amand
* URL : http://github.com/gwik
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
X-Debbugs-Cc: debian-python@lists.debian.org
Owner: Sandro Tosi
* Package name: flask-basicauth
Version : 0.2.0
Upstream Author : Janne Vanhala
* URL : https://github.com/jpvanhal/flask
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
X-Debbugs-Cc: debian-python@lists.debian.org
Owner: Sandro Tosi
* Package name: locust
Version : 1.4.3
Upstream Author : Carl Byström, Jonatan Heyman
* URL : https://locust.io/
* License
+Steffen explicitly, given the team is not in Maintainer nor Uploaders
> How about renaming the current python3-louvain package to
> python3-community-louvain using a normal transition package.
that's incorrect: src:python-louvain builds a module called
`community` (that includes also a cli
> I would like to join DPT, I already maintain several packages under the DPT
> umbrella
how is this possible (maintaining packages in DPT without being a member)?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
> > Added!
> >
> > Happy package maintenance :)
>
> Thanks <3
please name the project as the source package name, not "Easy Ansi"
https://salsa.debian.org/python-team/packages/easy-ansi; also
src:python-easy-ansi, the python- prefix is not strictly required --
anyhow, the salsa project name
> I injected a new tarball drained from Github. It seems to need lots of
> not yet packaged - I have no idea how to cope with this.
i dont understand what you're trying to say here; if it's that
diskcache requires modules/packages not present in debian yet, it's
simple: you need to package those
Andreas,
did you read the error before asking for help? i mean, it's literally
right there
On Mon, Jan 25, 2021 at 11:47 AM Andreas Tille wrote:
> ERROR: tox config file (either pyproject.toml, tox.ini, setup.cfg) not found
and that's because
Hello,
it looks like Barry (correct me if i'm wrong) set up
https://debian-python.readthedocs.io/en/latest/ but it has not been
updated in a while.
Do we know what's the status of this website, if we want to continue
to maintain it, or instead we should just consolidate onto
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: python-multipart
Version : 0.0.5
Upstream Author : Andrew Dunham <>
* URL : http://github.com/andrew-d/python-multipart
* License : Apache
Programming Lang: Python
Descr
On Mon, Nov 23, 2020 at 6:50 PM Thomas Goirand wrote:
>
> On 11/23/20 10:10 PM, Sandro Tosi wrote:
> >>> First, an apology: it seems I misremembered being in the team, and
> >>> uploaded to
> >>> NEW a bunch of packages with the team in `Uploaders`.
&
> > First, an apology: it seems I misremembered being in the team, and uploaded
> > to
> > NEW a bunch of packages with the team in `Uploaders`.
>
> Please put the team as Maintainer, and yourself as Uploaders.
why? that's not a requirement:
>* Use git to generate upstream tarball, as the PyPi module doesn't include
> the test folder. Using the gen-orig-xz in debian/rules, as using the
> repack function of debian/watch doesn't make sense (why downloading a
> tarball that would be later on discarded? I'm open to a
> I'm looking for information about the work done by the Python Team for a
> talk to encourage the Cuban python community to collaborate in Debian.
why do you want to encourage people to contribute to a team you're not
part of, to which you never contributed to (at least that i could
quickly
attached the dd-list of the packages missing the pristine-tar branch (some
may have been moved/removed, but these are actual repos in DPT)
On Fri, Jul 10, 2020 at 12:38 AM Sandro Tosi wrote:
> Hello,
> i would like to propose a project to make sure our teams (DPMT/PAPT)
> repos
> New/correct address is:
> Maintainer: Debian Python Team
Was this discussed somewhere? i cant find references in the ml -- thanks
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi
To these days, this is still happening! can we finally get rid of
this? Piotr, it looks like you're the admin of the mailing list, can
you take care of it please? thanks!
On Mon, Jun 11, 2018 at 5:44 AM Ondrej Novy wrote:
>
> Hi,
>
> 2018-06-10 1:35 GMT+02:00 Sandro Tosi :
>>
argggh removed the wrong address, adding Nick
On Fri, Jul 31, 2020 at 1:27 PM Sandro Tosi wrote:
>
> >* d/control:
> > - Mark package python3-uflash-doc as M-A: foreign
>
> This -doc package doesnt follow the policy, of having a python- prefix
> and not a pytho
>* d/control:
> - Mark package python3-uflash-doc as M-A: foreign
This -doc package doesnt follow the policy, of having a python- prefix
and not a python3- prefix -- please fix
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Hello,
I don't know the technicalities required to do that (nor i have
permissions to do it myself anyway), but I'm wondering if we should
grant direct access to our repos to the Janitor user.
I don't think any of us checks those PRs in depth, and most of the
time Jelmer comes in and bulk-merges
On Sun, Jul 19, 2020 at 11:04 AM Raphael Hertzog wrote:
>
> Hi,
>
> On Fri, 10 Jul 2020, Sandro Tosi wrote:
> > The checks i have in mind for now, are:
> >
> > * pristine-tar branch must exist, if not -> it's a bug
> > * pristine-tar + upstre
did you run the -v option, as suggested by the error? it may lead to
what the problem is
On Sat, Jul 18, 2020 at 7:03 PM Pablo Mestre wrote:
>
> Hi,
>
> Im trying to packages python-jsonrpc-server to solve the dependencies
> for upgrade Python IDE Spyder.
>
> I get this issue with the test
Luca,
> I have read and accept the policy.rst - if accepted, I will update the
> branch policy of my modules to match the policy (mainly
> s|debian/sid|debian/master|) and update the Maintainer field,
> everything else already matches.
In your request to join email, you agreed to accept and
> I guess a lot of things are unlocked now. I wonder how we can help
> fixing what's remaining.
I think i already took care of all the packages that got (recursively)
freed up by switching mercurial to python3.
> Please do share your thoughts on that.
I guess one can always look at
> If we dont hear otherwise, we plan to upload the python3 version of
> mercurial in unstable on or around next Thursday, July 16th.
mercurial/5.4.1-2 has just been uploaded to unstable, switching it to
use python3.
Regards,
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
> It seems to be a little bit more controversial what should happen to the
> python
> command in the long term. Some people argue that python should never point to
> python3, because it's incompatible,
> however Debian will have difficulties to
> explain that decision to users who start with
> src:dbus-python cannot drop its Python 2 support until all of the reverse
> dependencies of python-dbus have done so (or been removed from testing, but
> that's unlikely to happen while they include key packages like avahi,
> jackd2 and pyqt5).
this is now the case: bin:python-dbus has no more
> Imaging you are the person that wants to join this cool project.
> You made some effort to apply for membership and sent in the request.
> Then you wait humblely. Humble as you are, you wait another day.
> On third day you start wondering "Is asking again expressing
> that you care or
Andrej, the pristine-tar branch has not been updated (not sure if you
didnt push it or it was not imported with the --pristine-tar option)
On Sat, Jul 11, 2020 at 1:04 PM Debian FTP Masters
wrote:
>
>
>
> Accepted:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Format: 1.8
> Date:
Hello,
i would like to propose a project to make sure our teams (DPMT/PAPT)
repos are being used correctly; it has a broader set of requirements
than the pristine-tar one (and so it's more complex), thus a separate
message.
The checks i have in mind for now, are:
* packages in DPMT/PAPT need to
Hello,
i would like to propose a project to make sure our teams (DPMT/PAPT)
repos are using pristine-tar properly.
The checks i have in mind for now, are:
* pristine-tar branch must exist, if not -> it's a bug
* pristine-tar + upstream branch must produce the same tarball as
downloaded from the
Hello,
this email is to inform the maintainers of the reverse dependencies of
mercurial of the plan to upload to unstable the python3 version next
Thursday. We want to be extra-safe with the switch, hence this email.
In To: to this email the maintainers mailing list + key other MLs and
addresses,
> I propose to raise the severity of all leaf applications in 3 days, if
> i dont hear any objections.
This is now enabled and at the next run (in ~50 minutes) it will take effect.
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
Hello,
Currently only leaf applications (ie something that doesnt start with
`python-`) with popcon <= 1000 get their py2removal bug bumped to RC.
I propose to raise the severity of all leaf applications in 3 days, if
i dont hear any objections.
The current list of applications, and their
> > > Do you need any help in coordinating with the packaged extensions,
> > > testing changes, preparing patches? a lot of time has passed since we
> > > started asking about mercurial and python3 and it is becoming the only
> > > reverse-dependency of several packages that could be removed if
>
> Running the script shows that 279 reverse (build?) dependencies are
> affected by mock. This clearly isn't something one wants to run on a
> personal computer, and even less a test which one wants to run sequentially.
>
> Has any thought went into having some kind of runners running on a cloud
>
> Is anyone from the team opposing to this?
Yes, i'm against your proposal.
> If so, please explain the
> drawbacks if the OpenStack team takes over.
1. you're personally attacking Ondrej, who is one of the very few
members of this team doing team-wide work, and that should be enough
to reject
Hello all,
it looks like i started a process that would require the removal of
several PyPy (as in pypy-* depending on the `pypy` package) packages
from the archive.
I'm now wondering: what should we do with the entire pypy ecosystem?
should we treat pypy-* packages like python-* ones and remove
Package: wnpp
Severity: wishlist
* Package name: cppy
Version : 1.1.0
Upstream Author : The Nucleic Development Team
* URL : https://github.com/nucleic/cppy
* License : BSD 3-Clause
Programming Lang: Python
Description : collection of C++ headers which
> Any trick to avoid those errors in general?
when i push i always do
$ git push --all ; git push --tags
i also have these in ~/.gitconfig
[push]
default = current
followTags = true
with should make the `git push --tags` unnecessary after `git push
--all` (as tags will "follow"
Antoine, you did not push the upstream branch. please do so, in order
to keep the repo consistent
On Mon, May 11, 2020 at 10:15 PM Debian FTP Masters
wrote:
>
> paramiko_2.7.1-1_source.changes uploaded successfully to localhost
> along with the files:
> paramiko_2.7.1-1.dsc
>
Package: wnpp
Severity: wishlist
* Package name: hstspreload
Version : 2020.5.5
Upstream Author : Seth Michael Larson
* URL : https://github.com/sethmlarson/hstspreload
* License : BSD-3
Programming Lang: Python
Description : Chromium HSTS Preload list
> I am running into an issue installing psutil: pip3 install psutil, in a
> virtual environment. I have upgraded my pip and setuptools with no
> avail. I am getting this error: https://pastebin.com/2Xb7UN9g
psutil is not pure python, and contains some extensions that need to
be compiled, so your
1 - 100 of 437 matches
Mail list logo
