Bug#780584: RFS: s3cmd/1.5.2-1 ITA

2015-03-18 Thread Gianfranco Costamagna
Hi Harlan! (ccing Mikhail so he can ack/nack the GPL-2 to GPL-2+ change) The most concerning issue to me is the change in d/copyright from GPL-2 to GPL-2+ for the files under debian/. Matching them to upstream is best practice, to be sure, but to do so needs the permission of the authors of

Bug#780584: RFS: s3cmd/1.5.2-1 ITA

2015-03-18 Thread Mikhail Gusarov
Ack. On Wed, 18 Mar 2015, at 11:29, Gianfranco Costamagna wrote: Hi Harlan! (ccing Mikhail so he can ack/nack the GPL-2 to GPL-2+ change) The most concerning issue to me is the change in d/copyright from GPL-2 to GPL-2+ for the files under debian/. Matching them to upstream is

Bug#780584: RFS: s3cmd/1.5.2-1 ITA

2015-03-18 Thread Gianfranco Costamagna
Hi Paul, All good points Harlan. I also won't be sponsoring this. thanks to you too! (now we have the ack) That tool doesn't appear to be run at build time to generate themanual page, which means that if downstream folks patch the command they won't get an updated manual page. I'd strongly

Bug#780584: RFS: s3cmd/1.5.2-1 ITA

2015-03-18 Thread Paul Wise
On Wed, Mar 18, 2015 at 7:34 PM, Gianfranco Costamagna wrote: I opened upstream issue 505 https://github.com/s3tools/s3cmd/issues/505 Could you also suggest removing the manual page from git and tarballs so it is always built from source? I see them here

Bug#780584: RFS: s3cmd/1.5.2-1 ITA

2015-03-18 Thread Gianfranco Costamagna
Hi Paul I opened upstream issue 505 https://github.com/s3tools/s3cmd/issues/505 Could you also suggest removing the manual page from git and tarballs so it is always built from source? I just noticed Matt here is also upstream, bad me I didn't check :) Personally I'd suggest upstream