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 now that this
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:
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 now that this
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:
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 file and
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 file and
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
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 before
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 before
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
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
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
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.gz
to
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 your
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
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 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 by
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:
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
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
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
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 use one of
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.gz
to
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 your
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
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 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 by
27 matches
Mail list logo