Re: RFS nuitka

2012-01-02 Thread Yaroslav Halchenko
On Tue, 03 Jan 2012, Kay Hayen wrote: > >* custom get-orig-source rule in debian/rules -- most popular way to > > automate things of this kind ;) > That's just where to put it, not what to put there? yeap... "what" could indeed be either a call to dh_wraporig or just a tandem of two tar comman

Re: RFS nuitka

2012-01-02 Thread Kay Hayen
Hello Yaroslav, you wrote: * once I had wrote a little helper for myself http://anonscm.debian.org/viewvc/pkg-exppsy/tools/dh_wraporig?view=markup which I had used for many cases like this, it was also autogenerating README.Debian-source which summarized the changes That looks in

Re: RFS nuitka

2012-01-02 Thread Yaroslav Halchenko
On Mon, 02 Jan 2012, Kay Hayen wrote: > >ii (somewhat preferable). remove scons from within .orig.tar.gz > >(optionally add +dfsg or .dfsg suffix to the version making it > >0.3.17~pre2+dfsg-1) > Done that. Although it was kind of hurtful to integrate. :-) Is > there really nobody who has a tool t

Re: RFS nuitka

2012-01-02 Thread Jakub Wilk
* Yaroslav Halchenko , 2012-01-02, 15:49: to bloat .orig.tar.gz if there is an easy way to avoid it, while also making 100%-proof that contained copy of 3rd party code is used instead of system-wide one. You can "rm -rf" it early in the build process to assure that. E.g., if you use dh, overrid

Re: RFS nuitka

2012-01-02 Thread Yaroslav Halchenko
On Mon, 02 Jan 2012, Jakub Wilk wrote: > >to bloat .orig.tar.gz if there is an easy way to avoid it, while > >also making 100%-proof that contained copy of 3rd party code is > >used instead of system-wide one. > You can "rm -rf" it early in the build process to assure that. E.g., > if you use dh,

Re: RFS nuitka

2012-01-02 Thread Jakub Wilk
* Yaroslav Halchenko , 2012-01-02, 15:15: i. don't remove scons but just (minimalistic patch) make system wide used then you would need still to add its copyright/license into debian/copyright, just add a comment that those are not used ii (somewhat preferable). remove scons from within .orig.tar

Re: RFS nuitka

2012-01-02 Thread Kay Hayen
Hello Jakub, you wrote: ii (somewhat preferable). remove scons from within .orig.tar.gz I disagree that (ii) is preferable. You should not repack upstream source unless you have to. (Please see ftp-master's reject FAQ.) Thanks for the pointer, I looked at it. (optionally add +dfsg or .df

Re: RFS nuitka

2012-01-02 Thread Yaroslav Halchenko
On Mon, 02 Jan 2012, Jakub Wilk wrote: > >i. don't remove scons but just (minimalistic patch) make system > >wide used > > then you would need still to add its copyright/license into > > debian/copyright, just add a comment that those are not used > >ii (somewhat preferable). remove scons from wit

Re: RFS nuitka

2012-01-02 Thread Jakub Wilk
* Yaroslav Halchenko , 2012-01-01, 18:33: i. don't remove scons but just (minimalistic patch) make system wide used then you would need still to add its copyright/license into debian/copyright, just add a comment that those are not used ii (somewhat preferable). remove scons from within .ori

Re: RFS nuitka

2012-01-02 Thread Kay Hayen
Hello Yaroslav, thanks for the review, really helpful. I tried to address all the problems and have uploaded another package. You wrote: 1. version 0.3.17pre2-1 if 'pre' means prior 0.3.17, then make it 0.3.17~pre2-1 otherwise it would sort after (use dpkg --compare-versions in cmdline i

Re: RFS nuitka

2012-01-01 Thread Yaroslav Halchenko
Happy New Year! so let's begin ;) 1. version 0.3.17pre2-1 if 'pre' means prior 0.3.17, then make it 0.3.17~pre2-1 otherwise it would sort after (use dpkg --compare-versions in cmdline if you want to check for sure how versions get sorted) 2. debian/copyright a. separate main copyright state

RFS nuitka

2011-12-31 Thread Kay Hayen
Dear Debian Python Team, I am out of review comments for the package of mine: * Package name: nuitka Version : 0.3.17pre2-1 Upstream Author : Kay Hayen * URL : http://nuitka.net * License : GPLv3 Section : python It builds those binary packag