Perché ho sviluppato la mia distribuzione Starbuntu basata su Ubuntu

di Peter Starfinger, Monaco di Baviera, settembre 2022

Le mie prime esperienze con Linux (allora Knoppix con KDE 3.5.9) risalgono ormai a quasi 20 anni fa, e dopo una fase di test di sei anni parallela a Microsoft Windows, nel 2009 ho deciso di appoggiarmi solo su Linux, in particolare Ubuntu. Negli seguenti anni provai alcune varianti: Kubuntu con KDE 4, Lubuntu, Ubuntu Mate.

Anche se non mi sono mai pentito del mio passaggio da Windows a Linux, ma fin dall'inizio ne ho apprezzato la stabilità, l'open source e il suo invito all'autodeterminazione digitale e alla responsabilità personale, c'erano sempre piccole o grandi occasioni da stizzirmi per il software programmato male o alla carlona. A volte mancavano funzionalità importanti, a volte mi sono imbattuto in errori di programma ostinati che non erano stati corretti nemmeno anni dopo, a volte ho dovuto rendermi conto con disappunto che un certo software che apprezzavo non era più sviluppato affatto. Ad esempio, se il file manager supporta effettivamente Plug & Play, ma in realtà spesso non riconosce la chiavetta USB inserita o, incomprensibilmente, ne visualizza il contenuto solo dopo aver inserito la password dell'utente, sorge la frustrazione. O se la barra delle applicazioni è instabile e talvolta scompare inaspettatamente o perde improvvisamente le sue impostazioni in modo da dover riconfigurare tutto di nuovo, ciò non aggiunge gioia. Ovviamente speri per il prossimo aggiornamento, ma spesso invano. Mi stupisce quanto persistentemente alcuni bug possano infastidire le persone per anni. Ci si chiede cosa facciano effettivamente alcuni sviluppatori di software.

Un'altra cosa mi ha colpito sempre di più, vale a dire la crescente importanza personale degli sviluppatori di Ubuntu, che riguarda da un lato la messa fuori servizio silenziosa di software di valore e dall'altro l'installazione di software superfluo e dispendioso in termini di risorse. Perché bannano p.e., presumibilmente per motivi di sicurezza, il collaudato pacchetto gksu come pratica GUI per il comando da terminale sudo e obbligano invece l'utente a utilizzare il ben più ingombrante comando pkexec perché è desideroso della configurazione? O perché improvvisamente vogliono imporre all'utente l'ideologia del software contenitore snap con tutti i suoi svantaggi in termini di tempo di esecuzione, requisito di spazio e sicurezza? Per non parlare della noiosa dittatura dell'Unity!

In questo contesto, nell'autunno 2019 ho deciso di creare la mia distribuzione, vale a dire Starbuntu, basata esclusivamente sul core di Ubuntu. Da un lato, la pura curiosità mi ha spinto e la sfida mi ha attratto. D'altra parte, volevo evitare gli sviluppi indesiderati menzionati, volevo essere il più coscienzioso possibile nella selezione del software disponibile e scrivere i miei programmi dove il software non mi convinceva o non era affatto disponibile. La mia motivazione principale era ed è legata a me stesso e non alla comunità: finalmente non dover più fare degli inciuci, ma semplicemente implementare io stesso quello che voglio da un buon ambiente desktop. Puoi farlo solo nella tua officina, non sul prodotto di qualcun altro!

Dopo aver installato il sistema X Window (a quel tempo non c'era ancora alternativa) è sorto il primo problema: quale window manager usare? Ne avevo provati molti, sia tradizionali che esotici, con o senza fronzoli (ad esempio finestre agganciabili, traballanti o che esplodono e implodono), più o meno stabili. Alla fine ho scelto OpenBox, il campione del mondo nelle discipline della semplicità e della stabilità, perché non volevo un uccello del paradiso, volevo affidabilità!

La domanda cardinale successiva era scegliere un buon file manager. Qui il fattore decisivo era il margine di manovra che avevo per poterlo estendere secondo le mie idee. Dopo una lunga ricerca, ho scelto il ROX-Filer, un file manager meraviglioso, leggero, velocissimo, espandibile quasi a piacere secondo i propri gusti, che inizialmente richiede molto lavoro di configurazione , ma in seguito lo rimborsa due o tre volte. A mio parere, i migliori concorrenti non offrono grandi capacità di modulazione. Inoltre, ROX-Filer fornisce anche una gestione del desktop configurabile.

La maggior parte delle barre delle applicazioni (pannelli) vengono offerte in combinazione con un intero ambiente desktop: il pannello MATE, il pannello LXDE, il pannello XFCE, ecc. Quindi erano fuori discussione per me perché volevo essere indipendente nello scegliere una barra delle applicazioni. Anche qui sono stato guidato dai due criteri della semplicità e della stabilità. Naturalmente, dovrebbe anche avere un aspetto accattivante, ma senza caratteristiche superflue come un design 3D o icone saltellanti che reagiscono al puntatore del mouse. Così alla fine ho deciso per Tint2, una barra assolutamente priva di errori e affidabile, ma anche accattivante, e non mi sono mai pentito di questa scelta.

Alcune decisioni per un software adatto erano quasi senza alternative, ad es. il pacchetto Libreoffice o il gestore di ebook Calibre, altri erano basati su esperienze o preferenze personali e sono certamente discutibili. Una panoramica del software di bordo (GUI) di Starbuntu è disponibile qui.

Ora, una distribuzione Linux auto-sviluppata non avrebbe necessariamente il diritto di esistere se si limitasse a una raccolta più o meno casuale di software ben noto, magari decorato con un bel design. Mancherebbe il suo odore di artigianalità, l'unico punto di forza, che non si trova solo in un design individuale (temi, immagini di sfondo, ecc.), ma soprattutto in un software scritto da sé che colmi le lacune.

La necessità di tale software mi è diventata evidente in molti luoghi, alcuni dei quali sono esempi:

Penso che sia stato solo attraverso questo e molti altri compiti di programmazione che Starbuntu è maturato in una distribuzione in cui si realizzano semplicità, chiarezza, lucidità, praticità, ma anche bellezza.

Nota: non sarei mai stato in grado di implementare le numerose finestre di dialogo GUI nei miei programmi senza l'eccellente programma di dialogo GTK+ yad (yet another dialog) di Victor Ananjevsky. A lui vanno i miei eterni ringraziamenti.

Peter Starfinger