Re: [viewvc-users] How to configure single repository (root)?

"C. Michael Pilato" <[email protected]>
Newsgroups gmane.comp.version-control.cvs.viewcvs.user
Organization CollabNet, Inc.
Message-ID <[email protected]>
On 08/09/2010 06:37 PM, Jack Bates wrote:
> I have only one Subversion repository (ViewVC "root"), but when I visit
> http://campcoop.com/cgi-bin/viewvc.cgi, instead of listing the contents
> of that repository, ViewVC displays a list of repositories (of which
> there's only one)
> 
> If I click on the repository, then ViewVC lists it's contents, but this
> shouldn't be necessary (it should be necessary to choose the repository
> from among only one repository)
> 
> I tried to configure ViewVC to skip the list or repositories by adding,
> 
> default_root = svn
> 
> - to my viewvc.conf, but no success : ( ViewVC still displays a list of
> only one repository
> 
> Is there a way to configure ViewVC to skip the list of only one
> repository, and list its contents instead?

I'll note two approaches to this issue, one of which I'd go so far as to
recommend.

1.  If you set 'root_as_url_component = 0' in your viewvc.conf, this will
have the desired effect.  Your main ViewVC URL ".../viewvc.cgi" will point
to the top-most directory of your default repository.  A top-level directory
in your repository named "bloopty" would have the URL
".../viewvc.cgi/bloopty", and so on.  One downside is that if you later add
more repositories (I know, I know, "I'll never do that..."), their URLs will
need to carry their rootname as a CGI parameter.  So
".../viewvc.cgi/bloopty" would still point to the "bloopty" directory of
your first repository, while ".../viewvc.cgi/bloopty?root=project2" would
point to the "bloopty" directory in another repository named "project2".
Ugliness ensues.

2.  Remove 'roots' from the list of 'allowed_views' in viewvc.conf.  Then,
just don't point folks to the ".../viewvc.cgi" URL -- instead, always link
to the URL that represents the root directory of your sole repository.  This
forward-thinking approach is the one that I recommend.

-- 
C. Michael Pilato <[email protected]>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

------------------------------------------------------
http://viewvc.tigris.org/ds/viewMessage.do?dsForumId=4255&dsMessageId=2644899

To unsubscribe from this discussion, e-mail: [[email protected]].
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkxgl5EACgkQokEGqRcG/W5yLACeNoCFUKpynBR4mGsM20ysmc3G
BAgAn3DGFxU3r8ykwNZ5LOdX/z5tbyf8
=KYZs
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.