Ubuntu Linux

Disabilitare moduli del Kernel inutili

2010-10-13T06:24:00.000-07:00

Nel momento in cui installate un sistema Linux questo vi installerà tantissimi moduli che non vi servono, questo viene fatto per far aderire il kernel al maggior numero di macchine possibili starà poi a voi se volete velocizzare il sistema andare a disattivare i moduli inutili.

Questo procedimento di solito implica la ricompilazione del kernel che per un neofita è un'operazione abbastanza complessa, c'è però un'altro metodo meno laborioso, si tratta di disattivare i moduli dall'aposito file di configurazione in modo da non dover ricompilare il kernel,vediamo come funziona.
Per prima cosa apriamo il terminale e diamo un lsmod per vedere quali moduli sta usando il vostro sistema

adesso dando il comando lsmod | wc -l si può guardare il numero di quanti moduli sono caricati

fatto questo individuiamo il modulo che non serve dalla lista precedente e apriamo con un editor di testo il file /etc/modprobe.d/blacklist.conf che dovrebbe essere così

per bloccare un modulo basta inserire blacklist seguito dal nome del modulo come in figura. Fatto questo riavviate ridate il comando per visualizzare il numero dei moduli e guardate se è diminuito io l'ho provato sulla slack ma funziona anche su ubuntu.

Niente pensione per i precari

2010-10-13T03:32:00.000-07:00

Ho trovato questa notizia su blogosfere è impressionante e dimostra che viviamo in un paese di ladri. La notizia è arrivata e conferma la peggiore delle ipotesi. Rimarrà sotto traccia per ovvi motivi, anche se in Rete possiamo farla circolare. Se siete precari sappiate che non riceverete la pensione.
I contributi che state versando servono soltanto a pagare chi la pensione ce l'ha garantita. Perché l'Inps debba nascondere questa verità è evidente: per evitare la rivolta. Ad affermarlo non sono degli analisti rivoluzionari e di sinistra ma lo stesso presidente dell'istituto di previdenza, Antonio Mastrapasqua che, come scrive Agoravox, ha finalmente risposto a chi gli chiedeva perché l'INPS non fornisce ai precari la simulazione della loro pensione futura come fa con gli altri lavoratori: "Se dovessimo dare la simulazione della pensione ai parasubordinati rischieremmo un sommovimento sociale".
Intrage scrive che l'annuncio è stato dato nel corso di un convegno: la notizia principale sarebbe dovuta essere quella che l'Inps invierà, la prossima settimana, circa 4 milioni di lettere ai parasubordinati, dopo quelle spedite a luglio ai lavoratori dipendenti, per spiegare come consultare on line la posizione previdenziale personale. Per verificare, cioè, i contributi che risultano versati.

La seconda notizia è che non sarà possibile, per il lavoratore parasubordinato, simulare sullo stesso sito quella che dovrebbe essere la sua pensione, come invece possono già fare i lavoratori dipendenti. Il motivo di questa differenza pare sia stato spiegato da Mastrapasqua proprio con quella battuta. Per dire, in altre parole, che se i vari collaboratori, consulenti, lavoratori a progetto, co.co.co., iscritti alla gestione separata Inps, cioè i parasubordinati, venissero a conoscenza della verità, potrebbero arrabbiarsi sul serio. E la verità è che col sistema contributivo, i trattamenti maturati da collaboratori e consulenti spesso non arrivano alla pensione minima.
I precari, i lavoratori parasubordinati come si chiamano per l'INPS gli "imprenditori di loro stessi" creati dalle politiche neoliberiste, non avranno la pensione. Pagano contributi inutilmente o meglio: li pagano perché l'INPS possa pagare la pensione a chi la maturerà. Per i parasubordinati la pensione non arriverà alla minima, nemmeno se il parasubordinato riuscirà, nella sua carriera lavorativa, a non perdere neppure un anno di contribuzione.
L'unico sistema che l'INPS ha trovato per affrontare l'amara verità, è stato quello di nascondere ai lavoratori che nel loro futuro la pensione non ci sarà, sperando che se ne accorgano il più tardi possibile e che facciano meno casino possibile.
Quindi paghiamo i nostri contributi che non rivedremo sotto forma di pensione. Se reagiamo adesso, forse, abbiamo ancora la speranza di una pensione minima.

Compilazione automatica kernel su Slackware

2010-10-12T17:43:00.000-07:00

Siete abituati a compilare il kernel linux spesso perchè vi piace ottimizzare il sistema? Se è così continua a leggere.

Questo è uno script che compila il kernel in automatico, una volta arrivati a make menuconfig dovete eseguire lo script dalla directory /usr/src/linux.

#!/bin/bash

if [ ! -r .config ]; then
echo "Cannot access .config (are you in /usr/src/linux?)"
exit 1
fi

if [ `id -u` != "0" ]; then
echo "You must be superuser to run this script"
exit 1
fi

OLDVER=`uname -r`
VERSION=`cat .config|grep "version"|cut -c 25-`
VERSION=${VERSION}`cat .config|grep CONFIG_LOCALVERSION|cut -c 22-|head -c -2`

incorrectVersion() {
echo "Invalid kernel version: $VERSION"
exit 1;
}

if [ -z $VERSION ]; then
echo -n "Type the kernel version you wish to compile: "
else
echo -n "Type the kernel version you wish to compile [${VERSION}]: "
fi
read INPUT

if [ ! $INPUT ]; then
if [ -z $VERSION ]; then
incorrectVersion
fi
else
VERSION=$INPUT
fi

if [ `echo $VERSION | cut -c -3` == "2.6" ]; then
echo "Compiling kernel $VERSION"
make clean && make -j5 && make modules_install
elif [ `echo $VERSION | cut -c -3` == "2.4" ]; then
echo "Compiling kernel $VERSION"
make dep && make clean && make -j5 bzImage && make -j5 modules && make modules_install
else
incorrectVersion
fi

rm -f /boot/config-$OLDVER /boot/vmlinuz-$OLDVER /boot/System.map-$OLDVER
rm -f /boot/config /boot/vmlinuz /boot/System.map

cp -v .config /boot/config-$VERSION
cp -v System.map /boot/System.map-$VERSION
cp -v arch/i386/boot/bzImage /boot/vmlinuz-$VERSION

ln -sv /boot/config-$VERSION /boot/config
ln -sv /boot/System.map-$VERSION /boot/System.map
ln -sv /boot/vmlinuz-$VERSION /boot/vmlinuz

/sbin/lilo -v

Tenere i daemon sotto controllo

2010-10-09T06:06:00.000-07:00

Il termine deriva dall'Inglese che siginifica demone, con questo nome vengono identificati i programmi in background che girano nel nostro sistema e lo rallentano vediamo come possiamo identificarli e se non servono spegnerli.

Ci sono due comandi da shell possono far vedere i daemon all'azione, uno è chkconfig che di solito dovrebbe essere installato di base nelle distro tranne che su ubuntu ma per ovviare a questo inconveniente basta dare un
# sudo apt-get install chkconfig
una volta installato avviamolo per vedere la applicazioni in background, questo è il risultato

come output non è il massimo ma se al comando gli aggiungiamo --list verrà fuori questo

decisamente più dettagliato.
I nomi dei servizi sono elencati a sinistra mentre lo stato con i rispettivi runlevel sono elencati a destra, ricordatevi che Linux, ancora prima Unix usano i runlevel per specificare in quale modalità vengono avviati i servizi, i runlevel sono così identificati:
il numero totale dei runlevel va da 0 a 6
1 sistema monoutente
da 2 a 5 sistema multiutente
6 riavvio del sistema.
Un'altro programma è psaux

i nomi tra parentesi quadre non in dicano comandi reali ma thread del kernel schedulati come processi , una'atro comando più dettagliato è ps lax

che include campi come l'ID del processo padre PPID, il valore nice NI, e la risposta che il processo sta aspettando WCHAN.
Per chi volesse avere uno strumento grafico sottomano può sempre utilizzare boot-up manager strumento molto comodo per monitorare i processi e rimuovere quelli che non vi interessano.

Come tenere le risorse di sistema sotto controllo

2010-10-06T19:56:00.000-07:00

La riga di comando può spaventare, specialmente i neofiti di Linux ma con dei semplici comandi passati da shell si possono scoprire molte informazioni utili sul proprio sistema.

Ci sono vari strumenti da linea di comando questi sono:

TOOL	DESCRIPTION
top	Mostra l'uso della CPU, memoria e spazio di swap assieme a una lista di processi
vmstat	Mostra statistiche di memoria e CPU in forma tabellare
ps	Mostra l'attività dei processi è dotato di numerose opzioni per visualizzare i processi in dettaglio
du	Mostra lo spazio su disco usato dai file
df	Mostra lo spazio libero di ciascun filesystem montato
lsof	Mostra i descrittori di file aperti
/proc	Non è un comando, è una directory. Qui viene montato il filesystem proc per permettere di visualizzare molte delle strutture interne del kernel. La maggior parte delle informazioni è molto a basso livello; i programmi elencati in questa tabella forniscono una sintesi molto più utile dei dati che si possono trovare qui.

