zoroastre:
Par contre, certaines comparaisons sont un peu fallacieuses, car comparer les depots svn avec ceux de debian est un peu tirer par les cheveux et aller chercher une version "plus à jour" sur un tel depot, c'est aussi prendre le risque d'être confronté à des bugs ou des incohérences entre les librairies et le logiciel lui même.
Oui c'est vrai, mais tout dépend du svn et du "niveau de professionnalisme" du dév en charge du projet.
Il y a quelques bug (c'est inévitable pour une version nigthly) mais ils sont résolu trés rapidement de par la nature "nigthly" même de la branche.
C'est aussi une façon de penser, je suis sur la nigthly, je rencontre un bug, j'ouvre un ticket pour le signaler et cela rend permet de fiabilisé encore plus le code qui finira par passer en stable.
Et puis faire un update en svn / git est (pour moi) aussi simple qu'avec un gestionnaire de paquets.
Un update du dossier, si il ya modif une compilation, et aprés installation, le tout se résumant dans 99% des cas à
svn update && ./configure && make clean && make all && make install
zoroastre:
En gros, sous linux, tu sais ce que tu fais ou tu ne sais pas !!!
Je dis çà mais je ne dis rien 
Tu maitrise et tu fait ton truc, ou tu maitrise pas et tu reste avec les truc de base 
68tjs:
quand on ne dév pas en avr-c (ce qui n'est pas ton cas)
Qu'est ce que tu en sais ?
Les exemples dans mes notes sur les interruptions PCINT de l'atmega328p ils sont en langage arduino ou en avr-gcc ?
Par ma parenthèse j'entends que toi tu sait codé en avr-c, ou du moins tu sait ce que tu fait avec les registres et le datasheet.
Du reste tes notes sur PCint sont en avr-c mixé avec de l'arduino.
Quand on ne s'intéresse pas à ce qui a en dessous de la librairie arduino il n'y as aucun intéret à regarder les versions de avr-gcc que l'on utilise (au risque de faire une erreur dans le choix).
68tjs:
4) L'architecture Debian est très stricte, c'est ce qui fait sa solidité, et je n'ai vraiment pas envie de la rendre instable avec la version officielle arduino qui pour moi manque de transparence.
Tu devrais avoir plus confiance dans la version officiel.
Je suit de trés prés le github de la team arduino et je peut t'assurer que certaines modifications mériteraient même de faire une nouvelle version de l'ide tellement elle sont intéréssante / critique / bénéfique.
Mais chacun ses gouts, moi j'aime les nightly, toi tu est plus unstable, chacun à le droit de faire ses choix comme il l'entend
(Du reste je tourne avec un ide 1.0.1 svn, au thème graphique arduino 0023, en anglais, avec un core arduino custom et un plugin teensyduino modifié, j'aime bien avoir des trucs pas conventionnel 
)
MikeLarson:
Merci à tous pour ces infos. J'ai donc installé le "bon" IDE d'arduino. Maintenant ça compile, ça upload (par contre c'est super long!!!!!).
Par contre il est vrai que l'utilisation du Serial Monitor est à ch***. Dans l'ancienne version avec mon Uno c'était rapide, là je doit attendre très longtemps (l'ordre de la minute), fermé et réouvrir je ne sais combien de fois mon Serial Monitor pour que ça marche. Alors? Cela vient il de la communication Série? Ou cela vient il de l'IDE?
Pour en savoir plus je vais regarder à l'oscillo les signaux qui transitent et voir ainsi quand la communication ce lance. On verra bien.
A mon avis cela vient de ton ordi, à tu des clef usb bluetooth sur ton ordi (ils sont connu pour ralentir considérablement le serial monitor).
Met à jour la librairie RxTx, elle est peut être trop ancienne pour ton systéme ?
