Misc a écrit 6649 commentaires

Un point qui me choque, c'est ça :

ouverture du bug : 21 mars, sur launchpad
prise en compte par surbhi palande : 29 mars
correctif avec un hack : 13 avril
ouverture du bug upstream : 4 mai
envoi d'un premier fix par un dev kernel : 12h plus tard

donc en gros, en une demi journée avec le bug au bon endroit, le bug est en passe d'être corrigé. On va dire qu'on rajoute 1 journée le temps de compiler un kernel vanilla pour vérifier si le bug vient d'un patch. A comparer avec les 3 semaines sur launchpad pour avoir un contournement.

Que les gens de Canonical n'arrivent pas à résoudre, ça me choque pas. Je sais à quel point les bugs peuvent être complexe, je sais qu'en période de release, on a pas le temps.

Mais bon, le fait de pas l'avoir rempli upstream plus tot me laisse perplexe. Je les blames pas, je suis sur que j'ai deja fait et que je ferait (hélas) surement pareil à un moment ou à un autre, par manque de temps, manque de soin, ou autres, personne n'est parfait, moi le premier.

Perso, je trouve que la méthode choisi par canonical pour le suivi des bugs upstreams est loin d'etre propre. Il aurait fallu plutot bossé en profondeur, pour décrire un bug dans un format indépendant ( xml, json, whatever, c'est pas le propos ), et ensuite faire en sorte que les différents bugs trackers fassent un export dans ce format.

Ça aurait permis de faire des outils comme SD plus facilement ( http://syncwith.us/sd/using ).Actuellement, la moitié du support, c'est de l'analyse du code html, c'est un peu moche et fragile.

Mais bon, le but etait pas de faciliter la collaboration, mais de concurencer RH et progeny, cf http://www.erisian.com.au/wordpress/2005/09/04/launchpad

Mais qu'est ce qui te fait dire que skype ne cherche pas aussi le proxy par lui même via wpad en plus de regarder ce qui existe sur firefox ? ( http://en.wikipedia.org/wiki/Web_Proxy_Autodiscovery_Protoco(...) )

Et même si skype peut demander, ç'est plus efficace de ne pas poser de questions surtout si la question est technique ( car bon, faut faire l'essai dans la rue, combien de gens vont pouvoir te dire "je sais ce qu'est un proxy" )

En même temps, pour une boite qui fonctionne, combien n'ont pas fonctionné ?
Et combien n'ont pas fonctionné à cause du manque de leadership ?

Je ne nie pas que ça peut marcher, bien sur, mais je pense qu'il faut avoir tout les chiffres pour juger de la viabilité de la chose dans des conditions qui ne sont pas trop spécifiques.