Se diamo top da terminale questo è quello che vedremo

La parte superiore dello schermo(mostrata nell’immagine con note qui sotto) mostral’uso complessivo delle risorse. Noterete che al momentodella cattura dell’immagine la macchina era molto carica,con la CPU che lavorava senza tregua e con molta pocamemoria libera. La parte inferiore dello schermo mostra

i processi, ordinati in base a una colonna a scelta.

Normalmente top li ordina in base alla percentualedi CPU usata, ma è possibile cambiare l’ordinamento.Ci vuole un po’ di pazienza per abituarsi alla struttura

di comandi usata da top, dato che accetta una seriedi comandi formati da una singola lettera. Potetecominciare battendo h per ottenere un rapido sommario

dei comandi disponibili, oppure potete leggerela pagina di manuale, che è molto approfondita anchese un po’ concisa. Potete, per esempio, cambiare l’intervallo

di aggiornamento dello schermo, visualizzare o menole varie colonne, selezionare la colonna su cui vieneeseguito l’ordinamento e il metodo di ordinamento,

mostrare solo i processi di un utente specifico e molto altro. Molte opzioni di top, oltre che con questi comandi a lettera singola, possono essere specificate come

parametri sulla riga di comando ed è anche possibile inserirle in un file di configurazione in modo da salvarle per le successive esecuzioni del comando. E un attimo prima che qualche amministratore di sistemi cresciuto su Windows si lamenti perché non è possibile cliccare sulle colonne per modificare l’ordinamento, vi ricordo che top è un’applicazione pensata per i terminali

e non ha bisogno di un desktop grafico, cosa che la rende perfetta per essere usata sui server. Un altro strumento a riga di comando per esaminare

l’utilizzo delle risorse è VMstat (un’abbreviazione di virtual memory statistics). È un comando molto vecchio: ricordo di averlo usato sulle prime versioni di SunOS,

anche se all’epoca avevo le idee ancora meno chiare di adesso sul significato dei numeri che stampava! La prima riga prodotta da VMstat mostra i valori medi

e probabilmente andrebbe ignorata. Le rimanenti righe sono generate a intervalli di tempo prefissati, nell’esempio ogni cinque secondi. La difficoltà nell’interpretare i dati prodotti da comandi come questo sta nel decidere quando

si tratta di buone notizie, quando di cattive notizie e quando invece sono solo, beh, notizie. Per esempio, valori alti nelle colonne ‘si’ e ‘so’ indicano un pesante swap e potrebbero suggerire che siete a corto di memoria, mentre l’attività

di I/O su disco indicata nelle colonne ‘bi’ e ‘bo’ mostra solamente che la macchina sta accedendo ai suoi filesystem.

Un’altra importante misura dell’uso delle risorse è lo spazio su disco. Il tool a riga di comando df è utilissimo per visualizzare quanto spazio è libero e se si sta riducendo, mentre du è molto comodo per scoprire dove è andato

a finire! df visualizza lo spazio usato e lo spazio libero per ciascun filesystem montato. L’opzione -h, che io uso sempre, modifica l’output in modo da usare

unità di misura dello spazio su disco più comprensibili

ai comuni mortali,

se invece volete avere un elenco di file che superano un determinato spazio tipo 200 MB potete dare

sudo find / -size +200M

non è tutto ma almeno sono i comandi di uso comune.

Come costruire il vostro livecd su misura

2010-10-04T18:29:00.000-07:00

Di solito le immagini ISO di ubuntu le troviamo già pronte con le applicazioni installate, magari anche cose che non ci servono, con ubuntu customization kit potrete costruirvi il vostro livecd su misura.

Per prima cosa dobbiamo scaricare l'applicazione da qui, una volta installata la troviamo su: Applicazioni => Strumenti di sistema dobbiamo anche procurarci una ISO di ubuntu, poi possiamo partire. Una volta avviato uck ci verrà chiesto di scegliere la lingua di avvio del live cd

successivamente ci chiede la lingua della distro mettete quella che volete

Adesso dobbiamo scegliere il DE da utilizzare, io ho lasciato gnome ma se volete provare potete anche mettere KDE

subito dopo vi verrà chiesto se volete modificare il contenuto delle applicazioni, mettete si in modo che vi faccia aprire il gestore di pacchetti e possiate aggiun gere o rimuovere software a vostro piacimento come in figura.

Una volta sistemato il software da installare salvate le modifiche e andate avanti in modo che i pacchetti vengano aggiunti o rimossi

una volta terminata l'operazione verrà creato il nuovo livecd

e depositato in ~/tmp/remaster-new-files/. Potete provarlo anche su virtualbox come ho fatto io l'operazione non è affatto difficile e ci si mette pure poco tempo, la cosa positiva di uck è che permette di personalizzare al massimo l'immagine ISO a nostro piacimento. Spero che vi serva a sperimentare nuove soluzioni con ubuntu ciao.

Come iniziare con FreeBSD 8.1

2010-10-02T03:29:00.000-07:00

FreeBSD è un sistema Unix che ebbe gli albori agli inzi del 1993, a differenza di Linux che è composto da Kernel + sistema GNU FreeBSD è in tutto e per tutto un sistema operativo completo dotato di Kernel BSD.

La pacchettizzazione avviene da sorgenti tramite i port o con l'utility pkg_add
l'installazione avviene tramite tul grafici abbastanza spartani che poi vedremo, le applicazioni quali xorg, gnome, etc.. vengono scaricate dalla rete anche perchè il sistema iniziale è una shell, iniziamo a vedere l'installazione.

L'installazione come ho detto è affidata a sysinstall

un tool grafico molto comodo e di facile comprensione, sul manuale di freebsd che trovate qui è spiegato passo passo tutto il procedimento di installazione.
La durata è relativamente breve anche perchè non c'è niente che il sistema installa si deve fare tutto a mano la rete è meglio non configurarla subito anche perchè con la 8.1 è cambiato il procedimento di configurazione della rete "si deve creare il device", questo lo vedremo più avanti. Questo è un video che vi fa vedere tutti i passaggi, dal mio canto penso che chiunque voglia approfondire le tematiche Unix debba farsi un giro con FreeBSD sicuramente non ve ne pentirete.

Dual boot ubuntu FreeBSD con Grub2

2010-10-02T01:45:00.000-07:00

Di recente ho reinstallato ubuntu sul sistema con la differenza dall'altra volta
vedi post del mbr non lilo ma grub, ci tengo a scriverlo perchè in rete non c'è tanta roba su questo argomento e molti dei tentativi fatti non sono andati a buon fine.

Una volta che avete installato i due sistemi operativi andate su Ubuntu e aprite il file /etc/grub.d/40_custom con un editor di testo, una volta dentro scrivete queste righe:

menuentry "FreeBSD" {
set root=(hd0,4)
chainloader +1
}

Ricordatevi che hd0 deve corrispondere al disco fisso quindi se avete freebsd in un secondo disco questo si chiamerà hd1, affianco va messa la partizione dove avete installato l'altro sistema.
Salvate il tutto e da terminale date

$ sudo update-grub
$ sudo grub-install /dev/sda

non preoccupatevi se durante l'aggiornamento di grub non viene vista la scritta freebsd, riavviate e buona freebsd a tutti.

Le 5 cose che Linux fa meglio di MAC

2010-10-01T16:33:00.000-07:00

Il predominio schiacciante di Windows è imbarazzante quanto incomprensibile dato l'alto numero di problemi di sicurezza che ha e i prezzi che fioccano alle stelle, eppure è ancora il padrone del mercato ma...

1 Sicurezza
MAC può godere di una base più piccola rispetto a windows ma non per questo non è facilmente attaccabile da presunti hacker.
La prima questione riguarda i permessi che in linux non sono automatici, quindi non ti chiede sempicemente se sei tu l'amministratore premi continua ma ti chiede una passwd, ciò ha il vantaggio che il virus o malware non ha automaticamente la chiave di accesso quindi se in linux ti infetti non andrai mai ha intaccare file critici di sistema ma solo quelli dell'utente.
Con Apple e windows è drasticamente facile fare dell'hacking sociale, basta convincere l'utente a premere su qualcosa e il gioco è fatto.
Apple è anche noto per aver murato il proprio sistema in modo da proteggere l'utente, ma rendendo l'utente inconsapevole del funzionamento interno del sistema, con linux invece l'utente può vedere il codice e questo facilita la scoperta di eventuali vulnerabilità.

2 Personaliozzazione

