On 03/15/2013 07:39 AM, gregor herrmann wrote:
> On Thu, 14 Mar 2013 22:22:26 -0700, tony mancill wrote:
>
>>> My line of thought was: d/copyright requires to include the origin of
>>> the upstream source, which means that for repacked tarballs a note
>>> about what/why/how was changed should be i
On Sun, 17 Mar 2013 21:23:48 -0700, tony mancill wrote:
> > (I just wasn't sure where the upstream tarball came from since there
> > is, IIRC, no debian/watch file :))
>
> Fair enough. The tarball is available at this link:
>
> http://wrapper.tanukisoftware.com/download/3.5.3/wrapper_3.5.3_src.
I've done a more minimal repacking (which doesn't require refreshing
patches) and I've uploaded an nmu. It's in delayed/2 to give you time
to review, but if you'd like more time, please let me know. Please
see attached patch.
Best wishes,
Mike
wrapper.patch
Description: Binary data
On 03/20/2013 10:23 PM, Michael Gilbert wrote:
> I've done a more minimal repacking (which doesn't require refreshing
> patches) and I've uploaded an nmu. It's in delayed/2 to give you time
> to review, but if you'd like more time, please let me know. Please
> see attached patch.
>
> Best wishes
On 03/18/2013 01:02 PM, gregor herrmann wrote:
> #v+
> opts="downloadurlmangle=s|/downloads/([\d\.]+)/$|/download/$1/wrapper_$1_src.tar.gz|,\
> filenamemangle=s|^.+?([\d\.]+).+$|wrapper_$1_src.tar.gz|" \
> http://wrapper.tanukisoftware.com/downloads/ /downloads/([\d\.]+)/
> #v-
Gregor,
This
Package: service-wrapper-java
Version: 3.5.3-4
Severity: serious
Justification: FTBFS
Usertags: goto-cc
In an attempt to rebuild the package, it fails when auto-commits are not
enabled. If these are enabled, it records the following additional changes:
dpkg-source: info: local changes detected, t
On Mon, 11 Mar 2013 13:46:56 +0100, Michael Tautschnig wrote:
> To be honest, I'm not entirely sure what is going wrong
> here. Reproducing the problem, however, is trivial:
For some value of "trivial" :)
> dget -x
> http://http.debian.net/debian/pool/main/s/service-wrapper-java/service-wrappe
On 03/11/2013 04:41 PM, gregor herrmann wrote:
> On Mon, 11 Mar 2013 13:46:56 +0100, Michael Tautschnig wrote:
>
>> To be honest, I'm not entirely sure what is going wrong
>> here. Reproducing the problem, however, is trivial:
>
> For some value of "trivial" :)
>
> I think I found something -- th
Control: tag -1 + patch
On Mon, 11 Mar 2013 17:59:53 -0700, tony mancill wrote:
> > I think I found something -- the .orig.tar.gt contain a .pc directory
> > with debian-changes-3.5.3-1. D'oh.
> Yop, that's a mess - sorry about that. Trying to prevent the upstream
> source from modifying itself
On 03/12/2013 09:45 AM, gregor herrmann wrote:
> I'm attaching the output of "git diff" (refreshed path 02_*, minus
> the removed debian/service-wrapper-java.debhelper.log) and a debdiff
> for the "new" release.
>
> (What's missing is some explanation in d/copyright how and why the
> +ds version
On Wed, 13 Mar 2013 21:21:07 -0700, tony mancill wrote:
> > (What's missing is some explanation in d/copyright how and why the
> > +ds version is created, I suppose. Oh, and a note in d/changelog that
> > debian/patches/02_update_buildtime.patch was refreshed.)
>
> Thank you very much for the ana
On Thu, 14 Mar 2013 22:22:26 -0700, tony mancill wrote:
> > My line of thought was: d/copyright requires to include the origin of
> > the upstream source, which means that for repacked tarballs a note
> > about what/why/how was changed should be included. [0]- But in this
> > case -- as you say --
12 matches
Mail list logo