[06:43:10]
<Tregg> https://upload.movim.eu/files/9109a2d8c54f1f9faee726c9fda44c867a76aaef/vZ5TLt8iAmAM/chat_wang2025.pdf
[06:43:32]
<Tregg> matteocavestri
[06:49:20]
<Tregg> > Important project
Interesting in my opinion, but difficult to practice. Nodes of the net had to stay connected long time (if not 24/7) to go properly. Now, if you want involve an average user on a jabber net running with i2p protocol, I find it hard.
[11:16:32]
<matteocavestri> > Interesting in my opinion, but difficult to practice. Nodes of the net had to stay connected long time (if not 24/7) to go properly. Now, if you want involve an average user on a jabber net running with i2p protocol, I find it hard.
I agree with you, but I have several server (so 24/7 uptime isn’t a problem) and I don’t want to host an infrastrutture for every Jabber user, but I want to understand and use that network, maybe with my friends
[11:37:35]
<Tregg> Leggi il pdf che ho inviato, sopra.
[11:41:21]
<Tregg> Quel che volevo dire è che anche i tuoi utenti sono "nodi" nella rete i2p. Davo per scontato che il server jabber fosse solo uno e gestito da te. Come utente mi ci sono volute ore per accedere al sito i2p-projeckt.i2p e scaricare la documentazione che ho condiviso. Volevo dire che non è agevole, come cliente.
[13:38:11]
<Tregg> Uscita Debian 13.4 ...
[14:05:01]
<weirdfoss> > Uscita Debian 13.4 ...
wow due minor release a distanza di qualche mese, sono proprio finiti i tempi in cui aspettavi anni prima di qualche aggiornamento😂
[14:06:13]
<weirdfoss> ma c'è la possibilità di togliere i repository backport senza compromettere la stabilità della distro?
[14:27:11]
<Tregg> Si, i tempi sono cambiati. Solo Slackware rimane fedele alle antiche cadenze ...
[14:31:45]
<Tregg> Cerco di uscire il meno possibile dal seminato della versione stabile (main contrib non-free non-free-firmware) per la branch principale, per il ramo security e per quello updates. Eccezione GnuPG che il repository è quello del progetto omonimo, google-chrome, jami e brave browser.
[14:47:10]
<weirdfoss> si anch'io purtroppo ho dovuto installare un firmware nuovo per la scheda wifi da backports....sto facendo l'aggiornamento ora vediamo se mi si rompe tutto
[14:48:30]
<Tregg> che scheda è?
[14:54:43]
<weirdfoss> una realtek
[15:05:26]
<Tregg> Andato l'aggiornamento?
[15:18:52]
<weirdfoss> si si ho riavviato e va
[15:19:20]
<Tregg> Ottimo.
[15:19:33]
<weirdfoss> l'unica cosa, è rimasto il kernel della backport....sono al 6.18 anzicchè al 6.12
[15:20:40]
<weirdfoss> non so se forzare l'avvio con il 6.12 ed eventaulmente rimuovere il 6.18....quello vecchio con la scheda wifi mi dava problemi di continue disconessioni
[15:30:53]
<Tregg> il firmware dovrebbe essere adattato al suo specifico kernel. Se il 6.18 non ti dà problemi, perché cambairlo?
[15:32:13]
<Tregg> il kernel è dipendenza del firmware backport?
[15:47:36]
<weirdfoss> > il kernel è dipendenza del firmware backport?
si. volevo cambiarlo per avere anch'io una distribuzione in regola con la versione...sono fissato d'ordine
[15:48:14]
<Tregg> Se non ti dà problemi, io lo terrei ...
[15:48:45]
<Tregg> Basta non fare uname -r (o -a) ;-)
[15:50:26]
<Tregg> L'anno scorso, andando contro ogni mio principio ho usato la testing, attuale Trixie, dalla versione alpha ... Beh, mi son trovato per giorni senza Atril (lettore pdf di Mate); mi pareva di impazzire ....
[15:54:37]
<weirdfoss> > L'anno scorso, andando contro ogni mio principio ho usato la testing, attuale Trixie, dalla versione alpha ... Beh, mi son trovato per giorni senza Atril (lettore pdf di Mate); mi pareva di impazzire ....
come ti sei trovato con mate? Io torno sempre a KDE anche per questo non riesco a sopportare Gajim come client
[15:59:57]
<Tregg> Vengo dal vecchio Gnome che ha poi generato il fork di Mate. KDE lo ho usato per anni con Slackware. Devo dire che è molto potente, ma lo trovo troppo dispersivo. Ho un buon ricordo di alcune applicazioni come Okular per i documenti o qualcosa per modificare le foto (se c'era solo da ritagliare e raddrizzare gli orizzonti). Il nuovo Gnome non lo reggo; ha una metafora che lo vuole far sembrare un Android. Mate mi pare un buon compromesso fra usabilità, richiesta di risorse e accuratezza grafica. Non è all'altezza del nuovo Gnome o di KDE per le tecnologie (vedi Wayland), ma per il resto funge.
[16:01:56]
<Tregg> Poi su Debian, se ti manca un programma lo installi in un amen. Ma cerco di non inquinare gli ambienti con inutili duplicazioni o temi QT e Gtk, ad esempio. Almeno per quel che posso.
[16:07:23]
<weirdfoss> > Poi su Debian, se ti manca un programma lo installi in un amen. Ma cerco di non inquinare gli ambienti con inutili duplicazioni o temi QT e Gtk, ad esempio. Almeno per quel che posso.
si si anch'io la penso così, ma sono semplici fisse
[16:11:39]
<Tregg> Ma si, infatti ... Quando mi serve un programma di terze parti (firma_ok per Linux di Poste italiane, ad esempio) lo uso e amen. Funziona e bona lì.
[16:13:07]
<Tregg> Kleopatra che dovrebbe essere il fiore all'occhiello di Linux (e non solo) mi fa scappare ...
[16:15:26]
<matteocavestri> oggi, 12:41:
> Quel che volevo dire è che anche i tuoi utenti sono "nodi" nella rete i2p. Davo per scontato che il server jabber fosse solo uno e gestito da te. Come utente mi ci sono volute ore per accedere al sito i2p-projeckt.i2p e scaricare la documentazione che ho condiviso. Volevo dire che non è agevole, come cliente.
Sisi, conosco come funziona i2p ed il fatto che chiunque sia un nodo della rete secondo me è proprio un punto di forza. Sono d’accordo che ne risente l’usabilità, ma se ad usarlo siamo io e qualche amico che già usiamo e conosciamo i2p non credo sia un problema. I dubbi sono più sulle prestazioni di xmpp over i2p come protocollo. Comunque grazie ancora per tutti i documenti, sto leggendo un po’ di cose ed appena ho tempo metto in piedi un server di testing e condivido con voi un po’ di considerazioni e risultati
[16:20:47]
<Tregg> "... I dubbi sono più sulle prestazioni di xmpp over i2p come protocollo. ...". È lì il punto, secondo me. Il "nodo" (tu col tuo server jabber e il tuo amico come utente) lascia una quantità considerevole di risorse alla collettività. Nella mia prova non mi sono discostato dai valori consigliati e ho ceduto un 80% di banda, sia un download che upload. Diversamente ti mettono in coda e non riesci a fare nulla. Ora non conosco le prestazioni della tua connessione, ma un server jabber senza banda lo vedo un po' limitato. Soprattutto se intendi fare uso massivo di chiamate video.
[16:22:32]
<Tregg> Dopo, per il resto, non discuto il valore didattico del tuo esperimento.
[16:26:00]
<matteocavestri> > "... I dubbi sono più sulle prestazioni di xmpp over i2p come protocollo. ...". È lì il punto, secondo me. Il "nodo" (tu col tuo server jabber e il tuo amico come utente) lascia una quantità considerevole di risorse alla collettività. Nella mia prova non mi sono discostato dai valori consigliati e ho ceduto un 80% di banda, sia un download che upload. Diversamente ti mettono in coda e non riesci a fare nulla. Ora non conosco le prestazioni della tua connessione, ma un server jabber senza banda lo vedo un po' limitato. Soprattutto se intendi fare uso massivo di chiamate video.
Ho un nodo i2p in produzione da un paio d’anni (i2pd, non la versione Java) e come te condivido circa un 80% della connessione e si la mia connessione fa abbastanza schifo (in upload raramente supero i 14Mbps). Nonostante questo volevo provare a spingere xmpp al suo limite e, visto che sono appassionato di lora ed in generale comunicazione radio con bitrate davvero limitati, voglio provare a vedere se posso usare xmpp come metodo di comunicazione a bitrate bassi (come nel caso delle radio). Lo scopo principale sono sicuramente i messaggi, ma ovviamente la parte interessante dei test sono le chiamate e la condivisione di media (le videochiamate le reputo praticamente impossibili già in partenza).
[16:27:35]
<matteocavestri> > Dopo, per il resto, non discuto il valore didattico del tuo esperimento.
Ecco, non avevo ancora letto questo. Si, è una cosa di testing più didattica che altro con magari la possibilità di adattare in futuro xmpp a reti del genere (intendo dal punto di vista del codice visto che sviluppo).
[16:32:07]
<Tregg> Se tu provi ad andare in "apnea" in questa rete ip2, al momento della configurazione ti fanno scegliere la banda da destinarsi alla condivisione. E non solo quella, anche l'hard disk, ho notato. Ho preparato allo scopo una nuova utenza, in modo da avere la $HOME libera e poter trovare subito il files in cache. Naturalmente l'installazione è stata eseguita da tarball con utenza non privilegiata (non si sa mai ;-). Ora, se hai altri server attivi sulla stessa connessione, potresti trovarti in difficoltà ad usarli perché ti manca banda.
[16:33:20]
<Tregg> Qui il link: https://files.i2p.net/2.11.0/i2pinstall_2.11.0.jar
[16:33:29]
<Tregg> lo installi con:
[16:33:54]
<Tregg> $ java -jar i2pinstall_2.11.0.jar
[16:34:14]
<Tregg> Assicurati di avere la jre installata se usi Debian
[16:35:21]
<Tregg> da root:
[16:35:29]
<Tregg> # update-alternatives --config java
[16:36:19]
<Tregg> e scegli la versione più "alta" come numero di release. Ad oggi siamo alla 21, ma è richiesta almeno la 17
[16:37:30]
<Tregg> Poi apri Firefox e configuralo sul campo "proxy" come indicato. Configurazione manuale 127.0.0.1 su porta 4444
[16:37:46]
<Tregg> Escludi ogni uso di SOCKS
[16:43:30]
<Tregg> e poi, dopo parecchi minuti, prova a connetterti a http://i2p-projeckt.i2p Se funziona sei ok, sennò devi aspettare che aumentino i nodi connessi.
[16:44:55]
<Tregg> Pardon. http://i2p-projekt.i2p
[16:45:17]
<Tregg> Ho messo un "c" di troppo.
[16:46:28]
<matteocavestri> Non ho problemi con la mia connessione. Il sito carica in meno di un secondo con l’istanza di i2pd che uso di solito. Uso il socks proxy nel mio caso, ma non dovrebbero cambiare i risultati rispetto al proxy http visto che tanto il routing lo fa il daemon
[16:48:28]
<Tregg> Usi i2p e non vedi calo di prestazioni? Che connessione hai, in termini di prestazioni?
[16:49:25]
<Tregg> Dalla console, per qualche ora ho visto MB entrare e uscire ma io non riuscivo a muovere un bit in termini di navigazione. Risolto stamani.
[16:50:02]
<matteocavestri> No, calo di prestazioni rispetto alla clearnet ovviamente c’è, ma comunque non così tanto disperato, le pagine caricano di solito in meno di un secondo e quelle più pesanti in meno di 5 secondi massimo. In termini di connessione ho una 200/20, ma la connessione reale è più sui 140/14
[16:51:38]
<Tregg> Cedendo l'80% ti troveresti con un 28/3, a spanne.
[16:52:28]
<matteocavestri> Ti dirò la verità anche meno, ho 9 server in casa ed ovviamente un po’ di banda la occupano continuamente
[16:52:30]
<Tregg> A caricare la pagina fai anche presto, ma un flusso video bidirezionale lo vedo risicato.
[16:53:07]
<matteocavestri> Nono, flusso video bidirezionale lo considero quasi impossibile, ma per l’audio secondo me con qualche aggiustamento sui bitrate si può far funzionare
[16:53:36]
<matteocavestri> E comunque nel 99% dei casi la comunicazione sarebbe testuale e sicuramente lì non avrei problemi
[16:53:38]
<Tregg> Si, quello si. L'audio non consuma niente. 100-200 Kbs
[16:53:46]
<Tregg> Il video dieci volte tanto
[16:54:03]
<matteocavestri> Onestamente non so che bitrate usa prosody di default per l’audio
[16:54:10]
<Tregg> In entrambi i sensi, ovviamnete
[16:54:12]
<matteocavestri> Video sicuramente siamo nel campo dei megabit comunque
[16:54:55]
<Tregg> Di solito un flusso audio con video si porta via 2 Mbps sia in up che in down. Audio con opus
[16:55:15]
<Tregg> Per la videocall, eh non straming 4k
[16:55:22]
<Tregg> streaming
[16:58:00]
<matteocavestri> Queste cose le so, la cosa che mi manca di più è la documentazione di prosody per vedere come ottimizzare (se si può ottimizzare) i vari bitrate per audio e video in modo da non andare mai al massimo di quello che la connessione consente, ma essere limitati a prescindere in un campo di bitrate che so con abbastanza certezza di avere disponibile nel 99% dei casi
[16:58:19]
<matteocavestri> Mi andrò a leggere la documentazione di prosody bene e vedo come posso sfruttare bene queste cose
[17:03:46]
<Tregg> Vedi che codec supporta. 729, 722 in genere per i flussi audio.
[17:05:52]
<Tregg> Ti giro il responso dell'AI. Prendilo con le pinze:
[17:05:58]
<Tregg> Prosody è un server XMPP che supporta comunicazioni in tempo reale, inclusi chiamate audio e video, ma non gestisce direttamente i codec audio. Il suo ruolo principale è quello di inviare e ricevere i messaggi di negoziazione Jingle tra i client, che poi stabiliscono direttamente la connessione media (audio/video) tra loro.
Per le chiamate audio, i codec vengono gestiti esclusivamente dai client XMPP (ad esempio Conversations, Jitsi, Gajim) e non dal server Prosody. I codec più comuni supportati includono:
Opus (altamente raccomandato per audio)
PCMU (G.711)
PCMA (G.711)
VP8 (per video)
Il server Prosody non codifica né decodifica il flusso audio, ma può facilitare la connessione tra client tramite un server STUN/TURN (es. coturn) per superare firewall e NAT, specialmente quando i client non riescono a stabilire una connessione diretta.
[17:07:16]
<Tregg> Quello che fa Jami, in pratica.
[17:08:55]
<matteocavestri> Ok, ecco già questo è estremamente importante. Il server xmpp si occupa giustamente di fare solo il server xmpp ed il resto è delegato ai client. Ha senso, ma a questo punto dipende molto dal client che usi e dalle impostazioni che offre
[17:09:28]
<Tregg> Per mia esperienza, con Dino sono riuscito a fare una chiamata con video.
[17:09:41]
<Tregg> Gajim non supporta il video attualmente.
[17:10:03]
<matteocavestri> Ok, devo mettermi a fare ricerche anche sui client.
[17:10:15]
<matteocavestri> Da quanto usi xmpp? Perchè sei sicuramente più esperto di me sul protocollo
[17:10:51]
<Tregg> Da pochi giorni. Sto cercando una nuova casa e sto facendo test a manetta.
[17:12:36]
<Tregg> Butto un occhio anche a Matrix, ma per ora non mi convince. Questione di come è implementato e del fatto che, mi par di aver capito, l'utenza gratis ha limitazioni di banda che vengono alzate all'utenza pagante. Jabber, almeno la mia istanza di iscrizione, non mi pare preveda dazi.
[17:14:19]
<matteocavestri> Matrix non piace nemmeno a me come protocollo, ma diciamo che è comodo perché ci accedi facilmente dal web ed in generale ha un ecosistema molto semplice. Xmpp secondo me è meglio perché mi consente di creare la mia rete, ma volendo anche connettermi in maniera federata ad altre community come sto facendo ora che scrivo dal mio server
[17:16:28]
<Tregg> Ora, in ambito prettamente comunicativo, quindi escludendo ogni riferimento "social" trovo valida l'idea di Jami. Molto flessibile. Ma devi avere il nick del tuo corrispondente per trovarlo. Ci parli, ci fai le videocall, condividi monitor, invii files, crei gruppi, rendez-vouz. Fa tutto. Ma come social è zero. Qui se qualcuno pubblica qualcosa leggi su un blog, ci sono chat pubbliche alle quali accedere ...
[17:17:45]
<Tregg> " ... ma volendo anche connettermi in maniera federata ad altre community ...". Coi bridges, intendi?
[17:18:45]
<matteocavestri> Su questo hai ragione, ma ti dirò che in realtà l’ambito social non mi interessa più di tanto. Preferisco xmpp a jami per via del fatto che è più semplice
[17:20:16]
<matteocavestri> No, un server xmpp può connettersi direttamente ad altri server xmpp senza bisogno di far nulla (comunicano tramite l’apertura di una porta che è standard). In questo momento io ti sto scrivendo dal mio server, tu sei registrato su un altro e magari questo canale è su un terzo server. Con la federazione stiamo parlando tutto insieme anche se si usano server diversi
[17:20:21]
<matteocavestri> Questa è la cosa che mi piace
[17:20:26]
<Tregg> xmpp presuppone che qualcuno si smazzi a mettere su un server. Se la cosa non ti pesa, i tuoi utenti ringrazieranno. Jami (pur avendo i suoi limiti) è pronto out-of-the-box; lo installi su PC, su cellulare e nessun obbligo di servire una comunità.
[17:21:10]
<Tregg> Pensavo volessi comunicare con Matrix o Telgram, per dirne una.
[17:21:19]
<Tregg> Telegram
[17:22:46]
<Tregg> XMPP è decentrato (realmente, non come Matrix), Jami è distribuito. Un po' come i2p; ogni utente è nodo.
[17:23:09]
<Tregg> Con i pregi e difetti della cosa.
[17:23:10]
<matteocavestri> Nono, non mi interessa parlare con altri social. La parte che mi interessa è proprio avere il mio server. Nella vita mi occupo di questo e non ho problemi a mettere un server in piedi
[17:23:58]
<Tregg> Allora sei a casa tua, sicuramente. La tecnologia jabber è rodata da un quarto di secolo e, da quel che leggo, meno esosa di risorse di Matrix.
[17:24:26]
<matteocavestri> > XMPP è decentrato (realmente, non come Matrix), Jami è distribuito. Un po' come i2p; ogni utente è nodo.
Avere un sistema distribuito non è per nulla male, ma appunto mi dà meno controllo sul server (visto che non c’è) e dal punto di vista didattico è molto più noioso. Anche se a questo punto ne leggerò comunque di più perché promette delle ottime cose
[17:24:32]
<Tregg> A vedere la comunità di Matrix pare che siano tutti là ... Manche là vedo tanti fantasmi.
[17:25:02]
<Tregg> Ma anche*
[17:25:43]
<Tregg> Provenedo da social "istituzionali", qui mi trovo un po' spiazzato.
[17:26:37]
<matteocavestri> Lato prestazioni ti posso dire che il mio server prosody usa 32MB di memoria e lato cpu non riesco nemmeno a misurarne l’utilizzo da quanto poco consuma (sono su una macchina 56 Thread di una decina d’anni fa)
[17:27:38]
<matteocavestri> > Provenedo da social "istituzionali", qui mi trovo un po' spiazzato.
Ti dirò che vedo questi canali molto più simili a come funziona irc rispetto che ad un social convenzionale. Da grande utilizzatore di irc apprezzo questa cosa
[17:27:57]
<Tregg> Meglio di così ... Guardavo il post di un utente jabber, sul suo blog. Non so che comunità gestisca, come numero, ma ha mostrato consumi di RAM vicini agli 8GB
[17:28:40]
<Tregg> Dipende da tanti fattori. Bisognerebbe fare più test e fare una media.
[17:29:14]
<matteocavestri> Non arriverò mai a quei consumi per il momento. In futuro magari sì visto che sto creando un’organizzazione e devo scegliere il sistema di comunicazione interno
[17:29:40]
<matteocavestri> Però 8GB di memoria sono onestamente più che gestibili ad oggi e più che economici
[17:29:57]
<Tregg> Allora valuta XMPP e JAMS, che è il server di jami.
[17:30:30]
<matteocavestri> Le aziende stanno vendendo le workstation/server del triennio 2015/2017 ed onestamente hanno un’ottima qualità prezzo visto che trovi macchina da 32,64 core a circa 350€
[17:30:52]
<matteocavestri> > Allora valuta XMPP e JAMS, che è il server di jami.
Direi xmpp per il momento, ma nulla è ancora deciso
[17:31:08]
<Tregg> https://docs.jami.net/en_US/jams/index.html
[17:31:22]
<matteocavestri> Tanto ora che finisco di creare l’organizzazione tempo ne passa (i lavori sono iniziati nel 2021, quindi non c’è fretta hahahah)
[17:31:37]
<Tregg> :-)
[17:31:55]
<matteocavestri> > https://docs.jami.net/en_US/jams/index.html
Quando finisco di leggere la documentazione lato xmpp sicuramente l’approfondirò, grazie
[17:32:17]
<Tregg> Di nulla, grazie a te per gli stimoli interessanti.
[17:32:37]
<matteocavestri> Ma figurati, è sempre bello chiacchierare con qualcuno
[17:32:47]
<Tregg> Anche per me.
[18:14:40]
<Tregg> Aggiungo solo un'ultima osservazione. Hai valutato Movim per xmpp?
[18:15:04]
<Tregg> https://github.com/movim/movim
[18:15:20]
<Tregg> https://movim.eu
[18:17:06]
<Tregg> Non serve neanche un client su PC. Per cellulare Android, Conversation: https://f-droid.org/it/packages/eu.siacs.conversations/
[18:20:26]
<Tregg> Licenza AFFERO GPL-v3
[18:57:40]
<weirdfoss> io al momento uso movim tramite web app e conversations su android
[19:02:05]
<Tregg> Anch'io.
[19:02:38]
<Tregg> Ho provato anche i client canonici di Linux (Dino e Gajim), ma non ne sento la mancanza.
[19:05:32]
<Tregg> Crittografia e chiamate audio/video integrate nel server web. Mancano solo le belle donne con cui farle queste chiamate. Siete tutti nerds o programmatori qui ...
[19:06:34]
<weirdfoss> > Ho provato anche i client canonici di Linux (Dino e Gajim), ma non ne sento la mancanza.
dino e gajim se installi i deb ti installano librerie di gnome
[19:08:28]
<weirdfoss> > Crittografia e chiamate audio/video integrate nel server web. Mancano solo le belle donne con cui farle queste chiamate. Siete tutti nerds o programmatori qui ...
le donne ci saranno ma stai attento che non sia la solita principessa dell'etiopia con la corona di diamanti da riscattare che ti darà la metà delle sue ricchezze😂
[19:09:47]
<Tregg> Gajim è pieno di dipendenze, mi pare abbia tanto python. Dino-im lo installi con due o quattro pacchetti. Di buono, quest'ultimo ha un'utilità che apprezzo molto. Ha un lucchetto durante le chiamate video che ti avverte se qualcosa va storto; ad esempio, con certe istanze, può essere cifrato il flusso audio ma non quello video. Mi è capitato. Movim.eu verso jabbers.one o jabber.fr.
[19:11:02]
<Tregg> > le donne ci saranno ma stai attento che non sia la solita principessa dell'etiopia con la corona di diamanti da riscattare che ti darà la metà delle sue ricchezze😂
Affarone! 🤭