<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">OK! After much reading and re-reading and soul-crushing failure (it's ok; I have no soul to crush  :)  I have managed this:</div><div class="gmail_quote">

<br></div><div class="gmail_quote"><div class="gmail_quote">python-pyqtgraph_0.9.8-1_amd64.build    OK      5:13.29 real, 58.24 user, 15.27 sys, 959328 out</div><div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd60+1_amd64.build     FAILED  0:00.03 real, 0.00 user, 0.00 sys, 0 out</div>

<div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd70+1_amd64.build     FAILED  4:49.38 real, 30.94 user, 9.31 sys, 989024 out</div><div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd80+1_amd64.build     OK      7:36.04 real, 57.46 user, 18.46 sys, 949448 out</div>

<div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd+1_amd64.build       OK      5:52.32 real, 58.42 user, 16.64 sys, 962472 out</div><div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd10.04+1_amd64.build  FAILED  0:48.73 real, 4.98 user, 22.58 sys, 128552 out</div>

<div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd12.04+1_amd64.build  OK      6:00.95 real, 51.42 user, 16.41 sys, 938288 out</div><div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd12.10+1_amd64.build  OK      4:45.70 real, 43.95 user, 12.12 sys, 873248 out</div>

<div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd13.04+1_amd64.build  OK      5:15.18 real, 49.03 user, 12.15 sys, 966632 out</div><div class="gmail_quote">python-pyqtgraph_0.9.8-1~nd13.10+1_amd64.build  OK      5:12.23 real, 50.29 user, 12.98 sys, 977928 out</div>

<div><br></div><div>I now have a debian branch pushed to github as you suggested, and the contents of debian/ is based on this document:</div><div><a href="https://wiki.debian.org/Python/LibraryStyleGuide?action=recall&rev=21">https://wiki.debian.org/Python/LibraryStyleGuide?action=recall&rev=21</a><br>

</div><div><br></div><div>The packages are lintian clean, but documentation is being packaged incorrectly into python-pyqtgraph and I haven't done anything about the examples yet.</div><div><br></div><div>I was only able to locate an error message for one of the failures:</div>

<div><br></div><div>  nd+ubuntu lucid:<br></div><div><div>  The following packages have unmet dependencies:</div><div>    pbuilder-satisfydepends-dummy: Depends: python-all (>= 2.6.6-3~) but it is not installable</div>

<div>                                 Depends: python-sphinx (>= 1.0.7+dfsg) but it is not installable</div></div><div><br></div><div>Obviously this might be fixed in debian/control, but I'm not sure what the correct version numbers should be.. (and if that's ubuntu 10.04, then we can probably just skip it?)</div>

<div><br></div><div><br></div></div><div class="gmail_quote">On Tue, Jan 14, 2014 at 11:37 PM, Yaroslav Halchenko <span dir="ltr"><<a href="mailto:debian@onerussian.com" target="_blank">debian@onerussian.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>>      >    From there you can run `python setup.py sdist deb<br>


>      --force-version=0.9.8`.<br>
>      >    The 'deb' command just creates a deb_build directory and populates<br>
>      it with<br>
>      >    the necessary pieces before calling `dh -us -uc`.<br>
<br>
>      brrr ;-)  why not just debian/ directory?  your setup would<br>
>      complicate contributions from debian folks etc... you would need to<br>
>      provide<br>
>      us the generated source package anyways.  I would recommend just<br>
>      carrying debian/ and using git-buildpackage<br>
<br>
>    I like to keep the package root as clean as possible. For a package that<br>
>    claims to run on all flavors of windows, osx, and linux, it doesn't make a<br>
>    lot of sense (to me) for 'debian' to appear at the root.  Can you give<br>
>    examples of how this complicates contributions from debian folks? In any<br>
>    case, at least the changelog needs to be generated, so *some* command must<br>
>    be run. <br>
<br>
</div>it doens't have to be anywhere actually.  You would just need a separate<br>
branch -- e.g. debian -- where you will keep your packaging.<br>
I believe I had some arguments for <a href="http://docker.io" target="_blank">docker.io</a> guys somewhere.. e.g.<br>
<br>
<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706060#30" target="_blank">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706060#30</a></blockquote><div><br></div><div>I was not able to get git-buildpackage to work; ran into a variety of problems before deciding that the currently-working `python setup.py deb` is good enough, and probably does more or less what git-buildpackage would have done (it has many other features that do not interest me at present).</div>

<div> </div><div><br></div><div>Luke</div>
</div></div></div>