Thomas Hood <[EMAIL PROTECTED]> wrote:
> Does this patch fix things?
Yes. Thanks.
> Because /etc/init.d/resolvconf is a so-called "conffile", it
> _should_ remain behind when the resolvconf package is removed.
> (Conffiles are only removed when packages are _purged_.)
I see. Isn't it unusual fo
Does this patch fix things?
--- /etc/init.d/resolvconf_ORIG
+++ /etc/init.d/resolvconf
@@ -7,6 +7,8 @@
# Don't use set -e; check return status instead
+[ -x /sbin/resolvconf ] || exit 0
+
MYNAME="${0##*/}"
PATH=/sbin:/bin
RUN_DIR=/etc/resolvconf/run
--
To UNSUBSCRIBE, email to [EMAIL PROT
tags 393323 confirmed
stop
Bill Wohler wrote:
>> If you remove resolvconf, does the problem return?
>
> Yes.
>
> [EMAIL PROTECTED]:509]$ sudo aptitude remove resolvconf
> ...
> [EMAIL PROTECTED]:512]$ sudo /etc/init.d/resolvconf start
> Setting up resolvconf...run-parts: /etc/resolvconf/
Thomas Hood <[EMAIL PROTECTED]> wrote:
> Bill Wohler wrote:
> > It seems, then, that the root problem was that resolvconf was a
> > dependency for a package that was later removed. It looks like it needs
> > to be a dependency for an existing package.
>
> Whether or not some other package depends
Bill Wohler wrote:
> It seems, then, that the root problem was that resolvconf was a
> dependency for a package that was later removed. It looks like it needs
> to be a dependency for an existing package.
Whether or not some other package depends on resolvconf, resolvconf
should not leave a syste
5 matches
Mail list logo
