Come installare Pale Moon su Debian 11 Bullseye

Pale Moon su Debian 11 Bullseye: scelta del metodo giusto

Su Debian 11 Bullseye Pale Moon non si installa in modo “naturale” dai repository ufficiali Debian, quindi la strada pulita è usare il pacchetto distribuito dal progetto, verificare l’architettura e incapsulare l’installazione in una directory dedicata sotto la home dell’utente. È una scelta più robusta di un’estrazione casuale in /opt o in /usr/local quando si parla di un browser desktop usato da un singolo profilo: riduce il rischio di sovrascritture, semplifica la rimozione e limita l’impatto sulle librerie di sistema.

Il punto pratico è questo: su Bullseye conviene evitare di forzare dipendenze di terze parti se non servono. Pale Moon porta con sé gran parte dell’ambiente runtime che gli serve, e il problema vero non è “compilare” ma scegliere un posizionamento coerente, creare un avvio stabile e verificare che il sistema desktop non stia agganciando librerie incompatibili o vecchi wrapper lasciati da installazioni precedenti.

Verifica preliminare: architettura, desktop e spazio disco

Prima di scaricare qualsiasi cosa, controlla tre punti: architettura del sistema, ambiente grafico disponibile e spazio libero. Pale Moon per Linux è tipicamente distribuito per x86_64; se sei su arm64 o su una macchina non compatibile, il pacchetto non partirà. Sul desktop, invece, non serve GNOME o KDE in particolare: serve una sessione grafica funzionante e un file manager o un terminale per l’avvio.

Comandi rapidi:

uname -m
lsb_release -a 2>/dev/null || cat /etc/debian_version
df -h ~
echo "$XDG_SESSION_DESKTOP"

Atteso: x86_64 su macchine compatibili, Debian 11 o equivalente, e almeno qualche centinaio di megabyte liberi nella home per browser, cache e profilo. Se lo spazio è basso, il browser non si rompe subito, ma il profilo può degradare in modo subdolo: crash in scrittura, cache corrotta, download incompleti. In quel caso, prima di installare, libera spazio o sposta il profilo su un filesystem con margine reale.

Scaricare Pale Moon dal sito ufficiale e verificare l’integrità

Il pacchetto va preso dal sito ufficiale del progetto, non da mirror casuali. Il motivo non è teorico: un browser è un componente ad alta esposizione, quindi il canale di distribuzione conta quanto il contenuto. Se il sito del progetto pubblica checksum o firme, usali. Se non hai un canale di verifica disponibile nel momento in cui lavori, dichiaralo come gap operativo e chiudilo prima del rollout. Non andare avanti “a fiducia”.

Esempio di flusso, da adattare al link corrente del progetto:

mkdir -p ~/Downloads/palemoon-install
cd ~/Downloads/palemoon-install
wget 'URL_DEL_TARBALL_UFFICIALE'
ls -lh

Se il progetto pubblica un checksum SHA256, confrontalo subito:

sha256sum palemoon-*.tar.bz2
cat SHA256SUMS

Atteso: digest identico al valore pubblicato. Se non coincide, il file è da scartare. Se non hai il checksum, il minimo sindacale è controllare la dimensione del file e il nome esatto del pacchetto, ma questa non è una verifica di sicurezza sufficiente: è solo un controllo di coerenza.

Installazione in home: struttura pulita e reversibile

Per un uso desktop singolo, la soluzione più ordinata è installare in una directory dedicata sotto la home, ad esempio ~/apps/palemoon. In questo modo il rollback coincide con la rimozione della directory, e non tocchi parti del sistema. È anche un approccio più semplice da documentare quando il browser viene usato da più utenti sulla stessa macchina ma con profili separati.

Procedura tipica:

mkdir -p ~/apps/palemoon
cd ~/apps/palemoon
# sostituisci il nome archivio con quello reale scaricato
# esempio: tar.bz2, tar.xz o tar.gz
 tar -xvf ~/Downloads/palemoon-install/palemoon-*.tar.*
ls -la

Se l’archivio estrae una cartella già pronta, non rinominarla a caso: verifica prima il contenuto con ls -la e individua l’eseguibile principale. In molti pacchetti desktop trovi un binario come palemoon dentro una directory dell’applicazione, ad esempio ~/apps/palemoon/palemoon o una sottostruttura simile. Il controllo importante è questo: il file deve essere eseguibile e non deve dipendere da permessi root per partire.

