Open eramdam opened 1 year ago
I just noticed that it works fine on one of my hosts where I use bash instead of fish. The hosts where the completion doesn't work/warning appears are the ones where I use fish, so that's probably the culprit π
EDIT: more details, the completion works with Bash but the warning when SSHing doesn't necessarily go away even after setting bash
as the default shell so something is going on.
I see the same issue. Local:
zsh
fig --version
=> "fig_cli 2.17.0"
Remote:fig --version
=> "fig_cli 2.15.0"
I always see this when connecting.
Verified ./ssh/sshd_config as described above after running fig doctor
, restarting, logging out, connecting again.
? Up-to-date Fig integration not found on remote. Would you like to install/update? βΊ
Always
β―Yes
No
Never for this remote
Never
Hmmm, maybe the Ubuntu source hasn't been updated with v2.15.0 yet?
When I say yes, I see:
curl -fSsL https://fig.io/install-headless.sh | bash; exec $SHELL
βββββββββββ βββββββ
βββββββββββββββββββ
ββββββ ββββββ ββββ
ββββββ ββββββ βββ
βββ ββββββββββββ
βββ βββ βββββββ.io
Performing compatibility checks
Executing https://repo.fig.io/scripts/apt/install.sh
Installing repo dependencies
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
lsb-release is already the newest version (11.1.0ubuntu4).
ca-certificates is already the newest version (20230311ubuntu0.22.04.1).
gnupg is already the newest version (2.2.27-3ubuntu2.1).
The following packages were automatically installed and are no longer required:
libflashrom1 libftdi1-2
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Installing Fig repository
Installing Fig key
Updating apt
Hit:1 https://repo.fig.io/apt stable InRelease
Hit:2 http://ports.ubuntu.com/ubuntu-ports jammy InRelease
Hit:3 http://ports.ubuntu.com/ubuntu-ports jammy-updates InRelease
Hit:4 http://ports.ubuntu.com/ubuntu-ports jammy-backports InRelease
Hit:5 http://ports.ubuntu.com/ubuntu-ports jammy-security InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
Installing Fig
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
fig-headless is already the newest version (2.15.0).
The following packages were automatically installed and are no longer required:
libflashrom1 libftdi1-2
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Installing integrations
Installing dotfiles integration
Already installed
Installing daemon integration
Installed!
Installing ssh integration
Already installed
β¨ Fig has been installed β¨
Different issue for me, complains every time i update/install that i'm already logged in, if i log out and log back in then it seems to be ok for that one session but subsequent sessions always complain
error: Already logged in as xxxx, please logout first.
Why does Fig think I want to install itself on all remote servers? Is it a kind of virus now?
Seems we all get pro features for free now and this is part of it. Wouldβve appreciated an announcement or a mail or something but Iβd prefer to disable this feature until I choose if I want it.Β On Oct 22, 2023, at 11:04β―AM, Ted Pelas Johansson @.***> wrote:ο»Ώ Why does Fig think I want to install it on all remote servers? Is it a kind virus now?
βReply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: @.***>
Same issue for me, running zsh, ohmyzsh/powerlevel10k on remote server if that matters.
I get the same on all hosts I connect to via SSH, bash or not. Selecting "never" does not appear to work reliably. This currently breaks all my scripts that rely on executing some SSH commands, and it's seriously annoying. Any way this can be turned off globally? I see no setting for it.
I get the same on all hosts I connect to via SSH, bash or not. Selecting "never" does not appear to work reliably. This currently breaks all my scripts that rely on executing some SSH commands, and it's seriously annoying. Any way this can be turned off globally? I see no setting for it.
Kill fig and comment the lines from your ~/.zshrc & ~/.zprofile, is a temporary workaround that worked for me.
This solved my problem:
fig uninstall
brew install fig
And then running the Fig dmg file from the fig installation, in my case:
/Users/{my user}/Library/Caches/Homebrew/downloads/002edc32fde5c17649525d22df1e51853777ff573af22eef17caf323f81234f6--fig.dmg
Hello everyone, Same thing here, seems like I HAVE to comply and install it.. I even had to uninstall fig completely to get rid of it.
Hello everyone,
Same thing here, seems like I HAVE to comply and install it.. I even had to uninstall fig completely to get rid of it.
Indeed, unfortunately
Yeah, but now I don't recognise my Terminal anymore, I've been dependant on fig for too long!
Checks
fig doctor
in the affected terminal sessionfig restart
and replicated the issue againOperating system
macOS 14.0.0 (23A344) (local) / Ubuntu 22.04.3 LTS (remote)
Expected behaviour
Be able to install, configure Fig on my remote(s) and have autocomplete working.
Actual behaviour
When SSHing into a remote, Fig (local) complains that Fig (remote) isn't installed and configured despite it being configure and installed, but no autocompletion is working on the remote.
Steps to reproduce
No response
Environment