gc a écrit 2109 commentaires

Je pense que ce qui a fait le succès de Red Hat, et ce qui fait la relative bonne tenue technique de Mandrake, c'est au contraire le fait que beaucoup d'enthousiastes testent les bêtas et rapportent les bugs. Sans cela, il est illusoire de pouvoir sortir quelque chose qui fonctionne correctement avec 10 window-managers, 60 langues, je ne sais combien de configurations matérielles différentes, etc.

Même si le modèle collaboratif de développement de la Debian est beaucoup plus approprié "moralement" que celui des distributions adossées à des entreprises privées, si celles-ci perdaient leur communauté de testeurs elles s'écrouleraient très rapidement, tout simplement.

Bugzilla est très pratique mais encore plus lorsque les gens n'oublient pas de rechercher tout d'abord si un bug similaire a déjà été reporté (voire, déjà corrigé). Alors prenez 1 minute 30 de plus pour cela et vous nous faciliterez grandement la tâche. Merci d'avance !

Justement, sur le fait que la banque serait tenue de rembourser : j'ai eu affaire à un problème de débit frauduleux (un débit fictif ne correspondant à aucun achat de ma part, un vol quoi), ma banque a dit qu'elle mènerait une enquête et ne me rembourserait qu'à la fin de celle-ci. En colère, et croyant me rappeller que la loi disait que le remboursement devait être fait au début et non à la fin de l'enquête, j'ai recherché intensément sur le web la référence à cette loi (y compris sur linuxfr), mais je ne l'ai pas trouvée. Ce que j'ai trouvé (c'est peut-être faux, justement ça m'intéresserait qu'on me communique des pointeurs, dans ce cas-là) :

- la Code de la Consommation ne contient pas de mention spécifique à la résolution de fraude dans le commerce électronique ; j'ai même cherché dans l'amendement de la fin de la législature Jospin concernant la "sécurité quotidienne", mais je n'ai rien trouvé ;

- les différents sites d'informations publiées par des juristes mentionnent le cas de non réception de marchandise ou de marchandise erronnée, mais pas spécifiquement le cas de débit correspondant à un achat inexistant ; de plus, ils traitent tous du cas du commerçant français, mais n'indiquent pas clairement la responsabilité (potentielle) de la banque française dans le cas d'une transation avec un marchand étranger ;

