FreeBSD vs Linux

Qualche giorno fa è uscito su FreeSoftware Magazine un articolo che confrontava pregi e difetti di questi due sistemi operativi open. Inizialmente l’idea era semplicemente di tradurlo.. ma la tentazione di dire la mia è stata troppo forte 🙂

Parto quindi con la semplice traduzione (a cui ho inserito qualche nota) dopo di che se avreta ancora voglia di leggere ci sono i miei commenti.

GNU/Linux è decisamente il più famoso sistema operativo costruito con software aperto e libero. Tuttavia non è l’unico: anche FreeBSD sta accumulando consensi grazie alla sua stabilità, alla sua robustezza e alla sua sicurezza. In questo articolo cercheremo le similitudini e le differenze tra questi sistemi operativi.

Introduzione

FreeBSD è un sistema operativo basato sulla Berkeley Software Distribution (BSD), che a sua volta è una modifica dello UNIX AT&T, creato dall’Università della California. Durante lo sviluppo di FreeBSD, per evitare problemi legali con i proprietari del codice, gli sviluppatori hanno deciso di ricostruire il BSD originale piuttosto che copiarne il codice.

Diversamente da GNU/Linux, dove ogni singolo componente viene sviluppato separatamente e messo assieme grazie alle distribuzioni, FreeBSD è stato concepito come un completo sistema operativo: il kernel, i drivers per le periferiche, gli strumenti di amministrazione e tutti gli altri componenti del software sono mantenuti nella stessa revisione di sistema.

Lo sviluppo iniziale di Linux risale al 1991 grazie a Linus Torvalds che utilizzò Minix—un sistema operativo concepito da Andrew Tanenbaum a fini didattici—come piattaforma di partenza per il suo sistema. Nel 1990 il progetto GNU, iniziato da Richard Stallman nel 1983, aveva già prodotto e messo assieme tutte le librerie, i compilatori, gli editor di testo, le shell e il restro del software per dar vita ad un sistema operativo libero; mancava il kernel. Gli sviluppatori dil Linux decisero di adattare quel kernel in modo tale che potesse lavorare col software GNU per costituire un sistema operativo completo: nacque così GNU/Linux.

Il kernel, gran parte del codice di FreeBSD è stato rilasciato e distribuito sotto licenza BSD anche se diverse componenti del sistema utilizzano altri tipi di licenze come la GPL, la LGPL o la ISC. Il kernel Linux, e la maggioranza dei programmi che fanno parte del progetto GNU vengono proprio rilasciati sotto la GPL (GNU Public Licence) che è stata concepita dalla Free Software Foundation.

Differenze tecniche

Sia FreeBSD che Linux seguono la filosofia UNIX tuttavia permangono delle differenze tra questi sistemi operativi—cerchiamo di evidenziarle da un punto di vista tecnico.

Periferiche

I dispositivi hardware come i dischi, schede di rete, stampanti, schede grafiche, mouse e tastiere vengono classificate usando il termine device nel contesto dei sistemi operativi; Linux e FreeBSD usano una diversa nomenclatura per questi hardware.

Linux usa nomi predefiniti per ogni tipo di periferica e, per questo motivo, eth0 è la prima scheda di rete Ethernet a prescindere dal tipo di chip presente nella scheda. FreeBSD, d’altro canto, utilizza un nome differente per ogni tipo di periferica e per ogni chip presente: ad esempio, una singola scheda di rete con chipset RealTek 8129 viene chiamata rl0 sotto FreeBSD.

Sotto Linux le informazioni hardware possono essere ottenute esaminando il contenuto della directory /proc; in alternativa da linea di comando si può utilizzare lspci o lsusb. Questi comandi non fanno nient’altro che riformattare le informazioni contenute dentro /proc. FreeBSD non usa la directory /proc, bensì il comando sysctl che può essere utilizzato sia per mostrare tutte le informazioni sull’hardware presente che per configurarlo o aggiornarlo.

Runlevels e scripts di avvio

Runlevel è il termine utilizzato per descrivere la modalità operativa di un sistema come il riavvio, lo spegnimento, modalità singolo utente o multiutente. Sotto GNU/Linux il file /etc/inittab descrive questi diversi runlevel e il processo init (inizializzazione) permette il sistema di passare da uno all’altro.

FreeBSD usa comandi come reboot o shutdown -h per cambiare i runlevel invece del comando telinit utilizzato da GNU/Linux.

