Misc a écrit 6324 commentaires

Dans ce cas, c'est mal barré, il y a des gens qui portent l'application cliente ( qui est libre, elle ) sur Fedora ( http://thomas.apestaart.org/log/?p=1074 ). On peut pas en vouloir à Canonical de se concentrer sur la plateforme qu'elle maitrise le mieux afin de garder les couts dans des proportions raisonnables.

Et dropbox tourne même si tu as kde, et je pense qu'ubuntuone a une interface sous gnome à la base.

Ask a été mis pour la même raison que Canonical, pour payer les salariés. Je rappelle que Canonical n'est pas encore rentable ( cf http://www.cedynamix.fr/2008/11/02/canonical-rentable-c-est-(...) ), et ils ont 300 salariés à financer.

Pour info, les sommes en jeu sont pas loin de l'ordre de la centaine de millions de $ par an, si on regarde les chiffres de Mozilla ( ~ 250 salariés, 75 millions de $ de revenue en 2007 , cf http://en.wikipedia.org/wiki/Mozilla_Corporation ).

Toujours chez mozilla, le deal avec google a rapporté 57 millions, ce qui est une grosse part de leur budget. Canonical ne donnant pas spécialement de chiffre, on ne sais pas vraiment à combien se monte ce genre de deal, mais même 10%, c'est assez énorme.

Si on prends un abonnement à 120$ par an pour ubuntuone ( sachant qu'ils ont du s'aligner sur les tarifs de dropbox, c'était plus cher avant, et que c'est restreint à Ubuntu la ou Dropbox est multiplateforme ), combien est ce qu'il faut de clients pour que Canonical tourne toute seule ? ( sachant que sur les 120$, c'est pas 120$ de benefice net, il faut payer les serveurs, le courant, la bande passante, etc.

Dropbox a 3 millions d'utilisateurs, si on prends les parts de marché de Linux sur le desktop, ça donne grosso modo 30 000 utilisateurs ( on va prendre 1%, cf chiffre récents ). Si on suppose que Canonical a le même succés que Dropbox, avec un produit moins multiplateforme, ça signifie que UbuntuOne raméne 3 millions, sans les frais.


On voit donc que ce genre de deal avec Google, même à 5% de ce que touche la fondation Mozilla, ça rapporte autant que ce qu'on pourrait estimer avoir comme revenu grace à UbuntuOne. Et tout ça sans le moinde cout de developpement pour Canonical, contrairement à UbuntuOne, ou il faut de l'infra, des devs, des ingés, de la pub, de la QA, etc.


Pour en revenir au point de base, si les gens veulent une distro, il faut bien voir que ça implique de renoncer à une partie de l'argent qui peut servir à financer les developpeurs. L'exemple de Fedora a ce niveau est assez clair : http://jspaleta.livejournal.com/46111.html
Le board a décidé que bien que techniquement faisable, c'etait pas bon d'un point de vue de la transparence. C'est un choix comme un autre, un compromis, et je pense que Mandriva et Canonical aurait sans doute fait la même chose, si ils n'avaient pas besoin de financer les employés et les developpements redonnés à la communauté.

C'est vrai, une distribution communautaire devrait utiliser yacy.net ( http://yacy.net/ )ou majestic12 ( http://www.majestic12.co.uk/ ).

Erlang permet de gerer trés facilement la "clusterisation" de ton serveur, ce qui permet une mise à l'échelle horizontale en cas de monté de la charge ( à condition d'avoir les compétences, et que je ne raconte pas de la merde avec du jargon que je maitrise pas :) ).

Ejabberd est pas le seul gros projet en erlang, tu as aussi couchdb, un des fers de lance du mouvement nosql, et qu'on retrouve notament derriére UbuntuOne, le service proprio de Canonical. La aussi, on se retrouve avec un systéme facilement clusterisable, qui monte à l'echelle en rajoutant des serveurs, etc.

Je pense pas qu'Erlang soit un mauvais choix, et c'est pas si complexe à utiliser, j'ai vu largement pire et moins documenté ( genre le ncl : http://www.ncl.ucar.edu/, lors d'une mission dans un laboratoire à Paris ). Mais faire des opérations avancés comme traquer une fuite mémoire, c'est complexe, en erlang comme en C. Et je pense que les admins de jabber.org ont aussi commencé par se tourner vers process-one avant tout.

Ils sont très largement stable pour l'usage que tout le monde ou presque ici va en faire, je pense. Et en général de qualité suffisante pour qu'on puisse les faire tourner 24/24. J'ai pas eu de probléme spécifique avec ejabberd, pour une usage relativement modéré.

