Earlier quoted context omitted.
Current shells include [lots of builtins]( https://www.unix.com/man-page/freebsd/1/builtin/ ), I don't think including a `cp` or `mv` that fits a shell with a different style is that different
Good point. I wonder if there was some criteria that determined if a utility were to be a command or a builtin, originally. I thought a shell first and foremost was about working with processes, and a little less about working with files. But both are obviously needed, one way or another, so will be interesting to see what becomes of this.
Nushell and Uutils
11–20 of 20 posts
Re: Nushell and Uutils
#12Re: Nushell and Uutils
#13Earlier quoted context omitted.
Good point. I wonder if there was some criteria that determined if a utility were to be a command or a builtin, originally. I thought a shell first and foremost was about working with processes, and a little less about working with files. But both are obviously needed, one way or another, so will be interesting to see what becomes of this.
Based on list seems builtin functionality is what is used to work with processes (nohup, kill, etc), environment (where, which, etc), and for shell as programming language ([, while, etc).
Re: Nushell and Uutils
#14I'm a seeming nobody (hurrah new HN accounts) but I cannot express how much excitement I have for nushell, and this only intensifies it. Practical, and progresses towards resolving one of my only complaints with nushell currently. Don't sleep on nushell. I've never regretted reaching for it. You think jq is 'good', but only because you haven't nushell. Maybe it's the (insert tool that gives me my exact dev env on any…
Re: Nushell and Uutils
#15I'm a seeming nobody (hurrah new HN accounts) but I cannot express how much excitement I have for nushell, and this only intensifies it. Practical, and progresses towards resolving one of my only complaints with nushell currently. Don't sleep on nushell. I've never regretted reaching for it. You think jq is 'good', but only because you haven't nushell. Maybe it's the (insert tool that gives me my exact dev env on any…
Re: Nushell and Uutils
#16I'm a seeming nobody (hurrah new HN accounts) but I cannot express how much excitement I have for nushell, and this only intensifies it. Practical, and progresses towards resolving one of my only complaints with nushell currently. Don't sleep on nushell. I've never regretted reaching for it. You think jq is 'good', but only because you haven't nushell. Maybe it's the (insert tool that gives me my exact dev env on any…
I am also excited, but I think I am too old to jump in on a new way of shell workings. My fingers are too used to type bash and coreutils switches.
Instead, I get to use familiar coreutils primitives, while also benefit from the insane power of sane string handling, string interpolation, native JSON handling, records, scoping, etc. And forgetting so much bashisms that I groan when I pop a nix shell and end up in bash/zsh.
Honestly, nushell takes so little time to adopt and has so many tag-along benefits. The biggest friction has been around quirks of `mkdir`, `mv`, `cp`. Someone... I know... recently filed a bug on their `mv` not working right, so I am very happy to see this.
Re: Nushell and Uutils
#17In a way, this is cool. But I am also confused. Why does a shell include commands? Is this the beginning of a new type of distribution? A new type of GNU perhaps? Probably not. But I am not completely following what this provides that the two projects independently would not.
I'd like to think in part for us poor souls who must work on a Windows machine but are used to working in a Linux shell.
Re: Nushell and Uutils
#18Interestingly the only other shell that has such more complex functionality integrated is pwsh that nushell is inspired from.
Every command is implemented in a module, it's just that pwsh ships with several core modules.
Re: Nushell and Uutils
#19Re: Nushell and Uutils
#20In a way, this is cool. But I am also confused. Why does a shell include commands? Is this the beginning of a new type of distribution? A new type of GNU perhaps? Probably not. But I am not completely following what this provides that the two projects independently would not.