terminal-typeracer VS wally

Project can be found here: https://gitlab.com/ttyperacer/terminal-typeracer

I generate for a number of different platforms here: https://gitlab.com/ttyperacer/terminal-typeracer/-/blob/master/build-all.sh and that includes a number of C dependencies (openssh, libgit, sqlite).

Hey a typing TUI! Looks good mate! Reminds me of my own terminal typeracer a few years ago too https://gitlab.com/ttyperacer/terminal-typeracer

If there are ever any features you'd like me to add, feel free to make an issue.

I decided to do a little Docker to see how the experience was. I updated one of my projects to add an x86 Linux cross compile. Nothing too exciting: https://gitlab.com/ttyperacer/terminal-typeracer/-/blob/master/build-all.sh

Not trying to diminish your work since this is very cool, but it's almost exactly like https://gitlab.com/ttyperacer/terminal-typeracer

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.