Terrific bug in libc6, hardy non boota piu'!

Direttamente da launchpad. Ieri e' stato uploadato in hardy una nuova versione di libc6 buggata che non permette piu' nemmeno di avviare il sistema. Il problema e' gia' stato risolto ma chi avesse aggiornato e si trovasse ancora con il sistema inutilizzabile questo e' il procedimento per risolvere il problema:

1. Bootare con un cd live (meglio se il cd di ubuntu hardy)
   
2. aprire il terminale e scaricare la versione aggiornata di libc6 con
   

   wget http://launchpadlibrarian.net/11110565/libc6_2.7-5ubuntu2_i386.deb

   
   Oppure:
   

   wget http://launchpadlibrarian.net/11109997/libc6_2.7-5ubuntu2_amd64.deb



3. chrootarsi in hardy in questo modo:
   

   sudo mount nome_hd_di_hardy /mnt
   sudo mount --bind /dev /mnt/dev
   sudo mount --bind /proc /mnt/proc
   sudo cp libc6_*.deb /mnt/tmp/
   # sostituire 'i386' con 'amd64' se si sta usando la versione a 64bit
   sudo chroot /mnt dpkg -i /tmp/libc6_2.7-5ubuntu2_i386.deb
   # si possono presentare degli errori, ignarateli
   sudo chroot /mnt dpkg --configure -a
   sudo chroot /mnt update-initramfs -u
   sudo umount /mnt/proc
   sudo umount /mnt/dev
   sudo umount /mnt

   
   
4. riavviare il sistema

L'ultimo aggiornameto ad hardy mi ha distrutto tutto...

Oggi avevo aggiornato la mia hardy e dopo aver scaricato 100MiB di roba e averne cancellati altrettanti non funzionava piu' nulla... Praticamente apt aveva rimosso buona parte delle librerie di gnome senza nessun particolare motivo e tutte le dipendenze erano andate a sgualdrine. Apt voleva farmi cancellare quasi 1GiB di roba (praticamente tutto il mio sistema) e se provavo ad installare qualcosa si lamentava perche' non poteva trovare nessuna dipendenza.

Ho risolto reinstallando la root e rimettendo tutti i pacchetti con un bel

sudo dpkg --set-selections

In totale ho impiegato 15 minuti a reistallare ubuntu e 40 minuti ha scaricare e reinstallare tutti i pacchetti.

Bulletproof X funziona... ma non soddisfa

Ieri, per sbaglio, ho eliminato il mio kernel con un bel rm -rf *24-11* nella directory /boot e poi ho spento la macchina... Per fortuna avevo ancora il vecchio kernel e sono riuscito a riavviare il pc. Purtroppo i driver nvidia non erano compilati per il vecchio kernel e invece di trovarmi con un brutto errore di X.org mi e' apparsa una simpatica finestrella che mi diceva: "il server grafico verra' avviato in modalita' sicura"... e in effetti si e' avviato :D. Ecco uno screen del mio desktop in 640x480 con i driver vesa (funziona anche awn!).

Purtroppo X.org mi ha creato il suo bel file di xorg.conf di "ripristino" senza salvarmi il vecchio quindi dopo aver installato di nuovo il kernel giusto e i driver nvidia ho dovuto riconfigurarmi X a mano. Cavolo se sapevo cosi' avrei preferito usare direttamente il terminale per rimettere a posto il sistema e tenermi il mio xorg.conf vecchio...

Ancora bug in ubuntu.

Purtroppo i bug che affiggono la mia installazione di ubuntu sono tutti ancora presenti nonostante manchi un mese alla sua uscita. Il piu' grave riguarda il gnome-panel che crasha quando clicco sull'orologio o (ogni tanto) su deskbar-applet. Gli altri 2 bug sono quelli che ho gia' segnalato in precedenza:

1. bug del network-manager
2. bug di udev

In particolare ieri ho provato ad installare la versione 7.0 di network-manager e non e' cambiato nulla, anzi non riuscivo piu' nemmeno ad avviarlo. Questo era l'errore che mi si presentava:

nm-applet: symbol lookup error: nm-applet: undefined symbol: dbus_method_dispatcher_new

Per reinstallare il networkmanager di hardy (la versione 6.5) ho dovuto prima disinstallare le nuove librerie portate alla versione 7.0 con :

sudo apt-get remove libnm-glib0 libnm-util0

e poi installare nuovamente nm con:

sudo apt-get install network-manager-gnome

Ubuntu brainstorm

Per chi vuole proporre le sue idee geniali.
Io ho votato queste:

1. idea #4: Provide a simple graphical interface to manage _any_ type of network connection
2. idea #81: Power Management
3. idea #80: Clean up Preferences and Administration.
4. idea #35: Start taking advantage of Upstart
5. idea #42: Speed Up Ubuntu-Gnome boot time
6. idea #194: Easy mounting of Images like ISO and CUE
7. idea #316: Codec Manager
8. idea #157: Ubuntu should recognize hardware changes
9. idea #90: Tabbed Nautilus
10. idea #22: GUI for ufw (Uncomplicated Firewall)

