similar to: ices and libshout.so.1

> "./ices: error while loading shared libraries: libshout.so.1: cannot > open shared object file: No such file or directory" >>Is libshout installed? What I know I haven't installed it, is there a debian package of it so I can install or reinstall it mayne? >>Did you run ldconfig? When I do a ldconfig I get this back in return " ldconfig:

Hello, can anyone help me please? I have installed libxml2, libogg, libvorbis, and then i have cvsed and installed libshout (autogen.sh && make && make install). Then I cvsed ices and tried to run autogen.sh. It just quit with: checking for shout-config... /usr/local/bin/shout-config checking libshout settings Using libshout config in /usr/local/bin/shout-config checking

On Wed, 6 Feb 2002, Jack Moffitt wrote: > ices is built on libshout. libshout should have perfect timing and it > also detects and discards corrupt frames and supports VBR streams. It > is basically the _new_ version of shout. ices refuses to load. It whines about libmp3lame.so.0 being missing. I found the message in the archives that supposedly forces ices to compile with lame

hello members, i,ve installed ices-0.4 and libshout2 under suse linux 9.2. when i try to execute ices, got an error message: "ices: error while loading shared libraries: libshout.so.3: cannot open shared object file: No such file or directory" but i've compiled ices with libshout!? can some one help me? THANKS !!! Olaf -------------- next part -------------- An HTML attachment

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

Hi, I'm having difficulty getting ices 0.2.2 to see my lame install and my perl install. The lame libraries (v3.91) are installed in: /usr/local/lib/ with the header file at: /usr/local/include/lame/lame.h, but when I run: ./configure --with-lame --with-lame-includes=/usr/local/include/lame/ --with-lame-libraries=/usr/local/ it says it can't find the lame libraries. ldconfig seems

I installed IceS version 2.33. libshout.so.3, which is a symlink to libshout.so.3.2.0, is located in /usr/lib64. That's where the Red Hat Package Manager put it. I have a line in /etc/ld.so.conf: /usr/lib64 to make sure the shared object library gets loaded. According to the output from 'ldconfig -p|grep libshout' it has. When I start IceS, I get: ices: error while loading shared

Hi I am working on bindings for Common Lisp. It works great. But I miss support for reencoding. Do you have any plans to support reencoding in the future? -- Torkel Holm, Bergen, Norway

Okay, I am using libshout to stream to a NullSoft Shoutcast server. I am using libmad and libmp3lame to do re-encoding on the fly. I am streaming to the server (currently) with shout_send_raw(). When I try to use shout_metadata_add(), I get a segfault in strdup(). Anyone have any ideas as to why? Everything else works fine, just not the metadata. Thanks In Advance, Deven --- >8 ----

Thanks...this seems to have gotten me over the compiling "hump". I get this when I run the ices binary: ./ices: error while loading shared libraries: libshout.so.1: cannot open shared object file: No such file or directory Are there some path settings that I need ? -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org]On Behalf Of Brendan Cully Sent:

Hi: I've not had any problems compiling libshout and ices2 on my debian woody system with the default autotools (I think they're automake 1.4p4 and autoconf 2.53 if memory serves). I use libogg and libvorbis 1.0 though, not current CVS. I do use libshout and ices2 cvs though. If auto* tools turn out to be a suspect, you can get packages right up to automake 1.7 under woody. Geoff.

I don't know if it's a quirk of my own system (recent Debian unstable) or a standard, but the libshout test in ices configure fails because shout.h uses a size_t, which is undefined without any other headers. I fixed it here by including stdio.h in libshout/include/shout/shout.h, but further delving shows that stddefs.h is all that should be needed (at least if every compiler behaves like

Hi, orry but when I said that I have the same problems when trying to compile libshout, i was wrong. My libshout compiles successfully but I have these problems when trying to compile ices2. after running autogen.sh I get the following response: ------------------------------- I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

On Thu, 20 Nov 2014 19:38:31 +0200 (IST), you wrote: >On Thu, 20 Nov 2014, Steve Matzura wrote: > >> ices: error while loading shared libraries: libshout.so.3: cannot open >> shared object: no such file or directory > >As root, run: > >ldconfig > >Then try running it. Sorry, I forgot to report that I did that, too. Same error.

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:

Hello, I changed my config for ices and added passthru. I will see how it will run now. I have realtime I think: [2003-11-24 22:54:25] INFO ices-core/main Streamer version IceS 2.0-kh47 [2003-11-24 22:54:25] INFO ices-core/main libshout version 2.0-kh22 [2003-11-24 22:54:25] INFO ices-core/main realtime scheduling has been enabled

Hello, I had a very strange behavior of ices: [2003-11-22 10:27:17] EROR playlist-builtin/write_ogg_data failed buffer allocation [2003-11-22 10:27:17] WARN input/input_sleep Sleeping for over 1 second (46364899), resetting timer [2003-11-22 10:27:17] WARN input/input_sleep Sleeping for over 1 second (46407041), resetting timer [2003-11-22 10:27:17] WARN input/input_sleep Sleeping for over 1

Hello, I will take your last version, but I have fresher news about the bug that occurs every mornings in fact... I think this is ntpdate which is causing the problem, as the time of the machine change for more than one second. Here is all the info: 09:46:17 up 1 day, 1:22, 2 users, load average: 0.60, 0.71, 0.68 86 processes: 84 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 10.4%

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 24 Sep 2001, William Goldsmith wrote: > The easiest way to accomplish this is to create a 2nd directory containing > liveice & its config file. You can't run 2 instances in the same > directory - their temp files will overwrite each other. > > Contrary to what others have written, liveice works just fine once it's

Hello: I hope someone can take a look at this and give me a little push to get me past this logjam. I've been running icecast + ices-0.4 + a perl application developed internally which runs an mp3 stream for a number of years. I am migrating my server from CentOS to ubuntu so I can upgrade to Perl 5.18 (so as to get clean unicode processing for another application.) I have installed