[Resolvconf-devel] Bug#660350: Bug#660350: resolvconf: fails to purge / remove /etc/resolv.conf

Holger Levsen holger at layer-acht.org
Sat Feb 18 23:09:46 UTC 2012


reopen 660350 
reassign 660350 piuparts
retitle 660350 piuparts wrongly complains about removing /etc/resolv.conf when purging resolvconf
thanks

Hi Thomas,

On Samstag, 18. Februar 2012, Thomas Hood wrote:
> It's no surprise that resolvconf changes resolv.conf since that is its
> purpose.

right, but thats not the point of this bug report.

> That /etc/resolv.conf is not owned by anything is an
> historical curiosity.

right as well :)
 
> When purged, resolvconf has to leave something useful at
> /etc/resolv.conf.  It either leaves the last dynamic content or, if
> there is none, the content of the original (pre-installation) file, if
> any.
> 
> So yes, installing and purging of resolvconf can change
> /etc/resolv.conf but this is not a bug.

the bug I filed is about resolvconf not restoring /etc/resolv.conf as it 
existed before resolvconf was installed. If it would just do what you 
described above, that indeed would be fine.

hm, and now that I tested it manually, I can see that after "apt-get 
install resolvconf ; apt-get remove resolvconf ; dpkg --purge resolvconf"
my /etc/resolv.conf indeed looks like it looked before.

Thus reopening and reassign to piuparts! :-)


cheers,
	Holger

btw: I think the packages recommendations to reboot when installing or 
removing resolvconf are well... a bit to bold. I can understand why you
do this (too many clueless users reporting bogus bugs) but could you maybe
reword them to say something like "while a reboot is not strictly neccessary
it might be the easiest to do" or such?





More information about the Resolvconf-devel mailing list