scripts VS qubes-issues

I made this at one point to counter that anti-Linux FUD; I still maintain it but not as religiously -- it's become too polarised and no one on that sub is logical once they've made up their minds (which perhaps applies to me also, but shrug !)

try https://github.com/xkcd386at/scripts/blob/master/restic-find-fzf if this interests you. Like a lot of my tools, this one also uses the amazing fzf program to help you select files or directories to extract

for people who want this kind of combination but still have muscle memory for head and tail arguments, try this: https://github.com/xkcd386at/scripts/blob/master/ht

if someone wants a pure bash+fzf+ripgrep solution with slightly different behaviour, take a look at https://github.com/xkcd386at/scripts/blob/master/vgc

So... https://github.com/xkcd386at/scripts/blob/master/fclone (and yes the program name is probably even less imaginative than rfync -- suggestions welcome)

I have a script that identifies exact duplicate directories; see https://github.com/xkcd386at/scripts/blob/master/dirdups

https://github.com/xkcd386at/scripts/blob/master/usff for the win

as for session token stealing, on Linux at least I have long advocated using multiple userids to run browsers -- I log on to gmail in a user called x3-gm, to amazon in a user called x3-amz, and so on. All simultaneously and without having to logoff/logon. https://github.com/xkcd386at/scripts/blob/master/usff has the details, but that's not important; the main idea is to not use the default locations for any important logged in site. Sure there is some pain in manually moving files between userids (e.g., move statement from bank userid to gmail userid to send to my accountant), but it's not hard and some judicious use of /tmp or similar can help a lot

Are you using an Nvidia GPU?

https://github.com/QubesOS/qubes-issues/issues/5104

https://github.com/QubesOS/qubes-issues/issues/7591

If not, try this: https://github.com/QubesOS/qubes-issues/issues/6880#issuecom...

There is no tearing on my Librem laptops.

> The gnome desktop will be important for adoption

Gnome is too opinionated to adjust it for Qubes: https://github.com/QubesOS/qubes-issues/issues/1806#issuecom...

However you can easily install KDE.

Are we still getting a second RC for 4.2? I remember originally we were told that we would because of the new Qubes builder tool, but I see the milestone jumped to 96% since last I checked, are we getting a full release at the 100% github milestone? Or what happens when it hits 100? https://github.com/QubesOS/qubes-issues/milestone/26

This project was never stagnant, a lot of things are always happening here: https://github.com/QubesOS/qubes-issues.

Concerning the certified hardware, few vendors try to make the certification, and also coreboot is required: https://www.qubes-os.org/doc/certified-hardware/#hardware-ce...

Not precisely, but a lot is going on in this direction: https://github.com/QubesOS/qubes-issues/issues/1939.

I read that there is a plan to implement per-VM encryption (https://github.com/QubesOS/qubes-issues/issues/1293)

Looks like a fix might be close at hand: This pull request is linked to the issue "Hardware support: Ryzen 7000 series / Zen 4 / AM5."

This bug report indicates that "kernel-latest" will be in the next official build of the Qubes 4.1 install ISO. Thing is on the mirrors the last release of 4.1 (actually 4.1.1) was July 18th 2022, and thus the title of this post.