On Mon, Nov 01, 2004 at 11:09:43AM +0100, Frank K?ster wrote:
> David Everly <[EMAIL PROTECTED]> schrieb:
>
> > On Sat, Oct 30, 2004 at 09:40:20AM -0600, David Everly wrote:
> >> For comment, here is what I've done. First the line in debian/watch:
> >>
> >> http://ftp.indexdata.dk/pub/zebra/idze
On Mon, Nov 01, 2004 at 11:09:43AM +0100, Frank K?ster wrote:
> David Everly <[EMAIL PROTECTED]> schrieb:
>
> > On Sat, Oct 30, 2004 at 09:40:20AM -0600, David Everly wrote:
> >> For comment, here is what I've done. First the line in debian/watch:
> >>
> >> http://ftp.indexdata.dk/pub/zebra/idze
David Everly <[EMAIL PROTECTED]> schrieb:
> On Sat, Oct 30, 2004 at 09:40:20AM -0600, David Everly wrote:
>> For comment, here is what I've done. First the line in debian/watch:
>>
>> http://ftp.indexdata.dk/pub/zebra/idzebra-(.*)\.tar\.gz \
>> debian ./debian/custom-uupdate
>
> Hmm...I see n
David Everly <[EMAIL PROTECTED]> schrieb:
> On Sat, Oct 30, 2004 at 09:40:20AM -0600, David Everly wrote:
>> For comment, here is what I've done. First the line in debian/watch:
>>
>> http://ftp.indexdata.dk/pub/zebra/idzebra-(.*)\.tar\.gz \
>> debian ./debian/custom-uupdate
>
> Hmm...I see n
On Sat, Oct 30, 2004 at 09:40:20AM -0600, David Everly wrote:
> For comment, here is what I've done. First the line in debian/watch:
>
> http://ftp.indexdata.dk/pub/zebra/idzebra-(.*)\.tar\.gz \
> debian ./debian/custom-uupdate
Hmm...I see now that this is not possible since, even though
./de
On Fri, Oct 29, 2004 at 06:26:32AM -0600, David Everly wrote:
> On Thu, Oct 28, 2004 at 02:35:07PM -0400, Justin Pryzby wrote:
> > You could have uscan call an alternate script which does the
> > repackaging.
>
> Yes, that is one option I was considering, since I wanted to have a
> debian/watch fi
On Sat, Oct 30, 2004 at 09:40:20AM -0600, David Everly wrote:
> For comment, here is what I've done. First the line in debian/watch:
>
> http://ftp.indexdata.dk/pub/zebra/idzebra-(.*)\.tar\.gz \
> debian ./debian/custom-uupdate
Hmm...I see now that this is not possible since, even though
./de
On Fri, Oct 29, 2004 at 06:26:32AM -0600, David Everly wrote:
> On Thu, Oct 28, 2004 at 02:35:07PM -0400, Justin Pryzby wrote:
> > You could have uscan call an alternate script which does the
> > repackaging.
>
> Yes, that is one option I was considering, since I wanted to have a
> debian/watch fi
On Thu, Oct 28, 2004 at 02:35:07PM -0400, Justin Pryzby wrote:
> On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
> > On Thu, 28 Oct 2004, David Everly wrote:
> >
> > > Is there some mechanism or alternative for using uupdate so that
> > > any upstream debian directory can be removed
On Thu, Oct 28, 2004 at 02:35:07PM -0400, Justin Pryzby wrote:
> On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
> > On Thu, 28 Oct 2004, David Everly wrote:
> >
> > > Is there some mechanism or alternative for using uupdate so that
> > > any upstream debian directory can be removed
On Thu, Oct 28, 2004 at 10:56:01PM +0200, martin f krafft wrote:
> also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2004.10.28.2218
> +0200]:
> > Patch cannot delete files.
>
> It can:
The other problem is that if upstream adds a *new* file in the debian/
directory, it won't be delet
On Thu, Oct 28, 2004 at 10:56:01PM +0200, martin f krafft wrote:
> also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2004.10.28.2218 +0200]:
> > Patch cannot delete files.
>
> It can:
The other problem is that if upstream adds a *new* file in the debian/
directory, it won't be deleted
also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2004.10.28.2218
+0200]:
> Patch cannot delete files.
It can:
-E or --remove-empty-files
Remove output files that are empty after the patches
have been applied. Normally this option is unnecessary,
On Thu, 28 Oct 2004, Frank Küster wrote:
> I see no reason for repackaging in this case. It is much better to just
> delete the upstream debian directory in the unpacked sources and copy
As I said, diff/patch cannot delete files in a debian package.
--
"One disk to rule them all, One disk to f
On Thu, 28 Oct 2004, Frank Küster wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> schrieb:
> > Repack the upstream tarball sans the bogus debian/ dir, or use one of the
> > unpack-tarball-on-build-tree/-and-patch packaging styles...
>
> Why not just replace the upstream debian dir with yo
Santiago Vila <[EMAIL PROTECTED]> schrieb:
> On Thu, 28 Oct 2004, David Everly wrote:
>
>> Is there some mechanism or alternative for using uupdate so that any
>> upstream debian directory can be removed before patching?
>
> Don't know about uupdate, but you are allowed to repackage the .orig.tar.
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> schrieb:
> On Thu, 28 Oct 2004, David Everly wrote:
>> Is there some mechanism or alternative for using uupdate so that any
>> upstream debian directory can be removed before patching?
>
> Repack the upstream tarball sans the bogus debian/ dir, or us
also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2004.10.28.2218 +0200]:
> Patch cannot delete files.
It can:
-E or --remove-empty-files
Remove output files that are empty after the patches
have been applied. Normally this option is unnecessary,
On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
> On Thu, 28 Oct 2004, David Everly wrote:
>
> > Is there some mechanism or alternative for using uupdate so that any
> > upstream debian directory can be removed before patching?
>
> Don't know about uupdate, but you are allowed to r
On Thu, 28 Oct 2004, Frank Küster wrote:
> I see no reason for repackaging in this case. It is much better to just
> delete the upstream debian directory in the unpacked sources and copy
As I said, diff/patch cannot delete files in a debian package.
--
"One disk to rule them all, One disk to f
On Thu, 28 Oct 2004, Frank Küster wrote:
> Henrique de Moraes Holschuh <[EMAIL PROTECTED]> schrieb:
> > Repack the upstream tarball sans the bogus debian/ dir, or use one of the
> > unpack-tarball-on-build-tree/-and-patch packaging styles...
>
> Why not just replace the upstream debian dir with yo
Santiago Vila <[EMAIL PROTECTED]> schrieb:
> On Thu, 28 Oct 2004, David Everly wrote:
>
>> Is there some mechanism or alternative for using uupdate so that any
>> upstream debian directory can be removed before patching?
>
> Don't know about uupdate, but you are allowed to repackage the .orig.tar.
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> schrieb:
> On Thu, 28 Oct 2004, David Everly wrote:
>> Is there some mechanism or alternative for using uupdate so that any
>> upstream debian directory can be removed before patching?
>
> Repack the upstream tarball sans the bogus debian/ dir, or us
On Thu, 28 Oct 2004, David Everly wrote:
> Is there some mechanism or alternative for using uupdate so that any
> upstream debian directory can be removed before patching?
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging st
On Thu, Oct 28, 2004 at 07:21:23PM +0200, Santiago Vila wrote:
> On Thu, 28 Oct 2004, David Everly wrote:
>
> > Is there some mechanism or alternative for using uupdate so that any
> > upstream debian directory can be removed before patching?
>
> Don't know about uupdate, but you are allowed to r
On Thu, 28 Oct 2004, David Everly wrote:
> Is there some mechanism or alternative for using uupdate so that any
> upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to repackage the .orig.tar.gz
to exclude the upstream debian directory if it he
On Thu, 28 Oct 2004, David Everly wrote:
> Is there some mechanism or alternative for using uupdate so that any
> upstream debian directory can be removed before patching?
Repack the upstream tarball sans the bogus debian/ dir, or use one of the
unpack-tarball-on-build-tree/-and-patch packaging st
On Thu, 28 Oct 2004, David Everly wrote:
> Is there some mechanism or alternative for using uupdate so that any
> upstream debian directory can be removed before patching?
Don't know about uupdate, but you are allowed to repackage the .orig.tar.gz
to exclude the upstream debian directory if it he
Hi,
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Thanks,
Dave.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://ww
Hi,
Is there some mechanism or alternative for using uupdate so that any
upstream debian directory can be removed before patching?
Thanks,
Dave.
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://ww
30 matches
Mail list logo