Matthieu Moy <[EMAIL PROTECTED]> writes: > A few remarks on the code I've just merged: > > 1) The function tla--in-version-tree was a duplicate of > `tla-tree-version'. I've removed it.
Ah, thanks, I'd missed that. > 1-bis) Note: I'm sometimes working on a machine where the command > "tla" is actually a wrapper calling tla remotely through rsh. In > particular, it makes it very slow to start (~1 sec). Since this is > the suggested approach for people working on NFS > (http://wiki.gnuarch.org/moin.cgi/NfsWorkplaces) I suppose I'm not > the only one. > > We don't need to call an external process to read the content of > the file {arch}/++tree-version, so, tla-tree-version is written in > pure elisp. It will be a bit faster for people using tla locally, > and *much* faster for people like me running tla remotely. Yeah, that's fair enough. > 2) It is completely possible to run tla-get-changeset outside a local > tree. tla will just download the patch (and only this patch) from > the archive and save it locally. The bug > [EMAIL PROTECTED] tries to > fix was actually a bug in tla--get-buffer-create. It is fixed in my > archive, and I've reverted tla-get-changeset. Ah, I'd misunderstood what get-changeset was doing, thanks. -- Mark Triggs <[EMAIL PROTECTED]>
