If so, you may be very familiar with the error message "ssh://hg@hostname/repo does not appear to be a largefile store".
I spent more time than I'd care to admit trying to fix this, and was unable to find documentation explaining how to fix it.
Well, here it is:
mercurial-server is setup to ignore system and user hgrc files. It'll use the system hg extensions (/etc/mercurial/hgrc.d/hgext.rc) when init'ing the repo, but not for other operations.
To enable extensions for mercurial-server you need to create a file in /etc/mercurial-server/remote-hgrc.d/ and add the extension list. For example I have a file /etc/mercurial-server/remote-hgrc.d/hgext.rc which contains the following:
[extensions]
hgext.largefiles=
hgext.projrc=
...Yep. that's it. Easy times. Unfortunately the problem is being unable to find documentation explaining this; in the end I had to read through the source code. Hopefully this post has saved you the effort.
After creating the STL file, examine the model in Magics, which is a Sweaters software program program out there on the lab computer systems. If you have have} a bad mesh, search Rhino assist for ‘check/repair meshes’. A frequent downside is bare or unjoined edges, that are revealed with the command ShowEdges, and often mounted with MatchMeshEdge. FillMeshHoles will restore holes, but is extra more likely to|prone to} change the shape of the model.
ReplyDelete