Misc a écrit 6286 commentaires

Penser que le bug ne fait que rebooter à distance le portable est une erreur.

C'est une console root sans limitation, donc potentiellement bien pire qu'un simple dos.

Pour donner un exemple, c'est comparer le ping of death ( http://en.wikipedia.org/wiki/Ping_of_death ) avec un compte root sur telnet activé par défaut, y a pas vraiment la même criticité.

Au passage, quelqu'un sait comment le correctif arrive sur les machines ? Les articles parlent d'updates over the air, mais ça implique quoi, c'est automatique, sans que l'user le sache, ou faut cliquer quelque part et on sait ce qu'on installe ?

Oui, la preuve que c'est ouvert, c'est aussi ouvert à la modération à posteriori : http://www.theregister.co.uk/2008/10/16/android_kill_switch/

Je rajouterais que tout les aveugles que je connaît utilisent des outils génériques comme jaws, donc qui prennent en charge flash comme à peu prés tout le reste sous windows.
On peut parler comme on veut de l'accessiblité, quand j'ai parlé linux etc, la réponse fut unanime, "on préfère windows car il y a un synthétiseur vocal correct".
Alors, avant de parler d'accessibilité, faudrait se renseigner sur le terrain pour voir ce que veulent vraiment les gens.

Et j'ajouterais aussi une chose, c'est que la dépêche est sur jabber/xmpp, un système ouvert, basé sur un protocole ouvert, et donc interopérable, y compris avec des systèmes fermés, utilisant un plugin fermé , comme le couple windows/flash.

Et je pense donc qu'il est important de mettre en avant le fait que ça réduit trés fortement l'impact limitant et emprisonnant d'un logiciel propriétaire ( car oui, google talk sous windows est propriétaire, le modérateur, dans son zéle a oublié de le dire ).

Mais on peut pas cracher sur le proprio et en même temps dire que c'est pas si grave grâce aux normes ouvertes.


Au passage, y a une soirée jabberfr ce soir : ( http://forum.jabberfr.org/viewtopic.php?id=1177 )

Et c'est vrai qu'une applet de chat non indexable, c'est un problème.

Est ce que tu as regardé si tu peut pas désactiver des options de rsyslog ? J'imagine que ce qui prends de la place, c'est les libs partagés, et je voit en regardant le ebuild de gentoo, que tu as des options à retirer ( support kerberos, gnutls, etc ), donc peut être que le problème vient de la ?

Une fois que tu connait la clé wep, tu peut faire du tcpdump comme si c'etait un réseau filaire branché sur un hub.

Perso, pour ma part, je considère mon réseau wifi comme je considère le réseau wifi ou filaire des autres, ie non sécurité. Et à partir de la, une fois que tu as automatisé le passage via des protocoles sécurisés pour tout, tu peut aussi l'utiliser sur ton réseau filaire sans grand effort.

Donc, tu peut continuer à utiliser ssh, tu peut continuer à utiliser un proxy en https, tu continue à faire de l'imaps, et du xmpps, et voila, tu auras pas vraiment de problème avec ton wifi.

Ok, aprés verif avec lui, c'est rcs, pas cvs ( rcs étant une des briques de cvs ). Dsl pour l'argument foireux :)

En même temps, en temps qu'utilisateur gentoo, ils ont pas déja des pouvoirs, on m'aurait menti ?

J'arrive pas à trouver de lien, mais mon coloc m'a dit que le plus gros avantages de cvs, c'est qu'il fait parti de la norme posix. Mais bon, j'arrive pas à retrouver de lien sur ça, donc à prendre avec des pincettes.

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.