Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Integration into other shells #2676

Open
lmorg opened this issue May 5, 2023 · 0 comments
Open

Integration into other shells #2676

lmorg opened this issue May 5, 2023 · 0 comments

Comments

@lmorg
Copy link

lmorg commented May 5, 2023

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 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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant