similar to: FW: Problem with ezstream

Hi Running ./configure --prefix=/whatever I got stuck with checking for pkg-config... /usr/bin/pkg-config checking shout/shout.h usability... no checking shout/shout.h presence... no checking for shout/shout.h... no configure: error: must have libshout installed! Having edited configure line 20056 and changed shout/shout.h to /usr/include/shout.h , I run into the next problem:

thnks for the clarfication. I downloaded libshout2 and ices-0.2 from cvs. I compiled libshout with out a problem but when i try and compile ices I get the following error: <p><p>checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no checking shout/shout.h usability... yes checking

Brendan Cully wrote: >This particular error is because you used --with-libshout= instead of --with-libshout Is the above a typo. They look the same with the exception of the "=". I am new to linux so please be forgiving. I downloaded both ices and libshout. I tried to compile with "--with-shout-config=/etc/stream" but this returned the same result as in the previous email:

Hi, I've been working on a customized version of ezstream and I've been noticing that with a particular setup after playing particular tracks ezstream terminates. I say terminates because there are no error messages, it just exits. I've tried this on both my version and the stock version available via icecast.org just be certain and it happens with both versions. I'm

Dear All, I am sorry if this mail has already been posted to the mailing list. I am trying to cross compile Ices 0.4 for my ARM target board in ubuntu 8.04 but the configure script is terminating with the error of not being able to find an usable libshout. ..... checking for pkg-config... /usr/bin/pkg-config checking shout/shout.h usability... yes checking shout/shout.h presence... yes

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

Jeremy Bierbach wrote: Hi Jeremy > It seems likely to me that you still have libshout 1.x installed. No, it's not that. # rpm -q libshout libshout-2.0-1.dag # rpm -q libshout-devel libshout-devel-2.0-1.dag It's the half-hard-coded shout/shout.h path in the source. Since libshout is installed by rpm in /usr/include, the path will never match. Even if

At 08:22 AM 1/19/2005, you wrote: >Oddsock, have you had any thoughts about having multiple outputs from a >single streamTranscoder instance? I'm currently runing two instances, >both transcoding the same stream, and it occured to me that it should be >at least theoretically possible to have one decode stage rather than >having to have two. it's certainly something

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

Hi all, I've just released libshout 2.0. This is the official release, not a beta. Thanks to all the testers who provided feedback during the beta period. http://icecast.org/files/libshout/libshout-2.0.tar.gz Libshout 2.0 adds support for icecast 2, Ogg streaming, and IPv6, as well as bug fixes relative to libshout 1. Ogg and Vorbis are now prerequisites. Changes since beta 3: * Minor

Hi all, I've just released libshout 2.0. This is the official release, not a beta. Thanks to all the testers who provided feedback during the beta period. http://icecast.org/files/libshout/libshout-2.0.tar.gz Libshout 2.0 adds support for icecast 2, Ogg streaming, and IPv6, as well as bug fixes relative to libshout 1. Ogg and Vorbis are now prerequisites. Changes since beta 3: * Minor

Greetings, I'm currently working on a program which utilizes Ezstream and Icecast2 (http://r404.sf.net). This project operates off a binary file generating the next file to be played, eztream had the funcalitiy required (mp3 -> ogg support on the fly) and seemed simple enough so I'm writing the modifications to ezstream to support getting the path off of a binary. My question, who

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:

libshout 2.0 install its header file in /usr/include, whereas ices looks for /usr/include/shout/shout.h. Either one or the other should get fixed. [guillomovitch@klama guillomovitch]$ rpm -ql libshout3-devel | grep .h$ /usr/include/shout.h [guillomovitch@klama guillomovitch]$ rpm -ba rpm/SPECS/ices.spec [..] checking shout/shout.h usability... no checking shout/shout.h presence... no checking

I have serious problems to compile IceS on a debian (woody), kernel 2.4.18. I have to say the configure script does not find anything... - I installed libshout and libshout-dev downloaded drom the icecast site. I have shout.h : 0:33 root@radiopi2 /usr/include/shout# ls shout.h Yet configure gives me this : ~/sources/ices-0.2.2% ./configure --with-libshout=/usr/include checking for

Just a nifty thing to have for icecast server access logs... diff against CVS HEAD is attached. <p> Index: configure.in =================================================================== RCS file: /usr/local/cvsroot/libshout/configure.in,v retrieving revision 1.65 diff -u -r1.65 configure.in --- configure.in 13 Jul 2003 16:36:37 -0000 1.65 +++ configure.in 21 Jul 2003 04:20:22 -0000 @@

Hi, Just trying to compile ices 0.3 src from tarball on a freebsd 4.5 box. I installed libshout2-2.0,1 port but ./configure can't find shout_new ... checking dynamic linker characteristics... freebsd4.5 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

> Karl just pointed out to me that libshout is now installing its header > in $prefix/include/shout.h instead of $prefix/include/shout/shout.h. (Sorry for not replying directly, I'm not on the list and I can't figure out if gmane allows me to reply to a mail.) It's probably best to try and contact the committer first - It's possible few other people understand or care