How does a tool with several scripts should be handled in manifest ? #5156
-
I am trying to improve pyenv manifest: https://github.com/ScoopInstaller/Main/blob/master/bucket/pyenv.json pyenv-win project already contains some scripts to use in powerwhell, CMD and in Git bash.
I would think that we should make those available as scoop shims for better handling the different However, trying to use the
In scoop shims:
───────┬────────────────────────────────────────────────────────────────────────────────────────────────────────────────
│ File: pyenv.ps1
───────┼────────────────────────────────────────────────────────────────────────────────────────────────────────────────
1 │ # C:\Users\chris\scoop\apps\pyenv\current\pyenv-win\bin\pyenv.ps1
2 │ $path = Join-Path $PSScriptRoot "..\apps\pyenv\current\pyenv-win\bin\pyenv.ps1"
3 │ if ($MyInvocation.ExpectingInput) { $input | & $path @args } else { & $path @args }
4 │ exit $LASTEXITCODE
───────┬────────────────────────────────────────────────────────────────────────────────────────────────────────────────
│ File: pyenv
───────┼────────────────────────────────────────────────────────────────────────────────────────────────────────────────
1 │ #!/bin/sh
2 │ # C:\Users\chris\scoop\apps\pyenv\current\pyenv-win\bin\pyenv
3 │ "C:\Users\chris\scoop\apps\pyenv\current\pyenv-win\bin\pyenv" "$@"
───────┬────────────────────────────────────────────────────────────────────────────────────────────────────────────────
│ File: pyenv.cmd
───────┼────────────────────────────────────────────────────────────────────────────────────────────────────────────────
1 │ @rem C:\Users\chris\scoop\apps\pyenv\current\pyenv-win\bin\pyenv
2 │ @"C:\Program Files\Git\bin\bash.exe" "C:\Users\chris\scoop\apps\pyenv\current\pyenv-win\bin\pyenv" %* Is this really expected ? I am seeing in the code that
It seems there will always be overwrite not matter the order I am putting for How can I set the fields to account for the tools here already creating script of Powershell, CMD and Git-bash shells ? Workaround I found for now would be
Is that supported, is this something that would do it ? Thank you |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
If the package already provides scripts for different shells (i.e. bash, cmd, pwsh), then the recommended way is to use |
Beta Was this translation helpful? Give feedback.
If the package already provides scripts for different shells (i.e. bash, cmd, pwsh), then the recommended way is to use
env_add_path
and avoidbin
field.