In occasione del decimo anniversario dalla nascita di Gentoo, il team di sviluppo ha rilasciato un’edizione speciale per celebrare l’evento. È quindi disponibile per il download il nuovo Live DVD.

Per coloro che già utilizzano Gentoo non è necessario reinstallare il sistema: basta aggiornare il profilo modificando il link /etc/make.profile per utilizzare il nuovo profilo 10.0.
Per coloro che non possono vievere senza uno sfondo marchiato con il logo della propria distribuzione Linux, sono disponibili i nuovi wallpaper che celebrano l’anniversario.

La nuova release offre il nuovo Linux Kernel 2.6.30 con supporto per l’accessibilità fornito dal software Speakup 3.1.3.
Per gli sviluppatori Perl purtroppo non è ancora disponibile il nuovo interprete: viene infatti fornita la versione ormai obsoleta 5.8.8. La nuova versione diventerà però presto disponibile in quanto già presente in portage ed in fase keywording.

Sul lato desktop sono disponibili le ultime versioni stabili dei windows manager (KDE 4.3.1, GNOME 2.26.3, Xfce 4.6.1 tra i più famosi) e dei pacchetti office (OpenOffice 3.1.1, Abiword 2.6.4, Scribus 1.3.3.11, GIMP 2.6.4).

Che altro dire se non buona compilazione!

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

La nuova release di Fedora 11, nome in codice Leonidas, è stata rilasciata ormai già da qualche giorno. Inutile qui descrivervi le sue caratteristiche: decine di siti già da giorni vi possono raccontare tutto ciò che c’è di importante da sapere su questa esteticamente fantastica distribuzione.
Quello che forse non troverete in questi articoli sono due note, una di riflessione ed una tecnica.

Il tema: quando un leone può fare la differenza

Fonte originale

Il team di sviluppo degli artwork di Fedora 11 ha superato sé stesso nel produrre il King Concept del tema leonidas. Ma la scelta del leone che ruggisce è stata anche saggia? Guardando distrattamente l’immagine si pensa alla forza del leone che ruggisce, ma dopo ore passate davanti al monitor con l’immagine del leone, magari dopo un pranzo più pesante del solito, si finisce con il non poter fare a meno di sbadigliare.
Del resto la bocca spalancata del leone non mette in evidenza le fauci ed il suo occhio è socchiuso, quasi fosse uno sbadiglio. Gli stessi sviluppatori, nella schermata di installazione sembrano avvalorare la tesi dello sbadiglio: il leone che compare sembra dormire appoggiato sulle sue zampe anteriori. La scelta del colore poi non fa altro che aiutare il sonno: un tranquillizzante e rilassante blu che riposa la vista ma che rafforza la sensazione che invoglia lo sbadiglio.
In conclusione, se avete molto da fare vi consiglio di cambiare sfondo a meno che soffriate di insonnia. Se non altro provate a mettere come sfondo l’originale.
La prossima release di Fedora avrà uno tra questi nomi: Chilon, Constantine, Orville, Rugosa, Umbria. Da buon italiano io spero che il risultato del voto – che verrà reso pubblico sabato 27 giugno – sia Umbria. Devo sperare però che nella scelta del tema consultino qualche italiano e magari qualche psicologo che eviti agli utilizzatori di dover aumentare la dose di caffé per rimanere svegli.

Glade: un pacchetto da sistemare a mano

Per coloro che hanno una vaga idea di cosa sia Glade e che hanno intenzione di usarlo su Fedora 11 ci sarà un’amara sorpresa. Ad oggi Fedora 11 distribuisce la revisione 3.6.1 di Glade che presenta un bug a causa del quale diventa impossibile salvare file in formato libglade mantenendo le callback assegnate ai vari eventi dell’interfaccia. In attesa dell’aggiornamento nella release ufficiale, potete prelevare dal repository rawhide il pacchetto sorgente dell’ultima release di glade 3.6.5 e ricompilarlo su Fedora 11.
Non spiego l’intera procedura in questo articolo perché coloro che utilizzano glade con buona probabilità già sanno farlo, nel caso ne parlerò in un altro post.

Aggiornamento

Stasera mi sono accorto che hanno sostituito l’immagine dell’installer di Fedora con il logo classico.

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

Se si utilizza un sistema operativo libero:

