Misc a écrit 6252 commentaires

Amusant, un client utilisait la même chose, avec les alcools locaux ( pour des bureaux distants "vodka", "arak", etc ). Et un jour, quelqu'un a remarqué qu'un des nouveaux serveurs avaient un nom qui voulait "chien en train de copuler" en georgien :)

Partageant ton avis sur les manifs, j'ai voulu voir néanmoins les conférences. J'avais rendez vous à 18h00 à chatelet avec un collégue, 18h00 qui devient 18h30, puis 19h. On décide de manger sur place, donc on arrive vers la vilette à 21h, finalement.

Bon, l'adresse est simple à trouver, 14 quai Charentes. Sauf que si on suppose que le 14 est en face du 15, et la, il y a ... un quick. Bien que ça fasse un peu meeting 2600, je doute que ce soit la. Du coup, on continue le long du canal, rien, pas de musique, pas de gens, pas de panneaux. Bon un peu dépité, on va ailleurs ( le fameux concert du 104, archi blindé, puis tout les bars sympas du coin, blindés aussi, puis retour à chatelet, blindé aussi, bref ).

De retour ici, je regarde bien le site, et je voit bien que la seule indication, c'est CIP-IDF 12/14 quai de la charentes. Aucune carte, et les pages jaunes ne m'aident pas, google maps non plus. Et rien sur openstreetmap, sauf erreur de ma part.

Alors peut être que c'est un truc pour perdre l'agent des RG envoyés surveiller les confs, mais ç'est assez contre productif.

Donc si quelqu'un a fait pareil pour la France, merci de faire circuler l'url. ( si quelqu'un peu me dire ou etait la manif, merci aussi de m'éclairer )

Si, un probléme d'ergonomie est considéré comme un bug.

Cf http://live.gnome.org/UsabilityProject ,

"Report usability issues. File issues in bugzilla, marking them with the usability keyword and cc'ing usability-maint@gnome.bugs"

Trés franchement, tu as fait une erreur que d'autres auraient pu faire, tu as rien fait d'exceptionnellement bizzare à mon sens.

et c'est parce qu'il n'est pas parfait qu'un bugzilla existe. Je sais qu'il y a des devs gnomes qui lisent linuxfr, mais je pense que pour tous, il vaut mieux remplir un ticket sur http://bugs.gnome.org/

Les joies des format fermés, et des programmes tout aussi fermés...

C'est pas vraiment dur de savoir se servir de plus d'une distribution.

J'ai des debians à mon taf, des ubuntus sur les postes de certains commerciaux, des mandrivas sur les projets libre ou je suis admin, et une gentoo, un osx et un freebsd pour apprendre, j'arrive trés bien à m'en sortir.

Un sysadmin pro qui me dit "je peut pas faire ça car je maitrise pas le reste", désolé, mais je mets ça c'est du même ressort que "on installe windows car on connait que ça", c'est triste pour l'esprit du libre.

Je pense que novell et redhat pourront en effet pleurer le jour ou Canonical sera rentable et avec un business plan valable, oui :)

Car la, ce qui va se passer, c'est que les gens qui auront besoin de services, ils vont pas aller chez Canonical, mais chez une myriade de petites SSII ( ou grosses, genre Linagora ) et que l'argent ne va pas leur revenir si facilement dans la poche. Exemple, la migration des postes de travail des parlementaires francais.

Mais néanmoins, Canonical n'a pas une stratégie aussi idiote que ça, il y a Landscape, le logiciel proprio de gestion de parc informatique :

http://www.canonical.com/projects/landscape
"Landscape is free of charge to all of Canonical's support customers."

( bien sur, gratuit pour les gens qui payent, c'est un concept market pas trés récent ).

Ça et launchpad, que Canonical a cherché à monétiser, et à trouver un modéle pour payer les devs : https://linuxfr.org//comments/926016.html#926016 et https://bugs.launchpad.net/launchpad/+bug/50699/comments/10 .

Je doit reconnaitre que ça me laisse assez songeur de voir tout l'argent que Canonical dépense sans réussir à en faire rentrer de façon visible à coté. Peut être que l'entreprise est trés rentable, mais comme elle est domicilié dans l'ile de Man ( cf whois canonical.com ), je ne sais pas par ou commencer pour trouver des bilans comptables ( et je sais même pas si la loi anglaise ou locale demande ce genre de choses ).

Encore une fois, "et twinkle" : http://www.freephonie.org/doku/tutoriel:twinkle.

De surcroit, ekiga 3 peut toujours arriver en update ou en backport, c'est pas figé dans le temps ( sauf si la personne a un accés au service Freephonie, mais ne peut pas faire les mises à jours car elle n'a pas internet ? ).

