similar to: icecast-1.3.12 on SunOS

Thomas, unfortunately it does slow down the machine. I am working in a chroot enviroment and there are other users on the same box. Therefore it's of special importance that I don't consume the cpu by myself. Titus Am Sonntag den, 15. September 2002, um 23:37, schrieb Thomas Vander Stichele: > Apart from what probably is a bad assumption in the code, does it > actually

Hello, I sent the mail below a few days ago to the icecast user discussion and support list. Until now nobody could help me. Maybe this list is a better place for problems of this kind? Titus <p>Anfang der weitergeleiteten E-Mail: > > Hello > > I compiled icecast-1.3.12 on a box with uname -a: SunOS star19 5.6 > Generic_105181-31 sun4u sparc

> > Hello, > > I sent the mail below a few days ago to the icecast user discussion and > support list. Until now nobody could help me. Maybe this list is a > better place for problems of this kind? Apart from what probably is a bad assumption in the code, does it actually present a problem ? Meaning, even though it indicates 100% cpu usage, does it slow down your machine

Hi, I have compiled the Vorbis libraries and tools on Solaris 8 using Forte 6 update 2. I am now trying to run ogg123 but nothing happens: $ ogg123 -v Pateras.ogg Audio Device: Sun audio driver output Author: Christian Weisgerber <naddy@openbsd.org> Comments: Outputs to the sun audio system. I have also worked around bug #191 by defining HAVE_SQRTF:

Wine .12 on fc5 does not build well. .configure shows several dependancies missing. Can anyone identify the packages that sypply the following: xorg-x11-devel _popen, _pclose, lwp_create mingw32-dlltool Thanks, Dan

Hello, I build a new debian release 1.3.12stable-3 to fix some bugs. ChangeLog --------- 1.3.12stable-3 * /var/state/ does no longer exist. The SUBSYSLOCK variable of shorewall.conf is set to /var/lib/shorewall/state according to FSH (closes: #174776). * /usr/lib/shorewall contained only architecture independent files, those files are moved to /usr/share/shorewall according to FSH

The first public Beta of Shorewall 1.3.12 is now available: New features include: 1) "shorewall refresh" now reloads the traffic shaping rules (tcrules and tcstart). 2) "shorewall debug [re]start" now turns off debugging after an error occurs. This places the point of the failure near the end of the trace rather than up in the middle of it. 3) "shorewall

Due to the blacklisting bug found yesterday in Beta 2, I''ve released Beta 3. You can download from: http://www.shorewall.net/pub/shorewall/Beta ftp://ftp.shorewall.net/pub/shorewall/Beta Happy Holidays, -Tom -- Tom Eastep \ Shorewall - iptables made easy Shoreline, \ http://shorewall.sf.net Washington USA \ teastep@shorewall.net

why did you change the prefix in the first place?

I'm running debian 6 on x86_64 installed 1.3.12 using the .debs from http://dev.carbon-project.org/debian/wine-unstable/ when I head to the audio tab in winecfg, i see plenty of modules EXCEPT for alsa. After thinking i lost my mind, i uninstalled wine1.3, and then re-installed. I wanted to make sure i didn't force the installer (as if a person can overlook the complaints). Yes,

Hi! I've searched the forum (and the Internet) for this problem but apparently I'm lucky enough to be the only one experiencing it (yay!). I've just installed Wine 1.3.12 and dotnet20 through winetricks in my Ubuntu 10.10. Everything went very smoothly. When I run "wine EASetup.exe" from the FIFA 11 DVD (not the physical disk but a mounted ISO), I get the initial install

Matt, can you install the latest libguestfs + febootstrap packages on Rawhide and give them a spin: http://koji.fedoraproject.org/koji/buildinfo?buildID=173442 http://koji.fedoraproject.org/koji/buildinfo?buildID=173526 The way that the supermin appliance is constructed and booted has changed substantially and I'd like to make sure that we find any bugs early, since we are planning to put

0: CAB0=>28BL 28=> 2 at CG=CN?# <5=O C65 AB>8B 209= 1.2.2 :0: CAB0=>28BL 209= A 0 at E820? Code: # cd wine-1.3.12 # ./configure # make # sudo make install => ?>A;5 22>40 Code: make make: *** 5 7040=K F5;8 8 =5 =0945= make-D09;. AB0=>2. 8 A Code: sudo make install make: *** 5B ?@028;0 4;O A1>@:8 F5;8 `install'. AB0=>2.

I tried admin rehash for the first time since upgrading to 1.3.12 today. The rehash took at least 30 seconds [If not longer -- I didn't time it very closely] and icecast slowly snuck up to 99% CPU usage. I tried issuing the 'alias' command just to try and get a response from the console and that never responded. [I waited about two minutes] I had the same experience both of my

Beau D Simensen <simensen@halogen.org> writes: > I tried admin rehash for the first time since upgrading to 1.3.12 today. The > rehash took at least 30 seconds [If not longer -- I didn't time it very > closely] and icecast slowly snuck up to 99% CPU usage. I tried issuing the > 'alias' command just to try and get a response from the console and that > never

This might have been something else that changed since I've upgraded. Or maybe I simply never noticed before. If one of my sources die, the clients will eventually get bumped over to another source that hasn't died yet. I'm not sure what functionality this is called or how [or if] this can be disabled. I turned off mountpoint fallback, which I would have thought would have taken care

Hi I have some warnings compiling icecast and i would like to know if they are serious problems it seem to work fine i think i am not a programmer so the warnings say nothing to me ystem slackware 8 i386 these are the warnings gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c main.c main.c: In function `clean_shutdown': main.c:547: warning: type defaults to `int'

Hello I managed to compile from ports (i've used package too) icecast 1.3.12. It often works good, but sometimes i get error: [20/Oct/2002:18:43:09] Kicking unknown 11 [195.117.29.210] [Access Denied (libwrap (client connection))], connected for 6 seconds [20/Oct/2002:19:12:51] Accepted encoder on mountpoint /icy_0 from 217.98.93.59. 1 sources connected [20/Oct/2002:19:18:04] Kicking unknown

Folks, I email abit ago about using 1.3.12 in my environment, and fixing a dead-lock problem. Since 1.3.12 is 'obsolete', not supported, and GPL I'm provided a patch to the mailing list of my changes to the the src/soruce.c distributed file. (Its small but significant, as it allows for transparent relays to work) I need to use icecast 1 until icecast2 is a) released and b)

WHQR and WDAV are streaming mp3 from two mountpoints on the same server. When listening to one of them, the client sometimes jumps to the other. I have heard this with xmms. A listener has reported it with an unknown client, and personnel at WDAV have also heard it. I don't know their client software, but could find out. This sounds more like an icecast bug, however. Does anyone know anything