How do you handle packages? I want scripts to a be a single file with a shebang, not a repo with a requirements.txt that I need to run in a venv. To me, this is the biggest blocker to using Python for any non-trivial scripting (which is precisely the kind where I wouldn't want to use bash), but I'd like to know how others deal with it.

C# scripts let you reference packages in a comment at the top of the file, for example:

https://devblogs.microsoft.com/dotnet/announcing-dotnet-run-...

  # /// script
  # requires-python = ">=3.11"
  # dependencies = [
  #   "requests<3",
  #   "rich",
  # ]
  # ///
  
  import requests
  from rich.pretty import pprint
  
  resp = requests.get("https://peps.python.org/api/peps.json")
  data = resp.json()
  pprint([(k, v["title"]) for k, v in data.items()][:10])

Ah, this is a Ubiquity product. That explains it.

Why did AVM or Netgear Orbi not get this treatment for "works", though?

Partial disagree. There should be lints against 'unwrap's. An 'expect' at least forces you to write down why you are so certain it can't fail. An unwrap is not just hubris, it's also laziness, and has no place in sensitive code.

And yes, there is a lint you can use against slicing ('indexing_slicing') and it's absolutely wild that it's not on by default in clippy.

  [lints.clippy]
  dbg_macro = "deny"
  unwrap_used = "deny"
  expect_used = "deny"

It’s a newer standard backed by multiple vendors (importantly, Apple, Google and Amazon, who make the devices that you ultimately want to use to control these things).

Zigbee is great for communication instead of WiFi, but it’s just one part of the equation - it says nothing about the specific commands a device will respond to. You couldn’t pair a Philips remote with an IKEA lightbulb.

Matter attempts to fix it by actually defining the protocol that these devices use. It’s also fully local and open source, which is great. The actual transport layer can be WiFi, but it can also be Thread, which is a newer standard based off Zigbee, and AFAIK some Zigbee controllers can be reprogrammed to support it.

They don’t specify what transport layer they are using here, but considering the kind of devices they are showing (battery-powered remotes) it’s almost definitely Thread.

So the state of 2025 then tests a VTE that is from 2023? 4 major releases behind? And through a GTK 3 app, not even a GTK 4 one which will use the GPU?