$ winecfg
wine: could not exec wineserver

Allora:

$ sudo yum search wineserver
[...]
Nessuna corrispondenza trovata

gughela, gughela, gughela…

$ sudo yum info wine-wow
Name        : wine-wow
Arch        : i686
Version     : 1.3.1
Release     : 1.fc13
Size        : 540 k
Repo        : updates-testing
Summary     : Files for wine wow seperation
URL         : http://www.winehq.org/
License     : LGPLv2+
Descrizione : Files for wine wow seperation

Ma che diavolo vuol dire wine wow separation?
Non si poteva proprio usare una descrizione diversa, tipo bunch of files that wine needs to run properly oppure The wine-wow package provides the wineserver service?
E magari aggiungere una dipendenza? (la dipendenza non c’è né in updates, né in updates-testing)

Comunque:

$ sudo yum install wine-wow

oppure su sistemi x86_64^*

$ sudo yum install wine-wow.i686

risolve il problema.

^* Sui sistemi x86_64 non devono essere installati pacchetti di wine per processori a 64 bit, ma solo pacchetti per i686 (a meno che non dobbiate fare girare programmi compilati a 64 bit per Windows a 64 bit).

Ora vado a dormire senza chiamarne nemmeno uno, e sperando che, appena addormentato, la gattaccia non venga a zampettarmi addosso con la suo coppia di piccoli compassi da 15 Newton ciascuno.

 

Perché ho l’impressione che qualcuno guarda con occhi bovini il nero testo, chiedendosi cosa è la musica in formato mod?
Ahimé, nato in un altro secolo, in un altro millennio… quando c’erano gli Amiga e i floppy da 5″ e un quarto (ci stavano ben 160 kB!) e i PC erano scaldabagni a 12 MHz (sì, ma 33 col turbo!) con 640 kB di RAM e dischi da 16 MB.
Caprettech che non siete altro! Fatevi un idea su The Mod Archive.

Dicevamo: il player va in crash a causa di un problema nella libreria libmodplug versione 0.8.7, solo sui sistemi a 64 bit.

Mentre Ubuntu pare avere aggiornato la libreria alla versione 0.8.8.1, che risolve il problema, per Fedora l’aggiornamento non è nemmeno in updates-testing (al momento in cui scrivo).
Poiché i tentativi di installare il pacchetto ricompilato dall’rpm sorgente preso da Rawhide falliscono miseramente (non ci ho nemmeno provato tanto, in realtà, a modificare il file spec), ecco un trucco per tornare a godere della meravigliosamente vintage collezione di musica.

Prima di tutto, serve scaricare la libreria da qui. Si può scaricare il sorgente, oppure il pacchetto precompilato che non si installerà a causa di problemi di dipendenze.
Partendo dal sorgente, sarà necessario installare tutte le sacrosante dipendenze e dare la solita sequenza magica ./configure --prefix=/usr --libdir=/usr/lib64 && make.
Preso il pacchetto, invece, si dovranno vedere i file contenuti (ad esempio con file-roller), oppure estrarli con rpm2cpio <nome_del_file.rpm> | cpio -idmv.

Quel che conta è arrivare ad avere il file libmodplug.so.1.0.0.
Bellamente disinteressati all’incoerentissimo numero di versione, copiamo la nuova libreria al posto della vecchia:

$ sudo cp libmodplug.so.1.0.0 /usr/lib64/libmodplug.so.0.0.0

oppure, per chi non ha configurato sudo, con un altrettanto efficace:

$ su
Password:
# cp libmodplug.so.1.0.0 /usr/lib64/libmodplug.so.0.0.0

Per vedere se la cosa è andata a buon fine, si può provare a lanciare:

$ cd
$ wget http://www.claudiotomasoni.it/files/audio/TheGunDance.xm
$ gst-launch-0.10 -v playbin uri=file:///home/<vostra home>/TheGunDance.xm

Il rimedio è un po’ brutale, però da me ha funzionato.
Alla prossima…

Basta cambiare una cifra in prefs-dialog.ui!

In una distribuzione rpm-based, per trovare il file è sufficiente:

$ rpm -ql deskbar-applet | grep prefs-dialog.ui

Bisogna trovare la linea che contiene l’etichetta “label1315″:

[...]
 <object class="GtkLabel" id="label1315">
[...]

e cambiarla in “label1314″:

[...]
 <object class="GtkLabel" id="label1314">
