Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 129248 - /etc/init.d/domainname error with sys-apps/baselayout-1.12.0_pre17
Summary: /etc/init.d/domainname error with sys-apps/baselayout-1.12.0_pre17
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 129223
  Show dependency tree
 
Reported: 2006-04-08 08:11 UTC by Sebastian Bergmann (RETIRED)
Modified: 2007-06-24 09:16 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Bergmann (RETIRED) gentoo-dev 2006-04-08 08:11:28 UTC
* Setting hostname to wopr-mobile ...                                    [ ok ]
/etc/init.d/domainname: line 36: /lib/rcscripts/net.modules.d/helpers.d/functions: No such file or directory                                              [ ok ]

-- 

Portage 2.1_pre7-r4 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.4-r1, 2.6.16-gentoo-r1 i686)
=================================================================
System uname: 2.6.16-gentoo-r1 i686 Intel(R) Pentium(R) M processor 1500MHz
Gentoo Base System version 1.12.0_pre17
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
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-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=pentium-m -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig cvs digest distlocks fixpackages metadata-transfer sandbox sfperms sign strict"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://trumpetti.atm.tut.fi/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlay/cvs /usr/local/overlay/gnome"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac acpi alsa asf avi beagle berkdb bitmap-fonts browserplugin bzip2 cairo cdr cli crypt ctype cups dba dbus divx4linux dri dvd dvdr dvdread eds emboss encode exif expat fame fastbuild firefox flac foomaticdb force-cgi-redirect fortran ftp gaim galago gd gdbm gif glitz gnome gpm graphviz gstreamer gtk gtk2 hal imlib ipv6 isdnlog java jpeg libg++ libnotify libsexy libwww lzo mad matroska memlimit mikmod mjpeg mmx mng mono moznocompose moznoirc moznomail mozsvg mp3 mpeg ncurses nls nomotif nptl nsplugin nvidia ogg oggvorbis opengl oss pam pam_console pcre pdflib perl png posix pppd python quicktime readline session simplexml soap sockets spell spl sse sse2 ssl startup-notification svg tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb vorbis win32codecs wmf xml xml2 xsl xv xvid zlib elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux userland_GNU video_cards_nv video_cards_nvidia"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Comment 1 rumzajs 2006-04-08 08:17:28 UTC
confirmed
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2006-04-08 08:19:19 UTC
That initscript is dead (see changelog), just delete it. ;)

<snip>
03 Apr 2006; Roy Marples <uberlord@gentoo.org>:

...

    Punted the domainname script. Functionality has been in conf.d/net so you
    can do this.
      dns_domain_lo="foo"
      nis_domain_lo="bar"
</snip>
Comment 3 Sebastian Bergmann (RETIRED) gentoo-dev 2006-04-08 08:51:50 UTC
That, of course, makes the error go away but I still have no $HOSTNAME variable anymore.
Comment 4 rumzajs 2006-04-08 09:39:57 UTC
yeah i read the changelog + the /etc/conf.d/net.example
they is nothing at all about "dns_domain_lo" or "nis_domain_lo"
i thing it should be dns_domain_eth0

to make it quick read the "net.example"

here are my modifed /etc/conf.d/net as a example with router @ 192.168.1.1 and
a static ip 192.168.1.2 (no dhcp)
-----------
config_eth0=( "192.168.1.2 netmask 255.255.255.0 broadcast 192.168.1.255" )
routes_eth0=( "default via 192.168.1.1" )
dns_domain_eth0="your.domain"
dns_servers_eth0="ip1 ip2"
---------

i have deleted the /etc/resolv.conf (make backup)
stoped and removed the domainname service :
/etc/init.d/domainname stop
rc-update del domainname

reboot

