Bug#1061230: python3-fava: Incompatible with python3-flask-babel version 4

Package: python3-fava Version: 1.23.1+dfsg-1 Severity: important Tags: upstream Dear Maintainer, Fava appears to be incompatible with the version of flask-babel in Debian. Any attempt to run it results in: Traceback (most recent call last): File "/usr/bin/fava", line 5, in

Bug#1050211: openvpn-dco-dkms: module fails to build for kernel 6.4.0: fatal error: net/gso.h: No such file or directory

Package: openvpn-dco-dkms Version: 0.0+git20230816-1 Severity: important Dear Maintainer, The module does not build in kernel 6.4.0 due to the file net/gso.h not being found. I note that this is the same file introduced by the fix for #1043116. Log follows. DKMS make.log for

Bug#1043316: git-delta is a binary in git-extras

Source: git-delta Version: 0.16.5-2 Severity: wishlist Dear Maintainer, The package git-extras provides /usr/bin/git-delta and an associated man page. This is completely unrelated to /usr/bin/delta provided by git-delta, other than that they both work with git. I assume that most people would be

Bug#1028258: ddcci-dkms: Module fails to build for kernel 6.1

Package: ddcci-dkms Version: 0.4.2-3 Severity: important Dear Maintainer, The ddcci module failed to build with linux-headers-6.1.0-1-common: DKMS make.log for ddcci-0.4.2 for kernel 6.1.0-1-amd64 (x86_64) Mon 09 Jan 2023 09:26:34 AEDT make: Entering directory

Bug#1025278: sra-toolkit: binary sratools installed on PATH

Package: sra-toolkit Version: 3.0.0+dfsg-1 Severity: wishlist Dear Maintainer, sra-toolkit installs a binary /usr/bin/sratools, which is intended to be used via the symlinks installed by the package (since its behaviour is influenced by the name of the executable): lrwxrwxrwx 1 root root 8

Bug#927989: RFA: terminaltables -- Python library for printing tables to the console