Donc non, les serveurs actuels ne sont pas pourris pour la plupart des gens.

Et je pense pas que le serveur proprio qui a été choisi s'en tire vachement mieux que les autres.

Un serveur jabber, c'est un chouia ( à mon sens ) plus complexe qu'un serveur http. Il faut faire du parsing xml, du routage, du ssl, du sasl, et pour être utile, il faut une tripotée d'extensions, dont certaines vont assez profondement dans dans le coeur ( pubsub ), et tu peux aussi rajouter à ça une gestion de la persistance ( roster, avatar, etc ).

Et bien sur, tu as beau avoir un standard, comme à chaque fois, les autres sont plus ou moins respecteux du standard, et le standard est plus ou moins implémenté complétement, ce qui est à corriger bien sur, mais à mon avis assez inévitable.

Donc oui, on a plus de mal à maitriser ça que le dns, le web ou le mail. Et on a aussi moins d'expérience dans le domaine, le protocole n'a que 10 ans.

Je peux me tromper, je précise , ça vaut ce que ça vaut, je vous invite à chercher par vous même plutot que de repeter mes bétises.

Avec jabber.org, on commence à toucher des problèmes de l'ordre de celui ci : http://www.kegel.com/c10k.html

Je sais que ejabberd a le support du clustering via mnesia, mais j'ai trouvé à l'epoque peu de doc, sauf à bien connaitre erlang et mnesia. Donc peut etre que le problème est que les serveurs actuels libres ont du mal à scaler horizontalement. Peut être qu'un jour, google proposera son code pour gtalk.

En même temps, quand on regarde l'état des serveurs libres, c'est pas trés brillant.

Jabber.apinc.org doit régulierement rebooter car ejabberd a des fuites mémoires ( qui sont censé être corrigé ceci dit, mais en même temps, il était déjà pas censé en avoir à la base :/ ), et les admins ont choisi ejabberd car jabberd 1.4x avait aussi des fuites. Djabberd, utilisé par livejournal, n'est quasiment plus developpé ( je doit être un des 3 utilisateurs dans le monde ).

Openfire, c'est du java avec des morceaux de jar que j'arrive pas à identifier, ce qui le rends douteux à mon sens niveau license et niveau maintenance.

Il ne reste que tigase, prosody, jabber2 et divers trucs ultra mineurs. Je doute que prosody tienne la charge ( c'est pas vraiment son optique ), je sais pas si jabber 2 est encore trés developpé ( je doit reconnaitre que j'ai pas cherché, donc si ça se trouve, c'est génial et tout ). Tigase a l'air sympa mais j'ai pas croisé le moindre utilisateur encore.

Les gens intéressés peuvent voir la liste des serveurs sur le wiki de jabberfr, sur http://jabberfr.org/ ( wiki qui aurait mérité plus sa place dans les liens que la moitié des liens présent, mais bon... )

Donc voila, c'est peut être ça qui fait que la XSF a décidé de mettre tout le monde a égalité.

Pour ma part, je pense que c'est quand même un signe fort ( mais que je vais me faire huer pour l'avoir pensé en ces termes ). Autant ça me fait chier pour la crédibilité du libre, autant je pense qu'un standard, ç'est un truc qui doit aller au dela du logiciel libre, et donc qu'on doit aussi mettre en avant quand une boite privé et propriétaire arrive à faire un truc avec, tant qu'elle respecte le standard.

Si les serveurs jabbers libres répondent pas aux critéres de la XSF en terme technique, il faut se tirer les doigts du cul et faire mieux la prochaine fois.

Au passage, je pense que les problémes sont plus du à du hardware defectueux ( http://www.jabber.org/2009/12/migration-update/ et http://identi.ca/notice/20025686 ) qu'autre chose.

La preuve, si on regarde les notices d'il y a quelques mois, encore sous ejabberd , on voit aussi des plantages du serveur :
http://identi.ca/notice/7116810 ou , par exemple http://identi.ca/notice/4837558 , et des problémes réseaux, etc.

Jabber.org n'a jamais été connu pour sa robustesse.

pour info, une page wiki a été mise en place pour gerer les infos : http://openmoko-fr.org/wiki/index.php/WikiReader

Geekshadow et asthro sont aussi en train d'automatiser tout ça, toute aide est bien sur la bienvenue, sur le forum http://openmoko-fr.org/forum/index.php .

En plus, le lemote est en vente en france : http://hackable-devices.com/products/product/lemote-yeeloong(...)

La vraie question, c'est sachant que ça parle de version "entreprise", et de ubuntu et debian, quel est la 2eme distribution de la liste ?

( oui, la formulation est ambigu exprés :) )

