Les "réfractaires au changement", tu as à peu près le même discours que les économistes main stream qui nous serinent que la modernité c'est la disparition des acquis sociaux, de la protection de la nature et de l'humain en général
Ah oui c'est vrai que la comparaison entre le choix d'une solution technique et une doctrine économique est totalement pertinente. Je n'avais jamais pensé que systemd est un cheval de Troie destiné à liquider nos acquis sociaux, mais maintenant que tu le dis, c'est évident!
Ta conception de la modernité correspond au refus de penser différement et s'atteler quoiqu'il arrive à un mouvement main stream qui est là pour écraser le reste sans réflexion outre mesure
Je me rappelle de ces penseurs libres et un peu rebelles qui ont osé se dresser contre cette soi-disant modernité qui en fait n'apporta que malheur et chaos:
-la voiture (au-dessus de 100km/h, on s'évanouit ma petite dame!)
-la télévision (ça envoie des ondes dans le cerveau Monsieur! c'est très dangereux!!)
Le fonctionnement purement par nightlies est pour moi un peu rebutant:
Il est quasiment impossible de tester en profondeur quoi que ce soit avant la prochaine livrée. C'est peut-être moins problématique sur un projet très stable et très mature, mais moi j'ai lu le fil sur l'Oppo Find5, et il reste du boulot (c'est peut-être pas l'appareil le plus simple non plus).
J'ai lu qu'ils réfléchissaient à une solution genre "nightly bien testée" ou une note, pour éviter aux utilisateurs lambda de suivre leur rythme effréné.
Mais je crois que cette ROM ne s'adresse pas à tout le monde!
Je ne vois pas en quoi ça pourrait être une vengeance mesquine:
Google publie le communiqué comme on le lui demande. Il faut bien s'attendre à ce que "quelques" curieux aillent voir de quoi ils retournent.
Le problème c'est que quelques curieux sur la presque totalité des internautes de France, ça commence à faire pas mal de monde…
Non, mais j'ai bien peur que tu sois le seul qui n'ait pas trouvé les quelques dizaines de réponses identiques à cette question mainte fois posée sur ton moteur de recherche favori…
Je ne suis pas expert sur la question, mais est-ce que tu as regardé PyOtherSide?
Je dis ça parce que je suppose que tu es très familier de Python, peut-être plus que JavaScript, et parce que POS semble bénéficier d'un certain enthousiasme (J'ai lu qu'on en parle pour Android, Sailfish, etc.).
Aucune raison de changer le nom. C'est un jeu de mot et je le trouve très bien!
Gwenview et Marble ne sonnent pas "Q-truc" ni "K-machin" non plus.
(Je sais que tu plaisantais, mais je voulais souligner que même chez KDE, ils s'en foutent…)
Je suis encore perdu:
Le même Ian semble présent partout dans les débats (ou alors je me vautre et il y en a 2…).
C'est même un des principaux participants. Il a également participé au vote.
Mais maintenant que le vote est passé et pas dans le sens qu'il souhaitait, il parle de "unannounced CFV". Dans ce cas pourquoi voter? Il aurait dû demander le report du vote, ou cette destitution avant le résultat. M'est avis que si Upstart avait remporté les suffrages, il n'aurait pas trouvé de problème dans la procédure.
Par contre, chapeau bas à Colin Watson, qui travaille pour Canonical et qui va "porter" la responsabilité du résultat pour avoir voté en dernier (même en mettant Upstart en tête). J'espère pour lui que ça ne lui portera pas préjudice. Comme quoi les inquiétudes sur le biais en faveur d'Upstart dus à la présence d'employés Canonical n'était pas complètement fondés.
J'avoue que je ne comprends pas:
Le vote a bien eu lieu, et systemd arrive en tête, non?
Cette histoire de majorité qualifiée, c'est une instauration de dernière minute suite au résultat qui plait pas, ou c'est une vraie règle qui était claire depuis le départ?
Parce que là ça commence à ressembler à nos instances politiques dirigeantes (Constitution de l'UE: le vote plait pas alors on décide qu'en fait le plus important, c'est l'aval du parlement, brevets logiciels: on re-propose au vote jusqu'à ce que ça passe?, etc.)
Je pense qu'on part ici de l'hypothèse que nVidia est bien plus intéressée par un pilote qui marche bien sous Android que sur xorg.
Donc si nVidia met des ressources sur le pilote xorg, c'est que beaucoup de choses seront réutilisables sur Android, donc que Google va/est en train de faire évoluer son noyau de sorte que l'écriture des pilotes converge.
Il est indéniable que Canonical a énormément contribué à la démocratisation de Linux sur le bureau.
Il est malheureusement également indéniable que Mark Shuttleworth est un personnage controversé, et ce depuis la naissance d'Ubuntu.
Pour histoire: il a envoyé un grand Troll message d'invitation aux développeurs Debian à passer à Ubuntu en critiquant allègrement Debian (ce qui ne l'empêche pas de baser Ubuntu dessus tout de même). Très classe!
Je ne connais pas la nature des relations entre Canonical et l'équipe Gnome, si ce n'est que ce même M.S. avait également appelé à un grand mouvement de synchronisation des développements à tous les niveaux de l'écosystème Linux. Il suffisait que tout le monde s'accorde sur les dates de sortie: un logiciel à intégrer à Gnome sort un peu avant Gnome, qui a donc le temps de l'intégrer, puis les distros peuvent intégrer Gnome.
Pour ce faire, il proposait une méthode toute bête: tout le monde devrait faire selon le cycle de développement d'Ubuntu. Curieusement, ça n'est pas passé.
Le développement de Mir est un autre bel exemple de la mentalité M.S.: tout le monde était invité à participer à l'élaboration de Wayland. Canonical n'y a pas trop (pas du tout?) fait entendre sa voix.
Plus tard, Canonical annonce avoir commencé à bosser sur Mir dans leur coin et appelle tout le monde à passer à Mir plutôt qu'à Wayland. Encore une fois très classe.
Pour contribuer à Mir, il faut abandonner ses droits au profit de Canonical. Pourquoi donc? Simple: ainsi Canonical peut changer de licence pour Mir sans rien demander à personne, y compris tout passer en propriétaire s'ils le désirent.
Et du coup ils achèvent de convaincre les dévs de ne surtout pas contribuer, ce qui ne serait pas arrivé de toute façon parce que Mir n'apporte absolument rien de transcendant par rapport à Wayland.
Canonical cherche donc à développer son propre "écosystème" Mir+Unity. Je leur souhaite sincèrement bonne chance, et je pense qu'ils en auront besoin.
Avec leurs décisions, Canonical est maintenant contrainte de mettre autant de ressources sur Mir et Unity que les ressources existantes sur Wayland et les environnements de bureau.
Vaut-il mieux contrôler à 100% un développement sur ses propres ressources ou avoir moins de contrôle sur un environnement co-développé par "le bazar", c'est-à-dire quasiment tous les acteurs?
Canonical n'est pas partie de 0. C'est donc que le bazar leur a permis d'être ce qu'ils sont aujourd'hui. Et paradoxalement, ils semblent aujourd'hui se méfier de ce bazar et reprendre une méthode d'évolution plus conservatrice, qui est la même que toutes les boites qui se sont pétées les dents en essayant de faire cavalier seul. Ce ne sont pas les exemples qui manquent!
Donc non, je ne hais pas Canonical, mais je ne mettrais pas l'entreprise sur un piédestal non plus, et j'ai de gros doutes sur la pérennité de la boite d'ici quelques années. J'espère me tromper: c'est toujours bien un peu de diversité…
Je crois que tu n'as absolument aucune, mais alors aucune idée de ce dont tu parles.
Côté sécurité, X.org est une vraie passoire
Mais personne ne pense à corriger le code. Non, il vaut mieux nous fourguer un autre machin qu'il faudra à son tour corriger parce qu'il se révélera lui aussi au final un pure passoire, mais sinon, c'est pas grave.
En fait, on t'attend pour gérer le développement de xorg, toi qui sais tellement mieux que des gens qui bossent dessus depuis des années ce qu'il faut faire.
Je te refais un bout d'histoire récente de xorg:
XFree change de licence, xorg naît, des développeurs commencent à bosser dessus pour… oh! tiens? "finir le boulot", c'est-à-dire maintenir et améliorer xorg.
Après des années, tous les développeurs de xorg déclarent avoir atteint une limite. Le code est impossible à maintenir, traîne beaucoup trop de contraintes historiques, et seule une poignée de personnes dans le monde comprend vraiment le code. Ils décident que repartir de 0 pour faire du propre est la seule façon d'avoir un truc qui peut encore progresser.
M'enfin si tu préfères penser qu'on aurait dû mieux travailler les bougies plutôt qu'inventer les ampoules…
C'est un peu comme gimp en version 2.8 ils ont décidé que "Sauvegarder" c'est forcément au format xcf alors, on prend la tête des utilisateurs et on les oblige à utiliser "Exporter" en faisant croire que le format xcf est important, mais en fait en tant qu'utilisateur je m'en tamponne complètement du format xcf, j'utilise jpeg, tga et png et pour moi c'est super, donc j'ai downgradé en 2.6 pour être tranquille, c'est kon hein!?!
En tant qu'utilisateur, je suis content de savoir que quand je sauvegarde, je ne perds aucune information dans le fichier, contrairement au JPEG, par exemple. De là je peux exporter vers le ou les formats qui m'intéressent pour utiliser l'image en l'état, et je peux quand même revenir dessus dans plusieurs semaines/mois/années avec d'autres requis sans problème.
Et je vais pas parler du mode fenêtre unique, je suis hors sujet et je vais devenir désagréable.
Rassure-toi: tu n'es plus à ça près.
Pour moi les systèmes Posix sont sensés contrairement à "fenêtre" s'adapter à l'utilisateur et pas le contraire, mais dans la réalité, on voit plus des développeurs qui se flattent l'ego plutôt que de penser à fournir un système véritablement user friendly qui s'adapte aux besoins des utilisateurs sans les obliger à fonctionner d'une manière plutôt que d'une autre.
Ah, ces méchants développeurs qui se foutent de nous. Quand je pense qu'il suffirait qu'on n'utilise plus leurs logiciels pour que ceux-ci ne soient plus populaire…
Et puis avec ce qu'"on" leur paie, ils pourraient au moins faire ce qu'on exige.
Ah, on me fait signe qu'"on" ne les paie pas…
C'est ça le vrai choix de la liberté, mais tout le monde semble l'avoir déjà oublié.
La liberté des développeurs devrait s'arrêter là où commencent les exigences des utilisateurs: à peu près au niveau de l'esclavagisme…
Mais si, moi j'aime être concentré avec le portable sur les genoux devant la télé avec un match de foot pendant que la petite joue avec ses jouets électroniques qui font pleins de sons bizarres à côté de moi et madame qui me fait la causette en même temps.
En dehors de l'énorme message dans la page de téléchargement mis en lien ci-dessus, tu peux également lire la dépêche aussi loin que la deuxième phrase.
En même temps, "un utilisateur" aurait dû s'arrêter là où il est écrit que cette version est réservée aux experts et pas pour lui. Comme ça il ne se serait pas offusqué que les notes de version parlent de trucs dont il se fout.
Et je suis loin d'etre le seul a penser que les details techniques n'ont rien a foutre dans les notes de version destinees a tout le monde.
Ça tombe bien parce que ce n'était pas destiné à tout le monde.
Si tu lis la dépêche qui pourtant est assez claire là-dessus, la direction actuelle de LO c'est de nettoyer le bousin pour repartir sur une bonne base avant d'attaquer les gros changements.
Presque tout ce que je vois ici parle généralement d'assainissement du code et remplacement de composants obsolètes par des composants modernes.
Pour voir la révolution, je pense qu'il faudra attendre une version ou deux encore.
En attendant, je ne comprends pas bien en quoi il devient inutilisable. Pour moi, ça marche aussi bien qu'avant (note que je n'ai pas essayé cette version explicitement déclarée comme réservée aux experts).
L'interface, je suis content qu'elle ne change pas radicalement, parce qu'après 2ans, je rame encore souvent avec les rubans de tu-sais-qui.
Même sans être utilisateur de Mageia, je peux te répondre:
Les outils de config sont hérités de Mandriva, qui elle-même hérite de Mandrake.
Mandrake était initialement plutôt orientée KDE, mais voilà, le dév qui s'occupait des outils de config, lui, il ne connaissait que Gtk, et on parle d'une lointaine époque! Alors Mandrake démarrait, fallait faire dans le rapide et efficace, il a fait avec ce qu'il connaissait. Par la suite, entre avoir la même chose en Qt à la prochaine version et avoir une meilleure version en Gtk, il a systématiquement préféré la meilleure version, et ça se comprend.
Depuis, la migration vers Qt n'a jamais été faite, et les outils ont été maintenus et améliorés.
Si tu poses la question, on (et moi avec) te répondra qu'on ne parle pas ici de dépendance aux libs Gnome, mais uniquement à Gtk, et finalement, ça n'est pas beaucoup.
Les fenêtres Gtk s'intègrent maintenant pas trop mal avec un environnement Qt, et les outils de config, on ne les dégaine pas tous les jours pour chercher comment se passe l'ouverture d'un fichier.
Du coup, je pense que les outils en Gtk dans un beau KDE, c'est le cadet de leur souci.
En même temps, vu que les opérateurs mobiles et les FAI sont très très liés quand ce n'est pas simplement une seule entreprise, je les imagine mal passer les réseaux domestiques en IPv6 brutalement et larguer ainsi leurs clients mobiles.
mais ça ne m'étonnerait que ça devienne le seul système supporté
Là je dirais: d'un côté non, ça ne devrait pas être le seul supporté.
Mais de l'autre, il y a une deuxième question au vote: est-il autorisé ou non de dépendre d'un système init en particulier?
Si la réponse est oui, systemd ou upstart pourraient devenir les seuls supportés de fait, à cause d'un gros nombre de services pas compatibles avec les autres systèmes d'init.
Si la réponses est non, on augmente cette fois pas mal la charge de boulot des mainteneurs, parce qu'il faut se farcir tous les systèmes d'init de la distro. De là à rebuter certains packageurs esseulés…
Et en ce qui me concerne, le système d'init et udev ne sont pas des choses qui impactent mon utilisation quotidienne de type desktop, et je ne suis peut-être pas un cas isolé.
De ce que je comprends, moi qui suis également un utilisateur desktop, je ne pense pas non plus être sévèrement impacté. J'ai trouvé sympa journald, mais on ne peut pas dire que ça change ma vie (utilisateur desktop: c'est pas comme si j'avais quelque chose à y chercher toutes les semaines…). Le temps de boot n'a jamais été ma priorité (ça le serait plus sur un laptop ou un netbook).
Par contre, je crois bien que ce sont les mainteneurs de paquets qui sont impactés. D'abord parce qu'il faudra tout convertir, mais surtout ensuite parce que la maintenance sera autrement plus simple avec systemd.
Des développeurs seront impactés aussi s'ils se mettent à utiliser les API offertes par systemd. Si ça leur plait, ce sera positif.
Alors personnellement, je pencherais pour systemd parce que ça a l'air bien branlé de loin (je veux dire en tant que pas-du-tout-expert), et qu'on sent quand même une large vague d'adoption. Je me dis que si c'est tellement bon pour tous les autres, ça ne doit pas être si mal pour Debian, et puis autant de distros qui l'utilisent ne peuvent que le rendre plus robuste et pérenne.
Du côté Upstart, je vois qu'il n'y plus qu'Ubuntu (?), dont les choix techniques font de moins en moins, voire plus du tout d'émules, et RedHat l'a laissé tomber. Et si Ubuntu décide de le lâcher aussi un jour?
Je pense qu'arrivé là, tous les votants connaissent les tenants et aboutissants et les conséquences de chaque combinaison.
Tu mentionnes Gnome de plus en plus dépendant de systemd, je peux répondre "quid de Debian/kFreeBSD?"
J'ose espérer qu'ils savent déjà qu'aucune solution n'est parfaite, et quelle que soit la décision, il y aura beaucoup de boulot à abattre. On ne sait juste pas encore par qui… ;)
De ce que j'en comprends moi, ils ne monnayaient pas ces informations et n'avaient pas d'intérêt propre à collecter toutes ces données.
Après c'est une question de confiance, comme pour tout service centralisé. Personnellement, je pense que myopenid est moins intrusif dans ma vie privée que Facebook, mais ça n'engage que moi…
Pour moi, le plus drôle dans le paragraphe, c'est d'expliquer qu'il existe maintenant une patate de solutions liées à des réseaux sociaux qui se nourrissent de la vie privée des utilisateurs, donc on n'a plus besoin d'une solution Libre qui protège la vie privée.
De même, maintenant qu'Android tout fermé par Google existe et fournit un système de qualité et performant, je pense qu'on devrait arrêter tout autre bureau basé sur le noyau Linux tels que KDE, Gnome et consort.
Non, l'internet "libre" ne sera pas bloqué, mais sévèrement handicapé.
Depuis la Chine, sur la plupart des connexions que j'ai eues, les sites à l'étranger semblent bien plus lents que les sites "locaux" (ça en devient même risible quand ça va plus vite à travers un VPN!). Résultat: les sites locaux sont les plus fréquentés même là où la concurrence est ouverte. Bien sûr il y a aussi la censure, mais la censure ne fait pas tout.
Tu peux donc décider quel site devrait avoir la plus haute fréquentation, certainement celui qui propage tes idées plutôt que celles qui te dérangent…
En ce qui concerne les solutions de contournement, je crois que tu rates un élément:
Les sites privilégiés ne seront pas "accélérés" (les tuyaux sont toujours les mêmes), c'est le reste du monde qui sera ralenti pour conserver la bande-passante en cas de sollicitation vers les potes.
[^] # Re: je suis le seul ou quoi ?
Posté par Maclag . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 7.
Ah oui c'est vrai que la comparaison entre le choix d'une solution technique et une doctrine économique est totalement pertinente. Je n'avais jamais pensé que systemd est un cheval de Troie destiné à liquider nos acquis sociaux, mais maintenant que tu le dis, c'est évident!
Je me rappelle de ces penseurs libres et un peu rebelles qui ont osé se dresser contre cette soi-disant modernité qui en fait n'apporta que malheur et chaos:
-la voiture (au-dessus de 100km/h, on s'évanouit ma petite dame!)
-la télévision (ça envoie des ondes dans le cerveau Monsieur! c'est très dangereux!!)
# nightlies
Posté par Maclag . En réponse à la dépêche OmniROM, la p'tite distro Android qui monte. Évalué à 6.
Le fonctionnement purement par nightlies est pour moi un peu rebutant:
Il est quasiment impossible de tester en profondeur quoi que ce soit avant la prochaine livrée. C'est peut-être moins problématique sur un projet très stable et très mature, mais moi j'ai lu le fil sur l'Oppo Find5, et il reste du boulot (c'est peut-être pas l'appareil le plus simple non plus).
J'ai lu qu'ils réfléchissaient à une solution genre "nightly bien testée" ou une note, pour éviter aux utilisateurs lambda de suivre leur rythme effréné.
Mais je crois que cette ROM ne s'adresse pas à tout le monde!
[^] # Re: Conséquence indirecte ou petite vengeance mesquine ?
Posté par Maclag . En réponse au journal Google se fait taper sur les doigts par la CNIL. Évalué à 4.
Je ne vois pas en quoi ça pourrait être une vengeance mesquine:
Google publie le communiqué comme on le lui demande. Il faut bien s'attendre à ce que "quelques" curieux aillent voir de quoi ils retournent.
Le problème c'est que quelques curieux sur la presque totalité des internautes de France, ça commence à faire pas mal de monde…
[^] # Re: Broken by design ?
Posté par Maclag . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 10.
Non, mais j'ai bien peur que tu sois le seul qui n'ait pas trouvé les quelques dizaines de réponses identiques à cette question mainte fois posée sur ton moteur de recherche favori…
[^] # Re: QtQuick et python
Posté par Maclag . En réponse à la dépêche GCompris change de moteur. Évalué à 3.
Je ne suis pas expert sur la question, mais est-ce que tu as regardé PyOtherSide?
Je dis ça parce que je suppose que tu es très familier de Python, peut-être plus que JavaScript, et parce que POS semble bénéficier d'un certain enthousiasme (J'ai lu qu'on en parle pour Android, Sailfish, etc.).
[^] # Re: Reste le problème ...
Posté par Maclag . En réponse à la dépêche GCompris change de moteur. Évalué à 8.
Aucune raison de changer le nom. C'est un jeu de mot et je le trouve très bien!
Gwenview et Marble ne sonnent pas "Q-truc" ni "K-machin" non plus.
(Je sais que tu plaisantais, mais je voulais souligner que même chez KDE, ils s'en foutent…)
[^] # Re: En fait la discussion continue
Posté par Maclag . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 10.
Je suis encore perdu:
Le même Ian semble présent partout dans les débats (ou alors je me vautre et il y en a 2…).
C'est même un des principaux participants. Il a également participé au vote.
Mais maintenant que le vote est passé et pas dans le sens qu'il souhaitait, il parle de "unannounced CFV". Dans ce cas pourquoi voter? Il aurait dû demander le report du vote, ou cette destitution avant le résultat. M'est avis que si Upstart avait remporté les suffrages, il n'aurait pas trouvé de problème dans la procédure.
Par contre, chapeau bas à Colin Watson, qui travaille pour Canonical et qui va "porter" la responsabilité du résultat pour avoir voté en dernier (même en mettant Upstart en tête). J'espère pour lui que ça ne lui portera pas préjudice. Comme quoi les inquiétudes sur le biais en faveur d'Upstart dus à la présence d'employés Canonical n'était pas complètement fondés.
[^] # Re: En fait la discussion continue
Posté par Maclag . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 9.
J'avoue que je ne comprends pas:
Le vote a bien eu lieu, et systemd arrive en tête, non?
Cette histoire de majorité qualifiée, c'est une instauration de dernière minute suite au résultat qui plait pas, ou c'est une vraie règle qui était claire depuis le départ?
Parce que là ça commence à ressembler à nos instances politiques dirigeantes (Constitution de l'UE: le vote plait pas alors on décide qu'en fait le plus important, c'est l'aval du parlement, brevets logiciels: on re-propose au vote jusqu'à ce que ça passe?, etc.)
[^] # Re: Précisions ?
Posté par Maclag . En réponse à la dépêche NVIDIA contribue la gestion du GPU ARM Tegra K1 dans Nouveau. Évalué à 4.
Je pense qu'on part ici de l'hypothèse que nVidia est bien plus intéressée par un pilote qui marche bien sous Android que sur xorg.
Donc si nVidia met des ressources sur le pilote xorg, c'est que beaucoup de choses seront réutilisables sur Android, donc que Google va/est en train de faire évoluer son noyau de sorte que l'écriture des pilotes converge.
Pure spéculation de ma part, hein!
[^] # Re: ???
Posté par Maclag . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 10.
Il est indéniable que Canonical a énormément contribué à la démocratisation de Linux sur le bureau.
Il est malheureusement également indéniable que Mark Shuttleworth est un personnage controversé, et ce depuis la naissance d'Ubuntu.
Pour histoire: il a envoyé un grand
Trollmessage d'invitation aux développeurs Debian à passer à Ubuntu en critiquant allègrement Debian (ce qui ne l'empêche pas de baser Ubuntu dessus tout de même). Très classe!Je ne connais pas la nature des relations entre Canonical et l'équipe Gnome, si ce n'est que ce même M.S. avait également appelé à un grand mouvement de synchronisation des développements à tous les niveaux de l'écosystème Linux. Il suffisait que tout le monde s'accorde sur les dates de sortie: un logiciel à intégrer à Gnome sort un peu avant Gnome, qui a donc le temps de l'intégrer, puis les distros peuvent intégrer Gnome.
Pour ce faire, il proposait une méthode toute bête: tout le monde devrait faire selon le cycle de développement d'Ubuntu. Curieusement, ça n'est pas passé.
Le développement de Mir est un autre bel exemple de la mentalité M.S.: tout le monde était invité à participer à l'élaboration de Wayland. Canonical n'y a pas trop (pas du tout?) fait entendre sa voix.
Plus tard, Canonical annonce avoir commencé à bosser sur Mir dans leur coin et appelle tout le monde à passer à Mir plutôt qu'à Wayland. Encore une fois très classe.
Pour contribuer à Mir, il faut abandonner ses droits au profit de Canonical. Pourquoi donc? Simple: ainsi Canonical peut changer de licence pour Mir sans rien demander à personne, y compris tout passer en propriétaire s'ils le désirent.
Et du coup ils achèvent de convaincre les dévs de ne surtout pas contribuer, ce qui ne serait pas arrivé de toute façon parce que Mir n'apporte absolument rien de transcendant par rapport à Wayland.
Canonical cherche donc à développer son propre "écosystème" Mir+Unity. Je leur souhaite sincèrement bonne chance, et je pense qu'ils en auront besoin.
Avec leurs décisions, Canonical est maintenant contrainte de mettre autant de ressources sur Mir et Unity que les ressources existantes sur Wayland et les environnements de bureau.
Vaut-il mieux contrôler à 100% un développement sur ses propres ressources ou avoir moins de contrôle sur un environnement co-développé par "le bazar", c'est-à-dire quasiment tous les acteurs?
Canonical n'est pas partie de 0. C'est donc que le bazar leur a permis d'être ce qu'ils sont aujourd'hui. Et paradoxalement, ils semblent aujourd'hui se méfier de ce bazar et reprendre une méthode d'évolution plus conservatrice, qui est la même que toutes les boites qui se sont pétées les dents en essayant de faire cavalier seul. Ce ne sont pas les exemples qui manquent!
Donc non, je ne hais pas Canonical, mais je ne mettrais pas l'entreprise sur un piédestal non plus, et j'ai de gros doutes sur la pérennité de la boite d'ici quelques années. J'espère me tromper: c'est toujours bien un peu de diversité…
[^] # Re: Grosse fatigue
Posté par Maclag . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 10.
Je crois que tu n'as absolument aucune, mais alors aucune idée de ce dont tu parles.
En fait, on t'attend pour gérer le développement de xorg, toi qui sais tellement mieux que des gens qui bossent dessus depuis des années ce qu'il faut faire.
Je te refais un bout d'histoire récente de xorg:
XFree change de licence, xorg naît, des développeurs commencent à bosser dessus pour… oh! tiens? "finir le boulot", c'est-à-dire maintenir et améliorer xorg.
Après des années, tous les développeurs de xorg déclarent avoir atteint une limite. Le code est impossible à maintenir, traîne beaucoup trop de contraintes historiques, et seule une poignée de personnes dans le monde comprend vraiment le code. Ils décident que repartir de 0 pour faire du propre est la seule façon d'avoir un truc qui peut encore progresser.
M'enfin si tu préfères penser qu'on aurait dû mieux travailler les bougies plutôt qu'inventer les ampoules…
En tant qu'utilisateur, je suis content de savoir que quand je sauvegarde, je ne perds aucune information dans le fichier, contrairement au JPEG, par exemple. De là je peux exporter vers le ou les formats qui m'intéressent pour utiliser l'image en l'état, et je peux quand même revenir dessus dans plusieurs semaines/mois/années avec d'autres requis sans problème.
Rassure-toi: tu n'es plus à ça près.
Ah, ces méchants développeurs qui se foutent de nous. Quand je pense qu'il suffirait qu'on n'utilise plus leurs logiciels pour que ceux-ci ne soient plus populaire…
Et puis avec ce qu'"on" leur paie, ils pourraient au moins faire ce qu'on exige.
Ah, on me fait signe qu'"on" ne les paie pas…
La liberté des développeurs devrait s'arrêter là où commencent les exigences des utilisateurs: à peu près au niveau de l'esclavagisme…
[^] # Re: diagonale
Posté par Maclag . En réponse au journal Nouvelle boutique en ligne Linux. Évalué à 5.
Mais si, moi j'aime être concentré avec le portable sur les genoux devant la télé avec un match de foot pendant que la petite joue avec ses jouets électroniques qui font pleins de sons bizarres à côté de moi et madame qui me fait la causette en même temps.
[^] # Re: Mouahis
Posté par Maclag . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 7.
En dehors de l'énorme message dans la page de téléchargement mis en lien ci-dessus, tu peux également lire la dépêche aussi loin que la deuxième phrase.
[^] # Re: Qu'apporte Mageia ?
Posté par Maclag . En réponse à la dépêche Sortie de la Mageia 4. Évalué à 4.
Non non, il voulait bien dire qu'il faut tout recoder en OCaml + EFL
-----------------> [ ]
[^] # Re: Mouahis
Posté par Maclag . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 10.
En même temps, "un utilisateur" aurait dû s'arrêter là où il est écrit que cette version est réservée aux experts et pas pour lui. Comme ça il ne se serait pas offusqué que les notes de version parlent de trucs dont il se fout.
Ça tombe bien parce que ce n'était pas destiné à tout le monde.
[^] # Re: Mouahis
Posté par Maclag . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 10.
Si tu lis la dépêche qui pourtant est assez claire là-dessus, la direction actuelle de LO c'est de nettoyer le bousin pour repartir sur une bonne base avant d'attaquer les gros changements.
Presque tout ce que je vois ici parle généralement d'assainissement du code et remplacement de composants obsolètes par des composants modernes.
Pour voir la révolution, je pense qu'il faudra attendre une version ou deux encore.
En attendant, je ne comprends pas bien en quoi il devient inutilisable. Pour moi, ça marche aussi bien qu'avant (note que je n'ai pas essayé cette version explicitement déclarée comme réservée aux experts).
L'interface, je suis content qu'elle ne change pas radicalement, parce qu'après 2ans, je rame encore souvent avec les rubans de tu-sais-qui.
[^] # Re: Qu'apporte Mageia ?
Posté par Maclag . En réponse à la dépêche Sortie de la Mageia 4. Évalué à 10.
Même sans être utilisateur de Mageia, je peux te répondre:
Les outils de config sont hérités de Mandriva, qui elle-même hérite de Mandrake.
Mandrake était initialement plutôt orientée KDE, mais voilà, le dév qui s'occupait des outils de config, lui, il ne connaissait que Gtk, et on parle d'une lointaine époque! Alors Mandrake démarrait, fallait faire dans le rapide et efficace, il a fait avec ce qu'il connaissait. Par la suite, entre avoir la même chose en Qt à la prochaine version et avoir une meilleure version en Gtk, il a systématiquement préféré la meilleure version, et ça se comprend.
Depuis, la migration vers Qt n'a jamais été faite, et les outils ont été maintenus et améliorés.
Si tu poses la question, on (et moi avec) te répondra qu'on ne parle pas ici de dépendance aux libs Gnome, mais uniquement à Gtk, et finalement, ça n'est pas beaucoup.
Les fenêtres Gtk s'intègrent maintenant pas trop mal avec un environnement Qt, et les outils de config, on ne les dégaine pas tous les jours pour chercher comment se passe l'ouverture d'un fichier.
Du coup, je pense que les outils en Gtk dans un beau KDE, c'est le cadet de leur souci.
[^] # Re: Pour Android, c'est normal
Posté par Maclag . En réponse au journal L'apocalypse arrive. Évalué à 2.
En même temps, vu que les opérateurs mobiles et les FAI sont très très liés quand ce n'est pas simplement une seule entreprise, je les imagine mal passer les réseaux domestiques en IPv6 brutalement et larguer ainsi leurs clients mobiles.
[^] # Re: dépendance à un système d'init
Posté par Maclag . En réponse au journal Debian à l'heure du choix. Évalué à 4.
Là je dirais: d'un côté non, ça ne devrait pas être le seul supporté.
Mais de l'autre, il y a une deuxième question au vote: est-il autorisé ou non de dépendre d'un système init en particulier?
Si la réponse est oui, systemd ou upstart pourraient devenir les seuls supportés de fait, à cause d'un gros nombre de services pas compatibles avec les autres systèmes d'init.
Si la réponses est non, on augmente cette fois pas mal la charge de boulot des mainteneurs, parce qu'il faut se farcir tous les systèmes d'init de la distro. De là à rebuter certains packageurs esseulés…
[^] # Re: dépendance à un système d'init
Posté par Maclag . En réponse au journal Debian à l'heure du choix. Évalué à 10.
De ce que je comprends, moi qui suis également un utilisateur desktop, je ne pense pas non plus être sévèrement impacté. J'ai trouvé sympa journald, mais on ne peut pas dire que ça change ma vie (utilisateur desktop: c'est pas comme si j'avais quelque chose à y chercher toutes les semaines…). Le temps de boot n'a jamais été ma priorité (ça le serait plus sur un laptop ou un netbook).
Par contre, je crois bien que ce sont les mainteneurs de paquets qui sont impactés. D'abord parce qu'il faudra tout convertir, mais surtout ensuite parce que la maintenance sera autrement plus simple avec systemd.
Des développeurs seront impactés aussi s'ils se mettent à utiliser les API offertes par systemd. Si ça leur plait, ce sera positif.
Alors personnellement, je pencherais pour systemd parce que ça a l'air bien branlé de loin (je veux dire en tant que pas-du-tout-expert), et qu'on sent quand même une large vague d'adoption. Je me dis que si c'est tellement bon pour tous les autres, ça ne doit pas être si mal pour Debian, et puis autant de distros qui l'utilisent ne peuvent que le rendre plus robuste et pérenne.
Du côté Upstart, je vois qu'il n'y plus qu'Ubuntu (?), dont les choix techniques font de moins en moins, voire plus du tout d'émules, et RedHat l'a laissé tomber. Et si Ubuntu décide de le lâcher aussi un jour?
[^] # Re: Pari
Posté par Maclag . En réponse au journal Debian à l'heure du choix. Évalué à 6.
Je parie sur DL.
Et je dis ce que je veux, on est vendredi!
[^] # Re: dépendance à un système d'init
Posté par Maclag . En réponse au journal Debian à l'heure du choix. Évalué à 4.
Je pense qu'arrivé là, tous les votants connaissent les tenants et aboutissants et les conséquences de chaque combinaison.
Tu mentionnes Gnome de plus en plus dépendant de systemd, je peux répondre "quid de Debian/kFreeBSD?"
J'ose espérer qu'ils savent déjà qu'aucune solution n'est parfaite, et quelle que soit la décision, il y aura beaucoup de boulot à abattre. On ne sait juste pas encore par qui… ;)
[^] # Re: Pourquoi ?
Posté par Maclag . En réponse au journal Fin de myopenid.com le 1er février. Évalué à 5.
De ce que j'en comprends moi, ils ne monnayaient pas ces informations et n'avaient pas d'intérêt propre à collecter toutes ces données.
Après c'est une question de confiance, comme pour tout service centralisé. Personnellement, je pense que myopenid est moins intrusif dans ma vie privée que Facebook, mais ça n'engage que moi…
[^] # Re: Pourquoi ?
Posté par Maclag . En réponse au journal Fin de myopenid.com le 1er février. Évalué à 7.
Pour moi, le plus drôle dans le paragraphe, c'est d'expliquer qu'il existe maintenant une patate de solutions liées à des réseaux sociaux qui se nourrissent de la vie privée des utilisateurs, donc on n'a plus besoin d'une solution Libre qui protège la vie privée.
De même, maintenant qu'Android tout fermé par Google existe et fournit un système de qualité et performant, je pense qu'on devrait arrêter tout autre bureau basé sur le noyau Linux tels que KDE, Gnome et consort.
[^] # Re: dramatisation
Posté par Maclag . En réponse au journal L'apocalypse d'Internet?. Évalué à 10.
Non, l'internet "libre" ne sera pas bloqué, mais sévèrement handicapé.
Depuis la Chine, sur la plupart des connexions que j'ai eues, les sites à l'étranger semblent bien plus lents que les sites "locaux" (ça en devient même risible quand ça va plus vite à travers un VPN!). Résultat: les sites locaux sont les plus fréquentés même là où la concurrence est ouverte. Bien sûr il y a aussi la censure, mais la censure ne fait pas tout.
Tu peux donc décider quel site devrait avoir la plus haute fréquentation, certainement celui qui propage tes idées plutôt que celles qui te dérangent…
En ce qui concerne les solutions de contournement, je crois que tu rates un élément:
Les sites privilégiés ne seront pas "accélérés" (les tuyaux sont toujours les mêmes), c'est le reste du monde qui sera ralenti pour conserver la bande-passante en cas de sollicitation vers les potes.