In case you end up not finding a solution for river, hyprland can do that: https://wiki.hyprland.org/0.42.0/Configuring/Keywords/#per-device-input-configs

Ah, okay, thanks for clarification

Yeah, but dudes there are kinda pissed off about semantics, IMO. Like, unless there’s a PR from tuxedo using the same v3, I don’t think it should concern them in the slightest… And instead of saying “keep in mind it’s not upstreamable” they go out of their way to mark tuxedo’s patches as proprietary 🤨

So, gpl3 is apparently not GPL and is somehow proprietary. Sure, makes perfect sense. Idk where they even find those geniuses.

The Zerocam app has been on iOS since earlier this year and has already amassed a loyal user base that swears by the limited processing look.

With the free tier, you can only take 5 photos per day, but an annual $9.99 or $0.99 fee unlocks truly unlimited process-free photos.

*sigh* I fucking hate those sheeple.

Cosmic-comp is my second favorite after hyprland so far due to their tiling being quite well thought-out. The problem is, it’s part of a DE and is somewhat cumbersome to configure as a standalone compositor (can be fixed by patching libcosmic, tho), and also it’s quite bare-bones when it comes to features.

Then there’s pinnacle which looks promising, but I haven’t yet tried to daily-drive it.

Also, maybe qtile, which has a Wayland back-end.

So, the whole xz backdoor saga was merely a figment of my imagination?

We have minecrafts on linux. One useful-ish thing that I can think of (and currently use waidroid for) is myscript’s nebo, a handwritten note-taking app with quite good OCR. Since myscript don’t build their SDK for Linux, let alone apps, it’s somewhat the only way currently, I guess… Unless you can run wpf-s via wine somehow?

I guess it’s the case of аксиома Эскобара, tbh

Looks like here may be your issue: https://github.com/apognu/tuigreet/issues/140

Stable Tuigreet is 0.9.0, which is affected, so if using that, makes sense to pull it from unstable otherwise just update, I guess

Android translation layer is interesting. Well, at least I personally like this approach more than that of waydroid. Also would be nice to see the performance of that with binfmt compared to that of waydroid + libhoudini

Fair enough, I guess. Although I’m not sure I immediately see how nickel is better. Off the top of my head, typing would mostly matter in stuff like options, where we have type checks (ish) already, unless using types.anything or whatever else there is serving a similar purpose

Nix is typed: there are strings, paths, lists, attrsets, etc;

Not sure what’s wrong with CLI, as I don’t really use it except nix flake update (although I remember updating stuff installed via nix profile being a bit cumbersome, but it’s not exactly a good practice to use it this way);

Good point with cache, although stuff outside of nixpkgs sometimes provides their own caches which are trivial to enable;

Nobody forces you to use github:nixos/nixpkgs, it’s just a regular input. Ppl quite often have their own forks. It’s also trivial to use stuff from outside nixpkgs (also just another input);

There are different builders (e.g. buildGoModule);

Idk where you’ve found toxic community, my interactions have been pretty nice so far (mostly matrix rooms);

GUI is optional, just like for all the other package managers. And it exists: https://github.com/snowfallorg/nix-software-center

Perfectly agreed with nix not (yet 🙃) being the best thing that exists, tho, albeit due to different reasons. For example, it’s a PITA to debug, and the error messages are sometimes unhelpful.

Idk if it surprises anyone, really. Besides, given those apps are trying to eat yt music’s lunch, it was more or less a matter of google considering them popular enough to take actively hostile measures… So, unsustainable in the long term, I guess.

Vimusic has been abandoned for like 2 years already. As for the others, there were issues for a quite while; besides, it’s not the 1st time yt changing some crap broke them. IMO, it’s about the right time to go navidrome + headphones + whatever provides recommendations (if you need those)

That’s the neat part: you reverse engineer it.

Huh, nice to see my initial judgment was incorrect

I’m not sure you can classify this as a failure, as explicitly prohibiting interfacing with non-agpl stuff would greatly limit the amount of stuff you can license under it, perhaps up to the point of making it generally unusable. As for “not like that”… Well, yeah. But you can’t deny it’s misleading, right? Free software kinda implies you can modify it whatever you want, and if it’s a free ui relying on a source-available middleware… Turns out, not so much.

Although, a posdible solution would be require explicitly mentioning if you’re basically a front-end for something; but I’m not sure if it can be legally distinguished from the rest of use-cases.

I doubt it. What’ll probably happen is them moving more and more of the logic into the SDK (or adding the back-end of new features there), and leaving the original app to be more or less an agpl-licensed ui, while the actual logic becomes source-available. Soo, somewhat red-hat-esque vibes: no-no, we don’t violate no stupid licenses, we just completely go against their spirit.

I mean, I see a usecase for that, given you make a separate community for that, and not, say, spam c/technology with everything posted on XDA. So, kinda like RSS with comments. I personally follow hackaday both here and via RSS.

Alternatively, one can mirror someone who publishes rarely and only cool stuff. I remember mr.d0x being such a guy (now I don’t really follow security-related things much, so mb it’s changed, but I doubt it)