

It could also be that some students have ARM laptops, and they’ve got an x86 version of Debian.


It could also be that some students have ARM laptops, and they’ve got an x86 version of Debian.
You can customise your console login with /etc/issue too!

Oh no worries!
Also hdparam/nvme-cli will let the drive erase itself, and should be faster than operating through a computer. Like it can take seconds on some SSDs since it wipes the chips in parallel, and some drives are self encrypting, so it just deletes the key, leaving the scrambled data. But those usually won’t work on USB drives.
If it’s an external SSD, I like to format my drives as f2fs, which is a filesystem designed for flash memory, so it might be a bit faster and last longer than ext4. But that’s just personal preference and ext4 should always work fine.


Don’t Python scripts need
pythonat the beginning of the command that summons them?
Not if the script has a python shebang (e.g. !/usr/bin/env python3), then it will run like any other script.
It’s not strictly Linux anymore, but I wrote a library (or userspace driver?) in Python that interacts with a ChromeOS Embedded Controller found in Framework Laptops and Chromebooks. The driver part of it interacts with the EC directly over the IO ports, which was originally written for Linux but later ported to FreeBSD and Windows since IO ports aren’t at all OS specific. It can also talk to the cros_ec_dev driver on Linux if it’s loaded.
https://github.com/Steve-Tech/CrOS_EC_Python
I wrote a GUI utility for Framework Laptops too, which also serves as the example for CrOS_EC_Python: https://github.com/Steve-Tech/YAFI


It can, but it requires creating your own signing key, registering it with secure boot, and signing your nvidia driver.
There’s a guide here: https://askubuntu.com/a/1049479
But if you’re running any out of tree drivers (e.g. the nvidia driver), I’d recommend just leaving secure boot off.
I’ve never tried it, but there’s Waypipe.
I’ve seen an S3 option in Smokeless_UMAF, so maybe you can enable real suspend, but I haven’t tried on my Framework 13 AMD.


Yes, but it doesn’t look like KPROBES_ON_FTRACE is supported on arm64. I did find this patch though which implements it: https://patchwork.kernel.org/project/linux-arm-kernel/patch/20191218140622.57bbaca5@xhacker.debian/
If you don’t know how to apply a patch, you can either paste the link into b4, or download the mbox and apply it with git am.


It’s part of GNU Gzip, and zcat is basically just a shell script that runs exec gzip -cd "$@" meaning you can actually just do cat /usr/bin/zcat to get the source.


The options that start with HAVE_ usually depend on the arch or compiler. I don’t believe it’s possible to enable manually without modifying the source itself.


Pretty useless unless you use KDE, but I really like KDE’s widgets.
Not to defend them, but he did follow up with this:
This is referring to the technology we just released into BETA for premium subscribers, which delivers one of the lowest latencies for livestreaming (significantly better than YouTube’s latency).
This does not refer to encoding
https://xcancel.com/chrispavlovski/status/1856090182275215803
Although quality != latency, so idk.
I think you’d have to modify the edid, since you’re setting a custom refresh rate, not a hidden one.
I’ve use wxEDID to force enable VRR before.


if they use AMD that’s better on linux, they don’t need to know what a GPU driver is.
Same goes for Intel, unless they need to use OneAPI.


Epic!
I’ve never seen that on modern AMD stuff that uses radv, but I’m sure it’s probably fine.
Oh I’m aware, I just wanted to add to the trivial list of issues. But I think there might still be issues with some Snapdragon CPUs.