[icecast-dev] YP submission / cURL issue. (icecast 2.0.1 / gentoo)

[christopher pickert]

©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 at 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 at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.