Laurent Léonard a écrit 63 commentaires

Une règle udev devrait résoudre ton problème.

Essaye ceci : http://lists.debian.org/debian-user-french/2005/10/msg01215.(...)

Excellent, c'est exactement ce que je cherchais !

Merci.

J'ai d'abord pensé à un soucis de permission mais après avoir mis /proc/bus/usb en chmod 777, Digikam n'a toujours pas re-reconnu l'appareil ! :'(

Je suppose que les erreurs de compilation du fichier libiberty/cplus-dem.c sont liées à ce problème...

Impossible de compiler binutils, l'option -no-cpp-precomp ne semble pas exister... :s

Je pense que ceci devrait répondre à mes besoins : http://www.emdebian.org/tools/crosstools.html

Le problème est que j'ai des problèmes de dépendance au niveau des paquets libgcc1-arm-cross et cpp-3.4-arm-linux qui dépendent de libc6-arm-cross qui dépend lui-même de tzdata-arm-cross... qui n'existe pas !

C'est pour un Motorola A780, les binaires du portage ARM Debian tournent impec (j'ai testé les paquets shellutils et util-linux), donc je suppose que tout code compilé pour ARM tournera dessus...

Je viens d'installer gphoto2 (j'avais libgphoto2-2 par contre) et la commande gphoto2 -P télécharge correctement mes photos... Digikam par contre me dit toujours que mon appareil n'est pas connecté/pas sous tension...

La 1.0.11-7 sortie cette nuit corrige le problème ! :)

Je viens d'installer la version 1.0.11-6 de libasound2 sur mes 2 machines et maintenant c'est le démon arts lui même qui me donne une erreur d'initialisation de driver... snif je reste donc en 1.0.11-3...

Effectivement c'est très embêtant !

Merci de m'avoir aiguillé sur ce rapport de bug.

Pour ceux qui désireraient rapidement (provisoirement) contourner le problème, il suffit simplement de downgrader le paquet libasound2 :

ajouter (par exemple) un dépot testing dans /etc/apt/sources.list
apt-get update
apt-get install libasound2=1.0.11-3

J'avais oublié que la profondeur des couleurs se réglait dans les paramètres de Screen et non pas avec une option du driver...

Je suis donc en 24 bits... J'ai testé avec les valeurs 16 et 32 mais celles-ci ne donnent qu'un écran noir au lancement du serveur X, même pas moyen de passer en console avec un Ctrl+Alt+F1, et le Ctrl+Alt+BackSpace fait rebooter la machine ! Seul le 24 bits donne un écran "utilisable"...

HWCursor semble être à on par défaut, j'ai testé les deux et HWCursor me donne le même résultat que maintenant... Tandis qu'avec SWCursor, le curseur se redessine à peine, on le perd de vue... Les autres problèmes d'affichage restent présents...

Je n'ai pas mis de paramètre spécifique pour le nombre de couleurs mais je pense que ça doit être du 24 bits par défaut...

Une idée ?