Bug#820896: ITP: python-hashids -- Python implementation of hashids
Package: wnpp Severity: wishlist Owner: Edward Betts * Package name: python-hashids Version : 1.1.0 Upstream Author : David Aurelio * URL : https://github.com/davidaurelio/hashids-python * License : MIT Programming Lang: Python Description : Python implementation of hashids A python port of the JavaScript hashids implementation. It generates YouTube-like hashes from one or many numbers. Use hashids when you do not want to expose your database ids to the user. I plan to maintain this package as part of the Debian Python Modules Team. -- Edward.
Re: Compiled bytecode installed, because test suite was run
[Ben Finney, 2016-04-13] > package_share_dir = /usr/share/${PACKAGE_NAME} > export PYBUILD_INSTALL_ARGS ?= \ >--install-lib=${package_share_dir}/ \ >--install-scripts=${package_share_dir}/ > > So with Pybuild configured correctly, that should mean I don't need to > also fiddle manually with ‘dh_python3’. Yes? No. pybuild and dh_python3 are two separate things. I do my best to separate them (so that you can replace any of them at any time and the other one will still work - f.e. you can use dh_py{support,central} instead of dh_python2 or dh_install instead of pybuild). This is why you have to pass '--with python3' to dh even though you already have '--buildsystem=pybuild'. If you configure pybuild to install into some custom location that is not checked by dh_python3 - you have to tell dh_python3 to handle that dir. Why it doesn't check all dirs? well, if you had a good reason to install into custom dir (a plugin for different app, an example file, a documentation, ...), dh_python3 will not mess with your files and let tools that handle that dir do their job (note that it's possible that it still will be handled later by the same tools dh_python3 uses: py3compile/py3clean but via other package's trigger) -- 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
Re: Compiled bytecode installed, because test suite was run
Piotr Ożarowski writes: > [Ben Finney, 2016-04-13] > > One complication may have been that the directory name to which the > > library was installed (with the “--install-lib” option) does not > > contain the Debian package name. > > […] By changing --install-lib you modified destination directory > anyway (and you should point dh_python3 to the same dir - it doesn't > know about pybuild's existence) I'm not invoking ‘dh_python3’ directly, I am telling ‘dh’ to do it: dh $@ --with python3 --buildsystem=pybuild To my mind that should cause Pybuild to tell ‘dh-python3’ everything it needs to know, because I've configured Pybuild: package_share_dir = /usr/share/${PACKAGE_NAME} export PYBUILD_INSTALL_ARGS ?= \ --install-lib=${package_share_dir}/ \ --install-scripts=${package_share_dir}/ So with Pybuild configured correctly, that should mean I don't need to also fiddle manually with ‘dh_python3’. Yes? -- \ “Capitalism has destroyed our belief in any effective power but | `\ that of self interest backed by force.” —George Bernard Shaw | _o__) | Ben Finney
Re: Compiled bytecode installed, because test suite was run
> PYBUILD_NAME and PYBUILD_DESTDIR are pybuild related, dh_python3 doesn't > use them. By changing --install-lib you modified destination directory > anyway (and you should point dh_python3 to the same dir - it doesn't > know about pybuild's existence) FTR: PYBUILD_DESTDIR is like DESTDIR but allows to set different dirs for each interpreter and PYBUILD_NAME is something that can be used if all your PYBUILD_DESTDIRs follow standards (so instead of defining destrid for Python 3, Python 2, debug interpreters, pypy, etc. you can just define a name that will be used to set destdirs correcly - all this is optional, you can use dh_install if you want) > That said, removing __pycache__ everywhere is harmless and dh_python3 > should remove it even if you don't tell it to check given dir. I will > change that. actually that should be the case already so I don't know why it didn't work for you. My guess is you didn't run dh_python3 at all -- 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
Re: Compiled bytecode installed, because test suite was run
[Ben Finney, 2016-04-13] > Piotr Ożarowski writes: > > > [Ben Finney, 2016-04-12] > > > * Pybuild runs the upstream test suite > > > * which imports the Python packages > > > * which creates the compiled bytecode files > > > * which remain in the package directories > > > * which are scooped up by Pybuild for installation > > > > * which should be removed by dh_python3 > > How does ‘dh_python3’ know to do that? Are there settings I should look > at to tell ‘dh_python3’ what to do when it misses some files? dh_python3 is checking dist-packages and few private dirs by default, see "private dirs" section in dh_python3.1 > > > * which leads to Lintian correctly complaining > > > “package-installs-python-pycache-dir”. > > > > > > How do I convince Pybuild to run the tests as part of the package build > > > (as normal), but clean up the compiled files *after* the tests and > > > *before* gathering the installed files? > > > > does your package name start with python3- or do you have > > ${python3:Depends} in Depends? > > The problem is no longer occurring, because I have tweaked some of the > directories and package names around. > > One complication may have been that the directory name to which the > library was installed (with the “--install-lib” option) does not contain > the Debian package name. > > When I change that, it works; I don't know why. > > The documentation for ‘PYBUILD_NAME’ and ‘PYBUILD_DESTDIR’ don't help me > to understand what is happening when things go wrong. The latter, > especially, makes no sense to me and the man page doesn't help me know > what effect setting that variable will have. PYBUILD_NAME and PYBUILD_DESTDIR are pybuild related, dh_python3 doesn't use them. By changing --install-lib you modified destination directory anyway (and you should point dh_python3 to the same dir - it doesn't know about pybuild's existence) That said, removing __pycache__ everywhere is harmless and dh_python3 should remove it even if you don't tell it to check given dir. I will change that. -- 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 #820811: ITP: python-fitsio -- Python wrapper on the CFITSIO library
Package: wnpp Owner: Ole Streicher Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-python@lists.debian.org * Package name: python-fitsio Version : 0.9.8 Upstream Author : Eric Sheldon * URL : https://github.com/esheldon/fitsio * License : GPL-2+ Programming Lang: Python Description : Python library to read from and write to FITS files Fitsio is a Python wrapper on the CFITSIO library. It allows direct access to the columns of a FITS binary table which can be useful for reading large fits files. This package will maintained within the Debian Astronomy Working Group. A git repository will be created on alioth: https://anonscm.debian.org/cgit/debian-astro/packages/python-fitsio.git Best regards Ole