You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/scripting/uv.md
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ We are currently considering whether we could use it to split up our python proc
6
6
7
7
## `uv` files
8
8
9
-
-`c:\Instrument\apps\uv\` is the main installation folder for uv itself.
9
+
-`c:\Instrument\apps\uv\` is the main installation folder for `uv` itself.
10
10
-`c:\Instrument\apps\uv\snakes` is the location of individually-versioned python interpreter executables. These are "bare" interpreters, that do not contain any dependencies such as `genie_python`.
11
11
-`c:\Instrument\var\tmp\uvcache` is the location of `uv`'s pip download cache. This can safely be deleted and will be recreated as-needed.
12
12
@@ -29,5 +29,5 @@ It can be used on Github actions CI, but isn't currently.
29
29
### Instrument processes
30
30
31
31
In the future we may consider using `uv` to create and build virtual environments for each respective python process that runs on the NDX. This requires some decisions and subsequent work:
32
-
-`uv.lock` files - should we keep them in source, or at least on the build server, then build venvs on the NDXes with those specific versions?
32
+
-`uv.lock` files - should we keep them in source, or at least on the build server, then build virtual environments on the NDXes with those specific versions?
33
33
- python wheels need to be available for everything we use - the NDXes do not have compilers ie. Visual Studio installed.
0 commit comments