- j'ai déniché un rapport de la Commission Européenne daté de 2001, stipulant expressément qu'il fallait écrire une loi pour forcer les banques à rembourser préventivement (au début de l'enquête) en cas de litige, et que l'absence de cette disposition était justement, selon eux, un frein majeur à l'adoption par le grand public du commerce électronique ; ce qui tendrait à prouver que cette loi n'existe pas !

Pour la petite histoire, la banque m'a finalement remboursé - mais sur le coup, je me suis retrouvé comme un con en "croyant" être protégé par une loi, qui apparemment n'existe pas.

C'est plutôt bon signe qu'ils en parlent comme cela, je trouve !

On verra ce que donnera la réunion avec les assoc', le point d'achoppement sera peut-être le problème de contrôle de ce qui est diffusé (WMA trouvant grâce aux yeux de France-Inter car il permet ainsi un meilleur respect des droits d'auteur).

Si des gens qui doivent aller à la réunion me lisent, peut-être peuvent-ils nous renseigner sur la réponse qu'ils comptent apporter sur ce point-là ?

Ce qui reviendrait a dire que les benefices de Microsoft sont inferieurs à 4,4 milliards de dollars ; mais pourtant le site transnationale.org rapporte un bénéfice de 9,42 milliards (pour 22,96 milliars de CA - ce qui donne 41% de rentabilité, c'est à pleurer) pour 2001 (en constant accroissement par rapport aux années précédentes), et il serait curieux qu'il ait été plus que divisé en un an... il y a un truc louche quelque part.

http://www.transnationale.org/fiches/45.htm(...)

C'est mal de tout programmer en C. Il faut programmer dans des langages de plus haut niveau pour accélerer le cycle de développement, avoir des programmes plus sûrs et plus maintenables (car plus courts). Et bien sûr les parties critiques du code peuvent être encore écrites en C (voire en assembleur, soyons fous).

Franchement, par exemple pour SDL, quand tu sais que tu as le choix entre une quinzaine de bindings différents, avec entre autre C++, Perl, Python, Ruby, ou OCaml c'est vraiment dommage d'utiliser du C pur.

Hint : choisir OCaml parmi les langages sus-cités (hail language troll).

Oui, je me demande effectivement s'il n'y aura pas un overhead significatif en faisant cela.

Probablement, ce qui serait intéressant, puisque le gros bénéfice d'avoir un HZ élevé est une plus faible latence, serait d'avoir un HZ qui s'auto-adapte en se diminuant lorsque le load s'accroît. De cette manière, il y aura du bénéf pour tous.

Range ton gun et sors ton cerveau.

1. Quand je dis "mes news", ca veut pas dire "les news de ptilu". Et sur le bug #70235, sors moi quelque chose que j'affirme qui est faux ? Je n'ai pas prétendu que je connaissais les raisons de cette so-called censure.

2. RELIS TOI BORDEL, c'est toi qui prétend qu'ils font du freeware (dans deux commentaire sur cette news), de quoi tu me parles la ? Bien sûr qu'ils font du free software, c'est ce que je dis ! Je cherche à te dire que tu te décrédibilises en parlant de freeware au lieu de free software, mais bon apparemment tu es trop borné pour lire ce que j'écris.

D'une part, mes news sur Chaperon Rouge contiennent uniquement des informations objectives et vérifiables.

D'autre part, tu ne fais pas confiance aux gens pour se forger leur propre idée ? Fut un temps ou sur linuxfr les news Mandrake voyaient systématiquement des troll "Mandrake sux, Debian rulz", ceci a changé tout seul sans besoin de démenti. Les gens se font une idée des choses, et cette idée peut évoluer, il ne faut pas penser que Linuxfr produit directement des opinions dans la tête des gens, ce serait grave d'ailleurs.

Sinon, sur un autre plan, tu ne devrais pas prétendre que Chaperon Rouge fait du freeware, et te renseigner sur ce que c'est que le freeware. On peut critiquer CR sur pas mal de plans mais pas sur le fait qu'ils font du free software et non du freeware (Microsoft - euh Petit Programme pardon - fait lui du freeware).

Pour expliciter mon intention dans cette news : je pense que RH est 100 fois mieux que Suse dans sa relation à la communauté (pas sur la tête, Paji), et je ne souhaite pas la mort de RH. Ce que je souhaite, c'est le plus d'ouverture possible et le plus de coopération possible entre les entreprises qui éditent du logiciel libre et la communauté du libre. Donc dès que je vois quelque chose qui n'est pas ouvert chez RH, je le critique. Et je suis très content de bosser chez Mandrake, qui jusqu'à preuve du contraire est la seule distrib (d'une boîte commerciale) qui à la fois fournit les ISO's en download dès le moment où elles sont finales (et non lorsque les powerpacks sont dispos en vente) et dont la totalité du développement est en libre accès cvs read only ( http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/(...) ). Et je sais que RH contribue plus aux logiciels libres que Mandrake (pas sur la tête, Gaël) - parce que RH est plus gros que Mandrake.

Une FAQ contient les questions qu'on pourrait se poser.

Non je n'ai pas essayé de contacter RH. A priori je n'en n'ai pas besoin pour décrire la situation actuelle, n'est-ce pas ? Tu noteras que je ne propose pas d'explication au problème, je ne fais qu'en exposer le contenu.

Le but de ma contribution est d'attirer l'attention sur un phénomène qui me paraît potentiellement dangereux. Je sais, blabla Suse c'est bien quand même parce qu'ils contribuent trop trop fort au kernel et à KDE, blabla RH ils font trop trop plein de choses au kernel et à Gnome donc on ne peut rien dire de maichan dessus.. Justement, cela ne supprime pas un certain nombre d'autres faits qui me paraissent important (et négatifs), et il faut en parler ; ceci dit c'est mon avis et je comprendrais que tu puisses être d'un autre avis. Je tiens à souligner que je n'essaierai pas de défendre Mandrake le jour où nous seront critiqués car notre CVS ne serait plus accessible, notre bugzilla (pourri il est vrai) ou nos ISO.

Quand à Mosfet, ça m'étonnerait qu'il ait un compte privilégié chez RH, vu son histoire, mais bon je ne vois pas le rapport, en plus.

Pour ton dernier paragraphe, ca me semble être du troll de premier degré, et je ne vois pas bien pourquoi tu qualifies le sujet de question existentielle mais tu pourras peut-être m'expliquer ?

Mandrake Update c'est pour les updates de securite. Pour mettre a jour entre deux versions il faut demarrer comme une install (booter avec le cd) et selectionner "upgrade" plutot que "install" a la premiere question.

Le CD3 contient en gros les fichiers d'internationalisation des langues autres que en/fr/de/it/es (alalouche), et pas mal de packages devel.

En fait il existe "MandrakeUpdate" depuis au moins la 7.0, c'est fait exactement pour ca : ca te configure un mirroir pour les update de sécurité, et tu peux installer tout ce qui est paru (tu as une liste).

Depuis la 8.1 ou la 8.2, il existe un service "MandrakeOnline", pour recevoir par mail les annonces de dispo de nouvelles updates de sécurité. Je crois qu'il y a le projet de pouvoir mettre les updates lançables automatiquement via cron, il me semble que le code de MandrakeOnline est fini mais que les serveurs pour gérer ça de notre côté de sont pas encore finis (à confirmer).

Tu peux aussi utiliser "urpmi" directement comme suggère houpla, c'est la même chose mais en ligne de commande. Pour les warriorz quoi.

Je n'ai pas personnellement testé RH8, ceci dit affirmer "mozilla sous RH affiche bien tous les sites", ca me fait rire mais bon.

Par contre sur les fontes tu es assez rigolo. Tu te sauves a la fin en disant que "Mandrake a un ouil de ce genre mais pas suffisamment puissant", mais le reste est un trollodrome en puissance. Tu ne sembles pas avoir utilisé drakfont (qui existe depuis la 7.1), avec un GUI pour voir/importer les fontes, detecte et importe les fontes windoze tout seul, et marche avec staroff/openoff. Curieux, exactement la description de ce que tu aimerais trouver :-).

Ceci dit les fontes ca reste la merde, pousser en avant Xft2 comme l'a fait RH me semble une très bonne idée, et ca provoquera peut-etre un heureux déblocage du shmilblick.

Je pense que, surtout du point de vue de tes 3 tests RH Mdk et Suse, il aurait été une bonne idée de se concentrer sur ce qui fait la différence des distribs : la version des logiciels (ce que tu as fait), l'install, et les outils d'admin/config "maison" (ce que tu aurais pu faire un peu plus ;p).

Mais bon ton test est positif pour mandrake donc je vais pas trop me plaindre hein :-).

mandrake ca suxe je vois pas pourquoi on le testerait

Je citerais plusieurs problèmes :

- le fait que beaucoup de LL ne soient pas écrits par des développeurs professionnels, ou bien par des gens qui n'ont pas tant de temps que ça pour le faire, fait que ces gens ne vont pas forcément "investir" dans l'apprentissage de techniques/langages de programmation modernes

- un des intérêts des la communauté, c'est de pouvoir partager et réutiliser ; c'est l'argument de RMS quand il demande aux programmeurs de LL d'utiliser uniquement le C (ou à la rigueur Guile), afin que tout le monde puisse en profiter (connaissances des programmeurs) sur toutes les architectures (compilo C dispo sur quasi toutes les archs, ce qui n'est pas le cas de tous les compilo/interpréteurs)

- l'immobilisme global de l'industrie informatique (qui utilise encore de nos jours majoritairement du C++ ou du Java)

- à part OCaml, il n'existe pas de compilateur/outil libre "utilisable"* permettant de générer du code rapide dans un langage évolué ; et comme peu de développeurs connaissent OCaml et que la croyance populaire veut qu'on ait besoin de performance dans tous les logiciels, ca coince au C ou au C++ dans les LL

Par contre, niveau techniques de programmations, les plus "grosses briques" sont codées de manière moderne, puissante et efficace, le kernel, gtk ou KDE en sont des exemples. Mais même dans ces briques, les raisons que j'ai avancées au-dessus sont toujours valides, ce qui fait coincer au niveau du langage.


(*) utilisable dans le sens : le compilo est stable et maintenu, il existe une bonne lib de base (ou bien des extensions suffisamment standard), il existe des binding pour les lib/gui les plus répandus

Ouais c'est bien connu, "buffer overflow" et "objet" sont deux notions parfaitement orthogonales..

Par contre gaffe à utiliser l'exemple du C++, les un taigriste de l'objet disent que "tu vois, c'est pas vraiment de l'objet, c'est pas pur, prends un vrai langage objet genre SmallTalk".

La conclusion, c'est que faut fumer que de la pure.

C'est un problème, personne ne le contredit. Mais ça arrive chez toutes les distros, RH et Debian comme les autres ; tous les bugs ne sont pas forcément résolus à cause de : - la qualité du bugreport (détails, moyen de reproduire, etc) - la gravité du bug - le fait que plus on attend pour fixer des bugs "mineurs", plus les logiciels sont vieux Bien sûr, l'équilibre est différent entre les distribs ; Debian est une des distrib qui prend le plus de temps pour fixer une grande partie de tous les bugs, même les mineurs ; du coup, la version stable qui sort a des logiciels un peu plus vieux que les concurrents ; c'est une position, avec ses avantages et ses inconvénients. Par contre, Mandrake est un peu l'opposé dans ce champs-là : on souhaite avoir des logiciels récents et "sortir" la version relativement peu de temps après le "freeze" des versions ; les conséquences c'est qu'il reste plus de bugs, mais par contre l'utilisateur a des logiciels plus récents. Bien sûr, une fois la distrib sortie, la page "errata" est là pour résoudre les problèmes importants qui auront surgi trop tard pour être résolus. En ce qui concerne le bug tracking system, il faut noter aussi que certains "types" de logiciels, comme KDE, le kernel ou le prog d'installation, voient beaucoup de bugreport dupliqués ou bien de trop mauvais qualité pour être exploités, et parfois le choix du développeur est de ne pas perdre une heure ou plus par jour pour répondre individuellement à tout le monde sachant que beaucoup ne re-répondront pas ou ne seront pas capable de donner les infos de débuggage, mais plutôt de fixer les bugs qui restent dans sa todo avant la deadline de sortie de la finale. Maintenant, le bug tracking system est quand même bien utile et nous a permis de fixer un grand nombre de bugs.

Euh ça n'a pas été totalement fait finalement, d'ailleurs drakrpm ou drakdisk n'existe pas par exemple.

J'ai essayé Candy Crunsher : à saluer l'utilisation du format Ogg Vorbis pour les musiques.

Sinon sur le jeu, il est assez marrant, mais je me vois mal payer pour jouer à un "puzzle" de ce style dont il existe des quantités astronomiques libres (moins belles, pas de musique, évidemment, en général), et dont on se lasse en général au bout de quelques dizaines de minutes... pas vous ? Surtout s'il n'existe qu'un mode 1 joueur...

Linux Industry leaders The SCO Group, Conectiva S.A., SuSE Linux AG, and Turbolinux, Inc., today announced that UnitedLinux will be available as a closed beta product by the end of August to partners of the four founding companies. It is expected to be publicly available in open beta by the end of Q3 2002.

http://www.unitedlinux.com/en/press/press_releases/beta_release.htm(...)

Tu n'aurais pas pu venir le dire plus tôt?

En général, disons que les gens arrivent à rester raisonnables dans leurs suppositions, il n'est donc pas nécessaire d'intervenir ; là, tu supposais que l'histoire mettait en jeu Debian de manière désobligeante, et j'estime que c'est suffisamment important pour rectifier (personne n'a besoin de rivalités contre-productives entre les distributions).

Développeurs ET commerciaux ET marketings?

Je ne vois pas le rapport. Je parle de la boîte en général. Il est absolument clair qu'une décision dans le domaine dont on parle sera prise par la direction, en accord avec les différents départements ; le dével tout comme le marketing et le commercial ont leur mot à dire, ce sera entre autres le rôle des chefs de ces différents départements. Je te le répète en toute honnêteté, aucune décision n'a encore été prise à ma connaissance.

Je metterai ma main à couper qu'il s'agissait d'une blague du développeur de mandrake faisant référence à la sortie de woody qui a pris deux ans.

Je travaille chez Mandrake et je peux te certifier que c'est n'importe quoi (abonne-toi à Cooker si tu veux des informations fiables).

Le mail de Warly était tout à fait bien formulé : le "maybe" voulait dire que nous étions en train de réfléchir à l'opportunité de rallonger le rythme des releases ; actuellement, cette reflexion n'est pas terminée et aucune décision n'a été prise ; en outre, on est un peu occupés par la finalisation de la 9.0, donc la discussion sera probablement reprise et achevée peu après la sortie de la 9.0.

Au moins, cela mettra peut-être fin aux supputations complètement à l'ouest.