Updateded to baselayout-1.11.7-r2 (same behaviour with baselayout-1.11.8), on next boot, net.* scripts failed (no interfaces active, and all depending scripts don't start) with: * iwconfig: missing required function interface_variable so I put this in /etc/init.d/net.lo interface_variable() { :; } and I get * dhcpcd: missing required function interface_device so I put interface_device() { :; } and I keep getting missing requied funciton interface_<something>. So instead, I put source /lib/rcscripts/net.modules.d/helpers.d/functions in net.lo, because it seems a lot of this "missing" functions are there. However then I get: * Starting eth0 * Bringing up eth0 * Configuration not set for eth0 - assuming dhcp * eth0 dhcp * Running dhcpcd ... [ ok ] * eth0 received address 172.16.0.52 * Adding routes * default gw 172.16.0.4 ... [ !! ] * 203.39.28.126 gw 172.16.0.7 ... [ ok ] * 147.66.40.208 gw 172.16.0.7 ... [ ok ] As you can see, even though it says "Configuration not set for eth0", it still manages to get the routes right, which come from the same file (/etc/conf.d/net) which looks like: ifconfig_eth0=( "172.16.0.52 broadcast 172.16.0.255 netmask 255.255.255.0" "10.1.0.52 broadcast 10.255.255.255 netmask 255.0.0.0" ) routes_eth0=( "default gw 172.16.0.4" "203.39.28.126 gw 172.16.0.7" "147.66.40.208 gw 172.16.0.7" ) which I haven't changed for ages. With baselayout 1.11.8, I get the same behaviour, except with the extra error: /lib/rcscripts/net.modules.d/essidnet: line 18: installed: command not found The 'source' workaround only works because I have dhcp servers here, don't know what would happen otherwise! Reproducible: Always Steps to Reproduce: 1. emerge baselayout 1.11.7-r2, or 1.11.8 2. /etc/init.d/net.eth0 restart # for example. Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r9 i686) ================================================================= System uname: 2.6.9-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jun 15 2004, 18:11:59)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.5, 1.8.5-r2, 1.6.3, 1.9.3, 1.4_p6, 1.7.9 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r1 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -g" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -g" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://mirror.pacific.net.au/linux/Gentoo http://mirror.gentoo.gr.jp ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apache2 arts avi berkdb bitmap-fonts cdr crypt cups dvd dvdr encode esd f77 fam flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 guile imagemagick imlib irda java jpeg junit libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl pam pdflib perl png postgres ppds python quicktime readline samba sdl spell sse ssl svga tcltk tcpd tetex tiff truetype x86 xml xml2 xmms xv zlib"
post your /etc/conf.d/net config file also, what does `ls -l /etc/init.d/net.*` show ?
/etc/conf.d/net is already in the OP verbatim. ifconfig_eth0 and routes_eth0 is all I've got in there. $ ls -l /etc/init.d/net.* lrwxrwxrwx 1 root root 6 Dec 16 22:31 /etc/init.d/net.eth0 -> net.lo -rwxr-xr-x 1 root root 21558 Dec 17 13:28 /etc/init.d/net.lo -rwxr-xr-x 1 root root 4414 Nov 29 11:19 /etc/init.d/net.ppp0 note, /etc/conf.d/net is a symlink to /etc/conf.d/net.work, but I tried it without the symlink and it does the same, so I don't think this has anything to do with it.
err, yeah, sorry i'm stupid and missed your config file :) i just got the essidnet error on one my machines with 1.11.8 ... after deleting the file, my net.eth0 worked fine
no worries :) I deleted (moved) /lib/rcscripts/net.modules.d/essidnet and now the 1.11.8 essidnet error is gone, but I still get the "missing required function" error...
Could you please ensure that net.lo gets updated by etc-update AND that your net.xxx in /etc/init.d/ is a symlink to net.lo Then the error should magically vanish
*** Bug 74741 has been marked as a duplicate of this bug. ***
I used dispatch-conf to update my config files, and atm there are no ._cfg files in /etc/init.d/... Also: $ ls -al /etc/init.d/net.* lrwxrwxrwx 1 root root 6 Dec 16 22:31 /etc/init.d/net.eth0 -> net.lo -rwxr-xr-x 1 root root 21558 Dec 18 10:52 /etc/init.d/net.lo -rwxr-xr-x 1 root root 4414 Nov 29 11:19 /etc/init.d/net.ppp0 I just diffed my /etc/init.d/net.lo with the one in rc-scripts-1.6.8.tar.bz2, and there were _heaps_ of differences. So I copied the one from the archive, and guess what? It works!! No errors! I don't know how this one got passed dispatch-conf, as I usually update /etc/init.d/* without even looking... I wonder what else is out of date in there! Thanks for the help...
try `emerge baselayout --noconfmem` sounds like portage bug
After 'emerge --oneshot --noconfmem baselayout', it works for me
Wow. I ran `emerge --oneshot --noconfmem baselayout`, and these are the files with the versions I had, and the new versions waiting in their ._cfg files: /etc/init.d/._cfg0000_bootmisc 1.42 1.45 /etc/init.d/._cfg0000_clock 1.22 1.24 /etc/init.d/._cfg0000_domainname 1.7 1.8 /etc/init.d/._cfg0000_halt.sh 1.60 1.64.2.2 /etc/init.d/._cfg0000_hostname 1.21 1.22 /etc/init.d/._cfg0000_keymaps 1.25 1.26 /etc/init.d/._cfg0000_netmount 1.31 1.32 and of course net.lo which I updated manually from rc-scripts-1.6.8.tar.bz2 on saturday. To see if its dispatch-conf that's not updating the files properly, I ran it. Hmm, now I think I see my problem! dispatch-conf doesn't diff (for example) bootmisc and ._cfg0000_bootmisc, it creates an empty file called ._mrg0000_bootmisc and diffs that with bootmisc. I was seeing this empty fill and selecting 'zap new', because I didn't want to replace my init.d file with an empty one! But when you select 'zap new', it deletes the ._cfg file and the emtpy ._mrg file, which means I wasn't updating anything!! I tried 'next' instead of 'zap new' and now I have the original ._cfg file, as well as an empty ._mrg file, as well as the old cfg file. Is this intended behaviour? I couldn't find anything in the man pages or on google about ._mrg files. I assume they have something to do with the 'merge' option? I'm not pressing m instead of n by mistake!
Does this behavior happen with the latest stable dispatch-conf? Please re-open if so.
This bug still exists.
*** Bug 112148 has been marked as a duplicate of this bug. ***
I stopped using it for a while, but it doesn't seem to happen with dispatch-conf as part of the currently ~x86: sys-apps/portage-2.1_pre7-r5 HTH :)
No problems since I found it working in portage-2.1_pre7-r5, so I'll close it.