Sotto GNU/Linux ogni runlevel ha una sottodirectory in /etc/ o /etc/rc.d/, a seconda della distribuzione in uso: Debian, ad esempio, usa /etc/. Queste sottodirectory sono rc0.d, rc1.d e così via fino all’ultimo runlevel (abitualmente sono sette). Ogni directory rcx.d contiene link simbolici a script di avvio che risiedono nella directory /etc/init.d/. (Uno Unix con tale tipo di init viene chiamato SysV n.d.t.)

Sotto FreeBSD gli scripts di avvio risiedono nella directory /etc/rc.d/ se riguardano il sistema e nella directory /usr/local/etc/rc.d/ se riguardano applicativi di terze parti. Questi scripts usano parametri come start o stop per controllare quale servizio debba esser lanciato all’avvio (start e reboot) e quali allo spegnimento. (Uno Unix con tale tipo di init viene chiamato BSD n.d.t.)

Anche se gran parte delle distribuzioni GNU/Linux utilizzano un init di tipo SysV come debian, redhat, mandrake e le loro derivate (Ubuntu, Fedora e Mandriva) ve ne sono diverse che o usano init in stile BSD (Slackware o Crux) o usano un init del tutto originale non assimilabile né a SysV né a BSD come il caso di gentoo. n.d.t.

Kernel

Ovviamente il disegno dei kernel Linux e FreeBSD presentano differenze, ma ci sono anche caratteristiche comuni:

• Moduli: supporto per la carica e la scarica dei moduli senza dover ricompilare il kernel o riavviare la macchina.
• Versioni: ogni kernel ufficiale usa un numero di versione.
• Costruzione di un kernel personalizzato: tra i benefici che si possono rilevare ricompilando un kernel personalizzato possiamo citare una maggiore velocità di avvio, un consumo inferiore di memoria e un supporto migliore all’hardware.

I comandi per caricare e scaricare i moduli del kernel, come quello per elencare i moduli caricati sono diversi in ogni sistema. Chi utilizza Linux usufruisce del comando modprobe per caricare un modulo e per elencare quali moduli sono disponibili; lsmod si limita a mostrare i moduli caricati all’interno del kernel mentre rmmod scarica dal kernel i moduli indesiderati. Chi utilizza FreeBSD usufruisce di kldstat per elencare i moduli caricati, kldload per caricare un modulo e kldunload per scaricarlo.

Il kernel Linux usa tre numeri per ogni versione: il prima rappresenta la cosidetta major version—al momento tale numero è ‘2’; il secondo numero indica se è stabile (numeri pari) o una versione sperimentale di sviluppo (numeri dispari) mentre l’ultimo numero indica la versione della patch. Lo si può osservare nella versione più recente: 2.6.21. In FreeBSD il kernel ha due numeri di cui il primo rappresenta la major version mentre il secondo l’aggiornamento.

Costruire un kernel personalizzato in entrambi i sistemi richiede una compilazione da sorgenti. Comunque, i passi per la costruzione differiscono da sistema a sistema.

1. La prima tappa consiste nello scaricare il codice sorgente oppure ottenerlo da un supporto fisico come un DVD o un CD—questa tappa è necessaria in entrambi i sistemi.
   
2. Come seconda tappa occorre creare il file di configurazione del kernel al fine di stabilire quali parti del kernel compilare, quale driver hardware supportare e quanti moduli debba avere il kernel. In Linux questa configurazione avviene grazie alla presenza di un’interfaccia che si preoccupa di creare al posto nostro il .config. Sempre sotto Linux se desideriamo una GUI (Graphic User Interface) daremo il comando make menuconfig o make xconfig se invece ci basta una CLI (Command Line Interface) eseguiremo il comando make config. FreeBSD utilizza un approccio diverso: è presente un file di configurazione standard che va personalizzato utilizzando un qualsiasi editor di testo grazie al quale sarà possibile commentare o decommentare le opzioni che controllano i processi.
3. Alla fine, in entrambi i sistemi, si utilizzerà il comando make per compilare e installare il kernel.

Installazione del software

