Friend just hopped to Bazzite from Windows.
I was hoping the atomocity would be a great boon - you kind of can’t break it right.

Well, he wanted to configure RGB lighting on his mouse but the flatpak openrgb did not work, supposedly the udev rules included in bazzite by default, are not up to date or there was some other problem.
As such we had to install openrgb the usual system-wide way, with rpm-ostree in terminal - something I was hoping he would never had to do.

Unless the vendor is rolling something super custom, for the communication TO the keyboard, it should use USB HID.

Start Wireshark, filter for hid, connect the KB and the first message should be a HID descriptor of the KB, look for Output Reports (it’s meant from the POV of the usb master) or Feature Reports.
Though, this will probably not yield much insight - vendors love to do the easy thing, reserve opaque 32x8 bytes as a “downlink” Output communication in the Vendor Usage Page and stuff their own protocol/encoding in there.

On linux I can recommend hid-tools for working with this, in windows I believe your only solution is Wireshark.

https://www.marcusfolkesson.se/blog/hid-report-descriptors/

Happy Hacking!

E: About the already reversedsoftware, for logitech (and more) stuff, there is piper but you will want to look into the underlying daemon libratbag, there is also solaar

I can’t do that even on PC, tried to delete dead LAN url many times, it always comes back

It could still be cached by your instance infra, in your case I see cloudflare headers and cache HIT so it might take a bit before the image goes away, depending on the settings of your instance.

E: it’s also possible your instance does not have cache revalidation configured correctly and as such the image could be cached almost indefinitely (the headers currently say it can be cached for a maximum of a year). @Lodion@aussie.zone

There is also https://github.com/jokob-sk/NetAlertX

My instance is close to two years old now, and on average has had about 2 MAU, with no (local) communities.

Currently we have about 700 active federated communities (that had any federated activity within last month), out of 900.^[1]

The on-disk size of both lemmy and pict-rs database^[2]

postgres@postgres:~$ pwd
/var/lib/postgresql
postgres@postgres:~$ du -sh data/
31G	data/

I use pict-rs with S3 provider and the bucket size is currently at 22.82 GB (read: external network storage, this is probably mostly just thumbnails^[3]).

So in total there is almost 54GBs spent just for lemmy.

So assuming you have 100G remaining after system stuff and dedicate that box only to lemmy (and pict-rs media files) and use it mostly for yourself ^[4], you should be alright for about 3-4 years (assuming that I am gaining about 27GBs total per year and that you will federate with a similar amount of a similarly active communities).

If you offload media storage to a hosted S3 bucket^[5] then you should be good for a lot longer as you will only need space for the postgres databases.

How did you open this? Maybe something overrode your default text editor application (look in settings for Default Applications).
Also maybe check your EDITOR env variable (echo $EDITOR), though that is only used when a different CLI program wants to open an editor for you (in CLI)

You are replacing partitions with subvolumes, as such you have to make these operations on the btrfs filesystem (so as others have already written, deleting the subvolume instead of re-formatting the partition).

For the monero mining, did you solo or pool mine? Also p2pool+xmrig ?

Also, proxy_buffering

Sounds like you need to instrument it yourself.

It could be as “easy” as calling the endpoints yourself and saving the sensor states in any kind of storage grafana supports, then making a dashboard on top of that data.

Maybe Zabbix could also work

Uh I think you meant bind mounts lol

No.
Any coding LLM could probably help you piece together the kernel configs, makefiles and so on but you can’t just tell it “build me a linux distro called Mannah Hontana”.

Edit: not to mention that distro is more then just the kernel, there is also the choice of init system (what will start and manage “background” services), package manger (so also the package format), desktop environment (kde, gnome, …none) and so on

Thanks, especially for that openwrt mesh bit, that might end up as the the best solution.

Looking into it, ty!

Good tip, thanks!

Kicking low-signal devices didn’t occur to me, and should be easy to implement on the OpenWrt one, thanks!

Tp-link is stock sadly, but could replace with more capable one (Mikrotik L009 probably, I don’t care about single-band in this case because it literally covers a single, open space room)

Yeah didn’t add that bit before, edited in. Archer is here as just dumb AP/routing box for the furthest room, connected to Omnia by ethernet (so yes, Archer acts as client device @ .1.20 and forwards everything to Omnia).

EDIT: Sadly I don’t have OpenWRT on the TP-Link, but the plan was to replace it with more capable Mikrotik so that I could setup the more advanced bits (Mobility Domain, “roaming”)

Ha, I didn’t specify it but both routers are connected by normal ethernet cable (TP-Link -> Turris).
Don’t think extender (as in forwarder) is good solution here as it would needlesly increase latency for the secondary, though will check! maybe there are some important bits about the mobility domain and roaming in it.