wismerhill a écrit 2605 commentaires

Effectivement, d'ailleurs il me semble que le pièces de 1 et 2 centimes (peut-être même les 5 centimes?) sont produites à pertes: la quantité de matière première qu'elles contiennent a une valeur supérieure à leur valeur symbolique.

Et ça m'étonnerais qu'appollo propose une API aussi complète que celle de java (je ne connais pas .net), en tout cas pour les premières versions. Et le JRE 1.2 (pour windows) ne pesait que 5Mo.

D'ailleurs, appollo sera-t-il seulement destiné au développement d'autre chose que des applications graphiques?

Je rentre dans la discussion.

L'utilisabilité c'est une notion inventée par les humains pour décrire la façon dont ils interagissent avec un outil qu'ils ont eux-même inventé. Ça ne peut être que subjectif puisque des personnes différentes, avec des formations différentes, peut-être des cultures différentes, vont aborder l'outil de façon différentes.

De même, des déficiences physiques vont modifier la façon dont les personnes utilisent un programme. Par exemple, certaines personnes ont du mal à utiliser une souris, du coup mplayer qui se contrôle très bien au clavier depuis une ligne de commande sera beaucoup plus utilisable pour eux qu'un truc où il faut aller cliquer sur des boutons.

Par contre le seul bug connu que j'ai vu et que si tu a plusieurs lecteurs DVD il en prend un par defaut et tu peux pas choisir. D'ailleurs kaffeine ou mplayer c'est le meme probleme il me semble .. ( Je parle du bouton lire DVD, pas lire un fichier )

Pour mplayer c'est l'option -dvd-device (avec /dev/dvd par défaut)

Tu peux mettre autant de faces que tu veux, regarde dans la configuration de compiz.

Ça fait longtemps qu'il est possible de mettre à jour d'une version à l'autre, y compris directement avec urpmi.
Je met à jour ma machine principale de versions en versions depuis la 8.2 (dont une fois directement par urpmi).

L'ancien rpmdrake est toujours disponible (enfin, dans la cooker d'il y a quelques semaines c'était le cas) dans le paquet old_rpmdrake (si je me souviens bien).

3.Personne n'est foutu de suivre les standards. J'aimerais comprendre pkoi personne n'a eu la belle idee d'avoir un interpreteur javascript INDEPENDANT du navigateur et que donc une fonction dans firefox est la meme que dans IE et pas de trucs bizarres entre les deux.

Ça existe:
http://xmelegance.org/kjsembed/

C'est une bonne chose, ça signifie qu'ils s'appliquent à corriger les problèmes encore présents plutôt que de s'accrocher à une date de sortie décidée à la grosse louche longtemps à l'avance.

Tu es au courant que le système est multitâche?

Perso j'en fait énormément usage et j'ai très souvent plusieurs applications (je parle d'applications end-user) qui tournent en même temps. Alors si l'une d'entre elles ralentis toutes les autres parce que les développeurs ne s'intéressent qu'à une utilisation monotâche, je vais lui chercher un remplaçant.

Si tu va prendre le code sans autorisation de l'auteur, tu n'a pas de licence (libre ou autre), et donc le droit d'auteur seul s'applique et tu n'a le droit de rien faire.
Par contre, son frère qui l'a eu sous une licence libre pourrait te le redistribuer (ce qu'autorise une licence libre, la licence de redistribution variant suivant la licence de départ)

Mieux:

Utilisation incorrecte
Quand vous démarrez Windows, cliquez sur...

Utilisation correcte
Quand vous démarrez le système d'exploitation GNU/Linux, cliquez sur...

Erreur

Il n'est absolument pas nécessaire de distribuer un projet au monde pour qu'il soit libre.
À partir du moment où il le distribue sous une licence libre, même seulement à son frère, alors c'est un projet libre, même si tu n'en vois jamais le code.

Tu n'a qu'à aller vérifier, c'est sous une license BSD-like.

