I heard from one of the maintainers and he thinks it is a bug in the
apache-perl package.
On Mon, 2005-09-12 at 15:51 -0500, Matthew Lenz wrote:
> On Mon, 2005-09-12 at 15:06 -0500, John Hasler wrote:
> > Matthew Lenz writes:
> > > yeah thats what I did (all the run levels have a K for apache,
> >
On Mon, 2005-09-12 at 15:06 -0500, John Hasler wrote:
> Matthew Lenz writes:
> > yeah thats what I did (all the run levels have a K for apache,
> > apache-perl and apache-ssl). It still trys to start apache-perl though
> > (not apache or apache-ssl) which is strange. It think it might be a bug
>
Matthew Lenz writes:
> yeah thats what I did (all the run levels have a K for apache,
> apache-perl and apache-ssl). It still trys to start apache-perl though
> (not apache or apache-ssl) which is strange. It think it might be a bug
> in the apache-perl package.
Such a bug would have to involve
yeah thats what I did (all the run levels have a K for apache,
apache-perl and apache-ssl). It still trys to start apache-perl though
(not apache or apache-ssl) which is strange. It think it might be a bug
in the apache-perl package.
-Matt
On Mon, 2005-09-12 at 13:13 -0500, John Hasler wrote:
>
Matthew Lenz writes:
> Is there a way to make the upgrade process not reinstall the /etc/rc.*
> entries (which I've removed with update-rc.d)...
Don't remove them: just change them all to K entries. You can do this
easily with sysvconfig (apt-get install sysvconfig).
--
John Hasler
--
To UNSU
On Mon, 2005-09-12 at 17:06 +0100, antgel wrote:
> Matthew Lenz wrote:
> > Is there a way to make the upgrade process not reinstall the /etc/rc.*
> > entries (which I've removed with update-rc.d) and not attempt to kill
> > existing servers in /var/run/apache* or start /etc/init.d/apache* when
> >
At 7:32 Uhr -0700 25.09.2003, [EMAIL PROTECTED] wrote:
Anyone else have the problem of Apache-perl hanging on installation?
Yes I've seen it too, and downgraded to testing again because of it.
(Time for a bug report if not done already)
Christian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Mon, Sep 30, 2002 at 12:25:14AM -0600, Bob Proulx wrote:
> will trillich <[EMAIL PROTECTED]> [2002-09-29 23:30:31 -0500]:
> > okay, apt-get is wonderful and all that -- but when sticking
> > with a tried-and-true potato setup, it's hard to get feature
> > updates without some extra-apt activity
Bob Proulx wrote:
> will trillich <[EMAIL PROTECTED]> [2002-09-29 23:30:31 -0500]:
>
>>okay, apt-get is wonderful and all that -- but when sticking
>>with a tried-and-true potato setup, it's hard to get feature
>>updates without some extra-apt activity...
>
>
> Wait, wait, wait. Did you say "s
* will trillich ([EMAIL PROTECTED]) [020929 21:30]:
> okay, apt-get is wonderful and all that -- but when sticking
> with a tried-and-true potato setup, it's hard to get feature
> updates without some extra-apt activity...
>
> such as
>
> perl -MCPAN -e shell
> > install Bundle::HTML
will trillich <[EMAIL PROTECTED]> [2002-09-29 23:30:31 -0500]:
> okay, apt-get is wonderful and all that -- but when sticking
> with a tried-and-true potato setup, it's hard to get feature
> updates without some extra-apt activity...
Wait, wait, wait. Did you say "sticking with a tried-and-true
On Mon, Sep 10, 2001 at 06:26:22PM -0500, Nathan E Norman wrote:
> On Mon, Sep 10, 2001 at 04:22:11PM -0500, will trillich wrote:
> > i have mod_perl working like a dream -- and i'd like to add
> > mod_ssl, so:
> [ snip ]
>
> Welcome to the wonderful world of apache-perl vs. libapache-mod-
On Mon, Sep 10, 2001 at 04:22:11PM -0500, will trillich wrote:
> i have mod_perl working like a dream -- and i'd like to add
> mod_ssl, so:
>
> # apt-get -d install libapache-mod-ssl
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will
I had the exact same problem when trying to work with the debs.
Ultimatly I ended up just having to download the apache, mod_ssl, mod_perl,
and open_ssl sources and build them all by hand.
It was the only way to get them all to play nicely :)
Sorry, I dont remember the procedure I used, this was
On Mon, Aug 27, 2001 at 09:32:08PM +0200, Sven Gaerner wrote:
> Hi,
>
> does anyone how to solve the following problem without creating symlinks
> from /usr/lib/perl/5.6.0/* /usr/lib/perl/5.6.1?
Persuade the maintainer to fix it. Symlinks will probably just create
instabilities, so don't try it.
On Mon, Aug 20, 2001 at 02:31:21AM -0500, Andy Laurence wrote:
> > > but whenever I reference a Perl script in the cgi-bin, I
> > get a 404 error.
> >
> > What do the error-logs for apache say???
>
> Aha! 'script not found or unable to stat: /usr/lib/cgi-bin/customcd.pl'
> This is a bit weird as
> > but whenever I reference a Perl script in the cgi-bin, I
> get a 404 error.
>
> What do the error-logs for apache say???
Aha! 'script not found or unable to stat: /usr/lib/cgi-bin/customcd.pl'
This is a bit weird as everything in /etc/apache points to /var/www/cgi-bin.
> I've found out them
Hello Andy,
On Friday, August 17, 2001 at 4:24:36 PM,
you wrote (at least in part):
> but whenever I reference a Perl script in the cgi-bin, I get a 404 error.
What do the error-logs for apache say???
I've found out them to be a good source for information what's wrong.
Maybe there's a cgi-redi
On 17 Aug 2001 09:54:27 -0500, Andy Laurence wrote:
> > Are your script files set as executable by the web server process? ls
> > -al an example for the list to look at. Also your /etc/resolv.conf
> > might give us a clue as per the DNS thing you're mentioning.
>
> all scripts are -rwxrwxrwx and
On 17 Aug 2001 09:24:36 -0500, Andy Laurence wrote:
> I'm trying to get Apache running properly with Perl, but I'm having a few
> problems. I've managed to get Apache going with HTML, but whenever I
> reference a Perl script in the cgi-bin, I get a 404 error. I've noticed a
> 'Finding guildford.l
On Wed, Nov 22, 2000 at 06:28:10AM -0600, Herbert Ho wrote:
> I've tried it both with and without the '+'. they both result in the
> same error (403 forbidden). i check my permissions again and as far as
> i can tell all parent directories are at least o+rx.
>
> for some reason i can't understand
MAIL PROTECTED]>
> To: Ernest Johanson <[EMAIL PROTECTED]>
> Cc: debian-user@lists.debian.org
> Subject: Re: apache, perl, 403 forbidden, help? (SOLVED...kinda)
>
> thanks for everyone's help so far. it works...a little bit more. =)
>
> the problem i found is that th
> >
> >#!/usr/bin/perl -w
> >print "Content-type: text/html\n\";
>
> print "Content-type: text/html\n\n";
>
doh! that's what happens when you don't copy/paste. =(
but in the code that i actually run, the two '\n' do exist.
sorry. =p
herbert
thanks for everyone's help so far. it works...a little bit more. =)
the problem i found is that there is already a directive
for the public_html/ directories in access.conf. this seems to either
be read last (thus overrriding changes made in other files) or
conflict w/ changes made in other file
Herbert,
A few things to check:
1. Remove the quotes in your Directory statement, i.e.
instead of .
2. Make sure the directory you are trying to execute cgis in is under your
DocmentRoot if you're using a statement. If what you want is
to serve pages and execute cgis from your user directory
i tried this, but it hasn't worked. i did both
AddHandler cgi-script .cgi
and
AddHandler cgi-script .cgi .pl
i tried renaming all my perl scripts to .cgi, but it doesn't like it.
if i use the first one (with my scrips still having .pl), the browser
ends up downloading the script...
i'
I've tried it both with and without the '+'. they both result in the
same error (403 forbidden). i check my permissions again and as far as
i can tell all parent directories are at least o+rx.
for some reason i can't understand apache is ignoring the Directory
directives i use in the conf file...
It might be that you don't have it set up as a handler.
Look in /etc/apache/srm.conf for
AddHandler cgi-script .cgi
I think it's commented out by default. Just uncomment it, and change your
script's extenstion to .cgi (You could add .pl as a handler, but it's better
just to stick with cgi).
Hope
> 1) i've added the handler and options directives to my srm.conf:
>
> AddHandler cgi-script .cgi .pl
>
> Options +All +ExecCGI
>
>
>i know +All and +ExecCGI are redudant and this is not secure, but
>i'm desperate. =)
>
You shouldn't have a "+" in fron
Philipp Letschert wrote:
>
> I tried to include a perl counter in my webpage with the line:
>
>
>
> invoking the counter with http://foo.bar/cgi-bin/counter.pl works fine. But I
> didnt got it to work from within the document. After spending a lot of time
> with the Apache documentation I hav
30 matches
Mail list logo
