Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.python > #9045 > unrolled thread

RFS: python-patch 1.16

Started byPaolo Greppi <paolo.greppi@libpf.com>
First post2016-11-29 08:30 +0100
Last post2017-05-24 11:50 +0200
Articles 5 — 2 participants

Back to article view | Back to linux.debian.maint.python


Contents

  RFS: python-patch 1.16 Paolo Greppi <paolo.greppi@libpf.com> - 2016-11-29 08:30 +0100
    Re: RFS: python-patch 1.16 Mattia Rizzolo <mattia@debian.org> - 2016-12-29 18:20 +0100
      Re: RFS: python-patch 1.16 Mattia Rizzolo <mattia@debian.org> - 2017-04-04 19:40 +0200
        Re: RFS: python-patch 1.16 Paolo Greppi <paolo.greppi@libpf.com> - 2017-04-04 20:00 +0200
      Re: RFS: python-patch 1.16 Paolo Greppi <paolo.greppi@libpf.com> - 2017-05-24 11:50 +0200

#9045 — RFS: python-patch 1.16

FromPaolo Greppi <paolo.greppi@libpf.com>
Date2016-11-29 08:30 +0100
SubjectRFS: python-patch 1.16
Message-ID<sIL1w-5fn-17@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Hi,

I packaged python-patch as per this ITP:
https://bugs.debian.org/845482, this is the repo:
https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git

Please someone more experienced than me review it and if it's OK sponsor
its upload.

Please note that since the pypi tarball has no tests, whereas the github
tarball has no setup, I choose the latter and added the setup.py with a
git-dpm/quilt patch. I hope this is correct.

Thanks,

Paolo




[toc] | [next] | [standalone]


#9111

FromMattia Rizzolo <mattia@debian.org>
Date2016-12-29 18:20 +0100
Message-ID<sTMwV-11o-9@gated-at.bofh.it>
In reply to#9045

[Multipart message — attachments visible in raw view] — view raw

On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote:
> Hi,

Hi!

FYI, I found your RFS only thanks to the /topic in #debian-python.
Unless you're very lucky most RFSes sent to random mailing lists have a
tendency to get lost/ignored; that's why I suggest you always file a RFS
bug and X-Debbugs-CC the relevant team, unless you know that team is
going to react (like pkg-js recently).

> I packaged python-patch as per this ITP:
> https://bugs.debian.org/845482, this is the repo:
> https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git
> 
> Please someone more experienced than me review it and if it's OK sponsor
> its upload.

I fixed the file name in the pristine-tar branch (otherwise `origtargz`
ignored it..).

> Please note that since the pypi tarball has no tests, whereas the github
> tarball has no setup, I choose the latter and added the setup.py with a
> git-dpm/quilt patch. I hope this is correct.

Yep, that's fine.  Please ask upstream to syncronize both, and have
github ship the setup.py, and the tarball the release.


more changes I ask you:
* d/changelog:
  + please kill the second changelog line; first uploads should only
    come with a "first upload" line
  + finalize it (dch -r)
