overview for DevCuber

EuLeR iS nOT a PHySicIST in c/science_memes@mander.xyz

[–] DevCuber@sh.itjust.works 10 points 1 year ago (5 children)

I don't know what any of those are, but surely lagrangian mechanics was invented by Lagrange, right

permalink

fedilink

source

It's One Motivation To Stick With Instances Running on Older Versions in c/fedimemes@feddit.uk

[–] DevCuber@sh.itjust.works 2 points 1 year ago

Not me still using eternity

permalink

fedilink

source

Any Xbox 360 can now be hacked in less than one minute in c/games@lemmy.world

[–] DevCuber@sh.itjust.works 7 points 1 year ago

If i remember correctly, some memory address that needs to be overridden by the exploit is randomized on startup. The only way to find it is to just write to a random address, which often fails

permalink

fedilink

source

parent

context

Updating pip in a FUSE cryptomator vault breaks venv (sh.itjust.works)

submitted 2 years ago by DevCuber@sh.itjust.works to c/pythonhelp@lemmy.world

comment fedilink

cross-posted from: https://sh.itjust.works/post/27097438

I store my programs in a cryptomator vault which uses a fuse virtual drive (The default on Linux), but when trying to update pip inside a venv I get an error, then any subsequent use of pip also throws an error and {path_to_venv}/lib/python3.12/site-packages/pip/ becomes empty.

I imagine this is an issue that would happen in any FUSE drive although I don't know how to test that.

Here are the logs

OS : Fedora 40

pip version: 23.3.2 updating to 24.2

python version: 3.12.7

I already made a bug report on the github

Does anyone know a temporary workaround for this ?