Il software sviluppato da terze parti può esser distribuito o tramite binari o tramite sorgenti. Abitualmente questo software viene pacchettizzato utilizzando strumenti di archiviazione e compressione come tar e gzip. Tuttavia, la gran parte delle distribuzioni GNU/Linux utilizzano un loro formato particolare di pacchettizzazione e prevedono uno strumento per l’installazione, la rimozione e la configurazione del software. Debian, ad esempio utilizza i pacchetti dal formato .deb e strumenti come apt o dpkg per maneggiarli; Fedora, Mandriva e Suse utilizzano invece pacchetti .rpm e strumenti come yum, urpmi e yast. Utilizzando questi applicativi il processo di installazione di un software da linea di comando è piuttosto semplice; il seguente esempio mostra come installare il programma di manipolazioni di immagini The GIMP:

# apt-get install gimp

su Debian o

# urpmi gimp

su Mandriva.

FreeBSD prevede due strumenti interessanti per l’installazione del software:

Pacchetti

Un pacchetto è un singolo file compresso che contiene binari precompilati, documentazione e files di configurazione, comprese le informazioni che permettono al sistema di installare il software nelle directory giuste del filesystem. Strumenti come pkg_add, pkg_delete, pkg_info, ecc., vengono utilizzate per maneggiare i pacchetti. Caricare e installare automanticamente un pacchetto è piuttosto facile se si utilizza il comando pkg_add:

# pkg_add -r gimp

Ports

In FreeBSD il termine port significa una collezione di files destinati al fine di automatizzare il processo di compilazione e installazione di un programma a partire dal suo codice sorgente.

L’abilità che hanno gli applicativi che si occupano della gestione del software di capire le dipendenze è una caratteristica ad entrambe le metodologie: pacchetti e ports. I ports sono molto utili quando abbiamo bisogno di un controllo completo sui parametri di compilazione per ottenere il massimo dell’ottimizzazione per la nostra macchina; il pacchetto ha l’indubbio vantaggio rispetto al port di esser di dimensioni più ridotte dal momento che non contiene codice sorgente. Inoltre, l’installazione di un pacchetto non prevede che l’utente abbia nessun tipo di comprensione sui processi di compilazione. Dal momento che entrambe le strategie sono possibili sta all’utente scegliere, di volta in volta, quale tecnologia usare.

Si può installare un applicativo dal suo sorgente in entrambi i sistemi utilizzando i classici metodi di compilazione e installazione utilizzando la sequenza:

1. # ./configure

2. # make

3. # make install

Shell

Bash (Bourne-Again SHell) è la shell di default in quasi tutte le distribuzioni GNU/Linux. In una installazione di default FreeBSD non prevede comunque bash. Ovviamente non si pone nessun problema dal momento che è possibile installarla:

# pkg_add -r bash

Le distribuzioni GNU/Linux scelgono la shell bash perché è stata scritta per il progetto GNU; FreeBSD usa csh, in linea con i sistemi UNIX tradizionali.

Nel caso in cui si preferissero altre shell come tcsh o csh, si possono installare in entrambi i sistemi operativi utilizzando le modalità sopra descritte. La scelta della shell è una decisione del tutto personale che dipende dal tipo di esperienza che si possiede e la tipologia di lavoro che si intende mettere in pratica.

Installazione

Come detto sopra, Linux e FreeBSD possono essere installati su diverse piattaforme. Si può anche scegliere di installare entrambi i sistemi operativi sullo stesso PC. Prima di tutto vediamo quali sono procedure coinvolte nel processo di installazione di ognuno di questi sistemi e dopo vedremo come farli coesistere sulla stessa macchina.

Installare GNU/Linux

La procedura per installare questo sistema operativo differisce a seconda della distribuzione, ma i passi basilari sono piuttosto simili tra loro:

• Scegliere il mezzo di installazione, ovvero DVDs, CDs o installazione dalla rete.
• Ottenere informazioni complete sulla macchina su cui verrà destinato il sistema.
• Avviare l’installazione.
• Scegliere lingua, paese e layout di tastiera.
• Partizionare il disco rigido e scegliere il tipo di filesystem.
• Lanciare l’installazione automatica del software di base.
• Configurare le periferiche hardware devices e installare software di terze parti.

Ogni distribuzione possiede strumenti propri per muoversi in questi passi e alcune sono più facili di altre: YaST è uno strumento completo piuttosto semplice da usare dotato di una interfaccia grafica (GUI). Viene usato per l’amministrazione e l’installazione utilizzata da SUSE e altre distribuzioni GNU/Linux; Debian o Slackware, diversamente, utilizzano interfacce meno intuitive per gli utenti alle prime armi.

Installare FreeBSD

FreeBSD è munito di un programma che si chiama sysinstall che funge da assistente per il processo di installazione: è un programma che gira in console suddiviso in menù e semplici schermate che controllano e configurano il sistema durante tutte le fasi dell’installazione.