Non capisco l'utente di apple che si accontente del sistema che la casa gli fornisce sono gli altri che gli dicono come usare il desktop, al contrario Linux è altamente personalizzabile e configurabile in ogni suo aspetto, vedi Gnome e kde, Fluxbox etc.

3 Hardware

Altra questione riguarda la flessibilità hardware, MAC OS X come windows oggigiorno girano su macchine di ultima generazione cosa che linux non fa; con linux gira anche il computer di 7/8 anni magari senza usare le applicazioni grafiche strafighe ma comunque si ha un sistema aggiornato che gira tranquillo contando che ci sono delle distro che girano su sistemi davvero obsoleti.

4 Affidabilità

Crash del sistema e tempi di inattività sono più o meno un fatto di vita quando sei un utente Mac, ma Linux offre un'esperienza completamente diversa. Molti utenti Linux , infatti, non hanno mai sperimentato interruzioni non pianificate . Nessuna meraviglia, quindi , Linux è così spesso il sistema operativo di scelta server. Quale azienda può permettersi downtime inutile in questi giorni?

5 Prezzo

Qui bastano poche righe Linux è gratis e MAC?

Chi vuole controbattere se queste cose non sono vere può sempre farlo a mio parere le cose stanno così.
Nessun sistema operativo è perfetto , naturalmente. Ma Linux ha tanti vantaggi rispetto ai suoi concorrenti desktop che qualsiasi impresa sarebbe un errore non dargli una possibilità.

configurazione rete wireless su Linux con ip statici

2010-10-01T05:06:00.000-07:00

Oggi spiego un modo molto semplice e veloce per configurare la rete wireless su linux, per un neofita potrebbe sembrare ostico ma con una buona guida si può fare.

Per prima cosa identifichiamo il device della rete wireless dando da terminale
# ifconfig
nel mio caso il risultato è questo:
# ifconfig
eth0      Link encap:Ethernet HWaddr 70:5a:b6:33:b8:2c
          UP BROADCAST MULTICAST MTU:1500 Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
          Interrupt:30

lo        Link encap:Local Loopback
          inet addr:127.0.0.1 Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING MTU:16436 Metric:1
          RX packets:56 errors:0 dropped:0 overruns:0 frame:0
          TX packets:56 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2880 (2.8 KiB) TX bytes:2880 (2.8 KiB)

wlan0     Link encap:Ethernet HWaddr f0:7b:cb:08:41:d4
          inet addr:192.168.x.x Bcast:192.168.x.x Mask:255.255.255.0
          inet6 addr: fe80::f27b:cbff:fe08:41d4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:5688 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5157 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:5288052 (5.0 MiB) TX bytes:933090 (911.2 KiB)

la voce da tenere presente è wlan0 di solito Linux identifica la il device con questo nome. A questo punto iniziamo la configurazione, digitiamo
# ifconfig wlan0 xxx.xxx.xxx.xxx netmask 255.255.255.0 dove al posto delle x dovete mettere il vostro indirizzo ip della macchina e la netmask, a questo punto l'indirizzo del gateway,
# add route default xxx.xxx.xxx.xxx
a questo punto per sicurezza date un ifconfig wlan0 up e dovrebbe essere tutto a posto buona navigazione.

Linux è destinato a dominare il mercato

2010-09-30T18:56:00.000-07:00

Quest’anno le vendite degli smartphone con Android dopo una crescita rapida e costante hanno persino superato le vendite degli iPhone e si pensa che entro il 2015 arriveranno a prendersi il 33% del mercato.

Nel 2009 sono stati venduti più di 10 milioni di netbook con Linux con percentuali complessive che continuano a salire. Abi Research ha calcolato che quest’anno verranno venduti circa 4 milioni di tablet, ma questo numero decuplicherà entro il 2015. Al momento la maggior parte delle vendite sono dovute all’iPad, ma ci sono tantissimi tablet ormai dietro l’angolo che avranno prezzi più bassi e prestazioni migliori grazie a Linux.
MeeGO cercherà presto di sfondare in tutti i segmenti, ma già sappiamo che sarà, per esempio, il motore alla base dei sistemi In-Vehicle Infotainment (IVI) di BMW e General Motors. Al momento il compito di spingere Linux è ancora fondamentalmente di Android, che presto sbarcherà anche nelle TV, ma pensate quando entrambi inizieranno a macinare quote di mercato.
Linux è ormai destinato a comandare nel mercato globale. Solo 3 anni fa, quando uscì il primo netbook con Linux sembrava qualcosa di illogico ed assurdo, ma oggi vediamo che quella scommessa è stata vinta. Linux continuerà a crescere più velocemente di altri per motivi molto semplici: consente ai produttori di abbattere i costi, personalizzare a piacimento i prodotti ed incrementa le prestazioni.
La visione di dieci anni fa era corretta solo nella sostanza, ma non nella forma. La supremazia nel mercato arriverà proprio attraverso tutti questi nuovi device sempre connessi, ma che sono normalmente in mano alle persone meno sanno cosa sia Linux.
oss|blog.it

Linux da zero

2010-09-27T06:27:00.000-07:00

Avete mai pensato a installare un sistema gnu/linux tutto vostro? Che rispondesse alle vostre esigenze e che non si appoggiasse ad altri sistemi operativi, ora potete farlo.

Linux From Scratch letteralmente Linux da zero o per abbreviare lfs, è un libro scritto da Gerard Beekmans, Matthew Burgess ed altri, su come costruire una distribuzione Linux partendo da codice sorgente. Linux From Scratch consiste in un modo per installare un sistema Linux funzionante attraverso la costruzione manuale e configurazione di tutti i suoi componenti. Tale processo è molto più laborioso rispetto all'installazione di una distribuzione pre-costruita. L'idea di base è che installare i singoli pacchetti uno per uno porterà ad una comprensione dei meccanismi interni di un sistema Linux funzionante. Inoltre, ovviamente, compilare tutto il software specificamente per la piattaforma ed architettura su cui verrà eseguito tende a far risultare i programmi più leggeri e veloci. Infine, è più facile personalizzare i pacchetti installati quando ognuno di essi è stato installato manualmente - "La tua distro, le tue regole".
Parlo di questa distro perchè a mio avviso è molto utile per tutti quelli che vogliono capire i meccanismi che stanno dietro a un sistema Linux, il procedimento è lungo e laborioso anche perchè si parte da un live cd con alcune applicazioni per poi, seguendo i due libri uno per la parte iniziale lfs book e l'altro per la parte che riguarda l'interfaccia grafica blfs book
ricompilando tutto si arriva alla fine a avere il vostro sistema perfettamente funzionante.

Linux Kernel Hackers

2010-09-27T05:51:00.000-07:00

I sistemi GNU/Linux sono noti per essere più sicuri di altri, eppure non sono esenti da problemi e bug.
Un difetto del Kernel Linux scoperto all'inizio di questo mese, non solo dà la possibilità ad hacker di entrare in un sistema linux come root, ma è possibile mantenere una "back door" aperta per sfruttarla poi in un secondo momento.
CVE-2010-3081 nota come vulnerabilità di alto profilo colpisce tutti gli utenti a 64-bit ( che sfiga, io sono uno di quelli a rischio ),la distribuzioni più colpite sono:
ubuntu, centOS, debian, suse e altre ancora.
In sostanza la vulnerabilità deriva da un problema del Kernel di linux a convalidare gli intervalli di memoria quando l'allocazione di memoria per conto di chiamate su siatemi a 32-bit. Il risultato è che in un sistema a 64-bit un malintenzionato potrebbe eseguire un multicast dannoso e ottenere i privilegi di root, la vulnerabilità non è un problema sui sistem a 32-bit che ne sono immuni.
Niente paura il Kernel è già stato patchato con dei fix, e le maggiori disto Linux tra cui debian, ubuntu, red hat, centOS hanno provveduto a correggere il bug.

A rischio il sistema informatico e elettrico

2010-09-26T16:00:00.000-07:00

Nel 2013 ha detto la nasa ci sarà una tempesta solare di tali proporzioni che il sistema informatico e elettrico mondiale potrebbe essere a rischio.
A giugno la NASA ne aveva già parlato, delle tempeste solari molto violente con conseguente emissione di onde elettromagnetiche potrebbero mandare in tilt il nostro pianeta. In occasione del Forum sul Clima Solare, che proprio la Nasa ha proposto a New York, si e’ parlato dei rischi di un’elevata tempesta solare. Richard Fisher, scienziato della Nasa, ha infatti affermato che “la nostra società tecnologica ha sviluppato una sensibilità alle tempeste solari senza precedenti“. Nella vita di tutti i giorni dipendiamo dall’elettricita‘ e la tempesta solare potrebbe causarci molti danni.

“Il primo segno di pericolo verrebbe quando le radiazioni iniziassero a disturbare segnali radio e dispositivi GPS. Dieci o venti minuti dopo, i satelliti commerciali che trasmettono conversazioni telefoniche, TV ed informazioni di ogni genere sarebbero praticamente spazzati via“, questo il commento di Tom Bogdan.

