reno a écrit 3886 commentaires

Je ne sais pas ce qu'il en est sous Vista, mais sous XP, tu peux facilement planter le navigateur si l'aperçu a un problème..
Ce qui est un signe que l'architecture est pourrie: le rendu de l'aperçu devrait être fait dans un autre processus..

J'ignore si KDE ou Gnome font mieux sous Linux, en tout cas dans un domaine voisin Firefox se plante quand un plugin se plante ce qui n'est pas normal pour beaucoup de plugin, qui devraient être dans des processus séparés.

>Ce qui est bizarre c'est que tout le monde crache sur C++

Pas tout le monde: juste ceux qui l'ont utilisé ;-)
Mon avis personnel: beurk! Vive Scala ou D si on veut vraiment un langage proche du C++.

>Pourtant avec un langage horrible et méprisable il semble difficile de faire un toolkit magnifique et élégant non ?

Certes, mais difficile != impossible, donc rien de contradictoire ou de bizarre là dedans..

>mais pour le C respecter la norme est quand même source de portabilité

Mouai, le C99 a mis beaucoup de temps à être adopté par les compilateurs..

Ca fait mal: même pas du décodage 'temps réel' (25fps) avec le top des GPUs et je ne parle même pas du rendu purement sur le CPU..

Je croise les doigts pour qu'il reste plein d'optimisations à faire.

Enfin peu de film utilise une résolution aussi élevée (même si la full HD est encore supérieure..).

>créer un enième codec HD de visualisation (h264 fait cela très bien)

Sauf que h264 a des patentes, pas Dirac, ce qui fait une grosse différence pour les distributions!

Donc j'espère que Dirac est aussi utilisable pour faire de la simple visualisation, ce qui permettrait à terme peut-être d'avoir enfin des distributions Linux 'multimédia-ready' enfin si par la on entend pour du Ogg Vorbis ou du Dirac..
:-)

>les systèmes BSD sont réputés pour leur sécurité. Ils sont bien codés en C ?

OpenBSD surtout.. Et Théo a dit dans une interview qu'un des bug le plus difficile a trouver lors des relectures de code est le depassement entier, problème rarement exploitable en Java (à part pour un déni de service)..

De plus, je n'ai pas dit que Java était l'arme ultime, juste que cela résolvait toute une catégorie d'erreur de sécurité, dans le sens ou si les erreurs sont la, au moins elles ne sont pas exploitable.
Un déni de service étant quand même en général moins grave pour une entreprise, qu'un bug permettant a un cracker de devenir root..

>En bref, quel est l'intérêt d'un OS en java ?

La sécurité déjà.
Les OS en C ne se sont pas montré à la hauteur de ce point de vue la: c'est la course aux patchs en permanence.

Après Java tout seul coté sécurité, c'est probablement insuffisant, il manque la notion de 'capabilities' http://en.wikipedia.org/wiki/Capabilities dans le langage.

>Le EEE chauffe beaucoup par exemple et il a un ventilo. Un via à puissance équivalente avec seulement un radiateur, le radiateur n'est pas brulant

Et pourtant le Celeron des EEE est "under-clocké" (sous-fréquencé) si ma mémoire est bonne: il pourrait tourné à 900MHz, mais il n'est utilisé qu'à 600MHz pour eviter de chauffer trop/vider la batterie trop vite.

