Unico problema ancora presente è che la webcam non funziona con la versione del Kernel 2.6.20.x. Stiamo cercando di capire qual’è il problema ma intanto se c’è qualcuno che ha fretta può usare i driver con la versione del Kernel 2.6.15.4 precompilata Debian (se avete Debian ovviamente).

Aspettiamo nuove notizie…

Ciauz!

Cos’è? E’ un’istaller win32 per avvia l’nstallazione di una net-image di Debian da Windows. Installata l’imagine minima riavviate e installate la vostra Debian via rete.

Un pò di screenshots.

Il plugin lo selezionate dalla Preference di Protégé dal menù OWL e cliccando la scheda Tabs.

Se viene visualizzato un errore relativo al DOT Application Path, dovete installare il motore GraphViz su cui si basa OWLViz.
Per Debian è già pacchettizzato, quindi è sufficiente apt-get install graphviz.

Salutos.

Prima di eseguire apt-get install date un’occhiata qui.
Se avete Firefox, non preoccupatevi. Appena installato il plugin, verranno creati in automatico dei link simbolici dalla directory dei plugin si Firefox a quella di Mozilla in cui è situato il plugin.

Buona visione.

Partiamo dall’inizio. Passando a Gnome l’engineering per l’audio non è più arts ma esound o esd. Questo me lo dimenticai completamente. Quindi, l’audio si sentiva malissimo. Mi illumino! Ci vuole esd! Allora metto su esd. Ma l’audio NON si sente!
Controllo che tutti i moduli siano caricati correttamente. Per la cronaca la mia scheda audio è la seguente:

root@hostinato:~# lspci | grep -i audio
Multimedia audio controller: Intel Corporation \
        \82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC’97 Audio Controller

 

I moduli sono tutti caricati

root@hostinato:~# lsmod | grep -i snd
snd_seq_dummy 3844 0
snd_seq_oss 29824 0
snd_seq_midi 9504 0
snd_rawmidi 23456 1 snd_seq_midi
snd_seq_midi_event 6656 2 snd_seq_oss,snd_seq_midi
snd_seq 48528 6 snd_seq_dummy,\
        \snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_seq_device 8332 5 snd_seq_dummy,\
        \snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd_intel8×0 30108 3
snd_ac97_codec 83488 1 snd_intel8×0
snd_ac97_bus 2304 1 snd_ac97_codec
snd_pcm_oss 51744 0
snd_mixer_oss 17024 1 snd_pcm_oss
snd_pcm 83976 4 snd_intel8×0,snd_ac97_codec,snd_pcm_oss
snd_timer 22788 3 snd_seq,snd_pcm
snd 51556 14 snd_seq_oss,snd_rawmidi,snd_seq,snd_seq_device,\
        \snd_intel8×0,snd_ac97_codec,snd_pcm_oss,\
        \snd_mixer_oss,snd_pcm,snd_timer
soundcore 9184 1 snd
snd_page_alloc 10504 2 snd_intel8×0,snd_pcm

Anche i moduli sono ok! Cosa c’è che non va??? Ricapitolando: i moduli ci sono, esd c’è, Alsa è perfettamente funzionante…. alsa… mmm…. alsa. C***o ALSA!!! Il problema era semplice semplice. Ricordavo che di defualt Gnome si appogiava su OSS. Quindi tutti gli applicativi multimediali di gnome cercavano OSS ma io non l’ho neanche compilato nel kernel. Quindi ci doveva essere qualche libreria di esd che aveva qualcosa a che fare con OSS.

root@hostinato:~# apt-cache search libesd
libesd-alsa0 – Enlightened Sound Daemon (ALSA) – Shared libraries
libesd0 – Enlightened Sound Daemon – Shared libraries
libesd0-dev – Enlightened Sound Daemon – Development files

 

Trovato!

root@hostinato:~# apt-get install libesd-alsa0

 

Ed in effetti, era installato libesd0 che si appoggia su OSS. Riavvio alsaconf per sicurezza, seguito da alsamixer. Avvio Rhythmbox e tutto funzia perfettamente

Dato che non mi andava di linkare tutto manualmente con il solito comando ln -s src dest mi sono fatto un script in Bash  che prende la directory sorgente e linka tutto nella directory di destinazione per ogni file eseguibile che incontra. Ecco di sotto la script.

#! /bin/sh
# Il corretto funzionamento di questo scritp non è garantito.
# Ogni danno arrecato dall’uso di questo script non è attribuibile all’autore.
# Saluss.

declare -a directories
count=0

for options
do
  directories[$count]="$options"
  if test ! -d ${directories[$count]}; then
    echo "Error: cannot find " ${directories[$count]}
    exit 1
  fi
  count=$(($count+1))
done

src=${directories[0]}
dest=${directories[1]}

case $src in
  */)
  src_f=${src};;
  *)
  src_f=${src}"/";;
esac

case $dest in
  */)
  dest_f=${dest};;
  *)
  dest_f=${dest}"/";;
esac

files=`ls $src_f`
for file in $files
do
  if (test -x $src_f$file) && (test ! -d $src_f$file); then
    if test ! -e $dest_f$file; then
        ln -s $src_f$file $dest_f$file;
    else
      echo "File "$file" already exist in "$dest_f;
    fi
  fi
done 

Il funzionamento è semplicissimo. Supponiamo che lo script si chiami myln e che si trovi nel vostro path. Se l’elenco dei vostri binari da linkare è in /opt/applicazione/bin/ e volete linkarli in /usr/local/bin/ è sufficiente lanciare lo script come segue:

    root@hostinato:~# myln /opt/applicazione/bin /usr/local/bin

e il gioco è fatto. Se volete scaricarvi lo script potete cliccare qui. Chiamatelo come vi pare e dategli i permessi di esecuzione (chmod 755). Lo script effettua il link solo di file eseguibili. Non effettua il link di directory o file che non abbiano permessi di esecuzione. Se nella directory sorgente viene riscontrato un file con il nome uguale di un altro file presente nella directory di destinazione, allora viene saltato.

Divertitevi.

In particolare sembra che il problema si verifichi con KDE e la versione "Testing" di Debian. Lanciate questo comando:

santana@hostinato:~$ xrdb -query | grep antialias

Se il risultato che ottenete è

santana@hostinato:~$ Xft.antialias: 0

allora il vosto antialiasing non è propriamente configurato. Per modificarlo…

santana@hostinato:~$ vi $HOME/.kde/share/config/kdeglobals

nella sezione [General] aggiungete "XftAntialias=true" (senza le virgolette). Salvate, chiudete la sessione ed effettuate nuovamente il login. Il problema dovrebbe essere risolto.

return -1

Su una configurazione Debian – Testing è sufficiente fare quanto segue:

root@hostinato:~# apt-get install corkscrew
root@hostinato:~# vi /etc/ssh/ssh_config

In fondo al file aggiungete questa riga

ProxyCommand /usr/bin/corkscrew <nome-proxy> <numero-porta> %h %p

e il gioco è fatto.

return -1

return -1