pleroma.debian.social

@aaronwinstonsmith stavo per consigliare https://masto.host/ ma vedo che pure loro sono stati oberati ed hanno temporaneamente chiuso le sottoscrizioni. 😟

Forse cercare oltre hackespace qualcosa come un Linux User Group o un'associazione che simile? Nelle città vicine?

@admin è un'ottima iniziativa anche se ho sempre molti dubbi sulle cose "impara a fare X in Y ore". Ma per quel poco che ho visto di bida immagino che intendiate vi spieghiamo in 1 ora e poi continuiamo a seguirvi in caso di necessità. Il che vi fa rientrare nel mio "nelle città vicine", no? 😄

Neppure io sono tipo da delegare, (ma c'è qualcosa che non so su masto.host, per caso?) ma non mi era chiaro se @aaronwinstonsmith volesse diventare autosufficiente 1/

@admin [...] per quanto concerne il self hosting.

2/2

@aaronwinstonsmith

@aaronwinstonsmith dipende molto dalla banda disponibile in questo caso ma come già detto da jops@mastodon.bida.im conviene partire da un VPS (anche perché al 100% dei casi vi permettono di avere il backup gestito dal provider), e non esiste un "servizio" per utentə se non avete una soluzione per gestire il backup. Col raspberry dovreste aggiungere anche questo pezzo.

@cirku17 è quello che intendevo, nel senso che non è una cosa semplice (io non faccio operation per lavoro, ma proprio perché è l'altra parte della medaglia - ho sempre lavorato come SWE - è dal 2006 che ho cose in self-host (tra cui la posta).

Però se l'idea è, come mi è parso di capire, un'introduzione per dare poi tutti gli spunti su tutti i pezzi da avere per fornire un servizio, è comunque lodevole e magari a @aaronwinstonsmith piacerà da farne un lavoro

@jops non ho mai messo in dubbio il fatto che cerchiate sempre di dare una mano! Solo che appunto, un problema complesso purtroppo non può avere una soluzione semplice (anche se sarebbe bello). Comunque stiamo dicendo la stessa cosa.

@aaronwinstonsmith @admin

@jops se non ricordo male si trovano dei coupon con credito per un paio di mesi. Però forse nonostante l'aumento previsto dei prezzi per gennaio Hetzner rimane più conveniente. Però Hetzner credo abbia iniziato a richiedere una scansione di un documento quando si crea un account.

@aaronwinstonsmith @admin

@aaronwinstonsmith il mio consiglio è quello di iniziare a studiare uno dei tool di automazione, come ansible, puppet, o chef (ce ne sono altri). E fare deploy di test in locale: in questo modo una volta scelto il provider basterà rilanciare l'automazione.

Però si apre un'altra parentesi di cose da studiare.

@jops @admin

@aaronwinstonsmith anche io se vi serve una mano riesco a trovare del tempo.

Tra l'altro leggendo un paio di post della scorsa settimana mi sa che io mi trovo in un intorno di 10 km 😂 Anche se in questi casi la vicinanza geografica conta poco.

@jops @admin

@aaronwinstonsmith ma immagino che non vogliano che si perdano dei messaggi, no? 😄

@cirku17

@aaronwinstonsmith ma si può usare un tool di automazione con docker anche, è più per la sanità mentale di chi deve gestirlo non ritrovarsi con un server snowflake (con uno stato unico che deriva da passi fatti a mano di cui nessuno ha più memoria).

Ma domanda, perché proprio mastodon e non un altro software che usa ActivityPub? Lo chiedo perché io stesso stavo iniziando a guardarli, e quello con meno pezzi mi è parso misskey

@admin @jops

@aaronwinstonsmith ma è il primo che ho provato e conto di provarli un po' tutti (sì compresi i fork) per capire un po' vantaggi e svantaggi di ognuno.


@admin @jops

@aaronwinstonsmith se tieni tutto sulla scheda SD conta che non sono il supporto ottimale per scritture frequenti ed il risultato, nel peggiore dei casi, è che perdi tutta la scheda, quindi perderesti tutti i messaggi e dovresti ripristinare da backup.

Potresti fare boot da hard disk, ma devi essere più fortunato di me, che ho preso un cavo USB<->SATA consigliato da un sacco di gente ma avevo problemi di sottotensone quindi in realtà si spegneva.

@cirku17

@aaronwinstonsmith e per la mia sanità mentale sono passato ad un odroid HC4 @cirku17

@aaronwinstonsmith beh questo non è un problema, ti si può spiegare come farlo andare :) Non ho provato ancora un deploy di pleroma (l'istanza dove sono è con pleroma, ma non me ne sono mai occupato). Non ho seguito bene, ma esiste un fork https://akkoma.dev/AkkomaGang/akkoma/ da tenere in considerazione.

@admin @jops

@aaronwinstonsmith ne esiste una dedicata (perché non implementa l'API di mastodon quindi quelle ahimè non si possono usare) però non l'ho testata:

https://github.com/pantasystem/Milktea

Gli upstream di misskey dichiarano che è una PWA ma non ho provato neppure questa cosa.

Per installarlo con docker la doc ufficiale è qui: https://misskey-hub.net/en/docs/install/docker.html

@admin @jops

@aaronwinstonsmith ma ripeto, ho fatto un deploy di prova l'altro giorno e lo sto ancora valutando, quindi non ti fermare a queste mie parole. 😄

@admin @jops

@aaronwinstonsmith più semplice da gestire c’è caddy allora, per fare un reverse proxy ti basta:{ email admin@example.org } mk.example.org { reverse_proxy http://127.0.0.1:3000 log { output file /var/log/caddy/mk.example.org-access.log { roll_size 10mb roll_keep 20 roll_keep_for 720h } } }

@admin @jops

@aaronwinstonsmith e markdown non ha funzionato (forse dovevo lasciare una riga vuota ma non bastavano i caratteri.

Ecco qui finché il pastebin non lo cancellerà: https://paste.debian.net/hidden/87bbdf75/


@admin @jops

@luca non lo intendevo in senso dispregiativo eh, tra l'altro se sei l'unico ad amministrare non ti ritrovi con qualcuno che fa qualcosa a tua insaputa e non la documenta: io quando ho iniziato mi tenevo un changelog scritto a mano di quello che andavo facendo, per esempio. Adesso mi trovo più a mio agio con l'automazione anche se è uno strato in più. Pure i dotfiles ormai li gestisco con ansible.

@aaronwinstonsmith @admin @jops

@aaronwinstonsmith cavoli, strano io ho fatto su un VPS e ci saranno voluti non so meno di 5 minuti, potresti incollare il log da qualche parte?

@valhalla @cirku17

@aaronwinstonsmith purtroppo così mi è impossibile darti una mano, dovresti vedere poco prima di quell'ERROR 1.

Stai facendo deploy in locale su che architettura?

@cirku17 @valhalla

@aaronwinstonsmith non è mia abitudine compatire :)

Con `sudo netstat -lntp` puoi vedere che processo ti sta occupando la porta 3000. Oppure cambi porta a misskey se non vuoi scoprirlo.

@cirku17 @valhalla

@aaronwinstonsmith il comando senza i backtick, mi scordo sempre che come default ho plain text e non markdown, non lo cambio perché non so neppure se sia supportato da tutti gli altri software.

@cirku17 @valhalla

@aaronwinstonsmith in questo caso, porta occupata è un evento linermente indipendente, anche se non stessi usando docker avresti avuto lo stesso un errore...

@cirku17 @valhalla

@aaronwinstonsmith perché come tanti software di questo tipo, non pubblicano un'immagine pronta da usare ma ti fanno fare la build:
https://github.com/misskey-dev/misskey/blob/develop/docker-compose.yml#L5

Si tratta di una scelta loro (sul perché l'unica cosa che mi viene in mente è si seccavano a pubblicare l'immagine ma boh, non ne capisco il motivo, possono farlo usando la CI).

@cirku17 @valhalla
replies
1
announces
1
likes
0

@aaronwinstonsmith hai uno strato in mezzo, ma in realtà in termini di performance durante la build non ti porta via molto più tempo che fare a mano quello che fa il dockerfile:
https://github.com/misskey-dev/misskey/blob/develop/Dockerfile

E facendo a mano non hai la riproducibilità che, se non erro, era uno dei tuoi vincoli iniziali.

Ovviamente se cambi architettura dovrei rifare la build.

@cirku17 @valhalla

@aaronwinstonsmith piccolo aggiornamento, ho provato su quella stessa macchina a fare un deploy di mastodon 4.0.0rc3, ed ha impiegato più di 15 minuti per la build del container, quindi misskey sappiamo che è più snello durante l'installazione. Essendo un testlab non ho monitoraggio (sì dovrei metterlo) quindi non ti so dire in termini di risorse come si comporti.

@cirku17 @valhalla

@aaronwinstonsmith devi definire meglio cosa intendi per usare! 😄 Per fare delle prove no, non ti serve. Usando docker lo ritroverai in ascolto sulla porta 3000. Però bada attenzione che di default fa binding su localhost.

@cirku17 @valhalla

@aaronwinstonsmith per prove intendo in LAN: non è bene esporre un servizio web di questo tipo senza TLS.

@cirku17 @valhalla

@aaronwinstonsmith sì, esatto, lo vedi dal docker compose sia per la versione 3 che per la 4:
https://github.com/mastodon/mastodon/blob/v3.5.4/docker-compose.yml#L58
https://github.com/mastodon/mastodon/blob/v4.0.0rc4/docker-compose.yml#L70

Stanno rilasciando la 4 (io per provare ho messo questa) ma se il tuo obiettivo è poi un deploy pubblico magari aspetta la 4.0.1. Dipende dai tuoi obiettivi, la versione 3 ovviamente è.

@cirku17 @valhalla

@aaronwinstonsmith [...] la versione 3 ovviamente è più testata ma mi pare che l'istanza gestita dall'autore di mastodon sia già con la 4 dalle prime RC.

Il rilascio verrà fatto oggi: https://github.com/mastodon/mastodon/commit/fb389bd73c8a4bc2924496f6041c8eee27572d21

Pardon per il toot di prima, dovevano essere dei ... non finire in quel modo, ma non mi entrava tutto.

@cirku17 @valhalla