"- Lenteur dans KDE 4 avec les cartes graphiques NVIDIA : les NVIDIA sont pourtant recommandées souvent pour linux, c'est dommage."

Une seule chose à dire : http://vizzzion.org/?blogentry=819
Pour ma part, je recommande pas nvidia ( en fait, le probléme est surtout qu'il y a rien de recommendable, mais nvidia moins que les autres ).

"- Les applications KDE 4 ne peuvent pas lire les CD audio (mode numérique) : encore une fois : idem, c'est quand même un truc de base qui devrait fonctionner."

Mais ça marche, ça utilise juste totem par défaut pour lire les cds. Donc oui, ça va choquer les puristes mais le truc n'est pas buggué par défaut

"Missing module dependency information slightly increases boot time : pour une version qui soit-disant augmente la vitesse de boot, ça fait bizarre de lire ça dans les errata."

c'est aussi marqué :" This bug will be resolved in all future official kernel updates. ", et c'est 2/3 secondes de plus par rapport aux améliorations qu'il y a eu avant. Donc il y a juste eu moins d'améliorations qu'il y aurait du , pour les gens qui ne vont pas faire les updates kernels.

"- Les éditions One échouent dans le démarrage du bureau graphique (xorg.conf non créé)"

les derniers X savent démarrer sans fichier xorg.conf. Donc c'est pas toute les one dans tout les cas qui échouent.

Ah bon, ekiga 2 ne fait pas de voip ? On m'aurais menti ?

Et twinkle, et empathy ( + sophiasip ), ça fait pas de la voip ?

Oui, mais les deux distributions vont être dispo en même temps que mandriva 2009 pendant longtemps, donc un support matériel semblable est préferable pour tous ( en fait, surtout pour mandriva, vaut mieux ne pas être en retard, il y a déja assez de critiques à ce niveau ).

De plus, le noyau ne me semble pas si buggué, et il va être mis à jour vers la version final.

Aussi bien pour les bugfixes, car avoir une version stable ne garanti plus d'avoir zero bugs, surtout ces derniers temps avec le noyau, que pour la sécurité, car il y a toujours des problémes, les codeurs étant humains.

Et il faut aussi voir qu'il a été testé pendant des semaines par la communauté et Mandriva, et je pense que l'inclusion du kernel dans les grosses distros a permis d'avoir plus de rapports de bug, donc plus de correctifs, et une meilleur qualité pour tous, au prix d'un numéro de version différent.

Et si Linus n'avait pas sorti le rc9, je pense que la version finale aurait pu se glisser à temps, mais bon, on peut pas prévoir ce genre de choses.

je suis assez étonné de ce genre de raisonnement .

Juger une version par son numéro de version, c'est pour certains un coup marketing, et on s'éloigne du produit en lui même. Mais dans ce cas, juger une version d'un produit sur la façon dont le marketing a été fait, c'est pas s'éloigner encore plus du produit lui même ?

N'est ce pas une forme de meta marketing ? Ou justement, un rejet du marketing, ce qui le place encore plus en avant en lui donnant une position prépondérante dans le choix du produit ?

L'idée du numéro de version, c'est que la 2009.0 va être surtout utilisé en ... 2009. La durée de vie, c'est grosso modo 3 mois jusqu'à fin 2008, et au moins tout le reste de l'année 2009.

Faut pas aller chercher midi à quatorze heures :)

Le temps de démarrage, c'est bien, mais j'ai 2 proverbes que je tient de mon grand pére :
"les gens heureux ne sont pas pressés" et "le suspend to ram, c'est la tuerie".

