wismerhill a écrit 2608 commentaires

Et suis-je le seul à trouver que *Office à un moins beau rendu (sur écran comme sur papier) que LaTeX ?

<avis partialité=100%>
De toute façon rien n'égale le rendu, ni la flexibilité de LaTeX ;-) ;-)
</avis>

Et sous Linux on fait comment?

Extrait des script d'un package pris au hasard
if [ "$1" = "0" -a -x /usr/bin/update-menus ]; then /usr/bin/update-menus || true ; fi
Bien sue que c'est fait dans les script du package. D'ailleur quand tu fait tes package rpm sur une mandrake il te suffit de mettre dans ton specfile

%post
%{update_menus}

%postun
%{clean_menus}

et c'est bon, ils ont prévu des macro pour encore simplifier ça.

un logiciel pour redhat 7.3 ne marchera pas sous mandrake 8.2 et inversement
Faux, j'ai plusieurs fois installé sur ma mdk8.2 des packages fait pour rh, faut juste éviter pour des truc assez dépendants de l'implémentation de la distrib (genre qui va installer des truc parmis les script /etc/init.d et autre).

A-t-on vraiment besoin d'un nouveau kernel tous les mois alors que sous win c'est tous les deux ans
Tu préfère attendre deux ans que les bugs soient corrigés!?

Debian et Mandrake (ils l'on repris de Debian) proposent un système qui! s'apelle simplement menu et qui se charge de générer des menus cohérents pour tous les environnements installés sur le système.
(à partir d'ici je parle de mdk car c'est elle que je connais)
Pratiquement chaque package d'un programme graphique pour une distrib mdk récente (8.x) inclus un fichier menu (qui s'installe dans /usr/lib/menu, pour ceux créés apr l'admin il y a /etc/menu, et ~/.menu pour l'utilisateur) et appelle update-menus qui régénère les menus KDE Gnome blackbox fvwm ... (ça prend quelques dizaines de secondes).
Il suffirait que les autres distrib incluent aussi ce système pour avoir une belle cohérence à ce niveau pour tous les packages.

Non, justement, puisque gcc 2.95 n'implémentait pas tout le standard.

Et donc sans ton gestionnaire kivabien on peut plus accéder à un document individuel.
Pourquoi réinventer la roue en la faisant carrée?

Heu, t'es pas bien toi?
Tu veut supprimer la notion de répertoire? (c'est à dire revenir au cpm 'il y a 20 ans d'ailleur)
Comment fais-tu pour trier clairement tes données si t'enregistre tout pareil au même endroit?

Et de toute façon, dans le html, il y a un principe de robustesse face aux malformations des documents. En clair les butineurs interprètent tout ce qu'ils comprennent et affichent bêtement (souf si c'est en commentaire, d'où les script mis systématiquement en commentaire) ce qu'ils ne peuyvent pas interpréter.

Il me semble que plusieurs distrib (mandrake, redhat, qui d'autre?) sont récement passées à gcc 3.1, vont-ils passer directement au 3.2 ou sortir leur prochaine version stable avec le 3.1 pour passer au 3.2 dès la suivante?

Et pour les mini-CD ça marche comment ;-)

Sans compter qu'en 32X faut que le système assure pour envoyer les données au graveur, je suppose qu'il vaut mieux avoir ce type de graveur en (vrai) SCSI.

Ben sur la mandrake, l'action apr défaut associée au type mime rpm c'est de l'ouvrir avec rpmdrake qui va l'installer automatiquement.

Tu peut toujours mettre à jour "à l'ancienne" directement avec rpm.

OpenGL n'est pas suffisemment régulièrement mis à jour
C'est parce qu'il a été bien pensé dès le début. Il a fallu plein de version successives de directx avant qu'ils n'arrivent au niveau d'opengl alors qu'ils auraient pu faire ça correctement dès le début. Et puis il faut comparer opengl à direct3d, pas directx dans son ensemble qui est plus proche de la sdl me semble-t-il.

Y a knoda (http://knoda.sourceforge.net/(...)) qui semble faire un peu la même chose avec une interface KDE (2 ou 3 apparamment).

À mon avis il faut les dll windows fournies sur leur site.

En effet, et comme le rayon d'une sphère de 2 km de diamètre est 1 km et que 4/3*pi fait à peu près 4 mon approximation est acceptable.

C'est les singes qui ont repris son développement.

Ce serait beaucoup plus grave s'il tombait dans l'océan!
D'abord il y aurait quand même plein de poussières dans l'atmosphère (tu crois qu'un corps de 2 km arrivant à plus de 10 km/s n'atteindrait pas le fond?), ensuite imagine un peu un tsunami de plus d'un km de haut, vaut mieux habiter à la montagne là.

Ils font comme on fait tout le temps en science: des approximations.
Pour la trajectoire de la terre tu considère la masse de la terre comme négligeable par rapport au soleil et tu le considère comme fixe, pareil pour l'astéroïde.
Mais ça c'est uniquement si tu veut des résultats exacts. Tu peut toujours faire des calculs numériques (avec plein des gros ordinateurs sous Linux), insoluble c'est l'impossibilité d'en écrire la solution exact (comme pour le pendule d'ailleur, ça n'empèche pas de très bien connaitre le problème).

Ils doivent pas refaire approuver leur budget bientôt à la NASA?

À mon avis il faut un truc au moins 100X plus gros pour modifier significativement la trajectoire de la lune, la quantité de mvt c'est la masse fois la vitesse et la masse de la lune est quand même bcp bcp plus grande que celle d'un astéroïe de 2 km.

Heu, oui pardon. C'est la circonférence, du coup mon autre post est mauvais aussi.
Allez balancez les [-]

il a donc un champ gravitationnel relativement faible
Franchement négligeable tu veut dire.
Le rapport des volumes est 1/8e12 et le rapport de la distance au centre est 1/20000 ce qui fait à la surface de l'astéroïde une pesanteur de g/20000, en clair tu fait un pas en avant et tu as déjà dépassé la vitesse de libération.