Refractasnapshot and refractainstaller were designed to work on debian. It shouldn't matter whether the system was installed from a live-iso, a regular debian or devuan installer iso, debootstrap or any other install. It also works on most debian or devuan derivatives that have been tried.

Take a look at /var/log/refractasnapshot.log (or something like that - I changed the name recently). I don't recall if that version is set to always run in debug mode or not. If the log has a lot of lines that start with + signs, then it's a debug log and it will probably tell what the problem is. If not, re-run 'refractasnapshot -d' or 'refractasnapshot-gui -d' and paste the log some place where I can see it. (email it to me if you want)

If you're creating a snapshot on a system that has an encrypted filesystem or a swap partition, you may need to remove a file or two from the initrd. There are instructions for that in /usr/share/doc/refractasnapshot-base/readme.refractasnapshot.txt.gz or from the Help choice in the program. Or you could use the latest version and it will make those changes for you. 10.2.3 is here (cli and gui will work on ascii) - https://sourceforge.net/projects/refracta/files/tools/

I had a similar symptom once, and in my case it was due to excessive logging in /var/log/auth.log from everyone trying to get into my open ssh port. I moved the port and solved the problem. Probably not the case here, but I thought I should mention it.

Have you tried searching for examples of Thunar Custom Actions? Someone may have already worked it out. I know there's a long thread about this at forums.debian.net

Konqueror has the feature you want, but it comes at a high price. (kde cruft)  I miss that feature, too. My workaround is to open two thunar windows and drag files from one to the other. Also, if you set the Location Selector to Pathbar style, you can drag files from the main panel to the buttons in the pathbar - this allows you to move files up or down a few levels in the current path.

Oh! I did this in jessie, with the version before the one in the bug report. It looks for the script in the right place.

Beowulf has the same version as ascii, and it doesn't work there. I fixed it by making a symlink to the real GrabWeather.

Depends on what line it was and what you did to it.  Tell us exactly what you did, maybe even show us the file you edited. There might be a simple fix.

Your modified script works fine here. Good job.  You can change the update interval in gkrellm settings. Default is 15 min.

Thanks! I forgot about that - 2020.
(posted from devuan jessie)

If that's the aptitude equivalent of apt-get install task-desktop task-kde-desktop then it should work.

Yes, I tried that before and after allowing javascript. It didn't work. I can never see twitter, either. Just a big blue bird. Maybe my computer is trying to protect me from what's there.

Whoa. To paraphrase the late rickh: Are you sure you're running devuan? That looks more like antix.

It might be faster and easier to solve the problem you're having with miyo's i3 isos. Installing it should only take about 10 minutes. What did you try, and what happened? Are you able to boot the iso on a usb or optical disk?

You found the newest version of firefox-esr that's in stretch/ascii. It's been there a few days. I expect it'll be no more than a few days before the second patch migrates down.
https://security-tracker.debian.org/tra … irefox-esr

There is no firefox in stretch or ascii. Never was, never will be.

Both firefox and firefox-esr are in the unstable branch (sid/ceres) and it looks like they've both been patched.
https://security-tracker.debian.org/tra … ge/firefox

If you need the latest version right away, you can always get it directly from mozilla and just unpack it and run it. That's a more conservative choice than upgrading to ceres.

Since it works for the other user, it's not a problem with fluxbox or xorg. It's a problem with the first user account. It could be some other hidden file in that user's home or it could be something to do with permissions or authentication for that user. Did you change anything in pam or polkit configs? Something else?

I don't think editing the conky configs could do what happened. Something else had to happen around the same time. That's why I suggested looking in the command histories. Maybe you did something that you don't recall right now. (I do that all the time.) Just run history as root and as user, and look at the commands around when you edited conky.