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?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