* d/control:
  + please wrap-and-sort that list of build-deps
  + why are you commenting out the Testsuite field?
  + Vcs-* are pointing to a repo that's not DPMT's, that's wrong
    (furthermore that URL first requires auth, and it gave me a 404, so
    I think it's a private repo)
* d/compat:
  + please bump to 10 (d/control already have the >= 10, so I guess you
    just forgot to push this one too)
* d/rules:
  + please repspect DEB_BUILD_OPTIONS=nocheck
  + please use the method provided by pybuild to properly run the tests
    against all supported python versions, against what you just
    "built"; I think that one runs only one python version (2.7)
    against the original sources.
  + you're overriding dh_auto_install when you only want to append
    --install-script to the command invoked.  Please use
    PYBUILD_INSTALL_ARGS=--install-scripts=... instead.
* d/copyright:
  + why are you licensing debian/ under a different license?
  + personally I find a lot more readable to have all the file paragraph
    at the top, and all stand alone licenses at the bottom
  + other/pack.py is under another license
* I: python-patch: new-package-should-not-package-python2-module python-patch
  + right, I was about to forget about this...
* I: python-patch source: binary-control-field-duplicates-source field "section" in package python-patch

-- 
regards,
                        Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
more about me:  https://mapreri.org                             : :'  :
Launchpad user: https://launchpad.net/~mapreri                  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

[toc] | [prev] | [next] | [standalone]


#9459

FromMattia Rizzolo <mattia@debian.org>
Date2017-04-04 19:40 +0200
Message-ID<tsAAV-7Yu-9@gated-at.bofh.it>
In reply to#9111

[Multipart message — attachments visible in raw view] — view raw

Hey Paolo, any news of this package?
(explicitly CCing you to be extra sure it'll reach you)


(And this is why I prefer RFS bugs, btw, saving me from digging in my
mail archive to find this one…)


On Thu, Dec 29, 2016 at 06:17:40PM +0100, Mattia Rizzolo wrote:
> On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote:
> > Hi,
> 
> Hi!
> 
> FYI, I found your RFS only thanks to the /topic in #debian-python.
> Unless you're very lucky most RFSes sent to random mailing lists have a
> tendency to get lost/ignored; that's why I suggest you always file a RFS
> bug and X-Debbugs-CC the relevant team, unless you know that team is
> going to react (like pkg-js recently).
> 
> > I packaged python-patch as per this ITP:
> > https://bugs.debian.org/845482, this is the repo:
> > https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git
> > 
> > Please someone more experienced than me review it and if it's OK sponsor
> > its upload.
> 
> I fixed the file name in the pristine-tar branch (otherwise `origtargz`
> ignored it..).
> 
> > Please note that since the pypi tarball has no tests, whereas the github
> > tarball has no setup, I choose the latter and added the setup.py with a
> > git-dpm/quilt patch. I hope this is correct.
> 
> Yep, that's fine.  Please ask upstream to syncronize both, and have
> github ship the setup.py, and the tarball the release.
> 
> 
> more changes I ask you:
> * d/changelog:
>   + please kill the second changelog line; first uploads should only
>     come with a "first upload" line
>   + finalize it (dch -r)
> * d/control:
>   + please wrap-and-sort that list of build-deps
>   + why are you commenting out the Testsuite field?
>   + Vcs-* are pointing to a repo that's not DPMT's, that's wrong
>     (furthermore that URL first requires auth, and it gave me a 404, so
>     I think it's a private repo)
> * d/compat:
>   + please bump to 10 (d/control already have the >= 10, so I guess you
>     just forgot to push this one too)
> * d/rules:
>   + please repspect DEB_BUILD_OPTIONS=nocheck
>   + please use the method provided by pybuild to properly run the tests
>     against all supported python versions, against what you just
>     "built"; I think that one runs only one python version (2.7)
>     against the original sources.
>   + you're overriding dh_auto_install when you only want to append
>     --install-script to the command invoked.  Please use
>     PYBUILD_INSTALL_ARGS=--install-scripts=... instead.
> * d/copyright:
>   + why are you licensing debian/ under a different license?
>   + personally I find a lot more readable to have all the file paragraph
>     at the top, and all stand alone licenses at the bottom
>   + other/pack.py is under another license
> * I: python-patch: new-package-should-not-package-python2-module python-patch
>   + right, I was about to forget about this...
> * I: python-patch source: binary-control-field-duplicates-source field "section" in package python-patch
> 
> -- 
> regards,
>                         Mattia Rizzolo
> 
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
> more about me:  https://mapreri.org                             : :'  :
> Launchpad user: https://launchpad.net/~mapreri                  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-



-- 
regards,
                        Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
more about me:  https://mapreri.org                             : :'  :
Launchpad user: https://launchpad.net/~mapreri                  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-

[toc] | [prev] | [next] | [standalone]


#9460

FromPaolo Greppi <paolo.greppi@libpf.com>
Date2017-04-04 20:00 +0200
Message-ID<tsAUh-872-3@gated-at.bofh.it>
In reply to#9459
Hi Mattia,

It is still in my TODO list to process your detailed feedback to the RFS I sent to the mailing list (thanks BTW !).

I think I should manage to do that before May but I'm always happy if anybody steps in.

I'll CC the ITP bug as well...

Paolo

Il 04/04/2017 19:31, Mattia Rizzolo ha scritto:
> Hey Paolo, any news of this package?
> (explicitly CCing you to be extra sure it'll reach you)
>
> (And this is why I prefer RFS bugs, btw, saving me from digging in my
> mail archive to find this one…)
> 
> On Thu, Dec 29, 2016 at 06:17:40PM +0100, Mattia Rizzolo wrote:
>> On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote:
>>> Hi,
>>
>> Hi!
>>
>> FYI, I found your RFS only thanks to the /topic in #debian-python.
>> Unless you're very lucky most RFSes sent to random mailing lists have a
>> tendency to get lost/ignored; that's why I suggest you always file a RFS
>> bug and X-Debbugs-CC the relevant team, unless you know that team is
>> going to react (like pkg-js recently).
>>
>>> I packaged python-patch as per this ITP:
>>> https://bugs.debian.org/845482, this is the repo:
>>> https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git
>>>
>>> Please someone more experienced than me review it and if it's OK sponsor
>>> its upload.
>>
>> I fixed the file name in the pristine-tar branch (otherwise `origtargz`
>> ignored it..).
>>
>>> Please note that since the pypi tarball has no tests, whereas the github
>>> tarball has no setup, I choose the latter and added the setup.py with a
>>> git-dpm/quilt patch. I hope this is correct.
>>
>> Yep, that's fine.  Please ask upstream to syncronize both, and have
>> github ship the setup.py, and the tarball the release.
>>
>>
>> more changes I ask you:
>> * d/changelog:
>>   + please kill the second changelog line; first uploads should only
>>     come with a "first upload" line
>>   + finalize it (dch -r)
>> * d/control:
>>   + please wrap-and-sort that list of build-deps
>>   + why are you commenting out the Testsuite field?
>>   + Vcs-* are pointing to a repo that's not DPMT's, that's wrong
>>     (furthermore that URL first requires auth, and it gave me a 404, so
>>     I think it's a private repo)
>> * d/compat:
>>   + please bump to 10 (d/control already have the >= 10, so I guess you
>>     just forgot to push this one too)
>> * d/rules:
>>   + please repspect DEB_BUILD_OPTIONS=nocheck
>>   + please use the method provided by pybuild to properly run the tests
>>     against all supported python versions, against what you just
>>     "built"; I think that one runs only one python version (2.7)
>>     against the original sources.
>>   + you're overriding dh_auto_install when you only want to append
>>     --install-script to the command invoked.  Please use
>>     PYBUILD_INSTALL_ARGS=--install-scripts=... instead.
>> * d/copyright:
>>   + why are you licensing debian/ under a different license?
>>   + personally I find a lot more readable to have all the file paragraph
>>     at the top, and all stand alone licenses at the bottom
>>   + other/pack.py is under another license
>> * I: python-patch: new-package-should-not-package-python2-module python-patch
>>   + right, I was about to forget about this...
>> * I: python-patch source: binary-control-field-duplicates-source field "section" in package python-patch
>>
>> -- 
>> regards,
>>                         Mattia Rizzolo
>>
>> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540      .''`.
>> more about me:  https://mapreri.org                             : :'  :
>> Launchpad user: https://launchpad.net/~mapreri                  `. `'`
>> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
> 
> 
> 

[toc] | [prev] | [next] | [standalone]


#9527

FromPaolo Greppi <paolo.greppi@libpf.com>
Date2017-05-24 11:50 +0200
Message-ID<tKAVP-wS-3@gated-at.bofh.it>
In reply to#9111
Il 29/12/2016 18:17, Mattia Rizzolo ha scritto:
> On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote:
>> Hi,
> 
> Hi!
> 
> FYI, I found your RFS only thanks to the /topic in #debian-python.
> Unless you're very lucky most RFSes sent to random mailing lists have a
> tendency to get lost/ignored; that's why I suggest you always file a RFS
> bug and X-Debbugs-CC the relevant team, unless you know that team is
> going to react (like pkg-js recently).

OK thanks for the suggestion

>> I packaged python-patch as per this ITP:
>> https://bugs.debian.org/845482, this is the repo:
>> https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git
>>
>> Please someone more experienced than me review it and if it's OK sponsor
>> its upload.
> 
> I fixed the file name in the pristine-tar branch (otherwise `origtargz`
> ignored it..).

I rebuilt the repo from scratch anyway...

>> Please note that since the pypi tarball has no tests, whereas the github
>> tarball has no setup, I choose the latter and added the setup.py with a
>> git-dpm/quilt patch. I hope this is correct.

I had incorrectly added setup.py to master.
In the new repo I removed the setup.py file from the master branch, it is now really added by the patch.
This caused some trouble with the auto_clean target which I think I addressed.

> Yep, that's fine.  Please ask upstream to syncronize both, and have
> github ship the setup.py, and the tarball the release.

https://github.com/techtonik/python-patch/issues/51

> more changes I ask you:
> * d/changelog:
>   + please kill the second changelog line; first uploads should only
>     come with a "first upload" line
>   + finalize it (dch -r)

done

> * d/control:
>   + please wrap-and-sort that list of build-deps
>   + why are you commenting out the Testsuite field?
>   + Vcs-* are pointing to a repo that's not DPMT's, that's wrong
>     (furthermore that URL first requires auth, and it gave me a 404, so
>     I think it's a private repo)

done; I have uncommented the testsuite (not sure why it was commented)

> * d/compat:
>   + please bump to 10 (d/control already have the >= 10, so I guess you
>     just forgot to push this one too)

done

> * d/rules:
>   + please repspect DEB_BUILD_OPTIONS=nocheck

should be OK (see below)

>   + please use the method provided by pybuild to properly run the tests
>     against all supported python versions, against what you just
>     "built"; I think that one runs only one python version (2.7)
>     against the original sources.

I have added a test_suite config to setup.py (and moved from distutil to setuptools); this testsuite is then picked up by pybuild, and AFAICT it honors the nocheck flag automatically

>   + you're overriding dh_auto_install when you only want to append
>     --install-script to the command invoked.  Please use
>     PYBUILD_INSTALL_ARGS=--install-scripts=... instead.

OK

> * d/copyright:
>   + why are you licensing debian/ under a different license?

because I prefer GPL for my contributions to Debian

>   + personally I find a lot more readable to have all the file paragraph
>     at the top, and all stand alone licenses at the bottom

OK

>   + other/pack.py is under another license

OK added a public domain license for that

> * I: python-patch: new-package-should-not-package-python2-module python-patch

OK I stripped all python2 stuff

>   + right, I was about to forget about this...
> * I: python-patch source: binary-control-field-duplicates-source field "section" in package python-patch

OK (solved by the previous one BTW)

Thanks for all ! It should be now ready to go.

Paolo

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.maint.python


csiph-web