C’e’ gia’ chi ha deciso di correre ai ripari, per evitare che il pianeta crolli in seguito a un blackout generale che sembra ogni giorno sempre piu’ probabile. Liam Fox, ministro della Difesa britannico, ha avviato uno studio per proteggere le reti internazionali e difendersi da possibili attacchi. Tre anni passano in fretta!

Un virus informatico nella centrale nucleare dell'Iran

2010-09-26T09:29:00.000-07:00

Come aveva preannunciato il New York Time pare che la centrale nucleare in Iran sia stata infettata da un virus, adesso pare che ch l'ipotesi si stia facendo più concreta.Il virus in questione è stuxnet e pare che lasci dietro di se informazioni, Vari avevano anche pronosticato il suo obiettivo: la centrale nucleare di Bushehr, in Iran. Ebbene, pare che avessero indovinato: l’impianto di produzione energetica iraniano è effettivamente sotto un pesante attacco informatico. Lo racconta addirittura il New York Times.
HOSTILE TAKEOVER – Stuxnet non è un comune virus: se le informazioni venissero confermate, saremmo davanti a un programma in grado di prendere il controllo di un impianto industriale complesso come una centrale nucleare. Il virus avrebbe già infettato tutti i computer dell’impianto energetico, ma senza causare danni sostanziali, stando a quanto riferito dal portavoce dello staff della centrale. “Il malware è capace di effettuare un takeover sui sistemi che controllano i processi interni di un impianto industriale”, scrive il Times; e pare che le autorità del settore nucleare della repubblica islamica siano oltremodo preoccupate, se è vero che si è già svolto un meeting solo la settimana scorsa per discutere della situazione dell’infezione. In effetti, quello al reattore di Bushehr è solo l’ultimo dei danni che Stuxnet ha provocato in Iran. Scoperto nel luglio scorso, le statistiche dimostrano che il virus ha attaccato il 60% delle sue vittime proprio nel paese del centroasia.
ARMA INFORMATICA – C’è dunque di che pensare che il virus, come ha scritto il blog di Paolo Attivissimo, sia molto di più di un programma pirata, arrivando invece ad essere “un’arma informatica concepita per colpire un bersaglio militare ben preciso facendone andare in tilt gli apparati di controllo”. E questo bersaglio potrebbe appunto essere l’attività di produzione di energia nucleare in Iran: evidentemente, spiega un dirigente della Symantec, una delle più importanti case produttrici di software antivirus al mondo, c’era “qualcosa in Iran che aveva un valore molto, molto alto per chiunque l’abbia scritta” (l’applicazione pirata, ndr). In effetti, continua Attivissimo, “è abbastanza evidente che se un virus del genere prende il controllo di un sistema industriale, può farne saltare le sicurezze, aprendone le valvole, spegnendone gli apparati di raffreddamento o facendolo girare troppo velocemente, per esempio. Il risultato non è un crash di un PC: è un kaboom di una fabbrica, di un oleodotto, di un impianto chimico o di una centrale elettrica”. Dall’Iran fanno comunque sapere che non c’è alcuna intenzione di ritardare ulteriormente l’apertura della centrale nucleare, già programmata per lo scorso agosto e poi rimandata ad ottobre: ufficialmente, per colpa dell’arsura estiva.

Linux a scuola: i risultati economici

2010-09-26T07:23:00.000-07:00

Ancora non si capisce perché la pubblica amministrazione, anche in considerazione del momento di crisi in corso, non passi all’utilizzazione del software libero.
Oltre il notevole risparmio economico conseguibile (la sola amministrazione della piccola provincia di Bolzano, risparmia oltre un milione di euro l’anno avendo adottato il software libero), si otterrebbe anche l’indipendenza informatica dalle multinazionali del software. Ma anche la ricaduta in termini di “immagine” non è da sottovalutare. Ecco un esempio lampante.

Probabilmente, l’Istituto Majorana di Gela, è l'unica scuola italiana o almeno una delle pochissime, a proporre, anche, Linux tra gli argomenti di studio. Hanno realizzato un filmato di animazione 3D, che mostrano agli alunni di terza media, per l'orientamento scolastico:
I risultati sono stati più che lusinghieri, infatti, oltre ad avere ottenuto un risparmio notevole per le aule informatiche (raddoppiato il numero di computer a parità di costo, grazie all’adozione del software libero), in controtendenza, hanno avuto un incremento degli alunni iscritti.

Il dato emerso è che, a Gela, da diversi anni, tutti gli Istituti Tecnici e Professionali hanno avuto una diminuzione degli alunni iscritti e, conseguentemente, una riduzione di classi. Ecco, invece, cosa succede al Majorana, pur essendo un Istituto Tecnico e Professionale:

da circa tre anni, il Majorana, si occupa anche di Linux e di software libero, proponendolo come studio integrativo e di approfondimento agli alunni;

fino a tre anni addietro, si è registrata una diminuzione degli alunni (in linea con gli altri Istituti); – due anni fa, il numero degli alunni è rimasto pressoché stazionario;

– l'anno scorso si è registrato un incremento delle iscrizioni, formando una nuova classe (prima); – quest'anno, il Majorana, ha incrementato, ancor più, il numero degli alunni iscritti ed oltre a mantenere le classi dell'anno precedente, ha formato una nuova ulteriore classe, registrando, pure, un maggior numero degli alunni inseriti nelle singole classi.

Si tratta dunque di netta controtendenza ed appurato, ancora, che:

– tutti gli Istituti Secondari di Gela, si dedicano all'orientamento scolastico;

– il Majorana è l'unico Istituto che propone un'offerta formativa che prevede, anche, lo studio del Software Libero;

– il Majorana è l'unico Istituto che si occupa attivamente e costruttivamente di Software Libero ed Open Source, realizzando anche software liberamente distribuito, ci si chiede in che misura, il Software Libero abbia contribuito a questa crescita contro tendenziale.

Tanto non può che rappresentare un suggerimento ed ancora di più un invito, a tutte le scuole ed alla pubblica amministrazione, a prendere in seria considerazione il passaggio (migrazione) al Software libero ed Open Source.

Il cortometraggio animato è stato realizzato dal Prof. Antonio Cantaro (nella foto sotto), proprio quale ausilio per l'orientamento scolastico e viene presentato agli alunni delle terze classi delle scuole medie inferiori di Gela, Niscemi, Butera, ecc... Doveroso citare che la dirigenza scolastica, nella persona del Prof. Vito Parisi, ha appoggiato e condiviso, pienamente, l'apertura della scuola verso il software libero.

Il cortometraggio è stato pubblicato su YouTube, dove, nel canale MajoranaVideo: http://www.youtube.com/user/MajoranaVideo

sono disponibili altri filmati riguardanti l’opera dell’Istituto Majorana, rivolta alla diffusione del software libero.

Il prof. Cantaro dice: tali risultati dovrebbero essere d’esempio e di sprone per tutti, privati compresi.

Autore : Redazione Corriere di gela

Falla kernel Linux

2010-09-26T07:09:00.000-07:00

È stato infatti da poco scoperto un bug di sicurezza nella modalità di compatibilità 32 bit sulle installazioni a 64 bit del kernel Linux, bug che quindi affligge ogni distribuzione Linux.
L’errore permette la privilege escalation, ovvero permette di ottenere accesso root a partire da un login non amministrativo, ed è causato dalla mancata validazione del processo che effettua la chiamata di sistema al layer di emulazione.
Mediante una privilege escalation, ottenere accesso ad un sistema (pensiamo ad esempio ad un webserver) attraverso un’ipotetica falla di un suo qualunque servizio o programma in esecuzione implica l’ottenimento di privilegi di amministrazione senza sforzo alcuno: la severità dell’errore è gravissima.
Come grave è che il presente bug era stato scoperto parecchio tempo addietro, quindi risolto. E quindi sbadatamente reinserito nel kernel.
La buona notizia è che l’errore è già stato corretto e si consiglia caldamente di aggiornare le distribuzioni Linux, specie quelle adibite a server.

Tempi duri per Facebook

2010-09-24T18:54:00.000-07:00

Dopo la batosta di ieri che ha visto il social network alle prese con un blackout di diverse ore, ora c'è anche il problema sicurezza per Farmville il famoso gioco di Facebook.

Facebook non mette solo a rischio la privacy. Alcuni suoi social game possono essere facilmente usati da cyber criminali. Farmville, utilizzata da 70milioni di persone, per esempio, veniva sfruttata da alcuni truffatori che incoraggiavano i giocatori a sottoscrivere contratti di telefonia mobile o altro in cambio di ‘crediti’.

