biohazard2

I believe Matt is right about the core issue in this fight. WordPress cannot become a place where large companies extract massive value from the ecosystem while ignoring the responsibilities that come with that position.

I don't think Matt was acting for that, though. I was only interested in money that ended directly in his pocket. Both WPEngine and Automattic are extracting value from an existing ecosystem. But does Automattic give 8% of their revenue to PHP? It doesn't seem so. And would Matt still have acted the way he did if WPEngine was giving money to PHP, Nginx, Debian and MariaDB? I think so.

Don't get me wrong, I do believe you would have a moral obligation to help the projects on which you make money, but that obligation can't apply to everything (where would you put the limit? Technically, you depend on all packages installed on any OS you use to run any software. And you would depend on quite a bunch of specifications from W3C/IETF, don't they deserve money from companies that extract value from those standards?)

I would even argue that WPEngine financing libxml2 would have been even morally better than WordPress, if you look at open source as a whole. So I would happily argue that Matt wasn't right about the core issue, just being selfish. Being sometimes selfish is probably OK when you're an open source project leader, but don't make him a leader of rightful funding of open-source software because he's certainly not.

That's really great news. There was a lot of discussion around the planned EU Digital Identity Wallet, which is using Google Play Integrity. Many voices were raised against this requirement. The Swiss decision is an odd, but very welcome decision (and that's quite rare for a Swiss public IT decision)!

The repository is less than one week old though; having only the initial commit wouldn't shock me right away.

The developer just "cleaned up the code comments", i.e. they removed all TODOs from the code: https://github.com/nkuntz1934/matrix-workers/commit/2d3969dd...

Professionalism at its finest!

https://www.qligier.ch

Fortunately, they still provide a way to restore the previous UI through a plugin – Classic UI: https://plugins.jetbrains.com/plugin/24468-classic-ui

Europe is the only continent in the world to have a large public network of supercomputers that are managed by the EuroHPC Joint Undertaking (EuroHPC JU).

Who would have thought that Europe is the only continent to have a network of supercomputers managed by Europe⸮

I can think of multiple ways to pass the message to Electron developers:

- Open a GitHub issue explaining those private APIs shouldn't be used.

- Even better, open a PR fixing their use.

- Make those API calls a no-op if they come from an Electron app.

- Fix those API calls not to grind the OS to a halt for a seemingly simple visual effect.

- Create a public API allowing the same visual effect on a tested and documented API.

Choosing to (apparently violently) downgrade the user experience of all Electron app users, without a possibility to update at the launch day, if a deliberate decision and not an overlooked bug, is a rather shitty and user-hostile move, don't you think?

Can we blame the Apple employees who apparently never tested their new OS release with any Electron-based application?

I find it a bit too specific, because it won't get rid of the `rewrite everything in (Go|Zig|…)` crowds. But who knows…?

there's also just no reason to rewrite SQLite in another language. […] But why would we want to throw away the perfectly good C implementation, and why would we expect the C experts who have been carefully maintaining SQLite for a quarter century to be the ones to learn a new language and start over?

The SQLite developers are actually open to the idea of rewriting SQLite in Rust, so they must see an advantage to it:

All that said, it is possible that SQLite might one day be recoded in Rust. Recoding SQLite in Go is unlikely since Go hates assert(). But Rust is a possibility. Some preconditions that must occur before SQLite is recoded in Rust include: […] If you are a "rustacean" and feel that Rust already meets the preconditions listed above, and that SQLite should be recoded in Rust, then you are welcomed and encouraged to contact the SQLite developers privately and argue your case.

+1, I replaced my aging DS1812+ with a DXP4800 Plus and I've been quite happy with it.

It seems they are using the regular zero or a slashed variant depending on the risk of confusion: https://lii.enac.fr/wp-content/uploads/2021/08/B612-PolarSys...

Two articles providing more information about the creation of this font: https://lii.enac.fr/projects/definition-and-validation-of-an... https://www.enac.fr/fr/une-police-realisee-par-les-chercheur...

In particular, a screen of an Airbus screen and a video showing parts of the creation are provided.

It's not a 90% speedup, it's ~50% (still quite impressive). The author seems to be confused, because the original jq is 1.9x slower than the optimized one.

Yes, they were fascinating! I truly miss them.

The talk is now available: https://www.youtube.com/watch?v=Uol_0kd6saA

That is the recording of the talk announced in https://news.ycombinator.com/item?id=41672075

So, I decided to create a redirect on Nginx for each old URL, pointing to the new one. It was quite frustrating to write all those redirects…

You can use a regular expression to write a single redirect for all the posts. Something like the following could do the trick:

  location ~ ^/(home|networking|misc|tips)/(\d{4})/(\d{2})/(\d{2})/([a-zA-Z0-9-_]+)\.html {
    return 301 https://giuliomagnifico.blog/post/$2-$3-$4-$5/;
  }

Previous discussion: https://news.ycombinator.com/item?id=36424090

That is a quite famous story: https://apple.stackexchange.com/a/363933

Ergo, high CPU usage by kernel_task is caused by high Thunderbolt Left Proximity temperature, which is caused by charging and having normal peripherals plugged in at the same time.

It seems to be using https://ctan.org/pkg/latexdiff, and maybe its wrapper https://github.com/temken/comparxiv.

Yep, there ain't no such thing as a free lunch.

The Confederation made compulsory contributions of CHF 724 million to the European Union from the launch of Horizon 2020 to the end of 2017 [...]. According to the most recent official data from the European Commission (as at 6 March 2018), between 2014 and 2017 Swiss institutions received a total of CHF 654 million from the EU (not including Euratom and ITER). This means that Switzerland’s payments to the EU to date are CHF 70 million higher than the amount researchers in Switzerland have received in funding from Europe.

https://www.sbfi.admin.ch/sbfi/en/home/news/medienmitteilung...