D'autant plus que l'on parle d'un gain de performance sur la partie qui peut être facilement dupliquée, il suffit de créer un serveur clone du premier et de repartir la charge entre les deux et c'est bon (enfin presque ;)
A plus petite échelle: par exemple une asso qui a un beau site mais peu de sous et beaucoup de visites, si ça peut éviter de payer la location d'un 2eme serveur qui a de grosse capacités, c'est peut-être bon à prendre aussi.
Je vois surtout dans cet outil une possibilité de plus dans l'arsenal qui permet d'affronter une montée en charge.
Maintenant ce genre de compilation de code risque de provoquer des incompatibilités et des problématiques de maintenance tordue.
Perso je demande à voir ce que ça donne. Ce qui est sûr c'est que tant si le compilateur n'est pas encore vraiment stable ça peut vite devenir l'enfer!
Dans un genre comparable il y a le google web toolkit (GWT), qui propose d'écrire la partie client en java (avec tests en java), GWT servant à compiler ce code en HTML + JS (de ce que j'en ai compris). Et vu leurs produits web on ne peut nier que ça marche.
Ton exemple pyrex/cython est intéressant, mais je pense que ces outils doivent être approchés comme des facilités pour avoir des parties de code aux performances proches du C dans le meilleur des cas, et non pas comme des moulinettes "magiques" pour faire tourner n'importe quel programme python plus rapidement. Certes ils peuvent induire des contraintes par rapport au python standard. Mais d'un autre côté nul besoin de connaître le C pour écrire une fonction "native". La maintenance et la portabilité sont plus simples qu'avec du C, ainsi que le temps de mise au point. Je les vois donc comme des intermédiaires entre le python haut niveau et l'écriture de code C.
A ce sujet l'article du développeur facebook est intéressant car il explique clairement ce qui les a motivés pour se lancer là-dedans. L'un des points concerne notamment le fait d'écrire des extensions PHP en C++: cela réduit considérablement le nombre de personnes qui peuvent intervenir sur ces parties du code, ce qui chez eux n'était pas envisageable.
Le CD virtuel a peut-être un autorun dessus, mais c'est quand même ton système qui choisit sciemment de le lancer, non? ça doit donc pouvoir se désactiver, et rien qu'à travers l'interface graphique (c.à.d simplement).
Si j'ai bien compris, l'attaquant exploite une possibilité de HTTP 1.1, et sans ça pas d'attaque possible? Dès lors, il est peut-être suffisant de configurer le serveur pour forcer HTTP 1.0 lorsqu'on est en mode ssl?
Regarde la dernière ligne de mon commentaire, qui dit précisément que tu peux fermer l'appli graphique, la ou les VMs tournent dans un process à part, il y a des outils en ligne de commande pour gérer VirtualBox.
D'ailleur tu peux le lire sur le site de Virtual box, c'est à la première ligne sur la première page:
"VirtualBox has an extremely modular design with well-defined internal programming interfaces and a client/server design. This makes it easy to control it from several interfaces at once: for example, you can start a virtual machine in a typical virtual machine GUI and then control that machine from the command line, or possibly remotely."
http://www.virtualbox.org/wiki/VirtualBox
Bref, c'est fait pour ça. Et au passage ça n'implique pas non plus de d'installer pulseaudio, ou gnome (gimp tant qu'on y est?).
avec un X et au moins qt. Ne me dit pas qu'en plus tu as mis un gnome ou je ne sais quel autre cochonnerie dessus histoire de plomber encore plus les performance.
pour info: tu peux lancer un application X à distance (X a été conçu pour ça dès le départ), tu n'as pas besoin de lancer un serveur X sur la machine distante: les applis X fonctionnent en tant que client de *ton* serveur X, c.à.d celui de ton desktop (avec ssh qui fait proprement le tunneling). Ça ne plombe strictement rien en performance sur le serveur (du moins: pas plus que tout ce que tu peux lancer pendant que tu es loggé sur le serveur), c'est un mythe d'admin intégriste de la console.
Il fut une époque où avoir rien qu'une appli graphique (même pas un bureau) à travers internet était limite inutilisable, et de plus pour l'admin des serveurs unix il n'y avait aucun outil graphique sérieux ou stable.
Mais de nos jours avec une ligne ADSL il est envisageable d'avoir synaptics (par exemple) si tu le souhaites, ça n'ouvre aucun port en écoute ni n'ajoute aucun process qui tourne en permanence que si tu avais installé "ssh-client", "less" ou n'importe quel truc juste en console. Au pire tu vas te retrouver avec 1 ou 2 libs dont tu n'as pas forcément besoin, comme pour les autres programmes d'ailleurs; et c'est pas pour la place que ça occupe que c'est gênant.
Enfin pour le cas spécifique de Virtualbox tes VMs peuvent tourner sans l'appli graphique (fais le test de la fermer alors qu'une console de VM est ouverte), il y a des outils en ligne de commande pour les gérer.
(Il existe un débuggeur ligne par ligne en python ? Un gdb pour python, en fait)
oui ça s'appelle pdb (c'est un module).
L'utilisation courante est d'insérer dans ton code une ligne:
import pdb; pdb.set_trace()
Sinon tu peux aussi le lancer avec une traceback (en post-mortem).
Il y des environnements qui font ça pour toi.
Dans les framework web (pylons, werkzeug, zope avec pdbdebugmode) c'est avec ça qu'est fait la console de debug en cas d'exception non interceptée.
en gros pour l'interception automatique ça revient à ça:
try:
my_func(...)
except SystemExit:
raise # Reraise the system exit exception
except Exception, error:
from sys import exc_info
import pdb
pdb.post_mortem(exc_info()[2])
raise
enfin avec un shell lancé depuis emacs, celui-ci peut reconnaitre l'arrivée sur une ligne pdb et affiche le code source de la frame en cours dans un autre panneau.
Ce qu'il y a de pas mal surtout, c'est de partir en transport le matin parce qu'il pleut, et de revenir le soir à vélo, ou l'inverse. Quand tu n'as que ton propre vélo, si tu n'es pas parti avec, ben t'as pas de vélo tant que tu ne repasses pas par chez toi.
Le vélib pour moi c'est surtout un choix en plus du métro et du bus, plutôt qu'un véhicule personnel. De ce point de vue 30€ par an c'est vraiment pas cher; outre l'amortissement si on l'utilise régulièrement le gros avantage est: je prend un vélo quand je peux et que j'en ai envie, instantanément, sans passer par la borne avec l'étape «payer la journée / semaine».
Maintenant le service vélib a des inconvénients si on espère prendre le vélo tous les jours (pour le trajet boulot en particulier):
- régulièrement, la station est vide le matin si tu pars un peu trop tard de chez toi
- station pleine à l'arrivée. Mais on peut souvent trouver des stations un peu plus éloignées qui ont toujours quelques places, il suffit de ne pas vouloir s'accrocher à la plus proche à tout prix
Et les vélos sont dans un état... variable. Avec l'habitude j'en suis venu à ces vérifications:
- dureté des pneus (même juste un peu mou ça peut être très fatigant sur ces vélos
- freins qui serrent
- roue arrière qui ne s'arrête pas au bout de 2 tours en roue libre (on peut le vérifier avant de décrocher le vélo). Là aussi ça peut devenir éreintant au moindre faux-plat.
- plus rarement: guidon desserré; parfois le «dérailleur» n'est plus en place (alors le vélo est bloqué en petit développement); protection chaine tordue qui vient se bloquer dans la manivelle de la pédale
Bref c'est pas parfait et comme tu dis c'est pas grave, mais pour moi c'est surtout un super service complémentaires aux autres services commun.
sinon, tout à la souris, il y a le contrôleur de volume, sous ubuntu c'est installé par défaut en haut à gauche, la petite icône en forme de haut-parleur. Double-clique, regarde les noms des pistes, si y a pas clique sur "préférence", et là il y a "PC Beep", clique pour le faire apparaitre dans la liste des piste. Chez moi ce machin est mis en sourdine, sans que je ne l'aie jamais touché, le tout sur un dell xps studio 13", avec ubuntu 8.10 (enfin, 9.04 depuis hier soir...).
...cela dit c'est ptet pas ça, en tout cas chez moi ça n'a jamais bipé.
Si tu veux aussi les images tu as la solution compiz avec le plugin "negatif"! par défaut, <super>-m passe tout le desktop en negatif, <super>-n s'occupe uniquement de la fenêtre active.
J'imagine que ça a été fait au forfait? sinon normalement en régie c'est comme pour un salarié du client: ce qui est produit appartient au client et non au salarié, droit d'auteur compris.
en fait il existe un protocole X pour faire ça, c'est utilisé par teleport:
> apt-cache show teleport
[...]
Description: moves running applications between displays
Teleport allows some applications to be moved between X displays without
being closed and restarted. It uses X properties to request that applications
which support the display migration protocol move to another display.
Seul hic, il faut donc que l'application (généralement le toolkit sous-jacent: gtk, qt, ...) supporte ça. Personnellement sur Feisty je ne l'ai pas vu fonctionner (ayant 2 display: 0.0 et 0.1).
Est-ce que par hasard Apple n'aurait pas déjà fait tout ça sur son OS? Je parle des métadonnées autour d'un fichier.
Après je vois souvent sur les partages de fichiers que ceux déposés par les utilisateurs de mac sont souvent accompagnés d'un '.DStore' (ou quelque chose comme ça, et qui contient le nom du fichier). J'imagine que cela permet à un autre utilisateur de mac de récupérer aussi les métadonnées du fichier, sans jamais toucher le contenu du fichier lui-même (donc "compatible" pour les autres OS).
J'utilise (avec une certaine satisfaction) un i-rocks KR-6170, j'ai l'impression que ces 2 claviers se ressemblent beaucoup. Bon y a pas les touches de fonctions supplémentaires (à part "power") mais il est blanc avec les diodes bleues (les utilisateurs de mac ne m'embêtent pas avec ;-)); et c'est à peu près le même prix. Comme tu dis c'est peut-être pas le clavier ultime, mais les goûts et les claviers c'est chacun qui voit. Il prend assez peu de place en profondeur et est très à plat, ce que j'aime bien.
Le seul truc que je n'aime pas c'est qu'il a un pavé numérique: je préfèrerais pouvoir trouver ma souris à cet endroit, du coup elle est déportée encore plus à droite.
Vérifie que:
- dans Evolution le plugin est bien activé (Spamassassin *ou* Bogofilter, mais pas les 2 en même temps)
- le paquet spamassassin ou bogofilter sont bien installés (oui même si ça peut paraître con c'est pas impossible)
- et dans le cas de spamassassin, que le démon est lancé (regarde le contenu du fichier /etc/default/spamassassin).
Enfin en lançant évolution depuis un terminal tu auras les messages de logs. J'espère que ça t'aidera :-)
Sous Evolution je suis passé aussi de Spamassassin (en mode démon) à BogoFilter il y a quelque mois. Y a pas photo, Bogofilter est bien plus rapide pour trier les messages! J'ai également eu l'impression d'un meilleur filtrage, instantannément (alors que Spamassassin avait déjà bouffé plus d'un an de spam en apprentissage...).
Ceci dit Spamassassin est capable de traiter une mbox d'un seul coup il me semble. L'appeler pour chaque message, un par un, ne doit pas aider à aller vite, là où on pourrait sûrement lui balancer la liste en une seule fois.
Sinon en interface graphique il y a gthumb qui remet toutes les images à l'endroit, d'un click (il peut se servir des données EXIF fournies par l'appareil, pour peu que celui-ci détecte l'orientation au-moment de la photo), qui peut redimensionner le tout ou convertir le format.
C'est facile: sélectionner les images et explorer le menu "outils".
je devais à chaque fois me battre avec xev et xbindkeys
A noter que dans GNOME (et plus que probablement dans KDE aussi) il y dans le menu "Paramètre->Raccourcis claviers" tout ce qu'il faut pour lier des touches supplémentaires à certaines actions (navigateur web, volume du son, etc). Je ne sais pas si ça marche bien pour tous les claviers multimédias, mais c'est très facile à utiliser :)
ne soit pas capable d'afficher en entier sa barre de bouton sur un bureau 1024*768, fenêtre maximisée (en réalité, je ne suis même pas sur qu'il sache le faire en 1280
Les polices d'affichage sont précisées en points et non en pixels. Le point est une unité typographique qui peut être convertie en pouces/centimètres mais pas en pixels. Donc le nombre de pixels ne compte pas vraiment, seulement la taille (en centimètres) de l'écran. Le lien entre les 2, c'est la résolution (les fameux dpi). Si tu trouves que sur le même écran tu as plus de place en 1280 qu'en 1024, c'est parce que entre les 2 tu as conservé la même valeur de dpi, ce qui est aberrant. Normalement les dpi sont calculés en fonction de la taille de l'écran et les dimension en pixels: taille en pixels / taille en pouces = nombre de dpi.
Il y a une directive de configuration pour dire à X quelle est la taille de l'écran, au cas où cette information n'est pas fournie par l'écran. S'il manque les deux, X utilise une valeur par défaut (qui correspond à un 14" ou 15" je crois): DisplaySize, dans la section "Monitor".
Augmenter la résolution est seulement censé augmenter la finesse d'affichage, pas le nombre de lettres qu'on peut afficher.
Ca parait logique qu'on puisse faire passer des données via la ligne de telephone sur IP, mais c'est en violation des CGU...
C'est pas interdit par les CGU (conditions générales d'utilisation, ou noté aussi CGV?) de tenter de faire du fax ou ppp via la ligne téléphonique freebox, en revanche ils ne garantissent pas que ça marche (ça se passe comment un fax quand il y a de l'echo?).
En revanche faire du callback est explicitement interdit par les CGU de free il me semble.
Bon, je m'arrète là car, à priori, ce paramètre optionnel a t-il une utilité?
C'est marrant, sur le bug il dit que en 1024x768 avec 351x229mm xpdyinfo lui indique 74x85 dpi. Et c'est ce que je trouve en faisant le calcul (351x229mm => 13,8294 x 9,02250 pouces).
1024 / 13,8294 => 74
768 / 9,02250 => 85
Bref le type a fait un rapport de bug alors que soit il s'est planté dans la taille d'affichage, soit il ne sait pas compter...
Donc oui, ce paramètre sert lorsque X n'obtient pas l'info depuis l'écran.
[^] # Re: Aujourd'hui, je diffuse mon code.
Posté par Bertrand Mathieu . En réponse au journal Aujourd'hui, je diffuse mon code.. Évalué à 1.
# groupes de calques
Posté par Bertrand Mathieu . En réponse au journal Gimp: *coup de tonnerre* dans le Landerneau. Évalué à 3.
[^] # Re: Pas convaincu
Posté par Bertrand Mathieu . En réponse au journal HipHop For PHP : Facebook php-to-C++ translator. Évalué à 4.
La problématique de facebook c'est d'avoir au moins 30000 serveurs actuellement (http://www.datacenterknowledge.com/archives/2009/10/13/faceb(...) ), alors la solution "y qu'à doubler les serveurs" a un cout pas marginal du tout.
A plus petite échelle: par exemple une asso qui a un beau site mais peu de sous et beaucoup de visites, si ça peut éviter de payer la location d'un 2eme serveur qui a de grosse capacités, c'est peut-être bon à prendre aussi.
Je vois surtout dans cet outil une possibilité de plus dans l'arsenal qui permet d'affronter une montée en charge.
Maintenant ce genre de compilation de code risque de provoquer des incompatibilités et des problématiques de maintenance tordue.
Perso je demande à voir ce que ça donne. Ce qui est sûr c'est que tant si le compilateur n'est pas encore vraiment stable ça peut vite devenir l'enfer!
Dans un genre comparable il y a le google web toolkit (GWT), qui propose d'écrire la partie client en java (avec tests en java), GWT servant à compiler ce code en HTML + JS (de ce que j'en ai compris). Et vu leurs produits web on ne peut nier que ça marche.
Ton exemple pyrex/cython est intéressant, mais je pense que ces outils doivent être approchés comme des facilités pour avoir des parties de code aux performances proches du C dans le meilleur des cas, et non pas comme des moulinettes "magiques" pour faire tourner n'importe quel programme python plus rapidement. Certes ils peuvent induire des contraintes par rapport au python standard. Mais d'un autre côté nul besoin de connaître le C pour écrire une fonction "native". La maintenance et la portabilité sont plus simples qu'avec du C, ainsi que le temps de mise au point. Je les vois donc comme des intermédiaires entre le python haut niveau et l'écriture de code C.
A ce sujet l'article du développeur facebook est intéressant car il explique clairement ce qui les a motivés pour se lancer là-dedans. L'un des points concerne notamment le fait d'écrire des extensions PHP en C++: cela réduit considérablement le nombre de personnes qui peuvent intervenir sur ces parties du code, ce qui chez eux n'était pas envisageable.
# un autorun ça peut se désactiver non?
Posté par Bertrand Mathieu . En réponse au journal Disque dur USB Western Digital. Évalué à 7.
# et en désactivant HTTP 1.1?
Posté par Bertrand Mathieu . En réponse au journal Attaque contre SSL/TLS. Évalué à 1.
[^] # Re: Et la démo ?
Posté par Bertrand Mathieu . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 2.
[^] # Re: Je suis choqué !
Posté par Bertrand Mathieu . En réponse au journal Petite histoire d'une virtualisation d'un Proliant G3. Évalué à 2.
D'ailleur tu peux le lire sur le site de Virtual box, c'est à la première ligne sur la première page:
"VirtualBox has an extremely modular design with well-defined internal programming interfaces and a client/server design. This makes it easy to control it from several interfaces at once: for example, you can start a virtual machine in a typical virtual machine GUI and then control that machine from the command line, or possibly remotely."
http://www.virtualbox.org/wiki/VirtualBox
Bref, c'est fait pour ça. Et au passage ça n'implique pas non plus de d'installer pulseaudio, ou gnome (gimp tant qu'on y est?).
[^] # Re: Je suis choqué !
Posté par Bertrand Mathieu . En réponse au journal Petite histoire d'une virtualisation d'un Proliant G3. Évalué à 2.
pour info: tu peux lancer un application X à distance (X a été conçu pour ça dès le départ), tu n'as pas besoin de lancer un serveur X sur la machine distante: les applis X fonctionnent en tant que client de *ton* serveur X, c.à.d celui de ton desktop (avec ssh qui fait proprement le tunneling). Ça ne plombe strictement rien en performance sur le serveur (du moins: pas plus que tout ce que tu peux lancer pendant que tu es loggé sur le serveur), c'est un mythe d'admin intégriste de la console.
Il fut une époque où avoir rien qu'une appli graphique (même pas un bureau) à travers internet était limite inutilisable, et de plus pour l'admin des serveurs unix il n'y avait aucun outil graphique sérieux ou stable.
Mais de nos jours avec une ligne ADSL il est envisageable d'avoir synaptics (par exemple) si tu le souhaites, ça n'ouvre aucun port en écoute ni n'ajoute aucun process qui tourne en permanence que si tu avais installé "ssh-client", "less" ou n'importe quel truc juste en console. Au pire tu vas te retrouver avec 1 ou 2 libs dont tu n'as pas forcément besoin, comme pour les autres programmes d'ailleurs; et c'est pas pour la place que ça occupe que c'est gênant.
Enfin pour le cas spécifique de Virtualbox tes VMs peuvent tourner sans l'appli graphique (fais le test de la fermer alors qu'une console de VM est ouverte), il y a des outils en ligne de commande pour les gérer.
[^] # Re: Avantage
Posté par Bertrand Mathieu . En réponse à la dépêche Publication de la version 2009Q2 de Unladen Swallow. Évalué à 5.
oui ça s'appelle pdb (c'est un module).
L'utilisation courante est d'insérer dans ton code une ligne:
import pdb; pdb.set_trace()
Sinon tu peux aussi le lancer avec une traceback (en post-mortem).
Il y des environnements qui font ça pour toi.
Dans les framework web (pylons, werkzeug, zope avec pdbdebugmode) c'est avec ça qu'est fait la console de debug en cas d'exception non interceptée.
en gros pour l'interception automatique ça revient à ça:
try:
my_func(...)
except SystemExit:
raise # Reraise the system exit exception
except Exception, error:
from sys import exc_info
import pdb
pdb.post_mortem(exc_info()[2])
raise
enfin avec un shell lancé depuis emacs, celui-ci peut reconnaitre l'arrivée sur une ligne pdb et affiche le code source de la frame en cours dans un autre panneau.
[^] # Re: Autre solution, acheter un vélo
Posté par Bertrand Mathieu . En réponse au journal vélib et moi, après trois jours d'utilisation. Évalué à 5.
Le vélib pour moi c'est surtout un choix en plus du métro et du bus, plutôt qu'un véhicule personnel. De ce point de vue 30€ par an c'est vraiment pas cher; outre l'amortissement si on l'utilise régulièrement le gros avantage est: je prend un vélo quand je peux et que j'en ai envie, instantanément, sans passer par la borne avec l'étape «payer la journée / semaine».
Maintenant le service vélib a des inconvénients si on espère prendre le vélo tous les jours (pour le trajet boulot en particulier):
- régulièrement, la station est vide le matin si tu pars un peu trop tard de chez toi
- station pleine à l'arrivée. Mais on peut souvent trouver des stations un peu plus éloignées qui ont toujours quelques places, il suffit de ne pas vouloir s'accrocher à la plus proche à tout prix
Et les vélos sont dans un état... variable. Avec l'habitude j'en suis venu à ces vérifications:
- dureté des pneus (même juste un peu mou ça peut être très fatigant sur ces vélos
- freins qui serrent
- roue arrière qui ne s'arrête pas au bout de 2 tours en roue libre (on peut le vérifier avant de décrocher le vélo). Là aussi ça peut devenir éreintant au moindre faux-plat.
- plus rarement: guidon desserré; parfois le «dérailleur» n'est plus en place (alors le vélo est bloqué en petit développement); protection chaine tordue qui vient se bloquer dans la manivelle de la pédale
Bref c'est pas parfait et comme tu dis c'est pas grave, mais pour moi c'est surtout un super service complémentaires aux autres services commun.
# le contrôleur de volume
Posté par Bertrand Mathieu . En réponse au journal Mort au bip. Évalué à 1.
...cela dit c'est ptet pas ça, en tout cas chez moi ça n'a jamais bipé.
[^] # Re: Mouais...
Posté par Bertrand Mathieu . En réponse au journal Petit plugin firefox pour vos yeux. Évalué à 8.
[^] # Re: Tu as pensé au reverse engineering
Posté par Bertrand Mathieu . En réponse au journal Propriété du code d'un logiciel commandé. Évalué à 1.
[^] # Re: rediriger le DISPLAY
Posté par Bertrand Mathieu . En réponse au journal Comment mieux gérer les plantages de carte graphique. Évalué à 4.
> apt-cache show teleport
[...]
Description: moves running applications between displays
Teleport allows some applications to be moved between X displays without
being closed and restarted. It uses X properties to request that applications
which support the display migration protocol move to another display.
Seul hic, il faut donc que l'application (généralement le toolkit sous-jacent: gtk, qt, ...) supporte ça. Personnellement sur Feisty je ne l'ai pas vu fonctionner (ayant 2 display: 0.0 et 0.1).
[^] # Re: NIH
Posté par Bertrand Mathieu . En réponse au journal Détection du format de fichier, ma solution à implémenter. Évalué à 2.
Après je vois souvent sur les partages de fichiers que ceux déposés par les utilisateurs de mac sont souvent accompagnés d'un '.DStore' (ou quelque chose comme ça, et qui contient le nom du fichier). J'imagine que cela permet à un autre utilisateur de mac de récupérer aussi les métadonnées du fichier, sans jamais toucher le contenu du fichier lui-même (donc "compatible" pour les autres OS).
[^] # Re: Sodipodi
Posté par Bertrand Mathieu . En réponse au journal Ces projets qui tombent dans l'oubli. Évalué à 3.
http://www.inkscape.org/wiki/index.php/FrFAQ#Pourquoi_s.27.C(...)
# Dans le même genre que le Speedlink
Posté par Bertrand Mathieu . En réponse au journal Review de clavier et demande de conseils. Évalué à 1.
Le seul truc que je n'aime pas c'est qu'il a un pavé numérique: je préfèrerais pouvoir trouver ma souris à cet endroit, du coup elle est déportée encore plus à droite.
[^] # Re: Et avec Evolution
Posté par Bertrand Mathieu . En réponse au journal Spamassassin/Bogofilter : net avantage à second !. Évalué à 2.
- dans Evolution le plugin est bien activé (Spamassassin *ou* Bogofilter, mais pas les 2 en même temps)
- le paquet spamassassin ou bogofilter sont bien installés (oui même si ça peut paraître con c'est pas impossible)
- et dans le cas de spamassassin, que le démon est lancé (regarde le contenu du fichier /etc/default/spamassassin).
Enfin en lançant évolution depuis un terminal tu auras les messages de logs. J'espère que ça t'aidera :-)
[^] # Re: Gourmand Bogofilter ?
Posté par Bertrand Mathieu . En réponse au journal Spamassassin/Bogofilter : net avantage à second !. Évalué à 1.
Ceci dit Spamassassin est capable de traiter une mbox d'un seul coup il me semble. L'appeler pour chaque message, un par un, ne doit pas aider à aller vite, là où on pourrait sûrement lui balancer la liste en une seule fois.
[^] # Re: Ca existe déjà...
Posté par Bertrand Mathieu . En réponse au journal GTK Batch Resizer. Évalué à 1.
C'est facile: sélectionner les images et explorer le menu "outils".
# xev et xbindkeys
Posté par Bertrand Mathieu . En réponse au journal Ubuntu : idéale pour mon clavier. Évalué à 7.
A noter que dans GNOME (et plus que probablement dans KDE aussi) il y dans le menu "Paramètre->Raccourcis claviers" tout ce qu'il faut pour lier des touches supplémentaires à certaines actions (navigateur web, volume du son, etc). Je ne sais pas si ça marche bien pour tous les claviers multimédias, mais c'est très facile à utiliser :)
[^] # Re: Pixel Inflation
Posté par Bertrand Mathieu . En réponse au journal Regrouper les fonctionnalités sous la souris. Évalué à 5.
Les polices d'affichage sont précisées en points et non en pixels. Le point est une unité typographique qui peut être convertie en pouces/centimètres mais pas en pixels. Donc le nombre de pixels ne compte pas vraiment, seulement la taille (en centimètres) de l'écran. Le lien entre les 2, c'est la résolution (les fameux dpi). Si tu trouves que sur le même écran tu as plus de place en 1280 qu'en 1024, c'est parce que entre les 2 tu as conservé la même valeur de dpi, ce qui est aberrant. Normalement les dpi sont calculés en fonction de la taille de l'écran et les dimension en pixels: taille en pixels / taille en pouces = nombre de dpi.
Il y a une directive de configuration pour dire à X quelle est la taille de l'écran, au cas où cette information n'est pas fournie par l'écran. S'il manque les deux, X utilise une valeur par défaut (qui correspond à un 14" ou 15" je crois): DisplaySize, dans la section "Monitor".
Augmenter la résolution est seulement censé augmenter la finesse d'affichage, pas le nombre de lettres qu'on peut afficher.
[^] # Re: Oui, mais non.
Posté par Bertrand Mathieu . En réponse au journal faire un serveur ppp avec sa freebox. Évalué à 2.
C'est pas interdit par les CGU (conditions générales d'utilisation, ou noté aussi CGV?) de tenter de faire du fax ou ppp via la ligne téléphonique freebox, en revanche ils ne garantissent pas que ça marche (ça se passe comment un fax quand il y a de l'echo?).
En revanche faire du callback est explicitement interdit par les CGU de free il me semble.
[^] # Re: c'est bien ton jeu, mais on gagne quoi?
Posté par Bertrand Mathieu . En réponse au journal Résolution.... Évalué à 1.
En fait en suivant le lien dans le bugzilla, on voit qu'il s'en est aperçu tout seul (voir le commentaire n°1):
https://bugs.freedesktop.org/show_bug.cgi?id=1110
[^] # Re: c'est bien ton jeu, mais on gagne quoi?
Posté par Bertrand Mathieu . En réponse au journal Résolution.... Évalué à 1.
Alors on se tourne vers google :
http://lists.freedesktop.org/archives/xorg-bugzilla-noise/20(...)
Bon, je m'arrète là car, à priori, ce paramètre optionnel a t-il une utilité?
C'est marrant, sur le bug il dit que en 1024x768 avec 351x229mm xpdyinfo lui indique 74x85 dpi. Et c'est ce que je trouve en faisant le calcul (351x229mm => 13,8294 x 9,02250 pouces).
1024 / 13,8294 => 74
768 / 9,02250 => 85
Bref le type a fait un rapport de bug alors que soit il s'est planté dans la taille d'affichage, soit il ne sait pas compter...
Donc oui, ce paramètre sert lorsque X n'obtient pas l'info depuis l'écran.