search for: shotti

On Mon, 2003-11-03 at 19:54, Dave St John wrote: > Good question Amy, here is a snippet of the icecast2.xml file that i do > believe is for this function > --------------------- > <mount> > <mount-name>/test2</mount-name> > > <username>admin</username> > <password>holycow</password> > >

At 01:37 PM 11/3/2003 -0700, you wrote: > >I can have a look at implementing this when I get chance. >That would be great as the devs at shoutcast have absolutely no interest or >so it seems in adding this feature, which causes people >to rely on 3rd party scripts to handle the authentication, which is shotty >at best. actually, as it turns out, this does make alot of sense,

It has come to my attention that a big problem right now with the fglrx module and wine may have to do with the server reporting glx 1.2. I made a shotty attempt to make wine pretend like it detected the a newer version, however it did not work... I don't quite understand the problem, but I know I can use things like pbuffers with opengl natively. If a temporary patch could be made possibly

>I can have a look at implementing this when I get chance. That would be great as the devs at shoutcast have absolutely no interest or so it seems in adding this feature, which causes people to rely on 3rd party scripts to handle the authentication, which is shotty at best. <p><p>Dave St John (CEO) Mediacast1.com ----- Original Message ----- From: "Karl Heyes"

The time appears to be perfect inside dom0, however all the domU''s tend to have a slightly faster date which gets further out of sync every day. I''m currently using Xen 3.0.3 with Gentoo Linux, under 3.0.2 I had no problems with domU clocks. Are there any known issues which could cause this? I''d strongly prefer not to run ntpd in every domU, having all domU clocks in