I social games sono molto conosciuti e usati nelle comunità del web. Circa 200 milioni di utenti ogni mese giocano su Facebook. Per questo, la Kaspersky Lab, la più grande società produttrice di antivirus in Europa, sta divulgando consigli pratici per difendersi da utenti senza scrupoli. Ricorda di spendere soldi non virtuali sono su siti affidabili, di cancellare email che offro buoni sconto per il gioco online, non accettare da terzi applicazioni che garantiscono possibilità di successo nei social games. In particolare, per Facebook, la Kaspersky Lab consiglia agli utenti di controllare le impostazioni di protezione dei dati: bisogna fornire solo le informazioni essenziali. Altro avviso: controllare l’identità dei propri amici, qualcuno potrebbe essere, in realtà, un hacker. Le email inviate attraverso Facebook potrebbero contenere un virus. Secondo Kaspersky Lab è quindi meglio evitare link che promettono foto o video bellissimi.
I cybercriminali arrivano persino a rubare l’identità scoprendo la password degli account registrati o ricreando profili di utenti per ricattare le loro vittime. Molte persone sono state costrette a pagare grosse somme di denaro per evitare danni alla propria reputazione, magari pubblicando immagini poco convenienti.

Social network sì, ma nel modo giusto!

24/09/2010

Libero-news

Sfondo su grub2

2010-09-22T05:44:00.000-07:00

Medio

Avete appena installato ubuntu, magari con un'altro sistema operativo e vi appare all'avvio quella shermata nera deprimente, un po smorta e pensate "se solo potessi metterci uno sfondo per rendere più bello grub", ecco come risolvere il problema.

Per prima cosa aprite il nostro affezionato terminale e installate grub2-splashimages con

sudo apt-get install grub2-splashimages

il pacchetto installerà degli sfondi che potete andare a guardare in /usr/share/images/grub. A questo punto dobbiamo modificare il file /etc/grub.d/05_debian_theme andando sulla riga

WALLPAPER="/usr/share/images/desktop-base/Moraine_Lake_17092005.tga"
mettendo al posto di morain_lake_xxxxx il nome del vostro sfondo con estenzione .tga è molto importante seguire fedelmente il percorso nel quale si trova l'immagine altrimenti non la troverà. Nel mio caso al posto di desktop-base ho messo grub affinchè mi caricasse l'immagine quindi state attenti al percorso e all'estensione dell'immagine che può essere png,tga.
Una volta sistemato il file 05_debian_theme salvate e date

sudo update-grub2

riavviate e verificate che tutto sia andato a buon fine.

Prima

dopo

Un desktop da urlo

2010-09-20T16:14:00.000-07:00

Avere un bell'aspetto non è mai stato fondamentale per un sistema Linux, a differenza dei suoi diretti concorrenti Windows e mac che puntano tutto sul far diventare il desktop più bello e accattivante.

Con la comparsa di Compiz il mondo Linux ha fatto un passo da gigante nella personalizzazione del desktop, con tutti i suoi effetti grafici insieme a Emerald e Cairo-dock il vostro desktop sarà a prova di qualunque windows o mac in circolazione.
Vediamo innanzitutto come installare compiz sul vostro sistema:
aprite una finestra di terminale e digitate

sudo apt-get install compizconfig-settings-manager

o in alternativa andate su preferenze -> gestore pacchetti e cercate compiz sulla barra cerca e installate il tutto, poi installiamo simple-ccsm

sudo apt-get install simple-ccsm

una volta installate queste due applicazioni possiamo iniziare a configurare gli effetti a nostro piacimento qui troverete una guida che fa al caso vostro.

Una volta che abbiamo installato compiz potremo anche installare emerald per cambiare i temi al nostro desktop

sudo apt-get install emerald

qui potete personalizzare il vostro desktop scaricando dei nuovi temi da qui, andando poi su emerald theme manager e importando i temi da voi scaricati.
Per ultimo vorrei parlare di cairo-dock un'applicazione che aggiunge una dock bar stile mac personalizzabile con degli effeti grafici molto belli, anche questo possiamo installarlo con un

sudo apt-get install cairo-dock

non ho detto proprio tutto anche perchè sarebbe molto lungo io consiglio di scaricare tutto e di smanettare un pò non ve ne pentirete il vostro desktop cambierà totalmente faccia.

Ripristinare Lilo su Slackware

2010-09-15T06:20:00.000-07:00

State installando un'altro sistema operativo accanto a Slackware e vi dimenticate di non installare il suo boot loader cancellando lilo, come fare per reinstallare lilo?

Non è una cosa difficile basta avere a portata di mano il cd o dvd di installazione di Slackware,avviare il cd e entrare come root senza avviare il setup.
Create una directory temporanea con
#mkdir slack
monta la tua Slackware nella directory appena creata cioè slack
#mount /dev/xxx /slack
dove al posto delle x va messo il device del disco, tipo sda o hda con il numero della partizione.
Date un change root
#chroot /slack /bin/sh
per finire date un
#lilo -v
e riavviate avrete reinstallato lilo come boot loader predefinito.

Trial boot ubuntu slackware Freebsd con lilo

2010-09-14T15:53:00.000-07:00

Ultimamente ho installato 3 sistemi operativi sullo stesso pc, quindi Ubuntu, Slackware e FreeBSD. L'impresa è durata almeno 3 giorni non per l'istallazione dei 3 sistemi che è stata relativamente veloce, ma per la configurazone di lilo che non vedeva ubuntu e FreeBSD.

Ho iniziato col partizionare i dischi in questo modo

durante il partizionamento di ubuntu il boot loader venisse installato su sda1, perchè di default lo installa su sda. Prima ho installato FreeBSD senza installare il boot loader, poi ho installato ubuntu e successivamente Slackware, installando il boot loader lilo, una volta finito e riavviato slackware ho così configurato il file /etc/lilo.conf

Una volta configurato il file ho montato le partizioni di freebsd e ubuntu digitando:
mkdir freebsd
mount freebsd
mkdir /mnt/ubuntu
mount /mnt/ubuntu
fatto questo ho dato un lilo -v per aggiornare lilo, ho riavviato e tutto è andato per il meglio. Scrivo questa guida per tutti quelli che come il sottoscritto volessero farlo perchè la documentazione su come lilo possa riconoscere ubuntu e freebsd è molto scarsa, Colgo l'occasione per ringraziare gli utenti del forum slacky.eu che come sempre sono stati preziosissimi per la riuscita dell'operazione con i loro consigli.

Professione Linux

2010-09-07T14:46:00.000-07:00

Il mondo Linux e Open sources si sta evolvendo e espandendo per questo motivo voglio parlarvi per chi è interessato alle certificazioni in ambiente linux di
LPI che sta per Linux professional Institute (www.lpi-italia.org).

La lpi è un'organizzazione no-profit che ha come scopo l'uso di linux e software opensource nell'ambiente professionale, il corso di studi prevede 3 livelli di certificazione: LPIC1, LPIC2, LPIC3 non sono obbligatori tutti e tre comunque è pur sempre una certificazione di livello internazionale per maggiori informazioni www,lpi-italia.org potrete informarvi anche sulle sedi del corso.

Compilazione nuovo kernel

2010-09-07T05:41:00.000-07:00

Slackware dalla versione 9.1 è pronta per il Kernel 2.6, infatti tutti i programmi di sviluppo necessari alla compilazione sono disponibili, quindi non dovrete fare nessun upgrade.
Per comodità recuperate il file config-generic-2.6.xx di Patrick http://slackware.osuosl.org/slackware-current/source/k/ e salvatelo nella vostra home, partire con un file di configurazione sicuro è comodo e ci risparmierà diverso lavoro, poi recuperate i sorgenti del Kernel da http://www.kernel.org/pub/linux/kernel prelevando il formato tar.bz2 o tar.gz, il bz2 utilizzando una compressione migliore sarà più piccolo e quindi più veloce da trasferire.

Dopo aver scaricato i sorgenti del kernel ad esempio nella vostra home, si devono copiare in /usr/src per poi decomprimerli il tutto rigorosamente da ROOT:

#cp linux-2.6.xx.tar.bz2 /usr/src

entriamo nella directory /usr/src e decomprimiamo il file

# cd /usr/src
# tar xjvf linux-2.6.xx.tar.bz2

cancellate e ricreate il link simbolico

# rm linux ; ln -s linux-2.6.xx linux

spostatevi in linux

# cd linux

preparate l'ambiente

# make mrproper

è buona cosa a questo punto, copiarsi il file config-generic per avere una configurazione ottimale e per essere sicuri che il nuovo kernel funzioni senza problemi:

# cp /boot/config-huge-smp-2.6.xx-smp /usr/src/linux-2.6.xx/.config

io uso questo file config voi potete comunque mettere quello che utilizzate. A questo punto il file di configurazione sarà copiato in 2.6.xx .config del nuovo kernel,procediamo con la configurazione digitando:

