[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