Ceci dit: 'a puissance équivalente': tu parles de SpecInt (ou d'un autre benchmark 'réaliste') ou tu parles de la fréquence d'horloge?
Parce que la fréquence d'horloge, ça ne veut pas dire grand chose au niveau performance..

Ta redéfinition de la 'culture populaire' ne te rends pas crédible..

La culture populaire, normalement c'est ce qui plait au plus grand monde pas uniquement ce qui est gratuit.

Donc remplace populaire par 'gratuite' et la ton discours est plus cohérent:
"être pour l'allongement de la durée de la durée des droits des artistes-interprètes c'est aussi être contre une culture gratuite. déjà qu'aujourd'hui la culture gratuite (accessible à tous) a 50 années de retard sur la culture "actuelle", ne creusons pas encore le fossé !"

Gratuite n'est peut-être pas le bon terme non plus (gratuite et réutilisable?) mais en tout cas 'populaire' ne l'est certainement pas!

Tu as raison..
En fait je pensais a la librairie M:N faite par IBM qui était prévue a un moment comme successeur de LinuxThread, mais c'est vrai elle n'a pas été réellement utilisée.

>ca fait une belle jambe a celui qui utilise de l'embarqué issu de bsd , mais qui n'a pas le droit de le modifier de savoir "qu'un autre produit lui tu peux le modifier".

Et bien, il n'a qu'a voter avec son portefeuille et ne pas l'acheter ce produit s'il est "tivo-iser" et que ça ne lui plais pas..

Le passage du threading M:N au 1:1 par défaut est similaire a celui qui a été fait par Linux.

Sinon, l'interview m'a rendu curieux à propos de SCTP que je ne connaissais pas, et c'est vrai que ce "super-TCP" a l'air interressant..

>Et pourquoi ne pas standardiser les archives ?
>Pourquoi ne pas virer tar pour garder que cpio.

Et pourquoi pas!
Tu as déjà reçu une archive dans un format inconnu?
C'est chiant..

Après cpio, je trouve les options de l'outil de manipulation peut intuitive comparé a tar..

>Pourquoi ne pas virer gzip pour garder que bzip2.

Pour les outils de compression, le problème est un peu différent: certains sont plus performants pour certains type de donnée donc et c'est une recherche permanente..
Mais on pourrait très bien avoir un seul outil de compression avec des algo différents, cela simplifierait les choses (c'était d'ailleurs plus ou moins prévu comme ça avec gzip, mais le mainteneur a foiré en ne tardant a integrer l'algo de bzip2 donc nouvelle outil, beurk).
Avantage: si tu recois un format compressé inconnu, uniquement a mettre jour ce 'méta-compresseur' pas besoin de se poser la question: comment s'appelle le nouveau package, comment fonctionne l'outil, etc.


>Mais c'est un petit problème.
Ah? Vu le nombre de distrib, je ne pense pas que ce soit un petit problème!
Et puis a l'heure actuelle, les distrib forment une barrière entre les utilisateurs et les projets sources: des outils de gestions distribuées, de rapport d'erreur *et* un format de packaging unifié permettrait de diminuer cette barrière..

Il y a deux choses: les paquets et les gestionnaire de paquets, s'il est probablement impossible de standardiser les gestionnaire de paquets, standardiser le format des paquets ce serait déjà un progrès, non?

Moui, la différence c'est que dans KDE/Gnome, vi/emacs, il y a plein de différence purement subjective.

Mais sur un format de package (et je parle bien uniquement du format de package pas de la couche d'au dessus), ça devrait quand même être possible je pense..

La liste des critiques est incomplète, entre autre il y avait:
- utilisation d'une librairie pour tester le multithreading buggée qui ne fonctionnait bien que sur des ordinateurs pas trop rapide, un comble!

- spécification d'une version de librairie pour le C++ instable non utilisée..
Bon la, il faut dire que l'ABI liée au C++ arrêtait de bouger a l'époque ce qui fait désordre..

Pour le coup de rpm vs deb, c'est quand même un monde que les distrib Linux n'arrivent pas a utiliser un même format de package, ce n'est qu'un format de package quand même..
C'est dommage quand même toute cette perte d'énergie pour rien!

+1

Les américains ont fait le même coup aux Italiens en rapatriant des pilotes qui avaient percuté un cable de téléphérique en faisant les zouaves provoquant des morts.

Ce n'est pas pour autant qu'on peut dire que l'Italie est 'sous occupation Américaine'..

>> Les enfants de CM2 sont ils assez mature pour comprendre l'horreur que cela represente?
>Il faut arrêter d'infantiliser les enfants, comme aime à le rappeller la si pertinente directrice de cabinet du président.

Celle qui veut retirer la scientologie des sectes?

Sinon comprendre l'horreur de cet acte bien sûr qu'ils en sont capable, mais être capable de comprendre pourquoi Sarko demande ça, non..

Et pourtant c'est loin d'être innocent!

Pourquoi pas d'un Africain déporté en esclavage? D'un arabe mort en Algérie? (et c'est pas le seul endroit ou il y a eu des massacres lors de la décolonisation)
La c'est bien la France qui a fait directement le sale boulot..

Mais leur lobbys sont moins puissants.

Si et j'aimerais bien qu'un journaliste lui retourne ça dans les dents lors d'une interview..

Mais bon, avoir des journalistes qui ne se couchent pas devant le président (pas que Sarko, c'était pareil avec les autres) et qui puissent poser des questions non listé a l'avance, je rêve..

>PS : sinon, une première page pour un commit CVS, ca fait pas un peu beaucoup?

Vu le nombre de remarque, visiblement ce n'est pas le cas!

Sinon pour répondre a ta question, le gros interet de pouvoir faire la même chose avec SFTP qu'avec FTP, c'est que ça va simplifier les choses: plus de serveur FTP qui fait doublon avec le serveur SFTP/SSH, plus de double gestion des comptes, simplification de la configuration du firewall..

Et j'ajouterai aussi: plus de problème lié a un client FTP en mode ASCII (quelle c... cette fonctionnalité!).

Donc clairement: a sab FTP, eviv SFTP.

Pour les hébergeurs web, je ne sais pas, mais je sais qu'au boulot ça nous permettra de nous simplifier pas mal la tache..

Si tu veux mon avis, avec le matériel AMD dont les spec 3D seront bientôt libres, ce n'est pas fini..
Et vu la complexité du sujet, cela ne m'étonnerait pas que la phase de 'stabilisation' soit assez longue, avec bien sûr des impacts sur Nouveau.

Ouai enfin le benchmark, c'est quoi? Un seul test, plusieurs?

Si c'était un truc connu genre SpecInt, ce serait peut-être plus crédible, la évaluer un compilateur sur un obscur benchmark, c'est peut-être un peu leger..

Ca dépend des technos de batterie..

Bin les Italiens ne sont pas top non plus en langue étrangère d'après mon expérience donc il y risque d'y avoir le même problème..

Faudrait que les pays du Sud (France y compris) suive le modèle des pays du Nord: en Suède même les chauffeurs de bus parlent Anglais!