When I upgraded to www-apps/viewcvs-0.9.3 I get an Internal Server Error. Here's what shows up in the log: [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] Traceback (most recent call last): [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] File "/var/www/localhost/viewcvs/cgi/viewcvs.cgi", line 58, in ? [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] viewcvs.main(sapi.CgiServer()) [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] TypeError [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] : [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] main() takes no arguments (1 given) [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] [Fri Oct 07 05:40:58 2005] [error] [client xxx.xxx.xxx.xxx] Premature end of script headers: viewcvs.cgi Here's the `emerge info`: Portage 2.0.51.22-r3 (default-linux/x86/2005.1/2.4, gcc-3.3.6, glibc-2.3.5-r2, 2.4.28-gentoo-r9 i686) ================================================================= System uname: 2.4.28-gentoo-r9 i686 Pentium II (Deschutes) Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.4.19-r1, 2.4.22-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium2 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://mirrors.tds.net/gentoo http://chod.cwru.edu/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X aalib acl acpi acpi4linux alsa amd apache2 artswrappersuid athena autofs avi bash-completion berkdb bidi bitmap-fonts bonobo cgi clamav crypt cscope cups curl directfb distribution dnd eds emboss encode etwin evo fastcgi fbcon fbdev foomaticdb foreign-package foreign-sysvinit fortran freetds gb gd gdbm gif gpm gstreamer imap innodb ipalias ipv6 java javascript jbig jikes jpeg junit kerberos leim libg++ libgda libwww lids mad mdb mikmod motif mozaccess mozcalendar mozctl mozilla mozinterfaceinfo moznoxft mozp3p mozsvg mozxmlterm mp3 mpeg mysql ncurses nocardbus oav oci8 odbc ogg oggvorbis opengl openssh oss pam pdflib perl png postgres prelude python qt quicktime readline samba slang slp snmp spell sqlite sse ssl tcltk tcpd tiff transparent-proxy truetype truetype-fonts type1-fonts vorbis wmf xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS As for the viewcvs.conf, other than setting the cvs_roots, address, and main_title, I'm using the stock config file. Also, if I downgrade to www-apps/viewcvs-0.9.2_p20041207-r1 using all the same settings, it works.
I'm wondering if this is an issue because the previous stable install wasn't webapp-config compatible. One thing to do first is to make sure that there aren't any etc type files you need to upgrade. Assuming you didn't use the vhost useflag and it installed in the default location, do this: CONFIG_PROTECT=/var/www/localhost etc-update If there wasn't anythign there. What else might be going on is a change in the location for a few files. I bet you anything there's a path there that needs updated in a few of the files. If you don't understand what's going on, let me know and I'll see if I can explain.
I tried what you suggested, but it didn't work. I got the same error as before. I did manage to get it to work though. I unmerged www-apps/viewcvs altogether. After this I noticed that some of the files from 0.9.2_p20041207-r1 were still in /var/www/localhost. My thinking is that somehow it was picking up the wrong LIBRARY_DIR because of this and executing the old code within the new...
Fixed in www-apps/viewvc
