Live data from Hacker News

Coreutils for Windows

github.com

41–50 of 260 posts

Re: Coreutils for Windows

#41

A fair question is why this fork of coreutils is required when the original Rust rewrite ( https://github.com/uutils/coreutils/ ) supports Windows, in addition to Linux, macOS and wasm. The reason seems to be a few windows specific fixes ( https://github.com/uutils/coreutils/compare/main...microsoft... ) which can probably be upstreamed into the main repo.

Apparently the creator of the fork is also a maintainer of some uutils repositories.

Re: Coreutils for Windows

#42
Isn't this just a restricted uutils fork? With most functionality culled for no good reason? "uname isn't useful on Windows" how? OSName/ Build numbers / systeminfo all exist?

Re: Coreutils for Windows

#43

I wonder if the motivation is to make Ai agents work better on Windows?

For sure. I wonder how long until the agents learn about this though. At least a year, right?

nope. With ClaudeCode you can create skills ( basically markdown instructions) to teach your agents what command to use. You can also update CLAUDE.md to inject custom instructions that are feeded anything ClaudeCode is started.

Re: Coreutils for Windows

#44
post #39
post #24

Earlier quoted context omitted.

No idea, this is broken at start, I would expect at least a reasoning on how they expect to improve the mess going forward. Otherwise just don't do it, if it is going to be a mess to work with.

There's almost no point to this, especially since they're already shipping a (strictly) limited subset with the reasoning "not useful on Windows" despite Windows equivalent facilities _clearly_ existing. They should have at least considered a full native port.

This smells like someone promotion to get the stuff shown at BUILD, like the old sudo as runas replacement, which I don't care it exists.

"Yo make some UNIX stuff to show at BUILD as developer tools".

Re: Coreutils for Windows

#45

Windows really needs to ditch CRLF and just use LF, and switch from backslashes to forward slashes. Or better yet, just switch everything to full POSIX. In powershell everything is much better than cmd, but it's just not enough. WSL is generally great, but there are annoying downsides. I often get "catastrophic" crashes and the zone identifier files drive me nuts. Plus it takes so much longer to start VSCode when con…

the two filesystems can be a super power... i seamlessly use the same driver between wsl2 and my dual booted opensuse.

Yeah I don't mind/like the two file systems. Looks like MS is taking it further too they also announced WSL Containers & API.

Re: Coreutils for Windows

#47

I would have liked to see head, tail, tr, uniq, and cut. I end up dragging over the old "gnuwin32" versions of those to a lot of Windows machines. Those are my go-to tools for quick-and-dirty log analysis. I know I could use Powershell for those kinds of tasks, and I certainly do make a lot of use of Powershell, but the familiarity of those simple tools and the decades-old "muscle memory" of using them on various Uni…

I use those commands also to filter output and fee ai agents with that. Tail and Head are my favourites to avoid wasting tokens. Wayy too many fancy build logs messages.

Re: Coreutils for Windows

#48

Windows really needs to ditch CRLF and just use LF, and switch from backslashes to forward slashes. Or better yet, just switch everything to full POSIX. In powershell everything is much better than cmd, but it's just not enough. WSL is generally great, but there are annoying downsides. I often get "catastrophic" crashes and the zone identifier files drive me nuts. Plus it takes so much longer to start VSCode when con…

honestly your point is a bit weird.

powershell is good. its much better than unix's everything piped is Text idea. godawfull that. outputs being objects is a really solid take.

WSL is trash.

besides that, lf vs. crlf is silly as you mention but crlf is more logical considering what its implementing. that being said the notion of these control chars is already based on outdated and limited ideas.

if you want a consistent system to do things with dont pick a system which tries to be two systems.

Linux has wine. Windows has WSL.

I'd recommend BSD. any flavor will do.

might take some adjustments but you will have a more 'rational' system if that is what you desire.

(otherwise, embrace the madness!)

Re: Coreutils for Windows

#49

I would have liked to see head, tail, tr, uniq, and cut. I end up dragging over the old "gnuwin32" versions of those to a lot of Windows machines. Those are my go-to tools for quick-and-dirty log analysis. I know I could use Powershell for those kinds of tasks, and I certainly do make a lot of use of Powershell, but the familiarity of those simple tools and the decades-old "muscle memory" of using them on various Uni…

Windows has lacked decent ports of recent GNU tools for a while. I still use some very old ones. It would be great if MS worked on the other tool groups like textutils.

Re: Coreutils for Windows

#50

Earlier quoted context omitted.

For sure. I wonder how long until the agents learn about this though. At least a year, right?

nope. With ClaudeCode you can create skills ( basically markdown instructions) to teach your agents what command to use. You can also update CLAUDE.md to inject custom instructions that are feeded anything ClaudeCode is started.

If that was sufficient wouldn't it just be easier to map to the Powershell commands directly?
Post reply on HN