Pour les modules noyau, il y a dkms (http://linux.dell.com/dkms/).
Le projet PLF (http://plf.zarb.org/) package plusieurs modules (open-source ou non) de cette façon et ça fonctionne bien.
Je suis récemment passé au drivers proprio nvidia tels qu'ils les packages et c'est du bonheur: lors de l'installation d'un nouveau noyau, il y a un service dkms au démarrage qui se charge de vérifier si tous les modules dont il a connaissance sont compilés pour le noyau en cours, et si non il les recompiles et ils sont tout de suite disponibles.
Bien sur ça ne fonctionne pas pour des modules qui sont nécessaires au lancement de init (contrôleur raid par exemple), ceux-là doivent de toute façon se trouver dans le initrd.

Le projet est maintenant chez freedesktop:
http://nouveau.freedesktop.org/
Je viens de jetter un oeil à la deature matrix (http://nouveau.freedesktop.org/wiki/RequiredFunctionality) et je suis impressionné, la dernière fois que j'ai regardé (il y a un mois ou deux) il n'y avait pas plus de quatre champs DONE.

Ah, non, non.
Les sondages c'est 103% qui sont faux.

Les patch en question sont rarement là pour faire fonctionner KDE (parfois quelques correctifs qui ne sont encore qu'en CVS/SVN, ou pour tenir compte d'une spécificité de mandriva), mais le plus souvent pour mieux s'intégrer à la distribution.
Par exemple, ils packagent à part les module de kcontrol qui sont en doublon par rapport au MCC, ou bien ouvrir menudrake à la place de kmenu, ouvrir l'assistant de mandriva pour partager un dossier sur le réseau, ...

quand tu ajoutes des fichiers sur un serveur CVS, tu es obligé de le mettre dans MAIN, ensuite tu peux tagger tes fichiers.

Faux.
Tu peux intégrer des fichiers directement dans une branche déjà existante (en passant ta copie locale dans cette branche), et ainsi lnes fichiers n'existent que dans cette branche et pas dans HEAD.

Tien, si quelqu'un peut m'expliquer pourquoi ces foutus FS à la windows s'emmerdent à faire une conversion sur chaque nom de fichier pour faire une comparaison case-insensitive alors que ce serait plus facile de comparer caractère par caractère.
En plus il y a plein de caractères qu'ils n'acceptent pas dans les nom de fichier (bon, OK, pour les caractères de contrôle c'est judicieux).

Je me souviens d'un bete application bateau en java mais écrite visiblement par des gens qui ne connaissait que windows. Elle ne marchait pas sous linux parce que... elle cherchait un fichier avec le chemin en \ et pas en /. C'est idiot non.

C'est prévu:
http://java.sun.com/j2se/1.5.0/docs/api/java/io/File.html#se(...)
mais même avec le langage le mieux conçu pour être indépendant de la plateforme, si tu ne veux pas l'être tu y arrivera toujours.

Et encore, seulement si tu parle de solide cristallin, car pour des amorphes ce n'est pas si clair.

C'est bien ce caractère cristallin qui fait une transition bien nette, car il y a une barrière de potentielle bien définie à la liaison cristalline.

Cependant, c'est beaucoup trop réducteur de se baser sur la seule transition pour définir des états de la matière. Car même si les liquides et les gaz ont énormément en commun (et ne sont plus distinguable dans certaines conditions), il n'en reste pas moins qu'on peut les modéliser de façon différente (fluide "incompressible", gaz "parfait").

Enfin, ces distinction en quelques états bien définis marchent pas mal pour des éléments simples, des métaux, des molécules de petites tailles genre H2O.
Si on commence à jouer avec des molécules plus complexes on va découvrir des propriétés qui ne correspondent à aucune des classes simples citées précédemment.
Que dire des colloïdes, ou des nano-tubes de carbonne?
Mieux, la membrane cytoplasmique d'une cellule, comment la classerais-tu?

Ce classement simple en états de la matière fonctionne bien pour des cas simples.

Parce que dans ce cas tu ne pourra utiliser que gstreamer, et les gens qui voulaient utiliser autre chose vont se plaindre.
Avec cette couche d'abstraction il suffit d'écrire la partie de liaison vers un backend spécifique et tous les programmes qui utilisent l'API phonon fonctionneront sans modification.

Pas forcément.
Phonon pourrait supporter A B C et D avec une documentation claire disant que seuls B et C fonctionneront avec tous les systèmes. À charge ensuite aux développeurs des progammes de faire des choix et d'avertir clairement les utilisateurs de ce qui est nécessaire pour profiter des fonctionnalités.
Et ainsi quand un des backend ajoute le support d'une fonctionnalité il suffit de l'ajouter dans sa couche de liaison et les programmes qui utilisent cette fonctionnalité pourront aussi en profiter avec ce backend.

On pourrait même envisager que pour les fonctionnalités optionnelles il y aie une API parallèle qui permet aux programmes d'interroger phonon pour savoir si le backend actuel supporte telle fonctionnalité.
Les programmes pourraient ainsi s'adapter automatiquement au backend utilisé.

J'ai écris un parseur pour /proc/net/tcp (enfin amélioré un parseur existant) : ben c'est n'importe nawak, faut supposer qu'on ouvre moins de 10000 connexions, et suposer que le texte est bien aligné avec l'entête ce qui est pas tout à fait le cas ... Bref, c'est un peu au pifomètre !

Je vois pas le problème, avec un coup de awk on récupère les différents champs sans se prendre la tête. Le format de fichier est fait pour.
Tu peux aussi utiliser cut ou perl suivant ce que tu fais.