Je suspecte, juste comme ça, parce que j'ai l'esprit mal tourné,
que c'est un genre de renvoi d'ascenseur qu'il ait été embauché.
tu veux dire que c'est pas juste parce qu'il s'agit d'une personne qui a démontré sa capacité à comprendre le libre et à bosser dans la communauté dans un domaine qui manque cruellement de gens (à savoir les juristes spécialisés dans le domaine de la propriété intellectuelle et le libre) ?
Je ne suis pas bien certain que tous chez Red Hat "comprennent"
les mêmes choses que "comprend" Mr Fontana. Il lui reste du
travail.
Donc tu veux dire qu'un avocat qui passe plusieurs années à apprendre son métier et à l'exercer n'arrive pas à transmettre tout ce savoir en 5 minutes à un nombre arbitraire de gens, comme le montre un bug report isolé ?
Et pitié, ne ressortez pas le schéma ignoble pondu par Adobe il
y a quelques années — la flemme de le retrouver, mais je suis
sûr que vous voyez de quel schéma je parle : ce schéma dans
laquelle on nous présente OpenAL, SDL, Allegro, GStreamer et une
dizaine d’autres bibliothèques comme faisant partie de la pile
audio Linux et censé illustrer sa complexité démente. Oui, un
programmeur sous Linux a le choix entre de nombreuses
bibliothèques s’il ne veut pas utiliser libasound ou libpulse
directement.
Il te faut pas grand chose pour avoir de l'espoir. Klang a été annoncé en juillet 2012, et le site web dit encore "on va avoir un design document dés que possible".
Cet argument marche pour toute demande de CLA, y compris
Digia, FSF (pour le projet GNU, vraiment ces gars ils sont
horribles avec leur CLA à mettre des bosses)… Mais bizarrement
on parle surtout que de Canonical. Peut-être parce que ce
n'est pas la raison?
L'argument en question marche aussi pour la FSF. J'ai envoyé un patch pour grub2 et j'ai du attendre quelques semaines le temps de faire les papiers pour qu'il soit intégrer. Moi, ça me dérange pas, mais je connait des gens que ça dérange.
Et si tu parlais avec des gens du libres en dehors de linuxfr (genre sur irc, au fosdem, voir dans mon cas, au boulot) et surtout sans un filtre ou tu retiens que ce qui te permet de troller, tu verrais que les procédures de la FSF sont pas universellement acceptés. La différence est que dans le cas de la FSF, personne ne va te dire "je n'aime pas parce que je me fait flouer". Les gens sont pas d'accord, mais ils comprennent la position de la FSF pour le bien du logiciel libre.
Dans le cas de Canonical, les gens ont vachement moins confiance dans la boite. Par exemple, les annonces de "on va aider ça" ou ça se résume à "on va proposer ça dans Ubuntu", les revirements sur gnome-shell/unity, sur wayland/mir, sur bar/bzr.
Un codeur mercurial francais m'a dit qu'à un moment, il y a eu des propositions de fusionner mercurial et bzr, et que les discussions se sont arrêtés quand Mark a dit "bien sur, le résultat sera entièrement sous le copyright de canonical". Et c'est ce genre d'incidents repetés tout au long de l'histoire de la boite (le coup avec opensuse, le coup avec banshee et rhythmbox) qui font que non, même si digia a le même genre de CLA, les gens parlent pas de ce CLA.
Dans le cas de Canonical, personne ne te dit "on veut pouvoir faire du proprio parce qu'on a besoin un jour d'être à l'équilibre". Et personne chez eux ne veux rappeler le fait que pour le moment, la boite survit depuis 10 ans en tournant à perte. Et il faut dire que quand on se positionne comme champion du libre, ça fait un peu tache de dire ça.
Donc c'est même pas de le faire, c'est surtout l'hypocrisie complète, le fait qu'aux oreilles de beaucoup, tout ça sonne comme un mensonge. Et si tu rajoutes tout les faux pas (comme celui avec Mint et la trademark, avec le mec de la FSF et la trademark), tu aboutis à une situation ou la moindre chose que Shuttleworth fait ou dit part en vrille en plus de son coté polarisant habituel (parler de "losing graciously" implique d'avoir une compétition explicite, ce qui est totalement idiot)
Mais tout ces détails, je ne pense pas que tu les retiennes, vu que tu va continuer à troller sur "pourquoi les gens parlent que du CLA de Canonical et pas de Digia" à la prochaine news sur le sujet, j'ai déjà le sentiment d'avoir parler dans le vide.
Alors faut bien voir que d'abord, ça va pas arriver dans la stable avant 8 mois ( vu que faut d'abord sortir la 14.04, ensuite la suivante ). Ensuite, c'est en partant du principe que dans 8 mois, c'est fini, et au vue des cadences d'Ubuntu et du fait qu'il faut quand même d'une part coder ce qui manque ( genre le support de AppArmor au même niveau que dans upstart qui peut faire ça job par job ), et migrer tout les jobs customs, etc.
Faut voir par exemple que Unity utilise upstart comme gestionnaire de session utilisateur aussi.
Et je pense que Ubuntu va attendre que Debian fasse le taf, ce qui implique d'attendre la release de la stable ou au moins le gel. Et d'ici la, il va y avoir plein de changements dans le kernel et dans systemd, comme kdbus et les cgroups. KDus qui semble aussi ne pas aller dans le sens des demandes de Canonical pour la gestion fine des ACLs via apparmor, donc ça fait du taf en plus aussi.
Globalement, non. Et vu que parmi les juristes de RH, tu as Richard Fontana qui a co-écrit la GPL v3, je pense que l'équipe comprends le libre et ce que ça fait.
Il y a aussi des gens qui comprennent ce qui fait qu'une communauté marche, et qu'un CLA de quelque nature que ça soit, ça reste un obstacle de plus à la contribution ( comme le fait de devoir ouvrir un compte spécifique ou ce genre de choses, comme expliqué par Dave Neary sur http://blogs.gnome.org/bolsh/2012/09/14/attention-speed-bump-ahead/ ( qui justement bosse dans la dite équipe OSAS de Red hat, qui justement vise à conseiller les projets upstream en matière de communauté ).
D'ailleurs, il est amusant de voir que Jono Bacon, community manager chez Canonical, le dise aussi dans son bouquin, mais visiblement, qu'il n'a pas réussi à convaincre sa hiérarchie.
Le NIH s'applique peut être à SysVinit et pas à systemd :p
Mais je ne pense pas que ça soit la raison principale en effet de garder Upstart. Ce qu'on voit, c'est que si Debian passe à systemd (et donc fait le taf d'intégration), alors Ubuntu va suivre. Sans ça, ça aurait du être le taf d'Ubuntu, et je pense que Canonical n'avait juste pas les moyens humains de faire ça alors qu'ils ont des projets à finir.
Ça reviens à une bête question de ressource. Et le fait d'avoir des bugs non corrigés depuis longtemps dans Upstart, d'avoir finalement peu de code poussés dedans ne sont que d'autres symptômes d'une même cause.
En attendant que la QA de Debian (et de RHEL 7) fasse le taf, Ubuntu a tout à gagner.
Alors en fait, j'ai cherché ( car oui, je ne discute pas sans recherche minimum ), et j'ai trouvé divers choses.
Alors il y a virt-sandbox-service, qui est un wrapper entre libvirt et systemd. La dépendance est à la fois assez faiable ( car ça fait des unités systemd, rien de complexe à refaire sous upstart ) mais elle existe.
En fait, je savais même pas que c'était fortement lié à systemd avant de regarder en détail.
Tu as aussi des trucs comme fleet ( https://github.com/coreos/fleet ) du projet coreos, qui permet d'avoir un systemd sur le réseau ( ie, activation à la volée, ce genre de choses ).
Je pense qu'il y a surtout une question de marketing. IE, quand tout le monde a migré vers upstart, personne n'a rien dit parce qu'on a pas mis ça en avant, et parce que personne n'a eu le style de Lennart pour dire "les trucs sont de la merde, le mien est bien".
Quand Apple change un truc, ils vont le vendre bien, donc les gens acceptent. Lennart, lui, il compte juste sur la qualité du produit, et visiblement, ça ne suffit pas à réduire les peurs des gens. Il faut ensuite rajouter les pseudos experts qui postent pour dire "si systemd crash, l'os crash" pour avoir un panic.
Aucun n'a vérifié ce qui se passe, personne n'a lu le code pour voir qu'en pratique, systemd ne fait pas paniquer le kernel.
Donc oui, si systemd crash, il ne réponds plus, mais la machine tourne encore, les processes aussi, vu que systemd tourne en boucle en faisant "pause" pour éviter le kernel panic. Donc au final, ça reviens à être bien moins catastrophique. Et pour être franc, je me demande si il n'est pas possible de relancer automatiquement systemd pour plus de HA. ( le code n'est pas la, mais je ne sais pas si on peut le rajouter facilement et de façon robuste ).
Ou alors juste sur les rapports de IDC, ou Unix représente 16% du marché, et est prévu pour chuter à 9% ( http://www.networkworld.com/news/2013/081913-unix-272728.html ). L'article explique aussi que les déploiements de db sur linux ou windows dépassent ceux sur unix. Si c'est pas de la prod, je ne suis pas vraiment sur de savoir ce que c'est.
Digital et Compaq ont disparu et leur unix de même, SCO/Caldera aussi. Je sais même pas ce que Xenix est devenu, et Irix existe plus que dans Jurassic park ( dans le film, pas dans le sens ou c'est un dinosaure ).
HP-UX, AIX et Solaris sont encore la en effet, et je dirais bien que seul Solaris arrive à faire des trucs, poussé par Oracle, mais IBM dégraisse, HP aussi, et Sun s'est cassé la gueule pour se faire racheter par Oracle.
Ma maigre expérience de 18 ans d'Unix (Solaris, HPUX, AIX, NCR,
XENIX), me permets d'avoir un avis personnel et de juger que oui
Linux s'éloigne d'Unix,
ça fait bien longtemps que ça s'éloigne d'Unix. C'est même la raison de son succés, pas de procés au cul par AT&T.
Mais il faut bien voir une chose. Les Unix ont pour la plupart disparus. Et si il suffisait de suivre leur philosophie pour survivre et avoir du succès, debian kfreebsd serait pas à que dalle en terme d'usage, et l'Unix-like avec le plus de succès serait pas originaire de Cupertino.
Tu peux dire ce que tu veux sur les principes d'Unix, mais visiblement, ils ont pas l'air de passionner les foules ni d'être une raison de choisir cette famille d'OS. ( et faut pas me dire "oui, mais le marketin de blabla", si le marketing de tout les OS plus récents est meilleur, c'est bien la lose d'être la avant et de se faire battre )
Mais je suis sur que Freebsd sera ravi d'avoir ton aide avec tes 18 ans d'xp, car il me semble évident que tu va faire quelque chose, pas juste attendre, n'est ce pas ?
Ce qui est amusant, c'est qu'est ce que tu fait si le projet upstream dépend d'un init spécial ?
La question de gnome/kde qui pourraient avoir besoin de logind est pertinente, mais il n'y a pas de réponses. Soit tu vires les paquets, soit tu fait un bug upstream ou tu patches. mais si tu patches, et que upstream n'approuve pas, il se passe quoi ?
Et si tu laisses les gens dépendre 'un init, tu va dire quoi quand quelqu'un va dire "ok, je fait que upstart, et je teste qu'avec ça" ( ou systemd )
Non, je crois plus en le fait que dire "on va mettre ça par défaut" n'implique pas que les mainteneurs trouvent le temps de tout corriger/adapter et tout faire. Enfin je pense surtout à l'équiep d-i qui est chroniquement débordé, et je ne sais pas si il y a beaucoup à corriger/adapter, mais j'exclue pas la possibilité que ça soit le cas.
De surcroit, systemd bouge quand même pas mal, et l'équipe d'anaconda a passé pas mal de temps sur ça.
Quand à une fronde des mainteneurs, non. Mais il y a eu plusieurs personnes annonçant leur intention de faire une GR de façon publique, donc je serais assez étonné que ça n'arrive pas.
Et j'annonce la bonne nouvelle: systemd sera le système d'init
par défaut dans Jessie.
modulo un GR
et surtout, modulo le point principal, des gens qui font le taf, car c'est bien joli les touchages de nouilles par mail interposés, mais ça va ps faire des patches tout seul.
Et à Canonical: HAHAHAHA!
Ça redonnait de la vigueur à Upstart, donc je vois pas en quoi c'est drole. ( pas beaucoup, pas assez, certes )
On peut imaginer que la clé soit stocké chiffré en ram, et qu'il faille utiliser le mot de passe de l'user pour la déchiffrer, ou ce genre de choses. Ou que le matos apple dépende d'une puce TPM ou autre non accessible directement et pas en ram.
Bon, son dev est un chouia parano cf http://igurublog.wordpress.com/ , lire comment Google prends le contrôle de QT, mais à part ça, y a des gens qui utilisent ?
[^] # Re: NIH ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 7.
tu veux dire que c'est pas juste parce qu'il s'agit d'une personne qui a démontré sa capacité à comprendre le libre et à bosser dans la communauté dans un domaine qui manque cruellement de gens (à savoir les juristes spécialisés dans le domaine de la propriété intellectuelle et le libre) ?
Donc tu veux dire qu'un avocat qui passe plusieurs années à apprendre son métier et à l'exercer n'arrive pas à transmettre tout ce savoir en 5 minutes à un nombre arbitraire de gens, comme le montre un bug report isolé ?
Wow, tant de révélations…
[^] # Re: fin de l'histoire ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 3.
Pour compléter ce que tu dis
http://blogs.adobe.com/penguinswf/2007/05/welcome_to_the_jungle.html
Mais le schéma a disparu du site lui même.
[^] # Re: fin de l'histoire ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 0.
Il te faut pas grand chose pour avoir de l'espoir. Klang a été annoncé en juillet 2012, et le site web dit encore "on va avoir un design document dés que possible".
[^] # Re: NIH ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 10.
L'argument en question marche aussi pour la FSF. J'ai envoyé un patch pour grub2 et j'ai du attendre quelques semaines le temps de faire les papiers pour qu'il soit intégrer. Moi, ça me dérange pas, mais je connait des gens que ça dérange.
Et si tu parlais avec des gens du libres en dehors de linuxfr (genre sur irc, au fosdem, voir dans mon cas, au boulot) et surtout sans un filtre ou tu retiens que ce qui te permet de troller, tu verrais que les procédures de la FSF sont pas universellement acceptés. La différence est que dans le cas de la FSF, personne ne va te dire "je n'aime pas parce que je me fait flouer". Les gens sont pas d'accord, mais ils comprennent la position de la FSF pour le bien du logiciel libre.
Dans le cas de Canonical, les gens ont vachement moins confiance dans la boite. Par exemple, les annonces de "on va aider ça" ou ça se résume à "on va proposer ça dans Ubuntu", les revirements sur gnome-shell/unity, sur wayland/mir, sur bar/bzr.
Un codeur mercurial francais m'a dit qu'à un moment, il y a eu des propositions de fusionner mercurial et bzr, et que les discussions se sont arrêtés quand Mark a dit "bien sur, le résultat sera entièrement sous le copyright de canonical". Et c'est ce genre d'incidents repetés tout au long de l'histoire de la boite (le coup avec opensuse, le coup avec banshee et rhythmbox) qui font que non, même si digia a le même genre de CLA, les gens parlent pas de ce CLA.
Dans le cas de Canonical, personne ne te dit "on veut pouvoir faire du proprio parce qu'on a besoin un jour d'être à l'équilibre". Et personne chez eux ne veux rappeler le fait que pour le moment, la boite survit depuis 10 ans en tournant à perte. Et il faut dire que quand on se positionne comme champion du libre, ça fait un peu tache de dire ça.
Donc c'est même pas de le faire, c'est surtout l'hypocrisie complète, le fait qu'aux oreilles de beaucoup, tout ça sonne comme un mensonge. Et si tu rajoutes tout les faux pas (comme celui avec Mint et la trademark, avec le mec de la FSF et la trademark), tu aboutis à une situation ou la moindre chose que Shuttleworth fait ou dit part en vrille en plus de son coté polarisant habituel (parler de "losing graciously" implique d'avoir une compétition explicite, ce qui est totalement idiot)
Mais tout ces détails, je ne pense pas que tu les retiennes, vu que tu va continuer à troller sur "pourquoi les gens parlent que du CLA de Canonical et pas de Digia" à la prochaine news sur le sujet, j'ai déjà le sentiment d'avoir parler dans le vide.
[^] # Re: C'est la vie...
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 10.
et c'est pour ça qu'on utilise tous le même démon ssh, parce que la diversité est un atout majeur.
[^] # Re: Politique
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 7.
Alors faut bien voir que d'abord, ça va pas arriver dans la stable avant 8 mois ( vu que faut d'abord sortir la 14.04, ensuite la suivante ). Ensuite, c'est en partant du principe que dans 8 mois, c'est fini, et au vue des cadences d'Ubuntu et du fait qu'il faut quand même d'une part coder ce qui manque ( genre le support de AppArmor au même niveau que dans upstart qui peut faire ça job par job ), et migrer tout les jobs customs, etc.
Faut voir par exemple que Unity utilise upstart comme gestionnaire de session utilisateur aussi.
Et je pense que Ubuntu va attendre que Debian fasse le taf, ce qui implique d'attendre la release de la stable ou au moins le gel. Et d'ici la, il va y avoir plein de changements dans le kernel et dans systemd, comme kdbus et les cgroups. KDus qui semble aussi ne pas aller dans le sens des demandes de Canonical pour la gestion fine des ACLs via apparmor, donc ça fait du taf en plus aussi.
[^] # Re: C'est la vie...
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 4.
Upstart étant lui même inspiré de Launchd. Et launchd vient sans doute des idées de SMF.
Quand à aller de l'avant, PLD et Gentoo avait déjà repris l'idée de simplification des scripts d'init il y a longtemps.
[^] # Re: NIH ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 7.
Globalement, non. Et vu que parmi les juristes de RH, tu as Richard Fontana qui a co-écrit la GPL v3, je pense que l'équipe comprends le libre et ce que ça fait.
Il y a aussi des gens qui comprennent ce qui fait qu'une communauté marche, et qu'un CLA de quelque nature que ça soit, ça reste un obstacle de plus à la contribution ( comme le fait de devoir ouvrir un compte spécifique ou ce genre de choses, comme expliqué par Dave Neary sur http://blogs.gnome.org/bolsh/2012/09/14/attention-speed-bump-ahead/ ( qui justement bosse dans la dite équipe OSAS de Red hat, qui justement vise à conseiller les projets upstream en matière de communauté ).
D'ailleurs, il est amusant de voir que Jono Bacon, community manager chez Canonical, le dise aussi dans son bouquin, mais visiblement, qu'il n'a pas réussi à convaincre sa hiérarchie.
[^] # Re: NIH ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 5.
A ce moment, suffit juste de refuser les patchs, ça se fait très bien.
[^] # Re: NIH ?
Posté par Misc (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 10.
Le NIH s'applique peut être à SysVinit et pas à systemd :p
Mais je ne pense pas que ça soit la raison principale en effet de garder Upstart. Ce qu'on voit, c'est que si Debian passe à systemd (et donc fait le taf d'intégration), alors Ubuntu va suivre. Sans ça, ça aurait du être le taf d'Ubuntu, et je pense que Canonical n'avait juste pas les moyens humains de faire ça alors qu'ils ont des projets à finir.
Ça reviens à une bête question de ressource. Et le fait d'avoir des bugs non corrigés depuis longtemps dans Upstart, d'avoir finalement peu de code poussés dedans ne sont que d'autres symptômes d'une même cause.
En attendant que la QA de Debian (et de RHEL 7) fasse le taf, Ubuntu a tout à gagner.
[^] # Re: En fait la discussion continue
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 5.
Alors en fait, j'ai cherché ( car oui, je ne discute pas sans recherche minimum ), et j'ai trouvé divers choses.
Alors il y a virt-sandbox-service, qui est un wrapper entre libvirt et systemd. La dépendance est à la fois assez faiable ( car ça fait des unités systemd, rien de complexe à refaire sous upstart ) mais elle existe.
Ensuite, j'ai trouvé cockpit :
http://liquidat.wordpress.com/2014/02/11/first-look-at-cockpit-a-web-based-server-management-interface/
En fait, je savais même pas que c'était fortement lié à systemd avant de regarder en détail.
Tu as aussi des trucs comme fleet ( https://github.com/coreos/fleet ) du projet coreos, qui permet d'avoir un systemd sur le réseau ( ie, activation à la volée, ce genre de choses ).
Ou netctl :
https://github.com/joukewitteveen/netctl
Et je pense qu'à terme, tu va avoir kde/gnome qui vont utiliser logind, qui s'appuie sur la gestion de cgroups de systemd.
Donc oui, la question est pas que théorique.
[^] # Re: je suis le seul ou quoi ?
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 10.
Je pense qu'il y a surtout une question de marketing. IE, quand tout le monde a migré vers upstart, personne n'a rien dit parce qu'on a pas mis ça en avant, et parce que personne n'a eu le style de Lennart pour dire "les trucs sont de la merde, le mien est bien".
Quand Apple change un truc, ils vont le vendre bien, donc les gens acceptent. Lennart, lui, il compte juste sur la qualité du produit, et visiblement, ça ne suffit pas à réduire les peurs des gens. Il faut ensuite rajouter les pseudos experts qui postent pour dire "si systemd crash, l'os crash" pour avoir un panic.
Aucun n'a vérifié ce qui se passe, personne n'a lu le code pour voir qu'en pratique, systemd ne fait pas paniquer le kernel.
Voir http://cgit.freedesktop.org/systemd/systemd/tree/src/core/main.c#n115 ( le code est la depuis 2010 ).
Donc oui, si systemd crash, il ne réponds plus, mais la machine tourne encore, les processes aussi, vu que systemd tourne en boucle en faisant "pause" pour éviter le kernel panic. Donc au final, ça reviens à être bien moins catastrophique. Et pour être franc, je me demande si il n'est pas possible de relancer automatiquement systemd pour plus de HA. ( le code n'est pas la, mais je ne sais pas si on peut le rajouter facilement et de façon robuste ).
[^] # Re: je suis le seul ou quoi ?
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 4.
Curieusement, je pense que les divers études de cas qu'on trouve ici (
http://searchdatacenter.techtarget.com/Unix-to-Linux-migration-advice-and-case-studies )
( ou sur les sites de RH, de Suse et ailleurs ).
Ou alors juste sur les rapports de IDC, ou Unix représente 16% du marché, et est prévu pour chuter à 9% ( http://www.networkworld.com/news/2013/081913-unix-272728.html ). L'article explique aussi que les déploiements de db sur linux ou windows dépassent ceux sur unix. Si c'est pas de la prod, je ne suis pas vraiment sur de savoir ce que c'est.
[^] # Re: je suis le seul ou quoi ?
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 4.
Digital et Compaq ont disparu et leur unix de même, SCO/Caldera aussi. Je sais même pas ce que Xenix est devenu, et Irix existe plus que dans Jurassic park ( dans le film, pas dans le sens ou c'est un dinosaure ).
HP-UX, AIX et Solaris sont encore la en effet, et je dirais bien que seul Solaris arrive à faire des trucs, poussé par Oracle, mais IBM dégraisse, HP aussi, et Sun s'est cassé la gueule pour se faire racheter par Oracle.
[^] # Re: je suis le seul ou quoi ?
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 9.
ça fait bien longtemps que ça s'éloigne d'Unix. C'est même la raison de son succés, pas de procés au cul par AT&T.
Mais il faut bien voir une chose. Les Unix ont pour la plupart disparus. Et si il suffisait de suivre leur philosophie pour survivre et avoir du succès, debian kfreebsd serait pas à que dalle en terme d'usage, et l'Unix-like avec le plus de succès serait pas originaire de Cupertino.
Tu peux dire ce que tu veux sur les principes d'Unix, mais visiblement, ils ont pas l'air de passionner les foules ni d'être une raison de choisir cette famille d'OS. ( et faut pas me dire "oui, mais le marketin de blabla", si le marketing de tout les OS plus récents est meilleur, c'est bien la lose d'être la avant et de se faire battre )
Mais je suis sur que Freebsd sera ravi d'avoir ton aide avec tes 18 ans d'xp, car il me semble évident que tu va faire quelque chose, pas juste attendre, n'est ce pas ?
[^] # Re: En fait la discussion continue
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 1.
Ce qui est amusant, c'est qu'est ce que tu fait si le projet upstream dépend d'un init spécial ?
La question de gnome/kde qui pourraient avoir besoin de logind est pertinente, mais il n'y a pas de réponses. Soit tu vires les paquets, soit tu fait un bug upstream ou tu patches. mais si tu patches, et que upstream n'approuve pas, il se passe quoi ?
Et si tu laisses les gens dépendre 'un init, tu va dire quoi quand quelqu'un va dire "ok, je fait que upstart, et je teste qu'avec ça" ( ou systemd )
[^] # Re: En fait la discussion continue
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 2.
Non, je crois plus en le fait que dire "on va mettre ça par défaut" n'implique pas que les mainteneurs trouvent le temps de tout corriger/adapter et tout faire. Enfin je pense surtout à l'équiep d-i qui est chroniquement débordé, et je ne sais pas si il y a beaucoup à corriger/adapter, mais j'exclue pas la possibilité que ça soit le cas.
De surcroit, systemd bouge quand même pas mal, et l'équipe d'anaconda a passé pas mal de temps sur ça.
Quand à une fronde des mainteneurs, non. Mais il y a eu plusieurs personnes annonçant leur intention de faire une GR de façon publique, donc je serais assez étonné que ça n'arrive pas.
Et malgré un GR, je peux imaginer avoir un sous groupe faire preuve de mauvaise volonté, et bon, vu la réaction de Ian Jackson ( https://lists.debian.org/debian-ctte/2014/02/msg00344.html ), suivi de Steve Langasek ( https://lists.debian.org/debian-ctte/2014/02/msg00366.html )
Et même si Steve prends des vacances ( https://lists.debian.org/debian-ctte/2014/02/msg00359.html ), il va juste revenir encore plus en pétard.
[^] # Re: En fait la discussion continue
Posté par Misc (site web personnel) . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 2.
modulo un GR
et surtout, modulo le point principal, des gens qui font le taf, car c'est bien joli les touchages de nouilles par mail interposés, mais ça va ps faire des patches tout seul.
Ça redonnait de la vigueur à Upstart, donc je vois pas en quoi c'est drole. ( pas beaucoup, pas assez, certes )
[^] # Re: Scientific Linux envisage de devenir une variante de CentOS
Posté par Misc (site web personnel) . En réponse au journal Centos devient un project Red Hat. Évalué à 4.
C'est le cas en centos 7, oui.
[^] # Re: Pour Android, c'est normal
Posté par Misc (site web personnel) . En réponse au journal L'apocalypse arrive. Évalué à 4.
Lors du CCC, c'était aussi le cas ( juste pour info ).
Donc ça fait 2 fois en 2 mois que j'ai le souci :)
( du coup, j'ai presque envie de faire ça chez moi )
[^] # Re: Pari
Posté par Misc (site web personnel) . En réponse au journal Debian à l'heure du choix. Évalué à 4.
Il dit qu'il a plus de genoux
[^] # Re: quand y en a plus, y en a encore
Posté par Misc (site web personnel) . En réponse à la dépêche 1er week-end de février, en Belgique, au FOSDEM. Évalué à 2.
devconf.cz est à partir de vendredi, bien que je ne doute pas que le jeudi voit le début des premières réunions dans les bars de Brno.
[^] # Re: Punaise
Posté par Misc (site web personnel) . En réponse au journal Toi aussi, amuses toi avec le FireWire. Évalué à 2.
On peut imaginer que la clé soit stocké chiffré en ram, et qu'il faille utiliser le mot de passe de l'user pour la déchiffrer, ou ce genre de choses. Ou que le matos apple dépende d'une puce TPM ou autre non accessible directement et pas en ram.
# Et space-fm ?
Posté par Misc (site web personnel) . En réponse au journal Quand le vaisseau tombe à l'eau, il faut trouver le poisson. Évalué à 5.
Il me semble que ça peut plaire à des gens
http://ignorantguru.github.io/spacefm/screenshots.html
Bon, son dev est un chouia parano cf http://igurublog.wordpress.com/ , lire comment Google prends le contrôle de QT, mais à part ça, y a des gens qui utilisent ?
[^] # Re: Punaise
Posté par Misc (site web personnel) . En réponse au journal Toi aussi, amuses toi avec le FireWire. Évalué à 2.
Non, je crois qu'Apple désactive le transfert en DMA quand tu utilises filevault.
Et j'ai tenté de trouver les cables kivonbien mais sans grand succès pour vérifier, ça a l'air d'être le merdier.