working on porting it as well, so
he might beat me to it.
Meanwhile if somebody asks about a 2.0 port, you can point them to this URL:
http://stason.org/tmp/Apache-MP3-3.04.tar.gz
As Clemens Schrimpe has pointed out in a private email, my port is not
complete as I failed to notice that ICY headers
I've ported Apache::MP3 to mp2. I'm not submitting it as a patch yet, since I
want to try to make the changes co-exist with mp1.
This package currently works only with mp2:
http://stason.org/tmp/Apache-MP3-3.04.tar.gz
This a temporary location and will be gone once I submit the changes
Title: Apache::MP3
Has anyone gotten Apache::MP3 to run on Mod_perl 2?
FARRINGTON, RYAN wrote:
Has anyone gotten Apache::MP3 to run on Mod_perl 2?
Hold on a bit, I'll post a ported version soonish.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
Hi Sean,
It sounds like a great idea, but it's not going to happen soon. My first
priority is to get Apache::MP3 working with mod_perl 2.0 while maintaining
compatibility with mod_perl 1.0.So much has changed between the two
versions that I've basically given up on maintaining all my
Lincoln Stein wrote:
Hi Sean,
It sounds like a great idea, but it's not going to happen soon. My first
priority is to get Apache::MP3 working with mod_perl 2.0 while maintaining
compatibility with mod_perl 1.0.So much has changed between the two
versions that I've basically given up
I've resolved this problem, at least to a degree which satisfies me. I built
apache-1.3.27 and mod_perl-1.27 together following the INSTALL.simple
instructions from the mod_perl source but adding EVERYTHING=1 when running
Makefile.PL. This makes Apache::MP3 work on a Red Hat 7.3 system with perl
Wilcox, Curtis wrote:
I've resolved this problem, at least to a degree which satisfies me. I built
apache-1.3.27 and mod_perl-1.27 together following the INSTALL.simple
instructions from the mod_perl source but adding EVERYTHING=1 when running
Makefile.PL. This makes Apache::MP3 work on a Red Hat
Actually I run into the problem before I get to the Apache::MP3 part but
running Apache::MP3 is the ultimate goal.
The distro I'm trying is Red Hat 8.0 which includes apache 2.x.x, mod_perl
1.99 and perl 5.8.0 but Apache::MP3 requires the 1.0 mod_perl API. I tried
to use the Apache::compat module
SetHandler perl-script
PerlHandler Apache::MP3
/Location
/usr/local/apache/bin/apachectl configtest
/usr/local/apache/bin/apachectl: line 171: 999 Segmentation fault
$HTTPD -t
The segfault is not caused by the PerlHandler, it still happens if there's
only the SetHandler
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 4:30 PM
To: Wilcox, Curtis
Cc: [EMAIL PROTECTED]
Subject: Re: [mp1] Help with Apache::MP3
On Thu, 20 Feb 2003, Wilcox, Curtis wrote:
[snip,snip]
tried installing apache-1.3.27
Hi All
This may be off topic but since it's Friday I thought I'd have a quick play and
install Apache::MP3.
I've built the module and followed the Apache config instructions on the web
site, but every time I try to access the /music location I get a 500 error and
the following line
/Header.pm
with my use lib being set to:
use lib Apache-server_root_realtive('perl');
So anything in the Apache namespace would be placed in the Apache directory.
I hope to play with the Apache::MP3 module myself, but I believe it has to
be put in this directory. If I am wrong, please, fellow perlMonks
On Mon, 4 Mar 2002, Stas Bekman wrote:
[]
Can CGIpm detect that 'PerlSetupEnv Off' is in effect and die if that's
the case? for example by testing some env var that most likely should be
set with 'PerlSetupEnv On'? eg:
For now I have added that check to Apache::MP3 (with warn instead
Eric Hammond wrote:
Lincoln:
After a day of adding debug statements into Apache::MP3 and CGI.pm
I finally tracked down why my streaming was not working. I had
listened to http://perl.apache.org/guide/performance.html#PerlSetupEnv_Off
which caused $ENV{QUERY_STRING} to not be set which
Lincoln:
After a day of adding debug statements into Apache::MP3 and CGI.pm
I finally tracked down why my streaming was not working. I had
listened to http://perl.apache.org/guide/performance.html#PerlSetupEnv_Off
which caused $ENV{QUERY_STRING} to not be set which broke CGI.pm.
To save others
I just install Apache::MP3 and it works fine but if I try to use ::Skin
I get these messages for PerlSetVar
PerlSetvar takes two arguments Perl config var and value This does
this with ::Sortlist also. But with the straight MP3 modules I can use
PerlSetVar
SetHandler perl-script
Patrick Buckingham wrote:
I just install Apache::MP3 and it works fine but if I try to use ::Skin
I get these messages for PerlSetVar
PerlSetvar takes two arguments Perl config var and value This does
this with ::Sortlist also. But with the straight MP3 modules I can use
PerlSetVar
My setup:
- redhat 7.1
- perl 5.6.0 (original redhat rpm)
- mod_perl 1.26 (compiled)
- apache 1.3.20 (compiled)
I installed Apache::MP3 per the instructions in the docs.
perl.conf:
VirtualHost 192.168.123.100
ServerName removed
ServerAdmin removed
DefaultType text/plain
I think your "Order" directive is wrong.
order should be lower case, as should be allow and all.
Give that a whirl.
Tom
On Tue, Nov 28, 2000 at 08:11:06PM -0500, Sean Keplinger wrote:
The Apache::MP3 module allows you to stream MP3 files from your webserver --
it's a pretty spi
The Apache::MP3 module allows you to stream MP3 files from your webserver --
it's a pretty spiffy little interface. Everything appears to be working
fine, but when I try to stream an MP3, I get the following error in my
error_log:
[Tue Nov 28 20:01:54 2000] [error] [client x.x.x.x] need
21 matches
Mail list logo