Frédéric RISS a écrit 70 commentaires

Je trouve ça bien que Debian se lance dans le développement d'un installeur graphique, mais il faut bien avouer que pour un initié, l'installeur actuel est très bien.
De la même manière, il faut conserver ce mode texte, ne serait-ce que pour permettre une install aisée sur un système dont la carte graphique n'est pas encore supportée par le mode graphique (j'ai eu le cas à l'installation d'une RedHat, et j'en ai ch*er).
De plus, je fais confiance à l'équipe Debian pour garder le mode graphique assez sobre. En effet, un truc avec plein de boutons et de couleurs ne simplifie à mon avis pas l'installation (je ne critique ici aucune distribution, c'est un avis général et _personnel_ sur l'intérêt général des modes graphiques). Personnelement, je trouve que le mode d'autoinstall est un projet bien plus intéressant.

tu sais, si tu trouves pas de paquets tout faits, <code>apt-get -b source mysql</code> c'est pas compliqué à taper.
Je me doute bien que pour mysql c'est un peu plus compliqué, mais de toute façon c'est pas la mort.

Si l'AFUL a transmis le rapport au bureau du premier ministre, on peut s'attendre à un petit suivi sur ce rapport justement. Tu auras donc peut-être ta réponse quand au recyclage des rapports...

M$ négocie avec la grande Bretagne pour baisser ses prix?
D'autres administrations suivront-elle le même chemin?

C'est bien là le problème d'après moi. Il ne s'agit pas d'un rejet, mais juste d'une plainte. Il est très probable que Microsoft revoit ses prix pour ne pas perdre le marché. Il faut juste éspérer qu'il iront assez loin dans leur étude pour se rendre compte de la réalité de la solution libre.

Un point essentiel : l'intégration. Même si les projets Gnome et KDE fournissent une interface standard, l'intégration des applications Windows est quand même bien meilleure. Par exemple tu peux faire Ctrl-C dans n'importe quelle appli pour le coller dans n'importe quelle autre. Pour être encore plus concret, cet été j'ai du bosser en partie sous Windows parce que je devais faire des diagrammes avec Rational Rose. Ben quand le diagramme était fini, un copier-coller dans Word et le tour est joué, j'avais mon image. Et cela est valable entre n'importe quelles applications ! C'est un gros point fort pour moi.

NB : Chez moi, je n'utilise pas du tout windows, parce que je peux _tout_ faire avec Linux, et que je suis beaucoup plus productif sous Linux. Il n'empêche que le monde n'est pas tout blanc tout noir, et que l'on peut apprendre même des choses que l'on aime pas.

Ben voila, ta réponse me plait déjà plus que la précédente ;), au moins là tu argumentes un peu...
Alors voilà, c'est vrai que mozilla n'enregistre pas l'historique des formulaires, mais c'est une fonctionnalité dont je me passe bien (je rappelle que dans tous les posts que je fais j'exprime _mon avis_, et en aucun cas celui d'une quelconque majorité). Par contre Galeon et son getionnaire de type MIME sait très bien lancer un composant externe pour afficher des documents. Ensuite, je suis vraiment désolé que les docs de ta boîte ne passent pas sous Mozilla, mais il ne tient qu'à toi de les refaire ;). Non, sérieusement, je parlais de mon utilisation quotidienne de Galeon qui ne me pose _aucun_ problème au niveau JS, et pourtant je l'utilise assez intensivement.
Pour finir, je suis tout à fait d'accord avec toi quand tu dis : « On croirait des fans de Michael Jackson auxquels on dit que son dernier album est une daube ». Parfois, les réactions m'énèrvent aussi. Je ne trouve pas normal pas dire que Windows est nul à chié sans aucune forme de procès, car il y a des points sur lesquels il dépasse Linux (en utilisation desktop) et c'est indéniable. Il se trouve juste que les navigateurs Web ne font _plus_ parti de ces points.

Ecoute, tu parles du support JavaScript comme s'il était à chié, alors je te répond qu'au contraire il est très bon, voila l'intérêt.
Maintenant, il est clair que le support d'IE a donné qq mauvaises habitudes aux webmestres, mais il se trouve que le Javascript de Mozilla supporte aussi la plupart de ces « originalités ».
Au cas où tu ne le saurais pas, ECMAScript = JavaScript. Il y a eu un problème entre Sun et Netscape qui a nécessité un changement ce nom.
Personnelement, j'utilise Galeon toute la journée et je n'ai jamais eu aucun problème d'ECMAScript.
C'est sûr qu'avec des gens comme toi, les choses ne changeront pas beaucoup. Je te vois bien dire : « mais pourquoi utiliser Linux, alors que Windows est un standard de fait ? »

