Kjetil Kjernsmo wrote:
> Hehe! Well, when there's headers files missing, it is almost always due 
> to a missing -dev... I haven't yet had any problems with paths of any 

> Anyway, the only apache-related -dev I could find on my system is 
> apache-dev, do you have that?

Yes, that package was missing. Thanks for the hint. I removed the
older Debian package and successfully installed AxKit 1.62 via
CPAN. LibXSLT broke again for a bit. I wasn't sure why but I noticed
that the xsp pages weren't working either so I installed
AxKit::XSP::Util. (This depended on HTTP::GHTTP, which I was able to
install through the debian packages. It wasn't happy through CPAN and
I'm not sure why.) For some reason, installing AxKit::XSP::Util fixed
LibXSLT but the xsp pages are still broken.

I've run into another problem though. When I request a directory, AxKit
loops until the Browser makes it stop. My apache access logs look
something like this:

10.8.116.141 - - [03/Aug/2004:08:48:02 -0600] "GET /xml/ HTTP/1.1" 302 198
10.8.116.141 - - [03/Aug/2004:08:48:02 -0600] "GET /xml// HTTP/1.1" 302 199
10.8.116.141 - - [03/Aug/2004:08:48:02 -0600] "GET /xml/// HTTP/1.1" 302 200
10.8.116.141 - - [03/Aug/2004:08:48:02 -0600] "GET /xml//// HTTP/1.1" 302 201 

and so on...

The apache error logs, with AxDebug set at 10, look like this:

[Tue Aug  3 08:48:02 2004] [warn] [client 10.8.116.141] [AxKit] handler called for 
/xml//
[Tue Aug  3 08:48:02 2004] [warn] [client blah] [AxKit] Content Provider Override: 
Apache::AxKit::Provider::File
[Tue Aug  3 08:48:02 2004] [warn] [client blah] [AxKit] decoding from UTF-8
[Tue Aug  3 08:48:02 2004] [warn] [client blah] [AxKit] [req] File Provider given $r: 
/var/www/xml
[Tue Aug  3 08:48:02 2004] [warn] [client blah] [AxKit] checking if we process this 
resource
[Tue Aug  3 08:48:02 2004] [warn] [client blah] [AxKit] '/var/www/xml' is a directory
[Tue Aug  3 08:48:02 2004] [warn] [client blah] [AxKit] handler called for /xml///

and so on, appending a '/' to the end of the directory name until the
broswer won't let it try anymore.

Here is my current setup:
Apache/1.3.26 (Unix) Debian GNU/Linux AxKit/1.62 mod_perl/1.26 PHP/4.1.2

and the relevant pieces of my httpd.conf

<Directory "/var/www/xml">
 PerlModule AxKit
 SetHandler perl-script
 PerlHandler AxKit
 PerlSetVar XSLTParser XML::LibXSLT
 AddHandler AxKit .xml .xsp .xsl .xps
 AxAddStyleMap application/x-xpathscript
 Apache::AxKit::Language::XPathScript
 AxAddStyleMap text/xsl Apache::AxKit::Language::LibXSLT
 AxAddXSPTaglib AxKit::XSP::Util
 AxAddStyleMap application/x-xsp Apache::AxKit::Language::XSP
 AxDebugLevel 10
 </Directory>

I googled for awhile about this problem and discovered a post to
axkit-users back in Sept. 03. 

See http://www.mail-archive.com/[EMAIL PROTECTED]/msg04384.html
for more details...

The user said he reported a bug to http://rt.cpan.org, but when I
searched there for AxKit I couldn't find any bug like this. Did this
bug get resolved? If so, what can I do to troubleshoot the problem further?

Thanks for all the help thus far and if anybody has any ideas that
would be great.

-- 
Aubrey Hutchings
[EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to