Tu as pas mal de trucs du coté d'opencore.net, mais je pense pas me mouiller grandement en disant qu'il y a encore du taf avant que ça n'arrive chez tout le monde facilement :/

J'aurais tendance à dire que ça se passe la ou les gens organisent, tout bétement. Moi, ça me dérange pas de bouger hors de Paris, mais la SNCF en augmentant de maniére plus que sensible les tarifs de l'axe Paris / Metz ( grace au TGV est ) ou Paris Lyon ( depuis toujours ) mets une certaine ardeur à bloquer les miennes.

Pour la communauté sur Grenoble, je te propose de voir sur le forum francais : http://openmoko-fr.org/forum/ Et en effet, on trouve du monde sur Grenoble.

Hé bien déja, android est purement un projet logiciel, alors que le projet openmoko tourne aussi autour du hardware. Ensuite, tout dans android n'est pas libre, et ça reste une couche d'abstraction par dessus le matériel, asns avoir vraiment de documentation sur tout ( par exemple, la plupart des gens ne savent que les systémes de verrouillage dont on nous a bassiné les oreilles avec TPCA/Palladium sont vendus comme feature sur les puces de qualcoom ).

Ensuite, les projets autour du projet openmoko sont plus proche d'un linux classique que d'une jvm surboosté, ce qui est un plus. Tout le monde a pas envie de faire des applis propres à sa plateforme.

Pour ma part, je pense que la cible est plus exploratoire que le grand public, qui soyons franc, n'a rien à faire du logiciel libre, aussi bien sur son tel que sur son pc.

Il y a le projet youtomb : http://youtomb.mit.edu/ qui montre le nombre de vidéo qui sont retirés, et par qui, pourquoi. C'est assez instructif et précis.

Tu as raison, au lieu de troller sur rms, on va troller sur canonical qui embauche le codeur principal de mailman.

Plus sérieusement, ou en fait, moins sérieusement, je viens de penser à un jeu, on devrait tenter de caser le plus de troll possible dans un fil, mais ... sans que ça se voit, et avec une relation direct et visible.

Exemple, de canonical, on peut passer à launchpad, de launchpad à codeplex, de codeplex à mono, de mono à gnome, de gnome à pulseaudio et à gnome3. De gnome3, on peut troller sur kde4, de kde4 on peut passer sur les softs pas murs mis par les distros, et on peut ressortir gcc 2.96, de la, on passe à rh, etc, etc.

Bien sur, c'est grillé pour ce fil, mais je pense que c'est faisable.

Je ferais bien une présentation parce que j'aime assez l'exercise, mais j'ai pas trop d'idée sur ce que les gens voudraient, donc soyons direct, peuple de linuxfr, que veux tu voir comme sujet abordé ?
Est ce que les gens qui hésitent à venir voudraient voir un sujet particulier, auquel cas on pourrais trouver des activités en correspondances ?

En fait, aprés discussion avec Olive ( qui n'a pas voulu posté ici pour des raisons que je ne peux exposer ), le public n'est vraiment pas comparable. A l'ubuntu-party et d'aprés lui, les gens viennent et repartent aussitot, ie aprés l'installation de leur distribution. Alors que j'ai pas le sentiment que c'est le cas pour le CCC, le Fosdem et les RMLLs, et que ça fait une grosse différence sur l'évenement.

Pour avoir vu l'ubuntu-party de printemps de l'intérieur, avoir fait le fosdem depuis 5/6 ans, le ccc et les rmlls ( notament dans l'equipe d'orga pour une année ) , je pense que tes chiffres sont faux, il y a pas vraiment autant de monde lors de l'ubuntu party.. Les organisateurs disent eux même que le chiffre de 4000 est donné d'aprés "la méthode comptage de la vilette" qui laisse largement place à l'inflation. Il y a en 3/4 salles à la vilette dans la cyberbase, et tu fais rentrer que 100 personnes par salle, au grand maximum et en poussant bien. Rien à voir avec les 10 tracks des rmlls, les 15 salles du fosdem, ou avec les salles rempli du CCC ( ou je suis en ce moment ).

Ensuite, tu oublie que personne ne force à prendre le badge ou à le porter lors des rmlls, qu'il y a quand même un peu de déco lors des rmlls, que Bordeaux, Nantes ou Strasbourg sont pas vraiment des "villes secondaires" ( car désolé, ça fait un peu parisiatiste comme reflexion ).

Tu oublie aussi qu'il y a des workshops à coté lors du CCC, notament dans le Hackcenter et que l'équipe d'ubuntu-fr a réussi à faire des trucs en nocturne ( http://ubuntu-party.org/ubuntu-party-904-la-nocturne )

C'est vrai que coup de l'autorun _windows_ lancé par linux, c'est un peu idiot. J'ai du mal à voir dans quel cas est ce que ça peut servir vraiment, donc j'ai du mal à voir une raison de pas le retirer.

C'etait un article de Misc 45 : http://www.ed-diamond.com/produit.php?ref=misc45&id_rubr(...) ( page 66/67 ).

On pourrait aussi dire que ce genre d'attaque, aussi inéluctable qu'elles soient pour la SLFC, donne de l'eau au moulin des anti GPL. Soit sous la forme "si vous utilisez du code GPL, vous risquez le procés", pour les plus opposés au logiciel libre et les plus enclins à faire des raccourcis foireux, soit sous la forme "la GPL n'est pas l'eldorado qu'on vous promet, il y a des couts en vérification de license" pour les plus proches de la réalité ( et pour les BSDIstes ).

C'est un peu triste à dire, mais ça nous force à nuancer notre discours sur le sujet.

Je pense que ça ferait une bone idée pour un mod de jeu style "counterstrike". En point bonus, on pourrait avoir de la pub sur tf1.

Et.... un jeu de mot géant si on appelle ça "sncf strike" :)