# make oldconfig

rispondete alle domande senza preoccuparvi di sbagliare, le configurazioni poi le ritroverete nei tool grafici se vorrete modificare qualche cosa continuate la configurazione del Kernel utilizzando uno dei seguenti tool:

make menuconfig
make xconfig
make gconfig

make menuconfig che usa ncurses si basa su un menù testuale, xconfig e gconfig devono essere avviati da X e usano rispettivamente le lib QT e GTK. Make oldconfig è molto comodo in caso di aggiornamento, e vi chiederà solo le risposte alle nuove domande di configurazione, che si aggiungono di volta in volta alle release, ovviamente dovete avere il file .config presente in /usr/src/linux. Procedete con la configurazione usando make menuconfig

# make menuconfig

a questo punto potrete o configurare il Kernel da zero, usando l'esaustivo < Help > che vi aiuterà nella configurazione, oppure, scelta più sensata, usare il file di configurazione dal grande PJV. Nel primo caso terminate le modifiche uscire con < Exit > e alla domanda Do you wish to save your new kernel configuration decidete se salvare la configurazione o ripeterla, se invece optate per la seconda caricate la configurazione nota di Patrik usando la funzione Load an Alternate Configuration File (la trovate in fondo al men), apportate le modifiche e salvate con la funzione Save Configuration to an Alternate File, questo per non sovrascrivere il config funzionante. Importante, non usate i config della versione 2.4.xx è sconsigliato !
Uscite con < Exit > e salvate la configurazione. In entrambi i casi verrà creato in /usr/src/linux il file .config che contiene appunto tutta la configurazione del Kernel. Terminata la configurazione create l'immagine del Kernel compresso usando

# make

Il make è il comando che compila realmente il kernel, a questo comando si può passare l'opzione -j2 o -j3 che indicano il numero di processi da lanciare in parallelo durante la compilazione;con questa opzione non si fa altro che velocizzare il tempo per la compilazione:una singola compilazione non occupa la cpu al 100%, mentre due o più processi permettono di sfruttare meglio la macchina e di diminuire il tempo totale di compilazione.(ricordatevi che non ha senso usare un numero di processi maggiore di 2 o 3 su macchine che usano una sola CPU.)

Per fare direttamente un boot disk (senza filesystem di root o LILO) inserite un floppy nuovo e impartite il comando
# make bzdisk

dopo un certo periodo che dipende ovviamente dalla velocità del vostro sistema vi troverete l'immagine del Kernel pronta in /usr/src/linux/arch/i386/boot/. Procedete con la compilazione e installazione dei moduli con i seguenti comandi

# make modules_install

i moduli saranno installati regolarmente in /lib/modules/versione-kernel. Siete ancora in /usr/src/linux un ls -a vi mostrerà il contenuto della dir, noterete il file .config e un file System.map questi due file vanno copiati in /boot ma la cosa migliore è rinominarli gestendo una nuova direttiva in LILO

# cp System.map /boot/System.map-2.6.xx
# cp .config /boot/config-2.6.xx

ora il Kernel

# cp arch/x86/boot/bzImage /boot/vmlinuz-2.6.xx

ora modificate /etc/lilo.conf, potete prendete come riferimento questo esempio (man lilo per info maggiori).In questo modo nel menù iniziale di lilo vi troverete a poter avviare 2 kernel, ricordatevi di tenere sempre un kernel stabile in modo che se quello compilato ha problemi si può sempre utilizzare quello di riserva.

image = /boot/vmlinuz
root = /dev/hda2
label = Slack_2.4.33
read-only
image = /boot/vmlinuz-2.6.17.11
root = /dev/hda2
label = Slack_2.6.17.11
read-only

terminato questo impartite il comando lilo per aggiornare la nuova configurazione

# lilo -v

volendo potete anche rimuovete i link simbolici che puntano ai vecchi file

# rm /boot/System.map config vmlinuz

e ricreate quelli nuovi che puntano ai nuovi file

# ln -s /boot/System.map-2.6.xx /boot/System.map
# ln -s /boot/config-2.6.xx /boot/config
# ln -s /boot/vmlinuz-2.6.xx /boot/vmlinuz

in questo modo il Kernel appena compilato sarà quello di default perché la direttiva di lilo punta direttamente al link simbolico vmlinuz. Se mancante create il file modprobe.conf, infatti dal 2.6.xx modules.conf è superato da modprobe.conf

# generate-modprobe.conf /etc/modprobe.conf

ora dovete modificare il file /etc/fstab per inserire il filesystem virtuale Sysfs, il quale si occupa delle informazioni sui dispositivi lasciando a Procfs il compito delle informazioni sui processi, quindi se non presente create nella root principale la dir sys

# mkdir /sys

e poi inserite in /etc/fstab (mantenendo la giusta formattazione) una riga come questa

none /sys sysfs defaults 0 0

riavviate il sistema e godetevi il nuovo Kernel.

Scrittura di uno SlackBuild

2010-09-07T03:36:00.000-07:00

Su linux molto spesso per amministrare il sistema si scrivono dei comandi da terminale, questi possono servire per: ricompilare un kernel, per fare dei backup regolari o altre mansioni ripetitive che richiedono una lunga successione di comandi con un'eventuale perdita di tempo.
Con uno script di shell questi comandi vengono scritti una sola volta e quando tornano utili vengono lanciati dall'amministratore di sistema per fare tutto in automatico, uno di questi script è lo SlackBuild, script di Slackware per costruire pacchetti da sorgenti.

Andiamo a vedere in dettaglio come scrivere uno slackbuild, qui troverete degli esempi si slackbuild finiti, che opportunamente modificati vi faranno costruire il vostro pacchetto.

intestazione

La shell da utilizzare è sempre /bin/sh
Specificare per quale versione di slackware è scritto lo SlackBuild
L'autore dello SlackBuild. Potete mettere il nome o il nick, ma come contatto possibilmente mettete un indirizzo email (mio <at> indir.email)
L'ultimo che l'ha modificato e compilato (ovvero tu)
Il nome del pacchetto e il sito ufficiale
Una licenza per la distribuzione dello slackbuild

#!/bin/sh

# Heavily based on the Slackware 13.1 SlackBuild

# Written by <your name> ( a contact )
# Last build from <your name> ( a contact )

# Slackware build script for <appname>
# Official Site: http://......

# Redistribution and use of this script, with or without modification, is
# permitted provided that the following conditions are met:
#
# 1. Redistributions of this script must retain the above copyright
#    notice, this list of conditions and the following disclaimer.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR AS IS AND ANY EXPRESS OR IMPLIED
# WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
# MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO
# EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
# OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
# WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
# OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
# ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

Se è già presente una licenza lasciarla, altrimenti metti la precedente

parametri di base

La seguente sezione è quella che contiene i parametri base, cioè il nome del pacchetto, la versione, l'architettura, la build version e l'url diretto da dove scaricare i sorgenti. Per quanto riguarda il BUILD, la norma è che ad ogni modifica del pacchetto, ricompilazione ecc, il numero va incrementato, mentre all'upgrade (cambio di versione) questo numero ritorna ad 1. Per quanto riguarda il TAG (la sigla dopo il numero), a partire dal repository per Slackware 13.1 questo deve essere obbligatoriamente 'sl', inclusi per i pacchetti già presenti nel 13.0 che verranno semplicemente ricompilati senza modifiche per essere portati nel nuovo repository. Questo perchè ora la sigla non indica più l'autore ma il repository su cui si trova.
Per l'url utilizzate esclusivamente il sito ufficiale del prodotto. Occhio ai doppi apici in SOURCE= . Spesso funziona anche senza ma in qualche caso può succedere un casino. Fate anche attenzione a quegli url che come separatore non hanno un trattino bensì un underscore (_) pechè in tal caso la sintassi $PKGNAME_$VERSION non funziona, visto che bash considera quell'underscore come parte del nome della variabile. In tal caso sostituite $PKGNAME con ${PKGNAME}: ${PKGNAME}_${VERSION}. Dove non è necessario (ovvero dove ci sono i trattini semplici) preferisco lasciarlo senza le parentesi graffe perchè aumenta la leggibilità.

set -e

PKGNAME=appname
VERSION=${VERSION:-1.4.1}
BUILD=${BUILD:-1}
TAG=${TAG:-sl}
ARCH=${ARCH:-i486}
SOURCE="http://downloads.sourceforge.net/project/......./$PKGNAME-$VERSION/$PKGNAME-$VERSION.tar.gz"

path di lavoro

Questa parte è fissa, cioè la determinazione dei path di lavoro

CWD=$(pwd)
TMP=${TMP:-/tmp/buildpkgs/$PKGNAME}
PKG=$TMP/package-$PKGNAME
OUTPUT=${OUTPUT:-$CWD}

download

