oppure …

uno scorpione nelle mutande?

PS:
DON’T TRY THIS AT HOME.

Senza parole.

La domanda sporge spontanea.

Dopo i già segnalati problemi a compilare il modulo kernel di virtualbox ose con il pacchetto sorgenti forniti da debian e module-assistant, risolto alla “cattiva” scaricando il tar.gz dei moduli 1.5.6 ose originali, compilandoli con un bel make e poi un sudo checkinstall per tenere tutto in ordine, metodo che non sbaglia più un colpo (ehm) un kernel (’zzo di patch ci mettete?!), ora arriva un nuovo silurazzo letale sotto forma di pacchetto con l’infausto nome di libxalan110 versione 1.10-3.3 che va a sostituire il 1.10-3.2.

Installate il detto aggiornamento e scordatevi di veder più partire virtualbox-ose 1.5.6.
Come direbbe Beppe Braida:
ATTENTATO!!!

Il solo modo per uscirne è reinstallare libxalan110 1.10-3.2 e il nostro virtualbox come un novello Lazzaro riprenderà a sgambettare allegramente cantanto novello “vispa teresa” alla perfida Debian:

“emulando e virtualizzando, che male ti fo?”

PS “appuntate” il pacchetto altrimenti virtualbox rimuore.

Ricordate transmission, l’unico client bt che mi ha convinto a non usare più wine + uTorrent?

Nella diapositiva vediamo l’ottima versione GTK 1.06, con i colori della barre che visualizzano immediatamente lo stato del torrent, che una volta completato diventano verdi.

Bene dopo la 1.06, una infilata ininterrotta di versioni una più schifezza dell’altra, crash all’avvio, barre dei torrent sempre meno chiare (avrà finito?) per arrivare alla recente 1.20 che nemmeno mi fa ridimensionare la finestra del programma.

Bleah!!!

Ora io mi tengo stretta la 1.06,
ma consiglierei lo/gli sviluppatori ad usare l’ultimo motore (se corregge bug)
e ripristinare la grafica GTK della 1.06 e dimenticare tutti gli obrobi successivi.

Il bello dell’oss.

Qui la barra nella versione 1.11 infoanoressica come poche, l’unica forma di vita è una barra GTK (murrine nel mio caso) nemmeno quella customizzata del mio tema, cha avanza e basta.

pesante come un macigno, ma fantastico con i suoi effetti luce.

Incredibile, pensare che nel paleolitico ero così affezionato al mio caro Atlante Geografico Universale - Fratelli Fabbri Editore 1966 Lire 3200, un volumazzo 50×40 cm circa di qualche chilo di peso
(cacchio ce l’ho ancora ).
Come passa il tempo. Quanti stati di quell’atlante ora non esistono nemmeno più.
Vabbè fatemi andare in chat che Matusalemme mi chiama …
CLICK!

Come già segnalato la generazione dei pacchetti deb degli headers del kernel con i tools di kernel-package,
già dal kernel 2.6.24 e successivi, causa riunificazione architetture x86-32/64,
produce pacchetti debian inutilizzabili costringendoci a mantere in /usr/src tutto il sorgente compilato del kernel che sono parecchie centinaia di MB (oltre 500 nel mio caso).

Vediamo come rimediare ai problemi degli headers (pacchetti i386 architettura x86)

Supponiamo di avere in /usr/src il sorgente del kernel linux-2.6.25.3 da compilare,
quindi il sorgente è in

/usr/src/linux-2.6.25.3

Configuriamolo e poi compiliamo il tutto con il classico:

sudo make-kpkg --initrd --append_to_version -mc kernel_image kernel_headers

quindi il nostro kernel è

2.6.25.3-mc

Otterremo doto un certo tempo i 2 pacchetti:

linux-headers-2.6.25.3-mc_2.6.25.3-mc-10.00.Custom_i386.deb
linux-image-2.6.25.3-mc_2.6.25.3-mc-10.00.Custom_i386.deb

installiamoli con dpkg -i e procediamo a fixare i problemi.
I kernel-headers del nostro pacchetto vengono installati in

/usr/src/linux-headers-2.6.25.3-mc

Il primo fix è correggere i link simbolici source e build in /lib/modules/2.6.25.3-mc/
che puntano a /usr/src/linux-2.6.25.3 ma noi dobbiamo cancellare quella cartella, quindi con

sudo rm -f /lib/modules/2.6.25.3-mc/build /lib/modules/2.6.25.3-mc/source

cancelliamo i link poi con

sudo ln -s /usr/src/linux-headers-2.6.25.3-mc /lib/modules/2.6.25.3-mc/build

ceriamo un nuovo link simbolico build (basta questo) che punta ai nostri headers /usr/src/linux-headers-2.6.25.3-mc

E fin qui nulla di nuovo, succedeva anche prima se si installa linux-image-2.6.25.3-mc mentre è ancora presente il sorgente in /usr/src, lo script di postintall linka al sorgente non agli headers.

