Even though it's bad for security, sometimes you just have to do it.
I thought I had found a good solution to copying files over a network with scp, but it turns out that utility doesn't copy symlinks as symlinks. Rather, it replaces the symlink with a copy of the content.
Fortunately, rsync can be used for this. The magic invocation is:
rsync -r -t -p -v --progress -l -s -e ssh {username}@{address}:'//home/foo/Documents/myDir' /home/bar/Documents
The options are as follows:
-r: recurse into directories
-t: preserve modification times
-p: preserve permissions
-v: increase verbosity
--progress: show progress during transfer
-l: copy symlinks as symlinks
-s: no space-splitting; wildcard chars only
-e: specify the remote shell to use (ssh in the above)
You can also get this done with grsync. In fact, I got the above command line by examining grsync's output. The gotcha here is that you need to be able to access the source account without a password. rsync will prompt you for a password if necessary.
Adwaita was my preferred theme for use with Cinnamon on my Debian boxes. But its use with Cinnamon has now been blocked because reasons. You may see it as one or more of the themes in use, but once you switch to something else, you can't get it back.
IMHO, the next best option is to use Linux Mint themes, which inconveniently aren't available in Debian or by downloading through Cinnamon's control panel.
However, for the time being at least, you can get them by adding a Linux Mint repository to your apt. This is documented here.
The steps I use are:
The last two steps are important so you don't continue to see the Linux Mint packages and inadvertently do something with them that borks your system. This also means you won't be notified of updates to the theme packages, so you might want to enable the repo periodically and check.
I'm currently using the Mint-Y-Blue application theme along with GNOME-Colors Brave for icons and a DMZ cursor. It works for me. If that's all you want too, then you only need to install mint-themes from the linuxmint repos.
After I installed version 134.0 of Firefox on my Debian sid system, web pages were rendered about 20% larger than they should be. The UI wasn't oddly scaled though; the issue was limited to the web page rendering area.
I tried working with layout.css.devPixelsPerPx, which comes up often in search engine results. But this scaled everything, including the UI.
Then I tried the first solution described in Fix UI Scaling and Large Fonts Issues in Firefox 103 and Later Versions, and it's working beautifully. Specifically, here's what I did (quoting from the article):
This appears similar to the "--force-device-scale-factor" hack that I need to use to get Google Chrome to behave.
/etc/NetworkManager/NetworkManager.conf: [main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[ifupdown] clause seems to be telling NM not to do it. The solution is to turn the frown upside down, but doing so in NetworkManager.conf means the setting will likely be clobbered the next time NM is updated. The solution to that is to create a file in in conf.d named 10-globally-managed-devices.conf. NM upgrades should leave custom files in conf.d alone.su command that's now being packaged with Debian sid has significant change in behavior. In the past, when you did an:
$ su$ su
Password:
# echo $PATH
/home/mithat/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/snap/bin/usr/sbin where a lot of commands you'd typically use with root privileges live.$ su -
Password:
# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bingksu orsudo and/or gksudo are affected. gksu is affected as well, but with gksu there doesn't appear to be a way to get back to the old behavior.