Ben c'est simple:
à partir de sage:
import sage -> pas de problèmes
import h5py -> import error (exemple typique de module python installé sur le système)
à partir du python système:
import sage -> import error
import h5py -> pas de problèmes
Les deux pythons ne sont simplement pas connectés: on peux utiliser sage seulement avec les modules qui y sont liés, et on ne peut pas utiliser sage avec le python système. Bref, du gros monolitique inutilisable en dehors de ce qui est prévu par les développeurs sage.
C'est effectivement très bien, je l'utilise souvent, mais il faut quand même signaler au passage sa méthode de packaging la plus pourrie que l'on puisse imaginer. L'installation consiste à télécharger une grosse archive de ≈400MB, et de décompresser tout ça dans /usr/local.
OK, ça marche, mais on se retrouve avec toute une flopée de programmes installés avec; Sage arrive avec son propre python, son propre maxima, R, librairies diverses (Atlas, GSL, ...), etc. Ils trouvent même le besoin de balancer leurs propres versions de programmes effectivement super rares tels bzip2, patch, et j'en passe. Bref, zéro intégration. Typiquement, je n'ai aucune idée de la manière d'utiliser sage à partir de mes scripts pythons, vu qu'ils faut passer par leur propre shell... Franchement dommage, cela limite énormément son utilité.
Houla, attention, en ce qui concerne Nature, c'est les prix "Open Access" que tu donnes. Soit l'auteur paie 5000$, et alors l'article est téléchargeable gratuitement par les lecteurs (donc le système "PLoS"), soit l'auteur ne paie rien, et les lecteurs doivent payer les 32$ pour accéder à l'article (donc le système "classique").
Effectivement ça me dit quelque chose, cette technique de ip-forwarding, j'avais du faire cela la dernière fois. Je vais essayer ça avec le cable qui traîne (grande chose qu'il soit droit... :-/) on va voir si ça passe.
N'empêche, ça coûte quoi de toujours initialiser ses variables à zéro ? C'est quand même plus propre, plus lisible, et on est sûr qu'il n'y a pas de problèmes à ce niveau...
Bon, il s'avère que je n'appellait pas le bon device... enfin je me perds un peu entre tous ces devices et leur organisation du coup. Ce qui est crée lors de la connexion du dongle est en fait /sys/class/input/input44 (le grand nombre de l'input vient de mes multiples tentatives de plug/unplug... )
Du coup pour capter la création du device, il faut juste:
SUBSYSTEM=="input", ATTR{name}=="Kensington Ci95m Wireless Mouse with Nano Receiver", RUN+="/bin/sh -c 'test -e /sys/$env{DEVPATH}/device/../power/wakeup && echo disabled > /sys/$env{DEVPATH}/device/../power/wakeup'"
C'est en fait inspiré d'un changement de paramètre que j'ai trouvé dans z60_libsane.rules. Apparement, udev n'est pas fait pour changer les paramêtres du sysfs (on peut juste se servir du sysfs pour identifier le bon device), mais on peut lui passer une ligne de commande pour changer le paramêtre par un "echo param > fichier".
Bref, ceci marche bien dans le sens que lorsque l'on branche le dongle, le "power/wakeup" est mis sur "disabled", et donc la vise en veille marche bien. Une seule fois. :(
Une fois que l'on sort du suspend, le wakeup est remis sur "enabled".
Conclusion: il s'agit bien de la configuration de la souris qui est reglée sur "wakeup enabled", et ceci n'est pas effectué lors de la connexion. Au réveil du suspend, la souris n'est pas reconnectée, mais reconfigurée. Si je comprends bien, le processus doit être "connexion => nouvelle souris détectée => configurée (donc sur wakeup enabled) => matching udev => wakeup disabled" lors de la connexion, et "unsuspend=>reconfiguration des périph=>wakeup enabled pour la souris" lors du unsuspend.
Donc nouvelle question: ou est-ce que la configuration du comportement de la souris vis-a-vis du wakeup est effectué ???
Merci pour les propositions. Pour le BIOS, je regarderai ça en dernier ressort. Pour le script ACPI, pourquoi pas...
Mais n'y a-t-il pas un moyen propre de configurer les propriétés dispo dans /sys/ pour une périph donné ? Il me semble que faire ça avec udev serait le bon moyen, mais je ne suis pas sur d'avoir compris, et ça ne marche pas. A ce que j'ai compris, il faut d'abord identifier le périph:
$ udevinfo -a -p /sys/bus/usb/devices/4-2/power
Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""
Écrire des règle permettant d'identifier ce que l'on veut, par exemple:
KERNEL=="power", SUBSYSTEMS=="usb", ATTRS{idProduct}=="104b", ATTRS{product}=="Kensington Ci95m Wireless Mouse with Nano Receiver"
c'est à dire que l'on veut configurer le device correspondant à l'appeleation "power" dans le noyau, et dont le subsystem matche les attributs suivant (par exemple ici correspondant au sous-system usb, avec tel "idProduct", et tel nom "product". J'ai aussi essayé avec seulement l'idProduct par exemple, je pense que ça devrait suffire, mais sans succès)
Puis ensuite, passer les paramètres que udev va régler lors de la détection du periph correspondant au pattern, ce qui donne par exemple:
KERNEL=="power", ATTRS{idProduct}=="104b", ATTR{wakeup}="disabled"
Placer cette ligne dans un fichier /etc/udev/rules.d/xx-kensington-mouse.rules, le xx indiquant dans quel ordre sera processé cette regle par rapport aux autres (j'ai essayé plusieurs valeurs pour que ce soit réalisé soit en premier soit en dernier, sans mieux de succès).
Et j'ai beau brancher/débrancher mon dongle, il est toujours configuré en "wakeup enable"... Je ne comprends pas trop pourquoi ça ne marche pas :(
Euh... le code est à mettre en GPL, donc c'est à la communauté que l'idée innovante est donnée. Dans ce cas, que le code soit publié sur un site Web perso ou par le biais d'un concours, ça ne change pas grand chose.
Pour la popularité de enlightenment... n'était-ce pas justement a cette époque qu'il s'agissait du WM de gnome :) ?
Honnètement, j'avoue que la découverte de enlightenment (cétait les DR13 et DR15 quand j'ait découvert E) était vraiment bluffant par rapport à ce qui était possible du coté de windows (époque W95 et W98...) et a pas mal joué pour ma conversion (W98 a été mon dernier OS proprio).
Quand à la difficulté de faire fonctionner le son et X11... je vois pas trop. Je me rappelle même avoir énormément galéré pour réussir a faire fonctionner correctementma carte son sous W95 a cause des problèmes de compatibilités entre mode W95/mode DOS, problèmes dont je pu être libéré en passant sous Linux. Quand à X11... époque où la 3D était inutile, c'était donc plutôt moins problématique que maintenant.
En cherchant dans le cinéma undergound japonais des années 80, on arrives facilement à trouver une distance de 4. Voir du coté de sogo ishii (http://oracleofbacon.org/cgi-bin/oracle/movielinks?firstname(...) ) par exemple, mais j'ai pas trouvé au dessus... Je dois pas être assez joueur
OK alors:
1) un des problème de ne pas pouvoir utiliser le DMA provient du chargement du driver IDE générique AVANT le drivers spécifique (piix en ce qui me concerne)
2) il faut donc que le piix soit chargé avant, ce qui à lieu soit par le /etc/modules.conf (il faut donc avoir piix en premier) soit par le initrd
3) et la, justement, je me rappelle que mon initrd avait été modifié lors de je ne sais plus quel upgrade. Je fouille dans mon /boot/, il y a bien un nouveau initrd (pour les _deux_ noyos) et heureusement un .bak de chacun.
4) je remplace les nouveaux par les anciens, je reboot... et je retrouve mes DMA.
Conclusion: je ne sais plus quel update m'a foutu des initrd foireux qui chargent pas le bon drivers IDE. Bon, je vais fouiller tout ça pour réparer ça proprement (sinon je vais encore me retrouver avec un initrd foireux à la prochaine occaz), mais l'idée était là :-D
Peut-être un début de piste, et qu'il y a un conflit avec cette histoire de ATA/IDE. Bon, moi ça ne donne vraiment rien, pas de modif pour l'instant.
Enfin merci, je vais creuser ça, et je posterai quand même la réponse quand je l'aurai trouvée (en espérant que...)
Ben ça n'a rien a voir avec un copier coller. Tu peux enregistrer ton texte en mettant des "&" comme séparateur de colonnes et des "\\" comme fin de ligne, non ? Et donc tu récupère bien ton tableau "formaté LaTeX" et tu peux lui faire ce que tu veux par la suite...
La France vient de passer en 5 ans de la 11ème place à la 37ème. Raison:
"La France (35e) perd cinq places depuis l’année dernière et vingt-quatre places en cinq ans. La multiplication des perquisitions au sein de médias et des mises en examen de journalistes est un réel sujet de préoccupation pour les organisations professionnelles et les syndicats. Par ailleurs, l’automne 2005 a été particulièrement difficile pour les journalistes français. Plusieurs d’entre eux ont été agressés ou menacés lors du conflit syndical né de la privatisation de la SNCM, en Corse, et pendant les violentes manifestations dans les banlieues françaises, en novembre."
(http://www.rsf.org/rubrique.php3?id_rubrique=638)
Sarko n'est pas président, mais pas innocent non plus dans l'affaire...
> On m'a toujours dit que LA condition pour jouer correctement du
> thérémine était d'avoir l'oreille très musicale.
J'avais discuté avec un joueur de theremine après un concert (le musicos de Seksu Roba: http://www.seksuroba.com/ ), et il comparait le theremine au violon pour ça (sachant qu'il est aussi violoniste). Il vaut vraiment avoir une bonne oreille, car si tu veux ajuster le bon ton du son, ça ce joue à bouger de quelques millmètres ta main de l'antenne principale. Et c'est l'horreur pour accorder, car ça dépend énormément de la salle, de l'environnement, etc...
Bon après, tous les autres groupes que j'ai pu entendre au theremine se prenaient beaucoup moins la tête, et le but était plus de faire quelque sons électro un planant/bizarroïdes qu'une mélodie bien structurée, hein...
Y'a pas de doute, on est bien sur linuxfr... Tu crois vraiment qu'il est possible de lire ça au premier degré ? J'ai l'impression que de plus en plus "second degré" est nécessairement lié à "présence de smiley" pour être compréhensible par tous.
Effectivement comme déjà dit, bug sur la 2.0.4~rc2, qui devrait être corrigé (au vu de la page de bug report) pour la rc3 qui n'est pas encore uploadée.
Dans l'attente, apt-get install <packages office>/testing (en listant tous les packages office), et on se retrouve avec la 2.0.3 qui marche bien.
Et puis bon, faut pas pousser: -268°C, c'est tout simplement autour de 4K, soit si je ne m'abuse bêtement un refroidissement à l'hélium liquide, non ?
Et il y a beaucoup d'appareils commerciaux qui fonctionne avec ce type de refroidissement. Tous les appareillages modernes de spectro RMN, par exemple, qui doivent bien équipper la majorité des labo de chimie orga (au moins en service commun). Donc une facture en conso d'hélium liquide plutôt que d'électricité :-)
[^] # Re: Sans condition d'utilisation ?
Posté par THE_ALF_ . En réponse au journal Retour de la censure sur la tribune. Évalué à -1.
Parce que se servir du code source d'une appli n'est pas justement une des utilisations de l'appli ???
[^] # Re: Et Sagemath?
Posté par THE_ALF_ . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 3.
Ben c'est simple:
à partir de sage:
import sage -> pas de problèmes
import h5py -> import error (exemple typique de module python installé sur le système)
à partir du python système:
import sage -> import error
import h5py -> pas de problèmes
Les deux pythons ne sont simplement pas connectés: on peux utiliser sage seulement avec les modules qui y sont liés, et on ne peut pas utiliser sage avec le python système. Bref, du gros monolitique inutilisable en dehors de ce qui est prévu par les développeurs sage.
[^] # Re: Et Sagemath?
Posté par THE_ALF_ . En réponse à la dépêche Petite actu des outils d’analyse numérique. Évalué à 10.
C'est effectivement très bien, je l'utilise souvent, mais il faut quand même signaler au passage sa méthode de packaging la plus pourrie que l'on puisse imaginer. L'installation consiste à télécharger une grosse archive de ≈400MB, et de décompresser tout ça dans /usr/local.
OK, ça marche, mais on se retrouve avec toute une flopée de programmes installés avec; Sage arrive avec son propre python, son propre maxima, R, librairies diverses (Atlas, GSL, ...), etc. Ils trouvent même le besoin de balancer leurs propres versions de programmes effectivement super rares tels bzip2, patch, et j'en passe. Bref, zéro intégration. Typiquement, je n'ai aucune idée de la manière d'utiliser sage à partir de mes scripts pythons, vu qu'ils faut passer par leur propre shell... Franchement dommage, cela limite énormément son utilité.
[^] # Re: La qualité des articles
Posté par THE_ALF_ . En réponse à la dépêche Rendre les résultats de la recherche scientifique accessibles à tous. Évalué à 5.
[^] # Re: Pas si compliqué
Posté par THE_ALF_ . En réponse au message Configurer un ordi comme relay internet. Évalué à 3.
merci aussi au passage pour le dns 8.8.8.8, c'est bon à savoir et ça peut toujours dépanner.
[^] # Re: Pas si compliqué
Posté par THE_ALF_ . En réponse au message Configurer un ordi comme relay internet. Évalué à 1.
merci.
[^] # Re: Et après ?
Posté par THE_ALF_ . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 7.
[^] # Re: pas du tout, efface...
Posté par THE_ALF_ . En réponse au sondage rm -rf / me donne. Évalué à 2.
[^] # Re: udev ?
Posté par THE_ALF_ . En réponse au message Eviter le réveil après un suspend par une souris USB. Évalué à 1.
Du coup pour capter la création du device, il faut juste:
SUBSYSTEM=="input", ATTR{name}=="Kensington Ci95m Wireless Mouse with Nano Receiver", RUN+="/bin/sh -c 'test -e /sys/$env{DEVPATH}/device/../power/wakeup && echo disabled > /sys/$env{DEVPATH}/device/../power/wakeup'"
C'est en fait inspiré d'un changement de paramètre que j'ai trouvé dans z60_libsane.rules. Apparement, udev n'est pas fait pour changer les paramêtres du sysfs (on peut juste se servir du sysfs pour identifier le bon device), mais on peut lui passer une ligne de commande pour changer le paramêtre par un "echo param > fichier".
Bref, ceci marche bien dans le sens que lorsque l'on branche le dongle, le "power/wakeup" est mis sur "disabled", et donc la vise en veille marche bien. Une seule fois. :(
Une fois que l'on sort du suspend, le wakeup est remis sur "enabled".
Conclusion: il s'agit bien de la configuration de la souris qui est reglée sur "wakeup enabled", et ceci n'est pas effectué lors de la connexion. Au réveil du suspend, la souris n'est pas reconnectée, mais reconfigurée. Si je comprends bien, le processus doit être "connexion => nouvelle souris détectée => configurée (donc sur wakeup enabled) => matching udev => wakeup disabled" lors de la connexion, et "unsuspend=>reconfiguration des périph=>wakeup enabled pour la souris" lors du unsuspend.
Donc nouvelle question: ou est-ce que la configuration du comportement de la souris vis-a-vis du wakeup est effectué ???
# udev ?
Posté par THE_ALF_ . En réponse au message Eviter le réveil après un suspend par une souris USB. Évalué à 1.
Mais n'y a-t-il pas un moyen propre de configurer les propriétés dispo dans /sys/ pour une périph donné ? Il me semble que faire ça avec udev serait le bon moyen, mais je ne suis pas sur d'avoir compris, et ça ne marche pas. A ce que j'ai compris, il faut d'abord identifier le périph:
$ udevinfo -a -p /sys/bus/usb/devices/4-2/power
Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device '/devices/pci0000:00/0000:00:1d.0/usb4/4-2/power':
KERNEL=="power"
SUBSYSTEM==""
DRIVER==""
ATTR{wakeup}=="enabled"
ATTR{persist}=="1"
ATTR{autosuspend}=="2"
ATTR{level}=="on"
ATTR{connected_duration}=="395180"
ATTR{active_duration}=="395180"
looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb4/4-2':
KERNELS=="4-2"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="a0"
ATTRS{bMaxPower}==" 98mA"
ATTRS{urbnum}=="790"
ATTRS{idVendor}=="047d"
ATTRS{idProduct}=="104b"
ATTRS{bcdDevice}=="0110"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="8"
ATTRS{speed}=="1.5"
ATTRS{busnum}=="4"
ATTRS{devnum}=="26"
ATTRS{version}==" 2.00"
ATTRS{maxchild}=="0"
ATTRS{quirks}=="0x0"
ATTRS{authorized}=="1"
ATTRS{product}=="Kensington Ci95m Wireless Mouse with Nano Receiver"
looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb4':
KERNELS=="usb4"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bMaxPower}==" 0mA"
ATTRS{urbnum}=="786"
ATTRS{idVendor}=="1d6b"
ATTRS{idProduct}=="0001"
ATTRS{bcdDevice}=="0206"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{speed}=="12"
ATTRS{busnum}=="4"
ATTRS{devnum}=="1"
ATTRS{version}==" 1.10"
ATTRS{maxchild}=="2"
ATTRS{quirks}=="0x0"
ATTRS{authorized}=="1"
ATTRS{manufacturer}=="Linux 2.6.26-1-686 uhci_hcd"
ATTRS{product}=="UHCI Host Controller"
ATTRS{serial}=="0000:00:1d.0"
ATTRS{authorized_default}=="1"
looking at parent device '/devices/pci0000:00/0000:00:1d.0':
KERNELS=="0000:00:1d.0"
SUBSYSTEMS=="pci"
DRIVERS=="uhci_hcd"
ATTRS{vendor}=="0x8086"
ATTRS{device}=="0x2830"
ATTRS{subsystem_vendor}=="0x17aa"
ATTRS{subsystem_device}=="0x20aa"
ATTRS{class}=="0x0c0300"
ATTRS{irq}=="16"
ATTRS{local_cpus}=="ff"
ATTRS{local_cpulist}=="0-7"
ATTRS{modalias}=="pci:v00008086d00002830sv000017AAsd000020AAbc0Csc03i00"
ATTRS{broken_parity_status}=="0"
ATTRS{msi_bus}==""
looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""
Écrire des règle permettant d'identifier ce que l'on veut, par exemple:
KERNEL=="power", SUBSYSTEMS=="usb", ATTRS{idProduct}=="104b", ATTRS{product}=="Kensington Ci95m Wireless Mouse with Nano Receiver"
c'est à dire que l'on veut configurer le device correspondant à l'appeleation "power" dans le noyau, et dont le subsystem matche les attributs suivant (par exemple ici correspondant au sous-system usb, avec tel "idProduct", et tel nom "product". J'ai aussi essayé avec seulement l'idProduct par exemple, je pense que ça devrait suffire, mais sans succès)
Puis ensuite, passer les paramètres que udev va régler lors de la détection du periph correspondant au pattern, ce qui donne par exemple:
KERNEL=="power", ATTRS{idProduct}=="104b", ATTR{wakeup}="disabled"
Placer cette ligne dans un fichier /etc/udev/rules.d/xx-kensington-mouse.rules, le xx indiquant dans quel ordre sera processé cette regle par rapport aux autres (j'ai essayé plusieurs valeurs pour que ce soit réalisé soit en premier soit en dernier, sans mieux de succès).
Et j'ai beau brancher/débrancher mon dongle, il est toujours configuré en "wakeup enable"... Je ne comprends pas trop pourquoi ça ne marche pas :(
[^] # Re: ouéééé
Posté par THE_ALF_ . En réponse à la dépêche Concours Qt "Pimp My Widgets". Évalué à 10.
[^] # Re: Et la mesure de l'impact populaire ?
Posté par THE_ALF_ . En réponse au journal La controverse Canonical. Évalué à 4.
Honnètement, j'avoue que la découverte de enlightenment (cétait les DR13 et DR15 quand j'ait découvert E) était vraiment bluffant par rapport à ce qui était possible du coté de windows (époque W95 et W98...) et a pas mal joué pour ma conversion (W98 a été mon dernier OS proprio).
Quand à la difficulté de faire fonctionner le son et X11... je vois pas trop. Je me rappelle même avoir énormément galéré pour réussir a faire fonctionner correctementma carte son sous W95 a cause des problèmes de compatibilités entre mode W95/mode DOS, problèmes dont je pu être libéré en passant sous Linux. Quand à X11... époque où la 3D était inutile, c'était donc plutôt moins problématique que maintenant.
[^] # Re: debian
Posté par THE_ALF_ . En réponse au journal Nostalgie avec Dune. Évalué à 3.
[^] # Re: ...
Posté par THE_ALF_ . En réponse au journal Jeu d'été. Évalué à 1.
[^] # Solved (grosso modo)
Posté par THE_ALF_ . En réponse au message Plus de DMA sur l'IDE ???. Évalué à 4.
1) un des problème de ne pas pouvoir utiliser le DMA provient du chargement du driver IDE générique AVANT le drivers spécifique (piix en ce qui me concerne)
2) il faut donc que le piix soit chargé avant, ce qui à lieu soit par le /etc/modules.conf (il faut donc avoir piix en premier) soit par le initrd
3) et la, justement, je me rappelle que mon initrd avait été modifié lors de je ne sais plus quel upgrade. Je fouille dans mon /boot/, il y a bien un nouveau initrd (pour les _deux_ noyos) et heureusement un .bak de chacun.
4) je remplace les nouveaux par les anciens, je reboot... et je retrouve mes DMA.
Conclusion: je ne sais plus quel update m'a foutu des initrd foireux qui chargent pas le bon drivers IDE. Bon, je vais fouiller tout ça pour réparer ça proprement (sinon je vais encore me retrouver avec un initrd foireux à la prochaine occaz), mais l'idée était là :-D
Voila....
[^] # Re: Je ne sais pas si ça va aider...
Posté par THE_ALF_ . En réponse au message Plus de DMA sur l'IDE ???. Évalué à 1.
Enfin merci, je vais creuser ça, et je posterai quand même la réponse quand je l'aurai trouvée (en espérant que...)
[^] # Re: Exmap et exmap-console
Posté par THE_ALF_ . En réponse au journal Ces projets qui tombent dans l'oubli. Évalué à 2.
[^] # Re: Export texte...
Posté par THE_ALF_ . En réponse au message Convertir tableau .ods vers latex. Évalué à 1.
# Export texte...
Posté par THE_ALF_ . En réponse au message Convertir tableau .ods vers latex. Évalué à 2.
[^] # Re: Mais oui...
Posté par THE_ALF_ . En réponse au journal Sarkozy perdrait sans les plus de 65 ans. Évalué à 4.
"La France (35e) perd cinq places depuis l’année dernière et vingt-quatre places en cinq ans. La multiplication des perquisitions au sein de médias et des mises en examen de journalistes est un réel sujet de préoccupation pour les organisations professionnelles et les syndicats. Par ailleurs, l’automne 2005 a été particulièrement difficile pour les journalistes français. Plusieurs d’entre eux ont été agressés ou menacés lors du conflit syndical né de la privatisation de la SNCM, en Corse, et pendant les violentes manifestations dans les banlieues françaises, en novembre."
(http://www.rsf.org/rubrique.php3?id_rubrique=638)
Sarko n'est pas président, mais pas innocent non plus dans l'affaire...
[^] # Re: Une théière, un thérémine
Posté par THE_ALF_ . En réponse au journal Theremin?. Évalué à 1.
> thérémine était d'avoir l'oreille très musicale.
J'avais discuté avec un joueur de theremine après un concert (le musicos de Seksu Roba: http://www.seksuroba.com/ ), et il comparait le theremine au violon pour ça (sachant qu'il est aussi violoniste). Il vaut vraiment avoir une bonne oreille, car si tu veux ajuster le bon ton du son, ça ce joue à bouger de quelques millmètres ta main de l'antenne principale. Et c'est l'horreur pour accorder, car ça dépend énormément de la salle, de l'environnement, etc...
Bon après, tous les autres groupes que j'ai pu entendre au theremine se prenaient beaucoup moins la tête, et le but était plus de faire quelque sons électro un planant/bizarroïdes qu'une mélodie bien structurée, hein...
[^] # Re: ironie à deux balles
Posté par THE_ALF_ . En réponse au journal Vote électronique sur liberation.fr. Évalué à 0.
[^] # Re: Oui c'est bien marrant
Posté par THE_ALF_ . En réponse au journal Google codesearch. Évalué à 4.
http://www.google.com/codesearch?hl=en&lr=&q=gruik&a(...)
:-)
# downgrade !
Posté par THE_ALF_ . En réponse au message Debian + Openoffice = bug en ce moment ?. Évalué à 1.
Dans l'attente, apt-get install <packages office>/testing (en listant tous les packages office), et on se retrouve avec la 2.0.3 qui marche bien.
[^] # Re: Tricheurs !
Posté par THE_ALF_ . En réponse au journal Vista : Les mauvaise langues .... Évalué à 2.
Et il y a beaucoup d'appareils commerciaux qui fonctionne avec ce type de refroidissement. Tous les appareillages modernes de spectro RMN, par exemple, qui doivent bien équipper la majorité des labo de chimie orga (au moins en service commun). Donc une facture en conso d'hélium liquide plutôt que d'électricité :-)