similar to: Reloading ices (0.2.3) playlist

Hi I've got everything running OK but now have a couple of questions: I'm occasionally getting "504 server full" errors at the client and in the icecast access log. Is this caused by me exceeding the value set in the <max-listeners> section of icecast.xml for each mount point? Also, when I HUP ices it fails to properly reload the Perl module... ices catches the

Hi All-- I'm trying to get icecast working with ices, but I'm having a problem with the PQueue module. I'm including my ices.connf file and verbose output when running in non-daemon mode below. I'm running on Fedora Core 1, and have all packages updated (via yum). I'd greatly appreciate any insights. Jim <p><?xml version="1.0"?>

Hello all Ive just discover that ices0 can encode {.ogg,.flac,.mp3} to mp3 streams!.. greate! the script thing is wonderfull. in my script i have defined ices_init ices_shutdown ices_get_next all works greate. Now, i want be able users to skip the song that is been streamd. for that, kill -s SIGUSR1 IcesPid works greate but.. for the songs i have setup a ranking field in a sql database.

Hello, I am a bit confused by the REST syntax - how can I PUT an arbitrary file in the bucket? Downloading works fine (Perl+LWP), see below, but for PUT I only see this line in the docs (http://docs.puppetlabs.com/guides/rest_api.html): PUT /{environment}/file_bucket_file/md5/{checksum} Should I compute the MD5 of the file and port its contents at the url ? my code: my $ua =

Hi all, I just wrote this script (attached) which I thought others might find useful -- it updates the song title of every mountpoint with the current number of listeners for that mount. It can be seen in action on http://radio.ethereal.net:8000/stale, where it runs every minute out of cron. The script should be self-explanatory, but feel free to write me privately with any questions or

Hello, Sometimes, when a call comes in from the PSTN through our VoIP gateway, the information that is sent to our web page that logs calls includes the original CID name instead of the one that is we expect to be rewritten on the fly using Asterisk's LookupCIDName: ================= ;extensions.conf [internal] exten => group,1,LookupCIDName exten =>

Hi... i would like know how to one playlist handler whith perl? where a search one "HOW TO" thanks.. -- ALPHANET INFORM?TICA LTDA www.alphanetbh.com.br Belo Horizonte MG Leandro Campos (31)30726251 (31)87883925 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20071226/c577c111/attachment.htm

We have installed IceCast2 and Ices0.3 and it works very well - with builtin playlist! When I write my own playlist handler - similar to the preconfigured ices.pm.dist - I get a perl_parse() error while starting ices. So ices exits. --- Code: --- # At least ices_get_next must be defined. And, like all perl modules, it # must return 1 at the end. # Function called to get the next filename to

If an ESX guest has a snapshot, the path the libvirt driver gives us will look like: [yellow:storage1] RHEL4-X/RHEL4-X-000003.vmdk instead of: [yellow:storage1] RHEL4-X/RHEL4-X.vmdk The current path mangling code does take this into account. This change makes it use the current mechanism first, but try again after removing a '-\d+' suffix if it gets a 404. Trying twice should make it

On Thursday, 28 March 2002 at 05:05, Cédric Mallet wrote: > dimanche 24 mars 2002, 21:42:54, Brendan Cully a écrit : > > >> I also had strange results when commenting this function (in that case > >> it is supposed to stream the name of the song, by reading the IdTag). With > >> Winamp, I didn't get anything ("unnamned"), with XMMS, I had the proper

- 0.2.1 2001-07-12 - Thread stack size increased, to prevent segfaults during metadata updates on Solaris, FreeBSD, OpenBSD, and probably anything that isn't Linux. - Sleep code fixed to work better on other platforms. Solaris users should be happy. - All playlist functions but ices_get_next made optional. - Compatibility

Fix a bug which would have prevented an SSL certification from ever being verified. --- lib/Sys/VirtV2V/Transfer/ESX.pm | 15 ++++++++------- 1 files changed, 8 insertions(+), 7 deletions(-) diff --git a/lib/Sys/VirtV2V/Transfer/ESX.pm b/lib/Sys/VirtV2V/Transfer/ESX.pm index 1da382a..66ba515 100644 --- a/lib/Sys/VirtV2V/Transfer/ESX.pm +++ b/lib/Sys/VirtV2V/Transfer/ESX.pm @@ -53,7 +53,7 @@

In weakforced you have webserver("0.0.0.0:8084", "THIS-IS-THE-PASSWORD-FOR-WFORCE") Thus, you make the base64 blob as ~$ echo -n wforce:THIS-IS-THE-PASSWORD-FOR-WFORCE | base64 d2ZvcmNlOlRISVMtSVMtVEhFLVBBU1NXT1JELUZPUi1XRk9SQ0U= And in dovecot you put auth_policy_server_api_header = Authorization Basic d2ZvcmNlOlRISVMtSVMtVEhFLVBBU1NXT1JELUZPUi1XRk9SQ0U Aki > On 7

dimanche 24 mars 2002, 21:42:54, Brendan Cully a écrit : >> I also had strange results when commenting this function (in that case >> it is supposed to stream the name of the song, by reading the IdTag). With >> Winamp, I didn't get anything ("unnamned"), with XMMS, I had the proper >> name, with "unnamned" written after it, and it only worked

Hi, > Am 16.09.2019 um 09:39 schrieb Daniel Miller <dmiller at amfes.com>: > > On 9/13/2019 1:21 AM, Fabian via dovecot wrote: >> Hi, >> we are trying to add full text search functionality with Solr to our Doveoct setup. Our Versions: >> OS: Debian 9 >> Tried versions: >> - Dovecot 2.2.7 with Solr 3.6 >> - Dovecot 2.3.4 with Solr 8.2 >>

Great. Wonder if Oddsock can make a new exe? Also, if using the Intro feature and Relays, I assume that I need to define the intros on the slaves, not the master? Thanks, Fred -----Original Message----- From: Karl Heyes [mailto:karl@xiph.org] Sent: Wednesday, June 22, 2005 4:08 PM To: Fred Black Subject: RE: [Icecast] IceCast 2.2 MP3 stream and Real Player noise On Wed, 2005-06-22 at

I took suggestions from https://forge.puppet.com/fraenki/wforce to set these in /etc/dovecot/conf.d/95-auth.conf auth_policy_server_url = http://localhost:8084/ auth_policy_hash_nonce = our_password auth_policy_server_api_header = "Authorization: Basic hash_from_running_echo-n_base64" auth_policy_server_timeout_msecs = 2000 auth_policy_hash_mech = sha256 auth_policy_request_attributes =

We were seeing 100% failure rates transferring 10G disk images from ESX on a particular setup. We also weren't spotting the transfer failure, and dying with a strange error from libguestfs. These 2 patches fix the error check which should have made it obvious what was failing, and the underlying error.

This patch refactors the data transfer code with several goals: * Have a common read(source)/write(target) loop so that common processing can happen in the middle of it, e.g. format change/progress bar * Provide volume metadata to transfers to allow smarter reading/writing, e.g. of sparse files * Simplify the data transfer code The patch *isn't* NFC because there are some minor behaviour

So for auth_policy_server_api_header. is the value of our_password come from the hashed response or the plain-text password? What else am I doing wrong? Mar 7 09:20:53 olddsm wforce[17763]: WforceWebserver: HTTP Request "/" from 127.0.0.1:56416: Web Authentication failed curl -X POST -H "Content-Type: application/json" --data '{"login?:?ouruser?, "remote":