That looks promising, especially since my current status bar is also just a collection of shell scripts, so that might be easier to switch
That looks promising, especially since my current status bar is also just a collection of shell scripts, so that might be easier to switch
Thanks! That looks exactly like what I was looking for. I hope it works as promising as it looks :)
Thanks, that was a very interesting read!
I forgot one essential tool, where I need a recommendation for: spotlight. I use it to switch quickly between applications or to folders. Keyboard shortcut, first letter of the application name and enter… I know there are solutions, but I only heard from Ubuntu, which I don’t want. Anything simple and fast you can recommend?
Thank you everyone for all your suggestions! I’ll quickly try to summarize them for myself. So what you suggest is:
Operating Systems:
Tiling Window Manager:
Recomended to use something based on wayland.
Status Bar:
Package Managers:
Packages:
At the moment I am trying to avoid anything where RedHat is involved. Not because of the recent controversy, but simply IBM is known to kill their software solutions on a whim. (although i still use ansible), so Fedora is unfortunately out (again, no judging on how great it is). I’ve been quite interested in EndevourOS, so that might be fun to try out. Debian for the desktop probably not right now. I’m running it on servers for stability, but for a desktop environment, i prefer having more recent packages (e.g. neovim). The “sales pitch” for Mint sounded pretty interesting as well. However i’ll give NixOs a try first, simply because it was mentioned very often, same with sway.
Based on this i’ll try out these combinations first:
If this does not satisfy, i’ll look into endevourOS and mint, but that might require some Ansible I assume.
Thank you very much!
It might have. I’ve tried nixos on a mini PC meant as a home server, so most configuration is done via SSH and users don’t change (much), I might have accidently activate it while trying nixos out.
Making users unable to login is a bit of an odd (side?) Effect, but maybe I’m not understanding the purpose of this option correctly. I’ll stay away from it for now :D
The issue was much more straightforward than i thought. It seems sometimes thinking of too complex issues will hinder finding the easiest cause - the local forewall on the pi was blocking it / had no explcite allow.
To check i did: sudo ufw status verbose
There was only port 22
I added the new port as Allow Port 8081: sudo ufw allow 8081
And it works now! Thanks for all the tipps that pointed me in the right direction!
Thanks for the hints, this definitely helped, however it did not solve the issue.
What i did:
omv-firstaid
the omv port from 80 to 8081.ss -ltn
that this change was successful and i see the listening port 80 vanished, while this now popped up:State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 511 0.0.0.0:8081 0.0.0.0:*
curl http://mylocalip:8081/
and it works, i get the html backssh -L 8081:localhost:8081 pi@raspberrypi.local
and i did not get any errors this time. However when i open the local url in the browser i get a connection reset and my terminal shows me channel 3: open failed: administratively prohibited: open failed
. However this just says that TcPForwarding is disabled, which is fine, so that tunneling issue should not be the main problem, i assume.
It looks very interesting!
But I don’t see the unique selling point of it compared to alacritty and kitty, besides web-enabled. Is there anything that it does better than these 2?