similar to: [PATCH] is it of any interest ?

On Wed, 7 Nov 2001, Jack Moffitt wrote: > > of course this is not secure at all yet, but anyway maybe it's useful to > > someone as a starting point. > > > > any comment ? > > I recommend that _no one_ run this patch on any server. It allows > execution access to any file on the system as the user that icecast is > run as. This is a surefire way to get

I have tried these steps and the encryption on the console still does not seem to validate? Any other thoughts? Thanks, Tom -----Original Message----- From: Jerome Alet [mailto:alet@unice.fr] Sent: Tuesday, November 20, 2001 3:50 PM To: icecast@xiph.org Subject: Re: [icecast] Encrypted password problem with icecast 1.3.11 On Mon, Nov 19, 2001 at 12:03:53PM -0500, Thomas Steiger wrote: > I

Hi, Two questions: I wondered if there's a solution for an icecast 1.3.11 server to automatically play a static stream by default (a welcome message announcing future streams) whenever someone connects to / without needing any source. The solution I use is to launch shout as a source and make it loop over this welcome message, but I find this not optimal because most of the time there's

Hi, I'm using icecast 1.3.11 with ices-0.2.2 on the server I launch 2 ices process on two different mountpoints, at a five seconds interval: the first streams a stupid welcome message on /default which is the single entry in the playlist, and it lasts approximately 30 seconds. the second, which starts 5 seconds later, streams music and talks on another mountpoint (/linux), there's

Jack Moffitt wrote: >I recommend that _no one_ run this patch on any server. It allows >execution access to any file on the system as the user that icecast is >run as. This is a surefire way to get yourself hacked to hell. > >The idea is nice, but you should really pay a lot more attention to >security issues. cgi's need to be run from a certain directory only. >You

This is what I get when I do ldd on the icecast binary. [root@gala bin]# ldd icecast libcrypt.so.1 => /lib/libcrypt.so.1 (0x0ffb3000) libm.so.6 => /lib/libm.so.6 (0x0ff65000) libpthread.so.0 => /lib/libpthread.so.0 (0x0ff2e000) libc.so.6 => /lib/libc.so.6 (0x0fde9000) /lib/ld.so.1 => /lib/ld.so.1 (0x30000000) [root@gala bin]# It looks like

Hi, I'm trying to set up an icecast 1.3.11 server for our Medicine School. It's on a PIII 1Ghz, with 256 Mb RAM on a BiPro board (single proc yet), and a 3 COM 10/100 NIC. Unfortunately the NIC is plugged in a 10 Mbits/s hub for now. It's under GNU/Linux (Debian Woody) + a 2.4.10 kernel. The load of the server is very low, because there's almost only icecast running + ices which

On Sun, 6 Jan 2002, Jack Moffitt wrote: > I think you're only solution is to convert to .wav do your editing, and > then recompress (for mostly voices you'd probably want to downsample > etc). OK, that's what Audacity does, but unfortunately the version I've tried breaks with big files (it shouldn't however because it cuts work files in many small chunks) > Out

Hi, Last week, while trying to compile IceCast2 from CVS on several Debian machines (sid, woody, sarge), I encountered a problem where autoconf told me to file a bug report, which I did with Debian's reportbug utility. here's the answer from Ben Pfaff, who's in charge of Autoconf at Debian, which you may find interesting to read. hth. bye, PS: I've not tested his suggestion

Hi all, I just wanted to know where to find icecast2. I've downloaded icecast 1.3.11 and it looks wonderful, and works fine as far as I've tested it. However I want to be able to stream ogg instead of mp3. I've search "icecast2" on sourceforge, freshmeat, and google but to no avail. Google's "I'm feeling lucky" sends me directly to

Hi, I'm pleased to announce v0.27 of the Python MP3 Cutter. PyMP3Cut is a Python commandline tool designed to cut huge (> 100MB) MP3 files at high speed without requiring the extra disk space and processing time usually needed by visual audio editing tools, which convert the MP3 format to more easily manageable formats like WAV before doing anything. It reads and cuts simultaneously

Hi, I've got a problem with dovecot on an Intel Mac OSX box. Basically, I was running an older verion (0.8.?, I think), and everything was fine. Then, when I upgraded to 1.0.0 via MacPorts, I found that periodically the system gets into a state where it simply stops dealing with IMAP requests. This tends to manifest itself as Thunderbird simply stalling, not fetching any new

Hello All, When going through the Ogg format, I have a basic question. As per the RFC the Ogg format encapsulates the logical stream. Now consider the scenario where a raw mono stream is being encoded with Opus Codec. The stream is 48KHz and the length of the stream being encoded is worth 20ms of data. This makes it 960 half words (considering 16 bit format). Now if the final output is say 100

Hi there, maybe someone here could help me solve my problem. I've streamed two complete days of a congress using DarkIce and IceCast, but now I want to cut the mp3 files in parts, a part per speaker. I've actually got four mp3 files, one for each morning and afternoon, but each is several hundreds megabytes long (128 Kbits/s stereo) Is there any tool available which would allow me to

mardi 21 mai 2002, 18:51:14, Jerome Alet a écrit : <p>> icecast in woody is compiled with tcp-wrapper activated, so look > into hosts.deny/hosts.allow maybe there's a conflict with what > you've set in icecast.conf I tried with an empty /etc/hosts.deny, and /etc/hosts.allow only containing "ALL : ALL". That did not solve the problem.. Ced <p>> hth.

Dear All I'm currently developing a package for R (1.9.0) on Win32, with C++ source code. Having followed the instructions in readme.packages, my code compiles fine with R CMD SHLIB (as well as R CMD check) ... until I start using the internal R functions. (Interesting: Rprintf seems to be the exception.) For instance, the following code compiles fine: #include <R.h> #include

On Mon, Feb 23, 2004 at 03:58:13PM +0000, Karl Heyes wrote: > On Mon, 2004-02-23 at 15:35, Jerome Alet wrote: > > > The only solution I can think of is to manually modify the > > automatically generated makefiles, which is IMHO completely stupid. > > Assuming gcc is used (the default many cases) and provided you have the > static libs installed, you should be able to

Hi list, I found relevant documentation regarding DebugInfo creation in the LLVM IR bytecode. It can be done for compileunits, functions, and other constructs, with the help of DIBuilder class. However I can't save debug information related to individual llvm::Instructions. I tried DebugLoc, DILocation setting directly with setMetadata(). I tried other ways, for e.g.:

Hi, I was a happy user of Peter Parks' package (see http://www.chip.org/ ~ppark/Supplements/PNAS05/) and could compile it without error under Mac OS X 10.4. I then had a disk crash and had to re-install the developer tools and now I get hideous messages such as the one below. I have tried installing an earlier version of Mac OS X developer tools. No joy, Could anyone put me out of

About 2 percent of the time I use fix() to edit a function that is sitting in .RData I get the response: > fix(qss) Error in edit(name, file, editor) : problem with running editor vi when I try to close the editing session. I used to think that these were always cases where there was some syntactical error with the edited file, but this is not the case. I realize that one surefire way to