Non appena il PC viene avviato, parte sysinstall e FreeBSD è pronto per esser installato. sysinstall possiede diverse opzioni di installazione ma per la maggior parte degli utenti è consigliabile usare quella “standard”, scelta che si può fare direttamente dal menù come mostrato in figura 1.

Figura 1: Iniziare l’installazione standard dal menù di sysinstall

Le fasi principali dell’installazione di FreeBSD sono:

• Liberare spazio sul disco e installare il boot manager: FreeBSD usa le slices per partizionare un disco rigido.
• Scegliere cosa installare: il software è suddiviso in insiemi, ad esempio, l’insieme User provvede all’installazione del software per un utente standard compresi i binari e la documentazione. Nel caso in cui abbiate dubbi scegliere All è la scelta migliore poiché contiene tutti i sorgenti del sistema, i binari la documentazione e il sistema X-Windows.
• Scegliere il mezzo di installazione: sysinstall prevede diverse modalità come CD/DVD, FTP, HTTP o NFS.
• Avvio dei processi: questa rappresenta l’ultima possibilità di annullare il processo di installazione e non effettuare alcuna modifica alla macchina nel caso abbiate ripensamenti.
• Post-installazione: il processo di configurazione parte quando il software è stato installato. In questa fase è possibile configurare le schede di rete, i servizi, i server FTP, l’ora, la zona geografica, la tastiera e tutte le altre periferiche hardware.

Installare entrambi i sistemi: GNU/Linux e FreeBSD sullo stesso PC

Entrambi i sistemi operativi possono coesistere sulla stessa macchina e l’utente può scegliere quale lanciare durante il processo di avvio. Per procedere a questa convivenza dobbiamo tenere in considerazione i seguenti fatti:

• Boot manager: ovviamente dobbiamo poter scegliere quale sistema avviare.
• Spazio sul disco: GNU/Linux e FreeBSD usano diversi tipi di filesystem e organizzano i dischi fissi in modo diverso.

Linux usa le lettere hd per i dischi rigidi IDE mentre FreeBSD usea la lettera s per le slices, che sono le porzioni in cui è suddiviso il disco fisso (diverse dalle partizioni DOS, n.d.t.), pertanto i metodi di gestione del disco fisso sono diversi da caso a caso. Sotto Linux hda1 rappresenta la prima partizione del primo disco IDE; sotto FreeBSD invece, una slice viene suddivisa in diverse sottopartizioni: per questo motivo il primo disco IDE è ad0 mentre ad0s1a è la sottopartizione a della prima silce del primo disco.

Per installare entrambi i sistemi sulla stessa macchina bisogna pur partire da uno dei due— partiamo ad esempio da GNU/Linux. Quando si arriva alla fase in cui occorre partizionare il disco, occorre creare almeno due partizioni primarie: la prima per GNU/Linux e la seconda per FreeBSD (mentre si può installare GNU/Linux su una partizione logica-estesa non è possibile farlo con FreeBSD, n.d.t.). Ricordiamoci che un disco può avere non più di quattro partizioni primare, o tre primarie e una estesa (suddivisa a sua volta in partizioni logiche, una per ogni file system).

Un semplice schema di partizionamento del disco a tale scopo può essere il seguente:

• Una primaria per l’avvio.
• Una primaria per il filesystem root.
• Una primaria per l’area di swap.
• Una primaria per FreeBSD.

Una volta che GNU/Linux è operativo siamo pronti a installare FreeBSD nella partizione primaria libera prevista. In questa partizione, che abbiamo già costruito con GNU/Linux, bisognerà creare almeno una slice per FreeBSD. Questa slice avrà almeno quattro partizioni:

1. Partizione a per il filesystem di root.
2. Partizione b per l’area di swap.
3. Partizione e per il filesystem /var.
4. Partizione f per il filesystem /usr.

La dimensione di ogni partizione dipende strettamente dalle dimensioni del disco fisso: si può assegnare lo spazio per ogni partizione a seconda delle convenienze (lo spazio non è più un problema sui moderni PC che abitualmente sono muniti di dischi da 100GB e oltre).

(Eventualmente è possibile condividere le partizioni di swap tra FreeBSD e GNU/Linux, come spiegato nel Linux+FreeBSD mini HOWTO.)

