Report forwarded to debian-bugs-dist@lists.debian.org, Simon Kelley <simon@thekelleys.org.uk>: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Andrew Moise <chops@demiurgestudios.com>:
New Bug report received and forwarded. Copy sent to Simon Kelley <simon@thekelleys.org.uk>.
(full text, mbox, link).
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: dnsmasq: Error on postinst when installing simultaneously with resolvconf
Date: Mon, 14 Jun 2004 11:00:43 -0400
Package: dnsmasq
Version: 2.8-1
Severity: normal
So when I install dnsmasq and resolvconf simultaneously, I get the
following output:
Updating certificates in /etc/ssl/certs....done.
Setting up dnsmasq (2.8-1) ...
Starting caching dns forwarder: resolvconf: Error:
/etc/resolvconf/run/interface is not a directory
invoke-rc.d: initscript dnsmasq, action "start" failed.
dpkg: error processing dnsmasq (--configure):
subprocess post-installation script returned error exit status 1
Setting up fetchmail (6.2.5-8) ...
Installing new version of config file /etc/ppp/ip-up.d/fetchmail ...
Installing new version of config file
/etc/logcheck/ignore.d.workstation/fetchmail ...
Installing new version of config file /etc/init.d/fetchmail ...
Setting up ppp (2.4.2+20040202-3) ...
Setting up resolvconf (1.13) ...
Errors were encountered while processing:
dnsmasq
E: Sub-process /usr/bin/dpkg returned an error code (1)
Some errors occurred while unpacking. I'm going to configure the
packages that were installed. This may result in duplicate errors
or errors caused by missing dependencies. This is OK, only the errors
above this message are important. Please fix them and run [I]nstall again
Press enter to continue.
After rerunning [I]nstall, all is well; presumably
/etc/resolvconf/run/interface is created during resolvconf's postinst.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Versions of packages dnsmasq depends on:
ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an
ii netbase 4.17 Basic TCP/IP networking system
-- no debconf information
Information forwarded to debian-bugs-dist@lists.debian.org, Simon Kelley <simon@thekelleys.org.uk>: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Thomas Hood <jdthood@aglu.demon.nl>:
Extra info received and forwarded to list. Copy sent to Simon Kelley <simon@thekelleys.org.uk>.
(full text, mbox, link).
To: 254388@bugs.debian.org, 254388-submitter@bugs.debian.org
Subject: How to fix this?
Date: Fri, 18 Jun 2004 10:06:45 +0200
The new initscript I submitted at #252229 will eliminate the
installation failure because it will ignore errors returned by
resolvconf. However, that only eliminates a symptom of a
deeper problem, which is that dnsmasq is being configured before
resolvconf. Obviously, if both packages are being installed
in the same dpkg run then resolvconf should be configured
first so that it can register dnsmasq's nameserver information
record afterwards.
One way to make this happen is to put resolvconf before dnsmasq
in the list of arguments to "dpkg -i". However, it would be nice
if we could enforce the right order independently of the command
line.
The usual way to force dpkg to configure one package before another
is to make the second package Depend on the first. Currently
dnsmasq only Suggests resolvconf; this doesn't affect the order of
configuration. I don't think we want dnsmasq to Depend on
resolvconf.
Any other ideas?
--
Thomas
Message sent on to Andrew Moise <chops@demiurgestudios.com>:
Bug#254388.
(full text, mbox, link).
Information forwarded to debian-bugs-dist@lists.debian.org, Simon Kelley <simon@thekelleys.org.uk>: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Andrew Moise <chops@demiurgestudios.com>:
Extra info received and forwarded to list. Copy sent to Simon Kelley <simon@thekelleys.org.uk>.
(full text, mbox, link).
On Fri, 2004-06-18 at 04:06, Thomas Hood wrote:
> The new initscript I submitted at #252229 will eliminate the
> installation failure because it will ignore errors returned by
> resolvconf. However, that only eliminates a symptom of a
> deeper problem, which is that dnsmasq is being configured before
> resolvconf.
So with this solution, resolvconf won't be correctly configured with
dnsmasq's information if they're installed simultaneously, right?
> The usual way to force dpkg to configure one package before another
> is to make the second package Depend on the first. Currently
> dnsmasq only Suggests resolvconf; this doesn't affect the order of
> configuration. I don't think we want dnsmasq to Depend on
> resolvconf.
>
> Any other ideas?
Hmm -- you could ask the resolvconf maintainer to move some of
resolvconf's configuration process from postinst to preinst, so
everything dnsmasq needs to do will work even if dnsmasq goes first.
Does that sound feasible? (I'm not familiar with the installation
scripts, so this might of course be totally wrong :-)
Information forwarded to debian-bugs-dist@lists.debian.org, Simon Kelley <simon@thekelleys.org.uk>: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Thomas Hood <jdthood@aglu.demon.nl>:
Extra info received and forwarded to list. Copy sent to Simon Kelley <simon@thekelleys.org.uk>.
(full text, mbox, link).
To: 254388@bugs.debian.org, 254388-submitter@bugs.debian.org
Subject: Re: Bug#254388: How to fix this?
Date: Fri, 18 Jun 2004 21:30:35 +0200
On Fri, 2004-06-18 at 16:34, Andrew Moise wrote:
> On Fri, 2004-06-18 at 04:06, Thomas Hood wrote:
> > The new initscript I submitted at #252229 will eliminate the
> > installation failure because it will ignore errors returned by
> > resolvconf. However, that only eliminates a symptom of a
> > deeper problem, which is that dnsmasq is being configured before
> > resolvconf.
>
> So with this solution, resolvconf won't be correctly configured with
> dnsmasq's information if they're installed simultaneously, right?
With the new initscript, dnsmasq's postinst won't fail. However,
if you do
dpkg -i dnsmasq.deb resolvconf.deb
then dnsmasq will be configured before resolvconf; therefore, dnsmasq
won't be able to register itself with resolvconf when it is started
in the postinst. On the other hand, if you do
dpkg -i resolvconf.deb dnsmasq.deb
then dnsmasq will be configured after resolvconf and so dnsmasq
_will_ be able to register itself.
> > The usual way to force dpkg to configure one package before another
> > is to make the second package Depend on the first. Currently
> > dnsmasq only Suggests resolvconf; this doesn't affect the order of
> > configuration. I don't think we want dnsmasq to Depend on
> > resolvconf.
> >
> > Any other ideas?
>
> Hmm -- you could ask the resolvconf maintainer to move some of
> resolvconf's configuration process from postinst to preinst, so
> everything dnsmasq needs to do will work even if dnsmasq goes first.
> Does that sound feasible?
Resolvconf's maintainer scripts would have to be changed so that
/sbin/resolvconf would work immediately after unpack.
Hmm..... That should be doable.
Can anyone think of any solutions that don't involve a lot of
extra work for the resolvconf maintainer. ;)
--
Thomas Hood
Message sent on to Andrew Moise <chops@demiurgestudios.com>:
Bug#254388.
(full text, mbox, link).
Information stored: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Andrew Moise <chops@demiurgestudios.com>:
Extra info received and filed, but not forwarded.
(full text, mbox, link).
To: Thomas Hood <jdthood@aglu.demon.nl>, 254388-quiet@bugs.debian.org
Cc: simon@thekelleys.org.uk
Subject: Re: Bug#254388: How to fix this?
Date: Fri, 18 Jun 2004 16:11:06 -0400
On Fri, 2004-06-18 at 15:30, Thomas Hood wrote:
> Resolvconf's maintainer scripts would have to be changed so that
> /sbin/resolvconf would work immediately after unpack.
>
> Hmm..... That should be doable.
>
> Can anyone think of any solutions that don't involve a lot of
> extra work for the resolvconf maintainer. ;)
Submit him a patch? :-) I'll work on this this weekend if you think
it's a workable approach; it's kind of wierd to fix this by hacking up
resolvconf, but I can't think of any cleaner solution.
Information stored: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Thomas Hood <jdthood@aglu.demon.nl>:
Extra info received and filed, but not forwarded.
(full text, mbox, link).
On Fri, 2004-06-18 at 22:11, Andrew Moise wrote:
> On Fri, 2004-06-18 at 15:30, Thomas Hood wrote:
> > Resolvconf's maintainer scripts would have to be changed so that
> > /sbin/resolvconf would work immediately after unpack.
> >
> > Hmm..... That should be doable.
> >
> > Can anyone think of any solutions that don't involve a lot of
> > extra work for the resolvconf maintainer. ;)
>
> Submit him a patch? :-) I'll work on this this weekend if you think
> it's a workable approach; it's kind of wierd to fix this by hacking up
> resolvconf, but I can't think of any cleaner solution.
No need to submit a patch. If we decide that this is the right
way to solve the problem then I'll implement it.
--
Thomas Hood
Information forwarded to debian-bugs-dist@lists.debian.org, Simon Kelley <simon@thekelleys.org.uk>: Bug#254388; Package dnsmasq.
(full text, mbox, link).
Acknowledgement sent to Thomas Hood <jdthood@aglu.demon.nl>:
Extra info received and forwarded to list. Copy sent to Simon Kelley <simon@thekelleys.org.uk>.
(full text, mbox, link).
To: 254388@bugs.debian.org, 254388-submitter@bugs.debian.org
Subject: I don't think I'll address this in resolvconf
Date: Sat, 19 Jun 2004 11:49:24 +0200
severity 252229 normal
merge 252229 254388
thanks
I am leaning toward not making changes to resolvconf in response to
this. Although resolvconf can be changed so that in the interval
between unpack and configure it accepts records, this won't make a
critical difference to the way the system behaves. On installation
resolvconf does not generate a new resolv.conf file and does not run
update scripts. The user is instructed to make any needed
modifications to /etc/network/interfaces and then restart configurers
and DNS caches manually. When dnsmasq is restarted its initscript
will call /sbin/resolvconf again and all will be well.
If dnsmasq 2.9 is released with the new initscript in #254388 then
the error returned by resolvconf will be ignored and thus rendered
harmless. For now this will have to suffice, I think.
--
Thomas
Merged 252229254388.
Request was from Thomas Hood <jdthood@aglu.demon.nl>
to control@bugs.debian.org.
(full text, mbox, link).
Message sent on to Andrew Moise <chops@demiurgestudios.com>:
Bug#254388.
(full text, mbox, link).
Reply sent to Simon Kelley <simon@thekelleys.org.uk>:
You have taken responsibility.
(full text, mbox, link).
Notification sent to Andrew Moise <chops@demiurgestudios.com>:
Bug acknowledged by developer.
(full text, mbox, link).
Source: dnsmasq
Source-Version: 2.9-1
We believe that the bug you reported is fixed in the latest version of
dnsmasq, which is due to be installed in the Debian FTP archive:
dnsmasq_2.9-1.diff.gz
to pool/main/d/dnsmasq/dnsmasq_2.9-1.diff.gz
dnsmasq_2.9-1.dsc
to pool/main/d/dnsmasq/dnsmasq_2.9-1.dsc
dnsmasq_2.9-1_i386.deb
to pool/main/d/dnsmasq/dnsmasq_2.9-1_i386.deb
dnsmasq_2.9.orig.tar.gz
to pool/main/d/dnsmasq/dnsmasq_2.9.orig.tar.gz
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 252229@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Simon Kelley <simon@thekelleys.org.uk> (supplier of updated dnsmasq 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: Wed, 26 May 2004 12:35:23 +0000
Source: dnsmasq
Binary: dnsmasq
Architecture: source i386
Version: 2.9-1
Distribution: unstable
Urgency: low
Maintainer: Simon Kelley <simon@thekelleys.org.uk>
Changed-By: Simon Kelley <simon@thekelleys.org.uk>
Description:
dnsmasq - A small caching DNS proxy and DHCP server.
Closes: 251097252229253429254765
Changes:
dnsmasq (2.9-1) unstable; urgency=low
.
* New upstream.
* New version has improved server selection logic (closes: #251097)
* Improved initscript (closes: #252229)
* Conflict with old resolvconf versions to maintain compatibility.
* Updated README.debian (closes: #253429)
* Changed startup message to mention DHCP as well as DNS.
* New resolvconf update script (closes: #254765)
Files:
9a43886682edd3ca48caf3a32dec5044 524 net optional dnsmasq_2.9-1.dsc
c35a33185485ee637a8265be33556696 103961 net optional dnsmasq_2.9.orig.tar.gz
d8b92b8f245c4d4a650bd1f0ec95a9bb 8843 net optional dnsmasq_2.9-1.diff.gz
555b055ccfcd42a9fad21f70a81cd5fe 89636 net optional dnsmasq_2.9-1_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFA2IXmwEl0z99oB74RAm69AJ9AdfgF8pmKx/U6zlUAP9ufCKcPsgCfZrl6
21uBJIywIAdNDBqQAIoIgOM=
=xNns
-----END PGP SIGNATURE-----
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.