From owner-freebsd-cvsweb@FreeBSD.ORG Tue May 31 18:21:39 2005 Return-Path: X-Original-To: freebsd-cvsweb@FreeBSD.org Delivered-To: freebsd-cvsweb@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DB1C16A41C for ; Tue, 31 May 2005 18:21:39 +0000 (GMT) (envelope-from dan@langille.org) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E7B43D49 for ; Tue, 31 May 2005 18:21:38 +0000 (GMT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id C3CA83D42; Thu, 2 Jun 2005 10:20:20 -0400 (EDT) From: "Dan Langille" To: Jonathan Noack Date: Tue, 31 May 2005 14:21:38 -0400 MIME-Version: 1.0 Message-ID: <429C72F2.3214.2982B84E@localhost> Priority: normal In-reply-to: <429CA70F.70202@alumni.rice.edu> References: <429BFF1E.24222.27BE446D@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-cvsweb@FreeBSD.org Subject: Re: Error: Failed to spawn GNU rlog X-BeenThere: freebsd-cvsweb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS Web maintenance mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 18:21:39 -0000 On 31 May 2005 at 13:03, Jonathan Noack wrote: > On 05/31/05 05:07, Dan Langille wrote: > > On 30 May 2005 at 23:48, Jonathan Noack wrote: > > > > > >>On 05/30/05 20:00, Dan Langille wrote: > >> > >>>Let me try again... > >>> > >>>On 30 May 2005 at 19:12, Jonathan Noack wrote: > >>> > >>>>On 05/30/05 18:12, Dan Langille wrote: > >>>> > >>>>>I'm getting this error: > >>>>> > >>>>>Error > >>>>> > >>>>>Error: Failed to spawn GNU rlog on > >>>>>"/usr/websites/develop.example.org/repository/configuration//vhos > >>>>>ts . co nf.sample,v, > >>>>>/usr/websites/develop.example.org/repository/configuration//.cvsi > >>>>>gn o re ,v". > >>>>> > >>>>>Did you set the $command_path in your configuration file > >>>>>correctly ? (Currently "/bin:/usr/bin:/usr/local/bin" > >>>>> > >>>>>If I run rlog on the above mentioned files, I get expected > >>>>>results. > >>>>> > >>>>>I'm running 4.11-stable, Apache 1.3.33, cvsweb-2.0.6_2, and perl > >>>>>5.8.6 > >>>>> > >>>>>This entry from the archives indicates > >>>>>this is not a new problem, but also that it should be fixed > >>>>>"shortly". > >>>>> > >>>>>Clues please? > >>>> > >>>>Historically this has been a problem with CVSweb 2.0.x and Perl > >>>>5.8's stricter taint checks, but the -T flag was removed as of > >>>>2.0.6_1 and there have been no reports of this problem since July > >>>>2004. When you run rlog manually, are you running it as the same > >>>>user that runs CVSweb (and most likely Apache)? > >>> > >>>No, I ran it as myself. To run it as www (this time, with a > >>>different command): > >>> > >>>$ sudo -u www rlog /usr/websites/develop.example.org/repository/ > >>>configuration//vhosts.conf.sample,v > >>>/usr/websites/develop.example.org/repository/configuration//. > >>>cvsignore,v > >>> > >>>RCS file: > >>>/usr/websites/develop.example.org/repository/configuration//vhosts. > >>>c onf.sample,v Working file: vhosts.conf.sample head: 1.8 branch: > >>>locks: strict access list: symbolic names: > >>> beta: 1.1.1.1 > >>> devel: 1.1.1 > >>>keyword substitution: kv > >>>total revisions: 9; selected > >>>... > >>> > >>>Interesting... [still] > >> > >>To see what the actual error is, comment out the redirection of > >>STDERR on lines 2131 and 2138 (with 2.0.6) and see if you get > >>anything in your web server error logs. > > > > > > Use of uninitialized value in exec at /usr/local/www/cgi- > > bin/cvsweb.cgi line 2481. > > Use of uninitialized value in exec at /usr/local/www/cgi- > > bin/cvsweb.cgi line 2481. > > Can't exec "": No such file or directory at /usr/local/www/cgi- > > bin/cvsweb.cgi line 2481. > > > > NOTE: I'm on cvsweb-3.0.5_1 (was on 2 at the start of this > > exercise). > > With 3.0.5 you can define DEBUG in cvsweb.conf instead of commenting > out the STDERR redirection lines. Look for it near the bottom. > > > The 2481 line is : exec(@cmd, @files) or exit -1; > > > > I have done a "chmod -R www" on the repo directory. That's more > > rights than the rest of the website. > > Do you mean "chown -R www"? Yes. > While we're taking drastic measures with permissions, do a "chmod -R > +r"... Done. > > If I print anything out before line 2481, I get to see this on the > > webpage: > > > > NOTE: There are 19 files, but none matches the current tag. > > Make sure you send anything you print to STDERR. Understood. I've removed those prints for now. > > Q: Could this copy of the repo be corrupted/incomplete and causing > > the above problems? > > Perhaps, but if you have the time let's try to figure it out. Yep. I have a bit of time now, and more later tonight, after 6:30 PM EST. Have a look at http://develop.freshports.org/cgi-bin/cvsweb.cgi/www/non-ports/ now. cvsweb.conf now contains '$DEBUG = 1;'. I've solved it. It's luser error. I was using cvsweb.conf- freebsd.dist as a starting point. I just tried cvsweb.conf.dist as a starting point (only CVSrepositories was altered) and now everything seems to be working. My thanks for the help. My apologies for not finding this myself. Should we continue looking at cvsweb.conf-freebsd.dist ? -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/