Multimedia e linux...

Sto leggende ora il post di Seigo e devo dire che concordo in pieno. I software di riproduzione video su linux funzionano discretamente ma quelli di registrazione e/o editing fanno veramente pena. Oltre all'interfaccia grafica, spesso, ridicolamente brutta mancano di funzionalita' e sono estremamente instabili. Tutto questo e' dovuto principalmente all'utilizzo delle stesse (vecchie) librerie spesso non adeguate all'utilizzo che se ne deve fare oggi. Cinelerra e Ardour sono degli strumenti piuttosto professionali pero' mi hanno dato svariati problemi con segfault random e chiusure inaspettate. Penso proprio che i professionisti non si possano permettere di usare programmi instabili e senza supporto: ci vorrebbe una azienda che oltre a finanziare lo sviluppo fornisca anche supporto per gli utenti (charamente a pagamento).

Boot fucked up... [fase 2]

Dal precedente grafico ho notato che dopo aver lanciato iwl3945 (i nuovi driver che vanno a sostituire gli ipw3945) susseguono 30 secondi di completo idle. Se avvio ubuntu con lo switch del wireless impostato su off il tempo di boot passa dai ridicoli 81 secondi a un tempo piu' normale (51 secondi). Purtroppo, pero', il network-manager non riconosce piu' la mia interfaccia wireless -_-'. Su ubuntuforum c'e' un tipo con il mio stesso problema e i 30 secondi di idle sono gia' stati segnalati su launchpad. Ho segnalato il bug del wireless qua.

Dividere un file flac con il relativo cue.

Mi hanno passato un cd musicale formato soltanto da un unico file .flac contenente tutte le canzoni e il relativo file .cue con i tag delle canzoni stesse. Anche se questo metodo e' efficente per creare cd musicali non e' proprio il massimo da usare su computer, ecco allora come dividere l'unico grande file .flac in tanti file quante sono le canzoni che contiene e taggarle in automatico con il file cue:
Prima di tutto installiamo cuetools, shntool e flac:

sudo apt-get install cuetools shntool flac

Fatto questo siamo pronti a dividere il file con il segunte comando:

cuebreakpoints foo.cue | shnsplit -o flac bar.flac

Dove foo.cue e' il file .cue relativo a bar.flac.
Infine per taggare i file appena divisi con i tag contenuti in foo.cue basta eseguire il seguente comando:

cuetag foo.cue split-track*.flac

ATTENZIONE:
Su ubuntu il precedente comando non funziona correttamente. Per correggere il problema bisogna fare nel seguente modo:
Prima di tutto apriamo il file dello script cuetag con l'editor di testo che preferiamo:

sudo vim /usr/bin/cuetag

Ed sostituiamo la riga seguente

METAFLAC="metaflac --remove-vc-all --import-vc-from=-"

Con questa:

METAFLAC="metaflac --remove-all-tags --import-tags-from=-"

Questo problema e' derivato dall'utilizzo delle librerie flac 1.1.4 spero che almeno in hardy lo script cuetag sia stato corretto. Piu' tardi indaghero' :D.

OO.o hypenation bug

Chi sta usando ubuntu hardy si sara' accorto che qualche giorno fa e' nato un problema con OO.o e il pacchetto openoffice.org-hyphenation-en-us. Questo pacchetto e' buggato e non si installa. La cosa brutta e' che anche apt diventa inutilizzabile perche' ogni volta che si cerca di installare qualcosa il gestore dei pacchetti si lamenta poiche' vuole completare l'installazione di hyphenation...
Fortunatamente e' giunta subito la soluzione su ubuntu-forums, basta eseguire queste due righe nel terminale:

wget http://debian.mirror.inra.fr/debian/pool/main/h/hyphen/openoffice.org-hyphenation-en-us_2.3-5_all.deb
sudo dpkg --force-all -i openoffice.org-hyphenation-en-us_2.3-5_all.deb

vmsplice() exploit: chi e' stata piu' veloce?

Leggo oggi questo interessante articolo riguardo al famoso exploit del kernel linux.
Da come si puo' vedere tutte le distro piu' famose hanno patchato il kernel lo stesso giorno della scoperta del bug (11 febbraio): nota di merito per debian che, naturalmente, ha publicato per prima la patch. Poco dopo si piazza fedora (8 ore di ritardo) seguita da slackware (12 ore) mentre Ubuntu ha rimediato solo dopo 27 ore.
Alcune distro come Sabayon, Zenwalk, puppy linux e SimplyMepis sembrano non disporre di un security team e probabilmente sono soggette tutt'ora a questo exploit.

yum non ha piu' problemi con le librerie a 64 bit!

Mi ricordo che uno dei motivi per cui ho abbandonato fedora era proprio il gestore dei pacchetti yum che ogni volta installava sia la versione a 64 bit sia quella a 32 bit di qualsiasi libreria.


A quanto pare finalmente ce l'hanno fatta: con la versione di yum 3.2.11 esiste una variabile (impostabile da yum.conf) per disabilitare questo comportamento:

multilib_policy=best