Et le support Javascript ?

Qu'est ce que tu trouves à redire au support javascript de mozilla ? Pour avoir pratiquer du Javascript assez poussé (interaction DOM principalement) tout l'été, je peux te dire que Mozilla supporte de manière plus exhaustive et plus standard la norme ECMAScript que IE.
Le seul reporche qu'on puisse lui faire est la vitesse d'exécution qui est inférieure, mais ça s'améliore de release en release.

Oula, dis-moi tu l'as lu l'article ? Il y a 7 parties, et en gros c'est le deuxième paragraphe de la première partie qui parle de ça... C'est pas comme ça que tu vas faire des XPs ;)
Sinon d'après moi, ce qui ressort de cet article, c'est l'aspect tout-terrain de Linux (des outils performants dans tous les domaines : serveur, clustering, sécurité, ...).
Mais je ne sais pas si des articles comme celui-ci feront vraiment changer les choses (attention, je ne critique pas du tout le contenu, qui m'a eu l'air très correct), mais le problème sera toujours l'immobilisme des vieilles structures. A mon avis, pour voir un changement il faut simplement du temps. Avec la nouvelle génération arrivent les nouvelles idées (en éspérant qu'il y en ait plus de bonnes que de mauvaises).

Il y a bossé une période, mais depuis il s'est fait engagé par RedHat.

La position est courageuse, je suis d'accord. Mais dans mon post, je parlais surtout de discours original. Je pense effectivement que c'est à peu près le seul moyen pour eux de se faire entendre un peu plus que d'habitude.
Ce qui m'a fait faire cette refexion, c'est évidemment la période actuelle ; ça serait un peu gros que cette prise de position n'ai rien à avoir avec les élections.
Mais comme tu dis, bravo...

enfin des politiques prennent conscience du dangers des Brevets Logiciel. Ou au moins ils le disent.

Il est évident que c'est bien qu'on en parle, mais je me demande si les politiques ne prennent pas plutôt conscience que c'est bientôt les élections présidentielles et qu'il faut trouver un discours innovant pour se faire entendre. Enfin moi je dis ça, mais si ça se trouve les Verts n'utilisent que des logiciels libres ;)
Malgré cela, on peut quand même applaudir leur prise de position, peut-être que cela les fera persister dans cette voie.

Il faut bien noter qu'on vient de passer un cap pour le noyau 2.4. Maintenant, les modifications ne seront plus que des corrections de bug et des backports (retro-portages en français ?) de nouvelle fonctionnalités « devenues stables » dans le noyau 2.5. Cela fait que la probabilité d'introduire un nouveau bug, bien que non nulle, est plus faible que dans le noyau en développement actif.
Moins de bug
==>besoins de moins de testeurs
====>pas besoin d'attirer les foules
======>système de release candidates possible

Toutefois, ce système ne pourra jamais s'appliquer à un noyau en développement, car cela revient à « geler » le développement et en période de forte activité, c'est ingérable (on ne peut pas ingnorer les patch des devs pendant 2 semaines puis tout intégrer d'un coup), et inefficace (besoin de tous les retours provoqués par une release).

Tu as raison ( à noté que les espaces après le « et avant le » sont sensés être inseccables, mais c'est souvent pas évident à faire ).
Autre point, je hais le terme courriel, et je pense que bon nombre de français sont comme moi (je dis pas que personne n'aime). Autant utiliser « courrier électronque », ou « courrier » tout court, le plus souvent ça se comprend très bien. Juste mon avis, ça vaut bien un -1

Sans troll aucun, peut etre que si ils s'interessent au noyau stable, c'est justement parce qu'il n'ont pas envie d'utiliser un noyau instable non ?

Exactement ! C'est bien pour ça que je dis simplement qu'il faut avertir les utilisateurs que l'ouverture de la nouvelle branche stable ne veut pas dire que le noyau peut être mis en production, ni même qu'il va être stable à 100% sur une machine utilisateur. Cela veut juste dire qu'on entre dans une phase de tests plus complète à laquelle peut participer n'importe qui. Et si les utilisateurs ne veulent vraiment aucun problème, qu'ils attendent l'ouverture de la branche de dev suivante, à ce moment là le noyau de la branche stable sera vraiment stable.

Il n'empêche que pour aboutir à la stabilité, il faut faire beaucoup de tests. Et la branche de développement n'est utilisée (presque) que par les développeurs, ce qui ne permet pas de tester toutes les configs/situations/bizarreries. Je trouve normal qu'il y ai dans chaque branche stable une première phase « un peu plus à risque » mais ouverte à plus de monde pour aboutir à ce que l'on a actuellement.
Parce que faut pas charrier, maintenant, il est bien le noyau, et avec un autre système de dev ça aurait pu prendre bien plus de temps.
D'un autre côté, les gens qui qualifient les premiers noyaux de la branche 2.4 « de noyaux de tests tous buggués et absolument pas utilisables » (bon, ok j'exagère un poil ;) ) eh bien c'est qu'il n'ont jamais utilisé de noyaux de branche instable.

Pour tous ceux qui se plaignent des release trop rapprochées des noyaux, Linus s'explique (très clairement) sur ce point dans le mail disponible à cette adresse : http://linuxtoday.com/news_story.php3?ltsn=2001-11-26-004-20-OP-KN(...)

Voila, pour ceux que ca intéresse, je trouve que ses arguments sont tout ce qu'il y a de plus valable.

...tu peux utiliser un serveur LDAP. D'ailleurs si quelqu'un avait une bonne doc sur la configuration côté serveur) et l'utilisation côté client (RootDN, NameSpace, ...) d'un serveur openLDAP, je suis preneur ;)

