Live data from Hacker News

Bsdutils: Alternative to GNU coreutils using software from FreeBSD

github.com

61–70 of 85 posts

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#61

Earlier quoted context omitted.

> No copy-left license? Are you planning to make proprietary changes to `cat` you are unwilling to share? > Compatibility ... GNU coreutils work fine on all the mentioned plattforms > To annoy Richard Stallman? Not really sure if pettiness would be sufficient motivation for me, but then again, I'm writing this response...

> Are you planning to make proprietary changes to `cat` you are unwilling to share? Presenting to you Panthera(TM) - the Enterprise Ready cat that you were waiting for! * LDAP support * Office 365 integration * SAP integration * GDPR compliant outputs * 24/7 SLA

Where do I sign my soul away to get this amazing software

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#62
post #31

Earlier quoted context omitted.

https://github.com/uutils/coreutils MIT license

> MIT license How is letting me know that apple can use it without contributing back going to affect my decision on which coreutil to use?

Some people feel morally that Apple should be allowed to use it without contributing back, and are very vocal about this feeling.

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#63
post #46

Earlier quoted context omitted.

I don't know about you, but I can't eat code. That said, some people don't care about outside contributions or reuse, so I guess I find the pro-GPL partisanship more than a little misguided. Some people just have different goals, and that doesn't make them better or worse, just different.

And a project can't survive without the code. And even then companies are famous for leeching on open source projects, with gpl you at least have some hope of companies leaving you alone or giving back something.

> And even then companies are famous for leeching on open source projects, with gpl you at least have some hope of companies leaving you alone or giving back something.

Especially when you make clear the option to dual license and let them use it under a MIT/BSD style license, or something custom, if they pay you an appropriate amount.

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#64

Earlier quoted context omitted.

> No copy-left license? Are you planning to make proprietary changes to `cat` you are unwilling to share? > Compatibility ... GNU coreutils work fine on all the mentioned plattforms > To annoy Richard Stallman? Not really sure if pettiness would be sufficient motivation for me, but then again, I'm writing this response...

> Are you planning to make proprietary changes to `cat` you are unwilling to share? Presenting to you Panthera(TM) - the Enterprise Ready cat that you were waiting for! * LDAP support * Office 365 integration * SAP integration * GDPR compliant outputs * 24/7 SLA

Man, don't give them ideas. Have you seen systemd, pulseaudio and wayland ?

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#66

The incompatibility between the two versions of sed (I have both installed on my macOS) is super annoying.

Isn't BSD Sed a subset of GNU Sed? I can't think of any outright incompatibilities that would make a BSD Sed script invalid for GNU Sed.

Their handling of the in-place flag is different enough to cause irritation if you forget which one you're invoking.

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#68
For fun, I ported much of BSDutils to WebAssembly. Code [1] and live demo [2]. It was much, much easier porting BSDutils than GNU coreutils, since the source code is often much smaller, and hence easier to read and understand with simpler dependencies.

[1] https://github.com/sagemathinc/cowasm/tree/main/core/coreuti... [2] https://cowasm.sh/

Re: Bsdutils: Alternative to GNU coreutils using software from FreeBSD

#69

Earlier quoted context omitted.

Isn't BSD Sed a subset of GNU Sed? I can't think of any outright incompatibilities that would make a BSD Sed script invalid for GNU Sed.

Their handling of the in-place flag is different enough to cause irritation if you forget which one you're invoking.

I'd like to change it in FreeBSD, but haven't really (yet) come up with a clever way to make it work without breaking years of scripts that may be using -i.
Post reply on HN