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
I've been working on my own $SHELL (coincidentally also written in Go) for the best part of the last decade now. At its core it is intended to be cross platform (albeit still leveraging support for things like POSIX job control on supporting OSs) however the biggest blocker I've had on Windows is the lack of coreutils. At one point I did start rewriting a few common commands for use on Windows but, quite honestly, that proved more of a distraction than a value add for my shell. So I ended up scraping that code, marking Windows support as "experimental" and focusing back on Linux and UNIX-like platforms and recommending WSL for Windows support.
Having stumbled across u-root it looks like the "Go versions of many standard Linux tools" part of your mission is a potential option to provide better Windows support for my own shell.
Question:
Is it possible to use u-root coreutils separate from the initram / shell side of this project, so that I can invoke those utils from a different shell? And if so, how would this work in practice? eg is it as simple as cp being an alias to u-shell
Keep up the good work guys. reimplementing coreutils is a massive undertaking in itself. Never mind all the additional goals included as part of your project.
The text was updated successfully, but these errors were encountered:
Not an issue, more of an open ended question...
Background:
I've been working on my own $SHELL (coincidentally also written in Go) for the best part of the last decade now. At its core it is intended to be cross platform (albeit still leveraging support for things like POSIX job control on supporting OSs) however the biggest blocker I've had on Windows is the lack of coreutils. At one point I did start rewriting a few common commands for use on Windows but, quite honestly, that proved more of a distraction than a value add for my shell. So I ended up scraping that code, marking Windows support as "experimental" and focusing back on Linux and UNIX-like platforms and recommending WSL for Windows support.
Docs: https://murex.rocks
Github: https://github.com/lmorg/murex
Having stumbled across u-root it looks like the "Go versions of many standard Linux tools" part of your mission is a potential option to provide better Windows support for my own shell.
Question:
Is it possible to use u-root coreutils separate from the initram / shell side of this project, so that I can invoke those utils from a different shell? And if so, how would this work in practice? eg is it as simple as
cp
being an alias tou-shell
Keep up the good work guys. reimplementing coreutils is a massive undertaking in itself. Never mind all the additional goals included as part of your project.
The text was updated successfully, but these errors were encountered: