Closed MatzHilven closed 3 weeks ago
Does it help if you add pkgs.ncurses
to `packages?
Does it help if you add
pkgs.ncurses
to `packages?
Getting the same error
packages = [
pkgs.openssl
pkgs.libyaml
pkgs.ncurses
];
I installed ncurses
globally and it's now returning the following error:
panic: exit status 1
goroutine 37 [running]:
github.com/f1bonacc1/process-compose/src/tui.SetupTui({0xe5d8f0?, 0xc0004055e0?}, {0xc00026ff80, 0x2, 0x0?})
github.com/f1bonacc1/process-compose/src/tui/view.go:482 +0x156
github.com/f1bonacc1/process-compose/src/cmd.startTui({0xe5d8f0, 0xc0004055e0})
github.com/f1bonacc1/process-compose/src/cmd/project_runner.go:92 +0x179
created by github.com/f1bonacc1/process-compose/src/cmd.runTui in goroutine 1
github.com/f1bonacc1/process-compose/src/cmd/project_runner.go:76 +0x65
can you paste devenv info
`❯ devenv info
Please try to define TERM:
export TERM=xterm-256color
And run again.
Please try to define TERM:
export TERM=xterm-256color
And run again.
Same error, tried exporting & setting via devenv (env.TERM="xterm-256color";
)
Hi, I've been having the same issue. It used to work fine with the older v0.6.3 version of devenv.
I believe this is something to do with the generation of the config file and a regression with the new detach
option. Before devenv up
in a non-interactive context would work fine, but seems like either that or the automatic detection of the tty is causing issues.
I've seen this in our tests as well, if we nail it down I'm happy to fix it!
@MatzHilven, I noticed you have clean: enabled: true
in your devenv.yaml
. Does the issue persist if you disable that? Or if you set clean: keep: [ "PATH", "TERM"]
?
@autolisis, do happen to use the clean
option in your devenv.yaml
by any chance?
@sandydoo Nope, I've never had that key set.
Also, I do not seem to be facing this issue anymore since the v1.0.4 release, I do believe there was some modification to the process compose argument handling. I did have to set the following keys to get it to work. Not setting the unix-socket
causes an error too (which maybe should be another issue)
env.PC_DISABLE_TUI = "1";
env.PC_TUI_ENABLED = "0";
process.process-compose.tui = false;
process.process-compose.unix-socket = "/tmp/process-compose.sock";
process.process-compose.port = 9999;
Admittedly, this is a bit of a shotgun approach :) but I've not yet had the time to minimize this
@MatzHilven, I noticed you have
clean: enabled: true
in yourdevenv.yaml
. Does the issue persist if you disable that? Or if you setclean: keep: [ "PATH", "TERM"]
?@autolisis, do happen to use the
clean
option in yourdevenv.yaml
by any chance?
It seems like the clean option was te culprit for me! After removing it, my postgres & redis server work fine
It seems like the clean option was te culprit for me! After removing it, my postgres & redis server work fine
Awesome!
I did have to set the following keys to get it to work. Not setting the unix-socket causes an error too (which maybe should be another issue)
Oh, so you disabled the TUI entirely. Hmm.
Regarding the unix-socket
issue, I'll get that fixed. The way it's currently set up means that setting any one option removes all other defaults.
I've seen this in our tests as well, if we nail it down I'm happy to fix it!
@domenkozar, is this still an issue in the tests? Could you point me in the right direction?
I went through the latest tests and it seems like it's not happening anymore.
We'll need to modify the docs to explain the why the clean
option is probably not what you want. It currently removes all env variables, which is an easy way bork the shell. Ideally it would be smart about the vars it removes, but this is tricky to get right.
Describe the bug When I try executing
devenv up
I get the following error. It should start a postgres and redis process.To reproduce https://gist.github.com/MatzHilven/4201608fc91df95d2a852e3c6d386bb7
Version devenv 1.0.2 (x86_64-linux)