Re: Help needed with celery/kombu
On Mon, Apr 15, 2019 at 12:01:35PM +0200, Michael Fladischer wrote: > Hi team, > > I'm currently unable to take care of fixing #924976 myself as my second > child was born last Sunday. It would be bad if celery were not to be > included in buster, so I'd appreciate if anyone is willing to help out. > > Regards, > Michael > Hi Michael, > I'm currently unable to take care of fixing #924976 myself as my second > child was born last Sunday Congratulations! > included in buster, so I'd appreciate if anyone is willing to help out. It is a python-kombu issue, upstream has fixed it in the latest version[1]. I will re-assign #924976 and submit a patch to python-kombu. Regards, Josue [1]: https://github.com/celery/kombu/blob/master/kombu/transport/redis.py#L150 signature.asc Description: PGP signature
Piuparts fails when dh-python is being purged
Hi, Currently I am testing the latest version of pysvn[1] which is built with pycxx. Piuparts fails with the Python 3 pysvn version when it tries to purge dh-python. One of the warnings that I can see is: dpkg: warning: while removing dh-python, directory '/usr/share/dh-python/dhpython/build' not empty so not removed And the error message is the following: ERROR: FAIL: Package purging left files on system: /usr/share/dh-python/dhpython/__pycache__/ not owned /usr/share/dh-python/dhpython/build/__pycache__/ not owned I have seen many piuparts package reports with this error, but I couldn't find a solution. Anyone knows if is this a known dh-python issue or my package has some issue? I have checked the .deb contents and it does not install something out of place. Anyone knows how to fix this? I have attached the piuparts trace Thanks! [1]: https://anonscm.debian.org/viewvc/python-modules/packages/pysvn/trunk/ --- Josue Ortega «Happy Hacking» http://josueortega.org0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.63 starting up. 0m0.0s INFO: Command line arguments: /usr/sbin/piuparts -p ./python3-svn_1.7.10-1_amd64.deb 0m0.0s INFO: Running on: Linux Trillian 4.0.0-1-amd64 #1 SMP Debian 4.0.2-1 (2015-05-11) x86_64 0m0.0s DEBUG: Starting command: ['dpkg', '--info', './python3-svn_1.7.10-1_amd64.deb'] 0m0.0s DUMP: new debian package, version 2.0. size 368400 bytes: control archive=1467 bytes. 702 bytes,16 lines control 1121 bytes,13 lines md5sums 168 bytes, 9 lines * postinst #!/bin/sh 395 bytes,12 lines * prerm#!/bin/sh Package: python3-svn Source: pysvn Version: 1.7.10-1 Architecture: amd64 Maintainer: Debian Python Modules Team Installed-Size: 2386 Depends: python3 (<< 3.5), python3 (>= 3.4~), libapr1 (>= 1.2.7), libc6 (>= 2.2.5), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.6), libsvn1 (>= 1.8.10) Suggests: python-svn-dbg Provides: python3-pysvn Section: python Priority: optional Homepage: http://pysvn.tigris.org/ Description: A(nother) Python 3 interface to Subversion The pysvn module is a Python 3 interface to the Subversion version control system. This API exposes client interfaces for managing a working copy, querying a repository, and synchronizing the two. 0m0.0s DEBUG: Command ok: ['dpkg', '--info', './python3-svn_1.7.10-1_amd64.deb'] 0m0.0s DEBUG: Created temporary directory /tmp/tmp7U112s 0m0.0s DEBUG: Unpacking /var/cache/pbuilder/base.tgz into /tmp/tmp7U112s 0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmp7U112s', '-zxf', '/var/cache/pbuilder/base.tgz'] 0m2.5s DEBUG: Command ok: ['tar', '-C', '/tmp/tmp7U112s', '-zxf', '/var/cache/pbuilder/base.tgz'] 0m2.5s DEBUG: Starting command: ['chroot', '/tmp/tmp7U112s', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.5s DEBUG: Command ok: ['chroot', '/tmp/tmp7U112s', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.5s DEBUG: Starting command: ['chroot', '/tmp/tmp7U112s', 'mount', '-t', 'devpts', 'devpts', '/dev/pts'] 0m2.5s DEBUG: Command ok: ['chroot', '/tmp/tmp7U112s', 'mount', '-t', 'devpts', 'devpts', '/dev/pts'] 0m2.5s DEBUG: sources.list: deb http://ftp.us.debian.org/debian/ sid main 0m2.5s DEBUG: Created policy-rc.d and chmodded it. 0m2.5s DEBUG: Created resolv.conf. 0m2.5s DEBUG: Starting command: ['chroot', '/tmp/tmp7U112s', 'apt-get', 'update'] 1m4.6s DUMP: Get:1 http://ftp.us.debian.org sid InRelease [204 kB] Get:2 http://ftp.us.debian.org sid/main amd64 Packages [7271 kB] Get:3 http://ftp.us.debian.org sid/main Translation-en [4920 kB] Fetched 12.4 MB in 60s (204 kB/s) Reading package lists... 1m4.6s DEBUG: Command ok: ['chroot', '/tmp/tmp7U112s', 'apt-get', 'update'] 1m4.6s DEBUG: Starting command: ['chroot', '/tmp/tmp7U112s', 'apt-get', '-yf', 'dist-upgrade'] 1m4.9s DUMP: Reading package lists.
Re: Build Python Application and Python Module from the same source
On Sun, Mar 22, 2015 at 02:11:58PM +1100, Ben Finney wrote: > Josue Ortega writes: > > > Currently I'm packaging Glue (Linked data visualization in Python)[0] > > which provides a Python Application with a QT UI and a Python > > Module[1]. > > Thank you for working to package more Python works in Debian. > > > I would like to know what is the propper way to generate the > > application and the module from the same source and same control file. > > I don't have a comprehensive answer, but have you followed the Debian > Python team documentation for Library Style Guide and App Style Guide > for Library packaging and Python Application packaging > https://wiki.debian.org/Python/LibraryStyleGuide> > https://wiki.debian.org/Python/AppStyleGuide>? Thanks for your answer And yes, actually I am using pybuild in both cases. But I can't figure out how to generate both packages yet. --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
Build Python Application and Python Module from the same source
Hi, Currently I'm packaging Glue (Linked data visualization in Python)[0] which provides a Python Application with a QT UI and a Python Module[1]. I have tested the build from the same source of the module and the application packages and both work as expected. I would like to know what is the propper way to generate the application and the module from the same source and same control file. And if you know any package already in the archive that is built the same way will be appreciated. Cheers [0]: http://www.glueviz.org/ [1]: http://www.glueviz.org/en/latest/python_guide/index.html --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
Best way to install images from the inside upstream source code tree
Hi, Currently I am packaging Glue[1], it uses PyQT for its UI. Upstream has placed the images used in the UI inside the source code tree. e.g: glue/qt/icons/ Just to make it more clear, under the glue directory exists the upstream source code. This causes the installation of the image files under: usr/lib/python2.7/dist-packages/glue/qt/icons/ I want to know the best/correct way to install those files under: usr/share/ Thanks [1]: http://www.glueviz.org/en/stable/index.html --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
Terminal Pager at unit tests
Hi, Currently I am working on the debianization of oct2py[1] which is a bridge between Python an GNU Octave. When the tests are running the docstrings are displayed in a terminal pager making impossible run all tests without human interaction to close the pager. I've found this really annoying if someone wants to build the package even the build process might fail if it's running on an automated enviroment. I could't find an elegant way to disable the terminal pager. Since I've noticed that the terminal pager does not run when the package is built with cowbuilder I've added a workarround that is: override_dh_auto_test: python2 -m unittest discover -v > /dev/null python3 -m unittest discover -v > /dev/null This avoids the annoying pager, but I am not happy with this solution and I am not sure if it's correct. Anyone of you know how disable the terminal pager in an elegant way? Here is the repo url, if anyone wants to check it out[2] Thanks [1]: https://github.com/blink1073/oct2py [2]: http://anonscm.debian.org/viewvc/python-modules/packages/oct2py/ --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
RFS: python-pkgconfig -- Python module to interface with the pkg-config command line tool
Hi Team, I am looking for a sponsor for my package and maitain it with the DPMT. The package is python-pkgconfig -- Python module to interface with the pkg-config command line tool This closes #757862 which is an ITP. The module is a dependency of the mathematics software Sage. More information can be found on[1]. Here is some useful information about the package: * Package name: python-pkgconfig Version : 1.1.0 Upstream Author : Matthias Vogelgesang * URL : https://github.com/matze/pkgconfig * License : MIT Programming Lang: Python Description : Python module to interface with the pkg-config command line tool It builds those binary packages: python-pkgconfig - Python interface to the pkg-config command line tool python3-pkgconfig - Python 3 interface to the pkg-config command line tool If you are interested you can get it on mentors[2] or in the SVN DPMT[3] Cheers [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757862 [2]: http://mentors.debian.net/debian/pool/main/p/pkgconfig/pkgconfig_1.1.0-1.dsc [3]: http://anonscm.debian.org/viewvc/python-modules/packages/pkgconfig/trunk/ --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
Passing arguments to nosetests in debian/rules:override_dh_auto_test
Hi, Currently I am packging oct2py[0] which is a bridge between python and GNU octave Since some unit tests had issues with memory, upstream started to pass some arguments to the nosetests[1], since this arguments are passed in upstream travis.yml and Makefile they aren't taken by dh_auto_test. I am using pybuild and I want to pass this arguments in the override_dh_auto_test section. How can I pass them? and which is the right way to do it? Cheers [0]: https://github.com/blink1073/oct2py [1]: https://github.com/blink1073/oct2py/issues/45 --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
RFS: oct2py -- GNU Octave to Python bridge
Hi Team, I am looking for a sponsor for my package and maitain it with the DPMT. The package is python-oct2py -- GNU Octave to Python bridge Oct2Py is a means to seamlessly call M-files and Octave functions from Python. It manages the Octave session for you, sharing data behind the scenes using MAT files. This closes #743499 which is an ITP. Here is some useful information about the package: * Package name: oct2py Version : 1.3.0-1 Upstream Author : Steven Silves * URL : http://blink1073.github.io/oct2py/docs/ * License : MIT Section : python It builds those binary packages: python-oct2py - Python to GNU Octave bridge --> run m-files from Python python3-oct2py - Python3 to GNU Octave bridge --> run m-files from Python If you are interested you can get it on mentors[0] or in the SVN DPMT[1]. Thank you for your help. [0]: http://mentors.debian.net/debian/pool/main/o/oct2py/oct2py_1.3.0-1.dsc [1]: http://anonscm.debian.org/viewvc/python-modules/packages/oct2py/trunk/ --- Josue Ortega http://josueortega.org signature.asc Description: Digital signature
Re: RFS: python-twython - Pure Python wrapper for the Twitter API
On Thu, May 01, 2014 at 11:43:23PM -0700, Vincent Cheng wrote: > On Thu, May 1, 2014 at 8:07 PM, Josue Ortega > wrote: > > Hi Team, > > I am looking for a sponsor for my package and maitain it with the DPMT. > > The package is python-twython Pure Python wrapper for the Twitter API. > > This closes #739010 which is an ITP. > > Here is some useful information about the package: > > Version : 3.1.2-1 > > Upstream Author : Ryan McGrath > > URL : https://github.com/ryanmcgrath/twython/tree/master > > License : MIT > > > > > > It builds those binary packages: > > python-twython - Pure Python wrapper for the Twitter API > > python3-twython - Pure Python3 wrapper for the Twitter API > > > > If you are interested you can get it on mentors[0] or in the SVN DPMT[1]. > > Just curious, how does this differ from python-twitter, which is > already in the archive? Do we need two different sets of python > wrappers around Twitter's API? > > Regards, > Vincent > > > -- > To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > https://lists.debian.org/CACZd_tDxg1bkV_1kAdt8tWssh5EwWp1y-3WMpUCX5WfjTa=-8...@mail.gmail.com > Well, the things that differ from python twitter is that this package already provides support for Python 3 and is under active development. Another features are: - Query data for: - User information - Twitter lists - Timelines - Direct Messages - and anything found in `the docs <https://dev.twitter.com/docs/api/1.1>`_ - Image Uploading: - Update user status with an image - Change user avatar - Change user background image - Change user banner image > Do we need two different sets of python > wrappers around Twitter's API? Yeah I wondered the same thing. The fact that upstream is very active and the python3 support conviced me to package it. --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
RFS: python-twython - Pure Python wrapper for the Twitter API
Hi Team, I am looking for a sponsor for my package and maitain it with the DPMT. The package is python-twython Pure Python wrapper for the Twitter API. This closes #739010 which is an ITP. Here is some useful information about the package: Version : 3.1.2-1 Upstream Author : Ryan McGrath URL : https://github.com/ryanmcgrath/twython/tree/master License : MIT It builds those binary packages: python-twython - Pure Python wrapper for the Twitter API python3-twython - Pure Python3 wrapper for the Twitter API If you are interested you can get it on mentors[0] or in the SVN DPMT[1]. Thank you for your help. Cheers [0]: http://mentors.debian.net/debian/pool/main/t/twython/twython_3.1.2-1.dsc [1]: http://anonscm.debian.org/viewvc/python-modules/packages/twython/ --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: Digital signature
Request to Join to the Team
Hi A few weeks ago I asked to join with my alioth account(noahfx-guest) but I hadn't sent a mail introducing myself. I supposed that is one of the reasons why I didn't have a reply of my request. So here I go: I am interested on joining because I want to maintain the following packages with the team: [ITP] for python-twython(Pure python wrapper for the Twitter api) [ITA] for python-portalocker (easy API to file locking). I am willing to help with any modules that need help. Cheers --- Josue Ortega http://josueortega.org signature.asc Description: Digital signature