xonsh hangs when running carapace _carapace

[bestlem]

Current Behavior

Any command beginning carapace _carapace hangs - xonsh is taking up 180% CPU

Expected Behavior

I assume just runs to an end

Steps To Reproduce

Just run carapace _carapace xonsh or replace xonsh by any other file name.

Version

1.0.1

OS

• Linux
• OSX
• Windows

Shell

• Bash
• Elvish
• Fish
• Nushell
• Oil
• Powershell
• Xonsh
• Zsh

Anything else?

The command does run in fish

It is also unclear what should be set in xonsh.

the test

carapace/example/_test/invoke_xonsh

Line 7 in db7e596

# prevent banner by creating a fake .xonshrc

sets no environment.

https://github.com/carapace-sh/carapace-bin says

# xonsh (~/.config/xonsh/rc.xsh)
COMPLETIONS_CONFIRM=True
exec($(carapace _carapace))

But the first line is not setting an environment variable so I think makes no effect. (It needs a $ to begin with)
Also the command show elsewhere is carapace _carapace xonsh (or any other shell name)

This documentation issue means that I am uncertain how to start carapace.

[rsteube]

Cannot reproduce this issue so I need a bit more information.
Maybe logs give some insight? https://carapace-sh.github.io/carapace-bin/setup/environment.html#carapace_log

$CARAPACE_LOG=1
exec($(carapace _carapace))

[bestlem]

Tried logging but there is nothing in /tmp and in $TMPDIR/carapace just a zero byte file.

Even carapace --help hangs (but only sometimes)

However doing an xonsh --no-rc and then calling carapace in another shell works.

It seems only to happen when xonsh is called directly from iTerm or terminal. Even in that case if I then run zsh from that shell and then xonsh it works.

ie steps to reproduce
Open Terminal.app
Choose Run Command
In that do xonsh --no-rc
Then run /carapace _carapace

I have tries with xonsh from macports (both 0.15.1 and 0.16.0) and nix but carapace only in nix as it is not in macports

[rsteube]

So I tried the macports version of xonsh but still no luck.
Only issue I can see so far is that the shell detection doesn't work since neither in brew or macports the parent process is named xonsh (just Python).

[bestlem]

I don't think the issue is which version of xonsh is used. I got the issue with both macports and nix, and different versions.

The difference seems to be is xonsh launched from another shell or not.

Did you run from Terminal.app without going through another shell? Unfortunately I don't think this is testable automatically as most test environments set up a shell.

I would note that carapace _carapace fish (or bash or zsh or rubbish) also hangs for me under a bare xonsh so it might not be the shell detection. Looking at https://github.com/carapace-sh/carapace/blob/master/internal/shell/shell.go I think that if I do pass in a shell name then the shell detection should not be called. They all work if I call xonsh from another shell first. (carapace _carapace rubbish gives the list of supported shells)

From xonsh the current process name is python3.11 in nix. This is true if run from inside another shell.

[EricDepagne]

I had the same issue. I use xonsh within tmux. And the faulty part of my configuration was this line, in my xonshrc file:
# $SHELL = $(which xonsh) # so tmux will stop loading bash
Once commented out, xonsh started fine and carapace did not gulp all my CPU.

[bestlem]

I suspect xonsh/xonsh#5244 might be a related issue

[LoganWalls]

I'm having the same issue on nushell with carapace-bin 1.1.0 on macOS.

carapace _carapace nushell and carapace _carapace zsh both eat a ton of CPU and hang when I run them from nushell. If I run the same commands from zsh, they work fine.

I verified that $SHELL is set correctly in nushell.

[rsteube]

@LoganWalls

• How is carapace installed?
• Do you have the same behaviour with the default nushell config?
• Other shells are fine? (e.g. carapace _carapace bash)
• Any bridges enabled? (CARAPACE_BRIDGES)

[LoganWalls]

@LoganWalls

* How is carapace installed?

* Do you have the same behaviour with the default nushell config?

* Other shells are fine? (e.g. `carapace _carapace bash`)

• Via nix (nixpkgs rev d70bd19e0a38ad4790d3913bf08fcbfc9eeca507)
• Both calls seem to work if I load nushell with --no-config-file
• carapace _carapace {value} hangs for any value when called from nushell with my config.
• I have zsh and bash bridges enabled, but commenting out CARAPACE_BRIDGES doesn't fix the issue.

I'm not sure what about my config would be causing this.

[rsteube]

I'm not sure what about my config would be causing this.

Yeah, nothing that catches my eye there yet 🤔 .

edit: tried the config in a container where it works fine

[LoganWalls]

edit: tried the config in a container where it works fine

My apologies, I hadn't pushed the latest version.
There are no changes to the nushell / carapace configuration at all, but I hadn't pushed my commits that updated the nixpkgs versions. (Those are pushed now).

[rsteube]

Ah, I just tried the nushell config. - Probably can use the whole repo to setup nix environment?

[LoganWalls]

Ah, I just tried the nushell config. - Probably can use the whole repo to setup nix environment?

Oh, if you just tried the nushell config then that's fine. That probably means it's version related or nix related, I think.

I have nushell version 0.100.0 and carapace version 1.1.0