similar to: error compiling icecast on woody

I had this same problem. To fix, I just commented the line with the CURLOPT_NOSIGNAL out since I couldn't find that option anywhere in the curl headers. It's running fine on my Debian woody box. Kevin "Matthias Gronwald" <magron@web.de> writes: > hi. > > i just tried to compile latest icecast version from cvs on a debian 'woody' > intel machine.

I got the latest version of icecast2 from the CVS, and I can't compile it. it says: make[2]: Entering directory `/usr/local/src/icecast/icecast2/icecast/src' gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"icecast\"

yp.c: In function `yp_submit_url': yp.c:36: `CURLOPT_NOSIGNAL' undeclared (first use in this function) yp.c:36: (Each undeclared identifier is reported only once yp.c:36: for each function it appears in.) make[2]: *** [yp.o] Error 1 make[2]: Leaving directory `/root/downloads/icecast-2.0-alpha-2/icecast/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory

On Sat, 2003-03-22 at 15:20, Geoff Shang wrote: > And here's the problem, right in the icecast error log: > > [2003-03-21 23:59:18] EROR yp/yp_submit_url Got a NAK from yp_add(Bitrate > blank) (http://www.oddsock.org/cgi-bin/yp-cgi) > [2003-03-21 23:59:18] EROR yp/yp_submit_url Got a NAK from yp_touch(SID > blank) > (http://www.oddsock.org/cgi-bin/yp-cgi) > >

I am having problem with icecast2/winamp oddcast dsp/darkice being listed on dir.xiph.org and dir.oddsock.org. Now I've scanned the mailing list and found that there was a previous issue, however if I use icecast on Windows XP it works fine, but not from Fedora Core 1. I've made sure to check my config files multiple times and looked at the error logs but I still can't figure

Hi: The sysadmin on the system where the icecast server I more or less administer runs sent me an E-mail today saying that icecast had pushed up the system load to over 8 and that he had to kill it off. Some discussion and examination of the log files suggest that there's a problem with removing streams from the YP server. The main source on our server is on a machine that's used for

Hi: The sysadmin on the system where the icecast server I more or less administer runs sent me an E-mail today saying that icecast had pushed up the system load to over 8 and that he had to kill it off. Some discussion and examination of the log files suggest that there's a problem with removing streams from the YP server. The main source on our server is on a machine that's used for

On Wed, 28 May 2003, Brendan Cully wrote: > This is only defined in libcurl 7.10 and later. I've just committed a > test for this to the configure script, which should disable YP if > libcurl isn't recent enough. I haven't tested it though, so I'd > appreciate testing and feedback from the CVS-using community. Surely preferred behaviour is for configure to complain if

can you provide a dump of the conversation between your icecast server and the YP ? Use something like tcpdump or ethereal...In the dump, look for the URL call to yp-cgi and post what is being sent... oddsock <p>What I saw of the output of tcpdump didn't show any mention of the yp url. The communications seem to run only between the client and the server and nowhere else. This is the

I'm having a problem getting my stream published on dir.xiph.org using icecast2/ices2-beta4 The output in my log is: [snip] DBUG geturl/curl_print_header_result SID -> () DBUG geturl/curl_print_header_result Message -> () DBUG geturl/curl_print_header_result Touch Freq -> (0) DBUG geturl/curl_print_header_result Response -> (0) EROR yp/yp_submit_url Got a NAK from yp_add(Unknown)

Please post to the mailing list the next time Ralf. I'm not using yp directory listings, but I can guess why it is not working. You're probably missing the libcurl.so library in your chroot jail directories. Here's the listing of files I have in the chroot jail: -----%< cut here > ls -R .: admin etc lib opt usr var web ./admin: listclients.xsl listmounts.xsl

I just checked IceCast out from CVS in an attempt to compile it again (I went through the whole build cycle just a couple of months ago), and I came across this error when I was building it: <p>source='yp.c' object='yp.o' libtool=no \ depfile='.deps/yp.Po' tmpdepfile='.deps/yp.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DPACKAGE_NAME=\"\"

Oddsock wrote: > > there are no known issues with > > listing streams at the moment...I am assuming that you know > there are > > multiple pages of listings, sometimes it hard to see that little > > "Next/Prev" link on each page.... and Ross Levis wrote: > Sometimes when I restart my stream it appears for a while without > updating the title etc and

On 22 Mar 2003, Karl Heyes wrote: > ethereal is a good tool for that, start a capture (maybe with a capture > filter of "port <port>" or "host <ip>" to limit it if the box has plenty > of traffic), connect the source, wait a second then stop the capture. > Pick one of the packets that relates to the source stream and do > tools->follow tcp stream.

Hi Petr Thanks for taking the time to respond and to try to help. > > > Either you called ./configure with --disable-yp or with --without-curl (see > XIPH_PATH_CURL definitio in m4/xiph_curl.m4) So, I can see this? but what am I looking for exactly? > or your > curl does meet the tested criteria. E.g. You are missing curl header files or > you have too old curl. What

Hi: For the past few hours, www.oddsock.org/yp.cgi has been uncontactable. When I start the icecast server, it seems to perform very badly while trying to contact the YP server. After a couple of minutes, the streaming begins to work, but it starts spawning processes at the rate of a couple a minute. the following also starts appearing in the server log: [2003-04-08 10:26:28] DBUG

On Wednesday, 28 May 2003 at 23:44, Geoff Shang wrote: > Or maybe have YP disabled by default and have it complain as above if you > enable it with a configure option? > > It's just that I can see a whole bunch of "I can't get YP stuff to work" > messages replacing the "WTF is CURLOPT_NOSIGNAL" messages we're currently > getting. Having configure

you need curl > 7.10 oddsock At 11:24 PM 4/27/2003 +0200, you wrote: >I got the latest version of icecast2 from the CVS, and I can't compile it. >it says: > >make[2]: Entering directory `/usr/local/src/icecast/icecast2/icecast/src' >gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" >-DPACKAGE_STRING=\"\"

Hallo! While compiling Icecast (after successfully installing libshout, ogg, vorbis-tools, and libao on a Red Hat 8.0 system) I get the following error which causes the compilation to abort: --- quote: [...] make[2]: Entering directory `/usr/local/programs/icecast/src' source='yp.c' object='yp.o' libtool=no \ depfile='.deps/yp.Po' tmpdepfile='.deps/yp.TPo' \

At 01:42 PM 4/12/2004, you wrote: >D. Willock wrote: > >>What I saw of the output of tcpdump didn't show any mention of the yp >>url. The communications seem to run only between the client and the >>server and nowhere else. This is the dump I got: > >If I may jump in here since my previous thread/problem went unsolved ;-) > >I've got nothing for a dump