pleroma.debian.social

@octo ah, non avendo ancora letto il protocollo pensavo fossero distinti, dato che macroscopicamente avviene il follow automatico. Meglio così dai.
Comunque conta che mastodon e fork lo hanno, pleroma e fork idem e misskey e fork anche... rimangono solo quelli che penso si autodefiniscono in alpha: io ho solo dato un occhio a gotosocial e bonfire. Altri non me ne vengono in mente.

Ah e dire che l'ho anche provato c'è anche (alpha) https://github.com/jointakahe/takahe

@octo perfetto! L'unica cosa a cui presterei attenzione è di usare un progetto che supporti le migrazioni degli utenti (anche se a te non interessa migrare), perché altrimenti se qualcunə di quelli che segui/ti segue migra te lə perderesti se si spostano.

Il problema si riscontra anche se la tua istanza è giù durante la loro migrazione.

@Ganneff ... or they are logged out.

I did not move to a self hosted bitwarden only because it doesn't support an offline mode and it's a must for me.

@wouter

@Ganneff why not using both? I know it's more work, but I'm doing this, also with a subset of my passwords. I use pass (packaged in Debian) and I self-host at home vaultwarden behind a tailscale network (but with the control node self-hosted on a VPS).
On my "bitwarden" account I only have some password, think about a second tier, password I may want to have on the phone.

Family knows that have to activate the VPN before opening bitwarden if they want to update something

@wouter

Just uploaded a package using mobile connection because I was experiencing dput-ng bug #992636 with my home connection.

Maybe I should switch back to dput: I changed because Deb-o-Matic only supported dput-ng, but nowdays, thanks to salsa pipelines, I don't use Deb-o-Matic anymore... 🤔

@octo è un argomento assai complesso questo relativo all'etica, ma di recente ho letto quest'intervista di Weizenbaum che ha consolidato il mio modo (opinabile ovviamente) di vedere la questione.

https://web.archive.org/web/20211019072037/http://tech.mit.edu/V105/N16/weisen.16n.html

Tra l'altro in questo caso ci sono alternative. Però non vedere queste mie parole come: «no non sperimentare». Vedi un po' tu. 🙂

@jmtd 🎊

I hope he will be soon at home!

@GustavinoBevilacqua it seems to me that in the last years the word #algorithm got the same semantic override of the word #hacker decades ago.

I agree with you: it's easy to make it appear unbiased and correct something if you remove the human component and this is the trick that marketing depts are using when they abuse the word algorithm.

It's sad to see this override of the meaning.

@EeeeWooo

@valhalla it's still there on twitter... maybe it's a temporary problem for nitter... at least I hope.

@zacchiro

@valhalla @Songase975 @lucapicard c'è qualcosa anche qui https://fediverse.observer ma in italia sembrano esserci segnate soprattutto le mono istanze.

@urban82 It could be.

@urban82 I did it, pleroma is not so know there apparently and also I used the formula: Moved to the fedicerse <link to my profile here>

You make me want to login after more than 2 years to tray to update my description! 😂

@octo non era una questione di software, ma di genere: io evito per principio le cose fatte da chi pensa che altre persone non abbiano diritto di esistere, per questo non ricordavo manco il nome.

Un riassunto della vicenda è qui: https://hacktivis.me/articles/Update%20on%20Pleroma%20Maintainance

@octo ah ok, non li ho mai provati ancora. Il db dovrebbe essere postgres, magari c'è solo da impostare expiration di boh, non so i post... spero di poterti dire di più in futuro. Soapbox che mi hai ricordato so che è un fork di pleroma, quindi torniamo la... il backend è sempre lo stesso. Per quel pochissimo che ho capito il tizio è stato buttato fuori da pleroma dopo un po' di drama: gli erano stati dati accessi ai repo dal lead developer poi sono stati revocati...

@octo conto di fare un deploy di prova di entrambi pleroma e akkoma, ma non ne ho avuto ancora il tempo...

@octo intendo:

- https://pleroma.social/
- https://akkoma.dev/AkkomaGang/akkoma/

Sono progetti maturi, non ricordo il motivo del fork. Conta anche che pure misskey (che ho in un testdeploy) ha un paio di fork in giro, calkey e foundkey (non ti so dire i motivi dei fork o come siano).
Pleroma lo conosco solo da utente, perché appunto è dove ho questo mio account, il Debian Social Team lo scelse solo perché era più parco nell'uso delle risorse.

@octo uhm... ahimè a posteriori è difficile da capire, lo swap conta che ha una latenza molto maggiore, potrebbe esserci stato chessò (sto totalmente fantasticando) uno spike di messaggi e magari il componente che li processa si è incartato. Senza una telemetria completa (non solo CPU, RAM, file descriptor ecc ecc) è difficile capire cosa sia successo.

Se però ti interessa solo avere un server su, magari potresti dare un'occhiata a pleroma o al suo fork akkoma.

@octo mi spiego meglio, avevo un deploy da ssd (compreso OS) usando un cavo USB-SATA molto corto che su internet tutti confermavano funzionare al 100%, con alimentatore ufficiale, ma nonostante questo non ce la faceva. Questo significava che il disco per un attimo si spegneva, in RAM rimaneva tutto, quindi potevi tranquillamente accedere in ssh e la shell funzionava, poi provavi a lanciare un comando da disco e avresti notato che falliva.

@octo hai anche monitorato la CPU? Di sicuro ne avrai scritto (ma non ho purtroppo il tempo di cercare tra i tuoi post non lo ho 😕), cosa usi come storage? Scheda SD o un hard disk? Nel primo caso monitorerei anche l'I/O, nel secondo caso idem ed i più cercherei di capire se nei picchi di utilizzo in realtà l'alimentazione non ce la fa.