Un Raspberry Pi dentro un barattolo, Debian su un lettore Kobo e un piccolo server per guardare e registrare la televisione: nell'intervista a Ribby1982 esploriamo che cosa può nascere dalla curiosità per Linux e il software libero.
Conosco Ribby anche grazie ai consigli che lui e la sua community mi hanno dato quando cercavo una distribuzione dopo Ubuntu. In questa conversazione gli chiedo di raccontare il suo percorso, gli esperimenti e il contributo a LibrePodcast. I progetti descritti sono i suoi; il mio ruolo è farli emergere e ragionare insieme su ciò che insegnano.
Un appassionato che impara facendo
Ribby si presenta come hobbista. Lavora in un altro settore, la ristorazione, e tiene a distinguere l'esperienza accumulata nel tempo da una formazione professionale in informatica.
Ricorda il primo incontro con Linux sul computer di famiglia attraverso il fratello e la successiva installazione personale di SUSE su un portatile nel 2004. Da lì comincia un percorso di prove, curiosità e configurazioni, che confluisce nel blog e nel canale YouTube aperti intorno al 2013.
Mi interessa questa storia perché mostra una forma concreta di apprendimento: cercare un progetto, capire quanto basta per iniziare e riconoscere ciò che ancora non si conosce.
Provare distribuzioni per capire le proprie esigenze
Nel suo percorso compaiono Mandrake, Mandriva, PCLinuxOS, Ubuntu e diverse varianti desktop. Ricorda anche una fase di interesse per gli effetti grafici: cubi, finestre animate e personalizzazioni che mostravano possibilità nuove per Linux.
Non tutte quelle prove diventavano parte del suo ambiente quotidiano. Alcune gli servivano soprattutto a vedere fin dove fosse arrivato l'ecosistema, anche quando l'hardware o le preferenze personali lo riportavano a scelte più semplici.
Uno dei passaggi più significativi è quello da KDE a Xfce. Ribby lo riassume con un criterio molto concreto: si trovava a spendere più tempo per togliere ciò che non usava dal primo ambiente che per aggiungere ciò che gli serviva al secondo.
È un modo efficace di valutare un desktop: osservare il lavoro necessario per renderlo adatto a sé, invece di contare soltanto le funzioni disponibili.
Perché Linux Mint è rimasta la sua base
Al momento dell'intervista Ribby usa Linux Mint da anni e ne apprezza la praticità. Racconta di essersi trovato bene con il supporto hardware e con gli strumenti già predisposti.
Debian e LMDE gli interessano, ma il cambiamento richiederebbe tempo. Non descrive questa situazione come un limite assoluto di Debian: riconosce che potrebbe ottenere il risultato desiderato, ma dovrebbe occuparsi personalmente di alcune cose che Mint prepara per lui.
Nel confronto porto la mia esperienza con Ufficio Zero Minimal su un piccolo netbook. Sono percorsi differenti con un criterio comune: trovare un sistema che permetta di usare bene l'hardware disponibile senza trasformare ogni avvio in un progetto di configurazione.
Il PC nel barattolo: dall'acquario al Raspberry Pi Zero
L'esperimento più curioso nasce da un video visto online: un computer immerso in un liquido all'interno di un acquario. Ribby ne rimane colpito e vuole provare a riprodurne l'idea in una forma compatibile con il proprio budget.
La prima difficoltà è la quantità di liquido necessaria per un computer intero. Riducendo il progetto a un Raspberry Pi Zero, può usare un contenitore molto più piccolo e portare all'esterno i collegamenti attraverso prolunghe.
Durante la ricerca valuta materiali diversi e, dopo il confronto con la community, utilizza paraffina liquida. Nell'intervista racconta che l'esperimento si avvia e funziona: è il risultato che mostra con soddisfazione, senza presentarlo come una soluzione industriale di raffreddamento.
Il progetto rimane una dimostrazione personale. Non costituisce una guida a immergere dispositivi qualsiasi: compatibilità dei materiali, isolamento, dissipazione e alimentazione devono essere valutati specificamente, e l'alimentazione di rete non va immersa improvvisando.
Un oggetto insolito può aprire una conversazione
Ribby porta il PC nel barattolo a un incontro di Repair Café, collegandolo a un proiettore. Il dispositivo attira persone che si fermano a chiedere che cosa sia e come funzioni.
È un dettaglio importante: il valore dell'esperimento non è soltanto riuscire ad accendere una scheda. È anche creare un'occasione per parlare di tecnologia, riparazione e possibilità di riuso.
Un oggetto visibile e sorprendente può rendere concreta una discussione che, iniziando da termini astratti, sarebbe meno immediata. La curiosità diventa così il primo passo verso una spiegazione.
Televisione e registrazioni attraverso la rete di casa
Gli chiedo anche se abbia mai pensato a un cloud domestico. La risposta porta a un progetto diverso ma collegato: un Raspberry Pi usato per ricevere la televisione, registrare programmi e renderli disponibili agli altri dispositivi della rete.
Ribby descrive una scheda per il segnale televisivo, un disco per le registrazioni e Tvheadend per la gestione del servizio. Da un'altra stanza, dove non ha una presa d'antenna, usa Kodi per accedere ai contenuti.
La distinzione tra i ruoli è semplice: il Raspberry riceve e gestisce, mentre il dispositivo con Kodi presenta l'interfaccia per guardare, ascoltare e programmare le registrazioni. È il modello descritto anche nella documentazione ufficiale del client Tvheadend per Kodi.
Ribby apprezza soprattutto la possibilità di lasciare acceso il piccolo computer dedicato senza dover mantenere in funzione la macchina principale. Il progetto risponde a un bisogno domestico preciso, non soltanto al piacere di provare un programma.
Capire i propri limiti fa parte della competenza
Durante la conversazione insisto sul valore delle conoscenze che Ribby ha costruito. Lui ribadisce, però, di non sentirsi un esperto e porta esempi molto chiari dei propri limiti.
Davanti a un file legato al controllo di una ventola riesce a riconoscere parametri come temperatura e velocità, ma non pretende di comprendere tutto il codice. Allo stesso modo, non si mette a sostituire componenti elettronici se non sa come farlo.
Questo confronto mi sembra utile proprio perché tiene insieme due cose: valorizzare ciò che si è imparato e non confonderlo con una competenza illimitata. Seguire una guida comprensibile, fare prove su una macchina secondaria e sapere quando fermarsi sono parti dello stesso percorso.
Molte configurazioni Linux sono leggibili come testo; ciò non significa che ogni file del sistema sia testuale. La possibilità di ispezionare alcune impostazioni resta comunque un'occasione concreta per studiare.
Debian su un Kobo: il valore della dimostrazione
Un altro oggetto mostrato nell'intervista è un lettore Kobo acquistato usato. Ribby lo cerca dopo aver visto online un esperimento con Debian su un dispositivo simile.
Trova un'immagine adattata al modello in suo possesso e riesce ad avviarla. Tiene subito a precisare che non lo considera un computer comodo per il lavoro quotidiano: lo scopo è dimostrativo.
È una distinzione che apprezzo. Non ogni esperimento deve diventare il modo migliore di fare qualcosa. A volte serve a capire una possibilità tecnica o a mostrare quanto un oggetto possa essere diverso da ciò per cui era stato acquistato.
Il risultato, inoltre, è legato a quel modello e a quell'adattamento: non implica che qualsiasi lettore elettronico possa eseguire la stessa immagine.
LibrePodcast: contribuire con ciò che si sa fare
Ribby racconta di aver scoperto LibrePodcast, aver partecipato ad alcune puntate e aver offerto aiuto per il montaggio audio. Conosceva già Audacity, ma usarlo regolarmente per una conversazione lunga gli ha dato un tipo di pratica diverso dall'intervento occasionale.
Al momento dell'intervista aveva anche gestito la parte tecnica di una registrazione per sostituire una persona dello staff. Non lo presenta come un ruolo conquistato una volta per tutte: è una collaborazione nata dalla disponibilità a dare una mano.
Il podcast gli piace perché preferisce il dialogo al monologo. Vuole qualcuno che ascolti, risponda e partecipi: la conversazione diventa sia forma del contenuto sia motivo per realizzarlo.
Un'idea ancora da costruire: giocare con l'open source
Tra i progetti desiderati emerge uno spazio dedicato ai videogiochi open source, magari durante una fiera o un evento. Ribby immagina postazioni con titoli come OpenArena, Luanti, 0 A.D., SuperTux e SuperTuxKart.
Io aggiungo l'interesse per un cabinato o per un ambiente predisposto a raccogliere questi giochi. Ne parliamo come possibilità da sviluppare, non come iniziativa già realizzata.
L'idea è far incontrare il software libero attraverso un'esperienza divertente. Si può iniziare giocando e poi spiegare che cosa significhi poter studiare, modificare e condividere gli strumenti utilizzati.
Astronomia e piccoli sistemi dedicati
La curiosità di Ribby si estende alla scienza. Racconta il ruolo del fratello, le letture divulgative e la frequentazione di un'associazione di astrofili, oltre a un telescopio ricevuto da un amico.
Usa strumenti per riconoscere gli oggetti nel cielo e ha sperimentato Astroberry con un Raspberry Pi per il controllo dell'attrezzatura. Il progetto Astroberry collega proprio software libero e strumenti astronomici.
Nell'intervista anticipa anche la partecipazione a un incontro all'Università di Camerino il 31 marzo 2025, portando alcuni esperimenti. È un appuntamento del periodo della registrazione, non un invito a un evento futuro.
Condividere un esperimento significa rendere visibile una possibilità
La conversazione mi lascia soprattutto questo: molte idee non nascono da un piano completo, ma dall'incontro con qualcosa che non sapevamo fosse possibile. Una dimostrazione, un post o una discussione possono fornire il punto di partenza.
Ribby contribuisce raccontando prove riuscite, difficoltà e limiti, senza aspettare di sapere tutto. Per chi vuole ritrovare i suoi contenuti, la descrizione originale del video rimanda alla pagina Ribby nel web.
È lo spirito che mi interessava portare sul canale: usare Linux e l'open source per esplorare, imparare e costruire relazioni attorno a ciò che scopriamo.