Bug#740161: patch for 740161

> > Please let me know if there's something wrong with my last patch > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=740161;filename=740161.patch;msg=21) > > and I will try to update it. > > > Jakub Wilk had some remarks in comment #10[1], which I presume is > relevant for this bug

Bug#830178: Possible fix

[Sandro Tosi, 2016-11-02] > thanks! i pinged that bug to see if upstream will release a new > version soo, if not we could just pick up that patch I uploaded -2, thanks for the reminder and sorry for the delay (RL, I will try to keep up a bit with Debian this weekend...)

Bug#842345: ITP: asyncpg -- asyncio PosgtreSQL driver

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski <pi...@debian.org> * Package name: asyncpg Version : 0.6.3 Upstream Author : MagicStack Inc <he...@magic.io> * URL : * License : Apache License, Version 2.0 Programming Lang: Python

Bug#841339: python-sqlalchemy: please package 1.1.2

Hi Sandro, [Sandro Tosi, 2016-10-19] > a new release, 1.1.2, of sqlalchemy was released recently: could you package > it? I will upload it to experimental today or tomorrow... > we ultimately need it in Jessie, so could you comment on the status of > sqlalchemy, as i saw the 1.1.x series has

Bug#740161: patch for 740161

Please let me know if there's something wrong with my last patch (https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=740161;filename=740161.patch;msg=21) and I will try to update it.

Bug#835339: ITP: python3-aiodns -- Asynchronous Python DNS resolver library for Python

[Piotr Ożarowski, 2016-08-25] > [Tanguy Ortolo, 2016-08-24] > > aiodns is a Python library that provides a simple way for doing > > asynchronous DNS resolutions with a synchronous looking interface by > > using pycares. > > > > This library is used by Po

Bug#835339: ITP: python3-aiodns -- Asynchronous Python DNS resolver library for Python

[Tanguy Ortolo, 2016-08-24] > aiodns is a Python library that provides a simple way for doing > asynchronous DNS resolutions with a synchronous looking interface by > using pycares. > > This library is used by Poezio which I am considering > to package. \o/ Let me know if you

Bug#834809: dh-python: requires.txt versions ignored when writing control

ution as in most cases that version is required for tests during build anyway) PS I heard some rumors that PyPI will enforce one of the standards, but I don't know the status of that -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl

Bug#834257: dh-python: pybuild should clean *.egg-info directories

Control: tags -1 +wontfix > Building with pybuild can leave a dir foo/foo.egg-info/. When debhelper > invokes `dh_auto_clean -O--buildsystem=pybuild`, this should be deleted. pybuild did that in the past, but it caused some problems f.e. with packages maintained in VCS with full upstream

Bug#832987: ITP: api-hour -- lightweight daemon framework to write AsyncIO based applications

Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" <pi...@debian.org> * Package name: api-hour Version : 0.8.1 Upstream Author : Eyepea Dev Team <gml...@gmail.com> * URL : http://www.api-hour.io * License : Apache2 Pr

Bug#832981: ITP: aiohttp-debugtoolbar -- debugtoolbar for aiohttp.web

Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" <pi...@debian.org> * Package name: aiohttp-debugtoolbar Version : 0.1.1 Upstream Author : Nikolay Novik <nickolaino...@gmail.com> * URL : https://github.com/aio-libs/aiohttp_

Bug#832978: ITP: aiohttp-mako -- mako template renderer for aiohttp.web

Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" <pi...@debian.org> * Package name: aiohttp-mako Version : 0.0.1 Upstream Author : Nikolay Novik <nickolaino...@gmail.com> * URL : https://github.com/aio-libs/aiohttp_mako/ * Lic

Bug#832977: ITP: aiohttp-jinja2 -- jinja2 template renderer for aiohttp.web

Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" <pi...@debian.org> * Package name: aiohttp-jinja2 Version : 0.8.0 Upstream Author : Andrew Svetlov <andrew.svet...@gmail.com> * URL : https://github.com/aio-libs/aiohttp_jinja2/ * Lic

