LeoDav

Si sarà capito che il mio editor preferito è Quanta; per la sua leggerezza, flessibilità, integrazione con il desktop, ecc.

A volte, però, per alcune cosuccie è, al momento, limitato. In attesa della versione 4 integrata con kdevelop che dovrebbe ovviare alle carenze maggiori, per i progetti di maggiore complessità faccio uso di Eclipse. Eclipse è un gran bel pezzo di software ma, come tutti i giganti, spesso si ritrova con i piedi di argilla.

Ieri non voleva saperne di avviarsi e quando si avviava improvvisamente crashava. A quanto pare non gli piace l'ultima versione di Firefox soprattutto non gli va a genio xulrunner. Questa una parte del file di log lasciato dal crash:

 #   

 # An unexpected error has been detected by Java Runtime Environment:

 #

 #  SIGSEGV (0xb) at pc=0x02c9cfec, pid=15103, tid=4160150416 #

 # Java VM: Java HotSpot(TM) Server VM (10.0-b22 mixed mode linux-x86)

 # Problematic frame: 

 # C  [libxul.so+0xc9cfec]

 #

Il problema, a quanto pare, è la versione di libxul ! La soluzione, apparentemente, era quella di fare il downgrade di Firefox e Xulrunner ma girovagando sulla rete ho trovato una soluzione migliore e forse anche più semplice:

Ho scaricato la vecchia versione di xulrunner e l'ho scompattata nella home, ho aperto il file home/leo/bin/eclipse/eclipse.ini ( Per mie esigenze preferisco tenere la versione oroiginale di eclipse PDT e non quella rpm fornita da Fedora ) e l'ho cambiato in questo modo:

  -showsplash

  org.eclipse.platform

 -vmargs

 -Xms40m

 -Xmx256m 

-Dorg.eclipse.swt.browser.XULRunnerPath=/home/leo/bin/xulrunner

aggiundendo l'ultima riga.

Eclipse è tornato in vita in tutto il suo splendore!

Riferimenti:

https://bugzilla.redhat.com/show_bug.cgi?id=452002

https://bugs.eclipse.org/bugs/show_bug.cgi?id=236724

Alla prossima e buona programmazione a tutti.

Mi sono imbattuto in un piccolo ,ma rognoso, problema con una scheda video Nvidia GeForce2 MX200.
Nella speranza che la soluzione possa tornare utile a qualcuno posto qui la soluzione all'inghippo.
Preciso che la cosa vale soprattutto per Fedora 8, ma credo che possa funzionare anche per altre distribuzioni tenendo conto delle dovute differenze.
Innanzitutto per la scheda in questione occorrono i driver della serie 96xx per le vecchie schede video.
Per installarli, se avete configurato i repository di Livna, basta dare :

#yum install kmod-nvidia-96xx

kmod-nvidia-96xx è un paccheto virtuale che installerà nel sistema i seguenti rpm:
kmod-nvidia-96xx-96.43.05-8.lvn8
kmod-nvidia-96xx-2.6.24.4-64.fc8-96.43.05-8.lvn8
xorg-x11-drv-nvidia-96xx-libs-96.43.05-4.lvn8
xorg-x11-drv-nvidia-96xx-96.43.05-4.lvn8

Dovrebbe, altresi, riscrivere in automatico il file di configurazione di Xorg in /etc/X11.
Se non dovesse farlo, basta lanciare il programmino messo a disposizione da Livna che trovate sotto menu/sistema(livna-config-display).
A questo punto, lanciando glxinfo, ci si rende conto che le estensioni opengl non vengono caricate e che non c'è accelerazione grafica.
Dando una occhiata a xorg.conf si nota subito che viene caricato il driver opensource "nv" anziche quello proprietario "nvidia".
Se si prova a modificare xorg.conf ed a riavviare il server X ci si ritrova con un sistema instabile che crasha alla prima applicazione che fa uso di opengl compreso il già citato glxinfo.
Se si lancia X da una console virtuale (ad es. con startx -- :1) si puo notare che un errore del tipo : Checking for texture_from_pixmap: not prensent.
Il problema risiede nel fatto che il server X legge le estensioni opengl opensource anzichè quelle dei driver Nvidia.
Le librerie delle estensioni vengono caricate da /usr/lib/xorg/modules/extensions/libglx.so, ma questo è il file sbagliato!
All'interno della stessa directory c'è, però, la cartella "nvidia" che contiene il file giusto.
Spostiamo libglx.so da qualche altra parte e copiamo i file della cartella nvidia nella cartella madre.

#mv /usr/lib/xorg/modules/extensions/libglx.so /root/
#cp /usr/lib/xorg/modules/extensions/nvidia/* /usr/lib/xorg/modules/extensions/

A questo punto riavviamo X. Lanciando glxinfo ci accorgiamo che l'accelerazione grafica funziona:

