En mass storage ça me semble compromis...
Par contre, tu peux voir du coté de gphoto2, vu qu'il supporte d'autres caméras de chez samsung - à défaut de mass-storage tu auras tes images en pleine résolution.
C'est pas une faille au sens habituel où tu pourrais lire des infos directement.
C'est plutot une attaque cryptographique, qui joue sur les stratégies de recyclage du cache (qui reste partagé entre les processes en cours d'éxécution sur le processeur).
Dans son papier, il démontre qu'on peut obtenir suffisamment d'information pour reconstruire une clé RSA 1024 en un temps raisonnable (celui d'une clé RSA 384 de mémoire), simplement en faisant tourner un processus de mesure des temps d'accès mémoire en même temps que le processus de cryptage: c'est donc une attaque basée sur la structure de cache.
Il existait déjà de telles attaques, basées par exemple sur une surveillance de la consommation du processeur, ou sur l'écoute des rayonnements électromagnétiques.
Cette attaque est une faille dans le sens où elle peut être effectuée logiciellement.
Il suffit qu'elle instancie KApplication... pas besoin de l'implanter, c'est dans la bibliothèque.
Normal qu'il n'y ait pas d'équivalent Gnome, tu sais instancier des objets en C? Tu sais gérer de l'héritage simplement en C?
À langage préhistorique, fonctionnalité préhistorique (à temps développeur équivalent bien entendu)
Plus précisément, sous KDE, ça s'appelle ksystraycmd, ça prend en argument le nom du programme que l'on veut lancer et pouf, il est lancé dans le systray.
Et puis cette vision bien Franco-Française de ce que doit être un informaticien me fait bien rire... Aux États-Unis, leurs écoles d'ingénieurs ressemblent bien plus à l'Epitech qu'à Polytechnique ou autre école publique française, et on voit bien qui domine le marché des nouvelles technologies depuis leur apparition !
Sois un peu moins monochrome, la vie, les rôles dans la société (en termes d'emploi, de vie humaine, etc) sont aussi variées en France et aux États-Unis.
Y'a pas que des pisseurs de code, y'a pas que des architectes, y'a pas que des algoritmiciens, y'a pas que des manageurs... il y a des gens plus ou moins compétents dans chacun de ces domaines.
Celui qui prétend pouvoir faire tout à la fois fais tout mal, celui qui prétend n'en faire qu'un seul à la fois le fait aussi mal.
L'erreur Française est peut-être de ne pas assez mélanger humainement les différents cursus pendant les études, avec les grandes universités (par le nombre d'étudiants).
On continue de payer les révoltes de Mai 68...
Le journal de France Culture à 18h, le journal d'arte à 19h45... on a vraiment une info sérieuse et soumise à un débat contradictoire, c'est rafraichissant.
Tu n'imagines pas à quel point regarder les ramasseurs de champignons en lozère peut être apaisant.
Ca change du traitement catastrophiste/à plat ventre des autres JT...
Quand on écrit un programme en C++, en C, en Ada, en OCam ou en Java, il est toujours traduit à un moment ou un autre en impératif.
C'est le compilateur qui gère la portée des variables pour le C.
C'est le compilateur qui transforme vos beaux appels de fonction C en une séquence 'sauvegarde des registres - sauvegarde du PC - saut à l'adresse de la fonction' et vos return en 'restauration des registres - empilage du résultat - saut à l'adresse d'appel'...
Le paradigme objet ne produit pas de baisse de performance, c'est juste que le compilateur ne connaît pas assez bien le programme qu'il compile. Alors, on l'écrit en C, pour que le compilateur n'ait pas besoin de bien connaître le code qu'il compile. Comme des gens s'amusent à coder des morceaux de leur appli en assembleur, pour compenser un compilateur peu efficace en sélection d'instructions.
A nouveau, le paradigme objet est une façon de modéliser les données employées dans le programme. On cache au développeur certaines complexités, certaines constructions extremement courantes en programmation, avec une certaine garantie de fonctionnement, afin que le développeur se concentre sur les algorithmes, donc sur des choses intéressantes. On limite aussi le risque d'erreur sur des constructions accessoires.
je veux juste comprendre pourquoi vous vous compliquez la vie?
Très simple: ça marche. En une demi-heure chrono (dernière install, lorsque j'ai viré FC2)
J'ai testé pas mal de distros sur du long terme, genre fedora ou gentoo, j'ai jamais réussi à dépasser les 6 mois.
Je veux dire, une fois en FC2, bah c'est figé, tu es en FC2. Pareil en Mandrake 10, etc.
Gentoo, bon, j'aime pas essuyer les plâtres, et je peux te dire qu'en 9 mois de gentoo j'en ai essuyé.
Debian évolue chaque jour. Peut-être avec retard à ton gout, mais perso je n'ai pas besoin du bleeding edge. J'ai besoin d'un quelquechose de récent, stable, fonctionnel, efficace, et surtout, valable sur le long/très long terme.
Debian/unstable remplit à mon goût parfaitement ces critères.
Pour une fois PbPg je suis d'accord avec toi sur un point: la stabilité de l'api du noyau et de l'abi du compilateur.
Si Windows permet d'installer des drivers sans avoir à trop réfléchir sur les compatibilités des drivers, c'est parce que les API sont stables (et c'est sûrement ça qui fait que Longhorn soit largement retardé par rapport au planning initial, me trompé-je?), et parceque l'abi du compilo utilisé l'est aussi.
Le problème de pwc est un changement brutal d'api du noyau: et dans un modèle où les développeurs du noyau sont subordonés à ses utilisateurs (relation fournisseur-client -- comme MS), ce genre de chose ne peut pas arriver.
C'est deux logiques qui s'opposent: une logique d'évolution rapide, où l'existant ne pose pas trop de problème car la recompilation est possible à faible coût, et une logique de maintien de l'hérité, car la recompilation n'est pas possible.
Je fais de la robotique amateur (Eurobot Open, ex coupe E=M6), et on a beaucoup de mal à contrer l'offensive Windows XP embedded...
Et là, on perd le support de la seule caméra à peu prés bien fonctionnelle sous linux...
D'ailleurs, si on regarde la lkml, le driver GPL 'pwc' a lui aussi été retiré du noyau.
Adieu linux sur nos robot! :((
Bilan: Bah... je suis parti pour un grand moment d'ingéniérie inverse.
Y compris le module de protection 'shareware'? Genre les fonctions qui font chier, le module crypto qui indique si ta license est valide ou pas...
Si il manque les sources de cette partie, le binaire n'est pas GPL...
Ça me paraît un peu... étrange, voire contraire à la GPL.
[^] # Re: Je m'embete
Posté par Jean-Baptiste Mayer . En réponse au journal Xorg dans Sid. Évalué à 3.
(j'ai pas de quoi faire la manipe ici :'( )
[^] # Re: wah
Posté par Jean-Baptiste Mayer . En réponse au journal GeekClavier !. Évalué à 5.
Mieux.
(je suis déjà dehors)
[^] # Re: Je veux bien mais bon...
Posté par Jean-Baptiste Mayer . En réponse au journal TribuneLibre.org .... Évalué à 3.
# TribuneLibre.org se meurt...
Posté par Jean-Baptiste Mayer . En réponse au journal Vers quelle Europe va t-on ?. Évalué à 10.
N'aurait-ce pas été un site plus approprié pour troll^W discuter du TCE et de l'Europe?
# GPhoto2
Posté par Jean-Baptiste Mayer . En réponse au journal Camescope DV, carte mémoire et USB. Évalué à 2.
Par contre, tu peux voir du coté de gphoto2, vu qu'il supporte d'autres caméras de chez samsung - à défaut de mass-storage tu auras tes images en pleine résolution.
http://www.gphoto.org/(...)
[^] # Re: The faille
Posté par Jean-Baptiste Mayer . En réponse au journal Faille dans les CPU Intel avec Hyperthreading. Évalué à 10.
C'est plutot une attaque cryptographique, qui joue sur les stratégies de recyclage du cache (qui reste partagé entre les processes en cours d'éxécution sur le processeur).
Dans son papier, il démontre qu'on peut obtenir suffisamment d'information pour reconstruire une clé RSA 1024 en un temps raisonnable (celui d'une clé RSA 384 de mémoire), simplement en faisant tourner un processus de mesure des temps d'accès mémoire en même temps que le processus de cryptage: c'est donc une attaque basée sur la structure de cache.
Il existait déjà de telles attaques, basées par exemple sur une surveillance de la consommation du processeur, ou sur l'écoute des rayonnements électromagnétiques.
Cette attaque est une faille dans le sens où elle peut être effectuée logiciellement.
[^] # Re: Bof
Posté par Jean-Baptiste Mayer . En réponse au journal Kde 3.4 : très bonnes impressions !. Évalué à 2.
Normal qu'il n'y ait pas d'équivalent Gnome, tu sais instancier des objets en C? Tu sais gérer de l'héritage simplement en C?
À langage préhistorique, fonctionnalité préhistorique (à temps développeur équivalent bien entendu)
[^] # Re: Si çà peut booster GCJ
Posté par Jean-Baptiste Mayer . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 10.
Les développeurs Java sont depuis longtemps au RMI....
http://java.sun.com/products/jdk/rmi/(...)
(/me --->[] )
[^] # Re: Ou est-ce qu'on peut trouver plus de porte ?
Posté par Jean-Baptiste Mayer . En réponse à la dépêche Un outil de conception pour CPLD et FPGA sous Linux.. Évalué à 1.
http://www.xilinx.com/xlnx/xebiz/productview.jsp?sGlobalNavPick=PUR(...)
[^] # Re: Ça fait longtemps que ça existe dans KDE...
Posté par Jean-Baptiste Mayer . En réponse au journal AllTray. Évalué à 5.
Oubliez la phrase ...
# Ça fait longtemps que ça existe dans KDE...
Posté par Jean-Baptiste Mayer . En réponse au journal AllTray. Évalué à 6.
Très pratique pour la mule... :)
[^] # Re: Honteux...
Posté par Jean-Baptiste Mayer . En réponse au journal RSS publicisé. Évalué à 4.
Ca ne serait pour une fois pas forcément plus mal... ça dissuaderait :)
[^] # Re: Mon avis sur epitech
Posté par Jean-Baptiste Mayer . En réponse au journal Epitech quelle est votre avis ?. Évalué à 2.
Sois un peu moins monochrome, la vie, les rôles dans la société (en termes d'emploi, de vie humaine, etc) sont aussi variées en France et aux États-Unis.
Y'a pas que des pisseurs de code, y'a pas que des architectes, y'a pas que des algoritmiciens, y'a pas que des manageurs... il y a des gens plus ou moins compétents dans chacun de ces domaines.
Celui qui prétend pouvoir faire tout à la fois fais tout mal, celui qui prétend n'en faire qu'un seul à la fois le fait aussi mal.
L'erreur Française est peut-être de ne pas assez mélanger humainement les différents cursus pendant les études, avec les grandes universités (par le nombre d'étudiants).
On continue de payer les révoltes de Mai 68...
[^] # Re: Bof, pas une grosse perte
Posté par Jean-Baptiste Mayer . En réponse au journal France 2 et son 13h.... Évalué à 1.
Le journal de France Culture à 18h, le journal d'arte à 19h45... on a vraiment une info sérieuse et soumise à un débat contradictoire, c'est rafraichissant.
[^] # Re: Le "truc" de TF1
Posté par Jean-Baptiste Mayer . En réponse au journal France 2 et son 13h.... Évalué à 1.
Ca change du traitement catastrophiste/à plat ventre des autres JT...
# Le compilateur!
Posté par Jean-Baptiste Mayer . En réponse au journal j'ai un rêve .... Évalué à 3.
Quand on écrit un programme en C++, en C, en Ada, en OCam ou en Java, il est toujours traduit à un moment ou un autre en impératif.
C'est le compilateur qui gère la portée des variables pour le C.
C'est le compilateur qui transforme vos beaux appels de fonction C en une séquence 'sauvegarde des registres - sauvegarde du PC - saut à l'adresse de la fonction' et vos return en 'restauration des registres - empilage du résultat - saut à l'adresse d'appel'...
Le paradigme objet ne produit pas de baisse de performance, c'est juste que le compilateur ne connaît pas assez bien le programme qu'il compile. Alors, on l'écrit en C, pour que le compilateur n'ait pas besoin de bien connaître le code qu'il compile. Comme des gens s'amusent à coder des morceaux de leur appli en assembleur, pour compenser un compilateur peu efficace en sélection d'instructions.
A nouveau, le paradigme objet est une façon de modéliser les données employées dans le programme. On cache au développeur certaines complexités, certaines constructions extremement courantes en programmation, avec une certaine garantie de fonctionnement, afin que le développeur se concentre sur les algorithmes, donc sur des choses intéressantes. On limite aussi le risque d'erreur sur des constructions accessoires.
[^] # Re: Debian ?
Posté par Jean-Baptiste Mayer . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 8.
Très simple: ça marche. En une demi-heure chrono (dernière install, lorsque j'ai viré FC2)
J'ai testé pas mal de distros sur du long terme, genre fedora ou gentoo, j'ai jamais réussi à dépasser les 6 mois.
Je veux dire, une fois en FC2, bah c'est figé, tu es en FC2. Pareil en Mandrake 10, etc.
Gentoo, bon, j'aime pas essuyer les plâtres, et je peux te dire qu'en 9 mois de gentoo j'en ai essuyé.
Debian évolue chaque jour. Peut-être avec retard à ton gout, mais perso je n'ai pas besoin du bleeding edge. J'ai besoin d'un quelquechose de récent, stable, fonctionnel, efficace, et surtout, valable sur le long/très long terme.
Debian/unstable remplit à mon goût parfaitement ces critères.
[^] # Re: euhh ... mainteneurs oupsss ?
Posté par Jean-Baptiste Mayer . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 6.
Si Windows permet d'installer des drivers sans avoir à trop réfléchir sur les compatibilités des drivers, c'est parce que les API sont stables (et c'est sûrement ça qui fait que Longhorn soit largement retardé par rapport au planning initial, me trompé-je?), et parceque l'abi du compilo utilisé l'est aussi.
Le problème de pwc est un changement brutal d'api du noyau: et dans un modèle où les développeurs du noyau sont subordonés à ses utilisateurs (relation fournisseur-client -- comme MS), ce genre de chose ne peut pas arriver.
C'est deux logiques qui s'opposent: une logique d'évolution rapide, où l'existant ne pose pas trop de problème car la recompilation est possible à faible coût, et une logique de maintien de l'hérité, car la recompilation n'est pas possible.
[^] # Re: Ingénerie reverse
Posté par Jean-Baptiste Mayer . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 2.
# Attends un peu...
Posté par Jean-Baptiste Mayer . En réponse au journal archiver un répondeur de portable. Évalué à 4.
# C'est un coup dur pour linux embarqué...
Posté par Jean-Baptiste Mayer . En réponse à la dépêche Fin du support Linux des webcams Philips. Évalué à 9.
Et là, on perd le support de la seule caméra à peu prés bien fonctionnelle sous linux...
D'ailleurs, si on regarde la lkml, le driver GPL 'pwc' a lui aussi été retiré du noyau.
Adieu linux sur nos robot! :((
Bilan: Bah... je suis parti pour un grand moment d'ingéniérie inverse.
[^] # Re: gestion des périphériques
Posté par Jean-Baptiste Mayer . En réponse au message gestion des périphériques. Évalué à 3.
Devfs est déprécié depuis au moins le premier noyau de la série 2.6 ...
[^] # Re: et tu fais comment ?
Posté par Jean-Baptiste Mayer . En réponse au journal Le Public de LinuxFr. Évalué à 9.
Darwin?
(oui oui, -1, je le mérite.)
[^] # Re: Être libre ou ne pas être libre...
Posté par Jean-Baptiste Mayer . En réponse au journal °O° X-Chat passe en Shareware °O°. Évalué à 2.
Si il manque les sources de cette partie, le binaire n'est pas GPL...
Ça me paraît un peu... étrange, voire contraire à la GPL.
# jabberstudio
Posté par Jean-Baptiste Mayer . En réponse au journal Interface web pour jabber ?. Évalué à 4.
http://www.jabberstudio.org/project/?cat=5(...)
Je vois au moins 3 projets de clients jabber en php...