Ubuntu-fr

Hello and thx for your feedback

I'll try this tonight (not use to use it that way)
After you send this to /dev/nlp1, does a NLP error appear into the file /var/log/syslog ? you can see this with :

grep NLP /var/log/syslog

what kind of kernel do you have ? (real-time ? low-latency ?, lights doesn't works with those kernel for the moment, because the launchpad device is too slow for low-latency and RT kernels)
'uname -a' can answer this question

do the lights work with my software 'launchpadctrl' ?

Sry for the late answer (I dont have internet @ home for the moment (troubles with the f**k**g french b***ard telecom ))

Sortie de la version 0.20 de launchpadctrl :
- Amélioration de la vitesse de lancement des exécutables
- Ajout de la commande 'link', qui permet de lier 2 touches (lancé en simultané, l'une après l'autre, en boucle ou un seul fois)
- Ajout des options 'list' et 'quiet' pour la commande 'mode'
- Suppression de 3 bugs
- Ajout d'un mechanisme basique de tempo de syncronisation des actions

Pour l'instant, la syncronisation est bloquée a 120bpm et n'est pas activé par défaut, cette fonctionnalité évoluera dans la prochaine version

wow......
Un modérateur qui ne connais pas le principe de reprendre une phrase en y insérant son opinion et en y ajoutant à la fin 'fixed'

Ca craint.

Je disait que 'roger64' n'avait pas 'voté', mais 'donné naivement sa voix aux gens qui gèrent le site' et que ce n'était pas un 'progrès' mais une 'régression démocratique'

Bonjour,

D'après l"erreur, on peut voir que l'installation du paquet veut ecraser un fichier apporté par un autre paquet

Renome le fichier /usr/share/man/man1/mesg.1.gz  et retente le coup

Il faudrai signaler le pb au gens qui gère cette distrib, peut-être est-ce déja un pb connu sur leur forum, s'il en ont un.

HS : le titre de ton 1er post est un peu bizarre par rapport a ton problème ......

Bonjour,

Comment as-tu procédé pour cette modification de automatique vers statique ?
Peut tu poster le contenu du fichier /etc/network/interfaces ?

Bonjour,

error while loading shared libraries: libz.so.1: wrong ELF class: ELFCLASS64

La lib est en 64Bits ce qui ne convient pas au compilateur (normale si tu veut compiler pour un processeur ARM 32bits)

Bonjour

Intéressant comme défi
J'ai un peu regardé le code, et y a un truc qui ma parait pas très clair dans tout ça : la fonction dormir()
A première vue, tu 'conseille' de l'utiliser mais si je veut avoir un robot plus réactif que le tiens, il suffit que je ne l'utilise pas (même si ça risque de monopoliser le CPU)
Ne faudrait-il pas définir une obligation d'utiliser dormir() avant ou après un regarder() ?

Sinon, une petite idée pour une fonctionalité supplémentaire pour ton logiciel, ce serai d'inclure le chargement automatique de nouveaux robots (au format .so), plutôt que de devoir recompiler à chaque fois qu'une nouvelle IA est testé (genre via dlopen, dlopen, dlsym, ...)

En tout cas, le concept me plait bien (en C en plus, c'est parfait), j'essayerai de me programmer un robot (que je publierai si j'ai pas trop honte du résultat )

Bonjour,

Quand on fait un whois sur bluesystem.de ou .com on tombe sur l'homme d'affaire Clemens Tönnies

@david96: si ce sont des service inutiles pourquoi ne pas les désactiver au démarrage ?
En tout cas de mon coté pas de souci (sur kubuntu12.04, ça roule tjs aussi bien)

Bonjour,

Ce qui me gêne dans l'article, c'est que sous windows et sous macosx tous fonctionne bien facilement pour l'utilisateur lambda 'en 3-4 cliques'.
Pour MacOsX, , je ne dirai pas grand chose, j'ai pas bcp eu l'occasion d'y toucher et ça ne m'interesse pas plus que ça vu les politiques de l'entreprise et les verrouillages dans tous les sens.
Pour Windows, c'est pas toujours vrai (les 3-4 cliques en questions peuvent être très compliqués pour des utilisateurs lambda), et comme l'exemple de tiramiseb, y a des choses qui sont tout aussi simple, si ce n'est plus.

Et comme d'habitude dans ce genre d'article, on ne prend pas un détail qui me parait des plus important :
MacOSX installé, configuré avant de vendre le matériel
Windows installé, configuré avant de vendre le matériel
Linux : ben d'abord TU doit virer windows (sinon dual-boot), TU installe toi même ta distrib linux, TU configure ta distrib linux en devant faire face aux eventuels pérpihériques non pris en charge, et tu doit t'habituer à un système de fonctionnement totalement différent des 2 OS précédents (4 étapes que feront rarement un utilisateur lambda)

Si je faisait un résumé, le fond de cet article c'est :
1) Toujours pas de machine vendu avec une distribution linux adapté au materiel
2) Tous les logiciels et périphériques vendus dans la grande majorité des magasins ne sont pas tous prévu pour fonctionner avec linux
3) Au niveau de l'interface graphique, tout n'est pas homogène (c'est discutable et ça arrive aussi sous windows)
4) Les gens ont leur habitudes

