mea_rah

There's also Rustic. It uses the same repository format as restic. It already has some pretty neat features and since latest release a ton of built-in backends.

Interesting. I wonder what were the circumstances. The wording on their page is quite vague as for when they'd might require this identification:

Where a booking appears to have been made through a third-party travel agent who has no commercial relationship with Ryanair

I generally avoid Ryanair where I can, but I flew with them many times before and never had this issue. They were one of the first airlines I encountered that required login to purchase tickets, so this is all in line with their behavior.

I think this is just Ryanair trying to discourage 3rd party ticket sales more than anything else. They have always been very hostile towards that option. Of you want to fly Ryanair, buy directly from them, from my experience the prices are the same anyways and there's no face id required.

As for the €55 airport check-in fee, that definitely goes to Ryanair. They are just famous for trying to extract as much money post-sale as possible. It has nothing to do with the identification, it's just Ryanair not having free check-in on airport. I don't think your face has €55 value to them, it's the other way around. Using the airport check-in is kind of last resort option (for example when you didn't do the online check-in on time) and they know that customer would be in desperate enough situation to pay that much to fly.

Yeah it's pretty amazing system all things considered. It's kind of as if 8-bit home computer systems continued to evolve, but keep the same principles of being really closely tied to the HW and with very blurry line between kernel and user space. It radiates strong user ownership of the system. If you look at modern systems where you sometimes don't even get superuser privileges (for better of worse) it's quite a contrast.

Which is why it reminds me of Emacs so much. You can mess with most of the internals, there's no major separation between "Emacs-space" and userspace. There are these jokes about Emacs being OS, but it really does remind me of those early days of home computing where you could tinker with low level stuff and there were no guardrails or locks stopping you.

GNU Hurd is going to be mainstream any minute now.

I couldn't help but think of Emacs when I was reading A Constructive Look At TempleOS. It's like TempleOS that is actually finished, it just lacks kernel.

Perhaps it's kind of inevitable to have some bloat. For example apps these days handle most of the languages just fine including emoji, LTR/RTL and stuff. Some have pretty decent accessibility support. They can render pretty complicated interface at 8k screen reasonably fast. (often accelerated in some way) There is a ton of functionality baked in - your editor can render your html or markdown side by side with source code as you edit it. You have version control, terminal emulator, language servers, etc..

But then there's Electron, which just takes engine capable of rendering anything and uses it to render UI, so as a result there's not much optimization you can do. Button is actually a bunch of DOM elements wrapped in CSS.. Etc.. It's just good enough for the "hardware is cheap" approach.

I think Emacs is a good example to look at. It has a ton of built in functionality and with many plugins (either custom configuration or something like Doom Emacs) you can have very capable editor very comparable to the likes of VS Code. Decades back Emacs had this reputation of being bloated, because it used Megabytes of RAM. These days it's even more "bloated" due to all the stuff that was added since. But in absolute numbers it does not need as much resources as its Electron based peers. The difference can easily be order of magnitude or more depending on configuration.

As a side note, Obtainium is absolutely amazing.