Acknowledgement sent to Karl Erik <oyoy@oyoy.org>:
New Bug report received and forwarded. Copy sent to Bdale Garbee <bdale@gag.com>, bind9@packages.qa.debian.org.
(full text, mbox, link).
Subject: bind9: Problems upgrading from bind to bind9
Date: Mon, 05 Aug 2002 02:04:04 +0200
Package: bind9
Version: 1:9.2.1-3
Severity: normal
Upgrading from Bind to Bind9 removes old pkg Bind, but conffiles are left, including start and stop scripts as reported in other bugs.
Today I purged the old pkg Bind, and it also revoved some of the files for Bind9, at least db.root, db.0 and db.255, and restarting Bind9 gave the following error:
named[28485]: could not configure root hints from '/etc/bind/db.root': file not found
Copying db.root from another machine enabled me to start Bind9 again.
This is probably a problem in pkg Bind, but as it's affecting (users upgrading to) Bind9, I'm reporting the bug here.
-OYOY-
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux lab 2.4.18-586tsc #1 Sun Apr 14 10:57:57 EST 2002 i586 unknown unknown GNU/Linux
Versions of the packages bind9 depends on:
ii libc6 2.2.5-12 GNU C Library: Shared libraries and Timezone
ii libdns5 9.2.1-3 DNS Shared Library used by BIND
ii libisc4 9.2.1-3 ISC Shared Library used by BIND
ii libisccc0 9.2.1-3 Command Channel Library used by BIND
ii libisccfg0 9.2.1-3 Config File Handling Library used by BIND
ii liblwres1 9.2.1-3 Lightweight Resolver Library used by BIND
ii libssl0.9.6 0.9.6e-1 SSL shared libraries
ii netbase 4.07 Basic TCP/IP networking system
--- Begin /etc/bind/named.conf (modified conffile)
<Deleted - not the problem!>
--- End /etc/bind/named.conf
--- Begin /etc/bind/db.0 (modified conffile)
Config file not present or no permissions for access
--- End /etc/bind/db.0
--- Begin /etc/bind/db.255 (modified conffile)
Config file not present or no permissions for access
--- End /etc/bind/db.255
Information forwarded to debian-bugs-dist@lists.debian.org, bind9@packages.qa.debian.org: Bug#155456; Package bind9.
(full text, mbox, link).
Acknowledgement sent to Bdale Garbee <bdale@gag.com>:
Extra info received and forwarded to list. Copy sent to bind9@packages.qa.debian.org.
(full text, mbox, link).
To: Karl Erik <oyoy@oyoy.org>, 155456@bugs.debian.org
Subject: Re: Bug#155456: bind9: Problems upgrading from bind to bind9
Date: 04 Aug 2002 23:13:40 -0600
Karl Erik <oyoy@oyoy.org> writes:
> Upgrading from Bind to Bind9
The Debian packages bind and bind9 (and their respective sub packages) are
completely separate. It doesn't really work to think of moving from bind to
bind9 as "an upgrade", as obvious an idea as that might seem to be.
I'm open to suggestions of how to make this work more cleanly, but frankly,
the only solution I know of that's going to work consistenty is to purge bind
before installing bind9, or vice versa.
Bdale
Information forwarded to debian-bugs-dist@lists.debian.org, Bdale Garbee <bdale@gag.com>, bind9@packages.qa.debian.org: Bug#155456; Package bind9.
(full text, mbox, link).
Acknowledgement sent to karlheg@hegbloom.net (Karl M. Hegbloom):
Extra info received and forwarded to list. Copy sent to Bdale Garbee <bdale@gag.com>, bind9@packages.qa.debian.org.
(full text, mbox, link).
Cc: 155456@bugs.debian.org, Karl Erik <oyoy@oyoy.org>
Subject: Re: Bug#155456: bind9: Problems upgrading from bind to bind9
Date: 06 Aug 2002 11:54:18 -0700
Bdale Garbee <bdale@gag.com> writes:
> Karl Erik <oyoy@oyoy.org> writes:
>
> > Upgrading from Bind to Bind9
>
> The Debian packages bind and bind9 (and their respective sub packages) are
> completely separate. It doesn't really work to think of moving from bind to
> bind9 as "an upgrade", as obvious an idea as that might seem to be.
>
> I'm open to suggestions of how to make this work more cleanly, but frankly,
> the only solution I know of that's going to work consistenty is to purge bind
> before installing bind9, or vice versa.
Shouldn't they "conflict" with one another then, or at least "bind9"
should conflict with "bind".
--
As any limb well and duly exercised, grows stronger,
the nerves of the body are corroborated thereby. --I. Watts. .''`.
Debian -- The blue collar Linux distribution. : :' :
<URL:http://www.debian.org/social_contract> `. `'
Information forwarded to debian-bugs-dist@lists.debian.org, bind9@packages.qa.debian.org: Bug#155456; Package bind9.
(full text, mbox, link).
Acknowledgement sent to Bdale Garbee <bdale@gag.com>:
Extra info received and forwarded to list. Copy sent to bind9@packages.qa.debian.org.
(full text, mbox, link).
To: karlheg@hegbloom.net (Karl M. Hegbloom), 155456@bugs.debian.org
Subject: Re: Bug#155456: bind9: Problems upgrading from bind to bind9
Date: 06 Aug 2002 16:31:04 -0700
karlheg@hegbloom.net (Karl M. Hegbloom) writes:
> Shouldn't they "conflict" with one another then, or at least "bind9"
> should conflict with "bind".
They do.
The bind9 control file says, among other things:
Package: bind9
Depends: ${shlibs:Depends}, netbase
Conflicts: bind
Replaces: bind, dnsutils (<< 1:9.1.0-3)
Suggests: dnsutils, bind9-doc
Perhaps the presence of the replaces bind is to blame?
Bdale
Information forwarded to debian-bugs-dist@lists.debian.org, Bdale Garbee <bdale@gag.com>, bind9@packages.qa.debian.org: Bug#155456; Package bind9.
(full text, mbox, link).
Acknowledgement sent to karlheg@hegbloom.net (Karl M. Hegbloom):
Extra info received and forwarded to list. Copy sent to Bdale Garbee <bdale@gag.com>, bind9@packages.qa.debian.org.
(full text, mbox, link).
Subject: Re: Bug#155456: bind9: Problems upgrading from bind to bind9
Date: 07 Aug 2002 11:37:28 -0700
Bdale Garbee <bdale@gag.com> writes:
> karlheg@hegbloom.net (Karl M. Hegbloom) writes:
>
> > Shouldn't they "conflict" with one another then, or at least "bind9"
> > should conflict with "bind".
>
> They do.
>
> The bind9 control file says, among other things:
>
> Package: bind9
> Depends: ${shlibs:Depends}, netbase
> Conflicts: bind
> Replaces: bind, dnsutils (<< 1:9.1.0-3)
> Suggests: dnsutils, bind9-doc
>
> Perhaps the presence of the replaces bind is to blame?
I'll bet that's it. Better ask the experts though.
--
As any limb well and duly exercised, grows stronger,
the nerves of the body are corroborated thereby. --I. Watts. .''`.
Debian -- The blue collar Linux distribution. : :' :
<URL:http://www.debian.org/social_contract> `. `'
Bug reassigned from package `bind9' to `dpkg'.
Request was from Thomas Hood <jdthood@yahoo.co.uk>
to control@bugs.debian.org.
(full text, mbox, link).
Cc: rjk@greenend.org.uk, Cesar Eduardo Barros <cesarb@nitnet.com.br>, Bill Gribble <grib@cs.utexas.edu>, Gabor FLEISCHER <flocsy@mail.mtesz.hu>, Matthew Swift <swift@alum.mit.edu>, Richard A Nelson <cowboy@vnet.ibm.com>, Andrew Ferrier <andrew@new-destiny.co.uk>, Karl Erik <oyoy@oyoy.org>, Vincent Lefevre <vincent@vinc17.org>, Bdale Garbee <bdale@gag.com>, Thomas Hood <jdthood@yahoo.co.uk>, Randolph Chung <tausq@debian.org>, Anthony Towns <aj@azure.humbug.org.au>, Colin Watson <cjwatson@debian.org>, Eneko Lacunza <enlar@endymion.enlar.net>
Subject: dpkg removes conffiles when purging a package that no longer owns
them
tags 10879 patch pending
thanks
There's quite a few people on this list, so I'll start out by saying
that if you don't care about this bug anymore, or are just glad I think
I've fixed it, then you don't really need to read this mail. There's a
patch at the bottom, the rest is going to be pretty technical :-)
First a summary of this bug, picking on bind as it's a handy package
that can be used to reliably produce the symptoms.
1. Install bind
2. Install bind9, this will remove bind.
3. Purge bind
You'll now find that a random selection of bind9's configuration files
have been removed.
The clue to solving this bug occurred when we realised that the
selection wasn't random at all, and in fact was the same on every
machine.
Here's the important bit of debug output concerning the purging of bind:
D000200: removal_bulk set to new conffile `/etc/init.d/bind'
D000020: removal_bulk conffile not ours any more `/etc/bind/named.conf'
D000020: removal_bulk conffile not ours any more `/etc/bind/named.conf.local'
D000020: removal_bulk conffile not ours any more `/etc/bind/named.conf.options'
D000020: removal_bulk conffile not ours any more `/etc/bind/db.0'
D000020: removal_bulk conffile not ours any more `/etc/bind/db.127'
D000020: removal_bulk conffile not ours any more `/etc/bind/db.255'
D000020: removal_bulk conffile not ours any more `/etc/bind/db.local'
D000020: removal_bulk conffile not ours any more `/etc/bind/db.root'
dpkg is correctly realising that the only conffile it needs to remove is
‘/etc/init.d/bind’ and that the rest should be kept because bind9 has
taken them over.
However it's removing some of them, and fortunately the ones it removes
is constant. It removes ‘named.conf.local’, ‘db.0’, ‘db.255’ and
‘db.root’.
If we number the configuration files that it shouldn't remove, starting
at 1, it's removing #2, #4, #6 and #8.
That's a pretty damned specific pattern! It also explains why the
single-conffile test package pairs don't exhibit the bug, if they had
two conffiles the second would get wrongly deleted.
A more extreme example (a test package I created):
#1 should be kept
#2 needs deleting
#3 should be kept
#4 should be kept
#5 needs deleting
#4 gets incorrectly deleted by dpkg.
To put the problem into words; every second conffile in a consecutive
subset that need to be kept get incorrectly deleted.
Old C hands should already be thinking ‘linked list bug’ at this point.
We now cast our attention on the removal_bulk_remove_configfiles()
function in main/remove.c. What it does can be summed up as follows:
1. Iterate the conffiles list, removing nodes if the conffile isn't
ours anymore or is part of a diversion.
2. Iterate the conffiles list again (which will have the nodes removed)
and do the actual work.
Reading the debug output, during the second iteration there are nodes
that were supposed to have been removed that weren't. We're really
thinking ‘linked list bug’ at this point, almost certainly a classic
‘bad node removal’ problem.
So we focus our attention on the first loop, and walk through it. I'm
going to assume you've got the code in front of you at this point, feel
free to grab it if you're interested.
Our players in this are:
pkg->installed.conffiles
A pointer to the first node in a linked list of conffile
structures. Each structure has a ‘next’ pointer which either
points to the next one in the list, or NULL.
lconffp
At the start of the loop, this points to the linked list pointer
itself (pkg->installed.conffiles), otherwise it points to the
‘next’ member of the previous node.
conff
A pointer to a node. This is set at the start of each iteration
to the contents of whatever lconffp points to, so the first node
for the first iteration, and each subsequent node.
Let's go back to using bind/bind9 as our example pair, because that's
quite an elegant example.
The first conffile needs to be deleted, so nothing interesting happens
until the loop's step statement:
lconffp= &conff->next;
This alters lconffp to point to the current node's ‘next’ pointer, and
when the list begins, conff will point at the next node.
The second conffile needs to be kept, so the node needs to be removed
from the linked list. Here's the code that does that:
*lconffp= conff->next;
This alters either the linked list pointer, or the previous node's
‘next’ pointer (which is pointed to by lconffp) to point to the next
node, not the current one. In other words, it removes the current node
from the linked list.
Now we get to the step instruction:
lconffp= &conff->next;
This alters lconffp to point to the current node's ‘next‘ pointer.
Hopefully your brain just threw an exception there. That's right,
lconffp is now pointing to *the wrong thing*; if the next node needs to
be removed as well, the ‘next’ pointer of a node that's been removed
from the linked list will be changed.
We start off with:
[ |--->[ |--->[ |x]
^ ^
[**] [--]
([**] is lconffp, [--] is conff)
We alter the pointer to remove the node:
[ |----------->[ |x]
^ [ |--->
| ^
[**] [--]
Then we end up pointing at the wrong next node:
[ |----------->[ |x]
[ |---> ^
^ |
[**] [--]
If we need to remove the next node as well, we'll end up altering the
wrong pointer:
[ |----------->[ |x]
[ |x]
^
[**] [--]
In fact, we didn't need to move lconffp at all. If we remove a node,
the linked list pointer itself or the previous ‘next’ pointer is still
the previous node pointer.
In other words, we only need to run the step statement if we don't
remove the node. If we modify the code to do that, and run that
simulation again:
We start off with:
[ |--->[ |--->[ |x]
^ ^
[**] [--]
([**] is lconffp, [--] is conff)
We alter the pointer to remove the node:
[ |----------->[ |x]
^ [ |--->
| ^
[**] [--]
And we begin the new iteration of the loop with no step condition:
[ |----------->[ |x]
^ [ |---> ^
| |
[**] [--]
The removed node has now become irrelevant. First let's simulate
removing the next node, as that's what's failing. We alter the pointer
to remove the node:
[ |x] [ |x]
^
[**] [--]
That's done the right thing, both nodes have been removed. Now let's
assume that node needed keeping. We don't alter the pointer to remove
the node, instead we *do* run the loop's step condition:
[ |----------->[ |x]
^
[**] [--]
This correctly removes the second node, but keeps the third in the
list. If the next node was to be removed, the right pointer would be
modified.
So in summary, what was causing this bug was some incorrect code to
remove nodes from a linked list. The step condition caused a pointer to
be moved that should've been kept where it was. By only running this
step condition when we haven't removed a node, the right pointers are
modified and the list can be traversed properly the second time around.
Patch attached and committed.
I'm a little nervous about trying to push this change for sarge without
some extensive testing.
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
Index: ChangeLog
===================================================================
--- ChangeLog (revision 1897)
+++ ChangeLog (working copy)
@@ -1,3 +1,13 @@
+Fri Mar 12 19:02:21 GMT 2004 Scott James Remnant <scott@netsplit.com>
+
+ * main/remove.c (removal_bulk_remove_configfiles): Don't change the
+ "previous pointer" pointer if we remove the node from the linked list,
+ ensuring that if the next node is to be removed the right thing will
+ happen.
+
+ This corrects the bug where every second shared or diverted conffile
+ would be incorrectly deleted by dpkg.
+
Fri Mar 12 15:05:52 GMT 2004 Scott James Remnant <scott@netsplit.com>
* utils/start-stop-daemon.c: Don't require an argument for -V (version).
Index: debian/changelog
===================================================================
--- debian/changelog (revision 1897)
+++ debian/changelog (working copy)
@@ -1,6 +1,10 @@
dpkg (1.10.21) unstable; urgency=low
* Don't require argument for start-stop-daemon -V. Closes: #237589.
+ * Fix incorrect linked list node removal code that caused every second
+ shared or diverted conffile to be deleted by dpkg.
+ Closes: #10879, #33046, #47267, #90623, #98210, #109691, #146167.
+ Closes: #155456, #204275.
-- Scott James Remnant <scott@netsplit.com> UNRELEASED
Index: main/remove.c
===================================================================
--- main/remove.c (revision 1891)
+++ main/remove.c (working copy)
@@ -403,9 +403,7 @@
* are involved in diversions, except if we are the package doing the
* diverting.
*/
- for (lconffp= &pkg->installed.conffiles;
- (conff= *lconffp) != 0;
- lconffp= &conff->next) {
+ for (lconffp= &pkg->installed.conffiles; (conff= *lconffp) != 0; ) {
for (searchfile= pkg->clientdata->files;
searchfile && strcmp(searchfile->namenode->name,conff->name);
searchfile= searchfile->next);
@@ -422,6 +420,7 @@
} else {
debug(dbg_conffdetail,"removal_bulk set to new conffile `%s'",conff->name);
conff->hash= NEWCONFFILEFLAG; /* yes, cast away const */
+ lconffp= &conff->next;
}
}
modstatdb_note(pkg);
Source: dpkg
Source-Version: 1.10.21
We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:
dpkg-dev_1.10.21_all.deb
to pool/main/d/dpkg/dpkg-dev_1.10.21_all.deb
dpkg-doc_1.10.21_all.deb
to pool/main/d/dpkg/dpkg-doc_1.10.21_all.deb
dpkg_1.10.21.dsc
to pool/main/d/dpkg/dpkg_1.10.21.dsc
dpkg_1.10.21.tar.gz
to pool/main/d/dpkg/dpkg_1.10.21.tar.gz
dpkg_1.10.21_i386.deb
to pool/main/d/dpkg/dpkg_1.10.21_i386.deb
dselect_1.10.21_i386.deb
to pool/main/d/dpkg/dselect_1.10.21_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 10879@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Scott James Remnant <scott@netsplit.com> (supplier of updated dpkg package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 25 Apr 2004 18:55:10 +0100
Source: dpkg
Binary: dpkg-doc dpkg dselect dpkg-dev dpkg-static
Architecture: source all i386
Version: 1.10.21
Distribution: unstable
Urgency: low
Maintainer: Dpkg Development <debian-dpkg@lists.debian.org>
Changed-By: Scott James Remnant <scott@netsplit.com>
Description:
dpkg - Package maintenance system for Debian
dpkg-dev - Package building tools for Debian
dpkg-doc - Dpkg Internals Documentation
dselect - a user tool to manage Debian packages
Closes: 1087933046472679062398210102094109669109691115352120970124225146167151799155456158916160761161156166052171489174973174978179192187952200701200763204275207758214699219210220776225086233614237589237624237864239000240081241503242870243191244098244316
Changes:
dpkg (1.10.21) unstable; urgency=low
.
* Fix incorrect linked list node removal code that caused every second
shared or diverted conffile to be deleted by dpkg.
Closes: #10879, #33046, #47267, #90623, #98210, #109691, #146167.
Closes: #155456, #204275.
* Call mknod with the required device type. Closes: #158916.
* Correct the default query output format to be consistent with
what the underlying library expects. Closes: #174973.
* Fix missing NULL-termination in dpkg-query -W display of dependency
fields. Closes: #174978
* Strip output from md5sum(1) after the first whitespace character.
Closes: #200763.
* Output a warning if we cannot open a configuration file instead of
treating it as a fatal error, in case our home directory is not readable
by root. Closes: #200701.
* Set LC_ALL to C before spawning off dpkg --search, to avoid searching
on localized strings. Closes: #244316.
* Don't require argument for start-stop-daemon -V. Closes: #237589.
* Correct use of @ARGV within dpkg-scanpackages, allowing -u to work
once again. Closes: #225086, #241503.
* Make sure file permissions passed to dpkg-statoverride are numeric.
Closes: #161156.
* Correctly break out of the loop in install-info.
Closes: #124225, #160761.
* Add --dir-file option to install-info for GNU install-info
compatibility. Closes: #179192
* Refer to debian-policy in dpkg-doc's description instead of the
non-existant packaging-manual. Closes: #120970.
* Remove incorrect mention of build-essential from dpkg-checkbuilddeps
manpage. Closes: #219210.
* Add a note about diverting shared libraries to the dpkg-divert
manpage. Closes: #214699.
* Updated Translations:
- Brazilian Portugese (Andre Luis Lopes). Closes: #237864.
- Catalan (Jordi Mallach).
- Danish (Claus Hindsgaul). Closes: #237624.
- Dutch (Pieter-Paul Spiertz, Bart Cornelis, Erwin).
Closes: #102094, #151799, #207758.
- French (Sam Hocevar). Closes: #243191.
- German (Florian Ernst). Closes: #109669, #115352, #187952, #244098.
- Japanese manpages (KISE Hiroshi). Closes: #220776.
- Polish (Bartosz Fenski). Closes: #242870.
- Spanish (Javier Fernández-Sanguino Peña). Closes: #166052.
- Swedish (Peter Karlsson).
* New Translations:
- Japanese dpkg-source manpage (KISE Hiroshi). Closes: #239000.
- Norwegian Nynorsk (Gaute Hvoslef Kvalnes). Closes: #233614.
- Portguese (Miguel Figueiredo). Closes: #240081.
- Spanish dpkg-source manpage (Ruben Porras). Closes: #171489.
Files:
3c0ee1d26bd55362b92eee8e6255aee0 798 base required dpkg_1.10.21.dsc
a9f6c43891db74d727beab7dfc0ee663 1682647 base required dpkg_1.10.21.tar.gz
e492251ba4cf345982782b7880056e1f 1220962 base required dpkg_1.10.21_i386.deb
132ac9df0f3dd8fd8b7adbf409f8ed3e 105530 base required dselect_1.10.21_i386.deb
48e0a00caea19997c46ad2d7539b2731 137490 utils standard dpkg-dev_1.10.21_all.deb
794381a64e07416e48af7d6bb4ae52d0 10620 doc optional dpkg-doc_1.10.21_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAi/2fIexP3IStZ2wRAn8pAJ9/rxk0uozGIQta1eA1i+IQZIQx9QCgpA1B
Hn7++hlhNM0b38XnzfCRzhg=
=GiSq
-----END PGP SIGNATURE-----
Source: dpkg
Source-Version: 1.10.21
We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:
dpkg-dev_1.10.21_all.deb
to pool/main/d/dpkg/dpkg-dev_1.10.21_all.deb
dpkg-doc_1.10.21_all.deb
to pool/main/d/dpkg/dpkg-doc_1.10.21_all.deb
dpkg_1.10.21.dsc
to pool/main/d/dpkg/dpkg_1.10.21.dsc
dpkg_1.10.21.tar.gz
to pool/main/d/dpkg/dpkg_1.10.21.tar.gz
dpkg_1.10.21_i386.deb
to pool/main/d/dpkg/dpkg_1.10.21_i386.deb
dselect_1.10.21_i386.deb
to pool/main/d/dpkg/dselect_1.10.21_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 155456@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Scott James Remnant <scott@netsplit.com> (supplier of updated dpkg package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 25 Apr 2004 18:55:10 +0100
Source: dpkg
Binary: dpkg-doc dpkg dselect dpkg-dev dpkg-static
Architecture: source all i386
Version: 1.10.21
Distribution: unstable
Urgency: low
Maintainer: Dpkg Development <debian-dpkg@lists.debian.org>
Changed-By: Scott James Remnant <scott@netsplit.com>
Description:
dpkg - Package maintenance system for Debian
dpkg-dev - Package building tools for Debian
dpkg-doc - Dpkg Internals Documentation
dselect - a user tool to manage Debian packages
Closes: 1087933046472679062398210102094109669109691115352120970124225146167151799155456158916160761161156166052171489174973174978179192187952200701200763204275207758214699219210220776225086233614237589237624237864239000240081241503242870243191244098244316
Changes:
dpkg (1.10.21) unstable; urgency=low
.
* Fix incorrect linked list node removal code that caused every second
shared or diverted conffile to be deleted by dpkg.
Closes: #10879, #33046, #47267, #90623, #98210, #109691, #146167.
Closes: #155456, #204275.
* Call mknod with the required device type. Closes: #158916.
* Correct the default query output format to be consistent with
what the underlying library expects. Closes: #174973.
* Fix missing NULL-termination in dpkg-query -W display of dependency
fields. Closes: #174978
* Strip output from md5sum(1) after the first whitespace character.
Closes: #200763.
* Output a warning if we cannot open a configuration file instead of
treating it as a fatal error, in case our home directory is not readable
by root. Closes: #200701.
* Set LC_ALL to C before spawning off dpkg --search, to avoid searching
on localized strings. Closes: #244316.
* Don't require argument for start-stop-daemon -V. Closes: #237589.
* Correct use of @ARGV within dpkg-scanpackages, allowing -u to work
once again. Closes: #225086, #241503.
* Make sure file permissions passed to dpkg-statoverride are numeric.
Closes: #161156.
* Correctly break out of the loop in install-info.
Closes: #124225, #160761.
* Add --dir-file option to install-info for GNU install-info
compatibility. Closes: #179192
* Refer to debian-policy in dpkg-doc's description instead of the
non-existant packaging-manual. Closes: #120970.
* Remove incorrect mention of build-essential from dpkg-checkbuilddeps
manpage. Closes: #219210.
* Add a note about diverting shared libraries to the dpkg-divert
manpage. Closes: #214699.
* Updated Translations:
- Brazilian Portugese (Andre Luis Lopes). Closes: #237864.
- Catalan (Jordi Mallach).
- Danish (Claus Hindsgaul). Closes: #237624.
- Dutch (Pieter-Paul Spiertz, Bart Cornelis, Erwin).
Closes: #102094, #151799, #207758.
- French (Sam Hocevar). Closes: #243191.
- German (Florian Ernst). Closes: #109669, #115352, #187952, #244098.
- Japanese manpages (KISE Hiroshi). Closes: #220776.
- Polish (Bartosz Fenski). Closes: #242870.
- Spanish (Javier Fernández-Sanguino Peña). Closes: #166052.
- Swedish (Peter Karlsson).
* New Translations:
- Japanese dpkg-source manpage (KISE Hiroshi). Closes: #239000.
- Norwegian Nynorsk (Gaute Hvoslef Kvalnes). Closes: #233614.
- Portguese (Miguel Figueiredo). Closes: #240081.
- Spanish dpkg-source manpage (Ruben Porras). Closes: #171489.
Files:
3c0ee1d26bd55362b92eee8e6255aee0 798 base required dpkg_1.10.21.dsc
a9f6c43891db74d727beab7dfc0ee663 1682647 base required dpkg_1.10.21.tar.gz
e492251ba4cf345982782b7880056e1f 1220962 base required dpkg_1.10.21_i386.deb
132ac9df0f3dd8fd8b7adbf409f8ed3e 105530 base required dselect_1.10.21_i386.deb
48e0a00caea19997c46ad2d7539b2731 137490 utils standard dpkg-dev_1.10.21_all.deb
794381a64e07416e48af7d6bb4ae52d0 10620 doc optional dpkg-doc_1.10.21_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAi/2fIexP3IStZ2wRAn8pAJ9/rxk0uozGIQta1eA1i+IQZIQx9QCgpA1B
Hn7++hlhNM0b38XnzfCRzhg=
=GiSq
-----END PGP SIGNATURE-----
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.