On Tue, Nov 10, 2020 at 05:17:26PM +0200, Juhani Numminen wrote:
> Hi,
>
> Maarten L. Hekkelman as the package maintainer asked for my help with bug
> #973526
> but I have to forward his request to debian-mentors.
>
> The package libzeep failed to build on amd64, apparently because of a SIGABRT
python/gubbins/common.py::parse_and_run() constructs an absolute path for
the executable and then passes it to pkg_resources.get_distribution(). I
have no idea what does this code want to achieve, as get_distribution()
takes requirement specifications, not file paths.
--
WBR, wRAR
On Mon, Oct 12, 2020 at 05:05:43PM +0200, Giacomo Catenazzi wrote:
> > > Now we are more strict on where we can split filesystems
> > What do you mean?
>
> If I remember correctly, now we do not support / and /usr to be on a
> different filesystems
Not really, please read
On Mon, Oct 12, 2020 at 04:10:00PM +0200, Giacomo Catenazzi wrote:
> Now we are more strict on where we can split filesystems
What do you mean?
--
WBR, wRAR
signature.asc
Description: PGP signature
On Mon, Oct 12, 2020 at 11:36:36AM +0200, Andreas Tille wrote:
> Control: tags -1 help
>
> Hi,
>
> while I've fixed the issue for arm64 the new version of bowtie seems to
> have some new assembly code where mips64el, ppc64el and others are
> stumbling upon [1]:
The reason it works on arm64 is
Package: wnpp
Severity: wishlist
* Package name: python-sphinx-hoverxref
Version : 0.5b1
Upstream Author : Manuel Kaufmann
* URL : https://github.com/readthedocs/sphinx-hoverxref
* License : MIT
Programming Lang: Python
Description : Sphinx extension
Package: wnpp
Severity: wishlist
* Package name: python-sphinx-notfound-page
Version : 0.5
Upstream Author : Manuel Kaufmann
* URL : https://github.com/readthedocs/sphinx-notfound-page
* License : MIT
Programming Lang: Python
Description : Sphinx
Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-itemloaders
Version : 1.0.1
Upstream Author : Scrapinghub
* URL : https://github.com/scrapy/itemloaders
* License : BSD-3
Package: lintian
Version: 2.85.0
Severity: normal
lintian 2.85.0 hang when run on any .deb from under mc. This doesn't happen
with 2.84.0 and also happens on a testing system with lintian from sid. strace
stops at some epoll_pwait() after some `ar t` exits.
Steps to reproduce:
1. Run mc
2.
Package: fbreader
Version: 0.12.10dfsg2-4
Severity: normal
Most of the time, fbreader draws hyphens after each word in any book including
its built-in help page. IIRC this started after switching to GTK. I cannot find
any useful patterns in reproducibility, or guess why does it happen (I also
Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-itemadapter
Version : 0.1.0
Upstream Author : Eugenio Lacuesta
* URL : https://github.com/scrapy/itemadapter
* License : BSD-3
On Sun, Jul 05, 2020 at 10:50:28AM +0100, Joan Moreau wrote:
> I have now managed to have debmake and debuild to run without errors
>
> I am running it on https://grosjo.net/tomboy-reborn-1.0.0.tar.gz
>
> The "debuild" command does create a ".deb" file. However the deb file
> is not instalable
On Sat, Jul 04, 2020 at 09:35:15PM +0100, Joan Moreau wrote:
> When you say "write a proper source package ", are you referring to the
> actual ".deb" package ? or something else ?
I'm referring to a Debian source package. I've already linked you to
On Sat, Jul 04, 2020 at 08:39:36PM +0100, Joan Moreau wrote:
> (1) As a "software provider", what files are expected (besides the
> sources, the Makefile and the binary) ? ( please kindly refer to :
> https://github.com/grosjo/tomboy-reborn )
The sources and the build system to build them.
On Sat, Jul 04, 2020 at 06:06:05PM +0100, Joan Moreau wrote:
> Input file sare visibles on
> https://github.com/grosjo/tomboy-reborn/tree/master/packages
You are supposed to include thesoftware source in the package, not this.
So debian/ should be in the root of the repo.
> This is the exact
On Sat, Jul 04, 2020 at 05:57:51PM +0100, Joan Moreau wrote:
> Is there a web page stating the steps to go through, without all this
> complexity ?
>
> similar to the Arch :
> https://wiki.archlinux.org/index.php/AUR_submission_guidelines
https://mentors.debian.net/intro-maintainers is similar
On Sat, Jul 04, 2020 at 05:38:05PM +0100, Joan Moreau wrote:
> Let's imagine I found it (using lazbuild most probably), then where
> should I put that command ?
override_dh_auto_build, assuming you use dh(1)
> How to specifiy the options needed ?
As usual in the command arguments.
> where to
On Sat, Jul 04, 2020 at 04:57:37PM +0100, Joan Moreau wrote:
> Hi Boyuan,
>
> Thank you so much for your feedback.
>
> The program is to be compiled with Lazarus
> (https://packages.debian.org/buster/lazarus-ide ), this is pretty
> straighforward for anyone willing to compile from source.
>
>
On Wed, Jul 01, 2020 at 05:35:21PM +0100, Joan Moreau wrote:
> This is not a "source package" as the source is in Pascal (using Lazarus
> compiler package). Should I include the Pascal source also ?
You need to create a Debian source package that can be built to produce a
Debian binary package.
It
On Fri, Jun 19, 2020 at 11:33:41AM +0300, Adrian Bunk wrote:
> Control: tags 956700 + patch
> Control: tags 956700 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for kvirc (versioned as 4:5.0.0+dfsg-2.1) and
> uploaded it to DELAYED/14. Please feel free to tell me if I should
> cancel
Package: apparmor
Version: 2.13.4-2
Severity: normal
audit[495496]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/cupsd"
name="/proc/sys/kernel/random/boot_id" pid=495496 comm="cupsd"
requested_mask="r" denied_mask="r" fsuid=0 ouid=0
This seems to be fixed in Ubuntu, see
Package: vrrender
Version: 19.0.0-5
Severity: important
$ vrrender
[1][00:00:00.000583][fatal] /build/sight-
Jk3aIp/sight-19.0.0/fwlauncher/src/ProfileRunner.cpp:282: Profile path doesn't
exist: //share/sight/VRRender-0.9/profile.xml =>
"//share/sight/VRRender-0.9/profile.xml"
The launcher uses
On Thu, Apr 02, 2020 at 10:58:06AM +0200, Johannes Schauer wrote:
> Hi,
>
> Quoting Andrey Rahmatullin (2020-04-02 09:28:08)
> > On Thu, Apr 02, 2020 at 01:59:52AM +0200, Johannes Schauer wrote:
> > > All you who have this error (Jörg + Gilles), did you use a command line
On Thu, Apr 02, 2020 at 01:59:52AM +0200, Johannes Schauer wrote:
> All you who have this error (Jörg + Gilles), did you use a command line with
> sbuild-createchroot that has "$(mktemp -d)" in it?
I don't think I did.
> - try doing "tar -tvf /srv/... | head" on the chroot tarball
I'm using
On Mon, Mar 16, 2020 at 11:56:07PM +0100, Adam Borowski wrote:
> > > $ dput mentors fonts-jetbrains-mono_1.0.3-1_amd64.changes
> > > Package has already been uploaded to mentors on mentors.debian.net
> > > Nothing more to do for fonts-jetbrains-mono_1.0.3-1_amd64.changes
> >
> > And… basically
On Fri, Feb 28, 2020 at 01:27:46AM -0500, Boyuan Yang wrote:
> What I know currently:
>
> 1. git-buildpackage build-depends on rpm
> 2. src:rpm build-depends on python2, provides python-rpm
> 3. git-buildpackage has python-rpm in debian/tests/control
> 4. the only reverse-build-dependency for
On Wed, Feb 26, 2020 at 12:14:08PM +, Ian Jackson wrote:
> I looked again and I was looking at an old version. Sorry for the
> noise. I still think we have problems with these
> 937132 nevow: Python2 removal in sid/bullseye
> 938622 tahoe-lafs: Python2 removal in sid/bullseye
> which I
On Wed, Feb 26, 2020 at 11:28:03AM +, Ian Jackson wrote:
> FYI. The widespread impact of this not so apparent because
> git-buildpackage is typically used ad-hoc by maintainers, rather than
> via (Build)-Depends.
>
> Relevant packages and bugs:
> 943107 git-buildpackage: Python2 removal in
Control: tags -1 + moreinfo
Unfortunately you ignored
https://lists.debian.org/debian-mentors/2020/02/msg00124.html
lintian even tells you about the mangled changelog.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Wed, Feb 05, 2020 at 06:15:34PM +0100, Michael Biebl wrote:
> Now, the question: How should systemd postinst behave in this case?
I think failing is fine. I'd ask the sbuild maintainers what do they think
about this situation, and why such chroots exist (and/or maybe ask some
other people if
On Wed, Feb 05, 2020 at 10:32:29AM +0100, Michael Biebl wrote:
> >> Can you run
> >> SYSTEMD_LOG_LEVEL=debug systemd-tmpfiles --create --prefix /var/log/journal
> >> echo $?
> > bash: systemd-tmpfiles: command not found
> > The chroot has sysvinit-core installed, it's too old to have systemd
> >
On Wed, Feb 05, 2020 at 04:44:04AM +0100, Michael Biebl wrote:
> > Following #950533, I also had a problem upgrading systemd in a chroot,
> > where
> > files in /, /var, /var/log are all owned by sbuild:sbuild. The upgrading
> > script
>
> Why would you make all files owned by sbuild:sbuild?
On Wed, Feb 05, 2020 at 09:34:07AM +0100, Michael Biebl wrote:
> Can you provide steps how this problem can be reproduced?
> Ideal would be a chroot that can easily be created via debootstrap.
I'm afraid not, this base chroot was created long ago.
--
WBR, wRAR
signature.asc
Description: PGP
Control: severity -1 critical
As this partially breaks the systemd pid 1 process (looks like at lesst
systemctl stops working) I'll bump the severity even though it's because
of a systemd bug (#950409).
Feel free to change it back if you think it's needed.
--
WBR, wRAR
signature.asc
Control: forwarded -1 https://github.com/systemd/systemd/issues/14733
On Sat, Feb 01, 2020 at 12:18:49PM +0100, Michael Biebl wrote:
> Would you mind filing this upstream at
> https://github.com/systemd/systemd/issues ?
Done.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Feb 01, 2020 at 01:26:47PM +0500, Andrey Rahmatullin wrote:
> systemd[1]: Reloading.
> systemd[1]: /lib/systemd/system/fwupd-refresh.service:17: Neither a valid
> executable name nor an absolute path: bindir@/fwupdmgr
ExecStart=@bindir@/fwupdmgr refresh --no-metadata-che
On Sat, Feb 01, 2020 at 10:40:02AM +0100, Michael Biebl wrote:
> Seems like the fwupd-refresh.service unit is broken and @bindir@ has not
> been expanded. Have you filed a bug report for that?
Yup, already mentioned in another email.
> > systemd[1]: fwupd-refresh.service: Unit configuration has
Package: systemd
Version: 244.1-1
Severity: normal
When updating fwupd from 1.3.6-1 to 1.3.7-1 my systemd got an ABRT:
systemd[1]: Reloading.
systemd[1]: /lib/systemd/system/fwupd-refresh.service:17: Neither a valid
executable name nor an absolute path: bindir@/fwupdmgr
systemd[1]:
Package: fwupd
Version: 1.3.7-1
Severity: important
ExecStart=@bindir@/fwupdmgr refresh --no-metadata-check
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500,
'unstable'), (500, 'testing'),
On Wed, Jan 15, 2020 at 05:50:03PM +0100, Andreas Tille wrote:
> Control: tags -1 help
>
> On Tue, Jan 14, 2020 at 09:48:10PM +0100, Paul Gevers wrote:
> > Did not find CMake 'cmake'
> > Found CMake: NO
> > Run-time dependency pbbam found: NO
> >
> > meson.build:54:0: ERROR: Could not generate
On Mon, Dec 16, 2019 at 11:07:07AM +0100, Andreas Tille wrote:
> I'm afraid 2to3 skipped this very file. I retried manually:
>
> $ 2to3 -w roundTripNCLTest.py
> RefactoringTool: Skipping optional fixer: buffer
> RefactoringTool: Skipping optional fixer: idioms
> RefactoringTool: Skipping
On Mon, Dec 16, 2019 at 09:17:50AM +0100, Andreas Tille wrote:
> inputParentPath = lineIter.next().strip()
> AttributeError: '_io.StringIO' object has no attribute 'next'
This should be changed to next(lineIter).strip(), 2to3 for some reason
missed it.
--
WBR, wRAR
signature.asc
On Fri, Dec 13, 2019 at 10:10:03PM +0100, Andreas Tille wrote:
> i$ pdb2pqr
> Traceback (most recent call last):
> File "/usr/bin/pdb2pqr", line 52, in
> from main import mainCommand
> File "/usr/share/pdb2pqr/main.py", line 77, in
> import extensions
> File
On Fri, Dec 13, 2019 at 01:40:34PM +0100, Andreas Tille wrote:
> > > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> > > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os
> > > -L/usr/lib -lpython3.7
> > > /usr/bin/ld: cannot find -lpython3.7
> > Actually,
On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote:
> g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so
> -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib
> -lpython3.7
> /usr/bin/ld: cannot find -lpython3.7
Actually, it's a different
On Sun, Dec 08, 2019 at 02:25:41PM +0100, Bill Allombert wrote:
> > > Sure, help fir that would be nice. Thanks for the offer.
> > > (Probably should have an own bug for that.) Nethertheless, this is the
> > > line that causes my problems and needs to be transferred:
> > >
On Sun, Dec 08, 2019 at 09:54:23AM +0100, Tobias Frost wrote:
> Sure, help fir that would be nice. Thanks for the offer.
> (Probably should have an own bug for that.) Nethertheless, this is the
> line that causes my problems and needs to be transferred:
>
On Sat, Dec 07, 2019 at 09:23:16PM +0100, Andreas Tille wrote:
> I tried to port consensuscore to Python3 in Git[1]. Unfortunately 2to3
> was not completely successfully since I get:
This isn't 2to3's fault.
>dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:217: /usr/bin/python3.8
Package: ubuntu-dev-tools
Version: 0.175
Severity: normal
Since updating from 0.174 to 0.175 reverse-depends started printing the output
to stderr instead of stdout. I guess it's related to "Unify the logging using
the standard python logging module" and may be applicable to other tools too.
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
The only release was in 2005. https://www.python.org/dev/peps/pep-0754/
was abouyt including it into stdlib and it failed.
The only revdep, jack-mixer, was recently removed from the archive.
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Not needed with Py3 and not used by any package in Debian anymore.
Popcon 82.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Wed, Nov 20, 2019 at 10:11:03PM +0100, Andreas Tille wrote:
> INTERNALERROR> pluggy.manager.PluginValidationError: unknown hook
> 'pytest_namespace' in plugin '/build/psychopy-3.2.4+dfsg/.pybuild/cpython3_3.7/build/psychopy/tests/conftest.py'>
> File
>
Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin
* Package name: python-protego
Version : 0.1.15
Upstream Author : Anubhav Patel et al.
* URL : https://github.com/scrapy/protego
* License : BSD-3
Programming Lang: Python
Description : pure
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
https://pypi.org/project/adns-python/ no new releases since 2007.
Popcon 544, because of transmission-remote-cli which was recently removed
from the archive.
Reverse deps checked with dak rm -Rnb
Package: python3-leveldb
Version: 0~svn68-3+b3
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python3.8
Importing leveldb in Python 3.8 will fail:
Traceback (most recent call last):
File "test/test.py", line 11, in setUp
import leveldb as _leveldb
SystemError: bad call
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
http://www.alittletooquiet.net/software/sclapp/ is dead.
The current upstream code was uploaded to Debian in 2008.
Reverse deps checked with dak rm -Rnb python-sclapp
--
WBR, wRAR
signature.asc
On Thu, Sep 26, 2019 at 02:09:16PM -0400, Sandro Tosi wrote:
> On Thu, Sep 26, 2019 at 1:45 PM peter green wrote:
> > paste depends on the python-tempita binary package, which has already been
> > dropped by the python-tempita source package.
>
> sigh, python-paste has 11 reverse deps that'd be
: #941226).
+
+ -- Andrey Rahmatullin Thu, 26 Sep 2019 23:17:51 +0500
+
python-pyramid-zcml (1.0.0-1.1) unstable; urgency=medium
* Non-maintainer upload.
signature.asc
Description: PGP signature
-0.5/debian/changelog 2019-09-17 21:22:59.0 +0500
+++ python-pyramid-tm-0.5/debian/changelog 2019-09-26 23:02:07.0 +0500
@@ -1,3 +1,10 @@
+python-pyramid-tm (0.5-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Upload without binaries (Closes: #941225).
+
+ -- Andrey
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Last release in 2009. http://python-rum.org/wiki/WebFlash is dead.
Reverse deps checked with dak rm -Rn python-webflash
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Last release in 2011. Popcon 20.
Reverse deps checked with dak rm -Rn python-toscawidgets
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Long dead. "Myghty is a legacy library. New projects should use Mako
templates". Last release in 2010.
Reverse deps checked with dak rm -Rn myghty pylons webhelpers
--
WBR, wRAR
signature.asc
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Part of the Pylons stack. Last release in 2016, but no Python 3 support
anyway. "This software is not actively maintained. Simple bugfixes and
other patches will be accepted, and released."
Reverse
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Pylons is dead and Python2-only. The only revdep is python-webhelpers.
Reverse deps checked with dak rm -Rn pylons webhelpers
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Part of the Pylons stack, last release in 2011.
Reverse deps checked with dak rm -Rn pylons webhelpers
--
WBR, wRAR
signature.asc
Description: PGP signature
Python 2 support (Closes: #935381).
+ * Update the priority from extra to optional.
+
+ -- Andrey Rahmatullin Mon, 23 Sep 2019 20:34:29 +0500
+
python-pyramid-multiauth (0.8.0-1) unstable; urgency=medium
[ Denis Laxalde ]
diff -Nru python-pyramid-multiauth-0.8.0/debian/control python
On Thu, Aug 15, 2019 at 11:10:37PM +0500, Andrey Rahmatullin wrote:
> Control: reassign -1 src:redis-py-cluster/1.3.3-1
> Control: severity -1 grave
> Control: forwarded -1 https://github.com/Grokzen/redis-py-cluster/issues/295
> Control: affects -1 src:python-limits
>
> On
.
+
+ -- Andrey Rahmatullin Tue, 17 Sep 2019 22:37:08 +0500
+
python-pyramid-zcml (1.0.0-1) unstable; urgency=low
* New upstream release
diff -Nru python-pyramid-zcml-1.0.0/debian/control python-pyramid-zcml-1.0.0/debian/control
--- python-pyramid-zcml-1.0.0/debian/control 2012-05-03 19:35:31.0
upload.
+ * Switch from Python 2 to Python 3 (Closes: #782951).
+ * Update the priority from extra to optional.
+
+ -- Andrey Rahmatullin Tue, 17 Sep 2019 21:22:59 +0500
+
python-pyramid-tm (0.5-1) unstable; urgency=low
* New upstream release
diff -Nru python-pyramid-tm-0.5/debian/control
On Mon, Sep 16, 2019 at 05:38:47PM +0200, Andreas Tille wrote:
> Determining dependency 'gtest_main' with pkg-config executable
> '/usr/bin/pkg-config'
> PKG_CONFIG_PATH:
> Called `/usr/bin/pkg-config --modversion gtest_main` -> 1
There is no pkgconfig file for gtest_main in the archive.
--
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
https://pypi.org/project/EnthoughtBase/ is dead and I cannot find the new
source. The current upstream source was uploaded to Debian in 2011.
Popcon is 203, not sure why. It has only a reverse
On Fri, Sep 13, 2019 at 05:16:30PM +0800, Drew Parsons wrote:
> Python maintainers, remember, check your reverse dependencies before
> dropping your python2 packages.
> Check each of
>
> build-rdeps python-yourmodule
> apt-rdepends -r python-yourmodule
>
> and confirm the package has rdeps=0
On Thu, Sep 12, 2019 at 09:17:08AM +0200, Andreas Tille wrote:
> > > $ cycle
> > > Traceback (most recent call last):
> > > File "/usr/bin/cycle", line 12, in
> > > from dialogs import *
> > > File "/usr/share/cycle/dialogs.py", line 8, in
> > > from cal_year import cycle, Val
> > >
On Wed, Sep 11, 2019 at 04:12:34PM +0200, Andreas Tille wrote:
> Control: tags -1 help
>
> On Wed, Sep 11, 2019 at 09:33:54AM -0300, Antonio Terceiro wrote:
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
> > ~[100]$ cycle
> > File "/usr/bin/cycle", line 29
> > if lang_find:
> >
Package: tifffile
Version: 20181128-1+b1
Severity: grave
$ tifffile
Traceback (most recent call last):
File "/usr/bin/tifffile", line 4, in
import tifffile
ImportError: No module named tifffile
The package ships a Python 3 module with a Python 2 wrapper script.
-- System Information:
On Wed, Sep 04, 2019 at 03:54:55PM +0100, Martina Ferrari wrote:
> > Package: ftp.debian.org
> > Severity: normal
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > The package FTBFS (#918418).
> > Ships a Python 2 subpackage which can't be dropped because of that FTBFS.
>
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Doesn't work with current Django. No new upstream versions in Debian
since the first upload in 2010. The homepage is dead.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
The version in Debian is released in 2009, no upstream releases since
then.
The package doesn't work, according to its RC bugs.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Doesn't support modern Django and FTBFS because of that (#933146).
Popcon 20.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
The package FTBFS (#918418).
Ships a Python 2 subpackage which can't be dropped because of that FTBFS.
Popcon 11.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Doesn't support modern Django and FTBFS because of that (#865293).
Ships a Python 2 subpackage which can't be dropped because of that FTBFS.
Popcon 15 and less.
--
WBR, wRAR
signature.asc
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
The upstream code doesn't support Python 3 and there is no ongoing effort
or even an upstream issue about this.
Popcon 491. This is probably caused by sagemath, which depends on it in
oldstable but
This can be RMed but has popcon 491.
--
WBR, wRAR
signature.asc
Description: PGP signature
This is blocked by its autopkgtest: the build process runs 2to3 but the
test runs on the unmodified, py2-only source, and fails.
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
No upstream releases since 2007.
Popcon 46.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
No upstream releases since 2009.
Popcon 41.
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: py2removal
No upstream releases since 2010.
Popcon is 19.
Reverse deps checked with dak rm -Rnb python-mocker
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Depends and build-depends on python3-protorpc-standalone which is not
installable on Python 3.7, and on python-oauth2client which is dropped
from Debian.
Reverse deps checked with dak rm -Rn
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
From the O bug (#906195): "If it is still RC buggy at the time of the
freeze, I'll ask for its removal from Debian."
The only reverse dep is python-googlecloudapis which has other problems
and isn't
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Control: block -1 by 935073
Control: block -1 by 911171
According to #884616 (RC bug on python-visual) and #911171 (RC bug on
epigrass) it's broken and should not be used. Its only reverse dep is
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
http://www.nullcube.com/software/pygdchart2.html (from the O bug) is dead.
No new releases in Debian since initial packaging in 2005.
The only reverse dep is rebuildd for which an RM bug was just
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Native package by a retired DD. Homepage gives 404. Last release in 2012.
Popcon 8.
Depends on several py2 packages.
Reverse deps checked with dak rm -Rnb rebuildd
--
WBR, wRAR
signature.asc
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Source in Debian was first packaged in 1999.
Depends on cruft python-imaging.
Reverse deps checked with dak rm -Rnb python-htmlgen
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: src:thumbor
Version: 6.7.0-1
Severity: serious
I tried to rebuild the package without the python-celery B-D and got one test
failure:
FAIL: test_can_get_304_with_last_modified
(tests.handlers.test_base_handler.ImageOperationsWithLastModifiedTestCase)
Package: ftp.debian.org
Severity: normal
Quoting its O bug #903572:
"The only purpose of packaging cpopen was to provided it as a required
dependency for Vdsm packaging. Since Vdsm packaging has been abandoned,
there is no sense to provide cpopen in Debian any longer. So I'm
orphaning the
Package: ftp.debian.org
Severity: normal
Quoting its O bug #903567:
"The only purpose of packaging ioprocess was to provided it as a required
dependency for Vdsm packaging. Since Vdsm packaging has been abandoned,
there is no sense to provide ioprocess in Debian any longer. So I'm
orphaning
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
https://github.com/piranha/opster/ supports Python 3.
Popcon is 14.
Reverse deps checked with dak rm -Rnb python-opster
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
No upstream releases since 2008.
Popcon is 17.
Reverse deps checked with dak rm -Rnb python-unipath
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Latest upstream code supports Python 3. There is a Python 3 request bug,
#737790, 5.5 years old.
Popcon is 34.
Reverse deps checked with dak rm -Rnb python-xmlrunner
--
WBR, wRAR
signature.asc
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
There is no upstream development at https://bitbucket.org/arjan/txosc since
2011.
Popcon is 6.
Reverse deps checked with dak rm -Rnb python-txosc
--
WBR, wRAR
signature.asc
Description: PGP
101 - 200 of 1360 matches
Mail list logo