On peut supposer que la vérification soit compléte parce que faite par l'utilisateur à la demande, mais c'est peut être aussi simplement long :) .
Je sais que le format hfs+ est assez bien documenté ( http://developer.apple.com/mac/library/technotes/tn/tn1150.h(...) ), mais je suis pas assez bon en fs pour oser espérer comparer un jour les structures d'ext4 et de hfs+ à ce niveau.

J'ai quand même l'impression que le fsck au boot, ça tient plus du cargo cult programming qu'autre chose.

C'est assez amusant de voir à quel point les gens continuent d'utiliser des pétitions pour ça, au lieu de discuter techniquement la solution.

50 personnes, ç'est vraiment minoritaire, et au mieux ça ne prouve rien, au pire, ça prouve que la majeur partie des gens s'en foutent.

De plus, comme pBpG le fait remarquer, la solution, c'est pas de déplacer ça au shutdown, mais bien de faire en sorte que l'opération n'ai pas d'impact. Car bon, les gens disent "oui, c'est mieux de faire ça quand on ferme le pc sur un laptop car j'ai besoin de mon pc de suite", j'aurais tendance à dire :
1) le suspend to disk, c'est pas fait pour les canidés ( et ça marche aussi sous linux, au moins sur la distro que j'utilise )
2) c'est bien connu que quand tu as un portable, tu as du temps à perdre à l'extinction, tu n'as jamais besoin de remballer ta machine dans un sac, et si jamais tu devais le faire, ç'est parfaitement sur de déplacer le disque dur ( pour les gens sans ssd ), ou de laisser la machine allumé dans la sacoche

Et on peut troller ce qu'on veut sur "windows a besoin de defrag", au moins windows ne montre pas ce genre de vérification, si jamais il y en a besoin.

Et quitte à donner des exemples, je ne me souviens pas avoir vu un fsck sur un mac à aucun moment ( et pourtant, je fait du dual boot, donc je le relance assez souvent ), ni un besoin de défragmenter le FS ( http://osxbook.com/software/hfsdebug/fragmentation.html ). Peut être que osx fait comme ext4, ie, un fsck rapide. Peut être qu'il fait tout ça à chaud. Ou peut être qu'il cache ça dans les updates de sécu.

Enfin bref, perso, je trouve que c'est une cautére sur une jambe de bois, et la solution, c'est vraiment de pousser ext4, et donc la petition est ridicule.

j'aurais plus tendance à dire que Ubuntu a chois apparmor car ils ont débauché Andreas Hasenack de Mandriva. Andreas avait déja décidé de pousser apparmor à l'epoque ( ie y a 3 ans ), donc ça ne m'étonne qu'à moitié que ça soit pareil chez son nouvel employeur.

Si Canonical avait voulu reprendre AppArmor, ils auraient pu embaucher l'equipe de novell, directement, non ?

Je pense qu'utiliser un exemple basé sur debian pour dire "il y a un probléme chez fedora" est pas non plus un exemple probant. Les politiques sont légerement différentes, dans le sens ou les devs fedora estiment qu'une installation ne doit pas être interactive.