Per avviare i sistemi operativi abbiamo bisogno di un bootmanager. Quando si installa GNU/Linux abitualmente ci viene chiesto di scegliere tra GRUB o LiLo. Se abbiamo installato e configurato GRUB durante il processo di installazione di GNU/Linux non abbiamo bisogno di aggiungere alcun bootmanager durante il processo di installazione di FreeBSD: possiamo configurare GRUB all’interno della nostra distribuzione GNU/Linux in modo da far comparire anche FreeBSD tra le scelte dei sistemi da avviare. Qui sotto c’è un esempio del file /boot/grub/menu.lst (il file di configurazione di GRUB) che permette l’avvio di FreeBSD e Debian:

default    0

timeout    5title       Debian GNU/Linux

root        (hd0,0)

kernel      /boot/vmlinuz-2.6.8-2-386 root=/dev/hda1 ro

initrd      /boot/initrd.img-2.6.8-2-386

savedefault

boot

title    FreeBSD

root     (hd0,2,a)

kernel   /boot/loader

KDE che gira sotto Debian GNU/Linux

KDE che gira sotto FreeBSD

Conclusioni

FreeBSD e GNU/Linux sono davvero due grandi opzioni: la scelta di uno o l’altro dipende da molti fattori. Abitualmente FreeBSD viene utilizzato nei server web: compagnie come Yahoo! o Sony Japan ripongono piena fiducia in FreeBSD e sopra vi fanno girare i loro portali internet; grazie alla sua licenza permissiva la stessa Microsoft include porzioni di codice BSD dentro Windows.

Nonostante il fatto che recentemente FreeBSD abbia iniziato a prender piede anche sui desktop, in quell’ambito GNU/Linux ha decisamente ancora la meglio, tuttavia anche GNU/Linux viene utilizzato per molti server web. Gli utenti che hanno familiarità con sistemi tradizionali UNIX scopriranno di poter utilizzare entrambi i sistemi senza grossi problemi. FreeBSD e Linux: un regalo di qualità, robustezza, sicurezza e stabilità dalla comunità opersource al mondo dei sistemi operativi.

Arturo Fernànde

 

Ora che l’articolo è finito fatemi dire due parole.

Tre o quattro anni fa, preso da una mania di voler sperimentare nuovi sistemi operativi da una parte e insofferente nei confronti di Linux dall’altra ho provato FreeBSD.

Linux non mi soddisfaceva, ma per motivi ben diversi da quelli che possono avere tanti utenti che si avvicinano a questo sistema e che hanno sempre usato Windows. Innanzitutto GNU/Linux, così per come è concepito non è uno UNIX.

Verissimo, è POSIX compliant, essenzialmente risponde a determinate caratteristiche tipiche dei dialetti UNIX, ma non è POSIX.

Torvalds stesso sembra non preoccuparsene un gran che se non nelle primissime versioni di Linux e i motivi sono essenzialmente due:

1. Il POSIX, standard dell’IEEE, come quelli di numerosi altri gruppi, viene pubblicato per la vendita a un costo abbastanza elevato, e quindi non disponibile in rete
2. La priorità è la funzionalità a discapito dello standard.

BSD invece è Unix puro, ma al di là di questo c’ è altro: il difetto principale di Linux è di non essere un sistema operativo.

A prescindere dalla distribuzione scelta GNU/Linux consiste in un kernel con delle applicazioni GNU e degli script appiccicati sopra. Gli strumenti di pacchettizzazione, di gestione del software installato, gli script di init del sistema sono strettamente legati alla distribuzione scelta.

Conseguentemente se si desidera configurare un driver, un applicativo, modificare una configurazione bisogna stare molto attenti. Sono tante le guide che si trovano per problematiche connesse a sistemi GNU/Linux ma capita spesso che tali guide o siano generiche o siano pensate specificatamente per distribuzioni diverse dalla nostra.

Facciamo qualche esempio:

1. supponiamo di voler installare un applicativo che non si trova nei repository della nostra distribuzione, un programma per il quale non è disponibile un pacchetto binario. Ovviamente sarà possibile compilarlo e installarlo con

# ./configure && make && make install

