Someone that hasn’t discovered tilde yet.

I think the problem with xournal is that it cannot ask a file portal to give it access to two related files at once. “I want to let the user pick foo.pdf.xournal, and also give me access to foo.pdf”. So the next best thing is to give it the “access any damned file” permission, and let Xournal grab whatever it wants. You get the same problem with video players - you could take away their permission to open-any-file, but then they won’t be able to pick up a related subtitle file.

Localsend only does files/pictures/a quickie bit of text, but I find it more convenient and reliable than kdeconnect. Localsend’s iphone app is in better shape too, if you need that.

It’s one of those Windows features that I would accidentally click once, and then immediately go hunting for how to disable it.

640x480 sounds like the typical fallback if there is no EDID/DDC data and the card is going ahead with the most bare-minimum signal that any screen should accept. Maybe there’s dumb state sitting around in the video card. Maybe, because everything is now so smart that it’s stupid, the monitor itself is the one remembering weird state. Maybe it doesn’t like the text-mode flip or a DPMS command at the end of an update-reboot cycle, so its EDID responder loses the plot. Who the fuck knows what goes on in all this garbage firmware?

Linux bootloaders discover the correct linux volume by UUID (which is in the filesystem), or PARTUUID (which is in the GPT table). It’ll look at every drive, and when it sees the matching one it’ll look in that partition, find the kernel & initrd, suck them into ram, and launch the kernel.

The main problem with moving drives around is - where is the EFI firmware looking for the bootloader in the first place? If you read efibootmgr, the efi data is pretty simple and very much tied to a hardware port. The EFI takes the most preferred bootloader entry, goes to that drive, and runs a file like “\EFI\grub\grubx64.efi”. If that file isn’t right there, the EFI isn’t going to look elsewhere for it.

There is one bootloader name that EFI will pluck out of the blue and (smash the Fx key) offer to you as a boot option - “\EFI\BOOT\BOOTX64.EFI”. Self booting usb installers use that, but you could use it too. Put all the other files that go along with the bootloader in with that boot folder, and rename the appropriate .efi to bootx64.efi.

One thing that I’ve done on odd setups is to put rEFInd on the efi partition as the boot\bootx64.efi loader. It’ll do a pretty fancy job of detecting what’s bootable (may need an additional filesystem_driver.efi), or even chain into grub to finish the startup.

/C:

The “AI boom” means that Intel is going to take die space from the GPU and give it to an NPU. That’s how you get Windows 11®️ CoPilot™️ cetified.

Lol I guess they could mount the deck to show as a scoreboard.

Frick, I’m going to have to check out Farmer Was Replaced.

It exists because, long ago in a galaxy far far away, a sysadmin ran out of space on a drive. The system was split between two 10MB(?) drives, one was / and one was mounted at /usr, for User data. They moved some of the programs to a folder for a dummy user, /usr/bin, and put that in everybody’s PATH.

Everybody kept on doing things that way ever since. Social momentum is funny that way.

You can also use backports for some of the more “system entangled software” that cannot be packaged in a flatpak. Or, you can skip ahead to “Trixie” unstable. It has been great for me for the last several months. It’s arguably more stable than what Ubuntu calls an LTS.

Sometimes a wireless mouse problem is just “I also plugged in a USB 3.0 device, and it puts out so much RF noise that it’s jamming my mouse dongle and the local airport’s approach radar”.

USB can be bitchy that way.

I have a monitor with awful speakers (thanks Acer), and SteamOS will dutifully switch to them instead of using its own much better speakers. I made a non-steam shortcut with this abomination to kick it back to the internal speakers (manually run it whenever you plug into the dock/external screen).

pactl set-default-sink 'alsa_output.pci-0000_04_00.5-platform-acp5x_mach.0.HiFi__hw_acp5x_1__sink'

Bazzite is broken AF on Nvidia right now, with no X11 and no explicit sync driver. I can’t wait to see if driver 555 fixes it.

Edit - 555 is out, and yes it is considerably better.

I think it would come down within an entire SteamOS update. Valve should give it some time in Testing before they push it to everybody in Stable. But they have been known to yolo some really wonky builds on a Friday afternoon and leave your Deck broken all weekend.

Yeah, an intel N95 puck will absolutely demolish any Pi. By the time you add a case, a drive, a stable power brick, enough memory, a cooler, you’re at the same price. With a PC, you’re getting an NVME drive (2 pcie3.0 lanes because Intel can’t let it eat the i3 market) @ 800MB/s. With a Pi, you are living off of a microSD card running at 50MB/s (and that craters with any writing or seeking).

I would gander that a “gaming distro” is more aggressive at chasing the latest video drivers, stability be damned.

I think “cups, just cups” pulls in enough to do airprint as is.

Last month had a bunch of great indies hit, I’m still dealing with them. Finished off “Little Kitty Big City” and Cocoon. Working on “Isles of Sea & Sky” and “Dungeon & Puzzles”. Still have yet to really get into Animal Well.