Et surtout, surveille les erratas (http://wiki.mandriva.com/en/2009.0_Errata ) , car malgré le travail énorme de Adam sur le sujet, je suis sur qu'il y en a d'autres qui vont se rajouter.

Malgré le travail de test de la communauté et mandriva, il y a toujours des problémes, souvent mineurs, qui ne sont pas résolus à temps, mais qui sont documentés, et en général corrigés par les updates.

En même temps, le concept de noyau stable implique pas de revenir à une paire de version en arriére ?

Le choix du 2.6.27 a été fait principalement pour le support du wifi, si je me souvient bien. On peut noter que ubuntu et fedora ( et sans doute d'autres ) ont également fait le même choix, et qu'au final, ceci permet d'aller de l'avant et de s'assurer que le noyau a vraiment recu des tests poussés de la part des distributions.

En general, les distributions installent par défaut ce qui est requis par les applicatifs par défaut. Tu as un soft qui a besoin de perl ? perl sera donc la par défaut. Tu as un soft en ruby ? Ruby sera la par défaut .
Tu as rien en python ? Ben python risque de ne pas être installé, sauf à choisr "developpement", ou ce genre de catégorie à l'installation, quand la distribution propose le choix.

C'est fou, retrospectivement, j'ai jamais eu l'impression que mandrake avait eu tellement de succés. D'uassi loin que je me souvienne, c'etait surtout les remarques d'autres users pour me dire à quel point Debian était vachement mieux et pourquoi je devait changer de distribution, et ça, quasiment depuis le début ( ie 2001 ).

Tu penses à quel version de Mandriva en particulier ?

Déja, un grand pas, ça serait d'en parler. Peut être que ça semble rien, que le dire ne va pas rendre la Tunisie plus libre, mais à force d'en parler, les gens en Tunisie vont se dire qu'il y a un probléme. Et à force de ce dire qu'il y a un probléme, le pouvoir va changer de main. Soit violement ( cf divers révolutions ), soit pacifiquement, car on a aura fait changer les esprits.

Pour info, la Tunisie a censuré Facebook ( http://www.afrik.com/article15084.html ) jusqu'à ce que le président demande sa réouverture 1 semaine aprés, soit sous la pression citoyenne, soit sous la pression de ses proches .
Et ensuite, les gens vont me dire que tor, ça sert que pour les pédophiles et les terroristes :/

> - ntpd en écoute sur des interfaces spécifiées (ça vient d'être mis en place): 500 €

openntpd le fait :)

Pour le reste, oui, faut aller voir l'équipe du projet, et le faire faire par la FSF ou d'autres ne va pas prendre moins de temps globalement, ça va juste prendre le temps de quelqu'un d'autre.

Tu peut aussi passer par une SSII respectueuse du logiciel libre ( disclaimer, je bosse dans une de ces boites, donc je suis pas forcement objectif ), et faire faire les corrections, avec obligations de remonter ça upstream. Tu peut aussi demander à avoir des garanties sur le respect du libre, ce genre de chose, tu es le client.

Si ensuite, ça te gène de ne pas avoir le contrôle total de ou va ton argent, dit toi bien que c'est ce contrôle en question qui prends du temps, donc qu'il faut trouver la balance entre "ça me prends du temps de vérifier que tout est fait comme je veut " et "je perd pas trop de temps dans les détails et tant pis si l'argent va ailleurs tant que c'est dans l'ecosystéme du libre"

Faire rentrer l'argent dans un projet libre n'est pas sans risque. Je te renvoie à cet article de Stormy Peters ( http://www.stormyscorner.com/2008/08/are-volunteers.html ), ainsi qu'au divers liens donnés en commentaire.

Parmi les frictions engendrées, je pense que le cas de dunk tank et son effet sur les debian weekly news ( http://www.infodrom.org/~joey/log/?200610250942 ) est un bon cas d'étude. Les différentes frictions sur qui est payé et qui n'est pas payé par Canonical est aussi intéressant à voir.

Un système d'aide financière qui va servir à payer des devs à temps plein ou pas est assez délicat à gérer.

Donc il faut envisager ce qu'on peut faire d'autre avec l'argent, et on se retrouve avec des trucs plus terre à terre comme payer les serveurs, sponsorisé les gens pour des conférences, ou offrir du matériel aux participants.

Tu penses qu'on perd des paquets en provenance de la floride, tu veut un recompte manuel des entrées SQL ?

En l'occurence, la version finale est proche ( genre ce soir ou demain soir ). Mais non, ça va pas aller sur les cds, vu que c'est totem qui va être mis à la place.

Par défaut, c'est totem qui a été choisi pour lire les cds.

Dans la mesure ou kscd n'est pas encore pret ( portage pour kde4 en cours ), et que amarok n'arrive pas à lire les cds de façon satisfaisante avec phonon-gstreamer, il a fallu se tourner vers un autre soft.

Phonon-gstreamer a été choisi pour ne garder qu'une seule couche multimedia par défaut, pour l'intégration avec codeina. J'ajouterais ensuite que personnelement, je trouve l'architecture de gstreamer plus propre que celle de xine, et qu'il y a eu moins de vulnérabilités dans gstreamer ( ok, juste une de moins ).

Maintenant, c'est vrai que si ça empeche amarok de lire les cds audios, c'est pas tip top.

Tu veut dire qu'un test acid qui couvre même pas les bases, ça reste assez neutre ?

( attention, un jdm se cache quelque part )