( si on voulait troller, on pourrait dire que c'est l'exemple de debian vs ubuntu, ou le fait d'avoir un dictateur benevole à vie fait que Ubuntu avance la ou Debian discutte, mais on est pas vendredi, donc je mentionne ça juste à titre indicatif )

D'ailleurs, l'émission de cet semaine de Nous autres ( http://sites.radiofrance.fr/franceinter/em/nousautres/archiv(...) ) parle justement de la tendance à s'auto responsabiliser, et du fait que maintenant, les gens ne sont plus surveillés par leur chef, mais par eux mêmes, que ça aboutit à une forme de panoptique ( http://fr.wikipedia.org/wiki/Panoptique ) qui finalement ne regle pas les problémes de stress.

Et je pense que c'est pas lié au monde de l'entreprise, car je vois bien que je fait un support bien plus conséquent sur les machines que je gére de maniére bénévole que ce que j'ai fait pour les clients.
Par exemple, j'arrive à dire "non, je ne suis pas payé pour répondre à 22h30" mais j'ai plus de mal à dire "non, je verrais ça demain, la, je vais me coucher" quand on me signale un probéme sur irc pour un truc ou la motivation n'est pas l'argent.

Donc l'autoresponsabilité aboutit parfois à renforcer sa propre tyrannie. La "direction" nous opprime toujours autant, et vu que c'est nous, c'est beaucoup plus dur de se dire non. La hiérarchie a aussi sa place à jouer pour séparer les responsabilités, et pour crystaliser et matérialiser l'entreprise. Si quelque chose va pas, on dit que ç'est la faute des autres, et c'est à mon sens plus sain que de se dire "c'est ma faute, donc faut que je bosse plus".

Ensuite, j'ai bien conscience que l'auto responsabilité a aussi des avantages ( plus leger, parfois plus épanouissant ( parfois ) ), et que la déresponsabilisation et la bureaucracie posent d'autres types de problémes bien connus et documentés.

Sur un projet de google de ton choix, ou un projet en rapport avec google, pas un projet perso. Tu va pas passer 20% de ton temps sur l'organisation de tes vacances, par exemple.

Et tu dois aussi demander l'avis du management.

Ben si tu utilises statusnet, et pas twitter, la limite artificielle n'existe plus ( ensuite, le but est quand même de faire court, sinon, c'est plus du micro blogging ) ( cf http://www.h-online.com/open/news/item/Microblogging-platfor(...) )

C'est vrai que l'ouverture au niveau marketing tel qu'on voit pour Fedora ( avec des pages comme https://fedoraproject.org/wiki/Fedora_13_Talking_Points ) est un avantage.

Curieusement, il existe une équipe ( https://wiki.ubuntu.com/MarketingTeam ), mais ils ont pas du mettre leur travail suffisament en avant.

Le but de skype, c'est de faire des gros efforts pour marcher même avec les utilisateurs qui ne connaissent pas justement les variables d'environnements.

Il faut le reconnaitre, la gestion des proxys sous Unix est moisi. Je veux changer un truc, je doit me déconnecter. Donc tout le monde duplique la gestion à gauche et à droite ( dans ff, dans konqueror, dans gnome, etc ), et ça fout le boxon.

Donc si le fait d'aller fouiller les fichiers d'opera et co te parait porc, ç'est pour pallier aux problémes actuelles de l'architecture Unix basé justement sur des variables d'environement.

Skype marche aussi parce que le programme fait le maximum d'effort pour passer les firewalls, et ne pas faire chier l'utilisateur. Ça marche pas toujours, ça plait pas à tout le monde, mais je pense que ça plait quand même à suffisament de gens, et ça marche suffisament souvent pour qu'on puisse considérer ça comme un point différenciateur en leur faveur.

Ben le fait est que tout le monde n'est pas content d'avoir giwbber qui s'intégre avec ubuntu one :
- ça tire erlang ( car ubuntu one, ç'est desktop-couch, qui tire couchdb, donc erlang ), ce qui est embetant pour les livecds
- ça prends plus de ram que sans, et que certains pensent que ça prends plus de ram que requis, et que les fonctionnalités apportés ne veulent pas le surcout
- ça rends le soft plus compliqué à packager, surtout si tu n'as pas erlang ( même si je pense qu'une majorité de distros l'ont ), couchdb etant pas non plus trivial à intégrer
- il y a eu des tensions à ce sujet ( http://frederic.bezies.free.fr/blog/?p=3401 )
- ça ne pousse que vers u-1 ou vers les machines réseaux locales, la synchro vers d'autres services etant possible en théorie, mais non codé en pratique. On peut donc imaginer que ce coté commercial géne certaines personnes
- il y a eu un certain nombre de probléme de stabilité avec desktop-couch ( j'ai moi même eu un plantage de desktop-couch dans qemu quand j'ai lancé le livecd, mais j'ai pas réussi à reproduire ), et le blog des devs ( http://gwibber.com/blog/2010/04/introducing-gwibber-2-30/ ) parle de "performance limitations".

Donc Ryan Paul, un des codeurs de gwibber, a bien pris en compte ces critiques , et propose un branche de gwibber ou le stockage se fait dans sqlite au lieu de mettre ça dans le cloud avec ubuntu one, desktop couch et compagnie. J'ai même eu droit à un bug report le jour même ( https://qa.mandriva.com/show_bug.cgi?id=58845 ), alors que desktop couch est dispo dans mandriva ( et qu'il fonctionne sans trop de probléme ).

Pour ma part, j'ai pas grand chose contre desktop-couch, je trouve ça même intéressant, à part que le seul service vraiment intégré, c'est u-1, et qu'il n'y a rien d'ouvert dedans, contrairement à ce que les gens croient ( https://bugs.launchpad.net/ubuntuone-servers/+bug/375345 ). Je suis sur qu'avec un peu de temps, ce probléme peut se regler rapidement, bien sur, et il ne tient qu'à nous de nous en occuper.

À une différence prés :
"These are the people I call Architecture Astronauts. It's very hard to get them to write code or design programs, because they won't stop thinking about Architecture."

Et si tu as bien lu l'article, tu peux voir qu'il y a déja un dépot git, qui marche, qu'il est pas seul à coder dessus, et qu'il y a même des VMs de test afin de montrer que ça marche.

En même temps, il n'y a pas besoin de tout intégrer d'un coup, il y a une couche de compatibilité.

Je pense que tu devrais ressortir un systéme d'il y a 5 ans pour voir qu'il y quand même eu du changement. Les isos sont surle web, fait l'expérience ( et un journal pour nous raconter ça ). J'ai personnelement souvent des trucs minucules qui manquent quand je vais sur le pc que j'ai mis à mes parents, avec 3 ans de retard sur les distros courantes ( par manque de temps pour la mise à jour ).

C'est en effet une solution, vu que Canonical intervient de maniére minimal dans la distribution ( cf divers commentaires ici, et cf le fait que ça reste toujours un dérivé alors que la majorité des developpements sont fait en gtk pour gnome, ou sur des softs gnome, genre gwibber, rhythmbox, etc ).

Mais bon, si il veut garder gnome, il y a d'autres distributions, comme Mandriva, Opensuse, Fedora, ou Debian, qui proposent toute un gnome de bonne facture, et assez souvent les mêmes versions de soft que ubuntu ( genre gwibber est dans mandriva, desktopcouch aussi ).

Perso, je trouve le contraste pourri, et le changement de css marche pas sous epiphany pour une raison encore inconnu

Je peux pas vraiment parler pour d'autres que moi, mais j'ai de temps en temps à passer sous os x, et je doit reconnaitre que les habitudes se changent finalement assez vite.

C'est comme passer du qwerty à l'azerty, au début, ça fait chier, mais avec l'habitude, tu voit plus la différence. Par contre, pour les gens qui ont et qui ont eu déja du mal avec le réglage classique, ils vont avoir autant de mal avec le changement.

Tellement d'utilité qu'il y a une branche pour revenir à sqlite pour la version suivante de gwibber : https://code.edge.launchpad.net/~segphault/gwibber/230-sqlit(...)

Pareil, des fois, je suis avec mon coloc à la pizzeria, on discutte de trucs ou on a pas les références exactes, hop, je matte sur wikipedia.

A voir aussi http://youtomb.mit.edu/statistics

un projet du MIT qui surveille youtube et qui regarde les videos qui se font retirer.

Y a plus q'un bonhomme sur nouveau, il y a une personne payé par RH, mais les autres codeurs bossent aussi.

Donc tu as X comptes pour X services ?

Et y a des gros bouts de trucs proprios :/ ( user space comme kernel space ), ce qui m'inquiéte personnelement vis à vis de l'upgradibilité du biniou ( enfin peut être que je me trompe ).

En fait, vu que toile libre a surement plusieurs serveurs ( enfin j'espére ), il faudrait déja savoir ce qui a été fait et sur quoi surtout.

Et j'aurais aussi voulu pour ma part savoir si c'est lié à leur noeud tor, qu'on voit pas/plus dans la liste publique : http://torstatus.kgprog.com/index.php?SR=CountryCode&SO=(...) ( ou en tout cas, pas d'une façon qui me saute aux yeux entre les freebox, les trucs chez ovh et les ips chez wanadoo/neuf/etc ).

Oui, c'est comme tout ces gens chez google et ailleurs qui se sont mis à prendre des simples pc pour leur cluster au lieu de prendre des machines qui scalent (tm) comme des serveurs AIX ou Solaris. Clairement pas un concept valable, salaud d'ingénieur.

( sinon, ça fait des années que c'est le cas, les automates de banque, c'est des pcs, les automates dans les toilettes publiques, c'est des pcs, et pareil pour des tas de trucs ).

Oui, enfin c'était pas très subtil. J'aurais trouvé plus drôle d'avoir juste un bouton "partager sur facebook / delicious" en dessous de chaque commentaire, sans dire à personne, juste pour voir l'indignation des gens ( ou peut être le manque d'indignation ).