I upgraded to xmms-1.2.10-r13 and it doesn't stream audio from any source with an ip address as the url. (i.e. http://64.236.34.67:80/stream/1065). Instead it skips over it like it can't contact the source. This stream, and others like it, work fine if i downgrade to xmms-1.2.10-r12. xmms use flags: -3dnow +alsa +arts -debug -directfb +esd +flac -jack +lirc +mad +mikmod +mmx +mp3 +nls +oggvorbis +oss +sndfile Reproducible: Always Steps to Reproduce: 1.upgrade to xmms-1.2.10-r13 2.play any stream from www.di.fm 3. Actual Results: xmms skips to the next playable file as if it couldn't contact the server Expected Results: should have played my sweet sweet techno Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.10-gentoo-r7 i686) ================================================================= System uname: 2.6.10-gentoo-r7 i686 Intel(R) Pentium(R) M processor 1.80GHz Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 13 2005, 16:48:32)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium-m -fomit-frame-pointer -pipe -mmmx -msse -msse2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /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/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium-m -fomit-frame-pointer -pipe -mmmx -msse -msse2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.ccccom.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 S3TC X Xaw3d a52 aac aalib accessibility accounting acl acpi acpi4linux aim alsa amd apache2 apm arts audiofile avi bash-completion bcmath bdf bigger-fonts bind-mysql bitmap-fonts bzip2 bzlib cdda cddb cdparanoia cdr chroot cle266 crypt css cups curl dbm devmap dio divx4linux doc dpms dts dvd dvdr dvdread encode erandom esd exif f77 fam fb fbcon flac font-server foomaticdb fortran freetype ftp fusion gatos gcc-libffi gcj gd gif gimp gkrellm glut gnome gpm gtk gtk2 http imagemagick imlib ipv6 jabber java javadoc javascript jpeg kde layout-osx-like libcaca libg++ libwww lirc mad mikmod mjpeg mmx motif mozilla mp3 mpeg mpeg4 mplayer multicall multislot multitarget mysql ncurses network nis nls nptl nvidia offensive ogg oggvorbis opengl oscar oss pam pcmcia pcntl pcre pdflib perl php pie png pnp portaudio posix python qt quicktime readline real sdl sendfile shaper shared sharedmem silc slang sndfile sockets softquota sox spell spl sse sse2 ssl svg svga sysvipc tcpd theora threads tiff tokenizer transcode truetype truetype-fonts trusted type1-fonts uptimed usb v4l v4l2 videos vidix vim vim-with-x wifi xanim xchatdccserver xine xml xml2 xmms xpm xv xvid xvmc yv12 zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
uhm. -r12 and -r13 are identical. Your problem is that you're using xmms-mad which doesn't support streaming. Emerge xmms-mpg123, and you'll be good to go.
OK. If the plugins are now provided by external packages - shouldn't the ebuild check what the previous stable version was capable of doing (e.g. play streaming audio) and then pull in and emerge the appropriate plugins? . . . or at least flag up a warning asking the user to do so manually? The way the ebuild works breaks previous functionality and has confused a couple of people: http://forums.gentoo.org/viewtopic.php?p=2192071 I suggest that *ideally* this should be resolved as undesired behaviour, which ought to have been picked up by regression testing. Nevertheless, I am not sure if it classifies as a bug (the http://bugs.gentoo.org/bugwritinghelp.html gives me a 404), so please resolve it ,or remove it as you see fit. -- Regards, MickKi