You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the current behavior?
The add-to-docker-compose function creates an alias called "test". "test" is an existing built-in shell command.
If the current behavior is a bug, what are the steps to reproduce?
Have a running dev-env
Try to add-to-docker-compose anything (which incidentally gives the error "read:2: bad option -a")
Then use a run.sh command (repair suffices): "unknown shorthand flag: 'e' in -eq"; it does seem like the rest of the provision is fine, though.
What is the expected/proposed behavior?
Not this?
What is the motivation / use case for changing the behavior?
Unexpected errors are distracting!
Please tell us about your environment:
Common-dev-env version: 2.3.0
Operating system (and shell, if not the OS default): Ubuntu 22.04 in WSL
Ruby version: 3.0.2p107
Any other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, etc):
I tried to fix this by renaming the test alias where it's set (line 180, add-aliases.sh) and used (next line), but that just causes errors that the new alias is an unknown command, which leads me to think this never worked and just didn't error because 'test' is a valid command. Suspect add-to-docker-compose hasn't worked in some time.
About that read error: courtesy of a quick Google - read is a built-in and '-a' is bash, and not valid in zsh (where it is '-A'?). Needs further investigating.
The text was updated successfully, but these errors were encountered:
I'm submitting a ...
What is the current behavior?
The add-to-docker-compose function creates an alias called "test". "test" is an existing built-in shell command.
If the current behavior is a bug, what are the steps to reproduce?
Have a running dev-env
Try to add-to-docker-compose anything (which incidentally gives the error "read:2: bad option -a")
Then use a run.sh command (repair suffices): "unknown shorthand flag: 'e' in -eq"; it does seem like the rest of the provision is fine, though.
What is the expected/proposed behavior?
Not this?
What is the motivation / use case for changing the behavior?
Unexpected errors are distracting!
Please tell us about your environment:
Any other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, etc):
I tried to fix this by renaming the test alias where it's set (line 180, add-aliases.sh) and used (next line), but that just causes errors that the new alias is an unknown command, which leads me to think this never worked and just didn't error because 'test' is a valid command. Suspect add-to-docker-compose hasn't worked in some time.
About that read error: courtesy of a quick Google - read is a built-in and '-a' is bash, and not valid in zsh (where it is '-A'?). Needs further investigating.
The text was updated successfully, but these errors were encountered: