I am not sure whether it is the right place to submit this type of bug, anyway With move of linuxthreads into ports, CVS shoul be available via http://sources.redhat.com/cgi-bin/cvsweb.cgi/ports/linuxthreads/?cvsroot=glibc It gives following error: Error: Failed to spawn GNU rlog on '/cvs/glibc/ports/linuxthreads//ecmutex.c,v, /cvs/glibc/ports/linuxthreads//semaphore.c,v, /cvs/glibc/ports/linuxthreads//tst-cancel8.c,v, .... /cvs/glibc/ports/linuxthreads//tst-tls1modd.c,v, /cvs/glibc/ports/linuxthreads//tst-popen2.c,v, /cvs/glibc/ports/linuxthreads//tst-cancel6.c,v' did you set the $ENV{PATH} in your configuration file correctly ? http://sources.redhat.com/
I confirmed that http://sources.redhat.com/cgi-bin/cvsweb.cgi/ports/?cvsroot=glibc works and http://sources.redhat.com/cgi-bin/cvsweb.cgi/ports/sysdeps/?cvsroot=glibc works but http://sources.redhat.com/cgi-bin/cvsweb.cgi/ports/linuxthreads/?cvsroot=glibc and http://sources.redhat.com/cgi-bin/cvsweb.cgi/ports/linuxthreads_db/?cvsroot=glibc do not. I'm not sure who could fix this. Perhaps a glibc maintainer? or perhaps the contact point at http://sourceware.org/suggestions.html.
This could be the ACLs, or a cvsweb setup problem. I've asked overseers to take a look.
Hi Roland, I checked with overseers about this. The problem appears to be the missing "symbols;" keyword in the RCS files; readd it and rlog is happy again. I am guessing that this is a side effect of the way you remove branches and tags when copying RCS files to ports. If that's all it is, I can readd the missing symbols tags, but you might also want to fix whatever script pruned the old tags... or did you do that through CVS?
Apparently cvsweb has its own ideas of what RCS files look like, beyond what RCS and CVS actually require.
I've fixed the RCS files and cvsweb seems to be happy now.
FWIW, Jonathon's experiment suggests that the error message was literal: whatever is installed as "rlog" was unhappy, so probably GNU RCS. Thanks!