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/

Andy> I cannot access the new repository via pserver. Nope. Firewall. Andy> I can using my own ssh account and ext but I doubt that will Andy> be a viable route for most people. Not intended to be. SunSITE.dk is still debating security policy internally, so I don't plan to hurry on moving the primary repository unless my server falls down. Once we know how that is going to work (the current arrangement for xemacsweb commits is pserver via SSH port-forwarding, not something I want to try to explain and troubleshoot when it might change), we'll move the primary. Tux doesn't know anything about anonymous CVS last I talked to them; I intend to establish a mirror their with their permission, but it will be easier if I have a prototype architecture I can show them. What I proposed last night is an rsync mirror at SunSITE which will be open for pserver updates, but not commit. I'm waiting on responses from Adrian (our only shell account at SunSITE) and the SunSITE staff. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Don't ask how you can "do" free software business; ask what your business can "do for" free software.