The Agony Of Packaging Linux Apps

One of the great things of Linux as an ecosystem is that there is so much choice. Yet this is also its greatest weakness, as unlike on MacOS and Windows this means that simple questions often do not have a simple answer. The topic of distributing software is one of these vexing topics that never really goes away, with [Noam Lewis], as author of the Fresh editor, recently expressing their frustrations on this topic.

This is a familiar topic that we have covered before, mostly in the context of cross-platform installers. Whereas on MacOS and Windows you just pick any of a handful of standard installer frameworks that do roughly the same thing, on Linux you are dealing with a dizzying number of package managers, including distro-specific ones, NPM, Homebrew, Rust crates, third party repositories like Arch Linux’s AUR or stray APT repositories for Debian, and of course AppImage and Flatpak along with a host of other options.

After going through the entire list with help from the Fresh community, [Noam] ended up creating packages for all of them, and has a lot of thoughts. Since Fresh is a TUI-based editor, something like Flatpack is not a really good fit, while AppImage is just very slow due to mounting the image, which is annoying.

Overall, distro-specific solutions are just unpleasant in general, as they mean repeating the same work over and over, even if you can even get into a distribution channel. Ultimately the solution that [Noam] ended up at was to have a static binary with the musl runtime, along with an integrated updater, which is a solution that should be quite familiar for Windows users. Yet even if it fails some kind of purity test for certain Linux users, is it really a bad solution if it works for users of the software?

Read A USB Logitech Racing Wheel On An ESP32‑S3

Now that MCUs like the ESP32-S3 are quite capable computer systems including USB host functionality, it only makes sense that you can connect USB peripherals like Logitech racing wheels to them. Of course, these aren’t basic HID USB devices, so they require a bit of setup to make them start spitting out the data updates which we’re interested in. Making this process easy is the goal of the LogiWheelHost project for ESP32-S3 by [Joel Kometz].

This single-header library supports the G29, G923, G920, G27, G25, DFGT, Driving Force Pro wheels, building on top of the EspUsbHost project. As explained in the README, these racing wheels do not start streaming all updates to their controls once powered on, but boot into a restricted mode in which only neutral or combined-axis data is sent.

To change this you need to trigger the so-called native mode switch in which far more detailed information as well as updates on extended features like separate pedals, all buttons and the gear shifter become available. This is done by sending a HID output report to the USB device, which is easy enough.

In addition to handling this detail the library also provides an API using which obtaining and using these controller states in your own code should be quite easy. Presumably the library will work on or can be ported to other ESP32 MCUs that support host USB mode, so this might be good news for anyone who is looking to do more with that old Logitech racing wheel.

Getting Back Into Resin Printing: First Results

When we last left off, I had just set up a new SLA resin printer and was on the verge of doing the initial round of printing to see just how resin printing in 2026 compares to way back in 2020. Surely SLA printing had to be easier and less fussy than it was in 2020?

During these weeks of printing, setting up printers and taking a gander at the various workflows that certain printers and their manufacturers try to push you into I have both produced a series of not too shabby prints and some delightful spaghetti. I also flipped a few proverbial tables and formed some strong opinions on 3D printing workflows, of which some can considered to be family-friendly.

Without further ado, let’s get into some updates, a bit of ranting, and even some printing results.

Continue reading “Getting Back Into Resin Printing: First Results”

Lighting 3D Printed Parts On Fire For Science

Although lighting 3D prints on fire is rarely the intended outcome, it’s possible that said print will at some point in its future come into contact with either an open flame or a significant source of heat. Once that happens, what will be the result and how worried should one be? This is basically the excuse behind [Maker’s Muse] recent decision to light some 3D prints on fire.

Crispy 3D printed combat robot. (Credit: NHRL)
Crispy 3D printed combat robot. (Credit: NHRL)

Materials exposed to an open flame in this experiment included various types of PLA, PETG, ABS, ASA, TPU and PEBA. Since PLA filaments have a significant amount of carbon in them it’s little wonder that these burned quite readily, though an interesting difference was immediately visible between an Elegoo PLA+ test cone and a Prusa Galaxy Black PLA cone. The latter required a blow torch to properly ignite, after which it burned rather hot whilst melting, unlike the dirty yellow flame of the PLA+.

So-called ‘high temperature’ PLA (HTPLA) seems to actively resist burning, self-extinguishing after a blowtorch treatment. Just these few samples of PLA already gave very different results, with very likely the additives being the defining factor since pure PLA is easy to burn as a way to dispose of it somewhat cleanly.

Moving on, black PETG didn’t really want to ignite, while ABS and ASA absolutely love to burn with a sooty yellow flame. HIPS was also tested, burning in a similar sooty manner as well.

