Besoins:
- Serveur CS: ça tourne sous OpenBSD facilement?
- Débutant sous OS alternatif:
La quantité de ressources d'aide pour Linux et OpenBSD est-elle comparable?
OpenBSD est certainement un excellent OS, reconnu comme tel par les Libristes comme par les "non engagés dans le Libre".
Ca ne veut pas dire qu'il soit la meilleure réponse à toute personne qui commence une question par "Quelle distro pour...".
En l'occurrence, il va se retrouver confronté à plus de problèmes que nécessaire! Il aura bien le temps ensuite de tester OpenBSD si l'envie lui prend.
Admettons. Mais la plupart des distributions sont gratuites, à commencer par les plus populaires en ce moment.
Il reste Mandriva, effectivement.
il attend du fun.
Alors il est carrément mal renseigné. Moi si je devais acheter une boite Linux, ce serait pour avoir un système d'exploitation et un nombre faramineux d'applications livrées avec.
Bon parlons concret: combien pour un développeur 3D ?
Pour deux ou trois doses de ce que tu prends, je veux bien être ton développeur 3D.
Je bite que dalle à la programmation, mais j'ai une très forte impression que ce ne sera pas trop grave, parce que tu n'as pas l'air de bien comprendre non plus sur ce que tu veux...
Posté par Maclag .
En réponse à la dépêche LLVM 2.9 !.
Évalué à 10.
Mouai.
Pour une bonne comparaison, il faudrait compiler LLVM avec GCC et GCC avec LLVM, ensuite on recommence le bench, et on conclut que c'est un peu le bordel dans les données.
Ce qui tombe bien, parce qu'on est vendredi, et que finalement les données qui ne veulent rien dire, c'est bon pour les Trolls!
En même temps, c'est une fonctionnalité tellement fondamentale que je n'ai jamais eu besoin, et que je ne vois toujours pas en quoi elle est fondamentale.
D'ailleurs, je ne vois pas beaucoup Apple faire de pub sur l'iPad en écrivant en grand "Annotez vos PDF!" genre c'est L'Argument de vente par excellence.
nVidia adopte la stratégie ARM, avec comme premier produit le TEGRA, une puce tout-en-un.
Pour la partie graphique, on ne peut pas dire qu'ils soient à la ramasse, je me souviens que tous les essais de netbooks à une époque ne parlaient que de la solution graphique nVidia.
Avec la montée en puissance des architectures ARM tant sur le plan des performances que sur le plan économique (parts de marché et autres), et l'attention que cette plateforme génère (voir les prochaines versions de Windows et ARM, je ne parle même pas des systèmes mobiles), on peut supposer que nVidia n'est pas tant dans la merde que ça.
Le marché va se développer vers les téléphones, les tablettes et autres netbooks, dont les composants internes vont converger.
Et c'est là que nVidia mise avec l'ARM.
Intel est bien armé et évolue dans ce sens aussi avec l'Atom.
Les OS veulent de plus en plus se reposer sur le GPU plutôt que le CPU, donc un ARM juste assez puissant et un bon proc graphique, d'ici quelques années, ce sera la solution de M. Tout-le-monde.
Finalement, le seul qui n'a pas encore fait ses preuves dans le secteur, c'est AMD...
Donc le but pour Intel, c'est d'améliorer sa partie graphique et de diversifier l'Atom vers la basse conso avec un bon rapport puissance-conso
Le but pour nVidia c'est de suivre la tendance ARM jusqu'à obtenir quelque chose de costaud côté CPU. La partie graphique, ils l'ont déjà!
AMD est un peu dans la situation de nVidia, sauf que eux partent de gros processeurs à transformer en bon rapports puissance-conso. Ils ont du retard, mais ça vient.
Je ne trouve pas que l'horizon soit si morne pour nVidia.
En revanche, je ne recommanderais pas OpenBSD à quelqu'un qui découvre le monde en dehors de Windows.
Je le recommanderais encore moins pour les serveurs sus-cités (tournent-ils seulement sur OpenBSD?).
Comme dit plus haut, la meilleure distribution pour ce type de cas est celle que tu connais le mieux, point barre!
Ne t'inquiète pas trop des "cette distro est plus adatée pour les serveurs de [mettre ici n'importe quoi]".
Tu n'es pas un admin payé pour trouver la meilleure solution à un problème de très grande envergure, tu veux juste que ça marche sans trop de problème, non?
Alors autant faire avec les problèmes que tu connais déjà! ;)
Euh, si je comprends bien, tu es d'accord pour voir des blagues utilisant le mot "nazi", à condition qu'elles soient "bonnes"?
Pareil pour le commentaire plus bas. C'est une blague, c'est à prendre au second degré. Personne ici ne demande qu'on donne une deuxième chance aux nazis.
Je dirais que encore une fois, on peut rire de tout, mais pas avec tout le monde...
Tu vas quand même avoir du mal à me faire croire que tu aurais tenu le même discours avant que MS ne les abandonnent:
"MS va abandonner le J# et tous les développeurs qui travaillaient dessus vont l'avoir dans l'os!"
Si le même fil avait eu lieu à l'époque, excuse-moi pour le procès d'intention, mais je suis à peu près certain que tu aurais également expliqué en quoi J# et VB6 sont des situations complètement différentes et qu'il n'y a rien à craindre.
Bref: quand on créé un tel antécédent, il ne faut pas s'étonner que le niveau de confiance en prenne un coup!
Et ils vont naturellement aboutir au mode suivant:
Cauldron en rolling-release
La version stable qui sort quand elle est prête
Par la suite, voyant la complexité d'avoir des bêta et RC pour la version stable, décision sera prise de créer un intermédiaire entre les deux qui utilisera des paquets de Cauldron "pré-testé" et servira de "bêta permanente" pour la version stable.
Prenant plus de liberté avec les acquis de Mandriva, l'équipe envisagera puis effectuera une migration vers le système de paquets deb au lieu de rpm.
Enfin, pour mutualiser les efforts entre distributions ayant des convergences de vues, Mageia fusionnera (en fait sera absorbée) par Debian.
Pour tous vous faire gagner du temps, vous pouvez installer Debian maintenant et la renommer en Mageia 3.0.
------------> [ ]
Plus sérieusement: longue vie au projet. C'est toujours agréable de voir des distributions à potentiel naître/renaître!
Des gens capables, il y en a. Ce n'est pas le problème.
Au contraire, la situation idéale ce serait qu'il n'y ait qu'une seule personne capable et reconnue comme tel par tout le monde...
Et qu'est-ce que tu fous avec 300 onglets d'ouvert?
C'est un peu comme les chaînes de télé par cable/satellite avec plein d'options inutiles: le temps que tu trouves un truc qui t'intéresse, t'as plus le temps de le regarder.
Là je ne vois même pas comment tu peux te rappeler ce qui est ouvert, et comment tu trouves le temps de filtrer tout ce bazar régulièrement.
Enfin, c'est bien pour montrer que FF tien la charge avec la bonne extension...
Ce que moi j'ai trouvé surprenant dans le fil, c'est l'impression de légèreté qui émane de l'assurance-qualité dans Fedora.
OK, c'est une distro pour faire des choses expérimentales quitte à tout casser. Mais là, on soulève un problème, on insiste sur le fait que la doc paraît confuse et la réponse c'est en substance:
"On a déjà fait des trucs dans le genre sans regarder si ça violait les procédures ou si on avait toute la doc pour le contrôle qualité, alors je vois pas pourquoi on s'embêterait ce coup-ci"
Le problèmes est (ici):
Les consignes de Fedora sont vagues: suivre la FHS
la FHS stipule que les distros peuvent faire un peu ce qu'elles veulent dans / tant que c'est bien pensé
Comme précisé, la FHS définit un minimum pour les distributions. Et Fedora n'a donc aucune spécification propre, aucun maximum défini, aucune procédure de contrôlé appliquée?
Du coup, il y a un grand flou artistique sur qui peut ajouter quoi et comment dans la racine.
La bonne réponse, ce serait de définir cette procédure, incluant la doc et la transition, et vérifier si les précédentes modifs "passent" les contrôles.
La mauvaise réponse est "on s'en foutait avant alors on va continuer de s'en foutre".
Et je suis effaré de voir autant de monde dans la liste plutôt enclins à choisir la deuxième réponse pourvu que ça aille plus vite (et vas-y que je te qualifie tout ça de "bureaucratique").
On n'a pas l'impression en lisant le fil, que beaucoup de monde soit sensible au principes de contrôles qualité!
Parce que nVidia a certainement des intérêts économiques dans Linux, mais pour l'instant c'est toujours à coups de drivers propriétaires, pas de driver libre soutenu en interne (Nouveau est un travail basé sur le reverse-engineering!), et pas de documentation.
Toujours la même question: que veut-on de Linux? qu'attend-on de ses "défenseurs"?
1. Liberté, à tout prix, même si les perfs sont sacrifiées?
2. Performances à tout prix, tant pis si on doit fermer quelques sources développées par des tiers.
Mais Rasterman se fout un peu des "sorties officielles" et donc de faire des 1.0 ou autre.
Si tu veux les EFL, tu tapes dans le SVN (et tu fais pas ch...). C'est son point de vue.
Du coup, la version 1.0 des EFL vient plutôt de son "entourage" que de lui.
Il y a bien longtemps que les EFL sont utilisables, et que E17 tourne comme WM principal sur moultes ordinateurs.
J'ai l'impression que tous ces changements représentent un risque à terme de laisser derrière bon nombres de projets moins bien dotés en ressources.
KMS: Les "systèmes libres alternatifs" vont-ils être capables de s'adapter à temps ou être condamné à disparaître au fur-et-à-mesure que les puces graphiques dernières génération ne seront pas supportées? Comme il est dit, pour NetBSD, OpenBSD, Haiku, il y a encore "beaucoup" à faire et Intel gicle déjà son code. Bientôt des puces graphiques Intel incompatibles avec ces systèmes?
Wayland: On se réjouit du fait que pour Gtk et Qt, ça marche.
Quid de tous les autres? (EFL, Fltk, etc.).
Bref, les petits ont souvent du mal à se faire une place, mais si en plus on leur demande de suivre un rythme d'évolution soutenu, ils risquent bien de sombrer doucement dans l'oubli...
Les virgules flottantes et erreurs numériques, c'est un vaste programme.
Si tu as beaucoup de nombres très grands et très petits, ça peut rapidement devenir un bordel sans nom.
Comme tu l'as trouvé tout seul, les SUM sur des types FLOAT, c'est une très mauvaise idée. En vérifiant vite fait, j'ai trouvé des références à ce "bug" (qui n'en est pas un) en 2003, 2006, et 2007. Je suis sûr qu'il y en a plus...
Pour ce qui est de tes deux colonnes identiques qui ne donnent pas le même résultat, je ferais plusieurs choses (bêtes, mais bon...)
1 - vérifier qu'elles sont aussi identiques que tu t'y attends
2 - répéter les opération SUM pour vérifier que ton résultat est reproductible
Comment s'y prend PHPMyAdmin pour exporter les flottants? (vraie question, j'ai jamais regardé)
[^] # Re: Openbsd...
Posté par Maclag . En réponse au message Serveur Dédié quel OS ?. Évalué à 5.
Bon, je vais résumer un peu hein.
Besoins:
- Serveur CS: ça tourne sous OpenBSD facilement?
- Débutant sous OS alternatif: La quantité de ressources d'aide pour Linux et OpenBSD est-elle comparable?
OpenBSD est certainement un excellent OS, reconnu comme tel par les Libristes comme par les "non engagés dans le Libre".
Ca ne veut pas dire qu'il soit la meilleure réponse à toute personne qui commence une question par "Quelle distro pour...".
En l'occurrence, il va se retrouver confronté à plus de problèmes que nécessaire! Il aura bien le temps ensuite de tester OpenBSD si l'envie lui prend.
[^] # Re: Xfce
Posté par Maclag . En réponse au journal Gnome VS KDE. Évalué à 10.
Pffff n'importe quoi tout ça!
Qt et Gtk sont deux technos complètement à la ramasse qui se font de gros lifting pour masquer leur désuétude.
Qu'est-ce que vous attendez pour prendre E17 et adopter les EFL, des librairies d'hommes!
[Envoyé depuis mon Win XP, pour que le Troll ait le poil encore plus soyeux]
[^] # Re: difficulté
Posté par Maclag . En réponse au journal "Linux a bien du retard ...". Évalué à 10.
Admettons. Mais la plupart des distributions sont gratuites, à commencer par les plus populaires en ce moment.
Il reste Mandriva, effectivement.
Alors il est carrément mal renseigné. Moi si je devais acheter une boite Linux, ce serait pour avoir un système d'exploitation et un nombre faramineux d'applications livrées avec.
Pour deux ou trois doses de ce que tu prends, je veux bien être ton développeur 3D.
Je bite que dalle à la programmation, mais j'ai une très forte impression que ce ne sera pas trop grave, parce que tu n'as pas l'air de bien comprendre non plus sur ce que tu veux...
# Encore une dose?
Posté par Maclag . En réponse au journal "Linux a bien du retard ...". Évalué à 5.
Moi qui croyait que les Trolls c'étaient des trucs de forums et des monstres pour faire peur aux enfants.
En fait pas seulement, visiblement ça se sniffe aussi, et ça a l'air rudement puissant!
[^] # Re: Phoronix
Posté par Maclag . En réponse à la dépêche LLVM 2.9 !. Évalué à 10.
Mouai.
Pour une bonne comparaison, il faudrait compiler LLVM avec GCC et GCC avec LLVM, ensuite on recommence le bench, et on conclut que c'est un peu le bordel dans les données.
Ce qui tombe bien, parce qu'on est vendredi, et que finalement les données qui ne veulent rien dire, c'est bon pour les Trolls!
-----------> [ ]
[^] # Re: oui mais...
Posté par Maclag . En réponse au journal Asus EEE transformer. Évalué à 10.
En même temps, c'est une fonctionnalité tellement fondamentale que je n'ai jamais eu besoin, et que je ne vois toujours pas en quoi elle est fondamentale.
D'ailleurs, je ne vois pas beaucoup Apple faire de pub sur l'iPad en écrivant en grand "Annotez vos PDF!" genre c'est L'Argument de vente par excellence.
T'es sûr que c'est pas que toi? ;)
[^] # Re: Poubelle X11.
Posté par Maclag . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 8.
nVidia adopte la stratégie ARM, avec comme premier produit le TEGRA, une puce tout-en-un.
Pour la partie graphique, on ne peut pas dire qu'ils soient à la ramasse, je me souviens que tous les essais de netbooks à une époque ne parlaient que de la solution graphique nVidia.
Avec la montée en puissance des architectures ARM tant sur le plan des performances que sur le plan économique (parts de marché et autres), et l'attention que cette plateforme génère (voir les prochaines versions de Windows et ARM, je ne parle même pas des systèmes mobiles), on peut supposer que nVidia n'est pas tant dans la merde que ça.
Le marché va se développer vers les téléphones, les tablettes et autres netbooks, dont les composants internes vont converger.
Et c'est là que nVidia mise avec l'ARM.
Intel est bien armé et évolue dans ce sens aussi avec l'Atom.
Les OS veulent de plus en plus se reposer sur le GPU plutôt que le CPU, donc un ARM juste assez puissant et un bon proc graphique, d'ici quelques années, ce sera la solution de M. Tout-le-monde.
Finalement, le seul qui n'a pas encore fait ses preuves dans le secteur, c'est AMD...
Je ne trouve pas que l'horizon soit si morne pour nVidia.
[^] # Re: Sur-information
Posté par Maclag . En réponse à la dépêche Mageia 1 Beta1 est disponible pour tests. Évalué à 2.
À ce sujet, ça fait un bail qu'on a pas eu un journal cinéma.
On pourrait peut-être passer le prochain en dépêche pour fêter ça?
-----------> [ ]
[^] # Re: OpenGL obligatoire ?
Posté par Maclag . En réponse à la dépêche GNOME 3.0 : le grand saut !. Évalué à 9.
NAN, ÇA DÉPEND. MOI J'ÉCRIS XFCE AUSSI ET JE VOIS PAS OǛ EST LE PROBLÈME?
[^] # Re: Openbsd...
Posté par Maclag . En réponse au message Serveur Dédié quel OS ?. Évalué à 6.
En revanche, je ne recommanderais pas OpenBSD à quelqu'un qui découvre le monde en dehors de Windows.
Je le recommanderais encore moins pour les serveurs sus-cités (tournent-ils seulement sur OpenBSD?).
Comme dit plus haut, la meilleure distribution pour ce type de cas est celle que tu connais le mieux, point barre!
Ne t'inquiète pas trop des "cette distro est plus adatée pour les serveurs de [mettre ici n'importe quoi]".
Tu n'es pas un admin payé pour trouver la meilleure solution à un problème de très grande envergure, tu veux juste que ça marche sans trop de problème, non?
Alors autant faire avec les problèmes que tu connais déjà! ;)
[^] # Re: La flame war a bien eu lieu
Posté par Maclag . En réponse à la dépêche /run or not /run. Évalué à 6.
Euh, si je comprends bien, tu es d'accord pour voir des blagues utilisant le mot "nazi", à condition qu'elles soient "bonnes"?
Pareil pour le commentaire plus bas. C'est une blague, c'est à prendre au second degré. Personne ici ne demande qu'on donne une deuxième chance aux nazis.
Je dirais que encore une fois, on peut rire de tout, mais pas avec tout le monde...
[^] # Re: L'eternelle question
Posté par Maclag . En réponse au journal Mono pour Android en version 1.0. Évalué à 5.
Tu vas quand même avoir du mal à me faire croire que tu aurais tenu le même discours avant que MS ne les abandonnent: "MS va abandonner le J# et tous les développeurs qui travaillaient dessus vont l'avoir dans l'os!"
Si le même fil avait eu lieu à l'époque, excuse-moi pour le procès d'intention, mais je suis à peu près certain que tu aurais également expliqué en quoi J# et VB6 sont des situations complètement différentes et qu'il n'y a rien à craindre.
Bref: quand on créé un tel antécédent, il ne faut pas s'étonner que le niveau de confiance en prenne un coup!
[^] # Re: L'eternelle question
Posté par Maclag . En réponse au journal Mono pour Android en version 1.0. Évalué à 5.
Avec PyCaml.
Sinon via le module Unix ou Sys, suivant ce que tu veux faire exactement.
De rien.
# Je tiendrai jusqu'à demain
Posté par Maclag . En réponse au journal Mono pour Android en version 1.0. Évalué à 10.
Je tiendrai jusqu'à demain
Je tiendrai jusqu'à demain
Je tiendrai jusqu'à demain
Ça pue c'est pas libre et bourré jusqu'à la gueule de brevets!
J'ai pas tenu jusqu'à demain
J'ai pas tenu jusqu'à demain
J'ai pas tenu jusqu'à demain
[^] # Re: comprends pas
Posté par Maclag . En réponse au journal SSL, et l'escroquerie continue . Évalué à 10.
Un attanquant pourrait t'attaquer.
De rien
-----------> [ ]
[^] # Re: Cycle de développement
Posté par Maclag . En réponse à la dépêche Mageia 1 Beta1 est disponible pour tests. Évalué à 10.
Et ils vont naturellement aboutir au mode suivant:
Pour tous vous faire gagner du temps, vous pouvez installer Debian maintenant et la renommer en Mageia 3.0. ------------> [ ]
Plus sérieusement: longue vie au projet. C'est toujours agréable de voir des distributions à potentiel naître/renaître!
[^] # Re: Gardiens du noyau
Posté par Maclag . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 2.
Signé: un mec qui n'utilise que le terminal 24/7 ?!? ou pas...
[^] # Re: Anal
Posté par Maclag . En réponse à la dépêche Le noyau Linux est disponible en version 2.6.38. Évalué à 2.
Des gens capables, il y en a. Ce n'est pas le problème.
Au contraire, la situation idéale ce serait qu'il n'y ait qu'une seule personne capable et reconnue comme tel par tout le monde...
# Ce forum aurait plus sa place dans un journal
Posté par Maclag . En réponse au message à quoi servent les forums Linuxfr ?. Évalué à 4.
ou dans le suivi
voire meme ailleurs
[^] # Re: FF4 et lenteur au démarrage
Posté par Maclag . En réponse au journal un mois avec Chrome. Évalué à 7.
Et qu'est-ce que tu fous avec 300 onglets d'ouvert?
C'est un peu comme les chaînes de télé par cable/satellite avec plein d'options inutiles: le temps que tu trouves un truc qui t'intéresse, t'as plus le temps de le regarder.
Là je ne vois même pas comment tu peux te rappeler ce qui est ouvert, et comment tu trouves le temps de filtrer tout ce bazar régulièrement.
Enfin, c'est bien pour montrer que FF tien la charge avec la bonne extension...
[^] # Re: La flame war a bien eu lieu
Posté par Maclag . En réponse à la dépêche /run or not /run. Évalué à 5.
Ce que moi j'ai trouvé surprenant dans le fil, c'est l'impression de légèreté qui émane de l'assurance-qualité dans Fedora.
OK, c'est une distro pour faire des choses expérimentales quitte à tout casser. Mais là, on soulève un problème, on insiste sur le fait que la doc paraît confuse et la réponse c'est en substance:
"On a déjà fait des trucs dans le genre sans regarder si ça violait les procédures ou si on avait toute la doc pour le contrôle qualité, alors je vois pas pourquoi on s'embêterait ce coup-ci"
Le problèmes est (ici):
Comme précisé, la FHS définit un minimum pour les distributions. Et Fedora n'a donc aucune spécification propre, aucun maximum défini, aucune procédure de contrôlé appliquée?
Du coup, il y a un grand flou artistique sur qui peut ajouter quoi et comment dans la racine.
La bonne réponse, ce serait de définir cette procédure, incluant la doc et la transition, et vérifier si les précédentes modifs "passent" les contrôles.
La mauvaise réponse est "on s'en foutait avant alors on va continuer de s'en foutre".
Et je suis effaré de voir autant de monde dans la liste plutôt enclins à choisir la deuxième réponse pourvu que ça aille plus vite (et vas-y que je te qualifie tout ça de "bureaucratique").
On n'a pas l'impression en lisant le fil, que beaucoup de monde soit sensible au principes de contrôles qualité!
[^] # Re: quelle carte pas chère acheter aujourd'hui ?
Posté par Maclag . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 8.
Je pense qu'il voulait dire le jeu du Libre.
Parce que nVidia a certainement des intérêts économiques dans Linux, mais pour l'instant c'est toujours à coups de drivers propriétaires, pas de driver libre soutenu en interne (Nouveau est un travail basé sur le reverse-engineering!), et pas de documentation.
Toujours la même question: que veut-on de Linux? qu'attend-on de ses "défenseurs"?
1. Liberté, à tout prix, même si les perfs sont sacrifiées?
2. Performances à tout prix, tant pis si on doit fermer quelques sources développées par des tiers.
nVidia est dans la voie n°2.
[^] # Re: Darwin vs diversité
Posté par Maclag . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 5.
Mieux que ça:
C'est utilisable depuis perpét!
Mais Rasterman se fout un peu des "sorties officielles" et donc de faire des 1.0 ou autre.
Si tu veux les EFL, tu tapes dans le SVN (et tu fais pas ch...). C'est son point de vue.
Du coup, la version 1.0 des EFL vient plutôt de son "entourage" que de lui.
Il y a bien longtemps que les EFL sont utilisables, et que E17 tourne comme WM principal sur moultes ordinateurs.
Rien à voir avec un vaporware!
# Darwin vs diversité
Posté par Maclag . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 10.
J'ai l'impression que tous ces changements représentent un risque à terme de laisser derrière bon nombres de projets moins bien dotés en ressources.
KMS: Les "systèmes libres alternatifs" vont-ils être capables de s'adapter à temps ou être condamné à disparaître au fur-et-à-mesure que les puces graphiques dernières génération ne seront pas supportées? Comme il est dit, pour NetBSD, OpenBSD, Haiku, il y a encore "beaucoup" à faire et Intel gicle déjà son code. Bientôt des puces graphiques Intel incompatibles avec ces systèmes?
Wayland: On se réjouit du fait que pour Gtk et Qt, ça marche.
Quid de tous les autres? (EFL, Fltk, etc.).
Bref, les petits ont souvent du mal à se faire une place, mais si en plus on leur demande de suivre un rythme d'évolution soutenu, ils risquent bien de sombrer doucement dans l'oubli...
# vérifications "élémentaires"
Posté par Maclag . En réponse au message SUM sur une colonne FLOAT (MySQL). Évalué à 4.
Les virgules flottantes et erreurs numériques, c'est un vaste programme.
Si tu as beaucoup de nombres très grands et très petits, ça peut rapidement devenir un bordel sans nom.
Comme tu l'as trouvé tout seul, les SUM sur des types FLOAT, c'est une très mauvaise idée. En vérifiant vite fait, j'ai trouvé des références à ce "bug" (qui n'en est pas un) en 2003, 2006, et 2007. Je suis sûr qu'il y en a plus...
Pour ce qui est de tes deux colonnes identiques qui ne donnent pas le même résultat, je ferais plusieurs choses (bêtes, mais bon...)
1 - vérifier qu'elles sont aussi identiques que tu t'y attends
2 - répéter les opération SUM pour vérifier que ton résultat est reproductible
Comment s'y prend PHPMyAdmin pour exporter les flottants? (vraie question, j'ai jamais regardé)