thr3ads.net - Icecast dev - [icecast-dev] YP submission / cURL issue. (icecast 2.0.1 / gentoo) [Aug 2004]

If this information is useful, please help other people find it:
Share via:

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

head link

[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

head link

[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

head link

[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

head link

[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

head link

[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

head link

[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

head link

[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

Search for more reasonably related threads

Icecast dev - Aug 2004 - YP submission / cURL issue. (icecast 2.0.1 / gentoo)

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

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

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

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

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

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

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

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

Reasonably Related Threads