similar to: libpthread and icecast2

On Mon, 22 Oct 2001 00:07:39 -0600 Jack Moffitt <jack@xiph.org> wrote: > It needs pthreads. FreeBSD provides this in the reentrant c library. > > For FreeBSD, you should remove -lpthread from LIBS and add -pthread to > CFLAGS. I believe this should be the only change required. > > I will fix FreeBSD building in the next few days (or at least this is my > intention)

> That worked, but I do get a few linking warnings. Are these serious? > > /usr/lib/libc.so.4: WARNING! setkey(3) not present in the system! > /usr/lib/libc.so.4: warning: this program uses gets(), which is unsafe. > /usr/lib/libc.so.4: warning: mktemp() possibly used unsafely; consider using mkstemp() > /usr/lib/libc.so.4: WARNING! des_setkey(3) not present in the system!

Mike hodson <mystica@darktech.org> writes: > Is there any way I could debug why the server unexpectedly dies? It's simplistic, but have you tried forcing all icecast code to compile with gdb support enabled, then running it in GDB? ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<<

On Tue, 23 Oct 2001 10:39:01 +1000 Michael Smith <msmith@labyrinth.net.au> wrote: > It should take little to no cpu (I haven't yet tested it with enough users > to take it above... 0.1% cpu?), so there's a serious problem here. > > Michael Ok, That's not good then.. Hmm.. Here's my setup currently. libogg-1.0rc2, libvorbis-1.0rc2, (both from the vorbis.com unix

Hey there. I have setup an icecast server on a Cobalt RAQ2 (may be a raq1, not entirely sure) with a MIPS processor. The icecast server compiles, and runs fine, atleast for a while. But on 2 occasions over the last 10 hours I have had to manually restart the server. Is there any known bug on the MIPS architechture, or should I investigate the problem more? Thanks Mike --

telnet 207.153.49.131 25 Trying 207.153.49.131... Connected to 207.153.49.131. Escape character is '^]'. 220 mail.caisnet.com FirstClass ESMTP Mail Server v6.0 ready That's one STUPID MTA.. STUPID MTA!!!! STUPID STUPID STUPID MTA~!!!!!!!! (ahem) Sorry.. Can someone block mailer-daemon@* from posting? Mike -- <mystica@darktech.org> --- >8 ---- List archives:

On Mon, 17 Dec 2001 16:42:16 -0500 xiphmont@xiph.org (Monty) wrote: > OK, the original idiot is kicked. Geez, I try to get a few hours of > sleep and all Hell breaks loose. I don't think it was an idiot, just someone who left his computer for the weekend and hasnt come back to check it. (An educated guess, to say the least) > Hmmm.... OK, that's a pretty good kill pattern.

On Mon, 17 Dec 2001 16:54:51 -0500 xiphmont@xiph.org (Monty) wrote: > > "Autoresponder replying to a list without indicating in the header > it's an autoresponder" is idiocy. But its the ISP's idiocy. Not necessarily the user's. FWIW, im still getting posts from mailer-daemon. Mike -- <mystica@darktech.org> --- >8 ---- List archives:

Has anyone got Ices0.3 to complile and make under when linking with Perl 5.8.3? I posted this a while back...but it needs a revival :D <p><p>I'm sure it's a Perl problem (maybe way I've compiled it?) but here's where 'make' throws down it's gloves and runs off into the distance. -------------------------------------------------------------------

Well, I just keep coming back for more <g> Here's one for ya: how much CPU should icecast2 consume? Its been sitting on the server for a while now, and its running full CPU. I recently restarted it, thinking it might have had a problem with me connecting/disconnecting the source a bit, and it shot right back uip once it was reloaded. here's what top currently shows it as. Also for

With perl 5.8.3, 'configure' is fine but 'make' dies giving ------------------------------------- /usr/lib/libc_r.so: WARNING! setkey(3) not present in the system! /usr/lib/libc_r.so: warning: this program uses gets(), which is unsafe. /usr/lib/libc_r.so: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libc_r.so: WARNING! des_setkey(3) not present in

Just a shameless bump incase anyone missed this... :P <p>>From: "Joe Jones" <joe_jones64@hotmail.com> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: [icecast] Problems with Ices0.3 >Date: Fri, 12 Mar 2004 15:26:23 +0000 > >With perl 5.8.3, 'configure' is fine but 'make' dies giving >

I'm using Icecast 1.3.11.. It connects to yp.icecast.org and yp.mp3.de just find.. it looks like it's trying to go to http://yp.icecast.org/cgi-bin/touch However, the shoutcast one says: completed...server id = -1 While the others say: serverid = 69 <p>Has Shoutcast changed something, so that icecast can no longer find Shoutcasts directory? -- Arathena Email:

Mike, As it stands right now, we use xz for our compression, so if rsync had a similar option for xz that would probably be an improvement. However, I think being able to decompress directly to the remote system would save more; elsewise I don't see how I'm going to be able to avoid untarring and uncompressing the whole xz file on the other end. thanks much, ed On Tue, Dec 6, 2016 at

Since I am on a limited upload connection, but still want to stream high-quality music for friends (I do have a colocated server on the outside, but getting music there in the first place is the hard part) I am thinking of using OGG/Vorbis streaming, ~64kbit. However, I can't find icecast 2 beta to download. Can someone point me in the right place? Thanks Mike --

On Mon, 25 Feb 2002 10:11:45 -0700 Jack Moffitt <jack@xiph.org> wrote: > None that I know of, although a while back when I was testing icecast on > the cobalt raqs their thread libraries weren't great. > > jack. Is there any way I could debug why the server unexpectedly dies? After around 10-15 hours with normal client load, or a very short time with me running 'wget

Mike hodson <mystica@darktech.org> writes: > Might I ask -how- precisely they banned all icecast servers. Perhaps the real question you should ask is..."should" anyone worry about this at all? Personally speaking, I've been streaming for quite a while (barring a few networking problems) and I've always seen the same behavior from the shoutcast (Nullsoft) people.

Max Okumoto <okumoto@ucsd.edu> wrote: [CC changed to freebsd-security instead of the cvs list] We're talking about replacing the home-grown mkfifo() funktion in make (a modified copy of mkstemp()) with mkdtemp() and creating the fifo in this new directory. Max worries about a possible race with this new approach. > Its not a race between two nice programs :-) The function

Hey, I am just wondering how you enforce security (such as permissions) on local workstations while running Samba 2.2.x as a PDC with 2K/XP workstations? As some of us don't have or want 2000 Server to enforce things like policies etc... how do you all do it. E.g. If we want 'Administrator' to have access to all start menu etc... yet standard users to have only programs, no settings

The XCB developers have introduced a new library, libpthread-stubs. This library provides weak aliases for pthread functions not provided in libc or otherwise available by default. Libraries like libxcb rely on pthread stubs to use pthreads optionally, becoming thread-safe when linked to libpthread, while avoiding any performance hit when running single-threaded. libpthread-stubs supports this