Bug#832279: ITP: python-multidict -- multidict implementation (Python library)

Package: wnpp Severity: wishlist Owner: "Piotr Ożarowski" <pi...@debian.org> * Package name: python-multidict Version : 1.2.1 Upstream Author : Andrew Svetlov <andrew.svet...@gmail.com> * URL : https://github.com/aio-libs/multidict * Lice

Bug#832001: pyenchant: new upstream release (1.6.7)

thanks for the info. pypi.python.org and homepage¹ still don't have it, though It looks like 1.6.7 was tagged on github only... [¹] https://pythonhosted.org/pyenchant/download.html

Bug#831239: [Python-modules-team] Bug#830186: sphinx: intersphinx mapping extension causes network access during package builds

tp_proxy='127.0.0.1:9' sphinx-build -N -b man doc > build/man > (python-sphinx is only in Build-Depends-Indep hence you cannot use it in override_dh_auto_build) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www

Bug#818175: dh-python 2.20160609 now warns if nothing is done

Hi, thanks Lucas! [Lucas Nussbaum, 2016-07-07] > Please find below a list of packages whose build log contains "no > package to act on". No packages contain the same string prepended by > "E: " as pointed in the message above. > > I can provide the build logs if useful. are all of them

Bug#827453: command to reproduce

to reproduce: $ python3.5 -c 'import asyncio; reader,writer=asyncio.get_event_loop().run_until_complete(asyncio.open_connection("debian.org", "https", ssl=True));writer.transport._ssl_protocol._transport._sock.close() note that it worked fine in python3.4 (not the command above, py2dsp or

Bug#826758: please remove .so and .coverage at clean (building twice in a row is not possible)

> Currently on a clean, up-to-date Sid chroot, it is not possible to > build the package at all (bug#802916). How can I reproduce the failure > described here? I'm getting different error ("TypeError: calling .wrapper at 0x7f1039fca158> returned 100.0, not a test") but indeed it FTBFS. To

Bug#818175: dh-python 2.20160609 now warns if nothing is done

[Raphael Hertzog, 2016-06-10] > We just need to rebuild the package build-depending on dh-python, > and then grep buildlogs on "E: no package to act on" to find out how many > are affected. Is that correct? correct

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

able files) * or if they're meant to be executed, but you don't want them to be available out of the box, add "python" to Suggests or Recommends -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fing

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

ner and AMinerRemoteControl symlinked in /usr/bin/? (you can use debian/logdata-anomaly-miner.links to do that) PS please don't CC me, I read debian-pyt...@lists.debian.org -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

th python2 or dh_python2 (/usr/bin/dh_python2) but never ever depend on internal implementation detail. I will change /usr/share/dh-python/dh_python2 file name just to mess with you ;-P -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.g

Bug#826758: please remove .so and .coverage at clean (building twice in a row is not possible)

Package: src:python-coverage Version: 3.7.1+dfsg.1-1+b2 Severity: normal It's not possible to build the package twice in a row due to .coverage and .so files (dpkg-source complains that they changed). Please remove them in clean target (BTW: the fact that there are .so files in coverage/ rather

Bug#806316: wontfix for now

FTR: I didn't apply this patch because exceptions are allowed only in private dirs intentionally - I don't want to deal with all the exceptions while f.e. upgrading Python 3 to new 3.X version. It makes perfect sense in 2.X, but we should not package new stuff for 2.X anyway... I do not close

Bug#823399: src:cssmin: please add python3-cssmin binary package

python3-cssmin binary package ++ switch dh build system to pybuild ++ add dh-python, python3-all and python3-setuptools to Build-Depends + + -- Piotr Ożarowski <pi...@debian.org> Wed, 04 May 2016 11:30:10 +0200 + cssmin (0.2.0-1) unstable; urgency=medium * New upstream release

Bug#823052: ITP: python-mkdocs-bootswatch -- Bootswatch themes for MkDocs

