Le dev a été repris par Ericsson assez récemment et ça fonctionne plutôt bien: https://github.com/Ericsson/exchangecalendar
Je ne l'utilise pas beaucoup mais j'imagine qu'Ericsson doit l'utiliser en interne.
Il y a gtags (gnu global) aussi. Il existe des plugins pour emacs et vim comme pour cscope.
Le makefile du kernel propose des targets cscope, gtags et tags. Il y a aussi un scripts tags.sh dans linux-x.x/scripts qui permet de filtrer les fichiers à prendre en compte si je me souvient bien. Genre il génère un fichier cscope.files ne contenant que les .c, .h et .S correspondant à ton architecture.
Han. J'ai posté trop vite et répondu à moitié à côté.
Niveau outils pour connaître l'empreinte mémoire d'un programme, il y a un certain temps, j'ai bricolé avec ps_mem.py et sp-smaps parmi les outils développés chez maemo.
La différence entre free et /proc/pid/status vient du fait que free donne des informations sur la mémoire physique alors que Vm{Peak,Size} donnent des informations sur la mémoire virtuelle.
Un processus peut avoir réservé bien plus de mémoire qu'il n'y a de mémoire physique sur le système. Ce n'est pas un problème tant qu'il ne s'en sert pas. S'il s'en sert alors le système finira par swapper ou le processus sera tué.
Ce phénomène peut se produire dans le cas d'un programme qui contient "beaucoup" de threads. Si c'est ton cas, tu peux essayer de réduire la taille de la stack des threads. Par défaut, la glibc réserve 8MB pour la stack de chaque thread dans l'espace mémoire du processus père. Sauf cas particulier, avec 32kB ça devrait fonctionner sans problème.
Voir man setrlimit (global) ou man pthread_attr_setstacksize (par thread).
En même temps, si cela vient des threads, la mémoire ne sera pas utilisée donc tu ne devrait pas avoir de pb. Sauf si tu créer trop de thread et que tu atteins la limite de l'espace virtuel (déjà vu!).
Je ne connais pas spécifiquement ces cartes mais je pense que tu as besoin des deux. Le module AF27 contient le SOC, la RAM, la Flash et le FPGA. Il se plug sur la carte de développement AF27_Dev qui donne accès aux périphériques de façon sûre et fournie l'alimentation.
Je te suggère d'essayer xdotool. Je n'ai pas le temps de regarder de près mais la page de manuel est très bien faite ;-)
Les commandes search et getactivewindow devraient faire l'affaire.
Je ne connais pas de lib mais les codecs a-law et µ-law sont très simples et on les trouve implémentés dans un seul fichier C dans divers logiciels (Asterisk par exemple).
Sinon, il y a l'implémentation de référence : http://www.itu.int/rec/T-REC-G.191-201003-I/en (fichier g711.c).
La page en anglais de wikipedia est plus fournie: http://en.wikipedia.org/wiki/G.711
De rien. En plus, je me suis trompé (on va dire qu'il est trop tôt).
Il fallait lire: "Cela se produit aussi avec le 2.6.37 et udev-165 mais pas avec udev-164."
On en reparlera le jour où GNOME Keyring daemon fera agent PGP…
C'est le cas en 2.32. Je ne sais pas si c'est au point mais ça fonctionne pour le peu de tests que j'ai fait. L'option est activable via gconf-editor ou avec l'option --components=gpg
Bah moi je n'utilise que ça depuis des années. Je n'ai jamais pu me faire aux touchpads. J'ai même un synclient TouchpadOff=1 dans mon .xinitrc.
C'est curieux qu'on ne trouve ce bitonio super pratique que sur les gammes pro (Thinkpad, Dell Latitude et HP). Pourvu qu'il ne disparaisse pas comme la touche insert...
Vu que le sujet est très vaste et que les journalistes et les standardistes n'y connaissent pas grand chose ce n'est pas étonnant que l'émission paraissent brouillon. Je trouve d'ailleurs que les intervenants s'en sont pas mal sortis même si je suis pratiquement sûr que ça n'a pas du faire avancer grand chose... Le format de l'émission n'est pas du tout adapté selon moi. Il faudrait au moins avoir une présentation au début et une discussion ensuite.
La grande majorité des gens ne comprends strictement rien à ce qu'est un OS, un logiciel, un protocole ou même un fichier ou du moins comment ça se représente et s'articule; du coup, comment parler de format, de compatibilité, de communication ou autre? Après, on y ajoute du droit (licences, droit d'auteurs, brevets) et là encore ce n'est pas facile; il y a bcp. de mythes et de légendes et même entre initiés ce n'est pas toujours évident. Une bonne couche de généralités genre libertés et droits de l'Homme dont plus grand monde se préoccupe par dessus et il n'y a plus personne. Au final, de toutes façons, les gens ne voient pas ce que ça peut leur apporter donc ils ne vont pas se motiver pour essayer de comprendre. Je n'ai pas l'impression que ce genre de problème se limite aux logiciels libres d'ailleurs... Dès qu'un sujet est un peu technique, ça devient très vite une affaire de spécialistes... Entre les experts qui ont du mal à vulgariser et monsieur tout le monde qui n'a pas la moindre culture technique et pas un appétit débordant pour la découverte, c'est souvent l'incompréhension totale.
Le seul argument qui pourrait toucher, c'est la gratuité mais d'une part ce n'est pas l'idée (d'ailleurs, ils ont bien insisté là-dessus dans l'émission et le message a du passer) et de toutes façons pour bcp. de gens, au quotidien, tous les softs sont gratuits.
Existe-t'il des petits guide clairs et concis présentant les différents aspects des logiciels libres et de l'informatique en général? Avec des cas concrets montrant bien la différence et les avantages que les utilisateurs peuvent en retirer? Je n'ai pas encore cherché, j'avoue...
Je trouve ça allucinant.
Je peux tout à fait admettre que les gens s'en foutent ou ne comprennent rien, mais pourquoi être contre?
A se demander si l'esprit du titre du premier commentaire n'est pas encore bien vivace...
En plus, je ne vois pas quel intéret il y a en France d'être contre vu le nombre d'éditeurs de soft proprioprivateurs grands publics.
# Plugin Exchange pour thunderbird qui fonctionne
Posté par alk . En réponse au journal Sysadmin en environnement hostile. Évalué à 4.
Le dev a été repris par Ericsson assez récemment et ça fonctionne plutôt bien: https://github.com/Ericsson/exchangecalendar
Je ne l'utilise pas beaucoup mais j'imagine qu'Ericsson doit l'utiliser en interne.
# simavr
Posté par alk . En réponse au message Simulation Avancée de microcontroleur AVR . Évalué à 4.
https://gitorious.org/simavr
J'ai noté ça dans mes tablettes il y a quelques temps.
Je n'ai pas testé mais ça semble correspondre à tes attentes.
# udevil + devmon ?
Posté par alk . En réponse au message Daemon qui s'occupe de monter les périphériques à chaud. Évalué à 2.
Pour un serveur, tu peux peut-être utiliser udevil et devmon.
Sinon, il y a sûrement des infos à prendre ici: Archlinux - udev.
[^] # Re: Pourquoi ne pas utiliser le même environnement que les hackers du noyau chevronnés?
Posté par alk . En réponse au message Travail autour de la compilation d'un kernel. Évalué à 2.
Il y a gtags (gnu global) aussi. Il existe des plugins pour emacs et vim comme pour cscope.
Le makefile du kernel propose des targets cscope, gtags et tags. Il y a aussi un scripts tags.sh dans linux-x.x/scripts qui permet de filtrer les fichiers à prendre en compte si je me souvient bien. Genre il génère un fichier cscope.files ne contenant que les .c, .h et .S correspondant à ton architecture.
[^] # Re: mémoire virtuelle != mémoire physique
Posté par alk . En réponse au message Mesure incohérente de consommation mémoire. Évalué à 1.
Han. J'ai posté trop vite et répondu à moitié à côté.
Niveau outils pour connaître l'empreinte mémoire d'un programme, il y a un certain temps, j'ai bricolé avec ps_mem.py et sp-smaps parmi les outils développés chez maemo.
# mémoire virtuelle != mémoire physique
Posté par alk . En réponse au message Mesure incohérente de consommation mémoire. Évalué à 3.
La différence entre free et /proc/pid/status vient du fait que free donne des informations sur la mémoire physique alors que Vm{Peak,Size} donnent des informations sur la mémoire virtuelle.
Un processus peut avoir réservé bien plus de mémoire qu'il n'y a de mémoire physique sur le système. Ce n'est pas un problème tant qu'il ne s'en sert pas. S'il s'en sert alors le système finira par swapper ou le processus sera tué.
Ce phénomène peut se produire dans le cas d'un programme qui contient "beaucoup" de threads. Si c'est ton cas, tu peux essayer de réduire la taille de la stack des threads. Par défaut, la glibc réserve 8MB pour la stack de chaque thread dans l'espace mémoire du processus père. Sauf cas particulier, avec 32kB ça devrait fonctionner sans problème.
Voir man setrlimit (global) ou man pthread_attr_setstacksize (par thread).
En même temps, si cela vient des threads, la mémoire ne sera pas utilisée donc tu ne devrait pas avoir de pb. Sauf si tu créer trop de thread et que tu atteins la limite de l'espace virtuel (déjà vu!).
# les deux
Posté par alk . En réponse au message Armadeus APF27. Évalué à 3.
Je ne connais pas spécifiquement ces cartes mais je pense que tu as besoin des deux. Le module AF27 contient le SOC, la RAM, la Flash et le FPGA. Il se plug sur la carte de développement AF27_Dev qui donne accès aux périphériques de façon sûre et fournie l'alimentation.
# Makerbot Industries != Make: magazine
Posté par alk . En réponse à la dépêche La frénésie des imprimantes 3D. Évalué à 1.
Il me semble que le MakerBot n'a rien à voir avec Make: magazine.
# xdotool
Posté par alk . En réponse au message Récupérer l'ID de la fenêtre active.. Évalué à 3.
Je te suggère d'essayer xdotool. Je n'ai pas le temps de regarder de près mais la page de manuel est très bien faite ;-)
Les commandes search et getactivewindow devraient faire l'affaire.
# ITU G.191
Posté par alk . En réponse au message Librairie pour les codecs G.711: PCMU/PCMA. Évalué à 3.
Je ne connais pas de lib mais les codecs a-law et µ-law sont très simples et on les trouve implémentés dans un seul fichier C dans divers logiciels (Asterisk par exemple).
Sinon, il y a l'implémentation de référence : http://www.itu.int/rec/T-REC-G.191-201003-I/en (fichier g711.c).
La page en anglais de wikipedia est plus fournie: http://en.wikipedia.org/wiki/G.711
[^] # Re: Problème udev
Posté par alk . En réponse au message [ArchLinux/Kernel] qualité du noyau en berne ?. Évalué à 1.
Il fallait lire: "Cela se produit aussi avec le 2.6.37 et udev-165 mais pas avec udev-164."
# Problème udev
Posté par alk . En réponse au message [ArchLinux/Kernel] qualité du noyau en berne ?. Évalué à 4.
Voir https://bugs.archlinux.org/task/22343
[^] # Re: Huh ? retour vers le futur ou quoi ?
Posté par alk . En réponse au journal Ce que serait un agent cryptographique parfait. Évalué à 2.
C'est le cas en 2.32. Je ne sais pas si c'est au point mais ça fonctionne pour le peu de tests que j'ai fait. L'option est activable via gconf-editor ou avec l'option --components=gpg
[^] # Re: Tu diras ce que tu voudras...
Posté par alk . En réponse au journal Coup de tonnerre sur l'internetosphère. Évalué à 2.
C'est curieux qu'on ne trouve ce bitonio super pratique que sur les gammes pro (Thinkpad, Dell Latitude et HP). Pourvu qu'il ne disparaisse pas comme la touche insert...
[^] # Re: Arduino
Posté par alk . En réponse au journal Arduino, microcontrollers, CCC, LoL (shield, pas laugh ;) ).... Évalué à 3.
http://git.debian.org/?p=collab-maint/arduino.git
Il y a aussi une tentative d'IDE en Gtk:
http://code.google.com/p/arduinogtkide/
[^] # Re: On n'arrête pas l'inéluctabilité du progrés
Posté par alk . En réponse au journal Douce France, cher pays de mon errance. Évalué à 4.
C'était au 7-10 sur France Inter lundi dernier. Il y a un résumé ici: http://www.numerama.com/magazine/12464-Pascal-Negre-un-disqu(...)
[^] # Re: Quelle déception !
Posté par alk . En réponse à la dépêche « Le téléphone sonne » (France Inter) sur le logiciel libre à 19h20 ce mardi soir. Évalué à 3.
La grande majorité des gens ne comprends strictement rien à ce qu'est un OS, un logiciel, un protocole ou même un fichier ou du moins comment ça se représente et s'articule; du coup, comment parler de format, de compatibilité, de communication ou autre? Après, on y ajoute du droit (licences, droit d'auteurs, brevets) et là encore ce n'est pas facile; il y a bcp. de mythes et de légendes et même entre initiés ce n'est pas toujours évident. Une bonne couche de généralités genre libertés et droits de l'Homme dont plus grand monde se préoccupe par dessus et il n'y a plus personne. Au final, de toutes façons, les gens ne voient pas ce que ça peut leur apporter donc ils ne vont pas se motiver pour essayer de comprendre. Je n'ai pas l'impression que ce genre de problème se limite aux logiciels libres d'ailleurs... Dès qu'un sujet est un peu technique, ça devient très vite une affaire de spécialistes... Entre les experts qui ont du mal à vulgariser et monsieur tout le monde qui n'a pas la moindre culture technique et pas un appétit débordant pour la découverte, c'est souvent l'incompréhension totale.
Le seul argument qui pourrait toucher, c'est la gratuité mais d'une part ce n'est pas l'idée (d'ailleurs, ils ont bien insisté là-dessus dans l'émission et le message a du passer) et de toutes façons pour bcp. de gens, au quotidien, tous les softs sont gratuits.
Existe-t'il des petits guide clairs et concis présentant les différents aspects des logiciels libres et de l'informatique en général? Avec des cas concrets montrant bien la différence et les avantages que les utilisateurs peuvent en retirer? Je n'ai pas encore cherché, j'avoue...
[^] # Re: Vote: etes vous favorable au developpement du libre ?
Posté par alk . En réponse à la dépêche « Le téléphone sonne » (France Inter) sur le logiciel libre à 19h20 ce mardi soir. Évalué à 3.
Je peux tout à fait admettre que les gens s'en foutent ou ne comprennent rien, mais pourquoi être contre?
A se demander si l'esprit du titre du premier commentaire n'est pas encore bien vivace...
En plus, je ne vois pas quel intéret il y a en France d'être contre vu le nombre d'éditeurs de soft proprioprivateurs grands publics.
[^] # Re: Reportage ce matin à 8h
Posté par alk . En réponse à la dépêche « Le téléphone sonne » (France Inter) sur le logiciel libre à 19h20 ce mardi soir. Évalué à 3.
Il y a du boulot pour les invités de l'émission de ce soir...