Se il pacchetto contiene uno script di avvio, usalo. Se contiene solo il binario, va bene lo stesso. Il criterio è conservare il layout originale e aggiungere solo il minimo indispensabile per il desktop integration.

Creare un avvio stabile con desktop entry

Per evitare di lanciare Pale Moon a mano da terminale ogni volta, crea un file desktop in ~/.local/share/applications/. È la via più pulita su Debian perché non richiede privilegi elevati e si integra con menu, launcher e ricerca applicazioni. L’errore più comune è puntare a un path sbagliato o dimenticare di rendere eseguibile il binario: il menu allora mostra l’icona, ma il click non fa nulla.

Esempio di file ~/.local/share/applications/palemoon.desktop:

[Desktop Entry]
Name=Pale Moon
Comment=Web browser
Exec=/home/tuo_utente/apps/palemoon/palemoon
Icon=/home/tuo_utente/apps/palemoon/browser/chrome/icons/default/default128.png
Type=Application
Categories=Network;WebBrowser;
StartupNotify=true
Terminal=false

Dopo averlo creato, aggiorna il database delle applicazioni o esci e rientra nella sessione. Su alcuni desktop basta ricaricare il menu; su altri è più rapido testare direttamente il file:

chmod +x ~/.local/share/applications/palemoon.desktop
desktop-file-validate ~/.local/share/applications/palemoon.desktop

Atteso: nessun errore di sintassi dal validatore. Se compare un warning sul path dell’icona, non blocca l’avvio ma va sistemato. Se il desktop entry punta a un binario inesistente, correggi prima di fare altro: è un falso positivo tipico quando si copia un esempio senza adattare il path reale.

Avvio da terminale e primo controllo funzionale

Prima di considerare l’installazione conclusa, avvia il browser da terminale almeno una volta. Serve a intercettare errori di libreria, problemi X11/Wayland e warning sul profilo. Questo è il punto che separa un’installazione “presente” da una davvero usabile.

/home/tuo_utente/apps/palemoon/palemoon

Se non parte, i casi più frequenti sono questi: path errato, permessi insufficienti sul binario, librerie mancanti nel pacchetto, oppure sessione grafica non disponibile. Per falsificare rapidamente ogni ipotesi:

1. Controlla il binario con file /home/tuo_utente/apps/palemoon/palemoon: atteso un eseguibile ELF compatibile con la tua architettura.
2. Controlla i permessi con ls -l /home/tuo_utente/apps/palemoon/palemoon: atteso almeno il bit di esecuzione per l’utente.
3. Se il terminale stampa errori di libreria, annota il nome esatto del file mancante: quello è il dato utile, non il messaggio generico “cannot open shared object file”.

Se il browser si avvia ma si chiude subito, aprilo da terminale e conserva l’output: in molti casi il problema è nel profilo o nelle preferenze, non nel binario. È utile anche verificare se il processo resta vivo con ps -ef | grep -i palemoon oppure con pgrep -a palemoon.

Profilo utente, migrazione e reset controllato

Pale Moon usa un profilo utente separato dal binario. Se hai già un browser precedente o una vecchia installazione, il profilo può essere la parte fragile. Non conviene cancellarlo di impulso: meglio rinominarlo e farne partire uno nuovo, così mantieni un rollback immediato.

La directory del profilo, in genere, si trova sotto ~/.moonchild productions/pale moon/ o sotto una struttura equivalente legata all’utente. Prima di toccarla, individua il percorso reale con:

find ~ -maxdepth 3 -type d \( -iname '*pale*moon*' -o -iname '*moonchild*' \)

Se vuoi fare un reset conservativo:

mv '~/.moonchild productions/pale moon' '~/.moonchild productions/pale moon.bak.$(date +%F)'

Dopo il rename, rilancia il browser. Se parte con un profilo pulito, il problema era nel vecchio set di preferenze, estensioni o cache. A quel punto puoi riportare solo i dati necessari, ad esempio segnalibri o password esportate in modo sicuro, invece di ripristinare tutto il contenitore del profilo.

Integrazione con il sistema: icona, MIME e aggiornamenti

Una volta che Pale Moon gira, l’ultimo pezzo è l’integrazione pratica. L’icona nel menu, l’associazione dei link http/https e la gestione degli aggiornamenti non vanno lasciati al caso. Su Debian 11, dove il browser non è gestito dal gestore pacchetti della distro, la manutenzione è manuale e quindi va resa ripetibile.