t my git repositories to > subversion. I believe subversion is still required by PAPT. it is -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645

Bug#823052: ITP: python-mkdocs-bootswatch -- Bootswatch themes for MkDocs

ocs-bootswatch/mkdocs-bootstrap are tightly related to another DPMT^W PAPT package, IMHO we can make an exception in PAPT for them (but I'd prefer to have them outside the team, TBH - DPMT/PAPT are not collab-maint replacements). -- Piotr Ożarowski Debian GNU/L

Bug#801476: backported patch from 3.6.0-1

tags 801476 +patch fixed 801476 3.6.0-1 thanks I backported patch from 3.6.0-1 that fixes this bug. Please consider updating package in stable. --- /usr/lib/python3/dist-packages/lxml/html/soupparser.py.orig 2016-04-29 10:50:38.407542936 +0200 +++

Bug#820783: mkdocs: please move non-py files to /usr/share/mkdocs/

Package: mkdocs Version: 0.14.0-1 Severity: normal Dear Maintainer, please move non Python files to /usr/share/mkdocs and (if needed) patch the code to search for themes there. Patching /usr/bin/mkdocs to add /usr/share/mkdocs/ to sys.path also makes sense (even though it's an ugly hack)

Bug#817915: RFP: openbazaar -- server daemon for OpenBazaar network

Package: wnpp Severity: wishlist * Package name: openbazaar Version : 0.1.2 Upstream Author : OpenBazaar Developers * URL : https://openbazaar.org/ * License : MIT Programming Lang: Python Description : server daemon for OpenBazaar network OpenBazaar

Bug#816969: ITP: python-motor -- Non-blocking MongoDB driver for Tornado or asyncio

[Ondřej Nový, 2016-03-06] > I'm going to maintain it inside DPMT. I'm DD, I need sponsor for first upload. if you're NOT DD, then you need one not only for first upload :) I'm interested, send me RFS email when it's ready.

Bug#815654: dh-python: dh_python does not understand environment markers

[Tristan Seligmann, 2016-02-23] > As per subject; this may be a bit tricky to solve, I will not even try to support PEPs that are changed or replaced by another one every few months (i.e. most of them). Let me know once it's stable for at least a year or so. For now, I can only add a code to

Bug#812208: ITP: python-urwidtrees -- urwid tree container API

[ChangZhuo Chen, 2016-01-21] > * Package name: python-urwidtrees > Version : 1.0 > Upstream Author : Patrick Totzke > * URL : http://www.example.org/ I cannot find urwidtrees on that page ;P

Bug#809287: python-websockets: FTBFS: AssertionError: 1006 != 1005

Source: python-websockets Source-Version: 3.0-1 I forgot to close it in the changelog

Bug#808168: O: simplejson -- simple, fast, extensible JSON encoder/decoder for Python

Hi Federico, [Mathias Behrle, 2015-12-17] > when looking at > https://packages.qa.debian.org/s/simplejson.html > and > https://qa.debian.org/developer.php?login=feder...@debian.org > > I mainly see commits and maintenance by Piotr/DPMT. > > So I assume that this orphaning bug was filed against

Bug#807681: patch

I'm attaching a dirty patch that made my sbuild work again --- /usr/lib/python3/dist-packages/pkg_resources/__init__.py.orig 2015-12-15 23:05:19.830995210 +0100 +++ /usr/lib/python3/dist-packages/pkg_resources/__init__.py 2015-12-15 23:05:28.306973117 +0100 @@ -2841,6 +2841,11 @@

Bug#807581: how to check if given Python module is already in Debian

> > module name is "websocket" not "websocket-client" - this is egg name. > > Package name is perfectly fine (python-websocket-client would be wrong) > > How to explain this then? > > $ grep Name: > /usr/lib/python2.7/dist-packages/websocket_client-0.18.0.egg-info/PKG-INFO > Name:

Bug#807581: closed by Piotr Ożarowski <pi...@debian.org> (Re: Bug#807581: ITP: python-websocket-client -- low level APIs for WebSocket)

> > Thomas, how do you check if given module is already packaged in > > Debian? > > I did, in Sid: > apt-cache search python-websocket-client > > This gave no result, as the package is python-websocket. you mentioned in July that you search it like this, yes. We told you to, if you search using

Bug#649623: ITP: python-freetype -- Python bindings for the FreeType library (and request to join DPMT)

[Daniel Glassey, 2015-11-30] > Any opinions/thoughts? I added you to the team -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645

Bug#801719: dh-python: Symlink in package directory causes dh_python3 crash: NotADirectoryError

[Ben Finney, 2015-11-26] > What is the prognosis of correcting this, either by the suggested > patch or some other fix to allow removing filesystem entries > correctly? soon (next upload). I want to rewrite this patch a bit.

Bug#801710: egg-info garbage

> instead of .pybuild, I'd suggest upstream to ignore everything that > starts with a dot - we can create a patch to do that in our setuptools > package and another patch that extends it with "debian" dir (but keep > that one only for ourselves) FTR: I meant "upstream" as in setuptools/distutils

Bug#801710: egg-info garbage

[Barry Warsaw, 2015-10-23] > What are the options for handling this? > > 1) Require upstreams to explicitly prune .pybuild/ and debian/ instead of .pybuild, I'd suggest upstream to ignore everything that starts with a dot - we can create a patch to do that in our setuptools package and another

Bug#801710: (no subject)

[Barry Warsaw, 2015-10-23] > However, I still think it's useful to add the additional diagnostics to > dh_python3 and I've retitled this bug accordingly. This provides valuable most if not all files that differ outside egg-info dir are valid cases (version specific changes, so files, ...) so I

Bug#801719: dh-python: Symlink in package directory causes dh_python3 crash: NotADirectoryError

[Ben Finney, 2015-10-22] > How are they bad? Searching for “dpkg” and “symlink” doesn't help me > to know what you're referring to. Can you point us to some official > Debian packaging documentation to explain what that means? see f.e. #626203 or

Bug#802687: dh-python: dh_python3 does not call pyinstall, binary python3 package empty

> So the recommended way is not to use the .pyinstall file anymore? Or > to use it together with the .install file? always use .install files if you can. If it's problematic¹ - use .pyinstall [¹] old days, when we had more than one Python 2.X version, shouldn't be an issue now, but

Bug#801710: (no subject)

> I don't yet know what a good fix for that is. if you use pybuild, then I suggest to: export PYBUILD_AFTER_INSTALL=find {destdir}{install_dir} -name SOURCES.txt -delete and send yet another angry email to setuptools authors ;)

Bug#801719: dh-python: Symlink in package directory causes dh_python3 crash: NotADirectoryError

[Ben Finney, 2015-10-18] > > I have experienced the same error. A deliberately-created symlink > > causes ‘dh_python3’ to crash when it attempts to ‘os.rmdir’ the > > symlink:: > > For comparison, that happens only with ‘dh_python3’ and not with > ‘dh_python2’. that's because we have one 2.X

Bug#786019: python-flickrapi: diff for NMU version 1.2-3.2

Hi Ross, [Ross Gammon, 2015-10-19] > -XS-Python-Version: all > -Build-Depends: debhelper (>= 5), python (>= 2.3.5-11), python-all-dev > -Build-Depends-Indep: python-setuptools, python-support (>= 0.6.4) > +X-Python-Version: >= 2.3.5-11 please use 'X-Python-Version: >= 2.3', this field is about

Bug#801334: ITP: pypi2deb -- PyPI to Debian converter

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski <pi...@debian.org> * Package name: pypi2deb Version : 1.20151008 Upstream Author : Piotr Ożarowski <pi...@debian.org> * URL : https://github.com/p1otr/pypi2deb * License : Expat Programming

Bug#796371: blockdiag: FTBFS: unknown format: SVG

you need to talk with Python upstream -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645

Bug#798528: ITP: vim-khuno -- Python flakes Vim plugin

I use khuno so let me know if you need a sponsor to upload this package.

Bug#798528: ITP: vim-khuno -- Python flakes Vim plugin

> dget -x > http://mentors.debian.net/debian/pool/main/v/vim-khuno/vim-khuno_1.0.0-1.dsc * debian/README.Debian mentions youcompleteme instead of khuno (BTW, f.e. in vim-python-jedi I decided to include vam command in package's long description instead of README.Debian) * is

Bug#798351: ITP: aioxmlrpc -- XML-RPC for asyncio

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski <pi...@debian.org> * Package name: aioxmlrpc Version : 0.1 Upstream Author : Guillaume Gauvrit <guilla...@gauvr.it> * URL : https://github.com/mardiros/aioxmlrpc * License : BSD-3-clause

Bug#798397: ITP: python-websockets -- implementation of the WebSocket Protocol (RFC 6455)

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski <pi...@debian.org> * Package name: python-websockets Version : 2.6 Upstream Author : Aymeric Augustin <aymeric.augus...@m4x.org> * URL : https://github.com/aaugustin/websockets * License

Bug#797042: please package new upstream release

Package: qnapi Version: 0.1.6~rc2-2 Severity: normal Cześć Patryk, upstream released 0.1.9, please package it https://github.com/QNapi/qnapi/releases signature.asc Description: Digital signature

Bug#786171: python-sponge: diff for NMU version 0.3.1-1.1

Control: tags 786171 + patch Control: tags 786171 + pending Dear maintainer, Larissa prepared an NMU for python-sponge (versioned as 0.3.1-1.1) and I uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u python-sponge-0.3.1/debian/rules

Bug#786215: django-extra-views: diff for NMU version 0.2.4-2.1

Control: tags 786215 + patch Control: tags 786215 + pending Dear maintainer, Ana prepared an NMU for django-extra-views (versioned as 0.2.4-2.1) and I uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u django-extra-views-0.2.4/debian/control

Bug#786022: trac-graphviz: diff for NMU version 0.7.5-1.1

Control: tags 786022 + patch Control: tags 786022 + pending Dear maintainer, Ana prepared an NMU for trac-graphviz (versioned as 0.7.5-1.1) and I uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u trac-graphviz-0.7.5/debian/changelog

Bug#785944: NMU diff

to 0.4.54 (due to DEB_PYTHON2_MODULE_PACKAGES) + + -- Piotr Ożarowski pi...@debian.org Tue, 18 Aug 2015 17:06:49 +0200 + balazarbrothers (1.0~rc1-4.2) unstable; urgency=low * Non-maintainer upload. diff -u balazarbrothers-1.0~rc1/debian/control balazarbrothers-1.0~rc1/debian/control

Bug#786036: diff of the NMU

Hi, I just uploaded Ana's NMU to delayed/2. The diff is attached -- http://people.debian.org/~piotr/sponsor diff -u jabber.py-0.5.0/debian/changelog jabber.py-0.5.0/debian/changelog --- jabber.py-0.5.0/debian/changelog +++ jabber.py-0.5.0/debian/changelog @@ -1,3 +1,10 @@ +jabber.py (0.5.0-1.6)

Bug#796142: typo in DEB_PYTHON2_MODULE_PACKAGES warning

Package: cdbs Version: 0.4.130 Severity: minor Hi Jonas, cdbs mentions in a warning that DEB_PYTHON_MODULE_PACKAGES should be set before all the includes but it actually wants DEB_PYTHON2_MODULE_PACKAGES (with a 2 or 3 probably) (i.e. the typo is in the warning)

Bug#795413: ITP: aiopg -- PostgreSQL integration with asyncio

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski pi...@debian.org * Package name: aiopg Version : 0.7.0 Upstream Author : Andrew Svetlov andrew.svet...@gmail.com * URL : https://aiopg.readthedocs.org/ * License : BSD Programming Lang: Python

Bug#795414: ITP: aioredis -- asyncio (PEP 3156) Redis support

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski pi...@debian.org * Package name: aioredis Version : 0.2.2 Upstream Author : Alexey Popravka alexey.popra...@horsedevel.com * URL : https://aioredis.readthedocs.org/ * License : Expat Programming Lang

Bug#795415: ITP: aiozmq -- ZeroMQ integration with asyncio

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski pi...@debian.org * Package name: aiozmq Version : 0.7.0 Upstream Author : Andrew Svetlov andrew.svet...@gmail.com * URL : https://aiozmq.readthedocs.org/ * License : BSD Programming Lang: Python

Bug#786247: pyvtk: deprecation of python-support

the archive, but never ever suggest users to use pip for installing system libs/apps. I had to clean after these tools way too many times! pip is great when used inside virtualenv or tools like this, but should return please use rpm/dpkg whenever invoked as root, period! -- Piotr Ożarowski

Bug#794069: bandit: please install into private directory

Package: bandit Version: 0.12.0-1 Severity: normal Dear Maintainer, bandit installs files into public namespace, please don't do that. If it really is a public module, provide python-bandit and python3-bandit binary packages. If not, add these lines to debian/rules: export

Bug#787902: [Python-apps-team] Bug#787902: Bug#787902: pelican: Please provide a python3 module

if pelican module is not used outside the application, please move it to private directory (bonus points for using python3 rather than python) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791635: python-policy: Please require namespacing source python module packages

The right place to discuss Debian Python Policy changes is debian-pyt...@lists.debian.org mailing list. (and I'm strongly against this change, BTW) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#785746: uscan: pypi.python.org watch files do not work anymore

Package: devscripts Version: 2.15.4 Severity: normal File: /usr/bin/uscan Tags: patch Hi, http{,s}://pypi.python.org/packages/foo/F/foo links no longer work. We now have a redirector (http://pypi.debian.net) and watch file generator (http://pypi.debian.net/foo/watch) but updating thousands of

Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile

[Piotr Ożarowski, 2015-04-08] py3clean -p python3-magic can you change this line to: python3.4 py3clean -p python3-magic err, sorry: python3.4 /usr/bin/py3clean -p python3-magic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile

[Miroslav Tzonkov, 2015-04-08] Preparing to unpack .../python3-magic_1%3a5.22+15-2_all.deb ... import import: Unable to open XServer (). import import: Unable to open XServer (). import import: Unable to open XServer (). from: can't read /var/mail/glob from: can't read /var/mail/os from:

Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile

[root@sh2 /home/smooker]# cat /var/lib/dpkg/info/python3-magic.prerm #!/bin/sh set -e # Automatically added by dhpython: if which py3clean /dev/null 21; then py3clean -p python3-magic can you change this line to: python3.4 py3clean -p python3-magic and try to upgrade again?

Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile

[Miroslav Tzonkov, 2015-04-08] additional info: --- line 30-31 of py3clean from os.path import dirname, basename, exists, join, splitext sys.path.insert(1, '/usr/share/python3/') --- end of line 30-31 --- line 32-33 of py3compile from subprocess import PIPE, Popen sys.path.insert(1,

Bug#782035: python3-minimal: Syntax errors in /usr/bin/py3clean and py3compile

from: can't read /var/mail/glob from: can't read /var/mail/os from: can't read /var/mail/os.path /usr/bin/py3clean: 31: /usr/bin/py3clean: Syntax error: word unexpected (expecting )) --- /usr/bin/py3compile: 33: /usr/bin/py3compile: Syntax error: word unexpected (expecting )) [...]

Bug#781948: --extra-package doesn't work

Package: sbuild Version: 0.65.2-1 Severity: normal --extra-package doesn't seem to do anything: | $ sbuild --extra-package /tmp/build/python3-plainbox_0.20-1_all.deb | dh clean --with=python3,sphinxdoc --buildsystem=pybuild |dh_testdir -O--buildsystem=pybuild |dh_auto_clean

Bug#781319: wrong binary package name

Package: cssmin Version: 0.2.0-1 Severity: normal cssmin binary package provides public Python module cssmin so it should be named python-cssmin. It doesn't really matter that there's /usr/bin/cssmin script. If possible, please change it before releasing Jessie to avoid confusion -- System

Bug#781322: please bump minimum required Python 3.X version to 3.3

Package: python3-jsmin Version: 2.0.9-1 Severity: normal I tried to backport this package to Wheezy, here's what I got: | set -e ; for pyvers in 2.6 2.7 3.2; do \ | PYTHONPATH=/«PKGBUILDDIR» python$pyvers jsmin/test.py ; \ | done | |

Bug#669837: please fix it in Jessie

I upgraded one of my machines to Jessie and this bug bite me. Please fix it. Isn't stable more important than backports? (moving /etc/apache2/conf.d/phppgadmin to /etc/apache2/conf-available/ and symlinking it to /etc/apache2/conf-enabled/phppgadmin.conf fixed it for me. Please note the .conf

Bug#774064: podnapisi provider fails if there's no result

Package: subliminal Version: 0.7.4-1 Severity: minor File: /usr/bin/subliminal | ERROR: Unexpected error in provider 'podnapisi' | Traceback (most recent call last): | File /usr/lib/python3/dist-packages/subliminal/api.py, line 216, in download_best_subtitles | provider_subtitles =

Bug#772070: unblock: pygments/2.0.1+dfsg-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pygments This is upstream's final release (testing currently has release candidate + some additional commits from upstream repo) that contains fixes and lexer

Bug#771794: [Python-modules-team] Bug#771794: pip silently removes/updates system provided python packages

IMO we should patch pip to *not* touch (install, upgrade, uninstall, etc.) anything in /usr directory (or /) except /usr/local. Our Python interpreter already installs to /usr/local and so should pip. This way: * pip doesn't need to figure out which file can be touched, * we can detect cause of

Bug#771963: unblock: python3-defaults/3.4.2-2

(3.4.2-2) unstable; urgency=medium + + * py3clean: remove pyc files generated from files with dot in its name +(workaraunds http://bugs.python.org/issue22966) + + -- Piotr Ożarowski pi...@debian.org Sat, 29 Nov 2014 18:14:17 +0100 + python3-defaults (3.4.2-1) unstable; urgency=medium

Bug#770105: sed in wheezy doesn't have -z option

sed in wheezy (v4.2.1) doesn't have -z (AKA --null-data). removing this option and -0 from xargs call in /usr/lib/php5/sessionclean fixed this for me, but I'm not sure if it's the proper fix (can php5 session file names contain special characters?) -- To UNSUBSCRIBE, email to

Bug#769330: unblock: dh-python/1.20141111-2

Control: tags -1 -moreinfo The other change in this upload is to set binary package's Multi-Arch to foreign. This is a blocker; the bug is closes is normal, and we aren't accepting multi-arching now without exceptional circumstances. Can you prepare a package that doesn't include this

Bug#769427: ITP: python-pygit2 -- bindings for libgit2

Control: forcemerge 769421 769427 Hi Thomas, please contact Thomas Goirand - he's already working on this package ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769330: unblock: dh-python/1.20141111-1

dependency from requires.txt files nor Requires +fields. Dependencies are generated only if given requirement is available +in dist_fallback file (generated at dh-python's build time) or if it's +available at build time (hint: Build-Depends) + + -- Piotr Ożarowski pi...@debian.org Tue, 11 Nov

Bug#765522: elixir source package name

Please note that elixir source package is already in Debian so you will have to choose another one (or maybe we should remove current elixir from Debian?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#765022: closed by Piotr Ożarowski pi...@debian.org (Re: Bug#765022: python3: site-packages missing from python3 sys.path path list)

[Mathieu Desnoyers, 2014-10-13] The page you link to explains why Debian Python 3PP packages install into dist-packages, but not why the python interpreter search for packages only within dist-packages, but not site-packages. it installs into dist-packages so that it *doesn't have to* search

Bug#765022: closed by Piotr Ożarowski pi...@debian.org (Re: Bug#765022: python3: site-packages missing from python3 sys.path path list)

/usr/bin/python* interpreters (i.e. the ones provided by Debian) use dist-packages (libraries in /usr/lib/.../dist-package - which are provided by Debian developers and /usr/local/lib/.../dist-packages - provided by system administrators) /usr/local/bin/python* interpreters (the ones that have

Bug#763200: [PATCHv2] pydist: Add argparse fallback to python3 (= 3.2) to CPython3 overrides

Hi Simon, -'setuptools python3-pkg-resources\n'], +'setuptools python3-pkg-resources\n', +'argparse python3 (= 3.2) | python-argparse\n'], there's no python3-argparse package and generating a dependency on python-argparse in Python 3.X packages doesn't make sense --

Bug#763200: [PATCHv2] pydist: Add argparse fallback to python3 (= 3.2) to CPython3 overrides

+'argparse python3 (= 3.2) | python-argparse\n'], there's no python3-argparse package and generating a dependency on python-argparse in Python 3.X packages doesn't make sense FTR: I will add argparse python3 (= 3.2) in next upload -- To UNSUBSCRIBE, email to

Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory

2.8, I hope - if you use it, backporters will not be happy). I suggest to use `python -m foo` or write a wrapper that uses this command or Python script that imports foo and calls foo.main() (where main() is whatever is called after if __name__ == '__main__': in this file) -- Piotr Ożarowski

Bug#759981: sbuild?

IMO it's a sbuild issue, but I'll investigate... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#731238: patch

+- fixes install_requires (removes hadrcoded distribute; closes: #731825) + * Add python3-argcomplete binary package (closes: #731238) + * Switch dh build system to pybuild + + -- Piotr Ożarowski pi...@debian.org Thu, 28 Aug 2014 12:39:29 -0700 + python-argcomplete (0.6.9-1) unstable; urgency=medium

Bug#758551: please move bindings/configs to powerline package

Package: src:powerline Version: 0~20140216-1 Severity: normal Please move bindings and other non Python files from python-powerline binary package to powerline one, f.e. /usr/lib/python2.7/dist-packages/powerline/config_files/* →  /usr/share/powerline/config_files

Bug#588497: New virtual package: httpd-wsgi

[Bill Allombert, 2014-07-30] On Wed, Jul 30, 2014 at 08:27:51AM +0200, Jonas Smedegaard wrote: Bill Allombert wrote: Would that description be OK: httpd-wsgi A WSGI capable HTTP server Are there other developper maintaining WSGI related packages to second this ?

Bug#754060: [python-defaults] Allow bootstrapping without lsb-release and python-docutils

[Scott Kitterman, 2014-07-07] The latter set of manpages are unlikely to change. The copy of dh-python that is shipped in python-defaults is strictly legacy (development is now done in a separate dh-python package). As a result, I think it's perfectly acceptable for update of these

Bug#752994: ITP: vim-ctrlp -- fuzzy file, buffer, mru, tag, etc. finder for Vim

Package: wnpp Severity: wishlist Owner: Piotr Ożarowski pi...@debian.org * Package name: vim-ctrlp Version : 1.79 Upstream Author : Kien Nguyen * URL : http://kien.github.io/ctrlp.vim/ * License : https://github.com/kien/ctrlp.vim/issues/582 Programming Lang

Bug#752525: python{,3}-pymongo should be arch:all

Package: src:pymongo Version: 2.7.1-1 Severity: normal python{,3}-pymongo should be Architecture: all Didn't you add python{,3}-pymongo-ext binary package (correctly set to arch:any) to make it possible? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

<    1   2   3   4   5   6   7   >