1. Si va sul sito della propria distribuzione
2. Si cerca il sistema di segnalazione problemi, di solito basato su bugzilla
3. Si cerca nel sistema se qualcuno ha già segnalato (e magari risolto) il problema
4. Se nessun altro l’ha segnalato si apre una richiesta di assistenza specificando cosa è successo, come è successo, come si può riprodurre il problema e che tipo di sistema si sta utilizzando
5. Quando uno sviluppatore della distribuzione lavora per correggere il bug si eseguono i test richiesti per aiutare nella risoluzione del problema

Normalmente questo permette di non avere di nuovo a che fare con il bug e fa si che anche le altre persone possano utilizzare il software senza dover incappare nel vostro stesso problema.

Resolved Upstream

In alcuni casi il problema non è di semplice soluzione e chi sviluppa la distribuzione del sistema operativo ritiene che il problema possa essere risolto solo da chi ha effettivamente realizzato il software. In genere quando questo capita lo sviluppatore chiude la richiesta di assistenza con la voce Resolved Upstream. Anche in questo caso la procedura è quasi standard ed è la stessa che viene utilizzata se non si sta utilizzando un sistema operativo libero:

1. Si legge il file README od il file AUTHORS cercando il sito del programma che ha causato il problema o un indirizzo mail a cui chiedere assistenza
2. Se il sito del programma ha un sistema di richiesta di assistenza o segnalazione bug si cercano eventuali segnalazioni / soluzioni del problema
3. Se nessun altro l’ha segnalato si apre una richiesta di assistenza specificando cosa è successo, come è successo, come si può riprodurre il problema e che tipo di sistema si sta utilizzando
4. Quando uno sviluppatore lavora per correggere il bug si eseguono i test richiesti per aiutare nella risoluzione del problema

Passare da “upstream” anziché dalla distribuzione fa sì che anche le altre distribuzioni che forniscono supporto per il pacchetto in esame possano avvantaggiarsi della soluzione trovata.

Maintainer Wanted

Ma cosa succede se non si usa un sistema operativo libero o la distribuzione non può correggere il problema e lo sviluppatore che ha creato il pacchetto non è più raggiungibile? Vi sembra un caso impossibile? Bè, a me è successo giusto in questi giorni con hotkeys, un software per la gestione dei tasti multimediali della tastiera. Il caso è tutt’altro che raro, come potete vedere sul sito Unmaintained Free Software dove tra l’altro hotkeys non compare ancora.
In un caso come questo potete solo fare una delle seguenti cose:

• Cercare un software alternativo che soddisfi le vostre necessità
• Aggiungere il pacchetto all’elenco di Unmaintained Free Software e sperare che qualcuno lo adotti
• Trovare qualcuno disposto a correggerlo eventualmente a pagamento
• Correggerlo voi stessi se ne siete in grado e fornire la correzione alle varie distribuzioni
• Adottare il pacchetto e diventarne il nuovo maintainer

Se vi imbattete in casi che non ricadono tra quelli presentati, o se questa guida vi è stata utile, ricordatevi di lasciare un commento.

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

Nel caso abiate avuto l’accortezza di eseguire un backup della NVM della vostra scheda di rete prima di provare il kernel incriminato usando ethtool -e, dopo aver scoperto di aver corrotto la NVM vi sarete probabilmente trovati di fronte alla domanda più difficile: e adesso come ripristino la NVM?

Per quelli che non conoscono ethtool, consiglio di dare un’occhiata alla sua man page. Troverete un’opzioncina che vi farà sperare di aver trovato la soluzione: ethtool -E permette infatti di scrivere nella NVM dell’interfaccia di rete. A patto che il driver riconosca l’interfaccia di rete e la attivi. Peccato che la corruzione della NVM faccia si che il driver fallisca il checksum della NVM e quindi non attivi l’interfaccia.

Prima di buttare il dump della NVM però, posso darvi una buona notizia: in una mail a LKML Jesse Brandeburg del team di sviluppo Intel Ethernet annuncia che Intel farà il possibile per fornire patch che permettano il ripristino della NVM dal dump di ethtool della scheda danneggiata o da un dump di un sistema simile ancora integro.

Non disperate quindi, e portate pazienza ancora un po’. La vostra scheda di rete non è del tutto persa!

Related posts:

1. Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.

Cos’è tmpfs?

