[Neurodebian-devel] Uploading pyqtgraph packages

Yaroslav Halchenko debian at onerussian.com
Wed Jan 15 04:37:40 UTC 2014


On Tue, 14 Jan 2014, Luke Campagnola wrote:
>      [2]https://github.com/neurodebian/neurodebian/tree/master/tools

>    I'll have a look..  Can't promise any quality documentation, but I usually
>    find that having someone else send a crappy pull request is enough
>    motivation for me to fix it properly :)

I am efficient in review (which is different from "taking over" ;)) 

>      BTW -- have anyone looked/used [3]http://docopt.org/ ? -- looks very
>      interesting for quick cmdline interfaces, but docopts for bash seems to
>      be not
>      in debian... oh well

>    It's all of one python
>    file: [4]https://github.com/docopt/docopt/blob/master/docopt.py
>    Just include it in the neurodebian-dev :)

well -- this one is for Python.  Those little scripts are bash, for that
docopts would be needed  to complement docopt.py -- that would make it
TWO! and come on -- we are the Debian guys, nothing should get bundled
like that! ;)

>      >    From there you can run `python setup.py sdist deb
>      --force-version=0.9.8`.
>      >    The 'deb' command just creates a deb_build directory and populates
>      it with
>      >    the necessary pieces before calling `dh -us -uc`.

>      brrr ;-)  why not just debian/ directory?  your setup would
>      complicate contributions from debian folks etc... you would need to
>      provide
>      us the generated source package anyways.  I would recommend just
>      carrying debian/ and using git-buildpackage

>    I like to keep the package root as clean as possible. For a package that
>    claims to run on all flavors of windows, osx, and linux, it doesn't make a
>    lot of sense (to me) for 'debian' to appear at the root.  Can you give
>    examples of how this complicates contributions from debian folks? In any
>    case, at least the changelog needs to be generated, so *some* command must
>    be run. 

it doens't have to be anywhere actually.  You would just need a separate
branch -- e.g. debian -- where you will keep your packaging.
I believe I had some arguments for docker.io guys somewhere.. e.g.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706060#30


>    I'll have a peek at git-buildpackage. I see it can build changelogs from
>    the commit history, but I'm pretty skeptical this would generate an
>    acceptable result..

it is actually quite neat, but I moved away from this auto-changelog
generation.  I am not that feature-based-committer.  Otherwise changelog
becomes no better than dumps of git log -- require work to make them
digestable

>      back to cows:
>      btw -- in generated debian/control dh-python is missing from
>      build-depends
>      and as I said those debian/*install  should not be needed in this case
>      iirc.

>      so here is a PR
>      [6]https://github.com/lcampagn/pyqtgraph/pull/4

>    I had tried adding dh-python to my build dependencies before and I get
>    "dpkg-checkbuilddeps: Unmet build dependencies: dh-python". I'm not sure
>    what to make of that, since dh_python commands are provided by the core
>    python package.

it is about pybuild not dh_* commands

if you get back to stock dh_* commands, there might be a bit more work
todo manually in debian/rules for python3 support etc, but not
rocket science really.

which distribution release you are using anyways?

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate,     Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834                       Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik        



More information about the Neurodebian-devel mailing list