Table of Contents
Simpler internal bridge for Xen on Arch using netctl
Just change 'Interface' and 'Dummy' appropriately, and you'll have a nice internal bridge for VMs without having to vswitch things.
Description='internal bridge for xen'
Interface=in0
Dummy=dummy0
Connection=bridge
IP=no
IPCustom=("link add $Dummy type dummy"
"link set $Dummy up"
"link set $Dummy master $Interface")
Fix Thunderbird's Dumb Reply-To Behavior
- Open up the config editor in Edit>Preferences>Advanced, search for “mail.override_list_reply_to”, set to false.
- Try to find a better mail client.
- Cry at the state of desktop mail apps in Linux.
Oregon Trail Device Board
I saw on Liliputing that they were selling one of those single game systems that had Oregon Trail instead of Frogger or whatever. I thought it might hold local interest a little longer than arcade games that only few of us remember. And then once done, I could do something terrible to it.
Also, I was wondering if they were doing something interesting in the hardware. Alas…
Those are some biggish COB blobs. I instantly thought NES-on-a-chip1) but they look a bit bigger than the standard dual NoaC and ROM splurts onto the substrate.
I should probe around a bit, because of the LCD panel. It looks like a standard panel, and I could probably fit one of the ILI9341 or so panels from ebay in it with few changes.
Also, if it *is* a NoaC, it might have composite video somewhere on the board. That could be interesting.
LVM2 Fixes for Arch Linux
Alright, so I run Xen on Arch Linux, and I use LVM to manage virtual disks, because snapshots take the pain out of life. There's been a longstanding problem in the hand off from initrd to systemd where not every logical volume is activated at boot, and lvmetad2) will end up running twice with both hanging– in an aggravating but also amusing lock race– when there's a large number of logical volumes.
There was a bug on it, but the bug report suggested that fixes had been implemented and I felt like I was on my own. From there I decided that I wouldn't include root in the LVM, and older systems would just have need intervention on boot. Which is fine– the two affected systems are on my desk or in a datacenter, so inadvertent reboots are rare.
Well, today I decided to patch for Intel-horror, and I really looked at the bug report to fix it once and for all.
It turned out to be absurdly simple.
Digigram VX222e Isn't Seen in Arch Linux
A radio station I'm working on has a machine with a Digigram VX222e connected to it.
According to the Digigram site, and ALSA, the sound card is supported by ALSA. Unfortunately, it doesn't appear to be detected as a sound card. Reading online, it requires some firmware, but it appears that my system has the proper firmware installed.
The VX222e is a PCIe card, but it appears to be PCI on the card with a PCIe to PCI bridge. According to Digigram's support site, they made a hardware change in March of 2017, and I suspect that this might be the problem.