Bug#826366: [Pkg-utopia-maintainers] Bug#826366: Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-08 Thread Michael Biebl
Thinking more about it, if we restore the /etc/resolv.conf file on stop, then there doesn't remain a good reason why NM uses a symlink in the first place and I guess upstream did have a reason why it used a distinct file in /var/run and a symlink. I guess at this point it's best to involve upstream

Bug#826366: [Pkg-utopia-maintainers] Bug#826366: Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-08 Thread Michael Biebl
Am 08.06.2016 um 11:47 schrieb Julian Gilbey: > Question: If the symlink is reverted to an empty file on stop, but the > /var/run version is kept intact, would NM pick it up again on restart, > just by recreating the symlink? Or does NM recreate the /var/run > version on startup anyway? The latt

Bug#826366: [Pkg-utopia-maintainers] Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-08 Thread Julian Gilbey
On Sun, Jun 05, 2016 at 11:44:35PM +0200, Michael Biebl wrote: > Hi Julian Hi Michael, > Am 05.06.2016 um 01:56 schrieb Julian Gilbey: > > [...] > > > > So when network-manager shuts down, it should revert /etc/resolv.conf > > to a regular file. This should also be checked when the package is >

Bug#826366: [Pkg-utopia-maintainers] Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-05 Thread Michael Biebl
Am 05.06.2016 um 23:57 schrieb Christoph Anton Mitterer: > On Sun, 2016-06-05 at 23:44 +0200, Michael Biebl wrote: >> On remove/purge yes, it makes sense to turn it back into a real file > > but probably only if it's really a symlink to the path used by NM,.. > not e.g. when it's the one from reso

Bug#826366: [Pkg-utopia-maintainers] Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-05 Thread Christoph Anton Mitterer
On Sun, 2016-06-05 at 23:44 +0200, Michael Biebl wrote: > On remove/purge yes, it makes sense to turn it back into a real file but probably only if it's really a symlink to the path used by NM,.. not e.g. when it's the one from resolvconf? Cheers, Chris. smime.p7s Description: S/MIME cryptograph

Bug#826366: [Pkg-utopia-maintainers] Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-05 Thread Michael Biebl
Hi Julian Am 05.06.2016 um 01:56 schrieb Julian Gilbey: > I have been having some problems with network-manager recently (as > reported in another bug report), so I thought I'd try out wicd > instead. I purged NM and the related packages, but wicd would not > work. I tracked down the reason: /e

Bug#826366: network-manager: does not remove resolv.conf symlink on package removal

2016-06-04 Thread Julian Gilbey
Package: network-manager Version: 1.2.2-2 Severity: serious Justification: makes alternative network managers fail I have been having some problems with network-manager recently (as reported in another bug report), so I thought I'd try out wicd instead. I purged NM and the related packages, but w