Je viens de mettre à jour le wiki de Dysoweb pour faciliter la prise en main du produit par les contributeurs.
En complément, voici quelques liens utiles :
Blog de Chrystophe Vergnaud
Je viens de mettre à jour le wiki de Dysoweb pour faciliter la prise en main du produit par les contributeurs.
En complément, voici quelques liens utiles :
__Pourquoi ca plante ?__%%%
Les paquetages nvidia disponibles installent as’ ‘mal de paquets connexes qui entrent en conflit avec l’installation du drivers officiel, du coup si vous tentez d’installer le driver directement sur le système, u’ ‘reboot le serveur X va planter en indiquant un conflit de version du driver.
%%%
%%%
__La solution :__%%%
++Suppression de ce qui traine’ :++%%%
sudo apt-get –purge remove nvidia-glx nvidia-glx-legacy nvidia-settings nvidia-kernel-common linux-restricted-modules-`uname -r`’ linux-restricted-modules-common
sudo rm /etc/init.d/nvidia-*
%%%
++Preparation pour la compilation du kernet Nvidia :++%%%
sudo aptitude nstall’ ‘build-essential linux-source linux-headers-`uname -r` xserver-xorg-dev
++ Compilation et installation du driver :++%%%
cd’ $repertoire_ou_se_trouve_le_package_nvidia
sudo ./NVIDIA-Linux-x86-?.?-????-pkg1.run
ssh -N -L$port_locale:$serveur_interne:$port_serveur $login@$serveur_passerelle &
Par exemple :
La commande est :
ssh -N -L8080:cache.domaine.net:80 bob@gw.domain.net &
maintenant dans votre navigateur si vous taper :
http://localhost:8080
vous pourrez surfer de façon sécurisée comme si vous étiez connecté en interne.
ps : Il est préférable de configurer la connexion ssh avec une authentification par clé RSA pour ne pas taper le mot de passe d’authentification.
ps2 : cette technique est applicable a bien d’autres services…
Un petit script pour utiliser JML sur une machine à base de JDK1.5
Créez un fichier prepareJML.sh et redéfinissez les *_HOME :
#!/bin/bash echo "activation des chemins pour JML" export JAVA_HOME=~/j2sdk1.4.2_12 export JML_HOME=~/JML export JUNIT_HOME=~/junit4.1 export CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/lib:$JML_HOME/bin/jmljunitruntime.jar:$JML_HOME/bin/jmlmodels.jar:$JML_HOME/bin/jmlmodelsnonrac.jar:$JML_HOME/bin/jml-release.jar:$JML_HOME/bin/jmlruntime.jar:$JUNIT_HOME/junit-4.1.jar export PATH=$JAVA_HOME/bin:$JML_HOME/bin:$PATH
ensuite il suffit de lancer:
$ source prepareJML.sh
et voila les chemins sont valides.
ps : on definit en dur les chemins des .jar JML car il ne parcourt pas les jar du répertoire bin…
Pour compiler avec les librairies Xerces ou Xalan il suffit de copier les .jar dans $JAVA_HOME/jre/lib/endorsed
Cette config est prévue pour une intellimouse. Nommée souris 5 boutons, il faut plutôt penser à une souris 7 boutons car le système considère la rotation avant et arrière de la molette comme des boutons distincts.
– Paramétrer la souris au niveau matériel sous X:
éditez le fichier xorg.conf et vérifiez que la section souris ressemble à ça :
Section "InputDevice" Identifier "SourisMicromoche" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ExplorerPS/2" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "false" Option "Buttons" "7" Option "ButtonMapping" "1 2 3 6 7" EndSection
nb : après avoir sauvé, CTRL-ALT-DELETE pour redémarrer X. A ce stade les boutons précédents et suivant fonctionnent sous Firefox.
Pour profiter des boutons latéraux sous d’autres applis il faut passer par imwheel.
– Créez un script pour remaper les boutons souris et lancer imwheel à l’ouverture de session :
par exemple dans le répertoire ~/.kde/Autostart créez le fichier mouse5.
#!/bin/sh sudo pkill imwheel xmodmap -e "pointer = 1 2 3 4 5 6 7 8 9 10 11" imwheel -b "67"
nb : pensez au $ chmod +x ~/.kde/Autostart/mouse5
Le mapping est sur 11 boutons bizarrement mais xmodmap en voit 11 alors on va pas le froisser 😉
Voila après il ne reste plus qu’à créer un fichier ~/.imwheelrc pour définir nos propres map pour chaque appli. :
"^Konsole" None, Thumb1, Shift_L|Page_Up None, Thumb2, Shift_L|Page_Down ".*" None, Up, Alt_L|Left None, Down, Alt_L|Right "(null)" None, Up, Alt_L|Left None, Down, Alt_L|Right
Cet exemple permet d’avoir sur les boutons latéraux la tabulation des onglets sur la Konsole.
Un fichier d’exemple plus complet se trouve dans /etc/X11/imwheel/imwheelrc.
Pour tester la config il suffit de relancer manuellement « mouse5 ».
La nouvelle version d’Ubuntu ET Kubuntu, la Dapper, n’aime la carte Asus A7V8X-X. Bizarrement sur le live CD, pas de problème, le son fonctionne, mais une fois l’installation effectuée plus de son.
J’ai comparé les listings de lspci et lsmod sur le liveCD et sur le DD, ils sont identiques…
$ lspci 0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
$ lsmod |grep snd snd_seq_dummy 3844 0 snd_seq_oss 33536 0 snd_seq_midi 9376 0 snd_seq_midi_event 7552 2 snd_seq_oss,snd_seq_midi snd_seq 51984 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_via82xx 28824 0 gameport 15496 2 analog,snd_via82xx snd_ac97_codec 93088 1 snd_via82xx snd_ac97_bus 2304 1 snd_ac97_codec snd_pcm_oss 53664 0 snd_mixer_oss 18688 1 snd_pcm_oss snd_pcm 89864 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss snd_timer 25220 2 snd_seq,snd_pcm snd_page_alloc 10632 2 snd_via82xx,snd_pcm snd_mpu401_uart 7808 1 snd_via82xx snd_rawmidi 25504 2 snd_seq_midi,snd_mpu401_uart snd_seq_device 8716 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi snd 55268 11 snd_seq_oss,snd_seq,snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device soundcore 10208 1 snd
$ cat /dev/sndstat Sound Driver:3.8.1a-980706 (ALSA v1.0.10rc3 emulation code) Kernel: Linux oblivion 2.6.15-26-386 #1 PREEMPT Thu Aug 3 02:52:00 UTC 2006 i686 Config options: 0 Installed drivers: Type 10: ALSA emulation Card config: VIA 8235 with AD1980 at 0xe000, irq 201 Audio devices: 0: VIA 8235 (DUPLEX) Synth devices: NOT ENABLED IN CONFIG Midi devices: NOT ENABLED IN CONFIG Timers: 7: system timer Mixers: 0: Analog Devices AD1980
Ca sent le conflit d’applications mais lsof n’est pas bavard :
$ lsof /dev/snd $ lsof /dev/audio $ lsof /dev/mixer
Le pire c’est que arts « voit » le son passer (les graphes oscillent) mais rien sur les H.P. … (les cables sont branchés et le mixer n’est pas en mute)
LA SOLUTION (sur Kubuntu) :
Par défaut Kmix active le surround et à première vue la ASUS n’aime pas.
Dans l’onglet Interrupteur de Kmix il faut désactiver le « exchange front/surround » et tout rentre dans l’ordre.
Pour faire simple : désactivez tous les boutons de l’onglet Interrupteur de Kmix.
Voila ; )