similar to: Transparent Proxy

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

On Mon, 2001-09-17 at 00:02, Alex Stansfield wrote: > Hi, > > The only need I have for icecast is as a transparent proxy. The problem > is I can't get it to work as one, is this feature implemented I fixed the problem, it seemed that in source.c in the function source_login in this piece of code: -- write_log (LOG_DEFAULT, "Accepted encoder on mountpoint %s from %s. %d

Folks- First, let me submit a disclaimer... I know 1.3.12 is unsupported. However, since icecast2 isn't officially released, I'm abit SOL anyways, so I'm currently trying to debug it and will release a patch when I'm done. (Which I'm doing since the code is GPL and I want to contribute... if no one cares, let me know and I'll stop updating the list with what i find)

This is in CVS, FWIW (that is, not much since the odds of 1.3.13 being released are epsilon close to nil). On Wednesday, 02 July 2003 at 11:38, Ned Wolpert wrote: > 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

I've been trying to get the transparent proxying facility of icecast to work so I can listen to multiple copies of stream on my local network, while only receiving a single stream over my WAN link (Like DUH! thats what the proxy is for ... I know, stay with me). I have mpt been been able to get this feature to work, and it looks like there may be a bug in the icecast server as everytime I

> to wait when called. I commented out the line where it calls > thread_mutex_lock and it all seems to work now. Ick. What a hack :) It does seem to be a deadlock issue. But I wouldn't recommend anyone trust just removing that. Locks are there for a reason :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

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)

Hi! I work for the University of Dortmund in germany where we use icecast as a server for DGPS data (see http://igs.ifag.de/index_ntrip.htm for more information). We took icecast version 1.3.12 and adapted it to our needs: - low data rates of 50 and 500 bytes/sec - up to 150 source streams - no meta data Our operating system is Red Hat Linux 8.0. Under these circumstances and after variable

On Sat, 2004-01-17 at 19:31, iceuse@kezako.net wrote: > Thanks, > Karl, do you plan to integrate this in your icecast-kh release? The idea is to put the the changes I've done into CVS. That way you get the best of both worlds, there's nothing conflicting AFAIK. karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Hi, I urgently need a feature to save the dump-files in splitted timestamped chunks or - much better - named accordingly to the stream metadata. I don?t want to use utilities like streamripper to make dumps because they act as a client and thus the "relay on-demand" feature of icecast isn't usable anymore. I only want to have a copy of the stream when somebody is actually

With apologies, I can''t figure out the simplest thing: How to reference a record id instead of the internal memory location of that value. I''m new to Ruby but otherwise a veteran VB6/SQL programmer. My code: <snip> sSQL = "SELECT id, org_name FROM organizations WHERE user_id = ''#{sUserId}'' AND user_password =

On Friday 20 February 2004 12:10, Ricardo Galli wrote: > > wants to send such a patch, we're happy to integrate them. I don't > > remember the DoS bug - that might be a real problem. It could be that a > > It started out with this: > > http://www.xiph.org/archives/icecast-dev/0366.html > > and I found the problem and sent the patch: > >

Hi, I added metadata support for the stdinpcm module of ices. The metadata have to be submitted via file (as stdin is already used for the strem). Please apply this patch to the current cvs sources. <p>Deti <p> Index: im_stdinpcm.c =================================================================== RCS file: /usr/local/cvsroot/ices/src/im_stdinpcm.c,v retrieving revision 1.8 diff

Hello ZFS, System was rebooted and after reboot server again System is snv_39, SPARC, T2000 bash-3.00# ptree 7 /lib/svc/bin/svc.startd -s 163 /sbin/sh /lib/svc/method/fs-local 254 /usr/sbin/zfs mount -a [...] bash-3.00# zfs list|wc -l 46 Using df I can see most file systems are already mounted. > ::ps!grep zfs R 254 163 7 7 0 0x4a004000

Hello, I merged the fallback-override feature in icecast-kh22. I'll send you the 4 modified files (perhaps you want to integrate them in your release, but also I'm not sure about locking or not the main source before moving the clients : if(source->fallback_override && source->fallback_mount) { /* get fallback source */ avl_tree_rlock (global.source_tree);

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

I seem to recall that Windows NT/95/98 allow long (>32) names to be visible as share names. However, samba seems to limit my share names to 13 characters in version 2.2.1a. If I create a share with a name longer than that, it cannot be accessed. Am I missing something? Thanks for your help. Linus

> Well I think the mutex has previously been locked in the code, hence the > reason it just waits when it gets to that particular piece of code. I > just found the problem, it's up to you guys to fix it properly :) Don't hold your breath. Icecast 1.x is basically deprecated at this point. We fix bugs that are easy, and deadlocks are usually pretty difficult. Icecast 2.x has

x11-ssh-askpass version 1.2.4 (code name: Boudin) is now available from the following locations: http://www.poboxc.com/~jmknoble/software/x11-ssh-askpass/ http://www.ntrnet.net/~jmknoble/software/x11-ssh-askpass/ x11-ssh-askpass is a passphrase dialog for use with OpenSSH <http://www.openssh.com/> under the X Window System. Significant changes since version 1.2.2 include: - Minor

x11-ssh-askpass version 1.2.4 (code name: Boudin) is now available from the following locations: http://www.poboxc.com/~jmknoble/software/x11-ssh-askpass/ http://www.ntrnet.net/~jmknoble/software/x11-ssh-askpass/ x11-ssh-askpass is a passphrase dialog for use with OpenSSH <http://www.openssh.com/> under the X Window System. Significant changes since version 1.2.2 include: - Minor