I don’t think that’s the point of the comment.

What do you do for a living? Can I call you for free [whatever you do for a living]?

Just ask your question.

This would kill you.

RICK MORANIS IS A GOD DAMNED TREASURE

Wait…so you’re looking for a solution with zero problems because of…clout or something? I don’t get it.

If you like Debian, just stay with Debian. Especially if you’re not familiar with what running Arch really means in the deeper sense. Mostly that the guardrails are off, in a sense.

CachyOS puts a ton of work into adding UX helpers that makes it pretty user friendly, but it’s still going to have a lot of manual intervention required, but that’s a feature to some.

If you have an AMD laptop, maybe look into installing SteamOS and Kodi as a non-steam app. That could be your sweet spot.

Ain’t nobody gonna buy your stupid Nazibots either, di ckhead. You are universally despised.

Are you just SAVING as these file extensions, or EXPORTING as each type of file extensions.

Not the difference, and see in the File menu that you need to use the EXPORT function to change actual file type.

1. What’s a PFP?
2. What format are you uploading them in?
3. What app are they generated with?
4. Do they also look corrupted on other devices you may have handy?

What I came to post.

Interesting if true…

This again? 🙄

Yeah…this seems like OP is doing this in extra hard mode, and there are simpler ways to handle the problem.

Unless there is a mapping between a UID of a user across many different machines (something like a domain controller), you’re not going to be able to set proper permissions by user. You need to use a generic group, or provide global read access at a minimum.

I’m not 100% sure why you’ve chosen this route, but there are MUCH simpler ways of doing this that don’t involve VMs and NTFS volumes.

At this point, you’re butting up against 3 levels of nested permissions, including the VM. My suggestion would be to make sure all the files on the NTFS volume have global read access, then go into the VM and attempt to set NTFS permissions on the files (they are different). If that becomes too tedious, you could just try setting 777 on all shared files. It’s unsafe, but may get you through until you find a more…workable solution for what you’re doing here.

I think the overall solution is to just not need this Windows VM, so look at moving these sites off to Nginx or something ASAP.

I did answer your questions, but if I missed something, feel free to ask and I can clarify.

The clients (apps) enforce key symmetry for your own keys, server identity, and the exchanged with the other person part of a conversation. Constantly. There is no way to MITM that.

The clients are open source, and audited regularly, and yes, builds are binary reproduceable and fingerprinted on release.

That’s not to say someone can’t build a malicious copy that does dumb stuff and put it in your phone to replace the other copy, but the server would catch and reject it if it’s fingerprints don’t match the previously known good copy, or a public version.

Now you’re just coming up with weird things to justify the paranoia. None of this has anything to do with Signal itself, which is as secure as it gets.

LiveUSB of whatever Linux, makenfreensoace on this SSD, create a filesystem, mount it, install game, run it.

Or just shrink whatever partition is on the SSD and dual boot Linux.

Nothing in particular. They all seem about the same to me. Check top rankings on GitHub perhaps.

It blocks on all the major engines. DDG included.

This will change your life: https://ublacklist.github.io/docs

I don’t use any Meta products, so not sure how you mean. If you are a user that has been sending e2e messages, then you can surely decrypt said messages if you’re a participant in those messages transactions.