gato a écrit 91 commentaires

Le code n'a pas été complètement nettoyé : il reste du perl dedans.

Ok je sors --> []

Un point important à améliorer est la conservation de la mise en page lorsqu'on change de plateforme : le même document, passant sur Linux, MacOS et Windows, donnera 3 mises en pages différentes !! La documentation prétend que cela vient de l'utilisation des fontes systèmes. Certes, mais LibreOffice ne pourrait-il pas mettre en avant une liste de fontes vraiment portables ? Ce serait un progrès décisif. (Pas de quoi avandonner Latex, mais ce n'est pas le même usage !)

L'API de java est aussi plus compliquée pour faire du réseau. Par exemple le select() n'est pas assez bas-niveau (il agit sur un flux, pas un fd). De la sorte, pour implémenter ce nouveau code, il faudrait commencer par "détricotter" java, ce qui fait des complications bien inutiles. De ce point de vue, Python est largement plus simple ; l'approche est sensiblement proche de celle du C, donc le passage au C ne devrait pas poser de problème. Au sujet des performances, on put considérer que le goulot d'étranglement est le réseau, pas Python ; donc la traduction en C ne sera rentable que si le ratio change (sur matériel peu performant),
ou si la mémoire est critique.

> Les buffer overflow et autre injection de code s'est typique du C.

oui, ce n'est pas du tout le cas en php ou sql.

Ce Sidi, comment s'appelle ce noyau écrit en C, Nilux ? et cet environnement
de bureau, Mogne ? et ce serveur web, Chapach ? Quelle idée de les avoir
écrits en C, ils n'auront jamais de succès.

pour la montée en charge, il y a epoll() qui remplace avantageusement select() ; c'est utilisé sur les serveurs de google.

Dans la traduction, est écrit : "... code sûr. C'est ce que Microsoft ...", où ce dernier est à une distance de 4 mots de "code sûr". Puis pour ancrer cette affirmation, on nous parle de Boeing et de la NSA, où l'exigence de sécurité va de soi. C'est une énorme propagande. Le seul code sûr est le logiciel libre, où tout un chacun (comprenez, avec le compétences nécessaires) pourra auditer, modifier, tester et améliorer le code. Ici on essaie de justifier les boîtes noires, encore une fois. Il y a aussi une attaque contre les architectures logicielles en couches, tiens comme par hasard le modèle Unix.

Ben non, il y a plein de gens qui utilisent tous les jours des regexp dans sed/awk/vi/grep/php et qui ne veulent surtout pas s'approcher de perl. Je ne vois pas en quoi perl démocratise les regexp de ce point de vue, ni pourquoi ces langages "suivraient" perl.

Le principal défaut des mongueurs est qu'ils sont persuadés que perl est à la fois l'apogée des langages, et la source ultime de tout progrès. Je n'y vois qu'un exemple de ce qu'il ne faut pas faire en programmation : le code write-only.

Bonjour, je pose une question un peu en marge de cette news : j'ai compris l'intérêt d'avoir un noyau à faible temps de latence, voire real-time, pour la musique pro et en particulier utiliser jack ; par contre, je n'ai pas compris pourquoi par défaut le noyau n'est-il pas directement RT ? C'est donc qu'il y a des avantages dans le cas général d'avoir des noyaux non-RT, mais j'aimerais bien savoir lesquels ???

Le RFC1191 décrit le PMTU, y-a-t'il un rfc + récent ?

Une petite erreur s'est glissée dans le paragraphe parlant de la taille des datagrammes UDP : la taille utile (le MTU) est de 1500 octets pas 512.

En parlant des drivers nvidia, ils sont à des années lumières en avance sur la version libre. Je suis très content que nvidia fournisse ces drivers et j'achète nvidia en connaissance de cause (carte + soft). Au moins, je ne suis pas bloqué sur un autre système et je peux développer sous Linux. Où est le problème ?

Zut, j'ai mis le pied dans un troll !

Avant, j'étais sur Slackware (je me souviens avoir compilé tout Gnome à la main ..) puis sous Debian (problèmes avec le matériel trop récent) et depuis que je suis passé à Ubuntu, waouh, quel pied ! Il y a des tas d'autres distributions, dont certaines ont probablement atteint ce niveau de finition ; mais ne boudons pas notre plaisir !

> ... C'est vrai que c'est moins facile à installer

Cet argument est de la propagande distillée à longueur de "L'ordinateur Individuel" ou de "PC Expert". D'une part ça donne un côté geek (regardez, on vit dangereusement, on essaie Linux) et d'autre part ça satisfait les annonceurs.

Pour installer un Windows, il faut une bonne heure en allant vite et en jonglant entre les mille-et-un CD de drivers, les nombreux reboot, et les boîtes de dialogues improbables.

Pour installer Linux, il vous suffit de répondre "oui" à "Parlez-vous français", "avez-vous un clavier français", "êtes-vous en France" et c'est parti. Dix minutes plus tard, on vous propose d'installer des drivers propriétaires éventuels (exemple nvidia), vous répondez encore "oui",
et c'est fini ça marche !

Quant-à l'installation de logiciels, c'est encore à l'avantage d'Ubuntu : deux clics dans synaptic, ou un coup de sudo apt-get install, et hop.
Sur Windows, il faut chercher au petit bonheur la chance sur différents sites, et prier pour ne pas installer un spyware en même temps !

Bonsoir, quelqu'un pourrait-il m'éclairer sur cette histoire de mouchard : il serait installé à distance sur la machine d'un suspect ou il s'agit de filtrer le FAI ?

Nokia n'aurait pas pu acheter GNOME car il n'appartient pas à une société.
Donc l'achat par Nokia ne fait pas un argument !

Bonjour, à propos du slogan "le seul dock open-source et opengl" :

D'abord, ce slogan est jetable : qu'en ferez-vous quand un autre dock opengl sortira ?

Deuxio, pourquoi open-source, vous ne faites pas dans le GPL ? Dans ce cas, il faut dire "logiciel libre", ce n'est pas la même chose.

Le choix de Qt est surtout lié au fait que Nokia en est le propriétaire.

Pour ce qui est de la doc, elle est peut-être inégale pour les outils GNOME, mais on trouve aussi de l'excellent : je pense à la doc de GStreamer.

Enfin dans le match rpm/deb : deb c-tout-libre-ça-pue, tandis que rpm a toutes les vertus que l'on trouve pour les boîtes qui font à la foi dans le libre et le proprio^W privateur.

C'est dommage que l'annonce ne rappelle pas en quelques mots le but de GeeXBoX. Du coup, l'annonce n'est pas informative.

Le gain de temps au démarrage est une bonne nouvelle : c'était tellement lent qu'à une époque j'ai cru que c'était écrit en java !!

Le bandeau en haut et en bas est un peu sombre et tristounet. Un peu de pastel serait plus positif, amha (snurfle, à mes souhaits).

Pardon, pardon, on dit "déprécatède"
(sinon on comprend pas. Pareil pour "bug" -> "bogue", "mail -> "mél", etc).

Je trouve ce trope un peu psycho. Tu m'étonne, nimie.

D'ailleurs au singulier, on dit métalnimie.

D'ailleurs à ce propos, j'ai un commentaire.

[Goosens]

Mais qui est ce Dékouate, il s'agit en réalité de : Proprié

Des os, lait en poudre

> Je suis impatient de jeter un oeil [...]

Vous serez déçu : le code est écrit en java puis "compilé en javascript" : ici javascript n'est qu'un bytecode, c'est fait pour être portable sur les brouteurs, pas pour être humainement lisible.