Le plus grand fabricant mondial de semi-conducteurs—et plus grand supporter des pilotes libres, que je sache—vient tout juste de déclarer officiellement la guerre ouverte à Canonical:
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=0c697ae
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=58a7611
Ces deux changements au pilote SNA ("Sandybridge New Acceleration") retirent le support de Xmir qui y avait été ajouté il y a environ un mois.
Allez les enfants, on arrête les âneries. Mir, c'est fini.
# Laconique
Posté par soulflyb (Mastodon) . Évalué à 5.
Ça manque d'explications quand même :
"Ordered-by: The Management."
[^] # Re: Laconique
Posté par i M@N (site web personnel) . Évalué à 10.
L'explication est dans le second lien :
wind0w$ suxX, GNU/Linux roxX!
# Un petit rappel
Posté par Jarvis . Évalué à 10.
Il aurait été bon de rappeler qu'Intel emploie le développeur principal (Kristian Høgsberg) de Wayland, le concurrent direct de Mir… C'est une décision logique.
[^] # Re: Un petit rappel
Posté par Misc (site web personnel) . Évalué à 10. Dernière modification le 08 septembre 2013 à 10:14.
Si c'est vrai (que c'est demandé par le management et/ou par le dev principal de wayland, pas le fait que ça soit un employé), c'est surtout une forme de coercition qui n'a rien à voir avec la méritocratie et la collaboration qu'on estime (à tort ou à raison) être à la base du logiciel libre et du développement communautaire.
Il y a plein de boites qui tentent de jouer le jeu du mieux possible en suivant les règles ( par exemple, mysql dans Fedora, , mais avec ça, ça va donner des arguments à tout les séparatistes anti-commerciaux au sein de la communauté, ce qui va diviser le libre et donc va aller à l'encontre de la collaboration qui est à son coeur.
( j'ai prévu de faire une conférence de presse pour dire que je condamne fermement la position d'intel, et que je vais de ce pas demander une résolution de l'ONU d'ici 3/4 mois sur le sujet )
[^] # Re: Un petit rappel
Posté par Zenitram (site web personnel) . Évalué à 10.
D'un autre côté, Wayland avait réussi à pas mal unifier le futur de l'affichage, et c'est aussi de la méritocratie. Pas évident… Et il faut voir que le mot utilisé est "condone" (je ne connaissais pas le mot, maintenant oui), et ça parle de "fermer les yeux sur" quand même…
Le gros problème de la "communauté Linux" est que ça part parfois trop dans tous les sens, à faire 10x la même chose incompatible, et c'est hyper ingérable pour les autres. Un peu de ménage c'est aussi une partie de la méritocratie (oui, comme systemd ;-) )
Après, on peut pas dire que Canonical ne cherche pas à diviser le libre avec son Mir qui n'a pas l'air d'apporter grand chose mais fout un sacré bordel…
[^] # Re: Un petit rappel
Posté par Professeur Méphisto . Évalué à 8.
si on était 'dredi, il y aurai bien quelqu'un pour faire remarquer cela ne se limite pas à mir.
[^] # Re: Un petit rappel
Posté par Kekun (site web personnel, Mastodon) . Évalué à -2.
[^] # Re: Un petit rappel
Posté par Reihar . Évalué à -5.
Merci.
[^] # Re: Un petit rappel
Posté par coid . Évalué à 10. Dernière modification le 08 septembre 2013 à 11:23.
De quelle règle tu parles ?
Je ne connais aucune règle qui force à contribuer à ce à quoi tu ne veux pas contribuer.
Parce qu’il était uni, jusqu’à maintenant ? ;)
[^] # Re: Un petit rappel
Posté par Anonyme . Évalué à 10.
Uni dans le troll et la désunification ? Pour semer le chaos et la destruc… hum.
[^] # Re: Un petit rappel
Posté par Damien Thébault . Évalué à 4.
Je trouve peut-être ça un peu dommage d'empêcher les contributions juste parce qu'on paye des gens pour travailler sur un projet un peu équivalent par ailleurs.
En plus au vu des diff, c'est pas non plus un changement très violent.
Après je peux comprendre que ça fait un peu plus de travail, mais bon vu le peu de code modifié ça me semble plus être une histoire politique tout court, à savoir Intel qui ne veut pas que XMir devienne majoritaire sinon ils auraient développé Wayland pour rien.
Et du coup, je trouve ça plutôt mauvais que de la "politique" influence du code libre de cette manière.
(Et oui, Mr Intel, Canonical a le manpower pour gérer l'intégration de son petit patch XMir lui-même, c'est ridicule comme excuse)
[^] # Re: Un petit rappel
Posté par GeneralZod . Évalué à 10.
Aucun risque que XMir devienne majoritaire, seul Canonical l'appuie et bon nombre de distros dérivés d'Ubuntu ont annoncé ne pas supporter Mir.
Et si ils font comme Unity, peu de chance que ça soit maintenable sur autre chose qu'Ubuntu.
Par ailleurs, Intel n'a pas développé Wayland, c'est un projet personnel de krh (qui l'a démarré avant d'être embauché par Intel, Intel qui ne l'a pas embauché pour bosser sur Wayland à l'origine).
Parce que Mir ce n'est pas de la politique ?
On arrive à un consensus pour donner un remplaçant à X11, processus qui a été initié par une déclaration de Shuttleworth de pousser Wayland dans Ubuntu ironiquement.
Le seul qui décide de briser ce consensus, c'est Canonical qui s'est justifié par des arguments techniques complétement à côté de la plaque.
Ce n'est qu'un hasard que si Mir passait, ça arrangerait bien leur business côté mobile tout en laissant une marge par rapport à la concurrence (développement semi-fermé avec cession de copyright, politique "amicale" envers les pilotes fermés, etc.)
Ce n'est pas Méchant Intel contre Gentil Canonical (ou vice-versa), c'est deux boites qui ont des intérêts divergents avec le logiciel libre en plein milieu.
Wayland est un vrai projet communautaire, Mir est un putsch fauxpensource -qui plus est techniquement inférieur et très en retard-, donc je me réjouis que le premier gagne un supporter de poids au détriment du second.
Ce serait une régression de remplacer Xorg qui est un projet indépendant (la raison du fork avec XFree86) par Mir qui est contrôlé par une société et n'a de libre que sa licence.
Même si Mir venait à surpasser techniquement Wayland, il faudrait pour qu'il soit une solution acceptable par la communauté libriste que Canonical abandonne son CLA et libère la gouvernance du projet.
gérer son patch de manière cradingue certainement, mais je doute que ça soit gérable sur la durée de maintenir Mir + pilotes seuls (et sans l'appui d'un seul constructeur)
[^] # Re: Un petit rappel
Posté par claudex . Évalué à 8.
Ils, c'est beaucoup dire, Kristian Høgsberg, c'est plus de 60% des commit. Les domaines intel.com et linux.intel.com font 7% des commit. Pour Weston, Intel fait un peu plus de 10% des commit, mais ça reste très peu pour que ça paraisse un investissement important de la part d'intel (Kristian Høgsberg fait plus de 50% des commits).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Un petit rappel
Posté par Jean-François A. . Évalué à 10.
En gros, ce qui s'est passé c'est que Canonical désirait que Mir soit directement supporté dans les pilotes Intel upstream, mais Intel a eu marre de leur petit jeu et, en tant que maintainer du pilote, a dit "Non, le futur c'est Wayland, on ne va pas encombrer* notre code, surtout si c'est pour un truc avec lequel nous sommes en fort désaccord philosophique".
Résultat concret pour ce qui est du futur proche: on peut s'attendre à ce que Canonical se mette à patcher les pilotes de façon spécifique à Ubuntu pour rajouter le support à Mir (des patch à gauche et à droite par-dessus les paquets, ça les connaît). Ils vont devoir faire ça eux-mêmes, pour chaque release, en croisant les doigts pour que ça ne casse pas de façon ésotérique même si le code "rebase" correctement.
…jusqu'à ce que la direction de Canonical se rendent à l'évidence que "attendez les gars, c'est complètement stupide ce qu'on fait… bon Mir c'est amusant, mais ça pouvait jamais marcher en vrai", mais je compte pas trop là-dessus.
*: le code n'est pas gratuit. C'est un fardeau. C'est de la maintenance et de la complexité supplémentaire qu'Intel n'est aucunement intéressée à soutenir pour un projet qui va à l'encontre de tout ce que la communauté de la pile graphique a prévu dans les dernières années en remplacement de X.org.
[^] # Re: Un petit rappel
Posté par Maclag . Évalué à 10.
Bon, je dois être cynique, mais moi je parierais plutôt sur un pur calcul comptable:
"Dis-donc, les gars, vous seriez pas en train de développer 2 pilotes en même temps?!
-Euh… ben si, y'a pour Wayland et Mir!
-Ah ok! Alors on va être clair hein: nous on développe un pilote Libre, de préférence pour tout le monde, et on le fait bien. Si "certains" veulent un autre pilote Libre juste pour se la péter avec leur serveur propre, que "certains" aillent le faire tous seuls avec leurs ressources propres!"
Intel joue le jeu du Libre parce qu'Intel y gagne, pas par philosophie. Si Intel y gagne et fait du Libre, le Libre gagne également. Aucune raison de s'en plaindre, au contraire!
Je doute que les managers de chez Intel aient des réunions pour décider si le développement de Mir correspond à la philosophie du Libre ou pas.
[^] # Re: Un petit rappel
Posté par ZeroHeure (site web personnel) . Évalué à 8.
Oui, tout ça n'est que du business. Si Canonical explose les ventes avec Mir, les dirigeants d'Intel reverront leur position.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Un petit rappel
Posté par Kioob (site web personnel) . Évalué à 0.
Si c'était juste un problème comptable de la sorte, ils auraient simplement abandonné le suivi non ? Là ils ont été jusqu'à retirer des patchs, à mon goût ça ressemble plus à un choix politique que financier.
alf.life
[^] # Re: Un petit rappel
Posté par claudex . Évalué à 10.
Justement, ils retire les patchs avant une publication de version stable pour ne pas devoir en assurer le suivi dans la version stable.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Un petit rappel
Posté par fravashyo (site web personnel) . Évalué à 0.
si le "futur" des bureaux libres c'est de proposer un truc qui ne permettra plus d'utiliser le clic du milieu pour coller la sélection, ils peuvent se le garder leur wayland…
bref, je ne sais pas si Mir est mieux ou moins bien à ce niveau, mais toute compétition a du bon, et trouver que Mir et Canonical de façon générale fragmentent le bureau libre, c'est oublier toutes les fragmentations précédentes initiées par de nouvelles technologies au détriment des autres, par exemple Gnome (contre KDE), systemd, udisks l'ont fait etc.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Un petit rappel
Posté par cedric . Évalué à 2.
C'etait un message a charactere informatif !
[^] # Re: Un petit rappel
Posté par nud . Évalué à 4.
D'après ce que j'ai pu lire ailleurs, le problème n'est pas qu'il y ait peu de changements, mais qu'il y ait des changements à apporter tout court.
Wayland se base sur l'API DRI et il n'y a aucun code spécifique à Wayland au niveau du code. Il y a bien une palanquée de code spécifique xf86 mais il est présent essentiellement pour raisons historiques. En toute bonne fois on peut accepter aussi le désir de ne pas rajouter encore du code spécifique à chaque application dans le noyau (et en l'occurrence dans chaque driver graphique). Si des choses ne sont pas possibles avec l'API DRI actuelle, elle peut être étendue de façon générique et utiles à tous…
[^] # Re: Un petit rappel
Posté par NanoTech . Évalué à 3.
Il y a du code spécifique à XWayland comme il y a du code spécifique à XMir.
Référence:
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?h=xwayland&id=d9769c193765ac303ad4d4760e57ff368df1f663
Aussi bien Mir que Wayland se vantent de se baser sur DRI sans modification, mais dans les deux cas, il y a des petits changements à apporter en réalité.
[^] # Re: Un petit rappel
Posté par cedric . Évalué à 10.
Joli simplification ! Peut etre est-ce plutot parce que cela supporterait l'effort de fragmentation et de controle de Ubuntu sur le l'environnement graphique libre (Mir, c'est peut etre open source, mais ca manque un peu de contribution communautaire et c'est un code entierement controle par Ubuntu sans aucune valeur technique par rapport a Wayland). Peut etre aussi que l'effort de maintenance qui retombe sur l'upstream (Intel) ne donne de gain a personne d'autre qu'a Ubuntu.
Et dans le fond, si ils veulent faire leur propre fork de Linux, il est temps qu'ils acceptent d'en payer le prix. C'est a dire la maintenance dans son integralite et qu'ils arretent d'ennuyer les differents projets upstream avec leur communication marketing !
[^] # Re: Un petit rappel
Posté par arnaudus . Évalué à 10.
Il y a déja eu plusieurs renversements de situation dans le libre. Seulement, quand on développe un truc que l'on prétend "supérieur" et que les autres s'en foutent, la seule manière de réussir, c'est de se sortir les doigts du cul et de coder.
J'imagine le succès fou que Linus aurait eu s'il avait posté "Euh les gars, j'envisage de travailler sur un nouvel OS, il sera vachement mieux que les autres. Est-ce que vous pourriez coder ci et ça et aussi ceci pour moi, parce que je suis trop fatigué pour faire un truc qui marche"?
[^] # Re: Un petit rappel
Posté par cedric . Évalué à 5.
Tu peux remplacer "les" par Ubuntu dans ta phrase, car c'est bien les seules qui ne misent pas dessus pour des raisons politiques. Tout le monde a part eux travaille sur Wayland. Toute l'industrie, tous les desktop, toute la communaute. Ils sont tout seul. Et ils se prennent juste pour Google et veulent prendre le controle de leur stack.
Sauf que techniquement Mir n'apporte pas ce qu'apporte Wayland et ils n'auront aucune traction. Il n'y a que les utilisateurs d'Ubuntu qui suivent et gobent gentillement leur marketing pour supporter leur effort. Les developpeurs ne se fairont pas manipuler aussi facilement…
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Un petit rappel
Posté par barmic . Évalué à 7.
On a passé beaucoup de temps à leur dire qu'ils ne faisaient pas assez de remontée upstream, c'est à mon avis normal d'essayer.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un petit rappel
Posté par cedric . Évalué à 1.
Ils ne font de remonte upstream que quand ca les arrange. Ici, c'est a leur avantage.
[^] # Re: Un petit rappel
Posté par arnaudus . Évalué à 6.
Bah, ils ne vont pas non plus faire des remontées upstream quand ça ne les arrange pas…
C'est une question de stratégie. Si tu penses que ton module ou ta modification des API peut bénéficier à d'autres et que ça t'arrangerait de factoriser la maintenance, alors tu as tout intérêt à contacter les devs upstream, à négocier le bout de gras avec eux (puisqu'ils n'ont aucune raison d'accepter du code supplémentaire sans en voir l'intérêt), et à envoyer des patches.
Si par contre il est évident que ça va être très très galère, que ta stratégie est nettement différente de celle des autres projets, voire que ton fork est limite inamical, je ne vois pas à quoi ça sert de perdre de l'énergie à tenter de faire passer tes modifs au dessus, puisqu'au final elles ne passeront pas, ou pas comme tu veux, et que le temps que tu as passé à convaicre le projet upstream, tu ne l'auras pas passé à débugger ou à améliorer ton fork.
Quand Google a développé Android, ils n'ont pas tenté de passer leurs patches dans le noyau officiel : ils étaient beaucoup trop occuppés à faire un truc qui marche pour en plus se mettre une telle contrainte sur le dos. Je pense que c'est pareil pour Unity par exemple, et que ça correspond à la bonne stratégie : Ubuntu veut une interface graphique "Made in Ubuntu" et prétend être plus qu'un intégrateur de paquets. Je les vois mal envoyer des mails du style "Cher Monsieur Gnome, on a forké votre interface parce qu'on la trouvait pourrie, merci de bien vouloir intégrer mon code plein de bugs / fonctionnalités dans votre dépot parce qu'on a du mal à débugguer ça tout seuls"…
[^] # Re: Un petit rappel
Posté par GeneralZod . Évalué à 6.
Le problème c'est que derrière, Canonical vient pleurnicher en racontant qu'on les exclut des développements upstream et qu'on refuse leurs patchs. Surprenant, vu les efforts consentis pour collaborer avec upstream.
Google s'en fout que ses patchs soient inclus ou non en upstream, ils veulent que ce soit Android l'OS mobile dominant, pas Linux.
Comme Canonical avait tenté de faire avec Ubuntu en refusant de s'associer aux autres distros dérivées de Debian et leur proposant benoitement se baser sur leur distro (avec la gouvernance totalement opaque que l'on connait).
C'est leur problème, qu'ils assument de vouloir tout forker !
Unity, Mir, Upstart ça va être un joli boxon à maintenir seul dans un coin. Même les distros dérivées d'Ubuntu commencent à capter que finalement, ça ne va pas être possible.
Mir est une imbécilité sans nom, c'est les bronzés écrivent un serveur graphique: sans soutien, sans autre raison d'être que la stratégie folle de Canonical d'acquérir la maitrise exclusive de sa stack graphique. Folle (je précise pour les malcomprenants) quand on sait que la maintenance de X + pilotes se fait déjà à bout de bras, et que les moyens de Canonical sont encore plus dérisoires.
[^] # Re: Un petit rappel
Posté par arnaudus . Évalué à 2.
Bah oui, mais justement, on leur reproche de ne pas remonter… Faut pas déconner non plus, quand tu forkes inamicalement et que tu trouves des bugs, tu ne vas pas les remonter dans l'autre branche, non plus.
Du coup, je ne comprends pas ce qu'on reproche réellement à Ubuntu. Ils jouent perso, développent leurs trucs dans leur coin, et ne veulent pas perdre de temps et de resources à discuter le bout de gras avec les autres (distros, projets upstream). OK, soit. Tout le monde dit "c'est naze votre truc, faites ça tous seuls", et ils le font tous seuls. Une fois qu'ils partent tous seuls, ils ne remontent rien.
Franchement, je ne dis pas que la stratégie d'Ubuntu est la bonne, je dis juste qu'elle est cohérente (dans une certaine mesure). Ce qu'on sait, c'est que Linux ne prendra jamais de PDM sur PC en continuant sur la même lignée : les distros Linux sont stable, fiables, et fonctionnelles, et peu de gens les utilisent. On peut quand même laisser à une boite le droit de tenter une stratégie originale, probablement suicidaire, certes, mais originale quand même.
[^] # Re: Un petit rappel
Posté par zebra3 . Évalué à 8.
Et pourquoi pas ? Être en désaccord avec quelqu'un ne signifie pas qu'il faille être de mauvaise volonté. Il me semble que ça montre au contraire qu'on est de bonne foi.
Ce que tu mets en avant, c'est le comportement d'un gamin immature.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Un petit rappel
Posté par oinkoink_daotter . Évalué à 1.
Ben pourtant ils se sont bien défoncés pour essayer de faire passer le truc de power management (wakelock?).
[^] # Re: Un petit rappel
Posté par barmic . Évalué à 3.
Ça leur coûte super chère de maintenir des patchs upstream, ils n'ont rien contre le fait de maintenir eux-même mais c'est bien plus simple quand c'est intégrés upstream.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un petit rappel
Posté par Misc (site web personnel) . Évalué à 2.
Google a du pognon. Plein.
Upstream, ça va encore être à la charge de Google de maintenir les différents bouts de patchs, donc c'est pas une question de cout à mon avis.
[^] # Re: Un petit rappel
Posté par barmic . Évalué à 4.
Si parce que dans un cas, ils bossent en collaboration avec les autres hackers du noyau, dans l'autre ils sont totalement ignorés.
Pour donner un exemple, s'il y a débat pour casser une API interne du noyau, le fait que ça va casser les patches de Google tout le monde s'en fou ou presque, alors que si ça casse des modules du noyau vanilla, ça devra être pris en compte et on s'assurera que ça continue de fonctionner avec de sortir la prochaine version.
Bref le prix n'est pas le même et ce n'est pas parce que tu es pleins aux as que tu va jeter l'argent par la fenêtre avec plaisir.
Google a développé un tas de choses à l’extérieur de la communauté du kernel parce qu'ils devaient respecter un time to market court, mais à plus long terme il faut qu'ils s'intègrent au noyau pour pérenniser leurs développements et optimiser les coûts d'Android.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un petit rappel
Posté par Misc (site web personnel) . Évalué à 4.
Y a plein de boite qui ont des patchs hors du kernel et qui survivent sans souci. Par exemple, grsec, openvz, tout les pilotes proprios.
Google a sa propre distrib interne sur le desktop, son propre OS pour téléphone et son propre OS pour les pcs qu'ils vendent ( chromeos ), sans doute son propre OS pour les serveurs, son propre outil de virtualisation ( ganeti ), ils ont fait 2 fois leur propre language ( go, dart ), son propre navigateur avec leur propre moteur html forké aprés avoir tenté de collaborer avec Apple, et je suis globalement sur qu'ils ont aussi tout le reste de eur propr infra qui est est customisé, donc c'est pas le fait de maintenir son fork du kernel qui est vraiment un souci.
Pas plus que son propre userspace ( libc, bluetooth, etc, etc ).
[^] # Re: Un petit rappel
Posté par barmic . Évalué à 3.
grsec supporte actuellement les noyaux 2.6.32 et 3.2…
Pour OpenVZ il semble qu'ils essaient maintenant de se passer de patch noyau sur les noyau 3.x
Pour les pilotes proprio ce n'est pas un choix et le plus avancé (celui de nVIDIA) est un atout majeur quand on cherche à vendre des chip android…
Je ne dis pas que c'est infaisable, ni que Google ne peux pas le faire. Juste que c'est bien plus simple et bien moins chère de collaborer que de maintenir dans son coin. Justement pour un peu rationaliser les coût de l'un de ses OS.
Dans la liste tu as oublié dalvik, mais ce n'est pas parce qu'ils ont beaucoup de projets dont certains sont couteux qu'ils ne vont pas tenter de réduire un chouia les coûts quand c'est possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Un petit rappel
Posté par gnumdk (site web personnel) . Évalué à -1.
Et Monsieur "Chapeau Rouge", tu vas arrêter avec ton discours anti Canonical entièrement basé sur du gros FUD bien dégueulasse… Canonical remonte upstream, c'est pas parce que un projet du libre refuse leur collaboration (et encore ça a changé depuis GNOME 3) que c'est une vérité absolue…
[^] # Re: Un petit rappel
Posté par Albert_ . Évalué à 3.
surtout que le projet en question est fagocite par une boite concurrente.
Apres c'est la ou Canonical a ete stupide. Ils auraient mieux fait de se baser sur KDE/Qt et c'est un peu ce qu'ils font avec le passage a QML mais quel dommage et quel rate.
[^] # Re: Un petit rappel
Posté par deasy . Évalué à 0.
Clairement à comparé gnome 3 et KDE celui qui a le plus d'avenir chez les gens et en entreprise c'est KDE.
Soyons sérieux…gnome c'est un jouet à coté de KDE.
[^] # Re: Un petit rappel
Posté par GeneralZod . Évalué à 4.
Je ne suis pas salarié par Red Hat.
Si tu veux m'accuser d'un quelconque biais, soit cohérent, traite moi de monsieur "Fedora".
mwahahahaha, il est où le FUD ? :o)
Là, tu FUD, personne n'a jamais refusé leur collaboration. En revanche, balancer un patch cradingue et refuser la discussion pour faire avancer les choses, ce n'est pas ce que j'appelle de la collaboration.
[^] # Re: Un petit rappel
Posté par Littleboy . Évalué à 2.
Tu parles du patch pour le pilote Intel?
Parce que soit Chris Wilson accepte de merger des patchs de merde et on peut se poser des questions, soit tu es de mauvaise foi (en agglomérant le patch qui est le sujet du journal et des patchs de Canonical que tu considères cradingues mais que tu ne décris pas)
# Normal
Posté par Albert_ . Évalué à 10.
Je ne vois comment une boite pourrait, dans le monde linux, vouloir lier son futur a un et une seule boite. Le premier probleme de MIR c'est sa licence. Le reste c'est anecdotique.
[^] # Re: Normal
Posté par gnumdk (site web personnel) . Évalué à 2.
Ce qui est marrant, c'est que les problèmes de CLA semble ne concerné que les projets de Canonical, y'a jamais personne pour gueuler quand il s'agit d'une autre projet libre qui impose le même genre de limitations…
Ah les hate-boys…
[^] # Re: Normal
Posté par claudex . Évalué à 3.
Tu as des exemples ? Parce que c'était un problème pour contribuer à OpenOffice tu temps de Sun. Et la FSF (seule que je connaisse qui fasse ça) a plus de crédibilité que Canonical (et l'acceptation d'un CLA, c'est uniquement une question de crédibilité).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Normal
Posté par gnumdk (site web personnel) . Évalué à 4.
Le dernier CLA que j'ai signé est ici:
https://github.com/owncloud/mirall/pull/457
[^] # Re: Normal
Posté par Albert_ . Évalué à 3.
Je ne suis pas un hate-boy et je considere ce transfert problematique. Un autre exemple: MysQL et on a vu ce que cela a donne et j'ai un peu peur que la meme chose se passe avec MariaDB. Je ne vois pas comment la communaute peut faire confiance a quelqu'un qui a deja casse la confiance.
Enfin c'est mon opinion mais dans le cadre de MIR, je ne vois pas comment une autre boite tel que Red-Hat ou Intel pourrait accepter de donner leur boulot a une autre boite.
En ce qui concerne ton dernier CLA, il y a pour moi un enorme difference entre une entite tel que la FSF ou Freedesktop qui a pour but de proteger le code et une boite dont le but, et c'est normal, est de faire de l'argent.
[^] # Re: Normal
Posté par Zenitram (site web personnel) . Évalué à 2.
J'aurai plutôt vu une question de licence copyleft chiante pour Mir (Wayland propose plus de libertés dans sa licence), plutôt que le CLA.
Après si c'est le CLA qui pose problème… C'est très mal formulé (la licence est une chose, et la c'est une licence libre, le CLA une autre).
Après, clair qu'il y a des "principes" contre les CLA à géométrie variable.
# C'est pas nouveau
Posté par be_root . Évalué à 10.
Déjà en 1999 Paco Rabanne avait prédit que Mir allait se casser la gueule. Les gens de chez intel ne font qu'entériner la prophétie.
CQFD
(pardon)
Il se prend pour Napoléon, son état empire.
# encore Intel
Posté par bubar🦥 (site web personnel) . Évalué à 10. Dernière modification le 08 septembre 2013 à 23:37.
cette fois la question porte sur la génération d entropie dans le noyau. Theodore T'So refuse de donner l exclusivité de cette génération au RDRAND, et souhaite conserver de multiples possibilités pour urandom. S en suit une passionnante discussion au cours de laquelle on apprends que la proposition est revenue en douce, via redhat, et une demande de désactivation de tout autre possibilité.
On ne peut que recommander très chaudement la discussion sur Google+ suite à son article " iam so glad i resisted pressure from intel", au moins la trentaine de premiers commentaires, jusqu à ce que des gens, bien extérieurs au noyau, se mettent à polluer le thread :-/
passionnant … et questionnant
[^] # Re: encore Intel
Posté par hercule_savinien . Évalué à 9.
S'ensuit, du verbe ensuivre.
Ce qui donne au passé le contre-intuitif « il s'est ensuivi » et non pas « il s'en est suivi ».
Le FN est un parti d'extrême droite
[^] # Re: encore Intel
Posté par Marotte ⛧ . Évalué à 0. Dernière modification le 09 septembre 2013 à 17:50.
Merci pour cette précision.
J'ai quand même l'impression que « ensuivre » est la forme contractée de « en suivre ». Donc à la rigueur pourquoi ne pas se servir des verbes « enrésulter » ou « endécouler » ?
[^] # Re: encore Intel
Posté par oinkoink_daotter . Évalué à 4.
Oui, mais le post auquel tu réponds a un lien qui t'explique que ce n'est pas le cas.
Parce que ce sont des barbarismes, à la rigueur ? ;)
[^] # Re: encore Intel
Posté par Marotte ⛧ . Évalué à 2.
Bravo :
Je ne dis pas que « ensuivre » est incorrect, je dis juste que « en suivre » et tout aussi correct pour dire exactement la même chose.
J'ai peut-être tort. Je m'en fous je suis fou :)
[^] # Re: encore Intel
Posté par nud . Évalué à 3.
Pourtant, d'après ton 2e lien:
[^] # Re: encore Intel
Posté par lamiricore . Évalué à 1.
Justement ce ne serait pas une erreur ajoutée dans la version du 17 août 201? Sans explication, cela semble contredire les lignes précédant cet exemple.
De fins lettrés pour confirmer et modifier?
[^] # Re: encore Intel
Posté par gouttegd (site web personnel) . Évalué à 3.
D’après le trésor de la langue française, la forme correcte serait « s’en est ensuivi », mais le TLF note que cet usage est tombé en désuétude au profit de « s’en est suivi », malgré « l’incorrection certaine » de cette forme :
# Intel dans le domaine des cartes graphiques c'est qui ?
Posté par Loïc Ibanez . Évalué à 0.
Soyons sérieux 5mn. Lorsqu'on parle de carte graphique on parle d'AMD ou d'Nvidia.
Cherchez les recommandations techniques sur une boîte de jeu vidéo et dites-moi si vous trouvez marqué "intel GMXXX ou équivalent" ?
Alors déduire que Mir est mort juste parce que le fabriquant le plus minoritaire dans le domaine des cartes graphiques n'intègre pas de support dans son pilote…
Je suis agnostique sur cette bataille Mir/Wayland. Seul le résultat comptera en fonction de mes besoins. Aujourd'hui pour moi Mir c'est rien et Weston c'est le vide par rapport à Compiz-fusion.
Donc Compiz/X.org pour trèèèèèèèèèèèèèèèèèèèès longtemps encore probablement ;-)
[^] # Re: Intel dans le domaine des cartes graphiques c'est qui ?
Posté par claudex . Évalué à 6.
Sauf que beaucoup de PC qui se vendent aujourd'hui, ce n'est pas pour les jeux, comme en entreprise (quand on pas besoin de puissance de rendu) où on veut juste une puce capable d'afficher une image, ou même chez les particuliers qui sont loin de tous vouloir jouer. Et sur les portables, il y a des trucs comme Optimus qui font que tu as intérêt à utiliser la puce Intel si ne veut pas avoir 42 minutes d'autonomie. Intel est quand même le plus gros vendeur de puce graphique pour PC actuellement.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Intel dans le domaine des cartes graphiques c'est qui ?
Posté par Loïc Ibanez . Évalué à 1.
Uniquement parce qu'elles sont vandues avec leur CPU…
[^] # Re: Intel dans le domaine des cartes graphiques c'est qui ?
Posté par Arathor . Évalué à 2.
Ouais c’est bien connu, la seule raison d’acheter un PC c’est pour jouer. Hum wait…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.