Jean-Baptiste Mayer a écrit 168 commentaires

Et le résultat est?
(j'ai pas de quoi faire la manipe ici :'( )

Moi:
Mieux.

(je suis déjà dehors)

C'est une occasion pour le faire revivre, justement...

Pendant ce temps... http://tribunelibre.org(...) se meurt, faute de combattants.

N'aurait-ce pas été un site plus approprié pour troll^W discuter du TCE et de l'Europe?

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.

http://www.gphoto.org/(...)

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)

il ne doit pas tout réapprendre tous les 3 ans au risque de finir au RMI ...

Les développeurs Java sont depuis longtemps au RMI....
http://java.sun.com/products/jdk/rmi/(...)

(/me --->[] )

Xilinx?
http://www.xilinx.com/xlnx/xebiz/productview.jsp?sGlobalNavPick=PUR(...)

Ah bah tiens... je viens juste de trouver l'option... (désactivée par défaut, deux options à activer pour que ça passe)

Oubliez la phrase ...

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.

Très pratique pour la mule... :)

...et comme ce sont des sociétés américaines, y'a qu'un pas pour le brevet...

Ca ne serait pour une fois pas forcément plus mal... ça dissuaderait :)

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...

Moué, bof...

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...

Le problème, c'est le compilateur...

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.

Qui t'a dit que j'allais bidouiller le driver pwcx?

tapez 5 pour rappeler, 2 pour effacer, 3 pour réécouter... archivé"

"Menu pricipal. Pour écouter vos messages archivés, tapez 1...."

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.

Par défaut gentoo est en devfs par udev

Devfs est déprécié depuis au moins le premier noyau de la série 2.6 ...

tu sais comment faire évoluer les gens toi ?

Darwin?

(oui oui, -1, je le mérite.)

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.

Tu n'a pas trouvé ton bonheur ici ?

http://www.jabberstudio.org/project/?cat=5(...)

Je vois au moins 3 projets de clients jabber en php...