similar to: xmms-flac security update breaks XMMS' flac-playing ability

that missing symbol appears only in libFLAC 1.2.1 or later, so it sounds like the version dependencies in xmms-flac were not set up to automatically pull in 1.2.1. check the versions of the other flac packages on the machine (not sure what they're called in ubuntu but probably flac or libflac) and make sure they're up to 1.2.1 --- Myke Carter <mykec@mykec.net> wrote: > Hello,

On Thursday 22 July 2004 04:56, Myke Place wrote: > I'm curious if it is possible to create custom .xsl files in the /admin > directory, using the same xsl params that appear in in the web > interfaces that ship with Icecast2. Yes. Though I don't know if using an arbitrary one works from the admin directory. Certainly you can put them in icecast's webroot directory (or some

Item Subject: cc:Mail Text Hi Mike, I got almost the same problem as you when I was using 2.04b on HP-UX 10.20 machine. I can not map to \\servername\sharename to my hpux machine from Win95 successfully when the sharename is different from the client login name. But it's successful on my WinNT. I can not resolve this problem but have a

I'm trying to get win9x clients to connect to a Samba 2.0.4b server on FreeBSD 3.2-STABLE. Some of these machines have Windows logins different from the Unix user on the server, and the smb.conf manpage suggests that the "share%username" hack should be used in this case. This seems to work fine on my old 1.9.18p8 server, but not on any of the newer ones. With debug level 5 I see

Hello, I had some difficulties compiling the current git ( http://git.xiph.org/?p=flac.git;a=commit;h=a7e3705d051bafd1cae90f6605287cc1d9f2a18d ) using the Ubuntu 12.04 supplied MinGW32 cross compiler: I configured the FLAC build with --host=i586-mingw32msvc --target=i586-mingw32msvc --build=i586-linux but ran into several linker problems. Are these options somehow wrong? It worked fine when

Yes that is the plan. I'll have to find some time to graft the patch onto 2.1 mainline and post it here. KJ -----Oorspronkelijk bericht----- Van: Myke Place [mailto:mp@trans.xmission.com]Namens Myke Place Verzonden: donderdag 18 november 2004 22:14 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] Dumping streams to a file? Is the plan to eventually move this from -trunk to the mainline

On Fri, Jul 20, 2001 at 01:06:53PM -0700, Josh Coalson wrote: > > xmmsinputplugin_LTLIBRARIES = libxmms-flac.la > > libxmms_flac_la_SOURCES = plugin.c > > -libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC/.libs -lFLAC > > @XMMS_LIBS@ > > +libxmms_flac_la_LIBADD = @XMMS_LIBS@ > > $(top_builddir)/src/libFLAC/libFLAC.la > > libxmms_flac_la_LDFLAGS =

Ok, it seems i had problems with stale stuff in there. I made clean and started over. The first part now correctly says " remember to run `libtool --finish /sw/lib'". The xmms plugin now gives a different error: /bin/sh ../../mkinstalldirs /tmp/sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la

I'm making a Fink package for FLAC. It all builds fine except for the xmms plugin. I'd use the pbproject, but fink users are likely to want the xmms plugin which pbxbuild does not build. Also it seems the pbproject does not build dynamic libraries. I build with: ./configure --prefix=/sw --mandir=/sw/share/man make make install DESTDIR=/tmp (to simulate building into a deb file) The

Damn, back to this thread: > I think I sent a bad patch for this one already, which used a _LIBS > variable. > There is no _LIBS variable. :-) So, the .la file should be specified > directly > in _LIBADD, with no linker flag syntax. libtool will figure it out. > > diff -u -r1.1.1.1 Makefile.am > --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 > +++

Hi, My sincere apologies if this topic has appeared on the mailing list before, (as I'm sure it probably has) but the xiph.org archive function is still broken so I can't search. At any rate, I'd like to know if it is possible, using Icecast2, to play a short .mp3 or .ogg file before a live stream is delivered. I'm not sure how to do this, or if it is even possible. Any help is

On Friday, January 24, 2003, at 12:28 AM, Josh Coalson wrote: > --- Brian Haberman <habesct@mac.com> wrote: >> I have been using Apple's X11 on OS X and I got the source and >> compiled >> flac 1.0.5 beta2. Everything seemed to build and install OK, but the >> >> xmms-flac plugin is not working, and I cannot open xmms. I get the >> following

I have been using Apple's X11 on OS X and I got the source and compiled flac 1.0.5 beta2. Everything seemed to build and install OK, but the xmms-flac plugin is not working, and I cannot open xmms. I get the following error when I launch xmms from xterm: brian it's 8:41pm, what now? xmms & [1] 567 brian it's 8:41pm, what now? dyld: xmms Undefined symbols:

Hello, Using Icecast version 2.0.2, I'm seeing segfaults when I connect a particular encoder to the stream. I already have three encoders connected, serving six streams without a problem, but adding the seventh stream crashes Icecast everytime after a period of ten to thirty seconds. All but one of the encoders are Darkice encoders and the encoder which crashes Icecast is also Darkice. So

That patch does get the .libs dir added to the compile line. But the other problem is that libtool is attempting to link against the installed version of libFLAC, that is $(DESTDIR)/lib/libFLAC.dylib instead of -lFLAC. See: cc -bundle -flat_namespace -undefined suppress -o .libs/libxmms-flac.so plugin.lo -L/sw/lib /sw/lib/libFLAC.dylib -L/sw/src/flac-1.0.2-1/flac-1.0.2/src/libFLAC/.libs

On Tue, Jan 22, 2002 at 10:58:02PM -0500, Asheesh Laroia wrote: > The best I can suggest is, run XMMS on repeat mode for a few hours. The > flac plugin will, if my setup isn't bizarre (it's just debian testing), > eventually give way. Just disable audio output or something, let it run > overnight, and see what state it's in in the morning. I'm sure the Oggs >

--- Pisco <pisco@mac.com> wrote: > This may clarify a few things. I compiled flac from the source > package > on flac.sourceforge.net since the Darwin package did not contain the > XMMS > plugin. I compiled it using the ./configure, make, make all > sequence, > and it compiled fine. > When the flac plugin is alone in the XMMS Input directory, it works >

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > At 10:39 AM -0700 5/21/02, Josh Coalson wrote: > >--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > >> I guess the problem is really why is it trying to relink it? > >> > >> The "parse error: condition expected:" is suspicious, though.. > maybe > >> it's another "zsh as

On Tue, Jan 22, 2002 at 09:16:28PM -0500, Asheesh Laroia wrote: > I have MP3 files and FLAC files in my playlist. It's about 800-900 tracks > long. > > I'll start XMMS 1.2.6, and it'll work for some arbitrary amount of FLAC > files. Usually, that's between twenty and a hundred. Then, with no > warning, it will skip over all the FLAC files and play only the

I think I sent a bad patch for this one already, which used a _LIBS variable. There is no _LIBS variable. :-) So, the .la file should be specified directly in _LIBADD, with no linker flag syntax. libtool will figure it out. diff -u -r1.1.1.1 Makefile.am --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 +++ Makefile.am 21 Jun 2001 19:27:31 -0000 @@ -9,5 +9,5 @@