This is really a shame. Mozilla invests tons of money in a company producing closed source software while there’s this free software alternative that has been well established against that quasi monopoly. They should support Wallabag instead of Pocket… sometimes I just don’t understand the Foundation’s decisions… (and i know they need money, but this seems like a decision contrary to their principles)…

“Mozilla invests tons of money” – I haven’t seen any reports of how much Mozilla spent on the acquisition. The numbers may have worked out to be something reasonable for Mozilla, on a per-user basis. It really depends on the company’s trajectory and the investors' view of the company.

Acquiring a service that has lots of users and some penetration on mobile devices might not be a bad investment. I guess we’ll know in a few years.

A good way of describing Mozilla is “principled but pragmatic”. Basically, be principled, but not to such a degree that you shoot yourself in the foot in the process. A textbook example of this was the decision to adopt EME.

I’m not very familiar with either Pocket or Wallabag, but I’d guess Pocket has better market penetration and recommendation algorithms which would support existing Mozilla initiatives like context graph.

can someone clarify what exactly this implies? previously, one could compile Signal without GCM support but phone calls wouldn’t work, and there would be battery issues as well.. are those issues fixed?

Previously nothing would work in standard Signal without GCM, it required patches to get messaging working and even with the patches voice wouldn’t work. Standard Signal should now work without GCM and voice works too (via the new WebRTC code). Battery life will be worse as it can’t use a shared GCM connection for the push notifications, but how much worse depends.

You’re criticism of this code is that it’s imperative? That’s literally all code in your browser, operating system (unless I guess you’re using xmonad), lobste.rs, and most things in general.

Functional code can be great! But there’s also lots of great code that’s not functional.

TeX, though, is known to be particularly bad—I think SILE did a good job of expressing the problems. While idk how patoline compares to SILE, I’d be very surprised if they didn’t manage to improve TeX, at least as far as code quality goes.