Oltre ad essere un’autorità in materia di certificazione, il loro sito è una miniera di risorse gratuite.

Per chi conosce i loro percorsi di certificazione, sa che che sono strutturati nel modo seguente:

• Essentials
  • Linux
  • Security
  • Web Developer
  • Open Source
• Linux Professional
  • LPIC-1
  • LPIC-2
  • LPIC-3
    • Mixed Environemnts
    • Security
    • Virtualization and Containerization
    • High Availability and Storage Clusters
• Open Technology
  • DevOps Tools Engineer
  • BSD Specialist

La prima certificazione è il percorso pensato per chi vuole conseguire una conoscenza di base su un sistema Gnu/Linux.

LPIC-1-2-3 possiamo pensarli come percorsi di certificazione per acquisire competenze rispettivamente per l’amministratore Gnu/Linux di base, esperto su reti di piccole e medie dimensioni e esperto verticale.

Open Technology è rivolta invece a chi vuole essere specialista di strumenti DevOps o di BSD.

LPI mette a disposizione una quantità enorme di materiale gratuito che copre Linux Essentials e LPIC-1 e che è possibile reperire qui: https://learning.lpi.org/it/learning-materials/all-materials/ (il materiale italiano è qui: https://learning.lpi.org/it/)

In particolare, LPIC-1-101 e LPIC-1-102, che sono quelli relativi al percorso di amministrazione di base, sono compresi ed estesi da un altro volume, una vera bibbia, edita da TrueLite e giunta ormai alla sesta edizione: Amministrare Gnu/Linux di Simone Piccardi (https://www.truelite.it/libri/amministrare-gnu-linux/) che copre e amplia sia LPIC-1 nella sua interezza (101 e 102) che LPIC-2 (anche se non completamente).

Se LPIC-1-101 e LPIC-1-102 sono verticali per il superamento dell’esame LPIC-1, Amministrare Gnu/Linux è un testo dal respiro molto più ampio, che copre come detto anche buona parte di LPIC-2 e che va considerato, non tanto come un testo alternativo per la preparazione dell’esame di certificazione, quanto piuttosto come un riferimento imprescindibile per un amministratore di sistemi Gnu/Linux.

TrueLite, per non essere da meno, in ossequio alla filosofia di sviluppo Gnu/Linux, offre il libro pubblicato con licenza libera, sia in vendita (che vale ogni centesimo speso e vale la pena averlo in libreria) che disponibile sui loro repository come sorgente LaTeX. E con quelli è possibile ricavare il pdf.

Per farlo ho seguito le loro istruzioni che prevedono Debian come S.O. di riferimento ma si adattano facilmente anche su Fedora 43 (il mio).

Per prima cosa installiamo le dipendenze che differiscono un po’ da quelle indicate:

dnf install dia inkscape make netpbm texlive-base texlive-pstricks texlive-luatex latexml luahbtex texlive-unicode-math texlive-babel-italian latexml texlive-comment texlive-luapstricks texlive-multirow texlive-mlmodern

Dovrebbero coprire tutto il necessario.

Un’altra cosa che servirà, per avere la resa tipografica conforme a quanto stabilito dall’autore, è il font UbuntuMono che preleverò dal repository di Canonical:

# creazione dalla cartella dei font in locale
mkdir -p ~/.local/share/fonts/UbuntuMono
 
# scaricamento del font
wget -O /tmp/UbuntuMono-v1.002.zip
https://github.com/canonical/Ubuntu-Sans-Mono-fonts/releases/download/v1.002/UbuntuMono-fonts-1.002.zip
 
# decompressione dell'archivio
unzip UbuntuMono-v1.002.zip
 
# copia dei file ttf nella cartella dei font della nostra home
cp /tmp/UbuntuMono-fonts-1.002/ttf/* ~/.local/share/fonts/UbuntuMono
 
# caricamento del font
fc-cache -f
 
# verifica
fc-list | grep -i 'Ubuntu Mono'

Sistemati i prerequisiti, possiamo prelevare il sorgente LaTeX del testo dal repository TrueLite e procedere con la compilazione:

# clone del repository
git clone https://labs.truelite.it/git/truedoc

Creazione delle immagini usate nella compilazione del libro:

# creazione delle immagini
cd truedoc/
make
for i in mailservices sicurezza webservices ldap agl; do
    cd $i
    make images
    cd ..
done

Infine, per creare il libro completo di bibliografia e indici:

cd agl
lualatex agl.tex
makeindex agl
bibtex agl
lualatex agl.tex
lualatex agl.tex

Non dovrebbe esserci alcun errore (solo un po’ di warning) e nella stessa cartella troverete il libro “Amministrare Gnu/Linux”, sotto forma di un grazioso acronimo (agl.pdf), in tutte le sue maestose e densissime 806 pagine!

Buona lettura!

#amministrareGnuLinux #fedora #fedora43 #GnuLinux #LaTeX #sistemistaGnuLinux

L'aggiornamento a fedora 42 scorre abbastanza tranquillamente con dnf-plugin-system-upgrade nel mio solito modo, ormai consolidato dal passaggio di 7 major release.

Sempre sul filo del rasoio, con poco spazio (dovrò decidermi a ridimensionare un po' di volumi) ma i (più di) 6 giga di aggiornamento vanno via lisci. Dopo l'aggiornamento non noto particolari problemi. Un po' di estensioni saltate per aria (fisiologico), qualche repository ancora non aggiornato, Niente di tragico.

dnf repo list --disabled mi dà le indicazioni dei repo disabilitati.

Fra i tanti (sono di tipo “test” e “source” al 99%) ne spiccano due che non godono ancora della visibilità a fedora 42. Sono quelli relativi a vagrant e virtualbox. I binari di fedora 41 sono ancora compatibili con fedora 42 per cui, per non lasciare disabilitati questi repo o per non vedere gli irritanti errori 404 durante l'update, compio un'azione un po' indiscriminata:

• riabilito i repo (e fin qui…)

dnf config-manager setopt hashicorp.enabled=1
dnf config-manager setopt virtualbox.enabled=1

• modifico brutalmente il baseurl scolpendo il numero di versione:

dnf config-manager setopt hashicorp.baseurl=https://rpm.releases.hashicorp.com/fedora/41/x86_64/stable
dnf config-manager setopt virtualbox.baseurl="http://download.virtualbox.org/virtualbox/rpm/fedora/41/x86_64"

Nota a margine: quest'operazione mi ha dato modo di approfondire un po' la conoscenza di dnf5. La vecchia cartella /etc/yum/repos.d per le configurazioni dei repo viene mantenuta ancora per legacy. Le modifiche fatte attraverso dnf config-manager vengono mantenute in un file, solitamente 99-config_manager.repo posizionato in /etc/dnf/repos.override.d.

Sistemati i repository volevo rimettere a posto l'estensione per le notifiche delle app nella tray, visto che AppIndicator and KStatusNotifierItem Support si è rotta dopo l'aggiornamento.

La installo dal repository e semplicemente creo un link simbolico in ~/.local/share

ln -s /usr/share/gnome-shell/extensions/appindicatorsupport@rgcjonas.gmail.com ~/.local/share/gnome-shell/extensions/appindicatorsupport@rgcjonas.gmail.com

Così funziona. Mah…

Tutto il resto sembra ok. Mi ritrovo con i profili per il risparmio energetico finalmente funzionanti senza ricorrere a strani sotterfugi (prima per passare da un profilo all'altro dovevo staccare l'alimentazione, se no gli rimbalzava. Ora funziona), un nuovo font, il monitoraggio per il consumo, nuove notifiche ecc. (rif. https://fedoramagazine.org/whats-new-fedora-workstation-42/)

Insomma la solita Fedora, aggiornata e soddisfacentemente stabile.

#fedora42 #fedora #upgrade