Re: CVS access via SSH

Stephen> I have the CVS repository online now. Due to local Stephen> firewall restrictions, access has to be via SSH. If you Stephen> had commit access on the old cvs.xemacs.org, I should Stephen> have a valid public key for you already. Write accesses Stephen> should be the same as on the old host. Host is Stephen> tanko.sk.tsukuba.ac.jp [130.158.99.155]. Root is Stephen> /usr/CVSroot. Access cvs via the ext method in the usual Stephen> way: Stephen> CVS_RSH=`which ssh` cvs -d :ext:xemacs＠tanko.sk.tsukuba.ac.jp:/usr/CVSroot Stephen> This is SSH 1. It's not a top-of-the-line box, but Stephen> should serve for the moment. This uses the SSH feature Stephen> of restricting access to a particular application, namely Stephen> "cvs server" for /usr/CVSroot. Lightly tested, it seems Stephen> to work. A trivial test works for me: AichnerAd＠D5DC120J //c/Hacking/XEmacs/xemacs-21.5 $ cvs -f -z3 -d :ext:xemacs＠tanko.sk.tsukuba.ac.jp:/usr/CVSroot -n -q update Enter passphrase for RSA key 'Adrian Aichner <adrian(a)xemacs.org&gt;&#39;: ? ben-mouse-track.patch ? confdefs.h ? configure-pb.patch ? igrep-make-local-variable--hook.err ? patch--dry-run--strip-0-configure-pb.err ? patch--strip-0-configure-pb.err ? lisp/cvs-annotate-about-el.err ? nt/xemacs-21.5-make-all-deiconify.err ? nt/xemacs-21.5-make-all-utime.err ? nt/xemacs-21.5-make-all.err ? nt/xemacs-21.5-make-check-temacs.err ? nt/xemacs-21.5-make-check.err ? nt/xemacs-21.5-make-distclean-2.err ? nt/xemacs-21.5-make-distclean.err ? nt/xemacs-21.5-make-install.err ? src/dump-id.c ? src/toby-smith-console.err ? src/toby-smith-console.patch M nt/xemacs.mak AichnerAd＠D5DC120J //c/Hacking/XEmacs/xemacs-21.5 Stephen> I have tagged the current state of the trunk of the core Stephen> as LAST_DAYS_OF_CAMELOT. Besides having the tarballs Stephen> from the old host, we should also be able to replay to Stephen> current state with that tag. Anybody with a shared Stephen> private branch, I suggest doing the same. I haven't Stephen> tagged packages yet, will do that tomorrow my time. We Stephen> should be extremely careful with package commits anyway, Stephen> since Steve Youngs is out of action. Stephen> Plans: I considered changing cvs.xemacs.org to point to Stephen> this box, but it doesn't seem worthwhile given that I Stephen> expect to have the repository moved shortly, and given Stephen> DNS propagation lags. Stephen> The next steps are to set up an rsync (or similar) Stephen> mirror, at SunSITE.dk or Tux.ORG, preferably both, open Stephen> anonymous pserver access, then move the primary to one of Stephen> those. Stephen> Thank you for your patience. Let me know of any Stephen> problems; I'll try to get to them as quickly as possible. Stephen> -- Stephen> Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Don't ask how you can "do" free software business; Stephen> ask what your business can "do for" free software. -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/