Quand on aura des distrib linux installés et configurés avant la vente du matos (ça bouge pas mal de ce coté là) et que les 'Ingénieurs', les 'Experts', les "Journalistes" informatiques arrêteront d'écrire des articles bourrés de raccourcis et d'abus de language du genre 'MAC vs PC', on pourra commencer à comparer

Mon point de vue actuel, c'est que l'utilisation 'lambda' de linux est au moins aussi simple qu'un windows, c'est au niveau de l'admistration que ça peut devenir plus compliqué pour l'utilisateur lambda (et en général, c'est plus souvent les habitudes qui sont en cause)

En tous cas, je pense que cette image sera dans le vrai pendant encore pas mal de temps !

Bah quand tu verra des utilisateurs lambda, non informaticien, dépassant la 60aine, sur du linux, tu changera peut-être d'avis. (si si, ça existe)

La, le sujet c'était : un format, de fichier pris en charge par 2 logiciels différent, donc ça ne répond pas au soit-disant problème qu'ont les distrib linux par rapport à windows/mac étant donné que ce problème est identique pour ces 2 systèmes
Puis bon, je ne pense pas que MS office puisse être une référence technique quand ont voit que les nouvelles versions sont même pas foutu d'ouvrir des fichiers créés avec ses anciennes versions.

Intéressant, je dirai exactement l'inverse , question d'expérience et de point de vue.

On en reviens au problème matériel et le manque de compatibilité fournit par le constructeur
Sur les différent portable que j'ai rencontré sous linux, j'ai jamais eu de problème avec les touches pour réduire/augmenter l'eclairage.

Changement d'habitude + méconnaissance du système = caca. Par rapport a ton incident, sur linux, tu lance une commande (update-grub) avec les droits root : ça fait tout tout seul.
Je sait pas si y a un outils graphique par défaut pour ça, pas besoin d'un truc 'cliquodrome' quand 2 mots font tout le travail.
Puis bon .... un bootloader sur MacOsX, si c'est comme le boot loader de windows..... : nocomment
'Fin bref, ça ça fait pas partir des truc que ferai l'utilisateur lambda, ce qui rejoint ce que j'ai dit :

Euuuuu le sujet c'est : linux n'est pas prêt au desktop contrairement à windows et macosx
Et la on ramène un problème de compatibilité entre des logiciels qui n'existe même pas sur windows et macosx et dont les équivalent sur ces 2 plate-forme sont très restreint au niveau de la diversité (et même s'ils existaient sur ces OS, le problème serai le même sur ces 2 OS)
Donc SI ma reflexion est bien placé dans le bon contexte.

Et pour le coup, c'est toi qui est hors-sujet.

A ma connaissance dans les IHM light, y a windowsmaker ou fluxbox, après tu doit pouvoir trouver pas mal de sujet sur les interfaces super légère disponible.

Après si tu a pas bcp de mémoire vive, ne faudrait-il pas augmenter la mémoire swap ? (ça ralentira la machine plutot que de planter les app)

Les firewalls étant le saint-grall de la sécurité, on a la sécurité maximal sur ubuntu et dérivé

Ben oui, Openoffice est installé par défaut ! c'est un firewall opensource. (source: Un ancien membre du gouvernement, c'est donc une preuve que c'est vrai)

Les linux n'ont donc pas besoin d'autre choses que openoffice pour être sécurisé CQFD

(Oui j'ai eu envie de participer de manière constructif au tro.....heu... débat)