w64devkit.exe: Support for "-c" and/or "--" to pass args through to busybox sh
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Área
- cli, operating-systems
Línea de trabajo
Start with w64devkit.exe's command-line handling and the linked discussion in issue #199, then trace how arguments reach BusyBox sh. Define the behavior for -c and/or --, including pass-through arguments, and verify that launching from Windows graphical shells preserves the expected environment and prompt behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
After all the floundering in #199, the most straight forward solution seems to be as you described. I keep coming back and wanting this. Would you be open to implement this feature?
You see I have this nice logo that shows when I open the shell:
w64devkit [Version 2.1.0]
by skeeto (Christopher Wellons). Unlicense.
C:/Users/stian>
I made that logo when I first started out with w64devkit to add some familiarity from good old cmd.exe:
Microsoft Windows [Version 10.0.26100.4946]
(c) Microsoft Corporation. All rights reserved.
C:\Users\stian>
It's just a cute thing and I really like it. It was the first thing I did. Other than the familiarity I also like that it advertises your project when I'm streaming and coding.
But whenever I spawn shells through Windows' graphical shell (like Open in Terminal or my own Edit in Terminal), I can't use w64devkit.exe (as thoroughly explored in #199), so my logo gets all messed up, since it's lacking $W64DEVKIT & $W64DEVKIT_HOME:
(Yes, I added red standout for dramatic effect.)
I also use $W64DEVKIT_HOME for managing w64devkit's tags file, which goes out the window when I spawn a shell this way.
Anyway :) If it's not counter to your desired design, please consider adding this functionality!
- Lenguaje dominante
- C
- Estrellas
- 5k
- Forks
- 408
- Merge medio
- 4 h 40 min
- PR fusionados (30 d)
- 2
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de skeeto/w64devkit
-
New busybox-w32 versionAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 46/100
-
Bring UTF-8 back to x86 kitAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Support for mcfgthreads?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Todos los issues de skeeto/w64devkit
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
sk3llo/ffmpeg_kit_flutter#176 ·
-
Synth suite fails unless run from the repo root: signal_flow's default machine path is cwd-relativeAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
Nimblesite/osprey#370 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100