Bug#349442: dpkg: Assertion `dependtry <= 4' failed (abort).

2006-01-25 Thread Vincent Lefevre
On 2006-01-23 02:20:43 +0100, Vincent Lefevre wrote: > ay:/home/lefevre# dpkg --configure -a > dpkg: ../../src/packages.c:191: process_queue: Assertion `dependtry <= 4' > failed. > Aborted (core dumped) I've attached what I get with -D777. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web:

Bug#318825: dpkg: fix erranous "directory not empty" warnings (other patch)

2006-01-25 Thread Lars Wirzenius
ma, 2006-01-16 kello 00:45 +0100, Bart Martens kirjoitti: > I've had a look at your patches, and I didn't feel comfortable with the > idea of adding a generated list of parent directories. I think it's > better to prevent that the forgotten directories become forgotten. The > patch below does tha

Bug#349925: dpkg: [manual] quotes need to be escaped in manual pages

2006-01-25 Thread Denis Barbier
Package: dpkg Version: 1.13.11.1 Severity: minor Tags: patch Hi, as explained in groff_char(7), ` and ' are replaced by quotation marks when processed by groff, which means that cut'n'pasting these examples produce errors, which is quite annoying. Here is a patch. Denis Index: man/C/dpkg.1 =

Bug#317082: Not just a dpkg bug

2006-01-25 Thread Frank Lichtenheld
On Wed, Jan 25, 2006 at 01:18:55PM -0500, Joey Hess wrote: > BTW, dpkg-shlibdeps -l does not seem to be documented in its manual page > or help text ATM. I was talking about dh_shlibdeps -l and the LD_LIBRARY_PATH handling in dpkg-shlibdeps. dpkg-shlibdeps has indeed no -l option. Sorry if that wa

Bug#349808: dpkg: [INTL:ja] Please update Japanese translation

2006-01-25 Thread Christian Perrier
tasg 349808 pending thanks Quoting Kenshi Muto ([EMAIL PROTECTED]): > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Package: dpkg > Version: 1.13.11 > Severity: wishlist > Tags: l10n patch > > Hi, > > I updated Japanese translation of dpkg (ja.po). > Please apply this. Commited. --

Bug#317082: Not just a dpkg bug

2006-01-25 Thread Joey Hess
Frank Lichtenheld wrote: > Yeah, that's indeed a problem. But that isn't solved by the current > implementation either. When I think about it there is now way the > -l option (if pointing to a directory that is not known to dpkg) > changes anything about the build currently since the local shlibs >

Bug#338725: dpkg-shlibdeps: recursion is not always the answer

2006-01-25 Thread Frank Lichtenheld
On Tue, Jan 24, 2006 at 04:12:27PM -0800, Steve Langasek wrote: > On Tue, Jan 24, 2006 at 06:00:28PM +0100, Frank Lichtenheld wrote: > > To account for more interesting ideas that maintainers could have I > > would propose the following compromise: Replace the elsif line with > > } elsif ( ! -e "$d

Bug#317082: Not just a dpkg bug

2006-01-25 Thread Frank Lichtenheld
[CCing Joey Hess. As debhelper maintainer he might want to add something to the discussion and I don't know if he reads it already] On Tue, Jan 24, 2006 at 04:35:54PM -0800, Steve Langasek wrote: > If you don't handle the -l, you won't be able to resolve a full path for > these libs. If you have