similar to: [patch] Reopen dumpfiles on signal

I wanted to use the Icecast dumpfile for hourly stream archival, so I added a signal handler to trigger the re-opening of dumpfiles. This lets me rename the dumpfile, signal Icecast, and repeat. Patch is attached. I've never spent any time in the Icecast source before now, so I had a couple of questions/thoughts: 1. Since all I needed was to trigger a re-open, I went with a new signal &

Hi, this patch enables the use of time stamps in dump file names: diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c --- icecast-2.0.1/src/source.c Wed May 12 17:55:30 2004 +++ icecast-2.0.1.scram/src/source.c Wed Jun 2 23:17:29 2004 @@ -50,6 +50,16 @@ http_parser_t *parser, const char *mount, format_type_t type, mount_proxy *mountinfo) { + char buffer[PATH_MAX]; +

Hi, this patch enables the use of time stamps in dump file names: diff -ur icecast-2.0.1/src/source.c icecast-2.0.1.scram/src/source.c --- icecast-2.0.1/src/source.c Wed May 12 17:55:30 2004 +++ icecast-2.0.1.scram/src/source.c Wed Jun 2 23:17:29 2004 @@ -50,6 +50,16 @@ http_parser_t *parser, const char *mount, format_type_t type, mount_proxy *mountinfo) { + char buffer[PATH_MAX]; +

Attached you will find a patch against the icecast-2.0.0 released source code which implements listener time limits on a global or mount-specific scope. Two new configuration elements are added with this patch: client-time-limit: This is a GLOBAL directive which covers all connections. Its value is given in seconds. So for example, if you want to limit all listeners on all mount points to 1

On Mon, 2003-12-01 at 13:52, Melanie wrote: > True - in that case, another fix ist called for, but it's just as simple: > > diff -b -B -r -u -P --exclude-from=ignore ../icecast/src/source.c > ./src/source.c--- ../icecast/src/source.c Mon Dec 1 14:49:52 2003 > +++ ./src/source.c Mon Dec 1 14:50:56 2003 > @@ -72,7 +72,7 @@ > src->yp_public = 0; > >

diff -u --recursive icecast/src/admin.c icecast-new/src/admin.c --- icecast/src/admin.c 2003-07-18 16:29:23.000000000 -0400 +++ icecast-new/src/admin.c 2003-08-06 19:18:32.000000000 -0400 @@ -213,7 +213,7 @@ html_write(client, "HTTP/1.0 200 OK\r\n" "Content-Type: text/html\r\n" "\r\n"); - DEBUG1("Sending XSLT

True - in that case, another fix ist called for, but it's just as simple: diff -b -B -r -u -P --exclude-from=ignore ../icecast/src/source.c ./src/source.c--- ../icecast/src/source.c Mon Dec 1 14:49:52 2003 +++ ./src/source.c Mon Dec 1 14:50:56 2003 @@ -72,7 +72,7 @@ src->yp_public = 0; if(mountinfo != NULL) { - src->fallback_mount = mountinfo->fallback_mount;

Thanks for the reply, Mike. Is there currently any way to accomplish the same thing (ie, recording of a dumpfile for a mount for a given duration) with icecast2 as it stands? Perhaps through the admin interface, or via a config change and reload? I'm surprised this feature has not been more requested, it would certainly be welcome here. If not, no biggie, I could just use a local

On Wednesday 10 March 2004 06:56, Andrew Taylor wrote: > Heyas, > > I'm trying to get setDumpfile working with the java libshout bindings. > I am calling shout_set_dumpfile(shout,char*) after specifying the port, > host, mount and password, yet, the dumpfile is not created on the server > side. To be more specific, I'm trying this: > > bin/streamAdmin -d

Heyas, I'm trying to get setDumpfile working with the java libshout bindings. I am calling shout_set_dumpfile(shout,char*) after specifying the port, host, mount and password, yet, the dumpfile is not created on the server side. To be more specific, I'm trying this: bin/streamAdmin -d /tmp/test.mp3 -h streams.benow.ca -p 80 -P pass -m /benow which sets the dumpfile to be /tmp/test.mp3

Beta 2 has now been released...We are getting very very close to the 2.0 release. This could quite possibly be the last beta before 2.0.. Please help us by testing and submitting any bug reports to the icecast-dev mailing list! Here is the new stuff since beta1 * fixed a stability issue with the win32 build of icecast that would cause unexplained exits of the UI. * added new configuration

Beta 2 has now been released...We are getting very very close to the 2.0 release. This could quite possibly be the last beta before 2.0.. Please help us by testing and submitting any bug reports to the icecast-dev mailing list! Here is the new stuff since beta1 * fixed a stability issue with the win32 build of icecast that would cause unexplained exits of the UI. * added new configuration

This is taking longer than I expected, because there is all kinds of cvs2svn-generated ugliness in your back history that tends to crash my tools. Your repo makes a great test case. (Yes, I know, that's like having someone say "Your dog is fantastically ugly!") Current state of things is that I have scrapped my precious approach, which was to put the Subversion tools in a Python

New on this list - bear with me if I put an unintentional foot in my mouth. Neverwinter Nights is a game that's coming out on both windows and linux (and the Mac). What is _not_ coming out for Linux is the toolset used to make new adventures and such. We are a lot of people that hope to be able to run the toolset under Wine, however. A couple of days ago, the developers released a

Hi ! Maybe you could find something with this line in the <mount> section of the icecast.xml file: <dump-file>/tmp/dump-example1.ogg</dump-file> But I prefer to use streamripper which can do this easily on a client side: http://streamripper.sourceforge.net/ http://packages.debian.org/unstable/sound/streamripper yomguy Stefan de Konink wrote: > On Mon, 24 Oct 2005, Jaakko

Dear all I have setup separate pop3/imap log "/var/log/dovecot" and lmtp delivery log "/var/log/dovecot-deliver". After rotating logfiles, i run "doveadm log reopen". I see that my pop3/imap log "/var/log/dovecot" is used straight away, but my lmpt log "/var/log/dovecot-deliver" isn't used at first. After some time, usually a few minutes,

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

I still see the issue below. Is there anyone running separate LMTP logging that could check if they experience the same issue? Best regards Henrik Larsson -------- Original Message -------- Subject: "doveadm log reopen" don't reopen separate lmtp log Date: Sun, 25 Sep 2011 00:23:49 +0200 From: Henrik Larsson <dovecot-user at spambox.dk> To: dovecot at dovecot.org Dear all

Processing commands for control at bugs.debian.org: > found 487401 2.6.2-29 Bug#487401: logcheck-database: please include ignore rules for wu-ftpd Bug marked as found in version 2.6.2-29. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

Hi all, Currently I'm implementing a retrieval system with multiple reader processes and only one writer process updating the database periodically. In a reader process, whenever a Xapian::DatabaseModifiedError exception is caught, I call function reopen() and retry. However, my problem is, when there is only a small set of modification, e.g. only one new document is added, the reader would