Yes, right now it's mostly just wifi at stations only. However, they're deploying 4G/5G coverage in the tunnels and expect 80% coverage by the end of 2024 [1].
So… you can expect apps developed by engineers in London to get much worse on slow internet in 2025. :-)
Try using KOReader instead of the built-in reader software. It's a bit faster (doesn't wait to reflow the entire book if you change fonts, margins, orientation, whatever), and also it's easier to achieve consistent rendering of books (fonts, spacing, etc.) as it supports overriding the stylesheet, and just generally handles HTML/CSS better.
Oh, and speaking of responsiveness, I found that it depends on temperature a lot. E-ink apparently has a sweet spot at room temperature, but when I use the device outdoors, in either sub 10 ˚C temperatures or over 30 ˚C the screen changes noticeably slower.
I don't believe you're correct. It seems like the option that Debian decided on _will_ remove those features for users who are upgrading a package.
Users who already have the keypassxc package will need to explicitly switch packages if they want the full one. That's not the same behaviour as described in my quote comment.
Right, I should have been more careful with the word "exactly". I don't think the proposed solution can be implemented, though.
If the "keepassxc" package is to be replaced by the two alternatives ("keepassxc-full" and "keepassxc-minimal"), you'd still need a transitional dummy package named "keepassxc". That package would depend on "keepassxc-full | keepassxc-minimal", giving the user a choice to satisfy the dependency by installing either of those. So far so good. What if the user doesn't explicitly choose, though? The idea is that an upgrade would keep the "-full" variant but "apt install keepassxc" would pull in the "-minimal" variant. How do you encode this in Debian package metadata?
I think both "apt install" and "apt full-upgrade" will simply choose the first alternative, so you get either "-full" in both scenarios, or "-minimal" in both.
Quite a lot of services send both… and the text/plain version is completely different. They used to be the same many years ago, but then whoever is in charge of changing the email template only changes the text/html variant, and keeps the text/plain content stuck in the old times. It'd be almost funny if it wasn't tragic.
It is, although practically I don't really mind as my mutt is configured to filter text/html through elinks, so I see the content just fine. It's those other annoyances like tracking links that span a dozen lines that annoy me more. :-(
Yes, except it's "bad automation", because as opposed to the automation referred to by GP, boilerplate written by an LLM (or an intern or whomever) is extra code that costs a lot of time to be maintained.
Imagine buying a MBP but using it at a desk 90% of the time... I'm perfectly fine using the machine while traveling but mostly use split keyboards with a non-QWERTY layout at my desk. I've been around enough computer users to realize that there is no "one-true device" that will be ergonomic and RSI-proof for 100% of users. Folks should listen to their body and take action when it complains.
My biggest complaint about the MBP was the lack of Trackpoint. I've survived. My work forces me to have both MacOS and Windows machines, and I'm very happy with my MBP. The P1 and sluggishness of Windows are huge letdowns.
I like the modern MacBook keyboards just fine. I still use my mechanical keyboard when I’m using my laptop with an external monitor. In part because my desk setup makes using the builtin keyboard awkward
I have both Wintergatan and Detektivbyrån in my "calm/reading" playlist, and it's such a joy whenever the random shuffle decides to play it. So yeah I wish there was more! :-)
geo=$(slop -f '%w/1x%h/1+%x+%y') && xrandr --setmonitor screenshare "$geo" none