C'est vachement bien de traduire des documents, et je suis heureux que ça soit une pratique que se répande parmis les utilisateurs (d'autant plus que cette traduc à l'air bien faite). Je voudrais juste savoir s'il s'agit d'une initiative isolée ou si cela a été fait dans le cadre d'un projet de traduction (genre http://www.traduc.org/(...) ).
En effet il serait dommage que les traductions s'éparpillent sur le réseau. En plus les traducteurs de ces organisation n'apprécient souvent pas trop qu'on prenne des initiatives et qu'on les préviennent par la suite (il peut y avoir duplication du travail).
Encore merci pour l'effort ;)

Sur le fond, je suis assez d'accord avec toi. D'ailleurs je n'ai pas acheté de Kyro. Mais le fait est que ça ne fait pas de mal d'essayer de faire bouger un peu les choses, alors pourquoi s'en priver. Même si je crois peu à la portée d'une telle pétition (trop peu de moyens de contrôle), autant y participer, et on aura peut être un coup de bol.
Si ça se trouve, il suffit de faire prendre conscience à ces gens qu'il existe une communauté Linux cliente pour ses produits.

Si tu lisais les enfilades en entier avant de poster, t'aurais l'air moins c*n. Oui, je connais metaframe, oui on s'est plaint, oui on converit les fichiers pour les rendre plus accessibles, oui j'ai déjà dit tout ça, oui tu aurais du te mettre en -1.
Et merci pour ton dévoument à l'école en tant que Webadmin, c'est vrai que tu as contribué à faire bouger les choses, la preuve.

Encore un fois je suis tout à fait d'accord. De toute façon le problème est plus sur le fond que sur la forme. En effet, dès qu'un document est fourni, dans la journée quelqu'un en fourni une verison Postscript. Mais le problème est toujours le même : la difficulté de communication avec l'admninistration. Les gens pensent qu'il faut fournir des efforts _énormes_ pour améliorer les choses et que nous sommes assez intéligents pour nous débrouiller. Même quand on veut leur expliquer, ils ne veulent rien entendre.
Mais bon, les choses avancent même si ça va lentement, et en plus, je trouve qu'on est pas trop mal lotis.

Je suis tout à fait d'accord, mais le dernier exemple en date est un emploi du temps qui nous à été envoyé sous format xls. La personne ayant fait cet emploi du temps ne s'est même pas servi des cellules Excel, mais les cases de l'emploi du temps sont constituées de petites zones de texte flottantes. Tout cela est si mal fait que même les exportateurs de Excel ne peuvent pas soritr un résultat correct !
On est dans un cas où une petite explication ne suffira pas (à mon avis)

Bon, moi j'ai fini dans 4 mois alors je m'en fous un peu (je sais cette attitude n'est pas très sérieuse et ne fera pas avancer les choses). Il se trouve que jusqu'à l'année dernière les documents nous étaient au moins fournis en PDF (qui à l'avantage d'être lisible sous UNIX). Et cette année, on s'est plaint (enfin c'était pas moi directement, mais ca a été fait plusieurs fois) et la réponse a été : « tout le monde n'est pas ingénieur informaticien ». Confronté à des gens et des réactions comme ça, ben on est plus motivé...

-1 parce que ma petite vie n'intéresse personne.

Je me réponds à moi même avant que tout le monde se déchaîne sur moi. Oui, je viens de parler de QT et KDE!=QT, mais toujours dans la FAQ, il y a aussi marqué :

While KWin and KDesktop doesn't make sense on Windows, getting the rest of kdelibs running natively on Windows should also be straightforward with a good Posix compiler.

voila :)