Aha, thanks for posting this, was a bit dismayed that I didn’t see that in the release. Now I see it was a misunderstanding so will wait until December to be disappointed. Well, no, I’m disappointed that I’ve been able to do this on my thinkpad for years and have had to fiddle with awkward compromises like accubattery if I want to reduce wear on my phone battery.

Anyone happen to know which release the audio sharing feature is scheduled for? Missed that one too.

Ha unfortunately browsers kind of decide that, I like JXL too 😢

My understanding of debbootstrap is that it’s for installing a minimal system, which is very much not what I want to do when rescuing an existing system as it’d probably overwrite things I’d like to keep. And the mount commands in the docs there to bind virtual filesystems before a chroot are similar to the sorts of things I’m hoping to find a memorable shortcut for yes. However, I already know what I want to bind mount, just looking for a more convenient way to go about it in a panic. Thanks for the suggestion.

Yes I recognise this post was more typing than a few decades of system rescuing but it’s also more relaxing because my laptop already works and a one character typo won’t be as much of a hassle here. It’d make an unpleasant chore more pleasant if there were a simple alias for this, which I occasionally speculate on proposing but ehhh I don’t need it so often.

So it appears this time I’m motivated enough to make a post here. But not quite motivated enough to:

• figure out how to wedge something to do this into the filesystem on my rescue ISO (because I’ll either lose that USB or need to remember to repeat it for the next Debian stable release which might come out before I need this again — I’m thinking on a longer time scale)

• learn how to formally engage with the Debian community (which seems lovely and welcoming but also extremely bureaucratic for sensible reasons and like I’ll have a pretty long road ahead of me to get a patch together and properly formatted and somehow applicable to all architectures and documented/internationalised and a lot of other steps I’m insufficiently motivated to undertake but perhaps eventually once I have a critical mass of contributions in mind that it feels worthwhile to dive in).

Thanks, that’s a significant detail. It also seems like Bluetooth 5.4 adds nothing relevant to my expected use cases: https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/whats-new-in-bluetooth-v5-4-an-overview

Is there such a thing as a particularly good PCIE -> m.2 E key adapter or are they all pretty much equivalent? Specifically, are some antennae better than others or they’re pretty much simple enough devices that they’re going to be equivalent if they’re remotely aiming at the same spec?

Unfortunately, it seems like Intel may be a bad bet in terms of use as an AP:

Intel cards are only usable as access points either in the 2.4 GHz band or (very rarely) on channel 36. This hardware restriction is stemming from the fact that they don’t have the circuitry required for reacting to radar pulses, and therefore rely on the “proper” access point to tell them about radars.

Also it needs a USB header on my motherboard as apparently the BT aspect is based on that bus. So perhaps I’d be better off with a fully USB adapter, I wonder if there is a downside to that approach… Edit: PCIE is the way to go