Two of my friends switched recently.They had none to very little experience with anything Linux before, their previous win11 installs just over bloated and the copilot bullshit pushed them over. Both (indie/non-pop shooters) gamers btw.
Unsure how well known it is, but flameshot (screenshot tool).
I prefer CLI usually, so:
zoxide, the zsh git plugin for aliases (e.g.: gst is git status), fzf zsh plugin and the tldr command comes in handy sometimes.
Also, this might be useful just for me, but due to orientation of my living space, I have to fiddle with monitor brightness at least three times a day so I made myself a little Qt tray wrapper around ddcutil's ddcquery which can change standard vesa monitors brightness/contrast (DDC/CI communication).There is also ddcui/gddccontrol GUI that does the same thing.
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.
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
They might try anyway or push the egg outside, we had a weird case of finding multiple cracked pidgeon eggs in front of our high-rise apartment over the last few weeks.Could be a different species doing it though, not a pidgeon nerd lol
-S should not even try to refresh the database, that is what -Sy is for. And doing any variation of -Sy without also u (upgrade) is the unsupported partial "upgrade", so it is possible that the time changes but only in the case of misuse.
Also noticed you can just check the mtime of the directory itself, /var/lib/pacman/sync - directory mtime does not change when the files change content but pacman/alpm probably downloads the new databases to some temp files then moves them into the directory, changing it's modify time (see stat, stat -c '%Y').
Apart from trying the hook way, I would default to just checking the timestamp of /var/lib/pacman/sync/core.db and extra.As any upgrade should be a system upgrade.
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.
[^1]: The rest is either dead (instance gone) or no one is subscribed to them anymore (as such my instance is not getting any new content from there: neither posts nor comments or votes)
[^2]: Postgres itself reports about 2G less, don't really know why but I am guessing it has something to do with the filesystem being btrfs
[^3]: Edit: I currently do not use the "privacy" mode of pict-rs where it proxies all content (so that a bad guy can't post an image link to his server and unmask users IPs), this would increase the S3 size and slightly postgres size.
[^4]: You should use Lemmy Subscriber Bot to automatically federate little bit of random communities so that public All feed is not exact copy (minus NSFW comms) of whatever you as the only user subscribe to.
[^5]: Though keep in mind that S3 buckets eventually cost some money too, for example Cloudflare R2 charges $0.015 per 1GB, above the first 10GBs.
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)
Love this bit, I usually don't understand half of what's happening and many references fly over my head but it's hard to resist their explosions of laughter.
as with email, your instance is part of your unique username