Of all the materials tested, TPU was the least flammable with even the blowtorch not able to start ignition and only melting the sample. Foam TPU did however burn the most aggressive, followed by ABS, ASA and HIPS. Overall PETG and regular TPU seem to be your best bet if you do not want your 3D print to turn into a happily burning candle and potentially a general fire hazard.

Continue reading “Lighting 3D Printed Parts On Fire For Science”

Is Manual Filament Tuning Still Worth It?

In this era of consumer-grade FDM printers that have automatic bed levelling, automatic pressure advance tuning, automatic temperature regulation and so on buttoned away behind bullet-proof presets and automation, something as archaic as manual filament tuning does seem a bit out of place. Unless you’re running that hot rod Voron FDM printer, does it make sense to ‘waste time’ with manual tuning your off-the-shelf FDM printer? In a recent video [MandicReally] argues that it still makes sense to unlock more performance.

Up front it’s made clear that these auto-tuned configurations are perfectly fine for the average user, who will be perfectly happy with something like a ‘generic PLA’ preset combined with whatever auto-configuration the printer did. That said, not every filament is the same, nor is each heating element, nozzle and feeding system. In that sense it can be worth it to take a deeper look.

In the video basic aspects like preparing the material, such as properly drying, are looked at, before running through tests for temperature, flow ratio and rate, pressure advance, retraction speeds, material shrinkage etc. before doing a test between such a tuned profile versus a generic preset for ASA filament.

Although the difference isn’t night and day, the tuned profile was faster due to less conservative settings and had better accuracy on the final print due to taking the target FDM printer’s performance into account. Even if not something that the average hobbyist would be interested in, if you’re doing something like production runs with FDM, this might be something you’d want to look at.

Continue reading “Is Manual Filament Tuning Still Worth It?”

Fixing A Dead Makita Battery With A 20 Cent Part

That's not what an NTC should be reading. (Credit: The Repair Forge, YouTube)
That’s not what an NTC should be reading. (Credit: The Repair Forge, YouTube)

It’s no real secret that battery packs for power tools aren’t the foremost when it comes to user serviceability, so if said battery pack suddenly stops charging outside of warranty, you generally just e-waste it. That’s what [The Repair Forge] could have done for the Makita battery pack in question, but instead it was opened up for a diagnosis and fix.

Rather than the charger throwing up an error with this specific battery, it would flash its red LED and run its fan, but never actually start the charging process. Apparently the charger seems to think that the battery is either too hot or cold to be charged, which already gives a big hint as to what might be wrong.

Using the open source PocketOBI tool it’s possible to query the battery, which showed that one of the internal thermistors reported the battery being at a chilly -30°C while the other a more reasonable 28°C. After popping open the pack and measuring the thermistors, the faulty one registered as infinite resistance thus confirming that it had failed.

By putting in a temporary resistor this diagnosis was confirmed, thus the next step will be to replace said thermistor. This same procedure was then used with a second battery, whose thermistor read a wild 64°C.

Overall it’s a pretty easy fix, using a 20 cent part, with the entirety of diagnosis to repair taking maybe ten minutes when using a tool like PocketOBI, itself based on the great Open Battery Information project that originally reverse-engineered the Makita battery protocol.

Continue reading “Fixing A Dead Makita Battery With A 20 Cent Part”

Turning A Toy Game Boy Into A Real Game Boy

In the world of children’s toys there are many offerings which are meant to look like devices used by older kids or even adults, with the Fisher Price Laugh & Learn Lil’ Gamer toy bearing quite the resemblance to Nintendo’s iconic Game Boy. Although this factoid could be filed away as amusing trivia before passing said toy to a child for its requisite physical abuse by said child, a purported adult can still have a lot of fun with this toy by modding it into a real Game Boy, as [KOUZEX] recently did.

Part of the challenge here is to not just treat it as an unconventional replacement shell for a genuine Game Boy, but to retain as much of the child toy’s look and feel as possible. This includes things like buttons and even the weird sliding blocks on the side.

For the functional components a Game Boy Color with a busted screen was chosen as a donor, with the GBC mainboard fitting almost perfectly inside its new shell. Wires were then soldered to bridge Nintendo’s PCB with the toy’s PCB to make the original buttons and speaker work. After blowing a fuse on the GBC mainboard due to likely some power back feeding, the toy’s PCB had its non-essential parts stripped, but fortunately without further damage to the grafted in electronics.

Most of this mod is quite straightforward, just with some creativity required to add a Select and Start button as these were notably absent from the original. The new, rather large replacement OLED screen is a nice upgrade too and actually fits pretty well with the chunky look of the child’s toy. Even as mostly a joke mod, it seems surprisingly functional.

Continue reading “Turning A Toy Game Boy Into A Real Game Boy”