As per: http://www.mail-archive.com/avahi@lists.freedesktop.org/msg00275.html It seems that there is a bug related to avahi-daemon, so if I try to start avahi-daemon without --no-chroot, it gets a timeout: meridian ~ # /etc/init.d/avahi-daemon restart * Starting avahi-daemon ... Timeout reached while wating for return value Could not receive return value from daemon process. [ !! ] meridian ~ # Appending "--no-chroot" to the init-script fixes this for me.
Ups, sorry, forgot version info :) This is running avahi 0.6.9 and dbus 0.61-r1 [ebuild R ] net-dns/avahi-0.6.9 USE="dbus gdbm gtk mono python -bookmarks -doc -howl-compat -mdnsresponder-compat -qt" 0 kB
Same problem/fix here [ebuild R ] net-dns/avahi-0.6.9 USE="dbus gdbm gtk howl-compat mdnsresponder-compat mono python -bookmarks -doc -qt emerge --info Gentoo Base System version 1.12.0_pre18 Portage 2.1_pre9-r4 (default-linux/x86/2005.1, gcc-4.1.0, glibc-2.4-r1, 2.6.16-gentoo-r4 i686) ================================================================= System uname: 2.6.16-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1.86GHz ccache version 2.4 [enabled] 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-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -pipe -fomit-frame-pointer" 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="-O2 -march=pentium3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/ ftp://gentoo.blueyonder.co.uk http://mirrors.blueyonder.co.uk/mirrors/gentoo" LC_ALL="en_GB.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib acpi alsa asf audiofile avahi avi bash-completion berkdb bitmap-fonts bzip2 cdda cddb cdparanoia cdr cjk cli crypt cscope cups curl daap dbus directfb dllloader dri dvd dvdr emboss encode fbcon ffmpeg firefox flac foomaticdb fortran ftp gdbm gif glut gpm graphviz gstreamer gtk2 hal imagemagick imap isdnlog jack jpeg lcms libcaca libg++ libwww live lua mad maildir matroska mbox mikmod mmx mng motif mp3 mp4 mpeg ncurses nls nptl nptlonly ogg oggvorbis opengl pam pcre pdf pdflib perl png pppd python quicktime readline real reflection ruby samba sdl session spell spl sse sse2 ssl svg svga tcpd theora tiff truetype truetype-fonts type1-fonts unicode userlocales vcd vidix vorbis win32codecs x264 xorg xv xvid xvmc zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_radeon video_cards_fglrx video_cards_vesa video_cards_ati" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS
I had the same trouble, but --no-chroot itself wasn't enough. Once I emerged nss-mdns (with the avahi use flag - not sure if it's required) and reemerged avahi then adding the --no-chroot flag fixed it. It seems avahi needs the extra dependency added.
I hit this problem too but i think I found the cause of it : avahi needs the "capability" module loaded or compiled in the kernel. It would be nice if the init script could detect this and either print a message about it, or automatically append --no-chroot, or both.
There's probably no sane way to check for a kernel feature out of a shell script. And I consider disabling the POSIX capabilties in the kernel a bad idea.
(In reply to comment #2) > Same problem/fix here > > [ebuild R ] net-dns/avahi-0.6.9 USE="dbus gdbm gtk howl-compat > mdnsresponder-compat mono python -bookmarks -doc -qt > and here with net-dns/avahi-0.6.15 USE="dbus gdbm gtk mono python qt3 qt4 -autoipd -bookmarks -doc -howl-compat -mdnsresponder-compat and # tail /var/log/messages [...] ... avahi-daemon[14426]: cap_set_proc() failed: Operation not permitted [...] (see comment #4) Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r3 i686) ================================================================= System uname: 2.6.18-gentoo-r3 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.12.6 Last Sync: Thu, 07 Dec 2006 01:20:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo " LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="en de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.0.1/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac acpi aiglx alsa audiofile avahi beagle berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt css cups dbus dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode evo exif fam fbcon ffmpeg firefox flac fortran gdbm gif ginac gmp gnome gphoto2 gpm gstreamer gtk gtk2 hal iconv icq input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jpeg jpeg2k kernel_linux lcms ldap libg++ linguas_de linguas_en mad mikmod mime mmx mmxext mono mozsvg mp3 mpeg msn nautilus ncurses nfs nls nptl nptlonly nsplugin nvidia offensive ogg oggvorbis opengl pam pcre pdf perl plotutils png posix ppds pppd python qt3 qt4 quicktime readline real reflection ruby sdl session sockets spell spl sqlite3 sse ssl subtitles svg tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_nvidia vorbis win32codecs wma xine xml xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
> And I consider disabling the POSIX capabilties in the kernel a bad > idea. maybe you are right; i've disabled them because sys-apps/rlocate doesn't like them, at least not when they are build into the kernel ... but maybe using rlocate is a bad idea too ....
So is it impossible to have avahi-daemon and rlocate at the same time?
(In reply to comment #8) > So is it impossible to have avahi-daemon and rlocate at the same time? It is possible, you just need to run it with --no-chroot
Well, since this apparently won't be solved by us, how about getting a warning into the ebuild, shown when has_version sys-apps/rlocate succeeeds or whatnot, and closing this?
(BTW, would be useful to have the options configurable in /etc/conf.d/avahi-daemon instead of having to mess w/ the initscript directly).
Is this still valid? Please note that rlocate was dropped
(In reply to comment #12) > Is this still valid? Please note that rlocate was dropped