Open AntonFriberg opened 1 year ago
I tried to remove my .venv
virtualenvironment from the project folder but that caused rtx to not be able to activate the poetry environment at all.
> cd data-management-pipelines/
[WARN] Error running exec-env: command ["bash", "-c", ". /home/antonfr/.local/share/rtx/plugins/poetry/bin/exec-env\nexport -p\n"] exited with code 1
[WARN] Error listing bin paths for poetry@1.4.2: command ["/home/antonfr/.local/share/rtx/plugins/poetry/bin/list-bin-paths"] exited with code 1
> poetry activate
set -gx RTX_SHELL fish
function rtx
if test (count $argv) -eq 0
command /usr/bin/rtx
return
end
set command $argv[1]
set -e argv[1]
switch "$command"
case deactivate shell
source (/usr/bin/rtx "$command" $argv|psub)
case '*'
command /usr/bin/rtx "$command" $argv
end
end
function __rtx_env_eval --on-event fish_prompt --description 'Update rtx environment when changing directories';
/usr/bin/rtx hook-env -s fish | source;
if test "$rtx_fish_mode" != "disable_arrow";
function __rtx_cd_hook --on-variable PWD --description 'Update rtx environment when changing directories';
if test "$rtx_fish_mode" = "eval_after_arrow";
set -g __rtx_env_again 0;
else;
/usr/bin/rtx hook-env -s fish | source;
end;
end;
end;
end;
function __rtx_env_eval_2 --on-event fish_preexec --description 'Update rtx environment when changing directories';
if set -q __rtx_env_again;
set -e __rtx_env_again;
/usr/bin/rtx hook-env -s fish | source;
echo;
end;
functions --erase __rtx_cd_hook;
end;
[WARN] Error running exec-env: command ["bash", "-c", ". /home/antonfr/.local/share/rtx/plugins/poetry/bin/exec-env\nexport -p\n"] exited with code 1
[WARN] Error listing bin paths for poetry@1.4.2: command ["/home/antonfr/.local/share/rtx/plugins/poetry/bin/list-bin-paths"] exited with code 1
For now, this means that I decided to keep managing poetry outside RTX and only have the Python environment itself under RTX.
Yeah I’m actually working on this. My original idea was to put extra caching logic but that has become unwieldy.
My new idea is to have rust plugins instead of them being written in bash. That would make it so I can run this logic every time since it would effectively instantaneous. Trouble is this is a huge change that is first going to require a massive refactor that I’ve spent the last week or so working on (when I have time to spend on rtx that is).
That said, 1-2 seconds is way slower than this should be which makes me think there might be something more clearly wrong here.
I'm having some trouble reproducing this. I wonder if it only gets slow on large apps maybe? Or maybe there is something else going on to make it slow?
Describe the bug Without having
poetry@1.4.2
installed the folder navigation is snappy inside my project folder. But after installing, the folder navigation becomes very slow (around 1-2 seconds for a simple cd).This is my
.rtx.toml
fileTo Reproduce
Expected behavior That snappy folder navigation would not be compromised by having rtx poetry active. This is a deal-breaker for me in my work-flow.
rtx doctor
outputAdditional context rtx 1.27.11 is not available for DEB releases.