Just to let you know, cvs.moodle.org is moving to a new server today (from 184.108.40.206 to 220.127.116.11), and you might see some "WARNING: POSSIBLE DNS SPOOFING DETECTED!" warnings from ssh because the IP number has changed.
Fear not, it's a legitimate move.
To fix the warnings, just delete your local copy of the host key and re-connect.
should I change the server address for the cvs server in my Moodle4Mac?
In the past the server uk.cvs.moodle.org was much faster in Europe than the main server cvs.moodle.org but I don't know if it works fine everywhere.
When you perform a new cvs update, you will be asked to approve the new key for cvs.moodle.org and to add it to your .ssh/known_hosts again.
I don't know if the problem is on the cvs server or in my local mac .... as I understand the hint it should be a problem on the cvs server.
When I try to update my Moodle4Mac via anonymous cvs I get the following error message:
| CVS update for your local Moodle4Mac
CVS password is empty ... please only press to start Logging in to :pserver:firstname.lastname@example.org:2401/cvsroot/moodle CVS password: Connecting to the CVS server. Download will take a few moments! If the CVS update runs too long you may break with <strg>-C ? config.php cannot create_adm_p /tmp/cvs-serv23407/admin Permission denied logout [Prozess beendet]Searching 'cvs' and 'cannot create_adm_p' with Google I found some interesting facts.
> cannot create_adm_p /tmp/cvs-serv17258/Cmd
> Permission denied
The most common source of that error is a missing CVSROOT/Emptydir directory and lack of permission to create it. The simplest fix is to run "cvs init" as a user who has write permission in $CVSROOT/CVSROOT.
(It's safe to run init on an existing repository -- it preserves all the existing stuff and just creates anything that's missing.)
Could anybody help?
Thanks for the changes in the background. CVS is really very fast now!!
Today (23/10) eu.cvs.moodle.org is still offering '1.9.5+ (Build: 20091014)' whereas uk.cvs.moodle.org is at '1.9.6 (Build: 20091021)'.
Strange that is it not labeled 1.9.6+ as per the main download page, but the build date match...
Just a small nudge to say I could do with your server being up to date as well.
we rely on the eu (OU) CVS also and could do with the latest 19_WEEKLY made available.
Fingers crossed it's fixed soon.
Thanks for letting us know - I thought I was going a little mad.
However, it is actually nothing to do with me, I am just passing on the nagging messages occasionally.
It might be helpful if someone could post the instructions of how to switch from one repository to another (unless it is really complex or has too much potential for side-effcts). The procedure would be useful if one would decide to do this for any reason in the future as well.
Replying to my own request, I looked into this and it is not a trivial task as cvs stores the informaton about the repository in each directory.
However, I did download the scripts found at http://www.solarorange.com/docs/cvs/repositorymove.html and ran the bash command provided using:
./changeroot.sh :pserver:email@example.com:/cvsroot/moodleI then ran cvs update, and I am now updated to 1.9.6. The custom code on our machine was preserved.I would only use the above with extreme caution on a test machine using backed up scripts. But at least one knows the steps involved if one ever needs to do it.
I would be interested in that info if anyone has it, specifically for changing repository with TortoiseCVS on windows Server 2003 - Or is it just a case of RTFM?
Tim - I hope I didn't appear to assign responsibility to you - I understand. We only have (miniscule compared to the OU) 15,000 or so learners ourselves and I know how long it can take our network guys to turn around a job.
See CVS_for_Administrators#Switching_to_a_new_CVS_server which cites http://www.tortoisecvs.org/faq.html#changecvsroot
Unfortunately it's not trivial.
Thanks for the links also folks.
So it ruins all our scripts that rely on diff to check for updates in core code ...
So, please admins of eu.cvs.moodle.org, do something