Per i link web, il desktop environment in genere propone automaticamente il browser predefinito. Se non succede, controlla le impostazioni del sistema grafico e, se necessario, definisci Pale Moon come applicazione predefinita per il web. In ambienti XDG, il file ~/.config/mimeapps.list può essere il punto da verificare, ma conviene agire dal pannello grafico se disponibile perché riduce gli errori di sintassi.

Per gli aggiornamenti, non aspettarti un apt upgrade. Il modello corretto è: controllare periodicamente il sito ufficiale, scaricare la nuova versione, confrontare checksum, sostituire i file dell’applicazione e testare l’avvio. Se vuoi rendere la cosa più ordinata, tieni versioni numerate:

~/apps/palemoon/palemoon-33.8.1/
~/apps/palemoon/palemoon-33.8.2/
~/apps/palemoon/current -> palemoon-33.8.2/

Con questo schema, il desktop entry punta a ~/apps/palemoon/current/palemoon. L’aggiornamento diventa uno switch di symlink, molto più semplice da rollbackare se una release introduce regressioni su estensioni o rendering.

Problemi tipici su Debian 11 e come leggerli senza perdere tempo

Il caso più frequente non è “Debian non supporta Pale Moon”, ma una combinazione di architettura sbagliata, binario non eseguibile o librerie mancanti nel pacchetto scaricato. Il secondo problema tipico è il profilo corrotto: il browser parte, ma schermo bianco, crash all’avvio o comportamento anomalo dopo un aggiornamento di estensioni.

Se compare un errore di libreria, il comando utile è ldd sul binario principale:

ldd /home/tuo_utente/apps/palemoon/palemoon | grep 'not found'

Atteso: nessuna riga not found. Se ce n’è una, manca una dipendenza e devi capire se il pacchetto ufficiale la include in una sottodirectory oppure se il sistema la fornisce già. Non installare librerie a caso solo per far partire un browser: prima identifica il nome preciso della dipendenza e verifica se la release che hai scaricato è quella corretta per Linux desktop.

Se il problema è grafico, controlla se la sessione è X11 o Wayland. Alcuni browser legacy gestiscono meglio X11, e in certi ambienti Wayland la compatibilità dipende dal wrapper o dal compositor. Il test semplice è lanciare il browser in una sessione X11 standard e confrontare il comportamento. Se in X11 parte e in Wayland no, hai già isolato il layer del problema senza fare debugging inutile sul binario.

Quando conviene non usare questo metodo

Se devi distribuire Pale Moon su molte macchine, l’installazione manuale in home non è la scelta migliore. In quel caso conviene impacchettare il browser in uno script di provisioning, in un archivio centralizzato o in un layout sotto /opt governato da configurazione e aggiornamento controllati. La logica resta la stessa, ma cambia il requisito operativo: da installazione personale a gestione ripetibile.

Se invece stai lavorando su un host multiutente con policy rigide, verifica prima la politica di esecuzione dei binari in home, eventuali controlli AppArmor o SELinux e la presenza di restrizioni sul download di software esterno. In quei contesti il problema non è tecnico in senso stretto, è di governance del sistema. Saltare quel passaggio porta a installazioni che funzionano oggi e vengono bloccate domani da una policy o da un audit.

Chiusura operativa: installazione completa e verificabile

Se hai seguito il flusso corretto, il risultato finale deve essere semplice da descrivere: un eseguibile Pale Moon presente in una directory dedicata, un launcher desktop funzionante, un avvio pulito da terminale e un profilo utente che non dipende da vecchie rovine di installazioni precedenti. Questa è la versione che si mantiene bene nel tempo: nessun file sparso in punti casuali del filesystem, nessun privilegio inutile, nessun rollback complicato.

Checklist finale minima:

• file sul binario conferma l’architettura corretta.
• ldd non mostra dipendenze mancanti.
• Il file .desktop è valido con desktop-file-validate.
• Il browser si avvia, apre una pagina web e conserva il profilo tra i riavvii.
• Il rollback è disponibile rinominando la directory dell’app o il profilo backup.

Assunzione operativa: Debian 11 Bullseye a 64 bit, sessione grafica locale, installazione singolo utente con pacchetto ufficiale Pale Moon scaricato dal sito del progetto.