[...]

È piuttosto schifoso che Adobe rilasci un plugin con queste richieste hardware (prese da qui):

per windows, un processore ad almeno 450 MHz e 128 MB di memoria
per linux, un processore ad almeno 800 MHz e 512 MB di memoria

Il doppio del processore e il quadruplo della RAM! Un plugin ottimizzato come me quando mi alzo alle 5 di mattina.

Comunque, il peggio lo scopro quando vado a vedere chi è il succhiatore di linfa (un bel top in un terminale): npviewer.bin sta andando a braccetto con il plugin flash. Che ragioni ci sono per un pezzo di software che non è nemmeno chiamato in causa? (npviewer non serve a flash).

Disinstallo il pacchetto nspluginwrapper e i maledetti saltellamenti-schricchiolii-perditedifreims si dimezzano. Ma non spariscono. Maledetta Adobe! Se solo gnash funzionasse…

PS: no! non azzardatevi a scrivere che funziona. L’ho già provato e sul mio computer non funziona.
PPS: uno dei video che vorrei vedere è questo…

Decisamente vale la pena di vederlo senza scatti. Alla prossima.

• processore Intel Core 2 Duo T7500
• 2 GB di RAM DDR2
• disco da 250 GB
• masterizzatore DVD Dual Layer
• WiFi Intel PRO/Wireless e scheda ethernet Broadcom Gigabit
• bluetooth (non meglio identificato)
• chip grafico Intel X3100
• monitor WXGA da 12″ con risoluzione massima pari a 1280×800 (rapporto 16:10)
• webcam Crystal Eye integrata

Il nuovo portatilino, leggero e contenuto nelle dimensioni, pagherà le marchette per il vecchio Compaq (giunto prematuramente alla fine dei suoi giorni, dopo il sovrautilizzo per la tesi – requiescat in pacem).

Nessun problema di installazione con Fedora. L’hardware è ampiamente riconosciuto e correttamente configurato, ad eccezione di due minuscoli particolari.

Chip audio
L’audio c’è, ma a basso volume, e inserire il cavo delle cuffie non mette a tacere gli altoparlanti esterni (in queste condizioni, guardare un filmato pornografico è estremamente complicato, se si cerca di farlo di nascosto). La soluzione c’è ed è piuttosto banale: basta creare un file /etc/modprobe.d/alsa-base ed inserirvi all’interno

options snd-hda-intel model=acer

Risoluzione del frame buffer
La risoluzione 1280×800 non è contemplata dallo standard VGA. Però c’è un trucco.
E’ necessario installare l’utility vbetest (con yum o il frontend grafico) e impartire l’omonimo comando da terminale come amministratore:

$ sudo vbetest
VBE Version 3.0
Intel(r)GM965/PM965/GL960 Graphics Chip Accelerated VGA BIOS
[352] 1280x800 (256 color palette)
[353] 1280x800 (5:6:5)
[354] 1280x800 (8:8:8)
[261] 1024x768 (256 color palette)
[279] 1024x768 (5:6:5)
[280] 1024x768 (8:8:8)
[274] 640x480 (8:8:8)
[276] 800x600 (5:6:5)
[277] 800x600 (8:8:8)
[257] 640x480 (256 color palette)
[259] 800x600 (256 color palette)
[273] 640x480 (5:6:5)
Type a mode number, or 'q' to quit - q

Al numero riportato tra parentesi quadre va aggiunto il valore 512, per ottenere il testo da inserire dopo vga= in grub.conf. Perciò, se vogliamo la risoluzione massima consentita dal pannello LCD (cioè 1280×800) al numero massimo di colori possibile (5:6:5 darà una profondità di colore di 16bit, mentre 8:8:8 una profondità di 24 bit), dovremo calcolare 354+512=866 e inserirlo in coda alla riga corretta in grub.conf:

[...]
kernel /vmlinuz ro root=UUID=omissis rhgb quiet vga=866

E questo è tutto.
Bye bye.

Visto che ultimamente non sto spremendo il mio cervello per problemi di alcuna utilità e sto rischiando sempre più la pesante ricaduta nell’ignoranza di ritorno, ho affrontato il semplice problema esposto:

Qual’è nel cilindro il rapporto tra altezza e raggio che a parità di volume offre la minor superficie esterna?

La mia soluzione, in formato pdf (grazie openoffice!), è qui.