Apparently there is _nobody_ selling a 40cm blade for the G40LM40 / 25157 40V lawnmower by #Greenworks outside of the UK – or claims a shipping time of seven months! Is this the result of Brexit?
Well fck this. I ordered a 41cm blade for the G40LM41 / G24X2LM41 model on a hunch. This one was available. Looks like the fastening bolt is the same. Could confirm this when it arrived 4 days later.
Sadly it didn’t fit (no security clearance) – which was expected, of course. The fix is rather simple though. At least when you’ve an angle grinder.
And what do you say… perfect overlap of all the bends. This will do. Attached it and went for a test run depleting a whole battery (rechargeable, I’ve 4 of the big 4Ah suckers for this one because you know… grass).
If my guess is right this may be the last blade I could obtain for this lawnmower. What a shame. It’s doing fine for years and I really like the battery version. Less noise and no fumes are always a win in my book. It won’t stay though if replacement parts become such a pain in the… neck.
I like my #Gnome desktop but some things really drive me mad. I recently switched to an AM5 board (yeah yeah first world problems) which came with an integrated #bluetooth adapter. Which sucks. Badly. Dunno if it’s the driver or interference from the board itself or due to the case shielding the signal. I don’t really care as well. It can however not be deactivated in the UEFI settings.
I’m using a BT adapter plugged in via USB for years now and moved this over to my new system. It works _excellent_ even with multiple devices. I get clear sound without crackling on my headphones, which is what I really care for to stay “in the zone” for work.
Alas Gnome does not let you choose which BT adapter is used – unlike we know this e.g. from the NetworkManager. Apparently it even defaults to the _first_ adapter it finds, which is by design the integrated one – that I do not want in my case. I can basically only tell them apart by their addresses that I can obtain via the hcitool command:
$ hcitool dev
Devices:
hci1 10:B1:DF:AA:63:50
hci0 00:1A:7D:DA:71:06
And everything mentioned there is still true and while I usually can understand Bastien’s reasoning in this case I can’t. Alas not all is lost. It’s a little tedious but the following example script was added to unbind an adapter:
#!/bin/sh
ADAPTER_TO_DISABLE=${1:-hci0}
SYSFS_PATH=/sys/class/bluetooth/$ADAPTER_TO_DISABLE
if [ ! -h $SYSFS_PATH ] ; then
echo "Could not find adapter $ADAPTER_TO_DISABLE"
echo "Usage: $0 [hciX]"
exit 1
fi
USB_DEVICE_PATH=`realpath $SYSFS_PATH/device`
USB_DEVICE=`basename $USB_DEVICE_PATH`
echo $USB_DEVICE > $SYSFS_PATH/device/driver/unbind
The adapter will be back on the next reboot so it’s a little tedious but at least I can now kill the malfunctioning one. It’s a hammer to a nail but it works. Put in a script it may be called like this:
sudo unbind-bluetooth-driver.sh hci1
Oddly enough something in the gnome-shell extension acts up now and duplicates the device list.
I can live with that though and it may even be fixed with a more recent version already. I’m still on 44.9 and somewhat behind on this currently.
Visited the abandoned silver/copper/barite mine in Hallwangen, 72280 Germany. It’s a rather interesting one as it dates back to #medieval times and is still excavated by voluntary workers. The earliest record found dates back to 12C and the upper mining gallery “Himmlisch Heer” shows markings that are the result of hand tools while the second gallery “Irmgardsglück” has holes for explosives drilled with machines powered by compressed air. That part also has wider tunnels while the upper part is mostly crawl spaces.
The mine was abandoned and reopened several times for different reasons. The last activity was in 1912 and some stuff like an old rail for push carts and parts of electric installations can still be seen to this day.
I liked especially that we were allowed to walk through the mine at our own pace. I remember a visit to another mine where we were ushered along so fast that the children had trouble keeping up. Not so in this case. Our guide was very friendly and described everything in an exciting way so the children would even pay attention 😀
Speaking of, the guide noticed my interest in the medieval part of the mine and recommended me the De Re Metallica (yes, like the band 🤘) by Georg Agricola, which is apparently a treasure drove on historic mining operations (and myths) and lucky me: A translation in English is available on Project Gutenberg (as well as the original Latin text) – figures included.
I can totally recommend a tour. We got to see a lot of interesting stuff packaged with fascinating stories and explanations. Been to some mines in my life already but seldom did I get to see so many details in such tiny tunnels. Granted, most mines were rather modern and huge drilled exclusively with modern machines.
If you visit don’t forget to greet the tunnel at the entrance with the classic “Glück auf!” shout of the local miners for safe passage and fortune.
No Man’s Sky with headtracking and HOTAS (on Linux PC)
Wondering about that button box? Didn’t use it in this demo but you can find plenty more examples on the channel and more details on my blog: https://beko.famkos.net/category/simpit/
How it’s done? NMS does support a gamepad but it also reads/maps all gamepads to a single device. It makes no difference between multiple gamepads!
This leaves me with a very limited amount of possible buttons on the HOTAS after mapping that to one virtual gamepad using MoltenGamepad (I usually split that one up into multiple gamepads for braindead games).
So for additional buttons I used AntiMicroX to map the rest as keyboard presses.
Doing so I noticed that NMS does “look-around” on the right stick and this is where OpenTrack comes into the play. It offers a joystick output (using evdev) and that is also just… a gamepad! Needs some remapping though to get pitch and jaw to the proper axis for NMS. This is done via SDL env (basically what Steam does under the hood but boy their GUI for that sucks): SDL_GAMECONTROLLERCONFIG="000022e86f70656e747261636b206800,opentrack-to-nms,rightx:a3,righty:a4,platform:Linux,crc:e822,"
And there you have it. NMS with my trusty old X52 Pro and a DIY headtracker for 5 bucks 🤓
PS: I’m aware that the recording quality sucks. This was very spontaneous with a webcam sitting on my chair. I basically just finished my happy dance that this started working properly and decided to smash that recording button. PC was not even in “gamemode”.
Originally I was going to replace a disk on my hardware controlled RAID 5. That didn’t work out well. The controller supports hot-plugging but the LED indicator stayed on faulty. To debug this I had to boot into the controller to check for the error message and lo and behold it appears my spare has an invalid block size and the controller is too dumb to format it with another, unlike e.g. sg_format.
And this should have been the end of the story until I can reformat this on another SAS capable PC. Alas grub rescue greeted me on reboot with “error: disk `lvmid/foo/bar` not found.“
and I could not persuade it to boot the LVM member. The thing is that this disk is NOT under control of the hardware RAID controller. It’s plain SATA and it’s boot order is before the RAID controller so I really did not expect any trouble here.
Turns out I was running into this rare bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987008 where the words “time-bomb” and “critical” are dropped. The gist is that grub has a bug that prevents it from reading LVM meta data sometimes and this results in a broken bootloader.
This is not fixed with the usual reinstall dance from another boot-able medium. The trick is to manipulate the LVM meta data in some way, e.g. by adding another volume temporary.
This means running a vgscan after booting from another medium and *in my case executing* e.g. lvcreate -L 4M pve -n foo
The name doesn’t matter as it can be removed afterwards. Updating the initramfs should run without errors now and is a good indicator if this worked. Now it’s possible to reboot again.
The two problems have basically nothing to do with each other. It was just my lucky day to run into this sequence of chained issues during my free Saturday night 😩
Oh yeah, meanwhile the RAID recovered also. Another spare was added until I have time to take a closer look at the block size issue.
Wir landen immer mal wieder mit unserem Mailserver bei der #Telekom im Filter:
> refused to talk to me: 554 IP=$mailserverIP - None/bad reputation. Ask your postmaster for help or to contact tobr (at) rx.t-online.de for reset. (NOWL)
Darunter leidet vor allem mein Vater, der sich regelmäßig per Mail mit seiner Peer Group austauscht.
Beim letzten mal haben die ein Impressum gefordert, was ich lapidar mit WHOIS und der Rückfrage nach welcher RFC das bitte sein soll gekontert habe. “Ja, da kann ja jeder kommen”. Newsflash: Das ist der ganze Witz bei Mail. SPF, DKIM, rDNS… ist denen alles egal.
Jedenfalls ist hier der “Musterbrief”, mit dem er uns diesmal “freigekauft” hat, nachdem ich selbst einfach keinen Nerv hatte mich damit auseinander zu setzen und nur auf frühere Rants verwiesen habe:
Guten Tag. Meine Mails werden nicht weiter geleitet an den Empfänger. Dazu gibt es keinen Grund.
Dieses Problem hatten wir hier schon öfter und es sollte eigentlich nicht vor kommen.
Beim letzten mal haben Sie uns glaub auf ne Whitelist gesetzt.
Wir sind nur auf eine andere IP umgezogen. Der Mailserver ist der gleiche und früher ging das auch.
Das ist ein privater Server.
Wenn der Server wirklich Müll macht, und z.b. Spam verschickt, sollen die bitte entsprechende Beweise beilegen.
Mail _ist_ dezentral, wir erfüllen alle technischen Anforderungen die State Of The Art sind.
Einfach Blocken weil man die IP nicht kennt und den Anrufer abweisen weil er nicht im eigenen Telefonbuch steht. So funktioniert das Prinzip Mail nicht!
Als Beispiel hier eine abgewiesene Sendung, daraus ist ja für Sie alles ersichtlich: […]
Gleiche Mails über z.B. GMX laufen ohne Beanstandung.
Warum sich die Telekom hier immer so anstellt kann man nur raten. Offenbar hat man es sich auf die Fahne geschrieben jeden einzelnen Mailserver da draußen persönlich zu überprüfen. Sind ja auch nicht mehr so viele übrig, die nicht zur #GAFAM gehören. Warum das ein echtes Problem ist kann man schön unter https://poolp.org/posts/2019-12-15/decentralised-smtp-is-for-the-greater-good/ nachlesen.
Es wäre besser wenn wieder mehr Menschen ihre eigenen Mailserver betreiben würden und diese Kommunikationsmöglichkeit nicht in dritte Hände geben würden. Das ist auch wirklich nicht mehr so schwer wie vor 20 Jahren, als so was noch als Königsdisziplin galt. Das kann heute jede NAS nebenher erledigen.
Did some space pew pew like it’s 1999. This is X: Beyond The Frontier. One of the very first space games using a “so called” 3D card. Haha, those crazy peeps at Egosoft updated it in 2021 to make it compatible with Win11 which means it’s basically running on Linux PC out of the box as well. Mapped my joystick and dived into it once more. Doubt I’ll play it much but that was a nice excursion down memory lane
I still have the original CD-Rom but when I noticed that it’s on a Steam sale for -,99ct I didn’t even bother to look for a CD reader. What a surprise that this runs at all.
I also have some short video footage. I’ll never forget that glorious intro. “Here is how the ship navigates… and action. Bam. Here are 1000Cr, the most basic shield and no weapons. Go! Trade! ‘Maps’? ‘Earth’? What’s that? Oh and you have to pay those Cr back. With interest.”
I hacked a mod for X4: Foundations to get ship telemetry and targeting data to my “Primary Buffer Panel” via a socket. This is a demonstration of my simulated cockpit made from cardboard on a budget usually used to play Elite Dangerous now also used for X4: Foundations. This is work in progress.
My DIY cockpit for X4: Foundations (on Linux PC)
In use:
A Linux PC
A DIY Headtracker
A DIY Joystick (My Primary Buffer Panel)
A X52 Pro HOTAS
An AMD RX6700XT
…a lot of plumbing in Node-Red xD
This is loosely based on the Python Pipe Server mod for X4 that is sadly Windows only using Named Pipes. I fixed that for Linux PC by side-loading the library LuaSocket and starting a socket server directly in X4. That’s right, the Python Server is simply not needed now and companion tools may directly connect to the socket. It’s a nice bonus that LuaSocket also allows a UDP or TCP server depending on how it is started. That was some piece of work though and I’m still wrapping things up to publish my code changes. I’m also still looking for testers so if you’re interested get in touch!
Here are the humble beginnings[1] of a working example to read the ship status of #x4foundations in a format very similar to the Status File of #EliteDangerous
Both games are quite similar and by using a “well established” format it should be possible to use this with existing companion apps – like my own #SimPit
It uses the “Named Pipe API” of “sn_mod_support_apis” – on #Linux PC 😁 This was not supported by this MOD so far but I made it work.
Well, at least on my machine 🤓
And yes, the pipe server works with some minor adjustments for other _existing_ apps as well. Here is a demo of #X4ExternalApp with a data feed directly from X4: Foundations – it does not use the #X4PythonPipeServer though, since that is not really needed, so I had to make some small adjustments in it’s connection routine but that was like 2 lines of code 🤷
