RethinkRAW VS wally

I created https://rethinkraw.com that hijacks Adobe DNG Converter to provide a very limited Adobe Camera RAW that can even run on Linux. Why? Because why not.

My pet project uses dcraw to extract thumbnails from RAW files.

I'm using it to embed dcraw in RethinkRAW, and I'm very happy with it and the community.

Wails 2 seems great. I need to have a another look at it for my pet project. I've used something closer to Lorca so far.

I did it with AppleScript (actually JXA, because I prefer JavaScript to AppleScript) for RethinkRAW.

I'm building RethinkRAW using some of the same concepts as Lorca. I don't use the DevTools protocol, it's a straight up HTTP server, because I also want to access it remotely (over the LAN).

For context, I have attempted for weeks to install a program called Wally used for keyboard configuration on an ergonomic mechanical keyboard, something I imagine a lot of Linux users are well-acquainted with. In my journey, I've learned a lot about bash commands, which is nice, but I want to edit my fucking keyboard and can't crack this, even with support from ZSA (the keyboard makers themselves).

Hi there, novice Linux user here like many jumping to the Steam Deck as their main machine. I use a ZSA Moonlander keyboard and a piece of software called Wally to flash custom layouts on it. I thought all of the dependencies for Wally had been successfully installed on my machine. Unfortunately, I encountered an error related to a missing shared library:

I *thought* the laptop USB ports weren't powering the Moonlander when I tried to use it. Turns out in Linux it isn't plug and play. You have to follow these instructions. Basically you need UDEV rules to recognise the keyboard and let you use it. After that and a reboot the thing came alive and in colours!

I had already downloaded the firmware through Oryx, (https://configure.zsa.io/ergodox-ez/layouts/) and installed using Wally (https://ergodox-ez.com/pages/wally) and it was giving the same problem.

For me on my moonlander, also on manjaro, it didn't work directly. I didn't check the error so I cannot say if we have the same problem. I followed the todo to install wally ( https://github.com/zsa/wally/wiki/Linux-install ), mainly the udev file. I think I also needed a reboot, but can really remember. Train work after that.

Wails is what Wally is written with

Also Go uses dynamic linking with glibc (at least as of semi-recent versions). They aren't static! When I was running CentOS however long ago I had to build a docker image for one of the projects I use because they built it with a version of glibc that was too new to run on RHEL based distros: https://github.com/zsa/wally/pull/124

Pruning my collection for an upcoming move. Note this Ergodox EZ is from 2016. It does not have the RGB and swappable switches that some newer versions have. It still supports the same firmware configuration and flashing using Oryx/Wally

But when I flash an ergodox .hex file, the keyboard doesn't work. Nothing registers when I press buttons. I tried using both the QMK firmware and Oryx configurator to build the .hex file (according to these instructions: https://www.ergodox.io/#assemble) but neither work. I tried flashing the hex files with the teensy loader from pjrc (https://www.pjrc.com/teensy/first_use.html) and wally (https://ergodox-ez.com/pages/wally). But no combination of .hex + flashing program does anything.