That may not seem like an obvious use-case when only thinking about a piano, but since it's mapping MIDI keys to commands, I guess it should be able — or at least no very far from being able — to map ergonomic MIDI controllers to actions that are not as ergonomic with the usual keyboard / mouse / trackball / touchpad most people use.

I wrote what I believe is a similar tool but with completely different goals initially: https://github.com/Arkanosis/smhkd ; I use it with a cheap MIDI controller (namely the KORG nanoKONTROL2) and was considering using another one with motorized faders (namely the Icon Platform M).

MIDI controllers are great for all kinds of non-musical things like: - setting the volume / balance / solo / mute for speakers / multiple headsets and mixing multiple applications (eg. using pactl); - setting the zoom level / brightness for camera / webcam (eg. using v4l2-ctl) ; - setting the source / brightness for monitors (eg. using ddcutil)…

I don't think many people use that last property or are even aware of it, which is a shame. I wrote a tool (bamrescue) to easily recover data from uncorrupted blocks of corrupted BAM files while dropping the corrupted blocks and it works great, but I'd be surprised if such tools were frequently used.

Even at home, I've set up multiple accounts for myself (main one, one for closed-source programs, one for gaming I can share with other people…) and for my family (to each their preferences, wallpaper and so on). Having two or three user sessions running at the same time is not uncommon. I'm probably the exception here, but I don't think Podman targets the regular home user anyway.

It's not obvious to me how Podmansh would revolutionize that, but I guess it's nice, I'll try it for sure.

Not all messages are encrypted with the same key, so if all of your clients are not connected at the same time, and the same is true for the sender, they can't exchange their keys. When that happens, each client can only decrypt the subset of the messages for which it has the keys. Also note that clients only exchange their keys with other verified clients.

If you look at the “session_id” attribute of the JSON source of the messages, you'll see that for a given session (ie. when the sender is logged in a client), all the messages are decrypted (which means you have the key for that session) or none of them are (which means you haven't received the key for that session yet).

Possibly, one of your clients has the keys needed to decrypt one of the messages, but you're using another client which doesn't. Things go back to normal when both are connected at the same time and can share the keys, or when the client of the sender is connected and still has the keys.

If you don't keep your clients connected all the time, you can use a secure backup on the server, so the clients can retrieve the encrypted keys from the server and decrypt them locally.

Not having the keys happens more often if one the parties uses short-lived sessions (like logging exclusively in a private browser window, for example).

This article helped me with understanding a little: https://gerstner.it/2021/02/matrix-and-e2e-encryption-or-how...

1: That's a relief :)

2: I've just joined `#conduit:fachschaften.org`; we'll see if I can help somehow.

I've been using Conduit for 10 months now and I love it. Thank you so much for it!

I've two questions:

- Is there any concern to have with regards to its future when you finish university? You seem to be by far the most active contributor and I'm worried the project is still dependent on how much time you can afford to put into it;

- What is the best way for a Rust / Linux developer to do a first impactful contribution to Conduit? With 155 open issues on GitLab at the moment and no problem really standing out for me as a user, I don't know where to start :p

Thanks!

BTW I hope you land a great job; I'd happily recommend you where I work, but we don't have any office near Dortmund unfortunately… Feel free to reach out to me if Dortmund / remote is not a requirement.

I'm the only user on my server and I've not joined any very active room, but so far its impact on my small VPS performance has been negligible.

The exact monitor / window / new program to run I want to look at is always exactly one keystroke away, an so are moving, resizing, bringing to top and so on.

This did not happen by just installing this WM, though. I've had to tailor it to my specific needs, and that's still an ongoing process, as needs change over time. The WM makes it possible, but there's still work on the user side.

Also, I feel like the (real) benefits can easily be dwarfed by the inefficiencies of what's in the windows you're dealing with. What's the point of being able to open an app without leaving the home row of your keyboard or instantly focus on the right app window if the first thing you need to do to use that app is to grab a mouse and click in ten difference places? You get most of the benefits of i3, awesome and other similar WMs when you combine them with keyboard-driven programs.

https://www.fieggen.com/shoelace/grannyknot.htm

Small, but life-changing discovery.

What's extremely interesting is that on my laptop, HN is 12px when Firefox is full screen, but 13.33px when Firefox only uses the left or right half of my screen.