all looks good
Comment 5 Roy Marples (RETIRED) gentoo-dev 2006-04-08 11:01:11 UTC
(In reply to comment #4)
> yeah i read the changelog + the /etc/conf.d/net.example
> they is nothing at all about "dns_domain_lo" or "nis_domain_lo"
> i thing it should be dns_domain_eth0

From net.example

# System
# For configuring system specifics such as domain, dns, ntp and nis servers
# It's rare that you would need todo this, but you can anyway.
# This is most benefit to wireless users who don't use DHCP so they can change
# their configs based on ESSID. See wireless.example for more details

# To use dns settings such as these, dns_servers_eth0 must be set!
# If you omit the _eth0 suffix, then it applies to all interfaces unless
# overridden by the interface suffix.
#dns_domain_eth0="your.domain"
#dns_servers_eth0="192.168.0.2 192.168.0.3"
#dns_search_eth0="this.domain that.domain"
#dns_options_eth0=( "timeout 1" "rotate" )
#dns_sortlist_eth0="130.155.160.0/255.255.240.0 130.155.0.0"
# See the man page for resolv.conf for details about the options and sortlist
# directives

#ntp_servers_eth0="192.168.0.2 192.168.0.3"

#nis_domain_eth0="domain"
#nis_servers_eth0="192.168.0.2 192.168.0.3"


Which has been there for months. Not a bug.
Comment 6 SpanKY gentoo-dev 2006-04-08 11:36:23 UTC
then baselayout should delete the domainname script in light of the fact portage sucks at this
Comment 7 email_deleted_GqKU 2006-04-09 01:16:29 UTC
(In reply to comment #6)
> then baselayout should delete the domainname script in light of the fact
> portage sucks at this
> 


What is needed, above all, is warnings in the ebuild about all these changes... :/

We can't expect users to read the changelog entry and search for more informations in this bugzilla :/
Comment 8 Roy Marples (RETIRED) gentoo-dev 2006-04-09 11:11:13 UTC
The domainname init script is now removed from the system and a warning is displayed by the ebuild.
Comment 9 Justin Croonenberghs 2006-04-16 17:19:41 UTC
Someone needs to make a much more public announcement of this. It took me two hours to figure this out, and let me tell you, it was frustrating...
Comment 10 Casey Allen Shobe 2006-04-18 15:57:13 UTC
This sucks.  "It's rare that you would have to set these" my arse, what about if you want dnsdomainname, nisdomainname, and hostname --fqdn to work on your server?  What interface to use when you have 4?  Why do we have to do stupid things like this to contend with mobile users?
Comment 11 Steve Herber 2006-07-20 01:10:49 UTC
I spent too much time fixing a system after this issue bit me.
My solution, similar to comment 4 and 5 was to put this in my /etc/conf.d/net file:

nis_domain="YOUR_NIS_DOMAIN_NAME"

I wonder why dhcpd did not set domainname when it did update my /etc/yp.conf from the yp master.
Comment 12 J.O. Aho 2006-08-15 20:19:46 UTC
Won't this move make Gentoo to become more "odd" when compared to tohers distros configurations? I thought that the move from /etc/hostname -> /etc/conf.d/hostname and /etc/domainname -> /etc/conf.d/domainname as a bad move.
Comment 13 SpanKY gentoo-dev 2006-08-19 23:50:30 UTC
not really, the usage of plain files in /etc/ was Gentoo specific as no other distro used that schema
Comment 14 Phil Anderson 2007-06-24 08:28:40 UTC
(In reply to comment #7)
> We can't expect users to read the changelog entry and search for more
> informations in this bugzilla :/
 
That's how I got here :)

(In reply to comment #10)
> This sucks.  "It's rare that you would have to set these" my arse, what about
> if you want dnsdomainname, nisdomainname, and hostname --fqdn to work on your
> server?  What interface to use when you have 4?  Why do we have to do stupid
> things like this to contend with mobile users?

Exactly what I'm thinking -- is there any solution to this that *doesn't* break things like `hostname --fqdn`? 

Comment 15 Phil Anderson 2007-06-24 09:16:00 UTC
(In reply to comment #14)

Heh, disregard. Fixed my issue, as far as I can tell, by doing the following:

-Setting the variable in /etc/conf.d/net as described above
-changing the /etc/hosts entry to list the fqdn first, i.e.
   a.b.c.d     server.example.net  server

The resolver returns the first entry from hosts (default) so setting that properly seems to fix the output of `hostname --fqdn`.

(sorry for the bugzilla necromancy)