Summary: | dhcpcd changing /etc/resolv.conf with -R option | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Preston Crow <pc-gentoo-bugs08a> |
Component: | [OLD] Unspecified | Assignee: | Roy Marples (RETIRED) <uberlord> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Preston Crow
2005-10-17 08:09:10 UTC
You neglected to post your emerge --info - so what version of baselayout are you using? On one system (current with ~x86): sys-apps/baselayout-1.12.0_pre9-r1 On another system (current without ~x86): sys-apps/baselayout-1.11.13-r1 I think that this has been happening for quite a while; I'm guessing it's a bug in dhcpcd that needs to be pushed upstream. Since you asked for it, here's the emerge --info for the former box: Portage 2.0.53_rc5 (default-linux/x86/2005.0/2.4, gcc-3.4.4, glibc-2.3.5-r2, 2.4.29 i686) ================================================================= System uname: 2.4.29 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.12.0_pre9 dev-lang/python: 2.2.3-r5, 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.4.19-r1, 2.4.22-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -mtune=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/X11/app-defaults /etc/X11/rstart /etc/X11/xdm /etc/gconf /etc/sound /etc/terminfo /usr/lib/X11/xkb /etc/env.d" CXXFLAGS="-march=pentium4 -mtune=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks fixpackages notitles sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://10.4.80.118/gentoo-portage" USE="x86 X apm avi berkdb bitmap-fonts crypt cups dga dvd eds emboss encode fam fbcon foomaticdb gdbm gif gpm gtk gtk2 imap imlib java jpeg libg++ libwww mad mikmod mmx mmx2 motif mozilla moznocompose moznomail mp3 mpeg mysql ncurses ogg oggvorbis opengl oss pdflib perl png postgres python quicktime readline sdl spell sse sse2 ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY On the machine with baselayout-1.12, it should have put a header into the first line in /etc/resolv.conf - what does it say? Nope, no header was added. Here's what dhcpcd-2 puts there # Generated by dhcpcd for interface lan domain development.ltl nameserver 192.168.0.2 nameserver 192.168.0.20 Infact, baselayout-1.12 and all the dhcp ipv4 clients put headers in to say who created it. So that means that something else is messing with your resolv.conf ... Maybe you run ppp? adsl? some other net config application? I'm not running anything unusual. The file isn't getting recreated--just the domain is getting appended. I'll research this further in a day or two and report back. Check that you don't have domainname in any runlevels then It is /etc/init.d/domainname. Thanks! On the off chance that I'm not the only one who messed this up, it wouldn't be bad to to revise the comment in the default /etc/conf.d/domainname to read something like: # DNSDOMAIN merely sets the domain entry in /etc/resolv.conf. Leave this # blank if you've manually set a domain search in /etc/resolv.conf. # See the resolv.conf(5) manpage for more info. |