similar to: Adventures with icecast2

At 06:05 PM 6/6/01 +1000, you wrote: >Hi all: > >OK, this is one of those "why doesn't it work" type questions. I'm >basically stumped. All the server info in the xml file and example.c seem >to match, but it's coming back with an error 3 which is no login (as far >as I can understand). There's nothing in the icecast2 logs to show that >an attempt

On Wed, 6 Jun 2001, Michael Smith wrote: > Try linking it with an explicit library (like > gcc -o example example.c ../src/libshout.a (plus other arguments that it > needs) I *really* don't know about this stuff. I don't have a libshout.a. I have libshout.la which it didn't recognise, and shout.lo which resulted in a host of undefined references. So I guess I don't

On Wed, 6 Jun 2001, Michael Smith wrote: > > $(CC) -o example example.c -L../src -lshout -L../../log -logg -lvorbis > > > >The question being, is it getting libshout from ../src or from /usr/lib? > > Try linking it with an explicit library (like > gcc -o example example.c ../src/libshout.a (plus other arguments that it > needs) > > That'll at least ensure

>stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast >stream.c:208: too few arguments to function `shout_strerror' >make[2]: *** [stream.o] Error 1 You probably didn't do a 'make install' on libshout, so it was picking up the old (wrong) headers. This was a minor api change. >This looked like an api change issue, so I

Hi all, I just built icecast 2 from cvs. I tried to compile ices (also from cvs) and got: tream.c: In function `ices_instance_stream': stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:164: too few arguments to function `shout_strerror' stream.c:198: warning: passing arg 1 of `shout_strerror' makes pointer from integer

On Wed, 6 Jun 2001, Jack Moffitt wrote: > It won't try to open anything under /usr/local unless you tell it to. urrrr..Yes it will. [geoff:~]$ ice2/ice2 FATAL: could not open /usr/local/icecast/logs/error.log for error logging FATAL: could not open /usr/local/icecast/logs/access.log for access logging FATAL: Could not start logging I'm pretty sure this and other defaults are defined

At 07:38 PM 6/6/01 +1000, you wrote: >On Wed, 6 Jun 2001, Michael Smith wrote: > >> Try linking it with an explicit library (like >> gcc -o example example.c ../src/libshout.a (plus other arguments that it >> needs) > >I *really* don't know about this stuff. > >I don't have a libshout.a. I have libshout.la which it didn't >recognise, and

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

Here is the config.log : <p>----------------------------------------------------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor

OS: OpenBSD 3.1 perl 5.6.1 libshout-1.0.9 Shout-1.0 Whatever I do, I cannot get Shout to see the libshout so. I'm pretty sure this is an ld problem but: bash-2.05# ldconfig -r | grep shout 72:-lshout.2.2 => /usr/local/lib/libshout.so.2.2 orry if I'm missing something simple...happy monday. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

At 13:44 31-10-2002, Michael Smith declared: >At 01:18 PM 31/10/2002 +0100, you wrote: > >And more importantly (for me) - Can I ask question about Shout.pm? >Yes. And yes, you can ask questions, but you should just do so - not >waste time asking if you can do so. This doesn't (either way) guarantee >anyone will be able to give you useful answers, but you should try

At 02:34 02-11-2002, you wrote: > >LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib Shout.o -o > >blib/arch/auto/Shout/Shout.so -lshout > >/usr/bin/ld: cannot find -lshout >You need the actual (native) libshout, as well - then Shout.pm can >use it for the low-level streaming. Just install that where your >linker can find it, and it should work. I had

I've finally decided to take the plunge and set up an Icecast 2 server on my Linux 2.4.18 machine. After asking in #vorbis, I was told that I need ice2 and ices. From what I understand, ice2 is the Icecast2 server, while ices is a program that sends it data to push to its clients. Am I right? After downloading both modules, the first problem I've ran into is executing the

On Sun, Jul 28, 2002 at 11:31:59PM +1000, Michael Smith wrote: > At 09:48 PM 7/27/02 -0500, you wrote: > > I've finally decided to take the plunge and set up an Icecast 2 server on my Linux 2.4.18 machine. After asking in #vorbis, I was told that I need ice2 and ices. From what I understand, ice2 is the Icecast2 server, while ices is a program that sends it data to push to its

I'm trying to complie ices2.0.1 on a more-or-less stock Fedora 3 installation, and I'm getting the following compiler error (during linking, I think). /bin/sh ../libtool --mode=link gcc -I/usr/include/libxml2 -pthread -g -O2 -o ices input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o

To all CVS users of ices 0.x: I've just merged the ices-libshout_2 branch onto HEAD. Anyone using that branch should switch back to HEAD to continue to get the latest updates. This also means you now need the latest version of libshout2 from CVS in order to build ices from CVS. libshout2: :pserver:anoncvs@cvs.xiph.org:/usr/local/cvsroot libshout ices:

> Update: I got Kirk to blow away /usr/include/shout/shout.h. Now shout.h > isn't being found at all. Seems that SHOUT_CFLAGS isn't being used at all. ices should not respect the various CFLAGS settings. You should be good to go. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list,

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a

And more importantly (for me) - Can I ask question about Shout.pm? <p>Anders Jensen System devel. Cybercity.dk, OSS projektet ---- <erno> hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. Sig. provided by www.bash.org --- >8 ---- List archives: http://www.xiph.org/archives/

Has anyone seen this issue before on solaris 2.7. I keep getting this error for libshout when trying to compile the example. root#[/usr/local/src/libshout-1.0.9/example]#gcc -lshout -o test example.c Undefined first referenced symbol in file socket /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so recv