Tmpfs è il nome dato ad un particolare file system grazie al quale i file che vi si trovano vengono mantenuti nella memoria virtuale anziché su disco. In pratica, se il tuo PC ha molta RAM i files che si trovano in una locazione montata in tmpfs sono praticamente sempre in RAM. In questo modo frequenti operazioni di lettura e scrittura sono velocissime perché non devono attendere il movimento delle testine e la lentezza del disco fisso.
Questo incremento di velocità però ha un costo per alcuni sistemi molto gravoso: lo spazio occupato dai file in locazioni tmpfs viene sottratto alla memoria virtuale libera. Su sistemi con poca RAM questo significa avere forti rallentamenti inoltre, allo spegnimento del PC, tutti i dati presenti in tmpfs vengono persi. Essendo la RAM una memoria volatile, un’improvvisa caduta di tensione può causare perdite di dati significative.

Perché tmpfs è utile in Gentoo?

In Gentoo l’installazione e l’aggiornamento dei pacchetti avviene ricompilando il software partendo dai sorgenti. Quest’operazione consiste sostanzialmente nell’estrarre i sorgenti in una directory che solitamente è /var/tmp/portage, compilare il sorgente, installarlo nel sistema e ripulire la directory di compilazione per ricominciare il ciclo per il pacchetto successivo.
Come già potete iniziare ad intuire, queste operazioni richiedono (con alcune notevoli eccezioni) molte letture e scritture per un periodo limitato di tempo, poco spazio su disco e nessuna perdita di dati significativi in caso di caduta di tensione (basta ricominciare). /var/tmp/portage è quindi un’ottima candidata per l’uso di tmpfs in Gentoo. Oltre a velocizzare la compilazione dei pacchetti, l’uso di tmpfs ci permette di non uccidere il disco continuando ad accedervi migliaia di volte nelle stesse aree e ci evita di frammentare il file system, cosa che rallenterebbe il nostro sistema. Se avete un PC con almeno 1Gb di RAM e usate Gentoo, vi consiglio caldamente di provare: vi piacerà.

Una difficile convivenza

Da come ve l’ho presentata, tmpfs sembra la soluzione ideale per compilare i vostri pacchetti. Ed è vero, nel 99.9% dei casi. Resta però quello 0.1% nel quale ricadono i bug che hanno ispirato questo articolo, in cui il resto del mondo non ha nessun problema ed a voi iniziano a succedere cose strane. Pacchetti che normalmente compilano, su tmpfs smettono di funzionare e ogni volta che riprovi hai un risultato diverso. Ma perchè?
Ce lo spiega Mart Raudsepp nel bug #236649. In sostanza i problemi nascono dal diverso comportamento dei file system tradizionali rispetto a tmpfs per quanto concerne la granularità dei tempi di modifica/accesso dei file. Su sistemi tradizionali l’ora di salvataggio di un file è precisa al secondo, su tmpfs l’ora è precisa al jiffy (da qualche nanosecondo a qualche millisecondo). Poiché i sistemi di compilazione utilizzano la data e l’ora di creazione dei files per capire se un file deve essere ricompilato o rigenerato, capita che alcuni files che hano tempi di salvataggio che differiscono per meno di un secondo facciano scattare una ricompilazione di un file su tmpfs ma non su altri file system. In genere i problemi si evidenziano su pacchetti che hanno regole di compilazione sbagliate ma che funzionano grazie alla tolleranza introdotta dai file system tradizionali. Se non ve la sentite di scontrarvi con pacchetti che non compilano valutate bene pro e contro, prima di adottare tmpfs. Nel caso, quando segnalate il problema agli sviluppatori Gentoo, precisate che usate tmpfs

Related posts:

1. Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.

Il problema consiste nella possibilità che il driver sovrascriva la memoria non volatile della scheda di rete basata su chip Intel presente nelle motherboard con chipset ICHx (con x tra 7 e 9) rendendola di fatto inutilizzabile. Il BIOS stesso non può più riconoscerla od utilizzarla.

Il problema affligge anche Fedora 10 alpha e il suo repository di sviluppo rawhide ed infine colpisce anche Ubuntu.

Gentoo ha segnalato il problema tramite il blog sviluppatori che riporta un articolo di Mike Pagano poiché su Gentoo è possibile installare oltre alle versioni stabili del kernel (gentoo-sources, vanilla-sources) anche quelle in sviluppo (git-sources).

Jesse Brandeburg della Intel avvisa di NON eseguire il programma ibautil come suggerito da molti siti internet perché potrebbe rendere impossibile ripristinare la funzionalità di rete della scheda madre.