ma sappiamo che è una scelta infelice! Ogni distribuzione tiene traccia a suo di tutto quello che è installato grazie alla presenza di un database e gli strumenti di amministrazione ci consentono di rimuovere o aggiornare facilmente ogni programma. Questo applicativo quindi sfuggirà al database e non sarà facile né aggiornarlo né eventualmente rimuoverlo. Per non parlare di eventuali problemi legati alle dipendenze e come tenerli aggiornati.
2. supponiamo di voler configurare un qualsiasi programma, dobbiamo tener conto con cautela della documentazione dell’applicativo in questione dal momento che ogni distribuzione ha un suo modo per gestire le configurazioni. Non possiamo quindi semplicemente editare il file di configurazione come ci dice la guida del programma installato perché magari la nostra distro ha previsto che tale configurazione avvenga diversamente; tipicamente è previsto un frontend che lo faccia al posto nostro, un’interfaccia che magari utilizza altri file che sono ben poco pertinenti con l’applicativo che ci interessa. Si pensi ad esempio a SUSE che un tempo (non so se lo faccia ancora) installava KDE sotto /opt o a Mandrake che stravolgeva completamente tutti i menù di tutti i desktop manager affinché potessero esser tutti uguali.

D’altra parte sono problemi immaginabili dal momento che chi sviluppa un applicativo sicuramente non ha un sistema analogo al nostro. La grande possibilità di personalizzare il sistema su GNU/Linux è la principale causa di questo problema. Rimane il fatto che si ha l’idea di una scarsa omogeneità del sistema con pezzi diversi indipendenti l’uno dall’altro.

I BSD, in particolare FreeBSD, non sono così. C’è il sistema e gli applicativi, esiste una logica ferrea a cui ogni componente deve ubbidire, nonostante sia presente una grande estrema flessibilità. FreeBSD ha trovato non “una soluzione” ma la soluzione nel gestire gli applicativi GNU sotto un kernel prescelto e questa soluzione si chiama ports.

Il sistema dei ports, come solo accennato nell’articolo consiste in un albero di directory che contengono degli scripts . Per ogni applicativo esiste una directory che contiene un Makefile il CRC dei relativi sorgenti. L’albero è organizzato in sottodirectory in base alla tipologia dell’applicativo. Quando si desidera installare un programma tramite un port basta raggiungere la directory del programma desiderato e dare

# make install

Il Makefile in quella directory si preoccuperà di:

1. Scaricare i sorgenti.
2. Verificare che non sia corrotto.
3. Lanciare il configure con le opzioni desiderate.
4. Compilare i binari.
5. Comprimere il tutto in un pacchetto.
6. Installare l’applicativo

Questa soluzione è talmente funzionale che è stata di recente adottata anche sotto Linux e nel momento in cui sono nate le prime distribuzioni che adottavano tecnologie simili (Crux Linux e Gentoo Linux) sono tornato ad usare GNU/Linux a tempo pieno.Premesso che Crux e Gentoo non sono le sole distribuzioni a basarsi su sorgenti, tra queste sono le più diffuse e adottano strategie diverse l’una dall’altra.

Crux nasce nel 2000 da un’idea di Per Lidén ed è una distribuzione GNU/Linux sviluppata da programmatori letteralmente innamorati dell’architettura FreeBSD; ne copiano l’init, il sistema dei ports e addirittura la struttura stessa dello handbook, il manuale della documentazione.

Gentoo prende solo spunto dall’idea dei ports ma sviluppa una tecnologia originale che chiama portage.

Non voglio entrare nel dettaglio delle differenze tra port e portage perché esula dal contesto. A mio avviso i ports superano portage nella gestione delle dipendenze quando si tratta di rimozione di pacchetti.

Tuttavia gli strumenti di gentoo hanno riscosso successo anche presso FreeBSD al punto da dar vita ad una distribuzione FreeBSD basata su portage invece che su ports: la G/FBSD.

Crux ha decisamente una collezione di pacchetti inferiore a quella di Gentoo, la comunità di Gentoo è decisamente più numerosa e per questo motivo a suo tempo ho scelto Gentoo.

Entrambe hanno dato luce a distribuzioni binarie derivate: da Crux nasce Arch, e da Gentoo nasce Sabayon, entrambe hanno un discreto numero di adepti anche in Italia e si mostrano decisamente meno ostiche delle distibuzioni a cui si ispirano.

Chiaramente non sono affatto scelte consigliabili a chi si avvicina al mondo Linux, ma è sempre bello sapere che quando e se vi stancherete di SUSE, Fedora, Madriva o Ubuntu c’è qualcosa che potrebbe interessarvi 🙂

« L’abc dell’informatica: 1. Il disco fisso, partizioni e filesystem

Giornata mondiale dell’orgoglio pedofilo »