i was stupid and broke my desktop install after trying to mess with some mirrors. so i copied my home dir to another drive and reinstalled the OS. but it turns out that sudo cp -r doesn't copy hidden files and directories. so rip pgp and ssh keys.
trying to recover the files now
i haven't used pgp a lot yet, and my public keys aren't on any key servers. i only used my ssh keys to access the server this fedi instance is running on, but i have other ways to access it. so it's just annoying, but there was no real harm
I just recapped my super famicom because the video output was incredibly noisy and the system would sometimes reset out of nowhere when using 3rd party cartridges and peripherals.
But after replacing the capacitors and the voltage regulator, the issues persists.
I haven't replaced all of the capacitors, because I'm not sure where each one is supposed to go.
Guess I'll replace the remaining ones later and hope that fixes it
are there any keyboard centric fediverse clients that use the mastodon API?
i'm trying to use sway again and want to reduce the amount of things i need to use a mouse for
I installed an RGB amplification mod into a Nintendo 64. At first I thought it didn't work, I had soldered everything into place and tested the console without fully re-assembling it.
The device was receiving power but there was no image on screen.
I tried re-flowing the solder a few times, I checked the contacts using a multi meter. Nothing worked.
Then I gave up and fully re-assembled the device without removing the mod. And now it works, it turns out I forgot to insert a jumper or expansion pak, which is required for the console to boot
I see a lot of people argue that Threads doesn't matter.
These people say whatever you post is public anyway, but this isn't what people are concerned about.
My main concerns are compatibility and control.
What if threads becomes to the fediverse what Gmail became to email?
For those not aware, Gmail blocks emails from other providers for arbitrary reasons in order to get people to switch to Gmail.
For example, they block residential IP addresses and emails with attachments that have specific file extensions.
Facebook could start doing similar things with threads in an attempt to force people to make an account on their platform. They can intentionally worsen compatibility between their systems and other systems.
I encourage admins to block Threads on their instances.
Some might say that is counter intuitive because you're giving people a reason to make an account there. I disagree, the amount of people who create an account because threads is blocked on their instance or there's a compatibility problem would be much higher if people are already following others there.
Some people say it's a choice the user should make, not server admins. If you're one of those people, you don't appear to care that you're supporting a big corporation that sells people's personal information and is more powerful than some governments. in which case you might as well just create an account there
Is it possible to buy a new flip phone that doesn't have anything from any big tech company pre-installed?
The only features I want are:
The ability to make calls,
SMS,
no proprietary charger,
the ability to use Signal (the messaging app),
the ability to write my own code for the device without the need for a proprietary or big tech SDK,
a way to transfer data to and from the device using a computer
and optionally a camera.
does a phone like that exist?
@Haijo7@witix If the hardware keyboard is a hard requirement, the Fxtec phones are the only new phones with a HW keyboard that I know of
If that's something that you're willing to omit and reflashing the phone is acceptable, then check the list of phones supported by postmarketOS https://wiki.postmarketos.org/wiki/Devices
If reflashing is not acceptable, I don't think there's any other option than the Pinephone/Pinephone Pro that ships with something else than Android
I have the Nokia N900, which, while fullfiling most of your requirements, is an old device and sort of a collectors one too right now. Also, I don't think Signal allows custom clients so you'll be stuck with their desktop client - if it even runs on ARMv7
Got myself a PS1 recently, but it's partially broken. It's an early revision, an SCPH-1002. The drive didn't work properly anymore, so I swapped it out for one from an SCPH-102. It reads discs properly now, but it's unable to play streamed music in games (music CDs work fine, midi-like music in games works too). When looking up this issue I only find form threads from people experiencing this issue on discs they burned. But my system does this with authentic games. My system doesn't have a mod chip. Does anyone have any experience with repairing these systems? Or does anyone know where I can find a solution?
@Haijo7 actually found a form thread that might help. It's from someone with a different model but a similar problem. This person's system doesn't make a startup sound either, other than that it's the same. This might just be due to a different bios revision.
(http://www.psxdev.net/forum/viewtopic.php?t=616)
Adding #e2ee to DMs on the fediverse sounds relatively simple, but is actually more complicated than I initially thought.
A property for a public key could be added to the object contains info about a user (name, pfp, inbox, etc).
This public key can then be used to encrypt the contents of a message/note, except for the recipient.
The remote server will still be able to see what server the message came from and who the message is for.
The recipient's client then needs to decrypt this message, but where is the decryption key stored?
Perhaps it can be stored on the server encrypted using the user's password?
Upon logging in, the encrypted decryption key would be sent to the user.
This wouldn't actually work, a server admin can always modify the server code to log passwords.
Encryption would have to be implemented client side separately.
The private key can't be stored on the server securely. The user needs a way to create a key pair, then send the public key to the server and store the private key.
On browsers this would require JavaScript that needs to be downloaded from the server, which can be modified to add a backdoor. On apps this would work a lot better.
But when a user just installed a new app/client, they won't be able to see their older DMs.
The only realistic way of implementing this is as an extension to the mastodon api, it's too easy to backdoor on browsers by either server admins, malicious browser plugins or network admins.
I'm looking for a mastodon instance for api development purposes.
I'm trying to make a client that uses the mastodon api. Snac doesn't support everything in the api