Hi Daniel, Please go ahead! It would make sense to also take on colorclass (https://bugs.debian.org/929658) at the same time since it's a dependency of terminaltables. I pushed updates to git for both packages to track the new upstream forks, but didn't attempt to package new upstream

Bug#889691: gedit-plugin-git: AttributeError calling get_repository on None

Package: gedit-plugin-git Followup-For: Bug #889691 I can no longer reproduce this issue so I assume it was fixed by an upstream updated in the meantime. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64)

Bug#927989: Looking for a new uploader for terminaltables and colorclass

Hi python team, I'm looking for someone to take over two python-team-maintained packages: terminaltables and colorclass. These are related packages for formatting text for output to the terminal, and both have had RFAs for a while (in CC). terminaltables has several reverse dependencies.

Bug#1014036: colorclass: New upstream maintainer and repository

Source: colorclass Version: 2.2.0-3 Severity: normal The original upstream maintainer of colorclass has archived the repository on GitHub. Development now occurs at a new fork: https://github.com/matthewdeanmartin/colorclass The new maintainer has also been given control of the package on

Bug#1014035: terminaltables: New upsteam maintainer and repository

Source: terminaltables Version: 3.1.0-4 Severity: normal The original upstream maintainer of terminaltables has archived the repository on GitHub. Development now occurs at a new fork: https://github.com/matthewdeanmartin/terminaltables The new maintainer has also been given control of the

Bug#929658: RFA: colorclass -- ANSI color text library for Python

python3-terminaltables build-depends on python3-colorclass since it tests interoperability and provides examples of using the packages together. I cancelled the RM request. Perhaps there should also be a Suggests relationship added to reflect the interoperability.

Bug#1011593: RM: colorclass -- ROM; leaf package, no longer needed

Package: ftp.debian.org Severity: normal I packaged this Python library as a dependency for an ITP that I eventually dropped because of its large number of dependencies. I files an RFA for colorclass a long time ago (#929658) and emailed the team list but have had no takers. There are no reverse

Bug#1011590: RM: plowshare -- ROM; effectively unmaintained upstream

Package: ftp.debian.org Severity: normal Plowshare is a tool for interacting with file sharing websites. The plowshare package itself contains only the framework (implemented in shell scripts) but separate "modules" are needed to actually implement support for specific websites. The modules need

Bug#1010836: biosyntax-gedit: No longer works with recent versions of gedit

Package: biosyntax-gedit Version: 1.0.0b-2 Severity: important Dear Maintainer, The gedit support for biosyntax works by dropping files in: /usr/share/gtksourceview-3.0/ The README.Debian says that this should cause a theme to appear in gedit at Edit > Preferences > Font & Color >

Bug#1010834: biosyntax-vim: Unusable with vim-addon-manager because of outdated manifest

Package: biosyntax-vim Version: 1.0.0b-2 Severity: important Dear Maintainer, The instructions in README.Debian say that the addon should be installed with vim-addon-manager, however: $ vim-addons install biosyntax Warning: ignoring 'biosyntax' which is missing source files Helpfully,

Bug#1010788: spades: Mismatch correction / --careful mode broken by Debian patch

Package: spades Version: 3.15.4+dfsg-1 Severity: normal Dear Maintainer, Using spades with the --careful flag triggers the following error: Traceback (most recent call last): File "/usr/libexec/spades/spades.py", line 683, in main(sys.argv) File

Bug#998801: peruse: Missing dependency on kcm - unable to start

Package: peruse Version: 1.80+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, When launching peruse from a terminal, it fails to launch, printing this message: Failed to load the component from disk. Reported error was: "qrc:/qml/Main.qml:26 Type PeruseMain

Bug#969521: Browserpass icon disappears

Just to note, this is firefox bug #969174 and is not specific to browserpass.

Bug#975115: webext-dav4tbsync and webext-tbsync out of sync

Package: webext-dav4tbsync Followup-For: Bug #975115 Hi Mechtilde, I've just upgraded to tbsync 2.19-1 and now I have the opposite problem: tbsync recognises that dav4tbsync is is installed, but claims that eas4tbsync is missing. The situation for the EAS provider is now similar to what I

Bug#975115: [Pkg-mozext-maintainers] Bug#975115: webext-dav4tbsync and webext-tbsync out of sync

I've just noticed this message in the debug log for tbsync about the provider failing to load: ** Mon Nov 23 2020 17:43:57 GMT+1100 (AEDT) ** [Initializing module] : ** Mon Nov 23 2020 17:43:57 GMT+1100 (AEDT) ** [TbSync init] : Done ** Mon Nov 23 2020 17:43:57 GMT+1100 (AEDT)

Bug#975115: webext-dav4tbsync and webext-tbsync out of sync

Package: webext-dav4tbsync Version: 1.23-1 Followup-For: Bug #975115 I'm also having problems with this on sid. When I open the thunderbird addon manager, I see tbsync, dav4tbsync, and eas4tbsync all installed and enabled. All of these come from the debian packages. However, when I open the

Bug#971689: #971689

The patch is attached. Looks like it was just that the tweener library was moved rather than removed. https://github.com/pixel-saver/pixel-saver/commit/cceefae50cf85f725385c492d756f4e3257473b7.patch >From cceefae50cf85f725385c492d756f4e3257473b7 Mon Sep 17 00:00:00 2001 From: Pellegrino Prevete

Bug#971689: gnome-shell-extension-pixelsaver: Fails with "No JS module 'tweener' found in search path"

Package: gnome-shell-extension-pixelsaver Version: 1.20-1 Severity: important Dear Maintainer, Looking in the "Extensions" app, Pixel Saver is disabled with an error message "No JS module 'tweener' found in search path". Apparently this JS library was part of Gnome Shell, but has since been

Bug#944687: terminaltables: please remove config from debian/gbp.conf

Thanks for sponsoring! Sure, I'd left this config there since my first attempts at learning the gbp workflow. I understand why things like the pbuilder config don't belong in the package repo, but the branch/tag naming config is still relevant, no? Cheers, Carl

Bug#944577: RM: colorclass -- ROM; low-popcon leaf package

Package: ftp.debian.org Severity: normal This is a leaf package with few users that was added as a dependency for a now-abandoned ITP. I advertised for new uploaders and put up an RFA (#929658) but there has been no interest.

Bug#944576: RM: python-pynzb -- ROM; unmaintained

Package: ftp.debian.org Severity: normal This is a leaf package that is unmaintained upstream for >10 years. I advertised for new uploaders and put up an RFA (#929670) but there has been no interest.

Bug#855092: beets: FTBFS randomly (failing tests)

Hi, I'm an upstream contributor to beets and I was looking into the failures you're seeing here. I'm interested in making these tests reliable. I tried to build the package on my (sid) laptop using sbuild and the latest packaging repo from salsa. I'm not able to reproduce these test

Bug#929670: RFA: python-pynzb -- unified API for parsing NZB files from NNTP (Usenet) servers

Package: wnpp Severity: normal I am no longer interested in maintaining python-pynzb in Debian, and the other listed uploader doesn't currently have the time to maintain it either. The package is currently team-maintained in DPMT, however I have not yet had a response for my request for new

Bug#929658: RFA: colorclass -- ANSI color text library for Python

Package: wnpp Severity: normal I am no longer interested in maintaining colorclass in Debian. I initially packaged it as a dependency for a now-abandoned ITP (FlexGet). The package is currently team-maintained in DPMT, however I have not yet had a response for my request for new uploaders there

Bug#927989: RFA: terminaltables

Package: wnpp Severity: normal I am no longer interested in maintaining terminaltables in Debian. I initially packaged it as a dependency for a now-abandoned ITP. In the meantime it has picked up rdeps independently. I have included the maintainers of these rdeps in CC in case they are able to

Bug#927988: RM: rpyc -- ROM; RC buggy leaf package

Package: ftp.debian.org Severity: normal I initially packaged rpyc as a dependency for FlexGet. I no longer intend to package FlexGet and therefore rpyc is no longer needed. It has no rdeps, and has a FTBFS bug related to a test suite failure that I couldn't work out.

Bug#927841: plowshare: plowmod is inherently insecure

Control: severity -1 normal Thanks for your report. I have to disagree about the severity of this issue, however. To start with some history, the upstream developer moved all of the plowshare modules some time ago into a separate git repository with a name that included the word "legacy".

Bug#852241: beets fails to move album when modifying artist

Is this an issue you still observe in the latest version of beets? This is pretty difficult to help with without having more details. The verbose log output of beets for the relevant command, and the full configuration file would be a good start.

Bug#687849: beets: silently fails to rewrite tags

This bug is pretty much impossible to investigate without having more information, such as the actual files that exhibit the issue, verbose output from beets, the output of `beet info` for the relevant files, etc.. I think this should be closed. If it can be reproduced on a modern version of

Bug#927460: RM: plowshare-modules -- ROM; superseded by script in plowshare

Package: ftp.debian.org Severity: normal Plowshare is a tool for interacting with file sharing websites. The framework itself lives in the package plowshare, while the scripts that implement the APIs for specific websites live in plowshare-modules. These scripts are not suitable for a stable

Bug#911280: smartmontools: DEVICESCAN pattern doesn't match /dev/nvme*

Package: smartmontools Version: 6.6-1 Severity: normal Dear Maintainer, I see the same systemd error status reported in #862908, however unlike that reporter my system does have an SSD disk, mounted at /dev/nvme0n1. If I manually execute smartctl --all /dev/nvme0 I get SMART data, so it's

Bug#910122: apt-listbugs: executes xdg-open as root user

Hi Francesco, Thanks for your reply, and sorry I missed the archived bugs on this topic. I'm not sure yet that I fully understand the problems, but perhaps the situation is slightly different now in that the browser is being launched with xdg-open rather than sensible-browser? I'll have a

Bug#908941: rpyc FTBFS: test_registry.TestUdpRegistry failures

Control: tags -1 + help Thanks for reporting this. On Sun, 16 Sep 2018 13:36:51 +0300 Adrian Bunk wrote> Looking at the changelog, I'd suspect this might be caused by * Remove TestUdpRegistry patch rejected upstream I agree this was the cause, but I'm not able to reproduce the build

Bug#909655: plowshare: Please add libmozjs-24-bin as a suggested or recommended dependency

Control: tags -1 + pending Thanks for your suggestion - this will be done in the next upload.

Bug#910122: apt-listbugs: executes xdg-open as root user

In fact it seems that xdg-open _does_ search for firefox but has other issues when trying to open a URL as root. In its man page it explicitly advises against running as root, so I think it's really up to apt-listbugs to honour that advice here. A similar bug browsing menu in reportbugs's

Bug#910122: apt-listbugs: executes xdg-open as root user

Package: apt-listbugs Version: 0.1.24 Severity: normal Dear Maintainer, When inspecting a bug presented by apt-listbugs (e.g. 'b1'), one of the possible actions is to type 'b' to open the list of bugs in the browser. When I attempt to do this it fails with an error message about xdg-open not

Bug#906721: RFS: plowshare/2.1.7-2

Hi Herbert, Thanks for looking at my packages. I'm not really sure how the old changelog diff happened other than that the commit responsible must have been lost somewhere in the migration of the repository from GitHub to GitLab to salsa. I fixed the changelog in a new commit. What did you

Bug#907821: guessit: Upstream source doesn't include copyright statement

Source: guessit Severity: normal Tags: upstream While the debian copyright file includes attribution (also historical) to upstream authors, there is no evidence for this in the actual source code upstream apart from a mention of the latest of the three entries in the doc building config. --

Bug#724718: Dependency status for flexget 2.14.19 (2018-08-26)

Here's another update on the dependency situation for FlexGet. Things are looking good because upstream FlexGet has been updating the dependency versions for several tricky packages so that shortly even guessit should point to the latest major version. On the Debian side the only thing

Bug#906721: RFS: plowshare/2.1.7-2

no. * De-emphasise plowshare-modules in favour of plowmod: - drop from Recommends to Suggests and - promote git from Suggests to Recommends since the plowmod script that replaces the modules package requires git. -- Carl Suster Tue, 14 Aug 2018 10:54:27 +1000 plowshare-modules (0~g

Bug#906719: RFS: rpyc/4.0.2-1 [RC]

sion field [ Carl Suster ] * New upstream release (Closes: #904615). * Recommend python3-gevent to support the new gevent server (however this feature is currently disabled due to crashes that are not yet understood). * Build-Depend on python3-gevent for the corresponding test (however thi

Bug#906003: Keep plowshare-modules out of Debian releases

It probably shouldn't have been in stretch, but as long as it does not cause trouble, you can let it rot there :-) Agreed that it shouldn't have been released in stretch; at the time I had the idea of supporting it through backports. Given the relatively low popcon statistics and activity in

Bug#906003: Keep plowshare-modules out of Debian releases

By now the snapshot that's in stretch is ~20 months out of date. Some of the modules will work and some won't, but over time more and more will break. The version of plowshare itself in stretch includes the plowmod script, so stretch users don't need the modules. I suppose by the same logic it

Bug#906003: Keep plowshare-modules out of Debian releases

Package: plowshare-modules Severity: serious Justification: none The plowshare-modules package contains scripts that need frequent replacing to keep pace with changes to the websites supported by the scripts since those sites make frequent changes. The main package plowshare contains a script

Bug#902287: systemctl unmask --runtime no longer supported

On Sun, 24 Jun 2018 16:25:14 +0200 Michael Biebl wrote> According to codesearch we currently have two packages in the archive using unmask --runtime: avahi and policykit-1 https://sources.debian.org/src/avahi/0.7-3.1/debian/avahi-daemon.postrm/?hl=7#L7

Bug#902260: modemmanager: postrm script broken: --runtime cannot be used with unmask

From the recent changelog of systemd: systemd (239-3) unstable; urgency=medium * Revert "systemctl: when removing enablement or mask symlinks, cover both /run and /etc" We currently have packages in the archive which use "systemctl --runtime unmask" and are broken by this change. This

Bug#902260: modemmanager: postrm script broken: --runtime cannot be used with unmask

Package: modemmanager Version: 1.7.990-1 Severity: important Dear Maintainer, When trying to remove the modemmanager package dpkg reports an error: Performing actions... (Reading database ... 370879 files and directories currently installed.) Removing modemmanager (1.7.990-1) ...

Bug#901828: beets: Does not support recent MPD protocol versions

Package: beets Version: 1.4.7-1 Severity: normal Tags: upstream Forwarded: https://github.com/beetbox/beets/issues/800 I use beet's mpd server with Sonata as a client. The recent update to Sonata in unstable means that it has started using the 'consume' API from the mpd protocol which is from a

Bug#889691: gedit-plugin-git: AttributeError calling get_repository on None

Package: gedit-plugin-git Version: 3.22.0-4 Severity: normal The system logs for gedit contain lines like the following coming from the git plugin: Feb 6 11:21:47 colt org.gnome.gedit[1326]: Traceback (most recent call last): Feb 6 11:21:47 colt org.gnome.gedit[1326]: File

Bug#889116: logcheck-database: enhance more wpasupplicant rules with optional regex group

Package: logcheck-database Version: 1.3.18 Severity: wishlist Tags: patch Logcheck output includes lines like: Feb 2 15:53:18 local wpa_supplicant[777]: wlp4s0: CTRL-EVENT-EAP-STARTED EAP authentication started Feb 2 15:53:18 local wpa_supplicant[777]: wlp4s0: CTRL-EVENT-EAP-PROPOSED-METHOD

Bug#876413: [feedparser] new upstream version available

Thanks! I updated the changelog in git as well now. On 11/12/17 08:59, Antoine Beaupré wrote: I did a source-only upload with only the slightest changes (added the Closes entry and fixed the distribution field in the changelog), but I can't push those because I am not in the DPTM team.

Bug#876413: [feedparser] new upstream version available

Thanks - I actually already am adding myself to Uploaders in the existing package on mentors. . That looks good to me, let's see if the maintainer picks it up - otherwise I'll take care of doing a NMU. The maintainer is DPMT of which I'm a member so I don't think this would have

Bug#827313: cherrypy3: please make the build reproducible

Control: fixed -1 8.9.1-1 Looks like the latest version in experimental is reproducible, either from changes upstream or in dependencies.

Bug#851638: beets: bpd plugin unintentionally returns floats for status.time

This was fixed in the latest version of beets uploaded.

Bug#877103: Bug #877103: Re: ITP: python-rebulk

Yes, hopefully they sort it out upstream since someone revived the effort a couple of weeks ago. You're right about backporting, I hadn't really thought about that but it makes sense as an option if the next upstream versions change other dependencies. Thanks for getting rebulk into Debian!

Bug#877103: Bug #877103: Re: ITP: python-rebulk -- Define simple search patterns in bulk to perform advanced matching on any string

Hi Etienne, I just saw that you've uploaded python-rebulk 0.9.0-1 to NEW. I guess that means you weren't willing to upload the older version that flexget needed? I'll see if I can make it work with 0.9.0 but the flexget developers included a note saying that versions of rebulk above 0.8.2

Bug#876413: [feedparser] new upstream version available

Hi Antoine, I've updated the packaging of feedparser and pushed 5.2.1-1 to mentors: https://mentors.debian.net/debian/pool/main/f/feedparser/feedparser_5.2.1-1.dsc https://mentors.debian.net/package/feedparser > Unfortunately, it seems the newer version from the `devel` branch may > be needed

Bug#724718: Dependency status for flexget 2.11.5

Control: unblock ! by 850089 Control: unblock ! by 850091 Another dependency status report. This time I've taken the version requirements from the looser requirements file rather than the frozen one, to reflect versions that flexget works with rather than what it was built with. I've also

Bug#877103: ITP: python-rebulk -- Define simple search patterns in bulk to perform advanced matching on any string

Hi Etienne, Rebulk (and guessit) is a dependency for a new package I'm working on getting into Debian, flexget, but unfortunately that currently is lagging behind in compatibility with these libraries. I need to have guessit at <= 2.0.4, and rebulk at 0.8.2 exactly. I'd really appreciate if

Bug#850670: RFS: rpyc/3.4.4-1 [ITP]

retitle ! RFS: rpyc/3.4.4-1 [ITP] thanks I've updated to a recent upstream release and modern packaging. You an find the new version on mentors: https://mentors.debian.net/package/rpyc dget -x https://mentors.debian.net/debian/pool/main/r/rpyc/rpyc_3.4.4-1.dsc Cheers, Carl

Bug#883130: RFS: colorclass/2.2.0-2

; urgency=medium * Upload to unstable. * Tell dh_compress to leave example.py alone. * Enable autopkgtest-pkg-python test suite. * Bump standards to 4.1.1, no changes needed. -- Carl Suster <c...@contraflo.ws> Fri, 24 Nov 2017 13:21:26 +1100 Thanks, Carl On 24/11/17 16:17

Bug#724718: Dependency status for flexget 2.10.66

Control: unblock -1 by 850098 Control: block -1 by 857865 Control: block -1 by 856619 Just to update, it's been a while since I worked on this because I realised that the dependency situation was rather more complicated than I'd thought. There are many many node and bower packages required,

Bug#867865: python-dateutil: New upstream version 2.6.0

Source: python-dateutil Severity: wishlist Control: block 724718 by -1 There is a new upstream version which I will need soon for packaging flexget. Could you consider updating? Thanks.

Bug#867862: guessit: Please package latest upstream version

Source: guessit Severity: wishlist Control: block 724718 by -1 The upstream version is currently at 2.1.0 while the debian version 0.11.0. I will eventually need a more modern version as a dependency for flexget.

Bug#859155: openafs-modules-dkms: Please support kernel 4.10

Package: openafs-modules-dkms Version: 1.6.20-2 Severity: wishlist Tags: fixed-upstream patch Forwarded: http://git.openafs.org/?p=openafs.git;a=commitdiff;h=789319bf0f2b26ad67995f8cbe88cee87a1bbdc0;hp=961cee00b8f5c302de5f66beb81caa33242c7971 The openafs module fails to build on kernel 4.10, and

Bug#851630: beets: UnicodeDecodeError: 'utf8' codec can't decode

Control: forwarded -1 https://github.com/beetbox/beets/issues/2168 The problem with decoding errors in broken utf8 filenames was fixed upstream and the fix seems to have made it into releases starting from 1.4.1

Bug#851016: beets: FTBFS: Test failures

This looks like https://github.com/beetbox/beets/issues/2153 i.e. that the current version of mutagen that we have in Debian (1.36) is incompatible with the version of beets (1.3.19). Quoting from that issue: > when beets 1.3.19 was released, Mutagen 1.33 didn't exist yet. > When that was

Bug#851638: beets: bpd plugin unintentionally returns floats for status.time

Package: beets Version: 1.3.19-2 Severity: minor Tags: upstream Control: affects -1 + mpdris2 Control: forwarded -1 https://github.com/beetbox/beets/issues/2394 Dear Maintainer, There is a minor bug in upstream beets which affects the bpd plugin. This plugin implements an mpd server but the bug

Bug#850487: RFS: terminaltables/3.1.0-1 [ITP]

I have uploaded a new package to mentors and git which now builds successfully in a sid chroot with sbuild when given colorclass as an --extra-package. I would ideally like this in unstable, but since colorclass is already in NEW targeting experimental, and this package depends on that one, my

Bug#850093: ITP: terminaltables -- Python library for printing tables to the console

I have uploaded a new package to mentors and git which now builds successfully in a sid chroot with sbuild when given colorclass as an --extra-package. I would ideally like this in unstable, but since colorclass is already in NEW targeting experimental, and this package depends on that one, my

Bug#850664: RFS: python-pynzb/0.1.0-3

Control: tag -1 -moreinfo Hi Sean, I think you forgot to `git push` :) Oops! Done. Also, it would be good if you could use the Forwarded: header to indicate whether your patches have been sent upstream or not. This is especially useful in team-maintained packages. If you add this now,

Bug#850664: RFS: python-pynzb/0.1.0-3

he code Python 3 +compatible by decoding strings -> bytes as UTF-8 and substituting BytesIO +for StringIO. This only affects the LXMLNZPParser. + * Fix watch file and declare version 4 format. + * Cleanup .egg-info files in d/clean and d/source/options. - -- Carl Suster <c...@contrafl

Bug#850910: python-zxcvbn: Please change upstream source to the active fork

Source: python-zxcvbn Severity: wishlist Dear Maintainer, Your package is tracking the original Python implementation by Dropbox [1] however that codebase is abandoned and the parent project at Dropbox [2] now points instead to the fork dwolfhub/zxcvbn-python [3]. Besides being actively

Bug#850664: RFS: python-pynzb/0.1.0-3

fo files in d/clean and d/source/options. - -- Carl Suster <c...@contraflo.ws> Tue, 10 Jan 2017 15:49:05 +1100 + -- Carl Suster <c...@contraflo.ws> Wed, 11 Jan 2017 15:53:36 +1100 python-pynzb (0.1.0-2) unstable; urgency=low diff --git a/debian/rules b/debian/rules index e7aefc0..1300e4a

Bug#850607: RFS: flask-login/0.4.0-1 [ITA]

B-Ds on python3-flask, python3-mock, python3-nose, python3-werkzeug + and python3-blinker, +- cleanup tests_output/ and .coverage in d/clean. + * Use more general rule to ignore egg-info directory in d/clean and +d/source/options. - -- Carl Suster <c...@contraflo.ws> Tue, 10 Jan 2

Bug#850664: RFS: python-pynzb/0.1.0-3

Control: tag -1 -moreinfo Hi Sean, Thanks for your review! The Python 2 module can still be built fine, but I removed it since there were no rdeps. As in my reponse to your other RFS, I'd like to confirm that this is DPMT policy. I don't think that it's a team policy specifically, I was

Bug#850607: RFS: flask-login/0.4.0-1 [ITA]

Control: tag -1 -moreinfo Hi Sean, Thanks for your interest in flask-login! > Can a potential sponsor work out of your Vcs-Git repository? The Python modules team has a standard location for git repositories on alioth so that's where I've kept it. Commit access is automatic for all DDs and

Bug#850098: #850098 subliminal: change of upstream structure

I see that subliminal is currently using the tarballs from PyPI and then patching in the source for the nautilus extension which is of course absent from there. Also the Github-hosted tarballs include a test suite which is not in the PyPI tarballs. It seems that the upstream nautilus

Bug#850670: RFS: rpyc/3.3.0-1 [ITP]

It's only because mentors doesn't support version=4. That's right - I tested the watch files for all of my packages and they work fine locally. For rpyc I chose GitHub rather than PyPI as the upstream tarball source since the former includes the tests and such, however there was a

Bug#850670: RFS: rpyc/3.3.0-1 [ITP]

Package: sponsorship-requests Severity: wishlist Control: block 850097 by -1 Dear mentors, I am looking for a sponsor for my package "rpyc" Package name: rpyc Version : 3.3.0-1 Upstream Author : Tomer Filiba URL :

Bug#850664: RFS: python-pynzb/0.1.0-3

tream code. Tests pass for Python 2 with only this change. * Move lxml to Suggests since there are fallbacks, but Build-Depend on it to run the tests. * For Python 3, decode strings -> bytes as utf-8 for lxml. * Fix watch file (although the last release was some time ago). -- C

Bug#850607: RFS: flask-login/0.4.0-1 [ITA]

* Build the documentation in a -doc package. * Add 0001-disable-github-fork-ribbon.patch to turn off the GitHub ribbon. * Run the test suite using upstream's makefile. -- Carl Suster <c...@contraflo.ws> Sun, 08 Jan 2017 20:13:27 +1100 Cheers, Carl

Bug#850589: yanc: Please build python3-nose-yanc

Source: yanc Version: 0.3.3-2 Severity: wishlist Dear Maintainer, Upstream yanc supports Python 3. Could you please consider building the Python 3 module in your package? Cheers, Carl

Bug#850089: #850089 ITP: flask-restplus - upstream version considerations

This is wanted for flexget, which currently pins its dependency on flask-restplus==0.8.6. I have opened an upstream issue to ask that this be updated to the newest flask-restplus version 0.9.2: https://github.com/Flexget/Flexget/issues/1615 This will require some changes to flexget as it

Bug#850495: RFS: safe/0.4-1 [ITP]

Package: sponsorship-requests Severity: wishlist Control: block #850088 by -1 Dear mentors, I am looking for a sponsor for my package "safe" * Package name: safe Version : 0.4 Upstream Author : Hsiaoming Yang * URL : https://github.com/lepture/safe

Bug#850487: RFS: terminaltables/3.1.0-1 [ITP]

Package: sponsorship-requests Severity: wishlist Control: block #850093 by -1 Control: block -1 by #850412 Dear mentors, I am looking for a sponsor for my package "terminaltables" * Package name: terminaltables Version : 3.1.0-1 Upstream Author : Robpol86 *

Bug#850412: RFS: colorclass/2.2.0-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "colorclass" * Package name: colorclass Version : 2.2.0-1 Upstream Author : Robpol86 * URL : https://github.com/Robpol86/colorclass * License

Bug#724718: Dependency packaging for 2.8.15

I have now more carefully investigated the dependencies and added blocking bugs: REQUIREMENT SRC PACKAGE STATUS BUGS -- Safe>=0.4 safe ITP#850088 colorclass>=2.2.0

Bug#850098: subliminal: please package new upstream version 2.0.x

Source: subliminal Severity: wishlist Control: block 724718 by -1 The latest upstream version is currently 2.0.5. This request is to help with the packaging of flexget (ITP: #724718) which depends on subliminal >=2.0rc1. I would appreciate help packaging the new version of subliminal, but will

Bug#850097: ITP: rpyc -- transparent and symmetric Remote Python Call library

Package: wnpp Severity: wishlist Owner: Carl Suster <c...@contraflo.ws> Control: block 724718 by -1 * Package name: rpyc Version : 3.3.0 Upstream Author : Tomer Filiba <tomerfil...@gmail.com> * URL : https://github.com/tomerfiliba/rpyc * License

Bug#850093: ITP: terminaltables -- Python library for printing tables to the console

Package: wnpp Severity: wishlist Owner: Carl Suster <c...@contraflo.ws> Control: block 724718 by -1 * Package name: terminaltables Version : 3.1.0 Upstream Author : Robpol86 <robpo...@gmail.com> * URL : https://github.com/Robpol86/terminaltables * License

Bug#850091: ITP: flask-cors -- Flask extension for handling Cross Origin Resource Sharing (CORS) in Python web apps

Package: wnpp Severity: wishlist Owner: Carl Suster <c...@contraflo.ws> Control: block 724718 by -1 * Package name: flask-cors Version : 3.0.2 Upstream Author : Cory Dolphin <corydolp...@gmail.com> * URL : https://github.com/corydolphin/flask-co

Bug#850089: ITP: flask-restplus -- Flask extension for building REST APIs in Python web apps

Package: wnpp Severity: wishlist Owner: Carl Suster <c...@contraflo.ws> Control: block 724718 by -1 * Package name: flask-restplus Version : 0.9.2 Upstream Author : Axel Haustant <a...@haustant.fr> * URL : https://github.com/noirbizarre/flask-restpl

Bug#850088: ITP: safe -- password strength checking library for Python

Package: wnpp Severity: wishlist Owner: Carl Suster <c...@contraflo.ws> Control: block 724718 by -1 * Package name: safe Version : 0.4 Upstream Author : Hsiaoming Yang <m...@lepture.com> * URL : https://github.com/lepture/safe * License : BSD Prog

Bug#850087: ITP: colorclass -- ANSI color text library for Python

Package: wnpp Severity: wishlist Owner: Carl Suster <c...@contraflo.ws> Control: block 724718 by -1 * Package name: colorclass Version : 2.2.0 Upstream Author : Robpol86 <robpo...@gmail.com> * URL : https://github.com/Robpol86/colorclass * License

  1   2   >