Come installare KiCad su Ubuntu 24.04, 22.04 e 20.04 LTS

Su Ubuntu LTS hai tre strade sensate per installare KiCad: repository della distribuzione, PPA del team KiCad o Flatpak. La scelta non è estetica: cambia la versione disponibile, la rapidità degli aggiornamenti e il modo in cui gestisci dipendenze e integrazione con il desktop. Se devi lavorare su progetti reali, conviene decidere prima se privilegiare stabilità del pacchetto di Ubuntu o versioni più recenti del CAD.

KiCad è un software pesante ma abbastanza lineare da mantenere su sistemi LTS. Il punto critico non è “installarlo e basta”, ma evitare mix di sorgenti, librerie incoerenti e aggiornamenti che ti lasciano con un eseguibile nuovo e componenti vecchi. Qui sotto trovi un percorso pratico per Ubuntu 24.04, 22.04 e 20.04, con note su cosa cambia tra le versioni e su come verificare che l’installazione sia pulita.

Quale metodo scegliere su Ubuntu LTS

Se usi Ubuntu 24.04 e ti basta una versione ragionevolmente aggiornata, il repository standard può essere sufficiente solo se la release di Ubuntu include una build compatibile con ciò che ti serve. In pratica, però, per KiCad spesso il PPA ufficiale o il Flatpak sono più interessanti perché arrivano prima con funzioni nuove e fix importanti. Su 22.04 e 20.04, il pacchetto della distribuzione tende a essere più conservativo: bene per ambienti molto controllati, meno bene se devi aprire progetti recenti o usare librerie aggiornate.

La regola pratica è questa: pacchetto Ubuntu se vuoi integrazione nativa e massima semplicità operativa; PPA se vuoi la versione desktop più comune per chi usa KiCad ogni giorno; Flatpak se vuoi isolare dipendenze e ridurre l’effetto collaterale sul sistema. Evita di installare più metodi insieme senza una ragione precisa: è il modo più rapido per ritrovarti con menu duplicati e runtime diversi.

Installazione con i pacchetti di Ubuntu

Il primo controllo è capire cosa offre il tuo sistema. Su una macchina pulita, aggiorna l’indice pacchetti e verifica la versione disponibile:

sudo apt update
apt-cache policy kicad

Se il pacchetto esiste e la versione ti va bene, installa direttamente:

sudo apt install kicad

Su alcune release potresti trovare anche pacchetti separati o metapacchetti legati a librerie e modelli. Dopo l’installazione, controlla che il binario sia presente e che l’app parta senza errori evidenti:

kicad --version
which kicad

Se il lancio da terminale mostra warning su plugin grafici, librerie mancanti o backend OpenGL, non ignorarli: spesso sono segnali di driver video vecchi o di una sessione grafica non coerente. In questi casi verifica anche i log utente e i messaggi di sistema relativi alla sessione grafica, perché il problema può essere fuori da KiCad.

Installazione con il PPA ufficiale di KiCad

Il PPA è la strada più usata quando serve una versione aggiornata senza passare a un formato confinato. Il vantaggio è evidente: ricevi build più nuove rispetto al repository LTS, con correzioni e funzioni che spesso fanno differenza su progetti complessi. Il rovescio della medaglia è semplice: stai aggiungendo una sorgente esterna, quindi devi tenerla sotto controllo come faresti con qualsiasi altro repository di terze parti.

Prima di aggiungerlo, verifica quali sorgenti hai già configurato, così eviti conflitti o doppioni:

grep -R "kicad\|ppa.launchpad.net" /etc/apt/sources.list /etc/apt/sources.list.d/

Poi aggiungi il PPA, aggiorna e installa:

sudo add-apt-repository ppa:kicad/kicad-8.0-releases
sudo apt update
sudo apt install kicad

Il nome del ramo può cambiare nel tempo; se il PPA pubblica una serie diversa, controlla la pagina del repository o l’elenco dei pacchetti con apt policy. Non dare per scontato che il ramo “giusto” oggi sia lo stesso tra una major release e l’altra.

Dopo l’installazione, conferma che il sistema stia pescando dal repository corretto:

apt-cache policy kicad

Nel campo Version table dovresti vedere la versione del PPA con priorità coerente. Se invece la versione installata resta quella di Ubuntu, c’è quasi sempre un problema di pinning, di cache APT non aggiornata o di pacchetto già presente da un’altra sorgente.

Installazione con Flatpak

Flatpak ha senso quando vuoi separare l’app dal sistema e ridurre l’impatto delle dipendenze di Ubuntu. È una scelta ragionevole su workstation condivise o su installazioni dove non vuoi toccare troppo il base system. L’integrazione con temi, file picker e permessi è buona, ma non è identica a quella di un pacchetto nativo: va accettato come compromesso.

Installa Flatpak se non è già presente e aggiungi Flathub:

sudo apt update
sudo apt install flatpak
sudo flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Poi installa KiCad:

flatpak install flathub org.kicad.KiCad

Avvio e verifica:

flatpak run org.kicad.KiCad
flatpak list | grep -i kicad

Se il programma non vede subito file in alcune directory, controlla i permessi del sandbox. In genere basta autorizzare la cartella di lavoro o usare il file chooser integrato; non forzare l’accesso globale se non serve davvero.

Ubuntu 24.04: cosa aspettarsi

Su 24.04 la base di sistema è più recente e in genere rende più semplice il supporto grafico e la compatibilità con librerie moderne. Se usi il pacchetto della distribuzione, il vantaggio è l’allineamento con il resto del sistema. Se usi il PPA, il rischio pratico è basso ma devi comunque controllare che non stai importando dipendenze troppo aggressive rispetto al resto dell’ambiente desktop.