Se avete letto questo avviso troppo tardi e avete già perso la vostra scheda di rete, aspettate senza tentare di risolvere da soli il problema. Se ci saranno novità sull’argomento e su come ripristinare la scheda di rete ne parleremo anche in questo blog.

Se  non avete avuto questo problema, un consiglio: NON utilizzate software ancora in sviluppo se non volete avere problemi di questo tipo.

Related posts:

1. Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.

La nuova release è datata 6 luglio 2008, subito seguita da un bump per correggere un bug nel LiveCD per sistemi AMD64.

È una release che è partita maluccio, con un parto difficile alle spalle, ma che porta parecchie novità rispetto alla release 2007.0. Come sempre chi usa già Gentoo non ha bisogno di reinstallare la nuova versione, basta aggiornare il profilo come descritto nella upgrading guide.

Chi ancora non ha Gentoo e desidera installarla troverà nel LiveCD un miglior supporto per l’hardware grazie al kernel 2.6.24, un nuovo installer con un miglior supporto per il partizionamento dei dischi e con la possibilità di eseguire un’installazione senza collegarsi alla rete.

A differenza della versione precedente il LiveCD utilizza Xfce invece di Gnome: un windows manager leggero che sicuramente molti di voi già conoscono e apprezzano.

Che dire … Buona installazione!

Related posts:

1. Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.

E questa è il design della nuova T-shirt:

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

fooDATA_INSTALL = ${INSTALL} -g foogroup -o foouser

This is wonderfull when you have to install your data as root user but it’s a cause of error when you test your package as normal user calling make distcheck.
The result of the above command will be a make error caused by install trying to change ownership of your files without the root permissions:
install: cannot change ownership

What can you do for checking your package?

Well, GNU Automake and GNU Autoconf will come in your help also for this. GNU Automake ships the install-sh file that could be used instead of the GNU Coreutils install program for installing files on your system. Looking at the usage help of this script you can see that there are some environment variables that could be specified to change the behaviour of the script. We now will focus on two of them: CHGRPPROG and CHOWNPROG. Setting these two variables to something that didn’t fail as normal user like “echo” allow us to call install-sh -g foogroup -o foouser without any failure (and without actually change the ownership of the file).

How do you tell Makefile.am that we want to use install-sh instead of install?

Just with another environment variable: INSTALL. If you export INSTALL="path/to/install-sh" and the run configure, in your Makefile will be used install-sh instead of install. If you call make install as root user you can install your files just as if you’re using the install program, but now you can also call make distcheck as normal user for testing your package: just remember to export CHGRPPROG=echo and CHOWNPROG=echo before you execute the test and unset them when you finished.
Good work with your package!

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

fooDATA_INSTALL = ${INSTALL} -g foogroup -o foouser

Questo è molto comodo quando installi i dati come utente root ma può causare un errore quando testi i pacchetti come utente normale chiamando make distcheck.
Il risultato del comando precedente sarà un errore dovuto al tentativo di cambiare il proprietario ai file installati senza i permessi di root:
install: cannot change ownership

Cosa puoi fare per controllare i tuoi pacchetti?

GNU Automake and GNU Autoconf ti vengono in aiuto. GNU Automake distribuisce il file install-sh che può sostituire il programma install del pacchetto GNU Coreutils. Guardando nelle istruzioni d’uso di questo script infatti si può notare che ci sono alcune variabili d’ambiente che possono essere specificate per cambiare il comportamento dello script. In particolare noi ci concentreremo su due di queste: CHGRPPROG and CHOWNPROG. Impostando queste due variabili in modo che si riferiscano ad un comando che non fallisce per l’utente normale, come ad esempio “echo”, è possibile chiamare install-sh -g foogroup -o foouser senza alcun errore (e senza però modificare realmente il proprietario dei file).

Come dire a Makefile.am che si intende usare install-sh invece di install?

Utilizzando semplicemente un’altra variabile d’ambiente: INSTALL. Se esporti INSTALL="path/to/install-sh" e lanci configure nel file Makefile.am, verrà utilizzato install-sh invece di install. A questo punto potrai lanciare make install da utente root come se usassi il programma di installazione ed inoltre potrai lanciare make distcheck da utente normale per testare i pacchetti.
L’importante è ricordarsi di esportare CHGRPPROG=echo e CHOWNPROG=echo prima di fare i test e di riportarli ai valori originari una volta terminato.
Buon lavoro con i vostri pacchetti!

Related posts:

1. Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.