I use websvn with multiviews. After the upgrade of php to 5.2.8-r2, i can't go into a subversion repos. Main page is OK because the index is wsvn.php. The repos are accessed via "/wsvn/" url (thnaks to multiviews).
In the error_log file I have :
[Fri Jan 30 15:43:20 2009] [error] [client x.x.x.x] Negotiation: discovered file(s) matching request: /var/www/svn/htdocs/wsvn (None could be negotiated).
If I put back a AddType line for php in the /etc/apache2/modules.d/70_mod_php5.conf file, everything is back. Seems that the .php extension is not recognized by MultiViews without it.
Steps to Reproduce:
Portage 18.104.22.168 (default/linux/x86/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.27-gentoo-r7 i686)
System uname: Linux-2.6.27-gentoo-r7-i686-Pentium_III_-Coppermine-with-glibc2.0
Timestamp of tree: Fri, 30 Jan 2009 07:15:02 +0000
sys-devel/automake: 1.5, 1.10.2
CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=16 -falign-jumps=16 -falign-loops=16 -falign-labels=1 -fprefetch-loop-arrays -maccumulate-outgoing-args"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=16 -falign-jumps=16 -falign-loops=16-falign-labels=1 -fprefetch-loop-arrays -maccumulate-outgoing-args"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS="en en_US fr fr_BE"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="acl acpi apache2 bash-completion boundschecking chroot crypt enscript expat fbcondecor fbsplash ftp imagemagick imap innodb ipv6 ithreads jpeg maildir memlimit mmx ncurses nls nocxx nonfsv4 pam pam_chroot pcntl pcre pdflib pdo perl php png postgres readline session soap sql sqlite sqlite3 sse ssl subversion threads tidy tiff truetype unicode vhosts x86 xml xml2 xmlreader xmlrpc xmlwriter xsl zlib" ALSA_CARDS="es1968" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US fr fr_BE" USERLAND="GNU" VIDEO_CARDS="mach64"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I am experiencing the exact same issue.
For anyone too lazy to look up the relevant AddType directive mentioned in the previous comment, "AddType application/x-httpd-php .php" is the workaround I used.
*** Bug 256708 has been marked as a duplicate of this bug. ***
I'm still unsure what to do, I'm planning to do some testing myself and maybe contact upstream, as this was the suggested setup, afaik.
php-5.3.2 now uses AddType as a default. Does using php-5.3.2 fix your issue?
Sorry for late answer. The problem is still there. Maybe it's a subversion only problem ?
This bug has been around a bit too long. If anyone can confirm that this is still a problem using the latest stable versions of the relevant packages, I will try to reproduce and see if I can fix this issue.
Sorry for the delay.
I can confirm that the bug is still alive here. Without the addtype, websvn doesn't work anymore.
(In reply to comment #7)
> I can confirm that the bug is still alive here. Without the addtype, websvn
> doesn't work anymore.
Okay. Sorry for taking so long with the bug. I will try to reproduce as soon as I get php 5.3.6 out the door.
Don't be sorry, it's the way gentoo is meant to work (with the help of volunteers) and i have a workaround ;-) So thank you for your support.
If you need some more infos or config file, i can provide them, just ask.
(In reply to comment #9)
> Don't be sorry, it's the way gentoo is meant to work (with the help of
> volunteers) and i have a workaround ;-) So thank you for your support.
> If you need some more infos or config file, i can provide them, just ask.
Please do. I am unsure how to set this up correctly.
Anyways, I would not hold my hopes up since it seems like a lot of other people struggle with sethandler and multiviews too. It may be that this is just one of those cases that the default configs won't work.
Created attachment 266703 [details]
config.php file from my websvn
A 'grep -v -e ^// -e ^$ include/config.php' from my websvn
in my wsvn.php file, I have:
$locwebsvnhttp = '';
Do you need other files ?
Relevant apache config files would be nice.
Created attachment 266727 [details]
vhost config file for the svn
Created attachment 266731 [details]
vhost config file for the svn (part 2, include)
It seems like this problem is unsolveable. I guess you really have to modify your config files in order for this to word as expected, accepting the security risks this may cause.
Sorry it took so long.
It's ok for me. We may close this bug.
Okay. Sorry this could not be resolved. Thanks for all your help.