Closed yarikoptic closed 8 months ago
Two caveats:
Currently, updates to the code in clients/
are deployed by testannex.py
running git pull
on the local repo right after startup, and the script then restarts if anything changed. If we go with your suggestion, then we should move the git pull
from testannex.py
to testannex.sh
(placing it before the conda env update
).
This would not affect clients that don't use Conda & testannex.sh
, which currently is just the smaug client, which will need to switch to Conda. We should probably also update clients/README.md
to say that only Conda and testannex.sh
should be used.
on openmind, we activate environment through the path, not by name
What exactly do you mean by this?
What exactly do you mean by this?
we have conda activate ./condaenv/
not conda activate testannex
. Reasoning is in the commit msg
on openmind we store condaenv locally since precious on space
although it is also in HOME -- I was just running out of space and kept
creating it under /om2 but then decided finally to just make one right
here
Customizing testannex.sh
will conflict with the ability to autoupdate testannex.sh
.
that's true, but there always might be some systems idiosyncracies. I think relying on git merge
to merge them and fail in some rare cases of conflicts should be ok. WDYT?
I'd be OK with that as long as we can configure git to error on merge conflicts and keep erroring on every git pull
thereafter until a human intervenes to resolve the conflict.
so in https://github.com/datalad/git-annex/blob/master/clients/testannex.sh to have
or alike? (NB on openmind, we activate environment through the path, not by name)