Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
X-Debbugs-Cc: debian-pyt...@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
Source: python-fabio
Version: 0.11.0+dfsg-1
Severity: serious
Hello,
autopkgtests are failing, please check the logs at:
https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-fabio/10229362/log.gz
The same tests are not executed during build time, and that's why the package
builds fine
>* What led up to the situation?
> My EDITOR is set to 'vi', but when launching the editor from inside
> reportbug, it doesn't correctly clear lines on scrolling, so that
> any text from a previous longer line is still visible.
> This makes editing nearly impossible.
> Unlike I wrote in the
>* What led up to the situation?
> I'm using the POSIX locale, which uses the ASCII character set,
> but reportbug detects the character set as 'UTF-8'.
are you referring to this:
Locale: LANG=POSIX, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
?
If so, what's the LC_CTYPE env
control: tags -1 +moreinfo
> I run gkrellm from my .xsession file, and often, gkrellm does not detect
> all three fans in my computer, but only two of them. After one or two
> minutes of being run, I can usually click on the fan menu where the
> third fan now appears, deselected. Then I can
control: tags -1 +moreinfo
> `gkrellm` stopped working a while back for me (can't say for sure when it
> started).
> It crashes soon after displaying its window for me. The error message is:
>
> % /usr/bin/gkrellm --sync
> The program 'gkrellm' received an X Window System error.
>
> On Wednesday, January 20, 2021 1:12:43 PM EST Sandro Tosi wrote:
> > there's probably a new mpmath release happening soon (check
> > https://github.com/fredrik-johansson/mpmath/issues/565) so i'm gonna
> > wait for that
> Do you intend for that to make it into Bullseye?
> Here, the situation here is more complicated. There was a private
> communication with the committee, but such side conversations are
> unfair: How can Matthew ever feel that justice was served? I would
> personally not feel closure unless I saw all such communications and
> had an opportunity
> 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
> Package: wnpp
> Followup-For: Bug #979275
> Owner: Leandro Ramos
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> Hi. I want to package the program because I have been using it since 2014. I
> intend to finish the packaging and look for a sponsor.
and what program would that be? definitely
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
control: tags -1 +fixed-upstream
> During installation these messages are printed to the console:
>
> python3-mpmath (1.1.0-2) wird eingerichtet ...
> /usr/lib/python3/dist-packages/mpmath/ctx_mp_python.py:892:
> SyntaxWarning: "is" with a literal. Did you mean "=="?
> if other is
> This appears to be returning the correct result. Has another mimetype-
> related package been updated recently? I can't seem to locate one.
yup, it was fixed in
https://packages.qa.debian.org/m/media-types/news/20210107T225251Z.html
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me
> The packaged transmissionrpc is outdated for new versions of Transmission.
> Also the source package is not maintained anymore and even unvailable
> upstream.
> I'd propose to (re)package the maintained fork named 'transmission-rpc' (with
> a dash) that can be found at
control: reassign -1 python3-apt
> Traceback (most recent call last):
> File "/usr/bin/reportbug", line 44, in
> from reportbug import utils
> File "/usr/lib/python3/dist-packages/reportbug/utils.py", line 108, in
>
> _apt_cache = apt.Cache()
> File
rdeps rebuild result
2021/01/08 02:07:50 Building package 1 of 5: gammapy
2021/01/08 02:09:57 Building package 2 of 5: hypothesis-auto
2021/01/08 02:10:35 Building package 3 of 5: qcelemental
2021/01/08 02:11:22 Building package 4 of 5: qcengine
2021/01/08 02:12:11 Building package 5 of 5: psi4
Source: pytest
Severity: important
Hello,
pytest 6.x has already been uploaded to unstable (triggering the migration), but
the version is not the latest one (currently 6.2.1).
Please package a later version; severity is set to important because the latest
version of tqdm requires at least
> the version of pydantic in Debian is extremely old (>1 year) while it was only
> packaged relatively recently (~2 months).
>
> please do package the latest upstream release, since the current version is
> preventing from properly package `fastapi`.
Given i've not received any update in ~2
> I've noticed that when filing WNPP bugs for new packages, reportbug does not
> clearly identify if there is a previous WNPP bug for that (new) package.
> Instead, it seems to just return all WNPP bugs.
>
> Expected behavior:
> Debian packager files an ITP bug for foo. Packager forgets they have
Package: python3-opencv
Version: 4.5.1+dfsg-1
Severity: grave
Hello,
i've just upgraded to opencv 4.5.1 and when importing the python module, i got
this error:
Traceback (most recent call last):
File "tool", line 10, in
import cv2
ImportError: libcharls.so.2: cannot open shared object
Package: vorta
Version: 0.7.1-2
Severity: normal
Forwarded: https://github.com/borgbase/vorta/issues/456
Hello,
when i close vorta, it SIGEGV. Attached is a gdb run that shows the problem +
some debugging commands (but i dont really know how useful that may be).
Upstream had this reported at
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
Source: pydantic
Severity: important
Hello,
the version of pydantic in Debian is extremely old (>1 year) while it was only
packaged relatively recently (~2 months).
please do package the latest upstream release, since the current version is
preventing from properly package `fastapi`.
Regards,
Source: pydantic
Severity: important
Hello,
i see this package is hosted with the DPT, but the team is not set either in
Uploaders or as Maintainers, which is required by the policy:
https://debian-python.readthedocs.io/en/latest/dpmt-policy.html#maintainership
please clarify this ASAP.
Thanks,
On Fri, Dec 18, 2020 at 2:27 AM John Paul Adrian Glaubitz
wrote:
>
> On 12/18/20 2:44 AM, Sandro Tosi wrote:
> >> It seems that most of the Python dependencies in Build-Depends in
> >> debian/control
> >> are optional when comparing those with the build
> It seems that most of the Python dependencies in Build-Depends in
> debian/control
> are optional when comparing those with the build dependencies in openSUSE [1].
they are not: they are either used to run tests or build the documentation.
> I used the brute-force approach now and it built
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: fastapi
Version : 0.62.0
Upstream Author : Sebastián RamÃrez
* URL : https://github.com/tiangolo/fastapi
* License :
Programming Lang: Python
Description : modern, fast, web
> Source: html5lib
> Version: 1.1-2
> Severity: important
> User: pyt...@packages.debian.org
> Usertags: pytest-v6
>
> Hi,
>
> html5lib FTBFS with pytest 6 in experimental because it uses a
> deprecated feature that will be removed soon, and that, by default,
> considered an error in pytest 6.
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: antlr4-python3-runtime
Version : 4.9
Upstream Author : Eric Vergnaud, Terence Parr, Sam Harwell
* URL : http://www.antlr.org
* License : BSD
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: sphinx-a4doc
Version : 1.2.1
Upstream Author : Vladimir Goncharov
* URL : https://github.com/AmatanHead/sphinx-a4doc
* License : MIT
Programming Lang: Python
Description : Sphinx
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
* Package name: pyannotate
Version : 1.2.0
Upstream Author : Dropbox
* URL : https://github.com/dropbox/pyannotate
* License : Apache 2.0
Programming Lang: Python
Description : PyAnnotate: Auto
> I don't have any particular interest in this package,
then maybe let the maintainer take care of it?
> but if you
> supply a patch, I am happy to apply it and do a team upload.
no thanks
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
> Maybe they can be relaxed to Recommends or Suggests or something, if
> "I installed this package while python3.9 was the default, and I can't
> run f2py3.8" would be wishlist/wontfix rather than RC.
numpy provides compiled extensions for all supported python3 versions,
so it has to depend on
> But now it depends on both python3.8:any and python3.9:any.
and this will continue to be the case for as long as we have 2
supported python3 versions.
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
>* 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
control: tags -1 +moreinfo
On Thu, Nov 12, 2020 at 5:27 AM Mathieu Malaterre wrote:
>
> TODO, check python3-numpy 1.19 now works with kodi
>
> https://github.com/numpy/numpy/issues/14384
i dont understand what you're asking for: the link you sent hints at
the fix being available in 1.19, which
On Thu, 8 Oct 2020 23:03:31 +0100 Gabriele wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "austin":
>
> * Package name: austin
>Version : 2.0.0-1
>Upstream Author : Gabriele N. Tornetta
> * URL
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: py7zr
Version : 0.11.0
Upstream Author : Hiroshi Miura
* URL : https://github.com/miurahr/py7zr
* License : LGPL
Programming Lang: Python
lities
> csmall@debian10:~$ free -V
> free from procps-ng 3.3.15
> csmall@debian10:~$ ps -V
> ps from procps-ng 3.3.15
>
>
> On Sun, 17 May 2020 at 08:00, Sandro Tosi wrote:
>>
>> Package: procps
>> Version: 2:3.3.15-2
>> Severity: grave
>>
>
> When using the latex package dot2texi.sty in a latex document through
> "\usepackage{dot2texi}", the compilation fails with the error:
>
> Missing input file: 'moreverb.sty' from line
> '! LaTeX Error: File `moreverb.sty' not found.'
>
> The fix is obvious: doc2tex debian package need to
> If the greater problem was that I mangled so many bugs at once as though I
> were speeding past, I understand that the maintainers have not the slightest
> grasp of my thought process, and at the very least I should throttle myself.
> Just know that I did this because I cared, and as some would
control: reopen -1
John, please stop mass-handling bugs for packages you're not a
maintainer of, in particular before speaking with its maintainers:
reportbug has active people working on it.
there's still some value in possibly handling some control/bts
commands in reportbug, reopening
On Fri,
control: tags -1 +unreproducible
> After upgrade to 'testing' I noticed that most of the times *.torrent files
> cannot open through 'File>Open' menu.
> What I do to tackle this is going through 'File>Open URL...' and provide the
> URL with the torrent file.
i just tried with transmission/3.00
Source: ruby-pygments.rb
Version: 1.2.1-1
Severity: serious
Tags: ftbfs
Hello,
pygments has been recently updated to its latest upstream release (2.7.1), and
that's causing ruby-pygments to FTBFS with tests errors:
```
test_highlight_works_with_larger_files: F
Source: pyresample
Severity: important
Hello,
pyresample already supports cartopy, which is the replacement for the deprecated
basemap. So please drop basemap from build-depends/depends/etc .
Prioritu set to important as i plan on removing basemap in time for bullseye
release (there are only 2
Package: pyqso
Severity: important
X-Debbugs-Cc: m...@debian.org
Hello,
pyqso no longer uses basemap, and it's only referred in debian/control .
Severity set to important since i would like to remove it in time for bullseye,
since it's deprecated upstream (in favor of cartopy).
Thanks,
Sandro
On Sun, 24 Jan 2010 01:28:03 +0100 Sam Hocevar wrote:
> Package: python-pygments
> Version: 1.2.2+dfsg-1
> Severity: important
>
>pygments seems to be extremely slow when the input file contains a lot
> of colour changes. Here are the timings on my box with both pygmentize
> and highlight
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: mkautodoc
Version : 0.1.0
Upstream Author : Tom Christie
* URL : https://github.com/tomchristie/mkautodoc
* License : BSD
Programming Lang: Python
Package: wnpp
Severity: wishlist
* Package name: mkdocs-material
Version : 6.0.1
Upstream Author : Martin Donath
* URL : https://github.com/squidfunk/mkdocs-material
* License : MIT
Programming Lang: Python
Description : Material Design theme for
Source: libflame
Severity: serious
Hello,
please add hypothesis to the autopkgtests dependencies when testing numpy;
autopkgtest [03:28:25]: test numpy-with-default: python3 -c "import numpy as
np; np.test('full', verbose=3)"
autopkgtest [03:28:25]: test numpy-with-default:
> Thank you for the recent upload. Unfortunately, your package still can't
> migrate because it causes a FTBFS/autopkgtest regression in
> python-bleach (hence in CC).
>
> > This bug will trigger auto-removal when appropriate. As with all new
> > bugs, there will be at least 30 days before the
> * Package name: image-factory
> Version : 1.0.0
> Upstream Author : Benjamin Drung
> * URL : https://github.com/ionos-enterprise/image-factory
> * License : ISC
> Programming Lang: Python
> Description : Image factory for the IONOS customers images
> I need a more recent black, so I tried this. I imported the new upstream
> release in the git repository, and noted that it was doing two builds
> for python3 and two for python3-dbg. My changes are pushed to the
> repository.
i would have preferred if you didnt change the repo and just pinged
Source: python3.8
Version: 3.8.6~rc1-1
Severity: serious
As the subject says, with the last upload of src:python3.8, it appears
python3.8-doc is no longer built, which causes:
$ sudo apt install python3-doc
Reading package lists... Done
Building dependency tree
Reading state information... Done
can i ask what's the delay here? please go ahead and remove
src:python-numpy, even if this will "break" any reverse dependencies:
they are already un-installable/un-buildable as it is (as Moritz lined
out already)
thanks
On Sat, Jul 11, 2020 at 3:01 PM Sandro Tosi wrote:
>
> &
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: httpcore
Version : 0.10.2
Upstream Author : Tom Christie
* URL : https://github.com/encode/httpcore
* License : BSD
Programming Lang: Python
On Sun, Aug 23, 2020 at 8:33 AM Antonio wrote:
>
> Package: pylint3
> Version: 2.2.2-1
you're on unstable but still have the version from stable, you need to upgrade
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
> > If you can see this bug report, please close it immediately since
> > a successful submission of bug via reportbug.debian.org SMTP server
> > means that this service is functioning well.
> >
> > If you cannot see this bug report, this means that the
> > reportbug.debian.org
> > SMTP server is
that sounds good, i've opened #968160 to remove webcheck from Debian;
it can be re-introduced once its python3 port is completed
On Sun, Aug 9, 2020 at 10:10 AM Arthur de Jong wrote:
>
> On Mon, 2020-07-27 at 00:42 -0400, Sandro Tosi wrote:
> > 9 months have passed and i dont see
Package: ftp.debian.org
Severity: normal
Hey Moritz,
wanna take a look at this? thanks!
On Sat, Aug 8, 2020 at 9:09 AM ilf wrote:
>
> Package: transmission-daemon
> Version: 2.94-2+deb10u1
>
> I have been running transmission-daemon on Debian 10 buster since it
> was released, mostly without problems.
>
> On 2020-08-01,
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:r-cran-findpython)Testsuite-Triggers->python
(binary:r-cran-findpython)Recommends->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:fvwm-crystal)Depends->python2
Re-opening, so that they can be taken care of.
5iEO4/SQdesDx8fLX2PneVXB4rPRASp5U
> YM6knUq1enrFINEc4wpiM4qMnC1ZsugeHFLdWu+/tFwwZaPa6+g6/9/eVtQ53OrL
> 1Xc/YyB3EKCKJcq3iSIVuStvBP511UE3H3JZNxhyT+6/IlbvjOfXw0Rw64tKgkUF
> 0uzUXRvrK/NoHn+YFxNkxXJManHtiicYg5du5Tg2ebm25J+IMFkHvMxPbs5GF5LG
> In5qKtNED2mYRui4vyDtrPHYIvIKkf+4mPPBnKo9XfhequO6+6xudrbRks70
https://packages.debian.org/unstable/mnemosyne shows a Depends on python2
On Sun, Aug 2, 2020 at 3:08 AM Julien Puydt wrote:
>
> Hi,
>
> I just had a look in d/control, and didn't see where the Python 2 dep
> could come from...
>
> If you have a clue, that would help...
>
> JP
>
--
Sandro
> No, I answered it, telling them that a "pull request" is too
> complicated for me.
yah you just replied that you'll send them to Debian, and Debian what
should do: submit PRs on your behalf? keep a custom delta with
upstream forever?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Bjarni, why are you sending these patches to Debian? you already
contacted upstream about those, and they told you to open PRs for
them:
https://mail.python.org/archives/list/code-qual...@python.org/message/YB275AHDVMGKGTY25ITMY63P7QWMDBAR/
-- did you do it?
You're just giving me extra
> bup has an extensive and aggressive test suite that sometimes
> experiences arch-specific test failures. For a new upstream release
> (including a new git snapshot) I would like to have the first upload(s)
> go to experimental to verify the test suite across all architectures
> before uploading
On Mon, 27 Jul 2020 01:19:52 +0200 Stefan Alfredsson wrote:
>
> Closing since cfv is being removed due to python2 dependency.
>
> (removal request - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966332 )
please dont close bugs for packages that are still in the archive. the
RM process takes
07:38:13.0 -0500
+++ gnucap-python-0.0.2/debian/changelog 2020-07-29 21:27:14.0 -0400
@@ -1,3 +1,10 @@
+gnucap-python (0.0.2-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #936628
+
+ -- Sandro Tosi Wed, 29 Jul 2020 21:27:14 -0400
any update here? it'd be extremely helpful to the py2removal effort if
this can be worked on soon.
On Thu, 09 Apr 2020 00:01:43 -0400 Sandro Tosi wrote:
> Source: ezgo
> Severity: important
>
> Hello,
> all of the packages generated by this source are metapackages, please update
User: debian-pyt...@lists.debian.org
Usertags: -py2keep
the argument to set pykeep was that the app is popular enough;
according to https://qa.debian.org/popcon.php?package=bup it has ~230
installations, declining; removing the tag
On Fri, 30 Aug 2019 07:12:26 + Matthias Klose wrote:
>
On Fri, 30 Aug 2019 07:20:24 + Matthias Klose wrote:
> Package: src:hg-git
> Version: 0.8.12-1.1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
there's a new alpha release from upstream
On Tue, 22 Oct 2019 22:02:22 +0200 Arthur de Jong wrote:
>
> On Mon, 2019-09-02 at 15:09 +0200, Stefano Rivera wrote:
> > Your package either build-depends, depends on Python2, or uses
> > Python2 in the autopkg tests. Please stop using Python2, and fix
> > this issue by one of the following
Hey Scott and Jonathan,
On Thu, 28 May 2020 13:56:59 -0400 (EDT) Scott Talbert wrote:
> On Tue, 26 May 2020, Jonathan Dowland wrote:
>
> >> archivemail seems to be a good candidate to RM due to dead upstream.
> >> However, it still has a relatively high popcon, so people seem to be using
> >>
Hey Steve,
On Mon, 11 Nov 2019 17:14:00 +0100 Steve Cotton
wrote:
> Package: src:lightyears
>
> forwarded 936945 https://github.com/20kly/20kly/issues/2
> tags 936945 + patch upstream
> thanks
>
> Both #936945 and #912488 are about migrating this game to something other than
> Python2. The above
> From the attached log (scroll to the bottom...):
>
> Preparing to unpack
> .../python3-subvertpy_0.11.0~git20191228+2423bf1-4_amd64.deb ...
> Unpacking python3-subvertpy (0.11.0~git20191228+2423bf1-4) ...
> dpkg: error processing archive
>
> I do not have a github account.
> Could you be so kind to forward my bug report upstream?
I can, but what if they have questions or they want to follow up with
*you*? am I supposed to be proxying over their questions to you, your
replies and so on? i dont really want to be in that business.
Source: dico
Version: 2.9-4
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
Source: mnemosyne
Version: 2.7.2+ds1-1
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Source: pycsw
Version: 2.4.2+dfsg-4
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
On Thu, May 21, 2020 at 4:36 PM Brian Murray wrote:
>
> I'm pretty sure its because the configs folder from usptream isn't
> included in the package at all.
>
> https://github.com/paramiko/paramiko/tree/master/tests/configs
it's not (at least not the cause of _this_ failure):
Hello Helmut,
> python-pygraphviz cannot be cross built, because it has a fair number of
> dependency issues. Involved packages include graphviz, python3-sphinx
> and python*-mock. Without tackling the cross compilation part, we can
> improve the dependency situation a lot:
>
> * graphviz,
On Tue, 3 Dec 2019 15:32:40 -0500
=?UTF-8?Q?Louis-Philippe_V=c3=a9ronneau?= wrote:
> Package: src:pidcat
> Severity: wishlist
>
> Dear maintainers,
>
> The current VCS for this package is under the /debian group in Salsa,
> although this package is maintained by the DPMT.
>
> DPMT policy state
Package: python-pytc
Severity: serious
Hello,
i think it's time to remove python-pytc from debian:
* still doesnt support python3, even with the latest 0.9 release
* extremely low popcon (5)
If i dont hear otherwise within a week, i'll file for this package removal.
Regards,
Sandro
-- System
reopen 966102
forcemerge 966102 962024
Bart, next time merge the bugs instead of closing bugs (which is also
used in the NEW upload)
On Thu, Jul 23, 2020 at 11:12 AM Debian Bug Tracking System
wrote:
>
> Processing commands for cont...@bugs.debian.org:
>
> > close 966102
> Bug #966102 [wnpp]
Package: pypi2deb
Version: 2.20180804
Severity: normal
I think we need to upgrade some of the packaging bits:
* standard-version
* compat (via debhelper-compat (= V) in b-d and removing d/compat)
those are teh firsts that come to mind, probably something else too
Thanks
-- System Information:
Package: pypi2deb
Version: 2.20180804
Severity: important
We're phasing out python2 from debian, let's make py2dsp not create one anymore
thanks!
-- System Information:
Debian Release: 10.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: cppy
Version : 1.1.0
Upstream Author : The Nucleic Development Team
* URL : https://github.com/nucleic/cppy/
* License : BSD
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: sphinxcontrib-log-cabinet
Version : 1.0.1
Upstream Author : David Lord
* URL : https://github.com/davidism/sphinxcontrib-log-cabinet
* License
On Wed, 01 Jul 2020 14:03:07 +0800 Drew Parsons wrote:
> Source: cython
> Followup-For: Bug #963084
>
> +1 for upgrading cython.
>
> The latest release of scipy (1.5.0) requires cython >= 0.29.18.
same for numpy/1.19.1 which needs Cython >= 0.29.21 -- i guess i'm
gonna go ahead and update
On Sun, Jul 19, 2020 at 2:41 AM Adrian Bunk wrote:
>
> On Sun, Jul 19, 2020 at 02:33:33AM -0400, Sandro Tosi wrote:
> > > Recommends: r-cran-testthat, python3 | python
> > >
> > > Non-default alternative looks OK to me.
> >
> > it doesnt really make m
> Recommends: r-cran-testthat, python3 | python
>
> Non-default alternative looks OK to me.
it doesnt really make much sense: either it needs python2 or python3;
if "| python" is not needed, it can be just easily dropped, and avoid
the confusion it causes (special cases are not special enough)
Hello Chris,
> Whilst working on the Reproducible Builds effort [0] we noticed that
> logilab-common could not be built reproducibly.
>
> This is because it embedded the build system's process ID and absolute
> build directory in the generated documentation encoded via default
> Python keyword
Package: mercurial-keyring
Severity: important
Hello,
as stated in the python policy, packages that provide python modules (ie
something you `import `), they must have their binary package name with a
`python3-` prefix; src:mercurial-keyring simply provide a binary pkg
named
Source: r-cran-findpython
Version: 1.0.5-2
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:dh-virtualenv)Depends->python-virtualenv
Re-opening, so that they can be taken care of.
Source: prometheus-openstack-exporter
Version: 0.1.4-1
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Source: timekpr-next
Version: 0.4.0-1
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
301 - 400 of 5200 matches
Mail list logo