As someone who is not onboard with dismantling the existing political system without a better system ready to go, I think that dual power sounds like a great idea!
My favorite is Time Surfer. The core mechanic is basically the same as Tiny Wings, but the theme, artwork, levels, etc are all very different. I especially enjoy the chiptunes!
Are you saying that you don't want to write your software according to the XDG spec, or that you don't want to set the XDG env vars on your system? If it's the second that's fine - apps using XDG work just fine if you ignore it. If it's the first I'd suggest reconsidering because XDG can make things much easier for users of your software who have system setups or preferences that are different from yours; and using XDG doesn't cause problems for users who ignore it.
OP's recommendation is aimed mostly at software authors.
So yes, "XDG" stands for "Cross-Desktop Group" - but I don't agree that using the spec assumes a windowing system. The base directory spec involves checking for certain environment variables for guidance on where to put files, and falling back to certain defaults if those variables are not set. It works fine on headless systems, and on systems that are not XDG-aware (I suppose that means systems that don't set the relevant env vars).
OTOH as another commenter pointed out the base directory spec can make software work when it otherwise wouldn't on a system that doesn't have a typical home directory layout or permissions.
There was a post earlier today complaining about questions that aren't open-ended, and therefore don't adhere to the community rules. So here we are with a question with many possible answers (which makes it properly open-ended).
I guess it's not relevant for your setup, but I like rofi because there is a fork that works in Wayland, and it's the only Wayland window switcher I have found that isn't tied to a specific window manager.
Probably not directly helpful, but Nix packages for Chromium and Electron apps are set up so that you can switch to native Wayland mode globally by setting an environment variable, NIXOS_OZONE_WL=1
I don't know of any global setting that isn't distro-specific.
The artificial sounds are legally required at low speeds, at least in the US and Europe. In the US electronic sounds are required at speeds below 30 kph. In the EU I think it's 20 kph. At faster speeds the sounds of wheels on the road and such make electric and hybrid cars basically as loud as ICE cars.
From what I've learned revolutions are often accompanied by circumstances where people are desperate due to lack of basic necessities, especially food.
The French revolution was preceded by a serious food shortage. Remember that "let them eat cake" comment? One of the key events, the Women's March which displaced the king and queen from Versailles, was specifically motivated by demands for food.
The European People's Spring saw lots of revolutions across Europe in 1848-1849 including in France, Italy, Bavaria, Austria, Hungary. That was about the same time as a continent-wide grain shortage on top of an economic crisis.
The Russian revolution of 1917 came at a time when a combination of WW1, bad leadership, and an extra cold winter led to food shortages, and fuel shortages so people were starving and freezing at the same time.
When I was using Debian I found I could generally get the latest version of software I wanted from Nix if it wasn't in the main Debian repos, or was outdated. Nix works quite well on any Linux distro - it doesn't interfere with the rest of the system.
All I can tell you is that this is done differently for each shell. So decide whether you want completions for bash, zsh, fish, all of the above, or whatever, and look at the docs for the relevant shells.
hallettj @ hallettj @leminal.space Posts 3Comments 186Joined 1 yr. ago
Seems like a matter of preference, and I see the logic in it. I'll mention that Nushell makes it easy to create custom shell functions that are invoked as sub-commands in this manner. https://www.nushell.sh/book/custom_commands.html#command-names