Qui la verifica utile non è solo kicad --version, ma anche la presenza delle librerie grafiche e del rendering corretto. Se l’app si avvia ma l’interfaccia è lenta o con artefatti, prova a lanciare da terminale e osserva eventuali warning legati a OpenGL, Wayland o XWayland. In un ambiente moderno, il problema non è quasi mai “KiCad non si installa”, ma “KiCad gira con un backend grafico non ottimale”.

Ubuntu 22.04: il caso più comune in produzione leggera

Ubuntu 22.04 è ancora molto diffuso su workstation tecniche e piccoli laboratori. Qui il pacchetto ufficiale può essere un po’ indietro rispetto alle esigenze di chi usa KiCad per PCB recenti, librerie condivise o flussi di lavoro con plugin. Per questo il PPA è spesso il compromesso migliore: resti su una LTS stabile, ma non sei bloccato da un pacchetto troppo vecchio.

Se arrivi da una versione precedente installata da sorgenti diverse, fai ordine prima di aggiornare. Una pulizia minima consiste nel verificare cosa è stato installato e da dove:

apt list --installed | grep -i kicad
apt-cache policy kicad

Se trovi residui di più sorgenti, rimuovi solo il pacchetto applicativo, non librerie generiche del sistema, e reinstalla dal canale scelto. Il punto è evitare che un vecchio runtime continui a convivere con un nuovo eseguibile.

Ubuntu 20.04: attenzione alla versione e alle dipendenze

Su 20.04 il tema principale è la distanza temporale. Il repository standard può essere troppo conservativo per alcuni flussi di lavoro, soprattutto se devi aprire progetti nati con versioni più recenti di KiCad. In questo scenario il PPA o Flatpak hanno più senso del pacchetto base, ma va valutata la compatibilità con il resto della workstation, in particolare se usi driver video proprietari o plugin esterni.

Se l’installazione fallisce per dipendenze mancanti, non forzare subito con pacchetti presi a mano. Prima identifica il blocco reale:

sudo apt update
sudo apt install kicad

Se APT segnala conflitti o pacchetti non soddisfatti, annota il nome esatto della libreria e verifica se il problema viene da un repository misto o da una release troppo vecchia. In molti casi la soluzione più pulita non è “insistere”, ma cambiare metodo di installazione.

Verifica post-installazione: controlli che evitano sorprese

Dopo l’installazione, fai sempre una verifica minima su tre livelli: binario, avvio grafico e integrazione con i file di progetto. Il binario ti dice se il pacchetto è presente; l’avvio grafico ti dice se il desktop è compatibile; l’apertura di un progetto di test ti dice se il flusso reale funziona.

Controlli rapidi:

kicad --version
which kicad
ls -ld ~/KiCad ~/Documents

Se vuoi una prova più concreta, crea una cartella di test, avvia KiCad e verifica che riesca a salvare un progetto senza errori di permessi. Se il programma parte ma non salva dove ti aspetti, spesso il problema è nel percorso scelto o in una policy sandbox, non nel software CAD in sé.

Problemi tipici e lettura rapida dei sintomi

Se KiCad non si avvia e dalla shell vedi errori su librerie mancanti, la causa più probabile è un mix di repository o una dipendenza non installata. Se invece si apre ma mostra una UI vuota o instabile, il sospetto va al layer grafico. Se i file non si aprono o non si salvano, il problema è quasi sempre di permessi, percorso o isolamento del pacchetto.

Un controllo utile è guardare i messaggi dell’utente e del sistema durante il tentativo di avvio. Senza inventare path specifici, cerca i log della sessione grafica e quelli dell’applicazione se li hai configurati. In caso di installazione da PPA, controlla anche che il repository sia ancora raggiungibile e non abbia chiavi o metadata scaduti:

sudo apt update
apt-cache policy kicad

Se il problema è il repository, la soluzione più pulita è ripristinare una sorgente coerente. Se il problema è l’ambiente grafico, conviene testare una sessione diversa o disabilitare temporaneamente accelerazione hardware solo per capire se il difetto segue il backend video.

Disinstallazione pulita e rollback del metodo scelto

Rollback significa tornare a un assetto noto senza lasciare residui inutili. Se hai usato il pacchetto Ubuntu o il PPA, rimuovi il pacchetto e poi valuta se eliminare anche il repository esterno. Non toccare directory progetto se contengono lavoro reale.

sudo apt remove kicad
sudo apt autoremove

Se hai aggiunto il PPA e vuoi rimuoverlo:

sudo add-apt-repository --remove ppa:kicad/kicad-8.0-releases
sudo apt update

Con Flatpak, la rimozione è separata dal sistema base:

flatpak uninstall org.kicad.KiCad

Se stai tornando indietro da un test, conserva l’elenco delle sorgenti e la versione iniziale del pacchetto: è il modo più semplice per ripristinare lo stato precedente senza fare ipotesi.

Scelta pratica per i tre LTS

In sintesi operativa: su Ubuntu 24.04 puoi partire dal pacchetto nativo e passare al PPA o Flatpak solo se ti servono versioni più nuove. Su 22.04 il PPA è spesso il miglior equilibrio tra stabilità e aggiornamento. Su 20.04 conviene essere più conservativi e preferire una sorgente aggiornata solo se hai verificato compatibilità con i tuoi progetti e con il driver grafico della macchina.

La vera differenza non la fa il comando di installazione, ma la disciplina con cui gestisci sorgenti, verifiche e rollback. Se mantieni un solo canale per volta, controlli la versione effettiva con apt-cache policy o flatpak list e testi un progetto reale dopo il primo avvio, riduci parecchio il rischio di trovarti con un CAD installato ma poco affidabile nell’uso quotidiano.