-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
test_bash_integration fails with bash 5.2.0-release #5629
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
dup of #5473 |
Sorry but it's not a duplicate of #5473 : my Bash release is an official one, not a RC with DEBUG enabled. In comment #5473 (comment) you write that my output " |
Ah OK, I saw debian testing and assumed it had DEBUG. When bash 5.2.0 comes to Arch I will investigate, dont have the time to build bash from source right now. |
Should this be left open, then? |
I can confirm this is not a Debian packaging problem. Happens for me in the exact same way when I try to run tests with a Bash compiled from |
IIRC kitty.bash doesn't use the DEBUG trap, in fact it doesnt use traps |
Yeah I was wrong about that, deleted it 😅 but I know you tend to reply to emails, not look at the tracker. Sorry. |
Here's something I'm more sure of...the shell integration doesn't seem to be working, not only the test, in Bash 5.2.
Looking at the scripts, I think this test failure is legitimate: we can no longer read from the Bash environment in the way we're expecting. Such that this happens:
|
kitty.bash explicitly unsets KITTY_SHELL_INTEGRATION that is not a sign |
How does Kitty get the env back from the subprocess? |
Describe the bug
When I try to build Kitty v0.26.4 on Debian testing/amd64,
test_bash_integration
test fails with bash version 5.2.0-releaseTo Reproduce
Steps to reproduce the behavior:
python3 setup.py build
python3 setup.py test
Bash version is 5.2.0(1)-release :
The text was updated successfully, but these errors were encountered: