1 18/05/2026 8 min

Su Ubuntu 22.04 LTS Alacritty si installa in due modi sensati: dai repository, se il pacchetto disponibile è abbastanza recente per il tuo flusso di lavoro, oppure compilando dai sorgenti quando vuoi una versione precisa o più nuova. La scelta non è cosmetica: cambia il livello di manutenzione, la velocità con cui ricevi fix e la quantità di dipendenze che ti porti dietro.

Alacritty è un terminale GPU-accelerated, quindi non serve a “fare più cose” del terminale classico, ma a farle con una pipeline grafica più semplice e generalmente più reattiva. La sua logica è quella di un terminale minimale: niente tab, niente split nativi, niente fronzoli. Se ti serve un terminale leggero, configurabile e coerente su più macchine, ha senso. Se vuoi un ambiente desktop completo con funzioni integrate, la valutazione cambia.

Scelta pratica: pacchetto Ubuntu o build da sorgente

Prima di installare, conviene capire quale ramo ti serve davvero. Su Ubuntu 22.04 LTS il pacchetto nei repository può essere sufficiente per uso standard, ma non sempre coincide con l’ultima release upstream. La build da sorgente richiede più tempo, però ti dà controllo sulla versione, sulle feature e sulle patch applicate.

Regola semplice: se devi usare Alacritty su una workstation o su un server con GUI e non hai vincoli particolari, prova prima il pacchetto. Se invece devi allinearti a una versione specifica, riprodurre un ambiente o verificare un bugfix, vai di compilazione controllata.

Installazione da repository su Ubuntu 22.04 LTS

Il percorso più rapido è verificare la disponibilità del pacchetto e installarlo con APT. Questo approccio è il più pulito per gestione aggiornamenti e rollback, perché resta dentro il normale ciclo di manutenzione della distro.

1. Aggiorna l’indice pacchetti e controlla la versione disponibile:

sudo apt update
apt-cache policy alacritty

2. Se il pacchetto è presente, installalo:

sudo apt install alacritty

3. Verifica che il binario sia stato installato correttamente:

alacritty --version
which alacritty

Se il comando restituisce una versione e un path coerente, l’installazione base è a posto. In genere il binario finisce in /usr/bin/alacritty, ma non dare per scontato il path: controllalo sempre con which o command -v.

4. Avvialo dalla sessione grafica o da un launcher desktop. Se parte ma mostra rendering anomalo, il problema non è quasi mai l’installazione in sé: prima guarda driver grafici, sessione Wayland/Xorg e stack Mesa/NVIDIA.

Installazione da sorgente quando il pacchetto non basta

Compilare Alacritty su Ubuntu 22.04 ha senso quando vuoi una release più recente o quando il pacchetto distribuito non è allineato alle tue esigenze. Qui però il punto non è solo “farlo compilare”: è mantenere il processo ripetibile e reversibile.

Prima di iniziare, installa le dipendenze di build. I nomi possono variare leggermente in base alla release e al set di feature che vuoi, quindi se un pacchetto non esiste nel tuo mirror, non inventare: verifica con apt-cache search.

sudo apt update
sudo apt install -y \
  git \
  curl \
  build-essential \
  cmake \
  pkg-config \
  libfreetype6-dev \
  libfontconfig1-dev \
  libxcb-xfixes0-dev \
  libxkbcommon-dev \
  libxkbcommon-x11-dev \
  python3

Se la build richiede dipendenze aggiuntive legate a Wayland o a specifiche integrazioni, chiudi il gap così:

apt-cache search wayland | grep -E 'libwayland|wayland-protocols'
apt-cache search xcb | grep libxcb

1. Clona il repository ufficiale e entra nella directory di lavoro:

git clone https://github.com/alacritty/alacritty.git
cd alacritty

2. Controlla il tag o il commit da usare. Per ambienti riproducibili conviene fissare una versione, non inseguire il ramo principale a ogni build.

git tag | tail -n 10
git checkout v0.13.2

Se il tag non esiste nella tua copia locale, fai un fetch completo e riprova:

git fetch --tags --force

3. Compila con Cargo. Su macchine con poca RAM è utile tenere d’occhio swap e carico, perché Rust può essere esigente in fase di build.

cargo build --release

4. Se la build termina correttamente, il binario sarà in target/release/alacritty. Verificalo prima di installarlo nel sistema:

./target/release/alacritty --version

5. Installa il binario in una posizione standard, ad esempio /usr/local/bin, se vuoi renderlo disponibile a tutti gli utenti locali. Questa è una scelta pratica, ma deve essere tracciata: tieni nota della versione e del commit usato.

sudo install -m 0755 target/release/alacritty /usr/local/bin/alacritty

6. Conferma il path finale e la versione effettivamente in uso:

which alacritty
alacritty --version

Integrare Alacritty nel desktop environment

Installare il binario non basta se vuoi usarlo come terminale quotidiano. Conviene aggiungere un launcher desktop e, se serve, associare una scorciatoia da tastiera nel tuo ambiente grafico.

Un file desktop minimale può essere creato in ~/.local/share/applications/alacritty.desktop oppure in /usr/local/share/applications/ se vuoi renderlo disponibile a livello di sistema.

[Desktop Entry]
Type=Application
Name=Alacritty
Exec=alacritty
Icon=alacritty
Terminal=false
Categories=System;TerminalEmulator;

Dopo averlo creato, aggiorna il database desktop se il tuo ambiente lo richiede, oppure fai logout/login. Se l’icona non compare, il problema di solito è il percorso dell’icona o la cache del desktop, non il terminale.

Per l’icona puoi usare un file locale, ad esempio /usr/share/pixmaps/alacritty.png, ma evita di dare per scontato che il tema la trovi da solo. Verifica sempre il path reale.

Configurazione iniziale e file YAML

Alacritty legge la configurazione da ~/.config/alacritty/alacritty.toml nelle versioni più recenti, mentre in installazioni o guide datate puoi ancora incontrare il vecchio YAML. Su Ubuntu 22.04, il punto operativo è semplice: controlla la versione del terminale e usa il formato supportato da quella release, senza mescolare sintassi vecchia e nuova.

Per partire in modo sicuro, crea la directory di configurazione e verifica quale file viene cercato dalla tua build:

mkdir -p ~/.config/alacritty
alacritty --print-events 2>/dev/null | head

Se vuoi una base minima, imposta font, finestra e opacità solo dopo aver verificato che il rendering sia stabile. Una configurazione prudente evita di confondere problemi di installazione con problemi di tema o font.

# ~/.config/alacritty/alacritty.toml
[font]
size = 11.0

[window]
decorations = "full"
opacity = 1.0

Se un font non viene renderizzato, il controllo più utile non è “provare altri font a caso”, ma leggere i font disponibili con gli strumenti del sistema. Un check rapido con fc-list ti dice subito se il font è davvero presente.

fc-list | grep -i 'JetBrains Mono'
fc-match 'JetBrains Mono'

Associazione come terminale predefinito

Se vuoi usare Alacritty come terminale predefinito, la parte delicata non è l’installazione ma l’integrazione con il desktop. Su GNOME, KDE o altri ambienti, il metodo cambia leggermente. Il principio però resta identico: il sistema deve sapere quale eseguibile lanciare quando chiedi “apri terminale”.

In ambiente GNOME, spesso basta configurare il launcher o il binding della tastiera nel pannello impostazioni. Se l’ambiente supporta un comando personalizzato, usa il path completo per evitare ambiguità:

/usr/bin/alacritty

In KDE Plasma o in altri desktop con scorciatoie configurabili, il criterio è lo stesso: associa il comando reale, non un alias che potrebbe non essere caricato nella sessione grafica.

Troubleshooting quando Alacritty non parte

Se Alacritty non si avvia, la sequenza corretta è partire dai sintomi visibili e risalire al layer giusto. Non saltare subito alla reinstallazione: prima verifica se il binario esiste, se la sessione grafica è valida e se il problema è nel rendering o nel collegamento al server X/Wayland.

1. Controlla l’eseguibile e la versione:

command -v alacritty
alacritty --version

2. Avvialo da terminale già funzionante per leggere gli errori in chiaro:

alacritty

3. Se compare un errore su librerie mancanti, usa ldd per identificare le dipendenze non risolte:

ldd /usr/bin/alacritty | grep 'not found'

4. Se il problema è grafico, controlla il backend di sessione:

echo $XDG_SESSION_TYPE
echo $DISPLAY
echo $WAYLAND_DISPLAY

Un valore vuoto o incoerente qui indica che il problema non è Alacritty ma la sessione in cui stai provando ad aprirlo. In quel caso la correzione va fatta sul login manager, sull’ambiente desktop o sul modo in cui stai eseguendo la sessione remota.

5. Se sospetti un problema di driver o accelerazione, usa i log del server grafico e del kernel. Su sistemi recenti, i messaggi utili possono emergere in journalctl o nei log della sessione utente.

journalctl --user -b | grep -i alacritty
journalctl -b | grep -Ei 'gpu|drm|wayland|xorg|nvidia|mesa'

Scelte operative che evitano guai dopo l’installazione

La parte più sottovalutata non è installare Alacritty, ma mantenerlo gestibile. Se lo compili a mano, annota sempre versione, commit e path di installazione. Se usi il pacchetto, mantieni l’aggiornamento dentro il normale ciclo APT e non sovrascrivere il binario di sistema con copie sparse in home directory.

Se devi fare rollback, il caso del pacchetto è il più semplice: rimuovi il pacchetto e torna alla situazione precedente. Se hai compilato da sorgente e installato in /usr/local/bin, il rollback consiste nel rimuovere quel binario e ripristinare eventualmente la versione del repository.

sudo rm -f /usr/local/bin/alacritty
sudo apt install --reinstall alacritty

Questo è il punto in cui molti ambienti diventano fragili: un terminale copiato a mano in un percorso non tracciato rende più difficile capire quale versione sia davvero in uso. Per questo conviene tenere una sola fonte di verità per il binario.

Quando non conviene usare Alacritty

Non sempre Alacritty è la scelta giusta. Se hai bisogno di funzionalità fortemente integrate come split nativi, sessioni persistenti o gestione avanzata da GUI, potresti preferire un altro terminale. Alacritty vince quando vuoi velocità, semplicità e un comportamento prevedibile, non quando cerchi un coltellino multiuso.

Su Ubuntu 22.04 LTS l’installazione è lineare, ma il valore vero sta nella disciplina operativa: versione chiara, configurazione pulita, integrazione desktop esplicita e verifica dei log quando qualcosa non coincide con l’atteso. Se segui questa sequenza, l’installazione resta ripetibile e il troubleshooting non si trasforma in tentativi casuali.