expo/expoweb
1
0
Fork 0
mirror of https://expo.survex.com/repositories/expoweb/.git/ synced 2024-11-21 23:01:55 +00:00
Code Issues Packages Projects Releases Wiki Activity

fixing links in different folders

Browse Source
This commit is contained in:
Philip Sargent 2020-04-26 23:27:38 +01:00
parent 6702081779
commit 75c2abeef0
5 changed files with 6 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
handbook/computing/winlaptop.html
View File

@ -153,7 +153,7 @@ Now finally you can use all the usual command line tools at yor wsl command line
<h4>WSL1 tricks and tips</h4>
<p>WSL1 unfortunately introduces a wonderful new problem of file permissions. Every file on the Windows filesystem NTFS has a set of permissions managed by the filesystem. Every NTFS file that WSL knows about (if mounted with -o metadata) acquires a completely parallel set of file permissions that "mirror" the NTFS permissions but can get out of sync. <a href="https://devblogs.microsoft.com/commandline/chmod-chown-wsl-improvements/">All sorts of fun</a> results: <em>"With network file systems, DrvFs does not set the correct Linux permissions bits on a file; instead, all files are reported with full access (0777) and the only way to determine if you can actually access the file is by attempting to open it."</em>. This will be fixed by WSL2 which will have <a href="https://docs.microsoft.com/en-us/windows/wsl/wsl2-ux-changes">an entirely separate filesystem</a>, a Virtual Hardware Disk (VHD). Which will introduce a quite different set of interesting problems.
<p>WSL1 unfortunately introduces a wonderful new problem of file permissions. Every file on the Windows filesystem NTFS has a set of permissions managed by the filesystem. Every NTFS file that WSL knows about (if mounted with -o metadata) acquires a completely parallel set of file permissions that are fundamentally different things and are never in sync in any sense. <a href="https://devblogs.microsoft.com/commandline/chmod-chown-wsl-improvements/">All sorts of fun</a> results. This will be fixed by WSL2 (expected May 2020) which will have <a href="https://docs.microsoft.com/en-us/windows/wsl/wsl2-ux-changes">an entirely separate filesystem</a>, a Virtual Hardware Disk (VHD). Which will introduce a quite different set of interesting problems.
<p>If you are disturbed by the instructions to produce an entirely different key for WSL1 to use when your PC already has a perfectly good PuTTy key installed on the server, then you are right. It is inelegant. But it works, the instructions are shorter and there are fewer things that go wrong. If you are terribly offended by that then you can set your PC up to use one key shared between WSL and normal-Windows as described in <a href="https://devblogs.microsoft.com/commandline/sharing-ssh-keys-between-windows-and-wsl-2/">this October 2019 article</a>. (Don't set up a password on the key because then you don't need to install keychain.) But beware, this sort of thing goes out of date quite rapidly and WSL2 is looming.

2
handbook/essentials.html
View File

@ -114,7 +114,7 @@ devise new routes to reach them.
<p>
To regenerate the <i>most recent version</i> which contains the cave entrances discovered during expo
you will need to ask someone who is competent in logging into the server and running scripts.
<p>The data is in the version control system <a href="repos.html">repository</a> :loser: in
<p>The data is in the version control system <a href="computing/repos.html">repository</a> :loser: in
<pre>
loser/gpx/
</pre>

2
handbook/gpxupload.html
View File

@ -86,7 +86,7 @@ to something recognisable such as 'top-camp-to-toilet-grike.gpx' (all lower case
GPX data is stored in two places.
<ul>
<li>initially in <em>expofiles/gpslogs/...</em>
<li>some key selected tracks are later stored in the cave survey <a href="repos.html">repository</a> <em>:loser:</em>
<li>some key selected tracks are later stored in the cave survey <a href="computing/repos.html">repository</a> <em>:loser:</em>
</ul>
<p>
GPS tracks are voluminous and we also get a lot of repetition

2
handbook/survey/drawup.htm
View File

@ -66,7 +66,7 @@ as the scanned notes, i.e. (for wallet #19) you would put them in:
<p>The tunnel (or therion) files should NOT stored in the same folder as the scanned notes. They will eventually
be uploaded to the version control repository
<var><a href="repos.html">drawings</a></var>
<var><a href="../computing/repos.html">drawings</a></var>
but for a first attempt store them on the <em>expo laptop</em> in /home/expo/drawings/{cavenumber}.
Look at what is in there already and ask someone whcih directory to put them in. It will probably be a folder like this:
/home/expo/drawings/264-and-258/toimport/ .

4
handbook/survey/getin.htm
View File

@ -35,7 +35,7 @@ on the expo laptop. These instructions assume that you are using the expo laptop
that you are typing it in on the <em>expo laptop</em>. (You can do it fom your own
laptop if you have been initiated into the deep magic of the ":loser:" repository
of the distributed version control system - see the
<a href="repos.html">list of repositories</a>.
<a href="../computing/repos.html">list of repositories</a>.
<ul><li>If it is a surface
survey, it goes in the :loser:/surface" directory;
@ -173,7 +173,7 @@ deep the cave is now.</li>
<p>Now you have been typing this on the expo laptop, and before you let someone
else use the laptop you need to find a nerd to do the deep magic to add your
file to the version control <a href="repos.html">repository</a> "loser". Watching the nerd do this is
file to the version control <a href="../computing/repos.html">repository</a> "loser". Watching the nerd do this is
usually your first initiation into learning how to do it yourself.