Bug 679445 - openresolv/resolvconf support
Summary: openresolv/resolvconf support
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 668153
TreeView+ depends on / blocked
 
Reported: 2011-02-22 15:36 UTC by Jiri Popelka
Modified: 2014-03-17 03:26 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-09-30 14:59:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
patch (3.72 KB, patch)
2011-02-22 15:38 UTC, Jiri Popelka
no flags Details | Diff

Description Jiri Popelka 2011-02-22 15:36:54 UTC
Hi there,

I'm trying to get openresolv (resolvconf implementation) into Fedora (see bug #668153).
I'm attaching patch that adds /sbin/resolvconf support for initscripts.
It's simple and self-explanatory.
We call
/sbin/resolvconf -a "initscripts" < $tr
in ifup-post to inform resolvconf that "initscripts" want to 'merge' resolv.conf from $tr
In ifdown-post we call
/sbin/resolvconf -f -d "initscripts"
to let resolvconf know that we want to delete resolv.conf for "initscripts".
If there's no /sbin/resolvconf nothing changes.

There's also one suggested change in change_resolv_conf ().
change_resolv_conf() wrote Jason Van Dias (see bug #125712, especially comments #23, #24, #34)
to get something similar to resolvconf (to be specific: reload nscd whenever something changes /etc/resolv.conf).
change_resolv_conf() can take either 1 (path to temporary resolv.conf) or
more (probably lines of temporary resolv.conf) parameters.
AFAICT there's no script (see bugs that #125712 depends on) running it with more then one parameter.
So my suggestion is to remove this possibility and therefore simplify it.

Comment 1 Jiri Popelka 2011-02-22 15:38:25 UTC
Created attachment 480159 [details]
patch

Comment 2 Bill Nottingham 2011-02-22 15:43:47 UTC
Meh - I'm not really fond of this idea, simply because it then means multiple code paths to have to debug if something goes wrong. (See also: supporting multiple DHCP clients, etc.)

Comment 3 Jiri Popelka 2011-09-30 14:59:39 UTC
Closing per bug #668153, comment #10


Note You need to log in before you can comment on or make changes to this bug.