On Wed, Jul 16, 2008 at 01:57:27PM -0700, Eric Schrock wrote: > On Wed, Jul 16, 2008 at 01:37:33PM -0700, Stephen Lau wrote: > > I would really recommend using ssh instead of NFS. > > The flag day only mentioned NFS access.
It really probably shouldn't. I think it'll be more problematic than anything else, as we see here. Of course, the trust issue will still be a problem with ssh. > I tried switching > '/net/elapso.eng/export/gate-hg' to 'ssh://elpaso.eng/export/gate-hg', > but now I gate: > > remote: abort: There is no Mercurial repository here (.hg not found)! > abort: no suitable response from remote hg! > > How do I get ssh to work? You need two slashes after the hostname. This is weird, but well established, ssh syntax. If you specify one slash, then it's relative to your home directory. If you specify two slashes, then it's relative to /. Obviously, the intuitive thing to do would be to use one fewer slash in each case, but you can't have zero slashes. :) > > You can also put: > > [trusted] > > groups=other > > > > in your ~/.hgrc to get that noise to go away > > This did get the noise to go away. However, if the flag day documented > the NFS path as the only internal option, then it seems like this should > be a mandatory thing as well. This definitel shouldn't be mandatory, and it really shouldn't even be suggested except as a hacky workaround. It's dangerous -- you can end up running untrusted code as yourself just by accessing someone else's mercurial workspace. > It's also annoying that simple actions like 'hg status' on an untouched > workspace take over 5 seconds, but I assume that's just an artifact of > the mercurial architecture. It's gotta go stat the entire workspace (all the directories, at least) to make sure that nothing's changed. If you use cadmium, it does as wx did, and keeps track of the files you're intentionally changing, and will give you that list very quickly. One alternative is to get the inotify extension working with the appropriate subsystem on Solaris, but I've no idea how much work that is. Danek
