i have daapd-0.2.4a installed. if I use iTunes 6.0 (the latest version) to connect to it, music typically plays for a few minutes and then the iTunes application crashes. iTunes plays music shared by other iTunes clients without complaint. itunes also doesn't crash when connecting to daapd 0.2.3d on my debian box. that version, however, has other problems: daapd tends to crash randomly after a few hours. here is my daapd.conf: wintermute ~ # cat /etc/daapd.conf Port 3689 ServerName Wintermute's Music DBName Wintermute's Music Password Root /leviathan/music/incoming Cache /var/cache/daapd.cache Timescan 2 RescanInterval 600 the music root is a non-local NFS share. Reproducible: Always Steps to Reproduce: 1. install daapd on your favorite gentoo box and get it up and running 2. connect to it remotely using iTunes. i am using iTunes 6.0 on my powerbook 3. listen to music for a few minutes, until iTunes blows up Actual Results: itunes dies Expected Results: played the shared music wintermute ~ # emerge info Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r10 i686) =============================================================== == System uname: 2.6.12-gentoo-r10 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -fomit-frame-pointer -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/ kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/ share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -fomit-frame-pointer -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/ gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 aac alsa apm arts avi berkdb bitmap-fonts crypt cups divx4linux doc dts dvd dvdread eds emboss encode esd fam fame fftw flac foomaticdb fortran frontendonly gd gdbm gif gnome gpm gstreamer gtk gtk2 howl imlib ipv6 joystick jpeg kde libg++ libwww mad matroska mikmod mjpeg mmx motif mozilla mp3 mpeg music mysql mythtv ncurses nls nptl nptlonly nvidia ogg oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline real rtc sdl spell sse ssl tcpd tiff transcode truetype truetype-fonts type1-fonts voice vorbis win32codecs xml2 xmms xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
How many minutes is "few minutes" ? I'm running it for 20 minutes now, no crashes whatsoever. You're sure the problem is not with a specific audio file, that might be corrupted or in some other way makes iTunes crash?
for me, anywhere from about 1 minute to 30. in most cases, less than 10 minutes. i already looked into the integrity of the audio files, they are ok. what i have not tested is whether this happens for audio files that are not on NFS shares. when i get some time i will have a look.
(In reply to comment #1) > How many minutes is "few minutes" ? > I'm running it for 20 minutes now, no crashes whatsoever. > You're sure the problem is not with a specific audio file, that might be corrupted or in some other way > makes iTunes crash? > I too am having this problem. iTunes crashes after about 30 seconds of just being connected to the share, regardless of it actually playing anything. All the files shared by daapd are local (not nfs). The client is the slightly newer iTunes 6.0.1. I was successfully running 0.2.3 for quite a while with this same version of iTunes and only recently upgraded to the current ebuild 0.2.4a-r2 now that it properly enables howl. Portage 2.0.51.22-r3 (default-linux/sparc/sparc64/2005.0, gcc-3.3.5-20050130, glibc-2.3.3.20040420-r2, 2.4.31-sparc-r2 sparc64) =============================================================== == System uname: 2.4.31-sparc-r2 sparc64 sun4u Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.4.23 ACCEPT_KEYWORDS="sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/ qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks 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://rsync.gentoo.org/gentoo-portage" USE="sparc arts avi berkdb bitmap-fonts crypt cups curl dlloader encode esd fbcon foomaticdb fortran gcc64 gdbm gif gnome gtk gtk2 howl imlib jpeg kde libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl plotutils png python qt readline samba sdl spell ssl tcpd tiff truetype truetype-fonts type1-fonts xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Hrm I can say i played a long time with daapd (currently I'm using mt-daapd, still have to check with latest daapd) Can you try with mt-daapd? In spite of the version that seems older, it seems to be more updated, and seems simpler to maintain. If this problem persists, I'll probably see to mask daapd until a new version come up, but upstream seems dead :/
i am using mt-daapd now and have been having no problems with it.
I've p.masked daapd and it's pending removal, mt-daapd can be used instead.