[EMAIL PROTECTED] (Adrian Aichner) writes:
> >> >>>>> "Dan" == Dan Harkless <[EMAIL PROTECTED]> writes:
> Dan> I just repeated the same steps I did before and it works now.
> Dan> Guess it was some kind of transient failure? *Perhaps* fixed
> Dan> by my checking out WGET_1_5_3 from my "dan" account...??
[...]
> Today I have started over with a cvs login and fresh checkout into
> non-existing directory.
>
> After that I still cannot update to WGET_1_6.
>
> I suspect you (cvs user dan) will have to try to update to WGET_1_6,
> which will work. THEN I will be able to update to it as well, but not
> to WGET_1_5_3 any longer :-)
No, it appears it works the way I theorized above -- once I check out a
certain tagged version of the source, that fixes that version for good, not
just until I check out another tagged version. Apparently I had not checked
out WGET_1_6 with my dan account since SunSITE made whatever change (the
authentication thing?) it was that started all this (assuming it wasn't like
this before and it's just that no one ever noticed).
Here's a test I just did which illustrates this:
dilvish-dan> cd cvs_1.6_before/
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs login
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs co -r WGET_1_6 wget
cvs server: User 'cvs' cannot access
cvs server: User 'cvs' cannot access Branches
cvs server: User 'cvs' cannot access ChangeLog-branches
cvs server: User 'cvs' cannot access doc
cvs server: User 'cvs' cannot access po
cvs server: User 'cvs' cannot access src
cvs server: User 'cvs' cannot access util
cvs server: User 'cvs' cannot access windows
cvs [server aborted]: no such tag WGET_1_6
As Adrian stated, user cvs can't check out WGET_1_6.
dilvish-dan> cd ..
dilvish-dan> mkdir cvs_1.5.3_before
dilvish-dan> cd cvs_1.5.3_before/
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs co -r WGET_1_5_3 wget
cvs server: Updating wget
U wget/AUTHORS
U wget/COPYING
[...]
U wget/windows/config.h.ms
U wget/windows/wget.dep
But 1.5.3 worked (apparently due to my checking it out as dan the other day).
dilvish-dan> cd ..
dilvish-dan> mkdir dan-1.6
dilvish-dan> cd dan-1.6
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs login
(Logging in to [EMAIL PROTECTED])
CVS password:
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs co -r WGET_1_6 wget
cvs server: Updating wget
U wget/AUTHORS
U wget/COPYING
[...]
U wget/windows/config.h.ms
U wget/windows/wget.dep
Okay, now I've checked out 1.6 as dan as well.
dilvish-dan> cd ..
dilvish-dan> mkdir cvs_1.6_after
dilvish-dan> cd cvs_1.6_after
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs login
(Logging in to [EMAIL PROTECTED])
CVS password:
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs co -r WGET_1_6
cvs server: Updating wget
U wget/AUTHORS
U wget/COPYING
[...]
U wget/windows/config.h.ms
U wget/windows/wget.dep
dilvish-dan> cd ..
Yep, now user cvs can magically check out 1.6 too.
dilvish-dan> mkdir cvs-1.5.3_after
dilvish-dan> cd cvs-1.5.3_after/
dilvish-dan> cvs -d :pserver:[EMAIL PROTECTED]:/pack/anoncvs co -r WGET_1_5_3 wget
cvs server: Updating wget
U wget/AUTHORS
U wget/COPYING
[...]
U wget/windows/config.h.ms
U wget/windows/wget.dep
But the ability to check out 1.5.3 didn't go away.
So the real question is, why the heck is this happening? And will it be
necessary for someone with write-access to the CVS repository to check out
every tagged version after it's created to ensure that the anonymous cvs
account can check it out too??
---------------------------------------------------------------
Dan Harkless | To help prevent SPAM contamination,
GNU Wget co-maintainer | please do not mention this email
http://sunsite.dk/wget/ | address in Usenet posts -- thank you.