Quindi si fa il download del pacchetto. Solitamente dovreste modificare queste righe solo se il nome del pacchetto non segue lo standard appname-1.4.1.tar.gz (es appname-1.4.1.tar.bz2, appname_1.4.1.tar.gz, appname-1.4.1-kde4.tar.gz, ecc...), oppure se si deve scaricare altri file da internet (p.e. patch)

if [ ! -e $PKGNAME-$VERSION.tar.gz ];then
wget $SOURCE
fi

architettura

In base all'architettura definita in $ARCH, vengono definiti i parametri della compilazione. Da notare il LIBDIRSUFFIX che determina se le librerie andranno a finire in /usr/lib o /usr/lib64

CHOST="i468"
if [ "$ARCH" = "i486" ]; then
SLKCFLAGS="-O2 -march=i486 -mtune=i686"
LIBDIRSUFFIX=""
elif [ "$ARCH" = "i586" ]; then
SLKCFLAGS="-O2 -march=i586 -mtune=i686"
LIBDIRSUFFIX=""
elif [ "$ARCH" = "i686" ]; then
SLKCFLAGS="-O2 -march=i686 -mtune=i686"
LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
SLKCFLAGS="-O2 -fPIC"
LIBDIRSUFFIX="64"
CHOST="x86_64"
fi

preparazione dei sorgenti

Segue la:

rimozione di una compilazione precedente
scompattazione dei sorgenti
applicazione di eventuali patch; queste devono essere presenti nella stess directory dello SlackBuild e possono essere facoltativamente compresse.
settaggio dei permessi. E' opportuno che i permessi dei sorgenti siano solamente 755 o 644 e che i file siano tutti di root.

rm -rf $TMP
mkdir -p $TMP $PKG $OUTPUT

cd $TMP
tar xvf $CWD/$PKGNAME-$VERSION.tar.gz
cd $PKGNAME-$VERSION
### installazione patch (se presenti)
# patch -p1 < $CWD/some_patch.diff
# gzip -cd $CWD/compressed_patch.diff.gz |patch -p1

chown -R root:root .
chmod -R u+w,go+r-w,a-s .

compilazione

Comincia la compilazione. Nella maggior parte dei casi utilizzeremo lo standard ./configure&&make&&make install.
Per quanto ri guarda i parametri del configure, questi variano ovviamente da pacchetto a pacchetto, ma alcuni standard vanno seguiti:

Il pacchetto va installato in /usr
La configurazione deve andare in /etc
La documentazione in /usr/doc/nomepacc-versionepacc; tutti i file che si troveranno in altri path (i.e. /usr/share/doc) andranno poi spostati in tale directory
Le man pages vanno in /usr/man. Stesso discorso se l'installer le mette in /usr/share/man allora bisogna spostarle successivamente.
I dati andrebbero messi in /var/nomepacchetto o /var/lib/nomepacchetto, a seconda del pacchetto. P.E. apache li mette in /var/www, mysql li mette in /var/lib/mysql
Le librerie (questo è importante) vanno messe in /usr/lib per i pacchetti a 32bit e in /usr/lib64 per i pacchetti a 64bit. Questo viene fatto automaticamente se si mette correttamente --libdir=/usr/lib$LIBDIRSUFFIX e sopra viene definito LIBDIRSUFFIX a seconda dell'architettura. Se avete una macchina a 32bit e scrivete solamente pacchetti a 32bit, lasciate comunque questa accortezza per aiutare chi vorrà compilare il pacchetto a 64bit
In aggiunta metterete tutte le altre opzioni specifiche del software.
Per passare parametri a make (tipo "-j2" per ottimizzare la velocità, e altro), non viene più messo all'interno dello SlackBuild, ma si utilizza una variabile standard di make: MAKEFLAGS. Il MAKEFLAGS viene specificato fuori dello slackbuild per consentire al pacchettizzatore di passare parametri al comando 'make'. Per esempio MAKEFLAGS="-j2" bash pacchetto.SlackBuild

CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
./configure \
--prefix=/usr \
--libdir=/usr/lib$LIBDIRSUFFIX \
--sysconfdir=/etc \
--localstatedir=/var \
--mandir=/usr/man \
--docdir=/usr/doc/$PKGNAME-$VERSION \
--build=$CHOST-slackware-linux
make
make install DESTDIR=$PKG

cmake

Alcuni pacchetti per essere compilati necessitano di cmake anzichè ./configure. In tal caso valgono comunque tutte le considerazioni fatte sopra, ma la sintassi è diversa:

( mkdir -p build
cd build
cmake .. \
-DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \
-DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
-DCMAKE_INSTALL_PREFIX=/usr \
-DMAN_INSTALL_DIR=/usr/man \
-DSYSCONF_INSTALL_DIR=/etc \
-DLIB_SUFFIX=${LIBDIRSUFFIX}
make $MAKEFLAGS
make install DESTDIR=$PKG $MAKEFLAGS)

personalizzazione

Le sezioni che seguono sono quelle che probabilmente più dovrete personalizzare. Quì si devono cancellare file inutili o che rischiano di sovrascrivere quelli di sistema, spostare alcuni file in altri path ecc.

### In this section you may remove some not needed files or move that file in other path

Ricordate che se avete compilato un modulo perl, probabilmete vi sarà stato creato un file che, se messo nel pacchetto, va a sostiturire quello già presente sul sistema. Ovviamente se non state compilando un modulo perl non inserirete questa sezione.

## remember to put this block if you are packeting a perl software, otherwise you may overwrite some system file
( cd $PKG
# Remove 'special' files
find . -name perllocal.pod \
-o -name ".packlist" \
-o -name "*.bs" \
| xargs rm -f
)

Potrete anche copiare file di configurazione ed eventuali altri file dalla directory dello SlackBuild.
Ricordate poi che gli script di start e stop si dovrebbero mettere possibilmente sotto /etc/rc.d; ricordo anche che tutti i file di configurazione (script inclusi) vanno messi con l'estensione .new per essere poi rinominati a posteriori nel doinst.sh..

cat $CWD/rc.application.sh > $PKG/etc/rc.d/rc.application.new
cat $PKG/etc/init.d/initscript >> $PKG/etc/rc.d/rc.program.new
rm $PKG/etc/init.d/initscript
mv $PKG/etc/appl.conf $PKG/etc/appl.conf.new

documentazione

Inoltre copiamo tutta la documentazione che riusciamo a trovare nei sorgenti del pacchetto (README, INSTALL, ChangeLog, ecc..) nella directory della documentazione. Nella stessa directory ci metteremo anche lo SlackBuild con cui è stato generato il pacchetto e slack-desc.

mkdir -p $PKG/usr/doc/$PKGNAME-$VERSION
cp -a \
README.TXT INSTALL.TXT some other documentation \
$PKG/usr/doc/$PKGNAME-$VERSION

cat $CWD/$PKGNAME.SlackBuild > $PKG/usr/doc/$PKGNAME-$VERSION/$PKGNAME.SlackBuild
cat $CWD/slack-desc > $PKG/usr/doc/$PKGNAME-$VERSION/slack-desc

Lo standard di slackware è che tutte le manpages siano compresse con gzip per risparmiare spazio su disco; di conseguenza cerchiamo versioni non compresse che installano i pacchetti e comprimiamole.

if [ -d $PKG/usr/man ]; then
( cd $PKG/usr/man
find . -type f -exec gzip -9 {} \;
for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done
)
fi

strip

Puliamo anche i file binari e le librerie eliminando tutti gli strascichi che lascia gcc al fine di debuggure e linkare tra di loro gli object generati.

( cd $PKG
find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | xargs -r strip --strip-unneeded 2> /dev/null || true
find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | xargs -r strip --strip-unneeded 2> /dev/null || true
find . | xargs file | grep "current ar archive" | cut -f 1 -d : | xargs -r strip --strip-unneeded 2> /dev/null || true
)

slack-desc e doinst.sh

Abbiamo quasi finito... Popoliamo la directory install/ del pacchetto. Quì ci andrà lo slack-desc e, se necessario, il doinst.sh.

mkdir -p $PKG/install
cat $CWD/slack-desc > $PKG/install/slack-desc

Possibilmente il doinst.sh non lo creiamo direttamente dentro lo SlackBuild, ma mettiamolo come file esterno per poi copiarlo nella directory install/. Se poi abbiamo bisogno di aggiungere operazioni di cui non sappiamo a priori le specifiche, ma le sappiamo solo dopo la compilazione, allora aggiungiamole da dentro lo SlackBuild con un >>. Un esempio di operazione necessaria è quella di avviare uno script di postinstallazione presente sotto la /usr/lib; ovviamente non sappiamo a priori se sarà in /usr/lib o /usr/lib64.

cat $CWD/doinst.sh > $PKG/install/doinst.sh
echo "( cd usr/lib$LIBDIRSUFFIX/$PKGNAME ; ./postinstall.sh )" >> $PKG/install/doinst.sh

