one of the main reasons the linux kernel is where it is today: “never break userspace”
unfortunately not every project keeps to this principle.
one of the main reasons the linux kernel is where it is today: “never break userspace”
unfortunately not every project keeps to this principle.
no package manager should put stuff into /usr/local, thats why its /usr/local. package manager should only put stuff into /usr/… not /usr/local. In the past some mainframes mounted these directory via nfs to do some kind of software management. It contains global stuff that is not managed by the package manager. install some software via “tarball and make” and it most likely puts everything into /usr/local/…
It’s the best location for your needs. /home/shared is a bad idea. /home is reserved for home directories not some shared stuff.
/usr/local is specifically what you are asking for. i would put themes to /usr/local/share/themes for example. chances are gtk will already look there. You can manage permissions inside /usr/local as you like. since the package manager doesn’t care for that directory there is no problem. giving write permissions only to root still is a good idea. it suggest to learn to use sudo when you are working on your system.
Why are you so angry? I never meant or even said what you are implying i did. Quiet the contrary: read the wikipage again, its about when it is justified to act like the side you want to ban.
People are intolerant. Let’s not tolerate them. Now we are intolerant:
This works but I’d just create a function and use that instead of creating an alias that creates a function and then calls itself.
if your containers are created with a docker compose file you can use docker-compose to target them all
I’m using a HP spectre x360 since 2020-12 and I love it so much. I don’t use the tablet functionality often. The touch works pretty well as far as I can say. The notebook, even if it’s 13" ultra portable, is a little heavy for constant tablet usage. Everything else rocks aside of the thumbprint thingy. I use howdy instead.
Im most interested in encrypted homedirs for servers. Since all my collegues are to lazy to use encrypted ssh keys, i hoped that systemd-homed makes it possible to secure them from the root user.
Is systemd-homed already useable for such usecase? If gnome will do the same for desktops, that would be a big plus, thinking about firefox profiles and such. Hopefully also using pam or kerberos for decryption.
I’ll look into fuse though, thanks for the hint
My comment wasn’t meant as a jab against systemd or gnome, I was just curious if there are different solutions for an encrypted homedir.
I really like the direction linux, systemd and gnome are going! Big thank you to all the developers! <3
Congrats GNOME!
Does anyone know if homedir encryption will utilize systemd-homed?
things like “vim file.txt”, which is obviously not usually how files are edited
You what mate? Don’t assume my workflow. “vi file.txt” is obviously superior to clicking inside some texteditor or file browser
They should have send an air balloon instead…
Your own nextcloud instance. Then move everything that is saved at Google over to your own server.
Calenders, Filesync, Contacts sync with android works really nice.
Knowing my data is stored only on my own devices and google doesn’t know more about me than I do is a nice feeling.
Linus would like to have a word with you