Alors la réponse au pourquoi est dans le journal sur feedly. Un compte google plus, ça te demande plus d'infos. Mais en dehors de ça, je comprends aussi la position de google a vouloir simplifier les choses.
J'invite les gens à aller voir en effet sur http://www.google.com/settings/ads ce que ça donne. Moi, je suis hélas marqué comme N/A un peu partout, soit à cause de noscript + adblock, ou parce que j'ai du faire un truc de opt-out moche à un moment.
Je sais pas, je suis pas juriste. Vu qu'il y a des cours qui s'estime compétente même à l'étranger ( genre l'angleterre pour la diffamation, les US pour tout un tas de trucs, etc ), qu'il y a des accords internationaux, etc, y a sans doute une meilleur formulation.
Je ne dit pas le contraire, je pinaille juste sur "qui a fait quoi".
Et dans ce cas, on peut créditer Canonical autant que Microsoft, car c'est le succès du premier et les appétits du second qui ont poussés Valve à faire des choses :)
( de la à dire que Microsoft a fait autant pour les jeux sous Linux que Canonical, il y a un pas que je vais pas franchir avant 3 jours )
Oui, c'est aussi ce que je me dit, qu'ils ont bossés à faire des POC pour pacsec ( conférence secu ) qui commence dans 15 jours.
Le point qui me chagrine, c'est le fait qu'il parle de regarder ça depuis 3 ans, mais qu'il poste de façon publique depuis 15 jours.
( du moins de ce que j'ai vite lu ).
Donc je pense qu'à aucun moment il n'a dit au début "c'est un virus qu'on m'a filé", mais juste "j'ai constaté ça". Comme c'est un spécialiste du domaine ( les vulnérabilités hard et bas niveau ), je pense qu'il aurait pu écrire ça, spécialisé pour son pc en passant un bout de temps dessus.
On verra si Mir est bon ou pas. En tout cas depuis qu'il
existe le projet Wayland s'est bien réveillé,
C'est ce que je me disait au début, mais en fait non. D'une part, Wayland était sur la roadmap. Et d'autre part, c'est grâce à du travail de fond (kms, etc) que mir et wayland sont utilisable.
Donc c'est pas Mir qui revéille Wayland, mais plus la maturation de Wayland qui a permis Mir. Et c'est pas depuis qu'il existe, mais depuis qu'il est publique, ce qui est différent :)
Steam sous GNU/Linux et amélioration des pilotes graphiques
grâce aux retours de Valve
C'est Valve qui a améliorer les pilotes, pas Canonical. Valve a embaucher des devs, a été voir les constructeurs, a fait des correctifs, par eux mêmes.
Depuis qu'Ubuntu existe, on a eu droit à :
KDE 3 qui devient KDE 4 (ce qui a donné lieu au fork Trinity)
Gnome 2 qui est devenu Gnome 3 (ce qui a créé le fork MATE)
Y a déjà eu un fork de Gnome 1 à l'epoque de gnome 2, mais il a pas été loin.
Et selon moi, ce qui fait qu'on a plus de forks, c'est surtout qu'on a plus de facilité d'avoir une infrastructure qui le permet. Git, hg, bzr permettent de se barrer avec tout le code. on trouve des forges à la pelle ( par rapport à la situation il y a 10 ans ), les serveurs sont moins cher. La preuve, c'est les forks comme mariadb, libreoffice, et tout ce que Oracle nous a apporté. Mais également des projets plus gros comme Mageia, des projets non Oracle comme Fusion Inventory, la glibc et eglibc, le fork rpm5 par rapport à rpm4.
Je sais que j'écris beaucoup dans ce thread, mais ce que j'ai dit, c'est "Mark veut bouger vite, il veut avancer, alors il fait du distro patching".
Toi, tu comprends "oula, y a que Canonical qui fait du distro patching", puis tu me dit "mais non, tu as tort, y en a d'autres".
J'ai pas dit qu'il y a que Canonical, j'ai juste dit pourquoi ils font ça.
Tu noteras également que "faire des correctifs qui sont pas upstream", c'est différent de "ne faire que des correctifs qui ne sont pas upstreams". Dans le premier cas, c'est Canonical qui va faire le choix de corriger rapidement, quitte à ce que ça soit pas assez propre pour upstream, mais ce qui compte, c'est l'utilisateur. Dans le 2eme, c'est de la non coopération.
Donc je pense que tu peux prendre ton homme de paille et la carrer au milieu d'un champ dans la creuse, il sera plus utile la bas.
je vois pas le mot technique à coté de "debat". Je vois juste que Aaron veut faire un débat avec Mark. Ce que Aaron dit, c'est qu'il n'est pas d'accord sur le fait que les raisons sont uniquement politiques. Mais ça ne veut pas dire qu'il va faire un débat uniquement technique, juste qu'il pense qu'il y a aussi des raisons techniques. Et il parle explicitement des implications de mir, wayland pour les logiciels libres. C'est suffisament large et pour moi, ça veut dire que la discussion irait au dela de la technique. Par exemple, sur le fameux CLA qui a des implications sur le fait ou non que les boites contribuent au projet.
Donc Mark pourrait parfaitement montrer un apriori durant ce débat, si il estime pouvoir le prouver. Maintenant, bien sur, si il ne peut pas le prouver, et qu'on peut justifier les actions de tout lemonde par d'autres raisons qu'on peut prouver, ça rends sa position fragile.
Les 2 ne sont pas liés. IE, tu peux avoir un apriori négatif sans pour autant te dire "je vais tout faire pour arrêter Canonical". Tu peux juste te dire "je le sens pas de suite, on va attendre".
Ensuite, le coup de l'agenda caché, c'est sur que si c'est "pousser wayland pour que Canonical soit obligé de bosser tout seul" quand ç'est le plan depuis quelques années, c'est vrai que c'est assez mal caché.
Ceci dit, il a raison, si tu as un apriori négatif, alors tout ce que l'autre va faire va être vu via ce prisme négatif.
Et on peut pas écarter le fait qu'un apriori négatif existe, surtout que Canonical n'a pas vraiment accumulé comme qui dirait un bon karma ces derniers temps.
Mais je pense aussi que malgré ça, si la solution apporte des choses que d'autres n'apportent pas et qu'on a besoin de ça, alors les gens vont réussir à passer outre l'à priori.
Apple est pas vraiment en odeur de sainteté dans le libre et pourtant, llvm est dispo partout, et Debian commence à regarder à l'utiliser. Ensuite, la question est de savoir si Apple est mieux vu que Canonical, bien sur.
Le leadership fort de Canonical, je pense que c'est pas un souci en soi. La question, c'est comment il se traduit. Si ça se traduit par "Canonical fait tout le taf, mais on a rien à redire", ça passe sans souci. Si ça se traduit par "Canonical ne garde que sa platforme en tête et envoie chier le tête du monde avec des pratiques qui n'aident pas à la collaboration", ça coince.
Exemple, Unity, qui a du mal à se faire packager sur les autres distributions parce qu'il faut des patchs de partout, parce que Canonical change de techno sans arrêt, et parce que du coup, tu dois faire suivre la stack.
A coté de ça, bzr s'est retrouvé dans tout les distributions sans souci et très vite. Ou des choses comme simple-scan, voir même upstart (adopté par Fedora et RHEL, et je sais que les autres étaient aussi en train d'envisager l'intégration).
De même, reprendre la bibliothèque de résolution de zypper pour dnf, qui va à terme remplacer yum sur Fedora. Ou Mono, et divers applications comme banshee, tomboy, le fork d'openoffice (go-ooo), c'était des technologies très fortement dirigé par Novell, et en dehors d'une suspicion juridique pour mono chez RH, la plupart des distros n'ont pas eu de souci à intégrer (ni même gnome à ce niveau, même si les gens ont ralés sur C# car trop lourd, comme python ou js)
Pour le CLA, c'est plus simple, y a déjà le cas par le passé.
A la fin du meeting, on était tous d'accord pour dire "le software center, c'est bien", mais tout les gens payés étaient aussi d'accord pour dire "nos employeurs vont sans doute refuser qu'on signe le CLA de Canonical car il est déséquilibré".
L'idée étant de porter le software center pour utiliser package-kit.
Donc dans l'ordre, ce qui a été fait, c'est d'expliquer au dev du dit soft (présent ce jour) le souci du CLA. Il été non seulement parfaitement compris le souci, mais il était déjà au courant. Et il avait déjà tenté de faire changer les choses.
Si le CLA n'était pas retiré, les 2 options sont "on forke", et "on refait de 0".
Cad une refonte de 0. refonte de 0 soit parce que le python n'était pas adapté (trop lourd, pas assez rapide), soit parce que les buts de gnome-software sont plus ambitieux, comme indiqué sur http://blogs.gnome.org/hughsie/2013/03/05/gnome-software-overall-plan/
J'ai aussi vu lors d'une conf l'idée d'avoir directement une intégration entre différent systéèe de paquets, genre gem, pip, npm (python, ruby, node), via un système de plugin. Comme ça, les gens (comme moi) qui veulent que les paquets de la distro peuvent, et ceux qui veulent autre chose, ils peuvent aussi.
Et pour précision, le software center, dans sa forme moderne, ça date grosso modo de 2009. Donc il a fallu 1 à 2 ans pour que les gens se disent "ça semble bien, comment on peut collaborer".
Donc il a fallu une paire d'années avant que tout se déroule et que les gens se rallient si le projet est intéressant. Ça peut aller un peu plus vite si tu impliques les gens dés le début (cf adoption de systemd).
Mais la charge de prouver que c'est politique est à la charge de celui qui accuse (à savoir Mark). Moi, je montre juste que globalement, la majorité des gens ont juste choisi l'attente comme ça a toujours été fait.
Si Mark venait à être plus précis, à commencer par donner des noms et ou expliquer ce qu'on suppose être des raisons politiques, je pense qu'on pourrait sans doute clarifier. Mais avec des accusations aussi vagues et peu claires, à part redonner la position, que faire d'autre ?
Le débat s'oriente vers la technique car c'est le point que tout le monde peut vérifier, et parce que pour des gens comme Aaron Seigo, c'est ce qui importe. On peut difficilement taxer KDE d'être allergique à Canonical, ils ont repris leur système d'intégration des menus la ou Gnome l'a refusé.
Donc pour lui, qui demande le débat, c'est purement technique. Et les autres, ils ont pas demandés de débat.
Et relit la liste que j'ai donné. Matthew Garett et Bradley Kuhn ont tout les 2 parler du problème du CLA.
Non, mon argument, c'est que si le but est d'expliquer en quoi Mir n'est pas une solution acceptable pour le moment, ressortir les trucs déjà dit ( à savoir le CLA ) n'aide pas. D'une part, comme ça ressort à chaque fois, ça n'apporte rien, Ensuite, c'est pas du ressort des developpeurs, et leur mettre la pression sur ça, ça n'aide pas, c'est pas leur choix. Je pense qu'ils ont largement remonté le souci à leur hiérarchie, donc on peut pas leur reprocher grand chose à ce niveau.
Ensuite, je pense que la question de qui contrôle la licence de Mir via un CLA, ça a des impacts sur les gens qui veulent coder sur le projet ( exemple, des gens de Wayland, des distributions qui voudraient l'adopter et avec un but commercial ), mais ça n'a pas à priori d'impact sur les trucs au dessus (genre KWin). J'ai pas vu Martin G dire quoi que ce soit sur ça, donc je suppose qu'il s'en fout.
Donc deja, dire "les anti-mirs", c'est pas précis. Autant dire leur noms.
T'es au courant que dire "oui, cette solution est en partie
motivée par des considérations 'politiques'" ne t'interdit pas
de dire aussi "et en plus, il y a des problèmes techniques" ?
Mon expérience des discussions dans le libre montrent que ça ne marche pas, car les gens se focalisent sur les questions non techniques ( exemple, Mark Shuttleworth qui est totalement aveugle au fait que personne ne le suit pour des simples raisons de bon sens et de timing ). Et d'autre part, que la plupart des gens s'en foutent. Le choix d'une license GPL ou BSD, c'est un choix politique pour tout les sens qu'on peut trouver. Et pourtant, la majorité des devs sont, de mon expérience, ambivalent sur ça quand il s'agit de contribuer à un projet externe, ou quand il s'agit de s'appuyer sur une lib ou un module. Et c'est pareil pour la plupart des distros Linux tant que c'est libre, et je pense que je suis bien placé pour le savoir. Donc oui, la plupart du temps, les considérations politiques, on s'en cogne modulo une minorité de gens. Par contre, quand ça a un impact sur les aspects techniques ( maintenance, adoption par les systèmes libres ), ça devient autre chose.
si Mir était techniquement bien conçu mais politiquement tout
autant contrôlé par Canonical, alors, selon les anti-mirs, il
aurait du être adopté.
Non, c'est pas comme ça que ça marche. C'est pas parce qu'une solution "sur le papier" ( car il faut reconnaitre que c'est encore que ça, un truc qui est sorti y a pas longtemps, et qui est même pas prêt pour une version non LTS ) semble bien qu'elle est bien en pratique. Exemple, les micros noyaux comme le hurd. Exemple, c'est pas parce que LLVM est bon techniquement que tout le monde balance gcc à la poubelle. Autre exemple, sur la papier, Upstart a l'air bien, mais l’implémentation a l'époque avait la bonne idée de ne marcher qu'avec les demons qui font très exactement 2 forks, suivi grâce à ptrace ( ça a changé maintenant, mais c'est une des différence de design qui a poussé lennart à faire systemd ).
Si tu veux bouger l'existant, il faut aussi avoir plus que la solution adopté et avoir au moins son degré de maturité. Et dans le cas des compositeurs, la solution qui avait été choisi par les , c'était wayland.
Cf le travail déjà fait : https://wiki.gnome.org/Wayland/GnomeShell pour gnome
et dans les 3 cas, on voit des protos à partir de 2011.
les devs de Mir ont tenté de dire "pourquoi pas Wayland", mais les arguments techniques n'ont visiblement pas été mis à jour. Donc à partir de la, il n'y avait aucun avantage à prendre Mir.
Si au final, Mir est mieux, je ne doute pas que des gens vont l'adopter. Pour le moment, c'est surtout trop tôt. Mir a quelques années dans la vue.
Ça ne fait que renforcer le fait que Shuttleworth a raison
lorsqu'il dit que les anti-mirs sont des manipulateurs, tandis
que le dire n'aurait rien fait perdre (les pros canonical
pourraient dire "ils n'ont pas la même vision que nous, donc,
on va s'écarter d'eux", mais est-ce honnête que de mentir aux
pro canonical en leur faisant croire que ce n'est pas le cas
alors que c'est le cas ?)
Personne n'a menti. Martin Grässlin a dit "tant que ça reste un truc d'une seule distro, je vais pas passer de temps dessus". Intel a pas dit grand chose, et je me garderais bien de tirer des choses du lapidaire message de commit sur le driver.
Les devs de Wayland, je pense qu'il y a même pas besoin de se demander pourquoi ils considèrent leur projet comme étant la chose à faire. Il reste qui ensuite ?
Que je sache, les gens de xubuntu ont testé, et ils ont dit "pas maintenant", les gens de Ubuntu-desktop ont fait pareil. les gens de Lubuntu, j'ai pas fouillé, mais je pense que c'est juste une question de ressources.
Aaron Seigo a juste dit "Bah, upstream a choisi wayland, donc ça me semble logique de faire pareil" ( https://plus.google.com/116936589869593794919/posts/5TLPzWKv4Wq ). Ensuite il y a 2 semaines, il a défendu Martin qui a visiblement assez mal vécu les critiques dont il dit faire les frais.
Au final, il reste plus personne. Soit les gens ont pas leur mot à dire dans les choix ( genre Lennart ) et ils ont rien dit. Soit les gens ont leur mot à dire, et ils ont pas participer ( genre les distros ). Soit c'est le dev de KWin, qui a dit qu'il faut attendre pour le moment ( donc ce qui rentre dans les raisons non techniques peut être selon toi ). Soit c'est Matthew et voila, il a clairement donné des tas de raisons autre que technique, notamment appuyé par Bradley Kuhn ( http://ebb.org/bkuhn/blog/2013/06/23/mjg-canonical.html ).
Donc des gens ont divers raisons, ils ont globalement exposés celles qui importent pour eux, la presse a relayé certaines.
À la rigeur, si il y a quelqu'un qu'on pourrait qualifier de pas clair, ç'est Intel. Mais c'est tout. je pense que tout le reste du monde n'a juste pas été convaincu par les raisons de Canonical, en se disant "c'est pas suffisant pour balancer 2 à 3 ans de boulot par la fenêtre". Et c'est tellement l'évidence une fois que c'est dit que je pige même pas maintenant que des gens s'imaginent autre chose.
Ce que j'ai vu avec Weston, c'est juste un livecd pour tester. J'ai vu des paquets pour Fedora, mais voila, à part lancer ça pour voir une fenêtre, pas grand chose.
Le jour de l'annonce, j'ai pas vu de doc dans le snapshot de mir sur comment utiliser le soft ( j'ai sans doute mal vu, je pense ). Et la, je voit qu'il y a ce qu'il faut ( http://unity.ubuntu.com/mir/building_source_for_pc.html ) mais que je ne me sens de compiler mesa, xorg, etc, etc, sur mon pc.
Ce qui freine, c'est surtout le fait qu'il y a rien qui est prêt encore. Une fois que Ubuntu aura montré que c'est viable, alors d'autres pourront juger. C'est comme ça que ça se passe, personne ne s'engage sur ce qui n'est pas terminé.
Pour reprendre l'exemple de systemd ou d'upstart, d'abord une distro a testé, puis d'autres ont suivi.
ça arrive, c'est un gros boulot, et c'est déjà impressionnant de voir ce qui a été fait un 1 an ( ie, le temps ou Mir était un projet interne, + le temps depuis l'annonce en mars ).
Les devs de Xubuntu ont testé, a dit que c'était pas encore ça. L'analyse de Matthew corrobore leurs conclusions, et le retard à l'adoption dans Ubuntu Desktop va dans ce sens aussi.
Sauf que dire "on aime pas le comportement de Canonical", ça reviens à braquer les salariés. Et puis, le comportement, c'est quoi, avoir un business plan avec un CLA ?
C'est déjà amplement couvert depuis des années, et la façon dont le CLA de Canonical crée un déséquilibre sur le projet est documenté. Tout ce que les gens trouvent à dire, c'est "non mais la FSF aussi à ça", suivi en général de "apache a également la même chose", les 2 étant des comparaisons incorrects ( la FSF te redonnant les droits que tu as donné, et s'interdit de faire du proprio, la fondation Apache demandant la license Apache, ce qui fait que tout le monde peut faire du proprio, alors que le CLA de Canonical fait que eux seuls peuvent en faire ). J'ai encore fait le test lors de l'OWF.
Dire qu'on est pas d'accord avec le fait de soutenir un projet puis d'en faire un autre en douce avant de torpiller le premier ?
C'est possible, mais si on prends ça, on aurait pu faire pareil pour tout les changements de cap de Canonical. Par exemple, les devs de banshee et l'histoire de l'affiliation, la promesse de Mark de pousser smart à la place d'apt il y a 7/8 ans, le changement de Gnome vers Unity, le fait de refaire unity plusieurs fois de 0 avec un toolkit différent, etc, etc.
Ça arrive sans arrêt, et visiblement, personne ne proteste. Donc je vois pas en quoi ça serait différent dans ce cas la. Ni même le poids que ça aurait, car Canonical est quand même libre de changer d'avis, plein de boites le font sans arrêt.
Dire que les gens ne sont pas d'accord avec la politique supposé de non stabilité de l'ABI de Mir, c'est aussi ce qui ressort en filigrane des propos de Martin Gräßlin, à savoir que le jour ou ça sera assez bon pour être pris par plus que Canonical ( qui va quand même au pas de course ), alors il regarderas.
Donc bien que je comprenne ta position, je suis pas sur des arguments que les gens devraient apporter. Il faut aussi voir que les dits arguments ont peut être été apporté, mais non relayés. Le coup du CLA est assez souvent dit, notamment dans les commentaires LWN, donc les gens me semblent au courant.
Le fait est que pour le moment, le seul remplacant crédible à xorg est wayland/weston, et il n'a pas été adopté par personne en pratique avant ces derniers mois. Le projet a quand même 5 ans d'existence, vu qu'il a commencé en 2008.
Quand Wayland était un projet d'un salarié RH, j'ai pas vu d'adoption ( et pour être franc, le fait de changer de patron n'a rien changer à ça pendant des années ). Personne sauf Mark, qui avait annoncé il y a 3 ans de migrer ( http://www.markshuttleworth.com/archives/551 ). Et on noteras que pareil, personne n'a suivi à l'époque, et surtout que rien n'est arrivé en 1 an comme prévu.
Quand Berlin/Fresco sont sorti y a 10 ans, personne n'a adopté.
Quand le Y windows system est sorti, y a juste eu un paquet mandriva ( de pterjan ), et c'était plus pour la déconne qu'autre chose.
Et surfaceflinger ? Personne n'a repris les bouts d'android, et c'est bien poussé par une autre boite que Canonical.
Donc ce que Shuttleworth suppose, ça ne s'est pas du tout vérifié dans le passé pour tout les cas que j'arrive à trouver.
Aucun système qui remplace X n'a été adopté en moins d'1 an, il y a au contraire fallu plusieurs années pour convaincre assez de devs X du bien fondé de l'approche, et coder ce qu'il faut.
Donc dans tout les cas, il est au mieux trop tot pour tirer la moindre conclusion sur "pourquoi personne ne suit Canonical".
Et au contraire, vu que c'est Canonical qui a poussé pour Wayland en novembre 2010, on peut dire que si, les gens se sont ralliés derrière eux avec le temps. Mais faut pas espérer jeter le taf de plusieurs années juste parce que quelqu'un a changé d'avis.
J'aurais tendance à dire que je connais personne qui a eu du mal à trouver un taf après Canonical, et trouver des salariés Canonical pour savoir ce qu'il pense, suffit d'aller sur irc sur les bons canaux, c'est pas non plus de l'ordre de l'exploit.
Par exemple, j'ai déjà croisé un salarié Canonical à une réunion à Nuremberg dans les locaux de Suse et qui a admis que le CLA, c’était pas terrible, et qu'il a déjà tenté de faire changer les choses en interne.
Ensuite, la communauté Ubuntu, ça reste bien plus que des salariés Canonical, heureusement.
Et quand bien même, Mark Shuttleworth n'est le PDG de Canonical, juste le PDG d'une boite qui posséde Canonical, le lien de subordination est des plus ténus. J'argumenterais également que quand il poste sur son blog perso ( genre avec son nom prénom en URL, et aucune mention de Canonical dans la page, malgré le fait que le nom de domaine appartienne à Canonical et soit sur une machine chez eux, je le concéde ), il le fait en son nom perso, et donc une critique de ce qu'il dit, c'est pas une critique de son entreprise. De même qu'Ubuntu n'est pas Canonical, et critiquer la communauté, c'est pas critiquer son entreprise.
Enfin une réaction, ça peut être "Mark, je pense que tu déconnes à dire ça". C'est pas une critique du tout.
Et malgré tout ça, y a eu personne avec une position de leadership pour dire quoi que ce soit de façon publique.
Question bête: comment peut-il espérer le moindre avantage
compétitif en développant ses solutions tout seul face à des
boites qui non seulement sont bien plus grosses, mais en plus
joignent leurs forces régulièrement?
Comme la plupart des startups. Je pense que son point de vue, c'est que si tu es le premier, alors ça vaut largement l'avantage obtenu par la coopération qui peut arriver plus tard.
Le but de Canonical est aussi d'aider le libre, et pour ça, il faut une source de revenu stable, et le meilleur moyen pour ça, c'est de se positionner en premier sur un marché "juteux", et donc ça implique de bouger vite pour arriver le premier. Tu dis plus haut que tu ne vois pas Canonical changer, mais pourtant, pour une boite de 500 personnes, ils sont sur plain de terrain. Ils ont misé sur eucalyptus en premier, puis sur openstack, bien avant les autres. Ils ont senti le vent tourner pour Android, ils ont sauté sur les appstores avant que Steam et d'autres n'arrivent sur Linux. Ils font des UDS plus réguliers pour justement réussir à bouger en cours de route, ils tentent des trucs nouveaux ( crowdfunding )
Personne n'a pensé à forker PulseAudio ou Systemd, mais quand
on lit la page de débat sur les systèmes d'init de Debian, le
promoteur d'Upstart même parle déjà de forker rien que pour
lever la contrainte de copyright!
Le promoteur d'upstart qui au passage bosse chez Canonical, donc ça prouve aussi que tout le monde n'est pas d'accord avec les choix qui sont fait, et que Canonical reste quand même une boite ou on peut avoir son opinion ( et je pense qu'on peut quand même souligner ce point positif ).
[^] # Re: C'est pour la qualité des commentaires qu'il disait...
Posté par Misc (site web personnel) . En réponse au journal Google+ recherche utilisateurs désespérément. Évalué à 4.
Alors la réponse au pourquoi est dans le journal sur feedly. Un compte google plus, ça te demande plus d'infos. Mais en dehors de ça, je comprends aussi la position de google a vouloir simplifier les choses.
[^] # Re: Quel est le problème ?
Posté par Misc (site web personnel) . En réponse au journal Bye bye Feedly. Évalué à 2.
Si tu parles de ça :
http://arstechnica.com/gadgets/2012/01/google-already-knows-youre-a-24-year-old-woman-who-loves-wombats/
J'invite les gens à aller voir en effet sur http://www.google.com/settings/ads ce que ça donne. Moi, je suis hélas marqué comme N/A un peu partout, soit à cause de noscript + adblock, ou parce que j'ai du faire un truc de opt-out moche à un moment.
[^] # Re: Quel est le problème ?
Posté par Misc (site web personnel) . En réponse au journal Bye bye Feedly. Évalué à 2.
Je sais pas, je suis pas juriste. Vu qu'il y a des cours qui s'estime compétente même à l'étranger ( genre l'angleterre pour la diffamation, les US pour tout un tas de trucs, etc ), qu'il y a des accords internationaux, etc, y a sans doute une meilleur formulation.
[^] # Re: Ils vont changer
Posté par Misc (site web personnel) . En réponse au journal Bye bye Feedly. Évalué à 2.
Ou http://www.theregister.co.uk/2013/11/08/feedly_kills_google_plus_login/
[^] # Re: Quel est le problème ?
Posté par Misc (site web personnel) . En réponse au journal Bye bye Feedly. Évalué à 4.
Dans ce cas, tu peux mettre une case à cocher "j'ai l'age requis dans mon pays pour ", suivi de rappel.
Non, la raison, c'est qu'avec l'age, tu as déjà des infos plus précises sur la personne, surtout pour vendre de la pub.
[^] # Re: blue system
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 6.
Je ne dit pas le contraire, je pinaille juste sur "qui a fait quoi".
Et dans ce cas, on peut créditer Canonical autant que Microsoft, car c'est le succès du premier et les appétits du second qui ont poussés Valve à faire des choses :)
( de la à dire que Microsoft a fait autant pour les jeux sous Linux que Canonical, il y a un pas que je vais pas franchir avant 3 jours )
[^] # Re: Well listen, let the police do the job, be sure I'll give you answer as soon as possible okay?
Posté par Misc (site web personnel) . En réponse au journal Rencontrez badbios le virus plus puissant que Stuxnet. Évalué à 4.
Oui, c'est aussi ce que je me dit, qu'ils ont bossés à faire des POC pour pacsec ( conférence secu ) qui commence dans 15 jours.
Le point qui me chagrine, c'est le fait qu'il parle de regarder ça depuis 3 ans, mais qu'il poste de façon publique depuis 15 jours.
( du moins de ce que j'ai vite lu ).
Donc je pense qu'à aucun moment il n'a dit au début "c'est un virus qu'on m'a filé", mais juste "j'ai constaté ça". Comme c'est un spécialiste du domaine ( les vulnérabilités hard et bas niveau ), je pense qu'il aurait pu écrire ça, spécialisé pour son pc en passant un bout de temps dessus.
[^] # Re: blue system
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 6.
C'est ce que je me disait au début, mais en fait non. D'une part, Wayland était sur la roadmap. Et d'autre part, c'est grâce à du travail de fond (kms, etc) que mir et wayland sont utilisable.
Donc c'est pas Mir qui revéille Wayland, mais plus la maturation de Wayland qui a permis Mir. Et c'est pas depuis qu'il existe, mais depuis qu'il est publique, ce qui est différent :)
C'est Valve qui a améliorer les pilotes, pas Canonical. Valve a embaucher des devs, a été voir les constructeurs, a fait des correctifs, par eux mêmes.
Y a déjà eu un fork de Gnome 1 à l'epoque de gnome 2, mais il a pas été loin.
Et selon moi, ce qui fait qu'on a plus de forks, c'est surtout qu'on a plus de facilité d'avoir une infrastructure qui le permet. Git, hg, bzr permettent de se barrer avec tout le code. on trouve des forges à la pelle ( par rapport à la situation il y a 10 ans ), les serveurs sont moins cher. La preuve, c'est les forks comme mariadb, libreoffice, et tout ce que Oracle nous a apporté. Mais également des projets plus gros comme Mageia, des projets non Oracle comme Fusion Inventory, la glibc et eglibc, le fork rpm5 par rapport à rpm4.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
Je sais que j'écris beaucoup dans ce thread, mais ce que j'ai dit, c'est "Mark veut bouger vite, il veut avancer, alors il fait du distro patching".
Toi, tu comprends "oula, y a que Canonical qui fait du distro patching", puis tu me dit "mais non, tu as tort, y en a d'autres".
J'ai pas dit qu'il y a que Canonical, j'ai juste dit pourquoi ils font ça.
Tu noteras également que "faire des correctifs qui sont pas upstream", c'est différent de "ne faire que des correctifs qui ne sont pas upstreams". Dans le premier cas, c'est Canonical qui va faire le choix de corriger rapidement, quitte à ce que ça soit pas assez propre pour upstream, mais ce qui compte, c'est l'utilisateur. Dans le 2eme, c'est de la non coopération.
Donc je pense que tu peux prendre ton homme de paille et la carrer au milieu d'un champ dans la creuse, il sera plus utile la bas.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
C'est un peu tard pour poser la question, mais qui a parlé de débat technique ?
Car quand je lit ça :
https://plus.google.com/107555540696571114069/posts/76Nd9RSTZWp
je vois pas le mot technique à coté de "debat". Je vois juste que Aaron veut faire un débat avec Mark. Ce que Aaron dit, c'est qu'il n'est pas d'accord sur le fait que les raisons sont uniquement politiques. Mais ça ne veut pas dire qu'il va faire un débat uniquement technique, juste qu'il pense qu'il y a aussi des raisons techniques. Et il parle explicitement des implications de mir, wayland pour les logiciels libres. C'est suffisament large et pour moi, ça veut dire que la discussion irait au dela de la technique. Par exemple, sur le fameux CLA qui a des implications sur le fait ou non que les boites contribuent au projet.
Donc Mark pourrait parfaitement montrer un apriori durant ce débat, si il estime pouvoir le prouver. Maintenant, bien sur, si il ne peut pas le prouver, et qu'on peut justifier les actions de tout lemonde par d'autres raisons qu'on peut prouver, ça rends sa position fragile.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 5.
Les 2 ne sont pas liés. IE, tu peux avoir un apriori négatif sans pour autant te dire "je vais tout faire pour arrêter Canonical". Tu peux juste te dire "je le sens pas de suite, on va attendre".
Ensuite, le coup de l'agenda caché, c'est sur que si c'est "pousser wayland pour que Canonical soit obligé de bosser tout seul" quand ç'est le plan depuis quelques années, c'est vrai que c'est assez mal caché.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 4.
Ceci dit, il a raison, si tu as un apriori négatif, alors tout ce que l'autre va faire va être vu via ce prisme négatif.
Et on peut pas écarter le fait qu'un apriori négatif existe, surtout que Canonical n'a pas vraiment accumulé comme qui dirait un bon karma ces derniers temps.
Mais je pense aussi que malgré ça, si la solution apporte des choses que d'autres n'apportent pas et qu'on a besoin de ça, alors les gens vont réussir à passer outre l'à priori.
Apple est pas vraiment en odeur de sainteté dans le libre et pourtant, llvm est dispo partout, et Debian commence à regarder à l'utiliser. Ensuite, la question est de savoir si Apple est mieux vu que Canonical, bien sur.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 8.
Le leadership fort de Canonical, je pense que c'est pas un souci en soi. La question, c'est comment il se traduit. Si ça se traduit par "Canonical fait tout le taf, mais on a rien à redire", ça passe sans souci. Si ça se traduit par "Canonical ne garde que sa platforme en tête et envoie chier le tête du monde avec des pratiques qui n'aident pas à la collaboration", ça coince.
Exemple, Unity, qui a du mal à se faire packager sur les autres distributions parce qu'il faut des patchs de partout, parce que Canonical change de techno sans arrêt, et parce que du coup, tu dois faire suivre la stack.
A coté de ça, bzr s'est retrouvé dans tout les distributions sans souci et très vite. Ou des choses comme simple-scan, voir même upstart (adopté par Fedora et RHEL, et je sais que les autres étaient aussi en train d'envisager l'intégration).
De même, reprendre la bibliothèque de résolution de zypper pour dnf, qui va à terme remplacer yum sur Fedora. Ou Mono, et divers applications comme banshee, tomboy, le fork d'openoffice (go-ooo), c'était des technologies très fortement dirigé par Novell, et en dehors d'une suspicion juridique pour mono chez RH, la plupart des distros n'ont pas eu de souci à intégrer (ni même gnome à ce niveau, même si les gens ont ralés sur C# car trop lourd, comme python ou js)
Pour le CLA, c'est plus simple, y a déjà le cas par le passé.
J'ai participé à ça:
https://blog.mageia.org/en/2011/01/26/back-from-application-installer-meeting/
A la fin du meeting, on était tous d'accord pour dire "le software center, c'est bien", mais tout les gens payés étaient aussi d'accord pour dire "nos employeurs vont sans doute refuser qu'on signe le CLA de Canonical car il est déséquilibré".
L'idée étant de porter le software center pour utiliser package-kit.
Donc dans l'ordre, ce qui a été fait, c'est d'expliquer au dev du dit soft (présent ce jour) le souci du CLA. Il été non seulement parfaitement compris le souci, mais il était déjà au courant. Et il avait déjà tenté de faire changer les choses.
Si le CLA n'était pas retiré, les 2 options sont "on forke", et "on refait de 0".
1 an après la réunion, ça a donné ça :
http://blog.tenstral.net/2012/08/gsoc-appstream-final-report.html
(ie un fork du soft pour le CLA dans le cadre du GSOC)
2 ans après, ça donne ça:
https://fedoraproject.org/wiki/Changes/AppInstaller
https://wiki.gnome.org/Design/Apps/Software
Cad une refonte de 0. refonte de 0 soit parce que le python n'était pas adapté (trop lourd, pas assez rapide), soit parce que les buts de gnome-software sont plus ambitieux, comme indiqué sur http://blogs.gnome.org/hughsie/2013/03/05/gnome-software-overall-plan/
J'ai aussi vu lors d'une conf l'idée d'avoir directement une intégration entre différent systéèe de paquets, genre gem, pip, npm (python, ruby, node), via un système de plugin. Comme ça, les gens (comme moi) qui veulent que les paquets de la distro peuvent, et ceux qui veulent autre chose, ils peuvent aussi.
Et pour précision, le software center, dans sa forme moderne, ça date grosso modo de 2009. Donc il a fallu 1 à 2 ans pour que les gens se disent "ça semble bien, comment on peut collaborer".
Donc il a fallu une paire d'années avant que tout se déroule et que les gens se rallient si le projet est intéressant. Ça peut aller un peu plus vite si tu impliques les gens dés le début (cf adoption de systemd).
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 7.
Mais la charge de prouver que c'est politique est à la charge de celui qui accuse (à savoir Mark). Moi, je montre juste que globalement, la majorité des gens ont juste choisi l'attente comme ça a toujours été fait.
Si Mark venait à être plus précis, à commencer par donner des noms et ou expliquer ce qu'on suppose être des raisons politiques, je pense qu'on pourrait sans doute clarifier. Mais avec des accusations aussi vagues et peu claires, à part redonner la position, que faire d'autre ?
Le débat s'oriente vers la technique car c'est le point que tout le monde peut vérifier, et parce que pour des gens comme Aaron Seigo, c'est ce qui importe. On peut difficilement taxer KDE d'être allergique à Canonical, ils ont repris leur système d'intégration des menus la ou Gnome l'a refusé.
Donc pour lui, qui demande le débat, c'est purement technique. Et les autres, ils ont pas demandés de débat.
Et relit la liste que j'ai donné. Matthew Garett et Bradley Kuhn ont tout les 2 parler du problème du CLA.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 9.
Non, mon argument, c'est que si le but est d'expliquer en quoi Mir n'est pas une solution acceptable pour le moment, ressortir les trucs déjà dit ( à savoir le CLA ) n'aide pas. D'une part, comme ça ressort à chaque fois, ça n'apporte rien, Ensuite, c'est pas du ressort des developpeurs, et leur mettre la pression sur ça, ça n'aide pas, c'est pas leur choix. Je pense qu'ils ont largement remonté le souci à leur hiérarchie, donc on peut pas leur reprocher grand chose à ce niveau.
Ensuite, je pense que la question de qui contrôle la licence de Mir via un CLA, ça a des impacts sur les gens qui veulent coder sur le projet ( exemple, des gens de Wayland, des distributions qui voudraient l'adopter et avec un but commercial ), mais ça n'a pas à priori d'impact sur les trucs au dessus (genre KWin). J'ai pas vu Martin G dire quoi que ce soit sur ça, donc je suppose qu'il s'en fout.
Donc deja, dire "les anti-mirs", c'est pas précis. Autant dire leur noms.
Mon expérience des discussions dans le libre montrent que ça ne marche pas, car les gens se focalisent sur les questions non techniques ( exemple, Mark Shuttleworth qui est totalement aveugle au fait que personne ne le suit pour des simples raisons de bon sens et de timing ). Et d'autre part, que la plupart des gens s'en foutent. Le choix d'une license GPL ou BSD, c'est un choix politique pour tout les sens qu'on peut trouver. Et pourtant, la majorité des devs sont, de mon expérience, ambivalent sur ça quand il s'agit de contribuer à un projet externe, ou quand il s'agit de s'appuyer sur une lib ou un module. Et c'est pareil pour la plupart des distros Linux tant que c'est libre, et je pense que je suis bien placé pour le savoir. Donc oui, la plupart du temps, les considérations politiques, on s'en cogne modulo une minorité de gens. Par contre, quand ça a un impact sur les aspects techniques ( maintenance, adoption par les systèmes libres ), ça devient autre chose.
Non, c'est pas comme ça que ça marche. C'est pas parce qu'une solution "sur le papier" ( car il faut reconnaitre que c'est encore que ça, un truc qui est sorti y a pas longtemps, et qui est même pas prêt pour une version non LTS ) semble bien qu'elle est bien en pratique. Exemple, les micros noyaux comme le hurd. Exemple, c'est pas parce que LLVM est bon techniquement que tout le monde balance gcc à la poubelle. Autre exemple, sur la papier, Upstart a l'air bien, mais l’implémentation a l'époque avait la bonne idée de ne marcher qu'avec les demons qui font très exactement 2 forks, suivi grâce à ptrace ( ça a changé maintenant, mais c'est une des différence de design qui a poussé lennart à faire systemd ).
Si tu veux bouger l'existant, il faut aussi avoir plus que la solution adopté et avoir au moins son degré de maturité. Et dans le cas des compositeurs, la solution qui avait été choisi par les , c'était wayland.
Cf le travail déjà fait :
https://wiki.gnome.org/Wayland/GnomeShell pour gnome
http://community.kde.org/KWin/Wayland pour kde
https://plus.google.com/118426816251488376359/posts/AmCFdvRDj9F pour e17
et dans les 3 cas, on voit des protos à partir de 2011.
les devs de Mir ont tenté de dire "pourquoi pas Wayland", mais les arguments techniques n'ont visiblement pas été mis à jour. Donc à partir de la, il n'y avait aucun avantage à prendre Mir.
Si au final, Mir est mieux, je ne doute pas que des gens vont l'adopter. Pour le moment, c'est surtout trop tôt. Mir a quelques années dans la vue.
Personne n'a menti. Martin Grässlin a dit "tant que ça reste un truc d'une seule distro, je vais pas passer de temps dessus". Intel a pas dit grand chose, et je me garderais bien de tirer des choses du lapidaire message de commit sur le driver.
Matthew Garett a posté sur son blog les soucis du CLA de Canonical ( http://mjg59.dreamwidth.org/25376.html ), Il a aussi expliqué en quoi il pense que Xmir est de la connerie ( http://mjg59.dreamwidth.org/26254.html ). Et il a trouvé une faille de sécurité ( http://mjg59.dreamwidth.org/27327.html )
Les devs de Wayland, je pense qu'il y a même pas besoin de se demander pourquoi ils considèrent leur projet comme étant la chose à faire. Il reste qui ensuite ?
Que je sache, les gens de xubuntu ont testé, et ils ont dit "pas maintenant", les gens de Ubuntu-desktop ont fait pareil. les gens de Lubuntu, j'ai pas fouillé, mais je pense que c'est juste une question de ressources.
Aaron Seigo a juste dit "Bah, upstream a choisi wayland, donc ça me semble logique de faire pareil" ( https://plus.google.com/116936589869593794919/posts/5TLPzWKv4Wq ). Ensuite il y a 2 semaines, il a défendu Martin qui a visiblement assez mal vécu les critiques dont il dit faire les frais.
Lennart dit qu'il a jamais rien dit, sauf une blague sur le nom :
https://plus.google.com/115547683951727699051/posts/8yEgHgDP2xa
Au final, il reste plus personne. Soit les gens ont pas leur mot à dire dans les choix ( genre Lennart ) et ils ont rien dit. Soit les gens ont leur mot à dire, et ils ont pas participer ( genre les distros ). Soit c'est le dev de KWin, qui a dit qu'il faut attendre pour le moment ( donc ce qui rentre dans les raisons non techniques peut être selon toi ). Soit c'est Matthew et voila, il a clairement donné des tas de raisons autre que technique, notamment appuyé par Bradley Kuhn ( http://ebb.org/bkuhn/blog/2013/06/23/mjg-canonical.html ).
Donc des gens ont divers raisons, ils ont globalement exposés celles qui importent pour eux, la presse a relayé certaines.
À la rigeur, si il y a quelqu'un qu'on pourrait qualifier de pas clair, ç'est Intel. Mais c'est tout. je pense que tout le reste du monde n'a juste pas été convaincu par les raisons de Canonical, en se disant "c'est pas suffisant pour balancer 2 à 3 ans de boulot par la fenêtre". Et c'est tellement l'évidence une fois que c'est dit que je pige même pas maintenant que des gens s'imaginent autre chose.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
Ce que j'ai vu avec Weston, c'est juste un livecd pour tester. J'ai vu des paquets pour Fedora, mais voila, à part lancer ça pour voir une fenêtre, pas grand chose.
Le jour de l'annonce, j'ai pas vu de doc dans le snapshot de mir sur comment utiliser le soft ( j'ai sans doute mal vu, je pense ). Et la, je voit qu'il y a ce qu'il faut ( http://unity.ubuntu.com/mir/building_source_for_pc.html ) mais que je ne me sens de compiler mesa, xorg, etc, etc, sur mon pc.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
Ce qui freine, c'est surtout le fait qu'il y a rien qui est prêt encore. Une fois que Ubuntu aura montré que c'est viable, alors d'autres pourront juger. C'est comme ça que ça se passe, personne ne s'engage sur ce qui n'est pas terminé.
Pour reprendre l'exemple de systemd ou d'upstart, d'abord une distro a testé, puis d'autres ont suivi.
Et la, l'état de xmir, c'est pas encore ça :
http://mjg59.dreamwidth.org/28032.html
ça arrive, c'est un gros boulot, et c'est déjà impressionnant de voir ce qui a été fait un 1 an ( ie, le temps ou Mir était un projet interne, + le temps depuis l'annonce en mars ).
Les devs de Xubuntu ont testé, a dit que c'était pas encore ça. L'analyse de Matthew corrobore leurs conclusions, et le retard à l'adoption dans Ubuntu Desktop va dans ce sens aussi.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 8.
Sauf que dire "on aime pas le comportement de Canonical", ça reviens à braquer les salariés. Et puis, le comportement, c'est quoi, avoir un business plan avec un CLA ?
C'est déjà amplement couvert depuis des années, et la façon dont le CLA de Canonical crée un déséquilibre sur le projet est documenté. Tout ce que les gens trouvent à dire, c'est "non mais la FSF aussi à ça", suivi en général de "apache a également la même chose", les 2 étant des comparaisons incorrects ( la FSF te redonnant les droits que tu as donné, et s'interdit de faire du proprio, la fondation Apache demandant la license Apache, ce qui fait que tout le monde peut faire du proprio, alors que le CLA de Canonical fait que eux seuls peuvent en faire ). J'ai encore fait le test lors de l'OWF.
Dire qu'on est pas d'accord avec le fait de soutenir un projet puis d'en faire un autre en douce avant de torpiller le premier ?
C'est possible, mais si on prends ça, on aurait pu faire pareil pour tout les changements de cap de Canonical. Par exemple, les devs de banshee et l'histoire de l'affiliation, la promesse de Mark de pousser smart à la place d'apt il y a 7/8 ans, le changement de Gnome vers Unity, le fait de refaire unity plusieurs fois de 0 avec un toolkit différent, etc, etc.
Ça arrive sans arrêt, et visiblement, personne ne proteste. Donc je vois pas en quoi ça serait différent dans ce cas la. Ni même le poids que ça aurait, car Canonical est quand même libre de changer d'avis, plein de boites le font sans arrêt.
Dire que les gens ne sont pas d'accord avec la politique supposé de non stabilité de l'ABI de Mir, c'est aussi ce qui ressort en filigrane des propos de Martin Gräßlin, à savoir que le jour ou ça sera assez bon pour être pris par plus que Canonical ( qui va quand même au pas de course ), alors il regarderas.
Donc bien que je comprenne ta position, je suis pas sur des arguments que les gens devraient apporter. Il faut aussi voir que les dits arguments ont peut être été apporté, mais non relayés. Le coup du CLA est assez souvent dit, notamment dans les commentaires LWN, donc les gens me semblent au courant.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 10.
Le fait est que pour le moment, le seul remplacant crédible à xorg est wayland/weston, et il n'a pas été adopté par personne en pratique avant ces derniers mois. Le projet a quand même 5 ans d'existence, vu qu'il a commencé en 2008.
Quand Wayland était un projet d'un salarié RH, j'ai pas vu d'adoption ( et pour être franc, le fait de changer de patron n'a rien changer à ça pendant des années ). Personne sauf Mark, qui avait annoncé il y a 3 ans de migrer ( http://www.markshuttleworth.com/archives/551 ). Et on noteras que pareil, personne n'a suivi à l'époque, et surtout que rien n'est arrivé en 1 an comme prévu.
Quand Berlin/Fresco sont sorti y a 10 ans, personne n'a adopté.
Quand le Y windows system est sorti, y a juste eu un paquet mandriva ( de pterjan ), et c'était plus pour la déconne qu'autre chose.
Et surfaceflinger ? Personne n'a repris les bouts d'android, et c'est bien poussé par une autre boite que Canonical.
Donc ce que Shuttleworth suppose, ça ne s'est pas du tout vérifié dans le passé pour tout les cas que j'arrive à trouver.
Aucun système qui remplace X n'a été adopté en moins d'1 an, il y a au contraire fallu plusieurs années pour convaincre assez de devs X du bien fondé de l'approche, et coder ce qu'il faut.
Donc dans tout les cas, il est au mieux trop tot pour tirer la moindre conclusion sur "pourquoi personne ne suit Canonical".
Et au contraire, vu que c'est Canonical qui a poussé pour Wayland en novembre 2010, on peut dire que si, les gens se sont ralliés derrière eux avec le temps. Mais faut pas espérer jeter le taf de plusieurs années juste parce que quelqu'un a changé d'avis.
[^] # Re: blue system
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 6.
Tu veux dire comme xorg ?
Ah non, oups, c'est vrai, on peut mettre autre chose que xorg, comme euh Y, directfb et tout ces projets.
Ou peut etre que tu parles d'udev, qu'on peut remplacer par "faire les choses à la main".
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
Mais on est toujours vendredi dans nos coeurs !
Et en plus, je l'ai déjà dit :
Bien qu'en effet j'aurais du être plus précis et dire "intégration entre Amazon et Unity".
[^] # Re: blue system
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 4.
J'aurais tendance à dire que je connais personne qui a eu du mal à trouver un taf après Canonical, et trouver des salariés Canonical pour savoir ce qu'il pense, suffit d'aller sur irc sur les bons canaux, c'est pas non plus de l'ordre de l'exploit.
Par exemple, j'ai déjà croisé un salarié Canonical à une réunion à Nuremberg dans les locaux de Suse et qui a admis que le CLA, c’était pas terrible, et qu'il a déjà tenté de faire changer les choses en interne.
[^] # Re: blue system
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 2.
D'une part, la loi n'est pas la même partout dans le monde, donc je ne serais pas aussi affirmatif que toi.
D'autre part, la cour de cassation semble avoir un avis plus nuancé sur la France :
http://lentreprise.lexpress.fr/gestion-du-personnel/un-salarie-peut-etre-critique-envers-son-entreprise_22071.html
Ensuite, la communauté Ubuntu, ça reste bien plus que des salariés Canonical, heureusement.
Et quand bien même, Mark Shuttleworth n'est le PDG de Canonical, juste le PDG d'une boite qui posséde Canonical, le lien de subordination est des plus ténus. J'argumenterais également que quand il poste sur son blog perso ( genre avec son nom prénom en URL, et aucune mention de Canonical dans la page, malgré le fait que le nom de domaine appartienne à Canonical et soit sur une machine chez eux, je le concéde ), il le fait en son nom perso, et donc une critique de ce qu'il dit, c'est pas une critique de son entreprise. De même qu'Ubuntu n'est pas Canonical, et critiquer la communauté, c'est pas critiquer son entreprise.
Enfin une réaction, ça peut être "Mark, je pense que tu déconnes à dire ça". C'est pas une critique du tout.
Et malgré tout ça, y a eu personne avec une position de leadership pour dire quoi que ce soit de façon publique.
[^] # Re: blue system
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 5.
C'est pas sympa de dire que KDE et XFCE innove pas. C'est pas cool de dire que Cinnamon et E17, ç'est pas des nouveautés.
[^] # Re: MS est un devellopeur ?
Posté par Misc (site web personnel) . En réponse au journal Kubunteros, réfléchissez!. Évalué à 4.
Comme la plupart des startups. Je pense que son point de vue, c'est que si tu es le premier, alors ça vaut largement l'avantage obtenu par la coopération qui peut arriver plus tard.
Le but de Canonical est aussi d'aider le libre, et pour ça, il faut une source de revenu stable, et le meilleur moyen pour ça, c'est de se positionner en premier sur un marché "juteux", et donc ça implique de bouger vite pour arriver le premier. Tu dis plus haut que tu ne vois pas Canonical changer, mais pourtant, pour une boite de 500 personnes, ils sont sur plain de terrain. Ils ont misé sur eucalyptus en premier, puis sur openstack, bien avant les autres. Ils ont senti le vent tourner pour Android, ils ont sauté sur les appstores avant que Steam et d'autres n'arrivent sur Linux. Ils font des UDS plus réguliers pour justement réussir à bouger en cours de route, ils tentent des trucs nouveaux ( crowdfunding )
Le promoteur d'upstart qui au passage bosse chez Canonical, donc ça prouve aussi que tout le monde n'est pas d'accord avec les choix qui sont fait, et que Canonical reste quand même une boite ou on peut avoir son opinion ( et je pense qu'on peut quand même souligner ce point positif ).