direct rendering: Yes.
I giochini funzionano, per fortuna!
Ma se proviamo a lanciare compiz ancora nisba; niente cubo.
Non è che sono un amante delle caramelle, ma il pc non è il mio, quindi bisogna risolvere anche questo enigma!
Sempre dando un occhiata ai log di X in /var/log/Xorg.0.log ci si accorge che la scheda grafica ha una quantità di ram disponibile inferiore a quelle che sono le necessità di compiz.
La GeForce2 MX200 dispone di 32M di ram mentre compiz ne richiede 64M.
Apriamo con vi(o con quello che vi pare) il file che lancia compiz fatto da Trevino:

#vi /usr/bin/compiz-manager

Cerchiamo la riga contenente NVIDIA_MEMORY="65536" # 64MB e cambiamola con:
NVIDIA_MEMORY="32768" # 32MB

Salviamo, usciamo e riavviamo X.
Et voilà: il cubo funge....

Per comodità ecco anche il file xorg.conf:

Section "ServerLayout"
        Identifier     "Layout0"
        Screen      0  "Screen0" 0 0
        InputDevice    "Keyboard0" "CoreKeyboard"
        InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"

#       FontPath     "/usr/share/fonts/default/Type1"
        RgbPath      "/usr/X11R6/lib/X11/rgb"
        ModulePath   "/usr/lib/xorg/modules"
EndSection

Section "Module"
        Load  "type1"
        Load  "freetype"
        Load  "glx"
        Load  "dbe"
        Load  "extmod"
        Load  "dri"
EndSection

Section "ServerFlags"
        Option      "Xinerama" "0"
        Option      "AIGLX" "on"
EndSection

Section "InputDevice"

    # generated from default
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "auto"
        Option      "Device" "/dev/input/mice"
        Option      "Emulate3Buttons" "no"
        Option      "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from data in "/etc/sysconfig/keyboard"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option      "XkbLayout" "it"
        Option      "XkbModel" "pc105"
EndSection

Section "Monitor"

    # HorizSync source: edid, VertRefresh source: edid
        Identifier   "Monitor0"
        VendorName   "Unknown"
        ModelName    "JEN"
        HorizSync    31.0 - 53.0
        VertRefresh  56.0 - 85.0
        Option      "DPMS"
EndSection

Section "Device"
        Identifier  "Videocard0"
        Driver      "nvidia"
        VendorName  "NVIDIA Corporation"
        BoardName   "GeForce2 MX 100/200"
        Option      "Composite" "Enable"
        Option      "XAANoOffscreenPixmaps"
        Option      "RenderAccel"
        Option      "NvAGP" "1"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
        Option      "metamodes" "1024x768 +0+0"
        SubSection "Display"
                Depth     24
                Modes    "1600x1200" "1280x1024" "1024x768" "800x600" "640x480"
        EndSubSection
EndSection

Section "Extensions"
        Option      "Composite" "Enable"
EndSection

 PS: la riga: # FontPath "/usr/share/fonts/default/Type1" è commentata perchè anche questa dava problemi.

Anche oggi mi sono dimenticato di qualcosa. Quando si è presi da variabili, funzioni, debugger è facile che ci passi di mente un appuntamento, una telefonata o, semplicemente, di uscire per andare a prendere il pane. E quando ci ricordiamo è già troppo tardi !

Lo so benissimo che esistono bei programmini per ricordare gli appuntamenti, kalarm per citarne uno, ma si perde troppo tempo per configurare un allarme e si corre il rischio di perdere la concentrazione su quello che si sta facendo.

Allora semplifichiamo e velocizziamo la procedura; un semplice script bash che almeno ci ricordi che dobbiamo "ricordarci di qualcosa" .

#!/bin/bash
ALARM=$1"00"
function controlla(){
ORA=`date +%k%M%S`
if (($ALARM <= $ORA)) 
then
echo "Dovevi ricordarti qualcosa?"
mplayer ~/Music/brano-tosto.mp3 &>/dev/null 
exit 0
else
sleep 30
controlla
fi
}
controlla &

Salvetelo come alarm.sh in una directory nel PATH, date i permessi di eseguibilità e cambiate il percorso del brano.

Uso: per darci una scossa alle 17:30

$ alarm.sh 1730

Naturamente non dimenticatevi di accendere le casse e alzare il volume.

Update: per compatibilità con le ore da 0 a 9 sostituire H% con k%.

opensourcehero

Non posto nemmeno il link perché non credo ne valga la pena.

Chissà cosa ci vorranno vendere adesso?

Non si poteva proprio farne a meno! Come tutti i siti e blog più in voga anche LeoDav ha il suo bel fedd rss. Lo trovate qui.

Non solo, ho colto l'occasione per iscriverlo su due tra i più seguiti aggregatori del mondo Linux e opensource: BongoLinux e TuxFeed.

BongoLinux e’ un aggregatore di news, articoli, e recensioni dal mondo del Software Libero con annessa classifica e la possibilita di usuifrure di BongoRoll, un gadget per aumentare le visite al proprio sito.

TuxFeed, anch'esso aggregatore, offre la possibilità di votare i post ed, inoltre, è molto attento alla qualità degli articoli filtrando OT e duplicati.

Buona lettura.