/lurk
Hi Sam,
On Mon, May 30, 2011 at 03:51:32PM +0100, Sam Dunne wrote:
One diversion per line
Blank lines and lines with # are comments
Two fields per diversion seperated by whitespace (SOURCE DESTINATION)
Does this mean it will not be possible to divert a file when the source
or
On Tue, 31 May 2011, sean finney wrote:
Does this mean it will not be possible to divert a file when the source
or destination has whitespace in it? If so I'd suggest you also have
support for some backslash-type escaping.
Or to use two lines instead of one. And to support multiple entries
It will have to support whitespace in filenames but I haven't decided how to
escape it yet. Backslashes are a good idea but so is seperating them by
line. However if I'm looking for newlines in may become awkward in the code.
Either way it will have to be resolved.
If anyone else has any opinions
]] Raphael Hertzog
| On Tue, 31 May 2011, sean finney wrote:
| Does this mean it will not be possible to divert a file when the source
| or destination has whitespace in it? If so I'd suggest you also have
| support for some backslash-type escaping.
|
| Or to use two lines instead of one.
Tollef Fog Heen tfh...@err.no writes:
]] Raphael Hertzog
| On Tue, 31 May 2011, sean finney wrote:
| Does this mean it will not be possible to divert a file when the source
| or destination has whitespace in it? If so I'd suggest you also have
| support for some backslash-type
Raphael Hertzog hert...@debian.org writes:
Or to use two lines instead of one. And to support multiple entries make
the different entries separated by an empty line (so that it's possible
to add supplementary fields in the future shall that be required).
---
source1
dest1
source2
dest2
]] Goswin von Brederlow
| Do we even need a Divert-To? In most cases the new name doesn't matter
| or it is enough to know that the new name will be old name +.dpkg-divert
| or +.package choosen automatically.
I can imagine cases where you want to control what it's renamed to, yes.
For
On Tue, May 31, 2011 at 09:49:26AM +0200, Goswin von Brederlow wrote:
Raphael Hertzog hert...@debian.org writes:
On Mon, 30 May 2011, Goswin von Brederlow wrote:
Sam Dunne sam.dunne...@gmail.com writes:
This project will infer --add, --remove and --package and will not
allow you to
On Tue, May 31, 2011 at 03:55:11PM +0200, Goswin von Brederlow wrote:
Tollef Fog Heen tfh...@err.no writes:
I'd like us to go with the standard that's used in most other similar
files: RFC2822 style, so something like:
Divert-From: /usr/share/foo
Divert-To: /usr/share/bar
Steve Langasek vor...@debian.org writes:
There are definitely cases where Divert-To would be needed; Tollef has
pointed out one, another is when diverting a shared library because you
have to divert to a completely different directory to ensure ldconfig
doesn't pick it up and create a symlink
Package: dpkg-dev
Version: 1.16.0.3
Severity: normal
File: /usr/bin/dpkg-vendor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
$ dpkg-vendor --is
Use of uninitialized value $param in lc at /usr/bin/dpkg-vendor line 93.
$ dpkg-vendor --query
Use of uninitialized value $param in exists at
11 matches
Mail list logo