slack-required

Ora andiamo a costruire il file delle dipendenze slack-required. Questo si genera con il tool requiredbuilder. Ricordiamoci di installare sempre l'ultima versione di questo tool prima di compilare. Dovremo anche assicurarci che i file del pacchetto siano tutti di root, poi lanciamo il requiredbuilder per costruire le dipendenze e finalmente creiamo il pacchetto.

### reset owner and create slack-required file using requiredbuilder.requiredbuilder.
cd $PKG
chown -R root:root $PKG

if [ -x "$(which requiredbuilder 2>/dev/null)" ];then
requiredbuilder -y -v -s $CWD $PKG
fi

costruzione pacchetto

Finalmente abbiamo finito. Possiamo costruire il nostro pacchetto.

/sbin/makepkg -l y -c n $OUTPUT/$PKGNAME-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-txz}

Se poi il pacchettizzatore è sicuro che andrà tutto a buon fine, può decidere di lanciare lo slackbuild con il parametro --cleanup per rimuovere le directory di lavoro al termine del processo.

if [ "$1" = "--cleanup" ]; then
rm -rf $TMP
fi

doinst.sh

Il doinst.sh viene utilizzato per effettuare tutte quelle operazioni che provvederanno ad integrare il pacchetto nel resto della distribuzione. Per esempi tipici di doinst.sh vedi la directory /var/log/scripts che è una raccolta dei doinst.sh di tutti i pacchetti installati sul sistema.
Ecco alcuni usi:

rinomina file di configurazione .new

Questo forse è l'uso maggiore per cui si crea un doinst.sh.
Quando nello SlackBuild abbiamo creato un file tipo etc/configfile.new, il doinst deve provvedere a rinominarlo in etc/configfile a patto che quest'ultimo non esista già sul sistema. Nello script viene definita una funzione, config (da non toccare), che fa questo lavoro. Al pacchettizzatore è sufficente richiamala con config etc/configfile.new. Utilizzate i path relativi!!

config() {
NEW="$1"
OLD="$(dirname $NEW)/$(basename $NEW .new)"
# If there's no config file by that name, mv it over:
if [ ! -r $OLD ]; then
mv $NEW $OLD
elif [ "$(cat $OLD | md5sum)" = "$(cat $NEW | md5sum)" ]; then
# toss the redundant copy
rm $NEW
fi
# Otherwise, we leave the .new copy for the admin to consider...
}

config etc/configfile.new
config etc/program/my.conf.new

gli script di start

Per gli script in rc invece va fatta una aggiunta; infatti se un file rc con lo stesso nome già esiste, allora è necessario che abbiano gli stessi permessi. Questo si fa così:

if [ -e etc/rc.d/rc.script ]; then
cp -a etc/rc.d/rc.script etc/rc.d/rc.script.new.incoming
cat etc/rc.d/rc.script.new > etc/rc.d/rc.script.new.incoming
mv etc/rc.d/rc.script.new.incoming etc/rc.d/rc.script.new
fi
config etc/rc.d/rc.script.new

i link

Se lo SlackBuild ha creato dei link, con ln o con make install, questi non verranno inseriti nel txz finale. Al posto loro verrà messa nel doinst.sh una riga per ogni link che provvederà a crearlo in fase di postinstallazione. A fare questa operazione ci penserà makepkg che per ogni link che trova metterà una cosa del genere nel doinst.sh:

( cd usr/bin ; rm -rf view )
( cd usr/bin ; ln -sf vim view )

quindi di questo non dovremo preoccuparci

file icona, menu, .desktop ecc

Quando si installano pacchetti per kde e/o si aggiungono nuove icone e/o file .desktop ecc.., è necessario aggiornare il database di kde.

if [ -x /usr/bin/update-desktop-database ]; then
usr/bin/update-desktop-database -q usr/share/applications >/dev/null 2>&1
fi
if [ -x /usr/bin/update-mime-database ]; then
usr/bin/update-mime-database usr/share/mime >/dev/null 2>&1
fi
if [ -e usr/share/icons/hicolor/icon-theme.cache ]; then
if [ -x /usr/bin/gtk-update-icon-cache ]; then
usr/bin/gtk-update-icon-cache usr/share/icons/hicolor >/dev/null 2>&1
fi
fi

post-installazione personalizzata

Potrebbe essere necessario avviare qualche script di postinstallazione al termine del doinst. Se lo script non si trova nel path, allora solitamente si fa un 'cd directory' e './script'. Cerchiamo di utilizzare sempre percorsi relativi e mai assoluti perchè se stiamo installando in un chroot (come spiegato all'inizio dell'articolo) allora si rischia di incasinare il sistema principale

( cd usr/share/programma ; ./postinstall.sh )

se il postinstall si trova sotto usr/lib, allora dobbiamo inserire questa riga dallo SlackBuild per determinare perchè non sappiamo a priori se utilizziamo una slackware a 32 o 64bit e quindi se lo script è in usr/lib o usr/lib64.

echo "( cd usr/lib$LIBDIRSUFFIX ; ./postinstall.sh )" >> $PKG/install/doinst.sh

In caso lo script al suo interno faccia riferimento a percorsi assoluti del sistema, allora dovremo lanciare tale comando in chroot:

chroot . usr/share/programma/postinstall.sh

utenti

Prima del makepkg abbiamo settato tutti i proprietari dei file a root. Se abbiamo qualche pacchetto che richiede di essere avviato come altro utente (p.e. squid) dovremo provvedere a creare l'utente e, se serve, anche il gruppo. Prima dovremo controllare però che già non esista. Ovviamente dovremo utilizzare useradd e groupadd che vanno a modificare l'/etc/passwd e l'/etc/group; si rende quindi necessario il lancio in chroot per evitare che si creino le utenze sul sistema sbagliato

if ! grep -q "^nomegruppo:" etc/group; then
chroot . groupadd mygroup &>/dev/null
fi
if ! grep -q "^nomeutente:" etc/passwd; then
chroot . useradd -d /var/lib/nomeprogramma -s /bin/false -c "Utente programma" -g nomegruppo nomeutente &>/dev/null
fi

e poi settare i permessi adeguati, permessi che abbiamo tolto dallo slackbuild con chown root.root

chown -R nomeutente.nomegruppo var/lib/nomeprogramma

utenti e id

Talvolta si potrebbe volere un determinato uid e gid per utenti e gruppi; uno useradd secco genera un id solitamente alto, che potrebbe confondersi con le utenze classiche mentre i servizi hanno spesso e volentieri id bassi. Vedi il corrente /etc/passwd. Nel modo seguente è possibile 'tentare' di scegliere un determinato id e, se fallisce, allora ripiegare su un id normale.

if ! grep -q "^apache:" etc/group; then
if ! grep -q ":80:" etc/group; then
chroot . groupadd -g 80 apache &>/dev/null
else
chroot . groupadd apache &>/dev/null
fi
fi

if ! grep -q "^apache:" etc/passwd; then
if ! grep -q ":80:" etc/passwd; then
chroot . useradd -u 80 -d /var/www -s /bin/false -c "Apache User" -g apache apache &>/dev/null
else
chroot . useradd -d /var/www -s /bin/false -c "Apache User" -g apache apache &>/dev/null
fi
fi
chown apache.apache var/www/htdocs

slack-desc

Questo è più semplice. Si tratta di mettere una descrizione del pacchetto di un massimo di 11 righe e un massimo di 72 caratteri per riga. Personalmente prendo qualche riga dal README o dal sito ufficiale e lo copio lì dentro. Come esempi di descrizione si possono prendere tutti quelli di slackware.
La struttura di questo file è molto rigida. Le prime 6 righe sono solo commenti (le istruzioni per costruire lo slack-desc, ma vanno lasciate. La riga successiva, la handy-ruler, è un remember sul numero limite di caratteri per riga. La descrizione è fatta di esattamente 11 righe (se ne vuoi di meno basta lasciarle vuote) composte di nomepacchetto, due punti, spazio, descrizione. Il nome del pacchetto deve essere esattamente lo stesso indicato in $PKGNAME
Non deve essere inserito il nome del pacchettizzatore né l'url del programma.

# HOW TO EDIT THIS FILE:
# The "handy ruler" below makes it easier to edit a package description.  Line
# up the first '|' above the ':' following the base package name, and the '|' on
# the right side marks the last column you can put a character in.  You must make
# exactly 11 lines for the formatting to be correct.  It's also customary to
# leave one space after the ':'.

|-----handy-ruler------------------------------------------------------|
pkgname: pkgname - A title for package
pkgname:
pkgname: Long description
pkgname:
pkgname:
pkgname:
pkgname:
pkgname:
pkgname:
pkgname:
pkgname:

per questa guida ringrazio la comunità di slacky.eu alla prossima .