zxwrt

What a nefarious move by Hetzner and Linode. How to trust them after this?

Don't forget to consider adding ipv6 support since you are lacking it.

Agree. Using "free and open" is still rather deceptive.

Yes.

> ... An open source cloud that can run anywhere.

> ... Open-source or managed for you. Available on GitHub under the Elastic v2 license.

Taken from here: https://ubicloud.com/

Looks like another fauxpen source, yes.

Thanks! Do not make this mistake again!

This post is misleading and rather fraudulent. Serra has nothing to do with open-source because its license(ELv2) is not open-source. This is clearly an openwashing attempt with this false marketing.

itsfoss publication that is not directly linked in article: https://news.itsfoss.com/skiff-mail-review/

Still not deleted.

Not that excellent. They still don't have ipv6 support in 2023

Actually, the only compiler interface that can claim to call itself a standard is POSIX c99. Everything else is too volatile to be a standard.

These are non-standard GNU extensions, unfortunately.

Sad that C23 didn't get symbol visibility attributes. They are very useful for libraries. Perhaps there is still a chance to get them?

No worries

I meant the website, yeah

When will openbsd.org get ipv6 support?

You can't hack the paper, but you can hack the machine, no matter how secure it is...

> It's on their list fortunately.

Do you know why they fail to implement ipv6 for years? I mean it's shame when tech-oriented website/service can't keep up with new technologies.

> Until then you can derive and use the IPv6 address for their old Cloudflare endpoint.

Would be cool if you could share more information how to do that.

Looking forward to ipv6!

> To me the only downside of Meson is that it requires python but I can accommodate with that.

Check out https://git.sr.ht/~lattis/muon

I agree that disabling will-be-posix extensions in POSIX mode sounds like an extreme idea, but seriously, such strictness is the main point of the pdpmake. It ensures that implementation conform to the current standard, not draft which may change quite often.

> Is there a good source for finding strict POSIX tools rather than just go digging?

Some communities(iglunix, kisslinux, carbs linux, wyvertux, oasis linux, ...) are actively researching alternatives to the "standard" coreutils. You could check what they use, perhaps you'll find something interesting and strict. But general source is digging of course :)

> But I guess this can be expected when you are dealing with a tool that has evolved in multiple directions since 1977?

Exactly. 100% conformance isn't always possible, especially when standard is unclear on some things.

awk: nawk aka one true awk

sed: sbase sed

m4: https://github.com/ibara/m4

But out-of-tree builds feature is optional, right?

The wrong part in GNU make is that it always permit using non-posix extensions regardless of .POSIX special target, while pdpmake does not. This fact makes pdpmake kinda special since it can be used for posix compliance testing, which is crucial part of developing portable application that uses make to build itself.

sr.ht lack ipv6 support to be viable option. I'd suggest considering codeberg or notabug instead.

Please add ipv6 support.

It requires google account, has tracking and isn't open-source. I'd say it is no go