Re: Wrong package name python-jwt
Hello Piotr,
thanks a lot. That did the trick.
Please enlighten me. dh-python maps python module names to debian
package names?
Kind regards
Cornelius
Am Montag, den 29.08.2016, 12:47 +0200 schrieb Piotr Ożarowski:
> [Cornelius Kölbel, 2016-08-29]
> >
> > Due to ${python:Depends} the dependency python-pyjwt is added.
> please add dh-python to Build-Depends and try again
--
Cornelius Kölbel
cornelius.koel...@netknights.it
+49 151 2960 1417
NetKnights GmbH
http://www.netknights.it
Landgraf-Karl-Str. 19, 34131 Kassel, Germany
Tel: +49 561 3166797, Fax: +49 561 3166798
Amtsgericht Kassel, HRB 16405
Geschäftsführer: Cornelius Kölbel
signature.asc
Description: This is a digitally signed message part
Wrong package name python-jwt
Hello list,
I have a problem with the naming of a python package.
My python project uses the python package
PyJWT. https://github.com/jpadilla/pyjwt
Thus I add
install_requires = [...
"PyJWT>=1.3.0",
in my setup.py of my python project.
Now I am also building a debian package from my project.
My rules looks like this:
dh $@ --with python2 --buildsystem=python_distutils
The Depends in my control looks like this:
Depends: ${misc:Depends}, ${python:Depends}, python-flask-migrate,
python-qrcode, python-netaddr,
python-pyrad, python-yaml, python-configobj, python-bs4,
python-pandas, python-matplotlib, python-ecdsa,
python-gnupg
Due to ${python:Depends} the dependency python-pyjwt is added.
But: In debian the package is called "python-jwt". But obviously
contains the module by jpadilla.
What is the recommended way to deal with that? Is there a way to
exclude a single package from ${python:Depends}?
Like exclude python-pyjwt and manually Depending python-jwt.
Thanks a lot
Cornelius
--
Cornelius Kölbel
cornelius.koel...@netknights.it
+49 151 2960 1417
NetKnights GmbH
http://www.netknights.it
Landgraf-Karl-Str. 19, 34131 Kassel, Germany
Tel: +49 561 3166797, Fax: +49 561 3166798
Amtsgericht Kassel, HRB 16405
Geschäftsführer: Cornelius Kölbel
signature.asc
Description: This is a digitally signed message part
get started with building own packages
Hi, I would like to see the python based software "privacyIDEA" http://privacyidea.org (2-factor-authentication) in Debian. And I am willing to put some effort into it - since I am the author ;-) It is written in flask and requires additional packages, which are not available in Jessie, yet: * python-flask-cache * python-pymysql * python-pyjwt (Makes 3 more packages) It needs to run as a web service via wsgi. I would also like to add a meta package, that takes care of setting up the database and the web server. (Those packages already exist for Ubuntu Trusty - but I am _very_ sure there will be much discussions about the package quality ;-) What do you think about this? About the meta package idea? Should I start with all 4-5 packages immediately? I guess I have to start with a RFP/ITP. Is there anyone, who might sponsor such packages? Thanks for your response and kind regards Cornelius -- Cornelius Kölbel cornelius.koel...@netknights.it +49 151 2960 1417 NetKnights GmbH http://www.netknights.it Landgraf-Karl-Str. 19, 34131 Kassel, Germany Tel: +49 561 3166797, Fax: +49 561 3166798 Amtsgericht Kassel, HRB 16405 Geschäftsführer: Cornelius Kölbel signature.asc Description: This is a digitally signed message part
multiple deb packages from python program.
Hello, I have a python program that I package as as a debian package. The debian directory can be found here. https://github.com/privacyidea/privacyidea/tree/master/debian I have a simple debian/rules file, that worked fine so far: #!/usr/bin/make -f %: dh $@ --with python2 --buildsystem=python_distutils Now I wanted to create additional packages from the source. So I changed the control file to reflect those additional packages and added .install files for the three deb packages. But now my originial program package is empty and does not contain the python code. It looks like only the .install scripts are run, but obviously python setup.py install is not run anymore - so I guess something does not work right with the simple rules file anymore... I am not that a great debian packager, so any hint is appreciated. THanks a lot and kind regards Cornelius -- 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/54019e7a.3030...@privacyidea.org
Re: Use the just installed package in the postinst script
Hello Jakub, thanks for the hint! update-python-modules -p did the trick. Kind regards Cornelius Am 27.05.2013 21:25, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-05-27, 17:30: Although I am calling a update-python-modules in the postinst, the package is not available, yet. Do you have any tricks for this scenario? If you're using python-support, you want to read its README, section Namespace packages. signature.asc Description: OpenPGP digital signature
Use the just installed package in the postinst script
Hello, I have a python package with postinst script. I'd like to use my just installed python package IN the postinst script to setup the necessary database. Although I am calling a update-python-modules in the postinst, the package is not available, yet. Do you have any tricks for this scenario? Thanks a lot and kind regards Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 15.04.2013 03:15, schrieb Hans-Christoph Steiner: On 04/14/2013 03:10 AM, Cornelius Kölbel wrote: Am 13.04.2013 05:46, schrieb Hans-Christoph Steiner: On 02/21/2013 03:34 PM, Cornelius Kölbel wrote: Am 21.02.2013 20:42, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-21, 20:14: http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc Great. The mentors site suddenly gives me lintian warnings, that were not there earlier and that did give the linitan on my debian experimental. :-( There's only one lintian warning: W: qrcode source: debhelper-overrides-need-versioned-build-depends (= 7.0.50~) This tag was been retired in Lintian 2.5.11, because stable has a newer debhelper version, and oldstable is not supported anymore. (I would have preferred if the tag was made pedantic rather than removed, but oh well...) The remaining tags are informative: I: qrcode source: quilt-patch-missing-description add-man-page I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:7 I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:13 I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:19 Anyway. ...and again I upload a hopefully again nicer version. I hope the next package will be less complicated... I'm interesting in sponsoring this package and uploading it, if no one else has claimed it. Cornelius, do you have a git or svn repo for this package yet? If not, I can set up a git repo on collab-maint. .hc Hello Hans-Christoph, to my knowledge till now noone has claimed the package. So I would very much appreciate, if you would sponsor this package. There is the git repo of the upstream package, which is located here: https://github.com/lincolnloop/python-qrcode As part of an internal git I have my addons (Makefile to download, patch and build the package) in this repository. So if this should be in a public git, we should move it there, yes, thanks! There is one thing for me to do: The upstream was updated to 2.5.1, and I would have to build a new package from this. Thanks a lot and kind regards Cornelius There is a new style of organizing git repos for packages that have upstream git repos that I want to try. It allows you to have the upstream history, the tarball/release history, and the debian packaging history all in one repo, all while being easily buildable using git-buildpackage. http://www.eyrie.org/~eagle/journal/2013-04/001.html http://www.eyrie.org/%7Eeagle/journal/2013-04/001.html So if you don't mind, I'd like to merge in the commits from your git into a new repo that I build up. .hc Hello Hans-Christoph, I am fine with that. I have a Makefile, that downloads the upstream package, quilts it and builds it... ;-) The code is part of a larger internal git and there are only 4 or 5 changes. So I guess extracting it from the git is not worth the effort. I could either send you the Makefile and the debian Directory or I can add them to the git. Kind regards Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 13.04.2013 05:46, schrieb Hans-Christoph Steiner: On 02/21/2013 03:34 PM, Cornelius Kölbel wrote: Am 21.02.2013 20:42, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-21, 20:14: http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc Great. The mentors site suddenly gives me lintian warnings, that were not there earlier and that did give the linitan on my debian experimental. :-( There's only one lintian warning: W: qrcode source: debhelper-overrides-need-versioned-build-depends (= 7.0.50~) This tag was been retired in Lintian 2.5.11, because stable has a newer debhelper version, and oldstable is not supported anymore. (I would have preferred if the tag was made pedantic rather than removed, but oh well...) The remaining tags are informative: I: qrcode source: quilt-patch-missing-description add-man-page I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:7 I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:13 I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:19 Anyway. ...and again I upload a hopefully again nicer version. I hope the next package will be less complicated... I'm interesting in sponsoring this package and uploading it, if no one else has claimed it. Cornelius, do you have a git or svn repo for this package yet? If not, I can set up a git repo on collab-maint. .hc Hello Hans-Christoph, to my knowledge till now noone has claimed the package. So I would very much appreciate, if you would sponsor this package. There is the git repo of the upstream package, which is located here: https://github.com/lincolnloop/python-qrcode As part of an internal git I have my addons (Makefile to download, patch and build the package) in this repository. So if this should be in a public git, we should move it there, yes, thanks! There is one thing for me to do: The upstream was updated to 2.5.1, and I would have to build a new package from this. Thanks a lot and kind regards Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 21.02.2013 19:08, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-21, 18:15: I am not sure how to add the upstream changelog without change the default simple debian/rules file? Adding something like this (untested) to debian/rules should do the trick: override_dh_installchangelogs: dh_installchangelogs CHANGES.rst Thanks for the hint, I was not aware of the override_. I uploaded a new build: http://mentors.debian.net/package/qrcode The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc Kind regards Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 21.02.2013 20:09, schrieb Cornelius Kölbel: Am 21.02.2013 19:08, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-21, 18:15: I am not sure how to add the upstream changelog without change the default simple debian/rules file? Adding something like this (untested) to debian/rules should do the trick: override_dh_installchangelogs: dh_installchangelogs CHANGES.rst Thanks for the hint, I was not aware of the override_. I uploaded a new build: http://mentors.debian.net/package/qrcode The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc Kind regards Cornelius Great. The mentors site suddenly gives me lintian warnings, that were not there earlier and that did give the linitan on my debian experimental. :-( signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 21.02.2013 20:42, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-21, 20:14: http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc Great. The mentors site suddenly gives me lintian warnings, that were not there earlier and that did give the linitan on my debian experimental. :-( There's only one lintian warning: W: qrcode source: debhelper-overrides-need-versioned-build-depends (= 7.0.50~) This tag was been retired in Lintian 2.5.11, because stable has a newer debhelper version, and oldstable is not supported anymore. (I would have preferred if the tag was made pedantic rather than removed, but oh well...) The remaining tags are informative: I: qrcode source: quilt-patch-missing-description add-man-page I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:7 I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:13 I: python-qrcode: hyphen-used-as-minus-sign usr/share/man/man1/qr.1.gz:19 Anyway. ...and again I upload a hopefully again nicer version. I hope the next package will be less complicated... signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Hi Jabuk, Am 18.02.2013 15:59, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-17, 13:46: thanks a lot for your feedback. I think I took care of all your comments - although I was not able to run your lintian4py. Out of interest, why? I am running a squeeze system here and was not able to install the package from experimental due to to many version conflicts. Fetching the sources, I Can't locate Monkey/Patch.pm and I also did not find a perl module in the default debian repos to match this. What would be your recommended way to install/use lintian4py? Thanks a lot Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 18.02.2013 16:16, schrieb Andrey Rahmatullin: On Mon, Feb 18, 2013 at 04:09:27PM +0100, Cornelius Kölbel wrote: What would be your recommended way to install/use lintian4py? You need a sid system in some form to build and test packages for sid anyway so it's not a big problem. thx, will do so. signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 18.02.2013 15:59, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-17, 13:46: thanks a lot for your feedback. I think I took care of all your comments - although I was not able to run your lintian4py. Out of interest, why? Should I increase the version to 2.4.2-2 or is this version only increased, _after_ a package is released? I believe most sponsors prefer the latter. OK, lintian --pedantic produced no error, lintian4py --pedantic produced: p: python-qrcode: pyflakes-unused-import usr/share/pyshared/qrcode/__init__.py:1: make p: python-qrcode: pyflakes-unused-import usr/share/pyshared/qrcode/__init__.py:3: image How pedantic should be be? ;-) Kind regards Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Hello, I uploaded a reworked version of python-qrcode. * Package name: qrcode Version : 2.4.2-1 Upstream Author : Lincoln Loop i...@lincolnloop.com * URL : https://github.com/lincolnloop/python-qrcode * License : BSD (2 clause) MIT/X11 (BSD like) Section : python http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc It builds those binary packages: python-qrcode - QR Code image generator The package and further information can be accessed here. http://mentors.debian.net/package/qrcode Again happy for any feedback. Thanks a lot and kind regards Cornelius signature.asc Description: OpenPGP digital signature
Re: RFR: python-qrcode -- native python module to generate QR codes
Am 16.02.2013 15:42, schrieb Jakub Wilk: * Cornelius Kölbel cornelius.koel...@lsexperts.de, 2013-02-14, 16:53: http://mentors.debian.net/package/qrcode Link to .dsc for the lazy: http://mentors.debian.net/debian/pool/main/q/qrcode/qrcode_2.4.2-1.dsc (2.4.2-1) Please drop the preinst script. It's purpose was to clean up after python-central in lenny. But this package obvious hasn't been in lenny and have never used python-central. unexporting *FLAGS in d/rules makes little sense, given that this package is pure-Python, and therefore isn't affected by any of those. pedantic […] error is an oxymoron… But anyway, I don't see a point in mentioning in the changelog that you fixed issues reported, given that this is an initial upload. lintian emits: P: python-qrcode: no-upstream-changelog There's CHANGES.rst, you might want to install it as upstream changelog. Shipping README.rst is probably a good idea, too. lintian4python emits: w: qrcode source: xs-python-version-current-is-deprecated i: qrcode source: python-provides-considered-harmful python-qrcode i: qrcode source: python-stdeb-boilerplate debian/rules:3 This file was automatically generated by stdeb 0.6.0 w: python-qrcode: xb-python-version-is-deprecated Please see Developer's References §6.2.3 for guidelines for package descriptions. The manual page leaves a bit to be desired: - It doesn't document the --factory option. - The manpage title (the first argument to .TH) should be written in uppercase; and it should certainly should not be man. - The COMMON OPTIONS section should be renamed as OPTIONS. - The INTERNET SOURCES section should be probably renamed as SEE ALSO (but I'm not sure it's worth including it at all). - man-pages(7) strongly discourages AUTHOR(S) sections. Hello Jakub, thanks a lot for your feedback. I think I took care of all your comments - although I was not able to run your lintian4py. Should I increase the version to 2.4.2-2 or is this version only increased, _after_ a package is released? Thanks a lot and kind regards Cornelius signature.asc Description: OpenPGP digital signature
RFR: python-qrcode -- native python module to generate QR codes
Hello, I created and uploaded a debian package with a python module: * Package name: qrcode Version : 2.4.2-1 Upstream Author : Lincoln Loop i...@lincolnloop.com * URL : https://github.com/lincolnloop/python-qrcode * License : BSD (2 clause) MIT/X11 (BSD like) Section : python It builds those binary packages: python-qrcode - QR Code image generator The package and further information can be accessed here. http://mentors.debian.net/package/qrcode I would be happy about any feedback and reviews. In the long run I am also looking for a sponsor. About the package: I know that debian already contains the python-qrencode module, which could do the same. But the qrencode module needs a C library to be compiled. Thus, if you have a python application that will not only run on debian but probably also on other distributions, or will be installed from python source (pypi), it is easier to use qrcode the qrencode, since there is no C compilation process involved in installing this python modules from the source. Thanks a lot and kind regards Cornelius signature.asc Description: OpenPGP digital signature
paster setup-app in postinst script
Hello, I am building a debian package of a python application (pylons application). In the postinst script I want to setup the database or update the database, so I'd like to run paster setup-app myapp.ini which would generate the database or add new database tables. But I am getting error for looking up the entry point. LookupError: Entry point 'main' not found in egg 'MyApp' (dir: /usr/lib/pymodules/python2.6; protocols: paste.app_factory, paste.composite_factory, paste.composit_factory; entry_points: ) I guess this is due to the fact that the package itself is not completely installed when running postinst. What would be the recommended way to do this? I tried update-python-modules in the postinst script, but this did not work out. Thanks for any hint and kind regards Cornelius signature.asc Description: OpenPGP digital signature
