IceCast2 is the next generation of Open Source streaming media servers currently under development by the nice people at Xiph. It currently supports streaming ogg-vorbis 1.0, implements new security features (chroot/chuid/chgid), and is configured via a friendly XML file. This ebuild was made from a stabilized CVS snapshot and is the source tree currently being used here at ibiblio to provide our streaming ogg services.
Created attachment 2927 [details] IceCast2 ebuild, digest, and config file
added icecast2 into portage. Thanks for the ebuild. :)
This doesn't compile for me on a x86 arch: /bin/sh ../libtool --mode=link gcc -pthread -march=pentium2 -O3 -pipe -o icecast cfgfile.o main.o logging.o sighandler.o connection.o global.o util.o slave.o source.o stats.o refbuf.o client.o format.o format_vorbis.o format_mp3.o xslt.o fserve.o event.o admin.o geturl.o yp.o net/libicenet.la thread/libicethread.la httpp/libicehttpp.la log/libicelog.la avl/libiceavl.la timing/libicetiming.la -Lno/lib -lcurl -lvorbis -L/usr/lib -lxslt -lxml2 -lz -lpthread -lm ../libtool: line 1: cd: no/lib: No such file or directory libtool: link: cannot determine absolute directory name of `no/lib' make[3]: *** [icecast] Error 1 make[3]: Leaving directory `/var/tmp/portage/icecast-2.0_alpha2/work/icecast-2.0-alpha-2/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/icecast-2.0_alpha2/work/icecast-2.0-alpha-2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/icecast-2.0_alpha2/work/icecast-2.0-alpha-2' make: *** [all] Error 2 !!! ERROR: net-misc/icecast-2.0_alpha2 failed. !!! Function src_compile, Line 37, Exitcode 2 !!! make failed
If you do... USE="curl" emerge icecast does the build work?
I managed to reproduce this error and noticed that the compile only fails when curl is installed and -curl is set in USE flags; the compile succeeds if curl is not installed and -curl is set in USE flags curl installed; USE="-curl": icecast compile fails curl installed; USE="curl": icecast compile succeeds curl uninstalled; USE="-curl": icecast compile succeeds I also noticed that curl is only needed when installing ice-cast with YP directory service listing support. Changing the ice-cast ebuld to: use curl || myconf="${myconf} --disable-yp" produces satisfactory results: curl installed; USE="-curl": icecast compiled successfully without yp support curl installed; USE="curl": icecast compiled successfully with yp support curl uninstalled; USE="-curl": icecast compiled successfully without yp support
icecast-2.0-alpha-2-20030815.tar.gz isn't found, not on the provided url nor by the Gentoo mirrors. s/0815/0920 fixed it. And this version compiled fine. It is downloaded from http://www.xiph.org/~brendan/snapshots/icecast/, but Brendan keeps only snapshots from the last week. So when picking a snapshot it is necessary that the file is mirrored.
Closing as i can't reproduce and what is in portage doesn't match the discussion in the bug. Please open new bugs for other issues w/Icecast2 snapshots.
Reopening since icecast-2.0_alpha2 can still fail with the error mentioned in comment #3. To reproduce the error: # emerge curl # ACCEPT_KEYWORDS="~x86" USE="-curl" emerge icecast Even thought USE="-curl" sets the --without-curl configure option, the compile dies and we can see that -lcurl is included in the link command: /bin/sh ../libtool --mode=link gcc -pthread -march=pentium4 -O2 -pipe -fomit-frame-pointer -o icecast cfgfile.o main.o logging.o sighandler.o connection.o global.o util.o slave.o source.o stats.o refbuf.o client.o format.o format_vorbis.o format_mp3.o xslt.o fserve.o event.o admin.o geturl.o yp.o net/libicenet.la thread/libicethread.la httpp/libicehttpp.la log/libicelog.la avl/libiceavl.la timing/libicetiming.la -Lno/lib -lcurl -lvorbis -L/usr/lib -lxslt -lxml2 -lz -lpthread -lm This happens because of a less than satisfactory configure script that looks for curl libraries irrespective of whether --without-curl is set or not. The fix mentioned in comment #5 will only allow the configure script look for the curl libraries when the curl USE flag is set.
Alright, there is a new snapshot ebuild to test. The bundle is now on distfiles so it will stop being a moving target. Let me know how it goes.
*** Bug 27140 has been marked as a duplicate of this bug. ***