Debian Bug report logs - #254388
dnsmasq: Error on postinst when installing simultaneously with resolvconf

version graph

Package: dnsmasq; Maintainer for dnsmasq is Simon Kelley <simon@thekelleys.org.uk>; Source for dnsmasq is src:dnsmasq (PTS, buildd, popcon).

Reported by: Andrew Moise <chops@demiurgestudios.com>

Date: Mon, 14 Jun 2004 15:03:04 UTC

Severity: normal

Tags: patch

Merged with 252229

Found in version 2.8-1

Fixed in version dnsmasq/2.9-1

Done: Simon Kelley <simon@thekelleys.org.uk>

Bug is archived. No further changes may be made.

View this report as an mbox folder, status mbox, maintainer mbox


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).


Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Andrew Moise <chops@demiurgestudios.com>
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).


Message #10 received at 254388@bugs.debian.org (full text, mbox, reply):

From: Thomas Hood <jdthood@aglu.demon.nl>
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).


Message #18 received at 254388@bugs.debian.org (full text, mbox, reply):

From: Andrew Moise <chops@demiurgestudios.com>
To: Thomas Hood <jdthood@aglu.demon.nl>
Cc: 254388@bugs.debian.org
Subject: Re: Bug#254388: How to fix this?
Date: Fri, 18 Jun 2004 10:34:18 -0400
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).


Message #23 received at 254388@bugs.debian.org (full text, mbox, reply):

From: Thomas Hood <jdthood@aglu.demon.nl>
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).


Message #31 received at 254388-quiet@bugs.debian.org (full text, mbox, reply):

From: Andrew Moise <chops@demiurgestudios.com>
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).


Message #36 received at 254388-quiet@bugs.debian.org (full text, mbox, reply):

From: Thomas Hood <jdthood@aglu.demon.nl>
To: Andrew Moise <chops@demiurgestudios.com>
Cc: 254388-quiet@bugs.debian.org, simon@thekelleys.org.uk
Subject: Re: Bug#254388: How to fix this?
Date: Fri, 18 Jun 2004 22:13:38 +0200
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).


Message #41 received at 254388@bugs.debian.org (full text, mbox, reply):

From: Thomas Hood <jdthood@aglu.demon.nl>
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 252229 254388. 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).


Message #51 received at 252229-close@bugs.debian.org (full text, mbox, reply):

From: Simon Kelley <simon@thekelleys.org.uk>
To: 252229-close@bugs.debian.org
Subject: Bug#252229: fixed in dnsmasq 2.9-1
Date: Tue, 22 Jun 2004 15:47:26 -0400
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: 251097 252229 253429 254765
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-----




Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Sat Aug 17 15:10:17 2024; Machine Name: buxtehude

Debian Bug tracking system

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/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.