I also like lutris. But it being “for games” doesn’t do it justice I think. It is basically just a wine environment manager. It advertises as being for games but it should work with just about any windows executable.
I also like lutris. But it being “for games” doesn’t do it justice I think. It is basically just a wine environment manager. It advertises as being for games but it should work with just about any windows executable.
I did something similar (that my professor still talks about in class as a cautionary tale)
I ran chown -R user .*
(intending to target all hidden files in the folder) and for people that don’t know .*
also matches ..
(..
was /
in this case) which changed the permissions on all files on the system to that user, including sudo.
We fixed it by mounting the root of the file system in a docker container which effectively gave us root.
Is this effectively the same as: du -hs * | sort -h
?
I know this isn’t the type of answer that you want to hear, but I really love my kindle. It may not be open-source but it works and I can upload books to it from my personal collection. And the battery life is much longer than an ordinary tablet.
If you want to have something to tinker with then I have heard that the open book project is a pretty good build it yourself alternative.
Just a few comments on this. Most people aren’t “lazy”, they just understand that the effort to run a bare repository is greater than basically any other solution. Also your incompatible features list implies that other git repo sites (gitlab, codecommit, bitbucket, etc) don’t have their own form of proprietary stuff that you have to learn. In fact the newest version of gitlab actually changes their web ide into vscode web, because of the obvious, it is much better than their old ide.
The issue with gear lever is that not many people know that it exists. I only started using it a few months ago and I’ve been on Linux for the better part of the last decade.
This might help in the future in case you setup a remote mount for backups in the future. Look into using systemd’s automount feature. If the mount suddenly fails then it will instead create an unwritable directory in its place. This prevents your rsync from erroneously writing data to your root partition instead.