Ora saremmo a posto ma in realtà gli headers contengono, per i motivi detti all’inizio, degli errori che non ci consentono di compilare nessun modulo del kernel come driver nvidia vboxdrv eccetera.

Dopo attenta osservazione e analisi degli headers che su archlinux funzionano correttamente,
ho trovato 2 problemi.

Il link simbolico interrotto
/usr/src/linux-headers-2.6.25.3-mc/include/asm

che punta ad una architettura i386 che non esiste più chiamandosi ora x86.
Fissiamo il problema con

sudo ln -sf /usr/src/linux-headers-2.6.25.3-mc/include/asm-x86 /usr/src/linux-headers-2.6.25.3-mc/include/asm

o se preferite per chiarezza:

cd /usr/src/linux-headers-2.6.25.3-mc/include/

ln -sf asm-x86 asm

e questo è sistemato, c’è ancora un problema.

Nella cartella
/usr/src/linux-headers-2.6.25.3-mc/arch/x86/

non viene copiato il file Makefile_32.cpu
Rimediamo alla svista con

sudo cp /usr/src/linux-2.6.25.3/arch/x86/Makefile_32.cpu /usr/src/linux-headers-2.6.25.3-mc/arch/x86/

che copia il detto file dai sorgenti alla cartella negli headers.

Piccolo controllo finale verifichiamo i 3 link simboli ed il file copiato, se è tutto ok
possiamo eliminare la cartella dei sorgenti /usr/src/linux-2.6.25.3 e viveri felici
con 43MB occupati invece di >500MB, e tutto funzionerà tranquillamente.

Ecco un script elementare per semplificare la vita

#!/bin/bash
#
sorgente=$1
kernel=$2
#
echo "kernel $kernel"
echo ""
echo "operazioni da compiere:"
echo ""
echo "sudo rm -f /lib/modules/$kernel/build /lib/modules/$kernel/source"
echo “”
echo “sudo ln -s /usr/src/linux-headers-$kernel /lib/modules/$kernel/build”
echo ""
echo "sudo ln -sf /usr/src/linux-headers-$kernel/include/asm-x86 /usr/src/linux-headers-$kernel/include/asm"
echo ""
echo "sudo cp /usr/src/linux-$sorgente/arch/x86/Makefile_32.cpu /usr/src/linux-headers-$kernel/arch/x86/"
echo ""
#

salvatelo come comandifix
ed eseguitelo con

sh comandifix sorgente kernel

nell’esempio fatto:

sh comandifix 2.6.25.3 2.6.25.3-mc

produrrà la lista dei comandi da eseguire da usare col copia incolla nel terminale,
visto la delicatezza dell’operazione meglio lasciare l’incombenza a voi.

Il sistema è provato e funzionante su Debian ed Ubuntu.

Quando disinstallate i pacchetti (perchè avete installato un kernel successivo)
dovrete rimuovere a mano la cartella /usr/src/linux-headers-2.6.25.3-mc
visto che contenendo file extra oltre a quelli del pacchetto,
non viene eliminata.

POLEMICA (HOT)

Ora, io non sò se il pacchetto kernel-package sia abbandonato,
ma visto che viene fornito
sarebbe il caso di “fixarlo” invece che fare
il classico “scaricabarile” da 6 mesi.

I problemi li ho trovati io che sono
IL RE DEGLI IGNORANTI,
possibile che un programmatore non ci possa perdere 5 minuti?

Altrimenti ELIMINATE IL PACCHETTO dalla distribuzione
e lasciate l’incombenza di compilarlo ed usarlo agli utenti,
e sopratutto non fate GLI GNORRI quando utenti segnalano il problema
dicendo che NON SONO PROBLEMI VOSTRI!

Come sempre i problemi sono esclusivamente di altri,
e fondamentalmente dell’utente.

E oggi sono buono e mi trattengo.

Tutta la blogosfera è in fermento:
il nuovo effetto “palla”
(da usare rigorosamente per giocare con la foca, che il cielo la benedoca)
è qui!

Ma come facevamo prima?! (cit.)

Purtoppo prende il posto del caro e buon “parmigiano”,
sigh! Non ti dimenticheremo.

Notate la nuova gestione delle immagini ai capi (cube caps) ora integrata nel plugin
che scala le immagini per riempire completamente i capi.
Il plugin “immagini ai capi del cubo” è stato rimosso.

La nostra vita non sarà più la stessa.

Si farò attenzione, prometto …

TVTTTTTB!
Giuro!

Ma stralol.

PS. Firefox ha la garanzia.
Lo sapevate?

Ubuntu hardy heron installazione fresca kernel e driver Ubuntu.
Ad ogni avvio cpu al 100% fissa, evolution-data- il processo in causa

Non resta che “ucciderlo”.

Un paio di avvii al giorno, in un mese una strage.

Ha fatto miracoli a me (su arch) ed ad un altro utente nel forum ubuntu,
e 2 indizi sono quasi una prova.

Su alcune distro è capitato di avere crash, anche all’avvio.
Spesso settare il driver video x11 anzichè automatico porta risultati miracolosi