Yeah that was the big strike against it for me too. I found that you can sort of perch it over a crossed leg and it's sort of serviceable that way, but yeah... no coding on the train with a Surface.

The Surface Pro keyboard is actually quite good, with the added bonus that it's also easily detachable.

This too is an excellent take. "Artificial pain points" for capitalism, or "learn some shit" for Linux. Love it.

At the firewall level, port forwarding forwards traffic bound for one port to another machine on your network on an arbitrary port, but the UI built on top of it in your router may not include this.

If it's not an option in your Fritzbox, your options are:

• Make the service running on your internal network listen on one of those high-number ports instead.
• Introduce another machine on the network that also performs NAT between your router and your machine
• Try to access the underlying firewall in your router to tweak the rules manually. Some routers have an admin console accessible via telnet or SSH that may allow this.
• Get a new router.

The first and last options on this list are probably the best.

You make an excellent point. I have a lot more patience for something I can understand, control, and most importantly, modify to my needs. Compared to an iThing (when it's interacting with other iThings anyway) Linux is typically embarrassingly user hostile.

If course, if you want your iThing to do something Apple hasn't decided you should want to do, it's a Total Fucking Nightmare to get working, so you use the OS that supports your priorities.

Still, I really appreciate the Free software that goes out of its way to make things easy, and it's something I prioritise in my own Free software offerings.

What site are you using to book night trains?

Oof, that video... I don't have enough patience to put up with that sort of thing either. I wonder how plausible a complete Rust fork of the kernel would be.

In my experience, the larger the company, the more likely they are to force you to use Windows. The smaller companies will be more relaxed about the whole thing.

The largest company I've worked for that allows Linux had a staff count of hundreds of engineers and hundreds more non-nerds. In their case though, the laptops were crippled with Crowdstrike and Kollide and while the tech team was working hard to support us, we were always aware that we made up around 1% of the machines they manage and represented a big chunk of their headaches.

The response to this you usually hear (from me even) is that "I don't need support, I know what I'm doing". Which is probably true, but the vast majority of problems is in dealing with access to proprietary systems, failures from Crowdstrike or complaints about kernel versions etc.

TL;DR: work at a small company (<100 staff) and they'll probably leave you alone. Go bigger and you'll be stuck fighting IT in one way or another.

National Film Board of Canada represent! 🇨🇦

I remember seeing this in school as a kid. I'm 46 now.

It would be absolutely bizarre if you couldn't connect with WireGuard port and Wireguard obfuscation set to Automatic. Things to try first:

1. Connect without your VPN and try to access a single website like the theguardian.com
2. Once that's working, enable your VPN and that should do it.
3. If you still can't get connected, try switching out different countries. Each country listed corresponds to an IP to which your machine will try to connect over a benign port like 443 -- so blocking that sort of traffic would be mad unless the IP is explicitly blocked. Therefore, driving to different country targets offers a different IP every time. They'd have to know Mulvad's whole list and block them all.

If the above somehow doesn't work, Mulvad offers support through which you can get a temporary Server IP override. You can enter that in the bottom portion of your app's settings.

Actually, someone did, changing the name to "Glimpse". They announced it as an explicit fork that would continue development under the new name.

As far as I know, that's as far as they got.

Having used it for work, I really don't understand the appeal, especially when compared to tools like Poetry. Uv persists in the dependency on requirements.txt, doesn't streamline the publishing process, and contrary to the claims, it's not a drop-in replacement for pip, as the command line API is different.

It's really fast, which is nice if you're working on a nightmare codebase with 3000 dependencies, but most of us aren't, and Poetry is pretty damned fast.

If uv offered some of what Poetry does for me, if at the very least we could finally do away with requirements.txt and adopt something more useable -- baked into pyproject.toml of course -- then I'd be sold. But this is just faster pip.