`cvs' version problem? (was Re: CVS compilation problems...)

[Raja R Harinath <harinath cs umn edu>]

philippe@enit.fr writes:
> > It is in the FAQ.  Section 4.2, "How do I get GNOME from CVS?"
> > directs people to checkout, not update.  It is also in the CVS
> > documentation.
> 
> Well, this is NOT the pb : autogen is looking for a macros directory
> BELOW the current directory (say under gnome-libs dir for example.
> This was where it was not so long ago.

And it is the right place.
 
> Now, CVS checkout puts the macros directory at the same level as the
> current directory (say ../macros) which is logical if it is to be the
> same thing for all modules.

This should not happen.  This looks like a bug in CVS.  Possibly a bad
interaction between the versions of CVS running on AnonCVS and your
machine.  (BTW, does this fate happen only to the macros/ subdir, or
also to the intl/ and libvfs/ subdirs?)

I was unable to duplicate this with

	client		server
	------		------
	CVS 1.9		cvs.gnome.org
	CVS 1.10.2	cvs.gnome.org
	CVS 1.9		anoncvs.gnome.org
	CVS 1.10.2	anoncvs.gnome.org

I use a sparc-sun-solaris2.5 for the cvs client.  

If you are using packages from Debian or RedHat, you may want to file
bugs against those packages with their respective distributors.

You may also want to download the CVS source for CVS 1.10 from your
friendly neighbourhood GNU source mirror, compile it on your machine and
see if it fails the same way.  If so, you may want to file bugs against
AnonCVS.gnome.org with GNOME, and potentially against CVS itself with
Cyclic Software.

I won't be able to file those bugs myself, since I don't experience
those bugs.  Someone who sees the problem has to do the legwork.

Just to be sure, here's the command to invoke

  cvs -z3 -d :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome get gnome-libs

Here's what the tree should look like:

	gnome-libs/
		libgnome/
		libgnomeui/
		...
		macros/
		intl/
		libvfs/

Anything that puts one or more of macros/, intl/, or libvfs/ at the same
level as gnome-libs is wrong.

Other variants for testing should be obvious from this.  A smaller
module (like gedit, ee, or gnome-print) may be more preferable for
testing.

- Hari
-- 
Raja R Harinath ------------------------------ harinath@cs.umn.edu
"When all else fails, read the instructions."      -- Cahn's Axiom
"Our policy is, when in doubt, do the right thing."   -- Roy L Ash