similar to: A few Newbie Questions

You're going to need root access. Presumably you have it if you have control over icecast. You could do a simple adduser. Then use your favorite editor and open up the /etc/passwd file (again as root). You'll need to read up on what each of the fields are, but in short you'll want to * the password field for that new user. You'll also want to change the shell to /bin/false.

One question though - how do I create a pseudo user? Thanks, Andrew On Sun, 25 Feb 2001, Michael Faurot wrote: > In article <983130226.25873@phzzzt.atww.org> you wrote: > > : 1) With regards to the recent buffer-overflow exploit and the > : recommendation of running icecast as a non-root user, how exactly does > : one do that? > > I do it via "su". I use

On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > In addition is there a way to set the size of the outgoing packets or is > that completely handled by the stack and not icecast itself. Forgive me if > that sounds stupid, but I didn't really get that deep into icecast > configuration. You can... but... Someone correct me if I'm wrong, but you want to look at the MTU for your

It is going to depend on a number of factors. Linux sets (along with a few other OS's I'm sure) its MTU to 1500. The problem is, if you set it longer then it will most likely be frag'd by your router. If that router does not, then another will. I think MTU for ppp interfaces are smaller. Likewise, if your backbone is FDDI, it has a large frame (somewhere in the 8000 range I

> I don't know about the rest of you, but I'm not charging anything. As > mentioned, the royalties to record labels still stand if you don't follow > the rules, but this will be true regardless of the format > (mp3/vorbis/whatever.) Do you have any ads on your site? That's probably streaming related revenue. Do you list on shoutcast.com? There's definately

On Wed, 4 Apr 2001, John Griffiths wrote: > i've set up an old 486 running debian 2.2r2 using the debian icecast packages (shout doing the streaming). As my sig points out, yes, it is possible. RiR is linux and icecast stripped to the bare necessities. > so far so good, with a bit of fiddling i had a stream that worked fine over the local network As I too have seen in practice :/

REMOVE yourself for mthe list!!!!!!!!!!!! Hint: what text is repeated twice in the following message (three times if you got it from the mailing list)? PS the filtering is apparently not working. (and neither is the ignoring). :) On Sunday, 25 February 2001 at 18:46, Albi Rebmann wrote: > > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > >

I'm running Icecast v1.3.7 and I've recently noticed there's a direct correlation between a stream "stuttering" and the icecast process having difficulty contacting one or more directory servers. In short, if icecast can't connect to a directory server, then it tends to affect the playback on the stream, such that clients will typically get dropped with message such as

: : Try 1.3.8 as well, maybe the updated connect code didn't go in until : : then. : Will do. I'll report back after I've had a chance to compile and set : that version up. Initial tests with v1.3.8beta2 seem to solve the problem. To test, I've added two bogus directory servers to the configuration which it cannot possibly connect to and when it goes to touch, there doesn't

You wrote: : Do your two bogus servers cause stuttering under 1.3.7? There's a big : difference in the errors you can get from trying to make a connection, : no route to host, connection refused, just really slow, blah blah. Good point. I put 1.3.7 back and tested. The initial bogus servers worked pretty much okay. : You're looking for test cases where the connect time would be

Alexander Newald <alexander@newald.de> wrote: : Compiling went fine, but execution is a problem: [...] : --- SIGSEGV (Segmentation fault) --- : +++ killed by SIGSEGV +++ [...] : I used the config files of the previos version : Some hints... Same situation here (also used previous configuration file from v1.3.8beta). RedHat v6.X, kernel 2.2.17 (with RedHat's patches). --

: A piece of new code which should only get included on older systems was : getting compiled in anyway. That's been fixed. new tarballs and rpms : are on the site (same version number, but the rpms have -2 now). That seems to have done the trick. Thanks. BTW, is CVS the only way to get libshout? I didn't see a link for it at http://www.icecast.org/download.html. --

Hi, I've managed to capture some output from the log tail using debug level 4. I couldn't capture it from the beginning, and it seems the debug info isn't sent to the log file (is there a way to do that ?) Here's a snippet of the log being repeated a lot of times during the few seconds that I notice the stutter : -> [28/Feb/2001:12:43:13] DEBUG: sock_write_bytes_or_kick: -1

> > Hmm. I tried a windows laptop box (kinda slow) and indeed after about > > 30-40 minutes playback starts stuttering and eventually disconnects > > from the icecast server. > > > > Nothing else is running on this box. What gives? Why am I losing about > > 25% of the connections to this error? > > Are you using shout? Let me clarify here with the

Thomas, You should post this hear, as it's just as relevant ;) Hey guys, how do you feel now that you all owe Thompson $2k per year? Vorbis look more interesting now :) It's really disgusting how the technology is now worth more than the music. jack. ----- Forwarded message from Thomas Kirk <thomas@arkena.com> ----- Date: Sat, 9 Jun 2001 11:58:23 +0200 From: Thomas Kirk

I'm trying to setup Icecast so that clients can stay connected indefinately. Basically sources will connect on occasion, but may disconnect until they get instructions to connect again (think about a jukebox that does not play music until something is selected. Now add in distrubuted, thin clients and you realize why this is an important feature). According to the icecast authors, it is

Hi, I have a track which when encoded with Mode_C or even Mode_E does not encode well at all ... It's a jazz flute track with a lot of plate echo. The flute (centred in the mix) almost disappears ... I am away for a few days, but if someone would like to look at this I would be grateful ... A small clip can be grabbed from my ftp server ... ftp.york.ac.uk in:

http://www.youtube.com/watch?v=tDacjrSCeq4 I wonder if the inverse is true. If I whisper soothing words of encouragement at my JBODs, will I get more IOPS with reduced latency? :^)

I was under the impression it was just compatibility, and not actually built-in, but I thought I'd ask here and just make sure of what I'm saying. :) TIA. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: austin at coremetrics.com "It is the part of a good shepherd to shear his flock, not to skin it." Latin Proverb -------------- next part

And just what exactly is an optimized sized packet? I need numbers in bytes. I want control over it for a very specific reason. Thanks. ----- Original Message ----- From: "Sean /The RIMBoy/" <sean@rimboy.com> To: <icecast@xiph.org> Sent: Wednesday, February 28, 2001 8:31 AM Subject: Re: [icecast] my icecast problem > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: >