similar to: warnings compiling icecast-1.3.12

Hello, I?m trying install "icecast-1.3.12" on my Linux Red Hat 7.2. When I introduce: ./configure it give me back: creating cache ./config.cache Building icecast-1.3.12... checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking

Attached are nits I found in 1.3.12. That first patch there looks more like a bug than a nit. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Before criticizing people, walk a mile in their shoes. Then when you do criticize them, you will be a mile away and have their shoes. *** avl_functions.c

Attached are nits I found in 1.3.12. That first patch there looks more like a bug than a nit. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Before criticizing people, walk a mile in their shoes. Then when you do criticize them, you will be a mile away and have their shoes. *** avl_functions.c

Hi, This patch (against the current CVS tree) is intended to add secure configuration to icecast 'out of the box'. It adds two configuration directives, 'icecast_user' and 'chroot_dir'. These are intended to be used together to reduce the privileges icecast runs under to the minimum necessary. When this is enabled and run as root icecast will enter the specified chroot

After encountering a mysterious problem with Icecast 2.0 and streaming to Flash within IE for Windows, we've had to roll back to Icecast 1.3.12 2.0 Problem here: http://lists.xiph.org/pipermail/icecast/2004-October/007726.html Of course, I'm now having problems installing Icecast 1.3.12. When running gmake or make after ./configure with or without the --with-libwrap or

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

To all users: The recently exploits announced at bugtraq can be fixed by the following patch. This patch should fix a few other potential holes as well, and I will post a followup patch soon that is even more thorough. Note: this exploit would give the attacker priviledges of the user running icecast. If you are running icecast as a normal user account or as root, this would be a good time to

To all users: The recently exploits announced at bugtraq can be fixed by the following patch. This patch should fix a few other potential holes as well, and I will post a followup patch soon that is even more thorough. Note: this exploit would give the attacker priviledges of the user running icecast. If you are running icecast as a normal user account or as root, this would be a good time to

minutes gets repeated at nice_time_minutes. patch attached -- Jose Celestino <japc@co.sapo.pt> SysAdmin::SAPO.pt http://www.sapo.pt ----------------------------------------------------- "Lately, the only thing keeping me from becoming a serial killer is my distaste for manual labor." -- Dilbert -------------- next part -------------- *** icecast-1.3.12/src/ice_string.c

minutes gets repeated at nice_time_minutes. patch attached -- Jose Celestino <japc@co.sapo.pt> SysAdmin::SAPO.pt http://www.sapo.pt ----------------------------------------------------- "Lately, the only thing keeping me from becoming a serial killer is my distaste for manual labor." -- Dilbert -------------- next part -------------- *** icecast-1.3.12/src/ice_string.c

> First, src/vsnprintf.[ch] where not added to cvs, version checked out > off CVS does not build. You're right. I forgot to cvs add them. They are now in the repository. > Second, src/main.c *still* does not build on Linux 2.4.x based systems - > it is necessary to #include <sys/resource.h> somewhere. I could have sworn that I have the 2.4 headers installed on this

Well, I've been down since the announcement(s) on bugtraq, and nothing has been forthcoming so...I've decided to do just a bare bones security audit of icecast 1.3.11. All I've really done is replace all the sprintf() and strcpy() I could find with bounds checking snprintf() and strncpy(). I've been kind of anal, please forgive me. ;) There is still a problem (I believe) with

On Monday, 25 June 2001 at 15:23, Michael Smith wrote: > > >Future plans include sending different streams to different servers > >(not just different mountpoints), and handling PCM/WAV input... > > Hey, you're taking over all the plans for ices2, damn you! :-) any more good ideas I may have missed? ;) > Actually, ices2 does much of this already. I want to add

Hello for all, I'm looking for someone that are using icecast on AIX (my oslevel 4.3.3.0, and gcc 2.95.3.0), or someone could help me. I'm trying to compile icecast and get some error, see below... Thank's Anibal ------------------- # ./configure loading cache ./config.cache Building icecast-1.3.12... checking for a BSD compatible install... ./install-sh -c checking whether

Hi Karl, Thanks for your help, About the "Connection:" header, you are right, it's: "Connection: close" and NOT "Connection: keep-alive". The protocol when the SERVER sends the data is http 1.0. It's http 1.1 when the browser requests the data. I don't understand the "Content-Length: 54000000" header either. Also I noticed the flash player on

Hello, I have a problem with ssh client. I have: SSH-2.0-OpenSSH_2.3.1p1 When I try to connect to a sshd server (USING V2): Remote protocol version 1.99, remote software version OpenSSH_2.5.2p2 or Remote protocol version 2.0, remote software version OpenSSH_3.0.1p1 I get error (looking at codebase): In sshconnect2.c: ssh_dhgex_client(kex, host, hostaddr, client_kexinit,

Safe Harbor Games (http://www.safeharborgames.net/) is a popular site in the backgammon community. I am one of several people trying to get the game server to work on Linux with Wine. I am using a Asus EEE 1000HE with the latest version of Easy Peasy (Ubuntu) and Wine. The game software requires browser to launch and I was successful in getting this to work by loading windows version of

Yay! I went to Glasgow uni many years ago! Anyway... This sounds supisciously close to what I developed for myplay.com - for efficiency purposes we used oracle for data indexing and more traditional filesystem for data storage. Never mind the fact that it's financially uneconomical. <p>> It's a crazy idea if you are storing a few gig's, > raid 5 would do, but > we

Hi All I had to assure the randomness of backgammon game's two dices. I took 8,000,000 observations and found that one of the dices is not uniform distributed. I took 80,000,000 observations and found that the dice is uniform distributed. In both tests I used Pearson Chi Square test. My questions: 1. How many observations should I take? 2. How much the 80,000,000

When I try to load winelib dll I get an error message: "err:module:MODULE_LoadLibraryExA Loading of native DLL <dllname> failed (error 193), check this file." The error message is printed for call: DllHandle = LoadLibrary(DllName); This happens even when I try to load standard Wine dlls, like dlls/msisys.ocx.so Did I miss something obvious? Thanks, Andriy Palamarchuk