Bè ognuno ha i suoi scheletri nell'armadio!
Io nell'ultimo anno mi ero rassegnato a installare gimp e scribus via flatpak... Adesso finalmente non vedo l'ora di compilarli in locale.
Comunque sono d'accordo sui pacchetti ufficiali, il difficile potrebbe essere portarsi dietro e adattare configurazioni vecchie alle versioni nuove dei vari software.
Per i pacchetti terzi è un po' più complesso. Dipende da quanti se ne hanno, come dicevo io ho poco meno di 500 pacchetti SBo e al di là della ricompilazione in sé bisogna anche tenere d'occhio il fatto che alcuni pacchetti installati sono confluiti già nel repo 14.2 in pacchetti diversi:
esempio io ho installato il pacchetto haskell-mtl, ora su SBo-14.2 non c'è più perché è passato in ghc
Ne ho trovati una decina che avevo sul sistema e che non sono coerenti neanche col repo sbo 14.2, figuriamoci col prossimo sbo-15.0. Tra quelli ho anche altri esempi, tipo jack-audio-connection-kit:
Codice: Seleziona tutto
accessibility/espeak: Migrate jack-audio-connection-kit => jack
Il tutto senza contare pacchetti che sono confluiti nel repo ufficiale, di quelli installati sul mio sistema ne ho contati una trentina. Ma questa è una buona notizia.
Comunque và tenuto d'occhio il Changelog di SBo:
https://slackbuilds.org/ChangeLog.txt
in cui queste informazioni sono contenute.
Io per la ricompilazione di tutti i pacchetti SBo che ho mi sto creando la coda partendo da un tool chiamato hoorex:
questo ritorna tutti i pacchetti SBo da ricompilare basandosi su i pacchetti SBo installati... da prendere con le pinze, io verifico anche che sia coerente col numero di pacchetti targati SBo in /var/log/packages.
La cosa più indicata è buttare l'out su due files, ordinarle le liste con sort e confrontarle con diff. Ad esempio in quel modo mi sono subito accorto che haskell-mtl non era più nel repo remoto ma solo sul mio sistema e dal changelog SBo, ho capito che dovrò probabilmente aggiungere "ghc" al suo posto.
Una volta ottenuta la lista ripulita la confronto con FILELIST.TXT del repo ufficiale e anche lì ho visto che ci sono pacchetti installati via SBo che ora sono ufficiali, quindi li elimino dalla lista SBo.
Infine questa lista va poi confrontata con il repo 15.0 di SBo che al momento non è ancora caricato in modo ufficiale, penso che sarà molto simile al contenuto del repo SBo-git per la current che tiene Ponce. Ma non ho fretta dopo tutti questi anni.
Poi vi sono configurazioni... in xinitrc ad esempio ho:
Codice: Seleziona tutto
# Start some program
# avvia gestore autenticazione necessario per keyring (Mailspring)
/usr/libexec/polkit-gnome-authentication-agent-1 &
# legge configurazione bash
source ~/.bashrc &
# avvia barra stato e terminale con sessione screen già aperta
slstatus &
exec dbus-launch --exit-with-session st -e screen -U &
# aumenta luminosità monitor allo stato "day"
display-control startup &
# Start the window manager:
if [ -z "$DESKTOP_SESSION" -a -x /usr/bin/ck-launch-session ]; then
exec ck-launch-session dbus-launch --exit-with-session /usr/bin/dwm
else
exec dbus-launch --exit-with-session /usr/bin/dwm
fi
Non so se ste robe hanno ancora un senso sulla 15.0. Polkit, dbus ci saranno ancora? Potranno ancora essere richiamati così? boooh... devo un po' informarmi prima di fare il salto.
In ogni caso per quel che riguarda il set ufficiale io mi affiderò a slackpkg+. E se riesco continuerò a tenere un ambiente multilib. Attualmente da repo terzi, principalmente AlienBob esclusi multilib ho poco meno di 30 pacchetti, tipo libreoffice, chromium qt5-webkit, openjdk, roba che a compilarla da SBo ci vuole un'eternità. Comunque l'idea sarebbe quella di passare il più possibile ad un sistema base+multilib+SBo e fine.
Il multilib mi serve per i driver della stampante, che in realtà ne avevamo discusso tempo fa proprio qui e dovrebbe esserci una versione libera del driver proprietario brother per cui è probabilmente possibile compilarla per 64bit.
In realtà stavo armeggiando qualche settimana fa con un programmino grazioso che gira sotto wine, tutoredattilo. Non ho trovato niente di simile per linux... e ho il forte sospetto che se non ho multilib addirittura non sia utilizzabile in quanto è un eseguibile a 32bit.