You executed the file. Not the OS' fault.

Are you executing the files you download?

"There is no such thing as a dangerous file, only bad operating systems."

https://syncplay.pl/ Send file in advance. No streaming, life's good.

mobile

oh. ... ... ... GL

The freest and open sourcest solution

I'm in favour of that regulation solely due to how much it would piss off Apple.

Beyond that, anyone who engages these services gets what they fucking deserve. Governments should be required to only use open-source software and host their own servers, everyone else is free to make stupid decisions.

It is an object, we are divine beings. Never forget this.

Get a headstart on robot discrimination.

It will never die.

It started putting out a newsletter a couple years ago or so.

This is exactly the sort of stuff we predicted way back then; this is why I've never touched this stuff.

YO HO AHOY AND AVAST BEING A PIRATE IS REALLY BADASS RAISE THE BLACK FLAG AT THE END OF THE MAST YOU ARE A PIRATE

[-] zergling_man@lemmy.perthchat.org 8 points 1 year ago* (last edited 1 year ago)

decentrali[s]ed remove the account Surprising approximately nobody, it's trash.

10
resolve_object (lemmy.perthchat.org)

I'm not 100% certain that's the cause, but my testing so far suggests it's probably that. Basically if you have a URL that doesn't point to the original resource, but some copy of it on another instance, it won't resolve. So far I've only tested that on a third instance, but from my experience with the same bug on pleroma, this will occur even if you do it on the resource's origin instance. (fse post referred to from poa.st can't be resolved on fse.) As example: https://lemmy.perthchat.org/api/v3/resolve_object?q=https://lemmy.ml/post/472799. It's possible that this is actually just a federation block, but https://beehaw.org/post/125367/comment/32382 also fails, (and fetching that post works,) which I'm pretty sure isn't.

view more: next ›

zergling_man

joined 2 years ago