Michael Smith
2004-Aug-06 14:23 UTC
[icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
On Wednesday 26 May 2004 14:24, cpickert@t3inc.us wrote:> I've been using the win32 icecast for ages now (which YP stuff works > great) but am wanting to move to the *nix[linux now via gentoo] variant as > I've been having troubles where icecast was crashing routinely and would > actually chain-crash my OddSock->Winamp on the encoder and if Winamp > crashed from a non-oddsock error, sometimes the icecast sever would crash > with it. Terrible stuff but I talked with Monty about it at SXSW and have > seen that 2.0.1 itself was released (by OddSock) to fix crashes related to > buffer overflows, but I've still experienced the issues. >It really shouldn't do that. The 2.0.1 release was for a single overflow (that would never happen accidently - only through a deliberate attack), so I wouldn't expect that to help. However, if it's crashing, we'd really like to know about that - with enough details to reproduce (and hopefully fix). Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
cpickert@t3inc.us
2004-Aug-06 14:23 UTC
[icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
I've yet to assemble a valid crash-procedure to consistently re-produce the issue. AFAIK, whats causing it is possibly CPU-utilization issues with my chaining of processing/DSP, what do y'all think?! -- My encoder setup: Winamp `[DSP] -> SoundSolution (dynamic sonic enhancement) `[Output] -> SqrSoft Crossfading (only ''REAL'' crossfader) `[SqrSoft DSP Emul]` -> (Sqrsoft HAS to be 'output' and then MUX DSPs) `[MuchFX 0.9902] | 2x - Oddcast 2.0.13 -> Icecast | 2x - " " -> Shoutcast | 2x - " " -> Windows Media `[GenPurp] -> DoSomething (generate HTML to 'net mapped' web-server drive) <p><p>I've got a total of six encoders and all the others. On a song-transision / the cross-fader will drive CPU dangerously high and I'm wondering if there's a loss of avail CPU time, will OddCast possibly choke/stall and then cause the Icecast crash? This is where I'd guess the issue of where the crash is. It's almost impossible to guess when it'll crash so I can't totally validate my assumption. I know the encoder setup is not at all Icecast related, just the fact there's all the processing that drives CPU to 100% as well as the way SqrSoft does it's crossfade with songs, the buffering mechanism is a little odd. Might want to look at it if you're curious. SoundSolution-- http://www.tmsweb.dnsalias.com SqrSoft-- http://www.sqrsoft.com.ar MuchFX-- http://sourceforge.net/project/showfiles.php?group_id=90732 OddCast-- http://www.oddsock.org/tools/oddcastv2_wa2 I don't see it happening on the (non-YP) Linux Icecast but it happens routinely in Win32 Icecast. <p>Quoting Michael Smith <msmith@xiph.org>:> On Wednesday 26 May 2004 14:24, cpickert@t3inc.us wrote: > >> I've been using the win32 icecast for ages now (which YP stuff works >> great) but am wanting to move to the *nix[linux now via gentoo] variant as >> I've been having troubles where icecast was crashing routinely and would >> actually chain-crash my OddSock->Winamp on the encoder and if Winamp >> crashed from a non-oddsock error, sometimes the icecast sever would crash >> with it. Terrible stuff but I talked with Monty about it at SXSW and have >> seen that 2.0.1 itself was released (by OddSock) to fix crashes related to >> buffer overflows, but I've still experienced the issues. >> > > It really shouldn't do that. The 2.0.1 release was for a single > overflow (that > would never happen accidently - only through a deliberate attack), so I > wouldn't expect that to help. However, if it's crashing, we'd really like to > know about that - with enough details to reproduce (and hopefully fix). > > Mike > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.<p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Geoff Shang
2004-Aug-06 14:23 UTC
[icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
Hi: Have you tried sending YP info to Oddsock's directory server as well? Do you get the same problems? I know they've been doing a bit of computer shuffling at Xiph these past few days. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
oddsock
2004-Aug-06 14:23 UTC
[icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
At 11:24 PM 5/25/2004, you wrote:>Hello All: > > I'm having troubles getting my YP submissions to go up correctly, >unfortunately there's not much I've been able to find. I'm getting NACK back >from the yp_add call, I've tried two different versions of cURL/libcURL on my >gentoo box to see if it was that, no luck. I've also replicated the problem >onto another gentoo box of mine and the exact same NACK/no request go out. The >deps/build should be almost identical, however -- as I rsync / recompile my >systems every 2-3 days. I've also had tcpdump running to see if anything is >generated, nope. Any existing docs/urls that might help me out would be >greatly >appreciated but this doesn't appear to be standard operating procedure. It >does >run as a 'chroot', would this break things?! What sort of cURL stuff can I >test >to make sure IT works?ince your not seeing any traffic in the tcpdump, it would seem that your server is not even getting to contact the YP server at all. ALthough from your log it looks like it's trying to at least. We've recently rewritten the YP logic (in response to some periodic issues that were possible under certain circumstances - none of which you actually are running into) and added a bit better log messages as to what's happening when something goes wrong (such as in this case). So, I would suggest trying to run our current Subversion version (I can create a snapshot if need be) and see if you get any more messages that indicate what's happening... and while I don't know of any reason that chroot could affect the YP, have you tried running it in a non-chrooted jail ? oddsock <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
cpickert@t3inc.us
2004-Aug-06 14:23 UTC
[icecast] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
Odd: I just pulled SVN and compiled.. Wonderful new logging code, btw! Now, why in the WORLD would the resolution be failling?! nsswitch.conf / resolv.conf / hosts is all fine.. *shrug* I can obviously put IPs instead of hosts in the URLs, however things still fail.. -- Chris Pickert ldd output-- ldd ./icecast libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40049000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40078000) libdl.so.2 => /lib/libdl.so.2 (0x4016e000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40171000) libogg.so.0 => /usr/lib/libogg.so.0 (0x40199000) libxslt.so.1 => /usr/lib/libxslt.so.1 (0x4019e000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x401cf000) libz.so.1 => /usr/lib/libz.so.1 (0x402bc000) libpthread.so.0 => /lib/libpthread.so.0 (0x402c9000) libm.so.6 => /lib/libm.so.6 (0x40319000) libc.so.6 => /lib/libc.so.6 (0x4033a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) equery depgraph-- `-- net-misc/icecast-2.0.1 `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc) `-- dev-libs/libxml2-2.6.7 `-- dev-libs/libxslt-1.1.4 `-- media-libs/libvorbis-1.0.1-r2 `-- media-libs/libogg-1.1 `-- net-misc/curl-7.11.0 <p>DNS-- [2004-05-26 19:14:42] INFO main/main Icecast 2.0.0 server started [2004-05-26 19:14:42] DBUG yp/yp_recheck_config Updating YP configuration [2004-05-26 19:14:42] INFO yp/yp_recheck_config Adding new YP server "http://dir.xiph.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s) [2004-05-26 19:14:42] INFO yp/yp_recheck_config Adding new YP server "http://www.oddsock.org/cgi-bin/yp-cgi" (timeout 15s, default interval 30s) [2004-05-26 19:14:42] INFO yp/yp_update_thread YP update thread started [2004-05-26 19:14:42] DBUG yp/check_servers Add pending yps http://www.oddsock.org/cgi-bin/yp-cgi [2004-05-26 19:14:42] DBUG yp/check_servers Add pending yps http://dir.xiph.org/cgi-bin/yp-cgi [2004-05-26 19:20:00] INFO connection/_handle_source_request Source logging in at mountpoint "/pickert.ogg" [2004-05-26 19:20:00] DBUG connection/connection_complete_source sources count is 0 [2004-05-26 19:20:00] DBUG connection/connection_complete_source source is ready to start [2004-05-26 19:20:00] DBUG source/source_init Source creation complete [2004-05-26 19:20:00] DBUG yp/yp_add Adding /pickert.ogg to http://dir.xiph.org/cgi-bin/yp-cgi [2004-05-26 19:20:00] DBUG yp/yp_add Adding /pickert.ogg to http://www.oddsock.org/cgi-bin/yp-cgi [2004-05-26 19:20:00] DBUG yp/add_pending_yp 1 YP entries added to http://dir.xiph.org/cgi-bin/yp-cgi [2004-05-26 19:20:00] DBUG yp/add_pending_yp 1 YP entries added to http://www.oddsock.org/cgi-bin/yp-cgi [2004-05-26 19:20:00] EROR yp/send_to_yp connection to http://dir.xiph.org/cgi-bin/yp-cgi failed with "Couldn't resolve host 'dir.xiph.org'" [2004-05-26 19:20:00] EROR yp/send_to_yp connection to http://www.oddsock.org/cgi-bin/yp-cgi failed with "Couldn't resolve host 'www.oddsock.org'" IPs- [2004-05-26 19:23:54] INFO main/main Icecast 2.0.0 server started [2004-05-26 19:23:54] DBUG yp/yp_recheck_config Updating YP configuration [2004-05-26 19:23:54] INFO yp/yp_recheck_config Adding new YP server "http://198.136.36.245/cgi-bin/yp-cgi" (timeout 15s, default interval 30s) [2004-05-26 19:23:54] INFO yp/yp_recheck_config Adding new YP server "http://66.98.134.94/cgi-bin/yp-cgi" (timeout 15s, default interval 30s) [2004-05-26 19:23:54] INFO yp/yp_update_thread YP update thread started [2004-05-26 19:23:54] DBUG yp/check_servers Add pending yps http://66.98.134.94/cgi-bin/yp-cgi [2004-05-26 19:23:54] DBUG yp/check_servers Add pending yps http://198.136.36.245/cgi-bin/yp-cgi [2004-05-26 19:24:08] INFO connection/_handle_source_request Source logging in at mountpoint "/pickert.ogg" [2004-05-26 19:24:08] DBUG connection/connection_complete_source sources count is 0 [2004-05-26 19:24:08] DBUG connection/connection_complete_source source is ready to start [2004-05-26 19:24:08] DBUG source/source_init Source creation complete [2004-05-26 19:24:08] DBUG yp/yp_add Adding /pickert.ogg to http://198.136.36.245/cgi-bin/yp-cgi [2004-05-26 19:24:08] DBUG yp/yp_add Adding /pickert.ogg to http://66.98.134.94/cgi-bin/yp-cgi [2004-05-26 19:24:09] DBUG yp/add_pending_yp 1 YP entries added to http://198.136.36.245/cgi-bin/yp-cgi [2004-05-26 19:24:09] DBUG yp/add_pending_yp 1 YP entries added to http://66.98.134.94/cgi-bin/yp-cgi [2004-05-26 19:24:09] EROR yp/send_to_yp YP add on http://198.136.36.245/cgi-bin/yp-cgi failed: (null) [2004-05-26 19:24:09] EROR yp/send_to_yp YP add on http://66.98.134.94/cgi-bin/yp-cgi failed: (null) <p>Quoting oddsock <oddsock@oddsock.org>:> At 11:24 PM 5/25/2004, you wrote: >> Hello All: >> >> I'm having troubles getting my YP submissions to go up correctly, >> unfortunately there's not much I've been able to find. I'm getting NACK back >> from the yp_add call, I've tried two different versions of >> cURL/libcURL on my >> gentoo box to see if it was that, no luck. I've also replicated the problem >> onto another gentoo box of mine and the exact same NACK/no request >> go out. The >> deps/build should be almost identical, however -- as I rsync / recompile my >> systems every 2-3 days. I've also had tcpdump running to see if anything is >> generated, nope. Any existing docs/urls that might help me out would >> be greatly >> appreciated but this doesn't appear to be standard operating >> procedure. It does >> run as a 'chroot', would this break things?! What sort of cURL stuff >> can I test >> to make sure IT works? > > since your not seeing any traffic in the tcpdump, it would seem that your > server is not even getting to contact the YP server at all. ALthough from > your log it looks like it's trying to at least. We've recently rewritten > the YP logic (in response to some periodic issues that were possible under > certain circumstances - none of which you actually are running into) and > added a bit better log messages as to what's happening when something goes > wrong (such as in this case). So, I would suggest trying to run our > current Subversion version (I can create a snapshot if need be) and see if > you get any more messages that indicate what's happening... > > and while I don't know of any reason that chroot could affect the YP, have > you tried running it in a non-chrooted jail ? > > oddsock > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.<p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
christopher pickert
2004-Aug-06 14:57 UTC
[icecast-dev] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
©tìpán : I definitely am not running behind a proxy or firewall. cURL has no problem roaming on the CLI .. # curl -v http://www.oddsock.org/cgi-bin/yp-cgi * About to connect() to www.oddsock.org port 80 * Connected to ns1.mediacast1.us (66.98.134.94) port 80 > GET /cgi-bin/yp-cgi HTTP/1.1 User-Agent: curl/7.11.0 (i686-pc-linux-gnu) libcurl/7.11.0 OpenSSL/0.9.7d ipv6 zlib/1.1.4 Host: www.oddsock.org Pragma: no-cache Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* < HTTP/1.1 200 OK < Date: Wed, 26 May 2004 08:23:18 GMT < Server: Apache/1.3.29 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.3.4 FrontPage/5.0.2.2634 mod_ssl/2.8.16 OpenSSL/0.9.6b < YPMessage: No action specified < YPResponse: 0 < Transfer-Encoding: chunked < Content-Type: text/plain * Connection #0 left intact * Closing connection #0 ©tìpán Bro¾ wrote:>Hello cpickert, > >Wednesday, May 26, 2004, 6:24:36 AM, you wrote: > > > >> I'm having troubles getting my YP submissions to go up correctly, >>unfortunately there's not much I've been able to find. I'm getting NACK back >>from the yp_add call, I've tried two different versions of cURL/libcURL on my >>gentoo box to see if it was that, no luck. I've also replicated the problem >>onto another gentoo box of mine and the exact same NACK/no request go out. The >>deps/build should be almost identical, however -- as I rsync / recompile my >>systems every 2-3 days. I've also had tcpdump running to see if anything is >>generated, nope. Any existing docs/urls that might help me out would be greatly >>appreciated but this doesn't appear to be standard operating procedure. It does >>run as a 'chroot', would this break things?! What sort of cURL stuff can I test >>to make sure IT works? >> >> > > > >> I've been using the win32 icecast for ages now (which YP stuff works great) >>but am wanting to move to the *nix[linux now via gentoo] variant as I've been >>having troubles where icecast was crashing routinely and would actually >>chain-crash my OddSock->Winamp on the encoder and if Winamp crashed from a >>non-oddsock error, sometimes the icecast sever would crash with it. Terrible >>stuff but I talked with Monty about it at SXSW and have seen that 2.0.1 itself >>was released (by OddSock) to fix crashes related to buffer overflows, but I've >>still experienced the issues. >> >> > > > >> Sorry for the ramble, lot of this stuff on my mind to get into a post. >> >> > >Hello, > >don't you have a compulsory squid proxy on your network? In that case >icecast can't connect to the YP dir, because it's being blocked. Set >the "http_proxy" environment variable to something like >"proxy.domain.net:port_squid_is_running_on" and see if it helps you. > >Stepan "Kato" Broz > >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered. > >--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
©tìpán Bro¾
2004-Aug-06 14:57 UTC
[icecast-dev] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
Hello cpickert, Wednesday, May 26, 2004, 6:24:36 AM, you wrote:> I'm having troubles getting my YP submissions to go up correctly, > unfortunately there's not much I've been able to find. I'm getting NACK back > from the yp_add call, I've tried two different versions of cURL/libcURL on my > gentoo box to see if it was that, no luck. I've also replicated the problem > onto another gentoo box of mine and the exact same NACK/no request go out. The > deps/build should be almost identical, however -- as I rsync / recompile my > systems every 2-3 days. I've also had tcpdump running to see if anything is > generated, nope. Any existing docs/urls that might help me out would be greatly > appreciated but this doesn't appear to be standard operating procedure. It does > run as a 'chroot', would this break things?! What sort of cURL stuff can I test > to make sure IT works?> I've been using the win32 icecast for ages now (which YP stuff works great) > but am wanting to move to the *nix[linux now via gentoo] variant as I've been > having troubles where icecast was crashing routinely and would actually > chain-crash my OddSock->Winamp on the encoder and if Winamp crashed from a > non-oddsock error, sometimes the icecast sever would crash with it. Terrible > stuff but I talked with Monty about it at SXSW and have seen that 2.0.1 itself > was released (by OddSock) to fix crashes related to buffer overflows, but I've > still experienced the issues.> Sorry for the ramble, lot of this stuff on my mind to get into a post.Hello, don't you have a compulsory squid proxy on your network? In that case icecast can't connect to the YP dir, because it's being blocked. Set the "http_proxy" environment variable to something like "proxy.domain.net:port_squid_is_running_on" and see if it helps you. Stepan "Kato" Broz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
cpickert@t3inc.us
2004-Aug-06 14:57 UTC
[icecast-dev] YP submission / cURL issue. (icecast 2.0.1 / gentoo)
Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no request go out. The deps/build should be almost identical, however -- as I rsync / recompile my systems every 2-3 days. I've also had tcpdump running to see if anything is generated, nope. Any existing docs/urls that might help me out would be greatly appreciated but this doesn't appear to be standard operating procedure. It does run as a 'chroot', would this break things?! What sort of cURL stuff can I test to make sure IT works? I've been using the win32 icecast for ages now (which YP stuff works great) but am wanting to move to the *nix[linux now via gentoo] variant as I've been having troubles where icecast was crashing routinely and would actually chain-crash my OddSock->Winamp on the encoder and if Winamp crashed from a non-oddsock error, sometimes the icecast sever would crash with it. Terrible stuff but I talked with Monty about it at SXSW and have seen that 2.0.1 itself was released (by OddSock) to fix crashes related to buffer overflows, but I've still experienced the issues. Sorry for the ramble, lot of this stuff on my mind to get into a post. -- chris pickert of 3wk undergroundradio equery depgraph (shows alls deps) `-- net-misc/icecast-2.0.1 `-- sys-libs/glibc-2.3.2-r9 (virtual/glibc) ```` all sublets of this moved to bottom ** `-- dev-libs/libxml2-2.6.7 `-- dev-libs/libxslt-1.1.4 `-- media-libs/libvorbis-1.0.1-r2 `-- media-libs/libogg-1.1 `-- net-misc/curl-7.11.0 <p><p>[2004-05-26 03:59:44] DBUG geturl/curl_print_header_result SID -> () [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result Message -> () [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result Touch Freq -> (0) [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result Response -> (0) [2004-05-26 03:59:44] EROR yp/yp_submit_url Got a NAK from yp_add(Unknown) (http://dir.xiph.org/cgi-bin/yp-cgi) [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result SID -> () [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result Message -> () [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result Touch Freq -> (0) [2004-05-26 03:59:44] DBUG geturl/curl_print_header_result Response -> (0) [2004-05-26 03:59:44] EROR yp/yp_submit_url Got a NAK from yp_add(Unknown) (http://www.oddsock.org/cgi-bin/yp-cgi) <p>glibc/system deps/links -- `-- sys-kernel/linux-headers-2.4.21-r1 (virtual/os-headers) `-- sys-apps/baselayout-1.8.12 `-- sys-apps/gawk-3.1.3-r1 `-- sys-devel/gettext-0.12.1 `-- sys-apps/util-linux-2.12-r4 `-- sys-apps/sed-4.0.7 `-- sys-libs/ncurses-5.4-r1 `-- sys-apps/pam-login-3.14 `-- sys-libs/pam-0.77 `-- sys-libs/cracklib-2.7-r8 `-- sys-apps/miscfiles-1.3-r1 `-- sys-apps/portage-2.0.50-r6 `-- dev-python/python-fchksum-1.7.1 `-- sys-libs/zlib-1.1.4-r2 `-- dev-lang/python-2.3.3-r1 `-- dev-lang/tk-8.3.4-r1 `-- x11-base/xfree-4.3.0-r5 (virtual/x11) `-- sys-devel/flex-2.5.4a-r5 `-- dev-libs/expat-1.95.6-r1 `-- media-libs/freetype-2.1.5-r1 `-- media-libs/fontconfig-2.2.1 `-- sys-apps/ed-0.2-r3 `-- sys-apps/texinfo-4.5 `-- x11-base/opengl-update-1.5 `-- x11-misc/ttmkfdir-3.0.9-r1 `-- sys-devel/patch-2.5.9 `-- dev-lang/perl-5.8.2-r1 `-- sys-libs/db-4.1.25_p1-r3 `-- dev-lang/tcl-8.3.4 `-- dev-java/blackdown-jdk-1.4.1 (virtual/jre) [ java ] `-- dev-java/java-config-1.2.6 `-- sys-libs/gdbm-1.8.0-r5 `-- media-libs/libpng-1.2.5-r6 `-- app-arch/unzip-5.50-r2 `-- app-arch/cabextract-0.6 `-- sys-libs/readline-4.3-r4 `-- app-shells/bash-2.05b-r9 `-- dev-libs/openssl-0.9.7d `-- sys-apps/debianutils-1.16.7-r4 `-- app-arch/bzip2-1.0.2-r3 `-- sys-apps/coreutils-5.2.0-r2 `-- sys-apps/acl-2.2.13-r1 `-- sys-apps/attr-2.4.7-r1 `-- sys-devel/autoconf-2.57-r1 `-- sys-devel/m4-1.4-r1 `-- sys-apps/shadow-4.0.3-r9 `-- app-crypt/hashalot-0.1.0 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Reasonably Related Threads
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)