Je suis aussi dans ce cas. Pire encore, ça nuit à ma productivité car quand tu as des threads vraiment longs ( genre discussion avec kadalka ), ça s'affiche sur une colonne minuscule.
Le souci, c'est que Oracle a débarqué en disant "en fait, on voudrait remettre mysql et on est ok pour le maintenir", et que personne n'a trouvé de raison de dire non ( ou plutôt, on a pas écouté celui qui a dit non car il n'avait pas d'argument valable). Donc du coup, il a fallu trouver une méthode pour faire la migration à mariadb tout en gardant mysql de disponible. Ce qui a pas été sans casse :/
Ce n'est pas parce que c'est forkable que le problème n'existe pas.
non, c'est parce que le problème n'existe pas qu'il n'existe pas. la seule chose qui compte, c'est si quelqu'un peut ou veut faire le taf. Ceux qui veulent peuvent pas, et ceux qui peuvent veulent pas. IE, les gens compétents dans le domaine voit pas le souci, ceux qui le voit sont pas assez compétents. C'est facile de poster sur linuxfr, c'est moins facile de convaincre avec des arguments techniques les autres.
Et on enlève petit à petit tout ce qui concerne sa relation avec init pour être exclusivement systemd.
Ok et la relation entre pulseaudio et init en ce moment est ?
Parce que bon, pour retirer quelque chose, il faut l'avoir, et la, pour le moment, y en a pas.
( c'est une question réthorique, ne réponds pas, on sait que tu es incapable d'aligner le moindre argument techniques, tu as fait largement preuve de ton incapacité à le faire, et surtout de ton incapacité à l'admettre et à agir en conséquence, comme par exemple "ne pas prendre un ton péremptoire et accusateur" ).
Si ma mémoire est bonne, misc avait parlé d'un logiciel ou d'une librairie qui ne pouvait pas se passer de systemd…
tu sais, tu as aussi le droit de citer en donnant des liens. J'ai parler d'un outil qui simplifie la création de conteneurs dans systemd. Donc curieusement, un outil qui fait des conteneurs adaptés à systemd, ça utilise systemd. Tout comme le fait d'avoir une interface graphique pour systemd va pas rendre systemd indispensable, un outil qui fait des conteneurs pour systemd va pas rendre systemd indispensable, sauf si les dits conteneurs ont des fonctions que les autres outils n'ont pas, auquel cas le souci est surtout que les alternatives sont inférieurs, ce qui est totalement différents. Si le but est "on va rendre systemd tellement bien que les gens vont plus s'en passer", tu m'excuseras de rire de ta prévision. "ouais, RH va faire des softs bien pour que les gens les utilisent".
3) La stratégie de RH est visible: utiliser PulseAudio pour le son, comme Xorg et maintenant Wayland pour le graphisme.
Ca c'est ce que je vois.
Wayland, c'est poussé par un mec de Intel. Pulseaudio, c'est Canonical qui paye le mainteneur actuel. Tu as pas le sentiment que les faits contredisent tes délires à longueur de temps ?
ALSA a été créé pour contrer OSS.
Soit ta maitrise du français est incorrect, soit ta maitrise de l'anglais est incorrect, soit tu as une vision faussé du logiciel libre. Contrer implique un rapport de force, et c'est pas exactement comme ça que ça se passe. Le but d'ALSA, c'était d'offrir une meilleur API et une meilleur architecture. D'ailleurs, elle est pas portable sur les autres OS, qui sont encore sur une API compatible OSS. Ça rappelle furieusement un gestionnaire démarrage dit donc. Et donc le but, c'était de remplacer, pas de contrer.
Et il est là bien avant PulseAudio. Je ne vois pas pourquoi une application importante pour tous serait phagocyté par RH.
Encore une fois, pulseaudio est maintenu en ce moment par un salarié Canonical.
Il voulait poser la problématique de l'indépendance de la France, et le fait que d'un coté, on s'offusque, mais de l'autre, on fait (selon lui) rien contre.
Autant je suis pas d'accord sur le fait qu'on fait rien car on fait des choses, mais que ça ne se voit pas. Et je pense juste que les gens pensent que faire quelque chose, c'est facile "sufi just de virai windauw$, lol". Mais à coté de ça, la question est légitime, si on s'offusque, quel mesure vont être prise et pourquoi.
C'est facile d'affirmer "faut se passer de google et facebook" et ensuite dans un commentaire, d'aller dire "faut que ta distribution soit visible sur g+ et facebook pour exister, et pinterest, trop cool, y a air france dessus".
Mais voila, ça, ç'est du kadalka. Ensuite, peut être qu'à force d'essayer de lui répondre, j'ai fini par ne plus voir à quel point il est confus.
Je ne compare pas de l'open source avec du propriétaire. Donc perforce ne m'intéresse pas.
Et ? ça reste un concurrent quand même. Sauf à vouloir être malhonnête, tu supprimes pas tout une partie du paysage pour le plaisir.
Par contre, Git s'est imposé très rapidement grâce au fait que le noyau linux s'en serve, pas pour ses perf.
Tu as croisé beaucoup de codeurs qui se sont dit "oula, kernel.org prends ça, donc je fait pareil" ?
Parce que moi, c'est pas la réponse qu'on m'a donné. Avant d'affirmer des trucs, prends au moins la peine de discuter autour de toi, ou plutôt, discute avec des gens qui savent de quoi ils parlent.
Si ce sont ses perf, alors pourquoi beaucoup d'entreprises restent avec SVN ?
laisse moi deviner, parce que mettre en place git, ça implique du travail et des formations, et donc que les boites n'ont pas le temps ? En fait, tu devrait aller demander à ces nombreuses entreprises, car moi, mon employeur, et celui d'avant, ils ont commencer, voir bien fini de migrer vers Git ( et ça va de la startup à la grosse multinationale américaine, donc j'ai les 2 extrêmes ).
Si je suivais ta logique je dirais que tu insultes les utilisateurs inconditionnels de SVN.
Donc dire que "un logiciel est pourri sur un point", c'est insulter les utilisateurs, pas de souci. Je vois qu'une fois de plus, tu ne piges pas les critiques qu'on te fait, et tu tentes de les appliquer.
Sinon, comme tu connais ni git, ni svn, cf ce que tu dis, peut être que tu devrais arrêter de commenter, car ça, c'est bien la définition d'inutile.
Seule une entreprise qui a de gros besoins de versionning et qui a le budget pour s'y investir aurait envie d'un VCS propriétaire.
C'est bien, d'un coté, tu dis "Je ne connais pas la politique de Google dans le domaine de VCS", de l'autre, tu dis " C'est pour cela que Google dans le passé utilisait Perforce (sécurité, assurance, etc.).". Tu as pas le sentiment de te contredire ?
Car bon, le journal a l'air moins barré que certains de ses commentaires du top 43 que j'ai rassemblé donc je trouverais bizarre de s’arrêter en chemin.
Par exemple, si tu regardes la section %install, tu passes de "plein de trucs" à "une ligne".
Pareil pour la déclaration des fichiers, ce qui permet d'avoir des specs plus simples et plus uniformes. Si tu as déjà fait des paquets debian, c'est comme les divers commandes dh_* ou les classes d'ebuild. Ou les templates c++, mais en moins compliqué.
ensuite, il a soit des features qui manquent ( vu que yum est assez fourni à ce niveau ), ou il y a des petits bugs. Mais bon, comme il reste yum, autant essayer et faire des retours :)
PS : he! d'habitude, c'est moi qui casse du sucre sur Linux et son environnement, et vous qui le défendez, c'est quoi cette inversion des rôles? pfff…
Si c'est que ça, on peut s'arranger.
Car bon, il est très clair que ce graphique montre bien une fois de plus l'inadéquation du modèle à base de DRM sur une plateforme linux, et que les gens votent avec leur porte monnaie de façon clair pour s'éloigner du propriétaire et loin de la masse bélante des gamers emprisonnés sur steam. La plateforme, après un décollage pour la curiosité comme tu le dit a bien montré ses limites rapidement, et rame pour attirer parmi les 30 à 40 millions d'utilisateurs de système linux pure ( ie, sans android, et en ajoutant les chiffres de Fedora et ceux de Ubuntu, et en estimant Debian et les autres à la louche ).
Les linuxiens ne veulent pas d'un monde ou on mets les distractions dans une prison, que ça soit des jeux, des musiques, ou des vidéos. Car comme toujours avec le libre, c'est le pragmatisme de l'approche qui prime, le refus par le boycott des pratiques inadéquates et trompeuses des éditeurs qui sont en cause, et finalement, le fait de montrer qu'un autre monde est possible
( la, faut m'imaginer en train de lever le poing et d'avoir une foule qui scande mon nom pour que ça fasse de l'effet, vous pouvez le faire chez vous et m'envoyer la vidéo )
ça te va comme entrée en la matière, ou j'en rajoute encore un peu ?
Du code plus simple, ou plus moderne, ça apporte toujours des choses, même si c'est indirectement. De même que mir va permettre d'apporter Ubuntu sur d'autres plateformes, je pense que Wayalnd permet de rénover un peu la couche graphique.
Ensuite, la QA n'est pas la partie qui est vu comme étant sexy dans une distribution, donc les gens en font moins que de paquets. C'est assez triste, car tout le monde veut une distribution stable, mais ça ne motive pas les gens :/
Je crois me souvenir que gnome vise le support wayland préliminaire pour la version 3.10. Ensuite, savoir si 1) ça va être fait à temps et 2) être suffisamment bien intégré, c'est autre chose.
et plus de 1% en quelques mois, c'est tout simplement énorme. Pari réussi il faut croire.
Ce qui est intéressant, c'est de voir que le chiffre était au plus haut en février, et qu'il chute depuis. Soit ~50% des gens ont tentés, soit steam a gagné plein d'utilisateurs windows d'un coup.
535 000 personnes, ça fait grosso modo la population du Luxembourg. Ou ça fait entre 1/4 et 1/5 des habitants de paris intra-muros. Ou ça fait le nombre de système android activé depuis ce matin 10h ( si on prends les rapports de 2013 ).
535 000, si Canonical revendique 12 millions d'utilisateurs ( en 2010 ), ça fait 1 utilisateur ubuntu sur 25. Et si on prends les chiffres de Fedora, ça fait 1 système sur 50. Bien sur, comparer des systèmes bureautiques avec des systèmes tout usage et sur la base de chiffres qui sont pas forcément précis est hautement trollifére et foireux, mais ça donne des ordres de grandeurs.
Si chaque utilisateur de steam venait à donner 10 euros à une distribution par an, elle pourrait payer une équipe de 10 à 15 personnes pendant 1 an en france. Moins les divers soucis comme "frais de fonctionnement, location des locaux, etc", ce qui au final ferait sans doute une équipe un chouia plus petite.
Systemd a plein de switch pour son script configure. Et d’après les archives, le projet accepte assez facilement ce qui permet de désactiver certains requirements comme par exemple, selinux, pam, gcrypt, etc.
Ceci dit, de ce que je lit du code, c'est systemd qui va demander à monter de force 4/5 fs ( cf ./src/core/mount-setup.c tableau mount_table ), et qu'en effet, le logiciel requiert d'avoir /dev/ en devtmpfs. Je suis pas assez expert pour savoir si ça fait plus qu'un simple tmpfs, mais c'est vrai que c'est discutable, même si je peux comprendre l'envie de pas avoir des milliers de cas au vue de tout ce que le noyau supporte ou pas.
Ensuite, oui, le fait de dépendre d'un certain nombre d'option noyau est gênante. Par exemple, feu mes 2 RPS n'avaient pas de support de cgroups, j'ai jamais pu mettre à jour la mageia dessus. Et c'est le même souci que j'ai avec divers appareils embarqués ( téléphone, routeur ) avec des pilotes proprios ou des patchs qui sont pas upstreams dans le kernel, je peux pas mettre à jour, ou mettre à jour, c'est chiant.
Systemd, de part sa place centrale, requiert quand même un minimum d'intégration et de travail, et du coup, tu peux pas juste "je boote avec n'importe ou et ça passe" :/
Personne n'a pensé que SVN aurait des concurrents sérieux…
Perforce avait une bonne part des parts de marché. Google est parti sur perforce tout au début et il y a en ce moment une migration lente sur les dépots internes vers git ( en ne faisant que des dépots git pour les nouveaux projets ), Perl a longtemps continué à utilisé perforce, freebsd aussi. Svn avait des concurrents sérieux depuis le début. Et bitkeeper est plus vieux que subversion de quelques mois, donc même le concept de Subversion n'était pas le plus novateur à l'époque. Avant git/hg, tu as eu tla, dont l'idée était séduisante, mais l’implémentation catastrophique.
Git est arrivé et n'a pas apparemment de plus pour une entreprise.
Sauf que Kernel.org a décidé de s'en servir…
Cette pub involontaire a permis à git de se faire connaître.
Git a des avantages pour une entreprise.
D'une part, git a des avantages vis à vis de svn sur le point de vue techniques. Il est plus rapide, permet de faire des git bisect efficaces, ce qui permet de chercher des bugs de façon plus rapide.
Ensuite, le fait que tout clone d'un dépôt git soit un clone complet permet de régler des souis d'ordre opérationnel, comme le fait d'avoir une liaison lente dans certains pays vis à vis de l'Europe. Exemple, le brésil, l'australie ont des liens internets limités. Et si donc tu as des bureaux la bas, pouvoir faire un miroir complet sans magouille est un avantage. ( ie, miroir en lecture ecriture ).
Ensuite, non, une entreprise qui développe a autant besoin de pouvoir faire des branches qu'un groupe comme kernel.org. Si tu fait un site de ecommerce, tu as ta version en production, ta version en dev, etc, et tu fait passer les commits de façon fluides d'un depot à l'autre. Faire des merges sous svn, c'est pourri, avec git, ça passe correctement.
D'ailleurs, la preuve que git apporte des choses, c'est qu'il y a plein de boites qui utilisent git. C'est que Google lache perforce pour git.
Et ensuite, git a été écrit par Linus Torvalds car les outils existants n'étaient pas adaptés. Donc c'est pas "kernel.org a fait de la pub involontaire". C'était très volontaire, d'une part, et avant, Linus utilisait bitkeeper, qui n'a pas lui pris le monde d'assaut, prouvant bien que la pub de kernel.org n'est pas une condition suffisante, ou même nécessaire.
Donc oui, git s'est imposé par ses qualités, pas parce que Linus a décidé de l'écrire ou de le faire. Si un outil réponds aux besoins des gens, les gens l'utilisent. Git réponds à ce besoin, c'est utilisé. Systemd réponds, c'est utilisé. Mercurial réponds aussi et permet d’expérimenter autrement, des gens l'utilisent, pareil pour upstart.
"Ce qui n’est pas falsifié, fraudé, de ce qui est loyal, consciencieux sans être de la première qualité. "
j'aurais tendance à dire que mon intervention n'est pas falsifié ou fraudé, donc ça, ça colle
"Qui est conforme à la raison, bienséant, convenable à la profession et à l’âge des personnes. "
j'aurais tendance à ne pas trouver mon intervention contraire à la bienséance, donc pareil, ça colle
"Qui est conforme à la vertu, à la probité, à l’honneur. "
Je ne vois pas en quoi je ne suis pas conforme à la probité ou à l'honneur, donc je pense que ça colle.
"Qui est civil, poli. "
Et comme je vois pas d'impolitesse, je dirait aussi que mes propos sont honnêtes.
Donc non, il n'est pas évident en quoi mes contre exemples ne sont pas honnêtes. Sauf à avoir une définition qui n'est pas la définition couramment admise, ce qui ne serait pas la première fois.
OSEF: ça ne change en rien ce que je dis
ça confirme juste que tu ne sais pas de quoi tu parles et que tes exemples sont pas frais. J'aurais bien dit que ça remets en cause ta crédibilité, mais comme elle est inexistante…
Nous avons sur linuxFR des gens suffisamment intelligent pour comprendre ce que je dis.
Mais c'est dommage ue tu fasses pas partie de ce groupe de gens assez intelligents pour te comprendre.
La fondation apache n'a pas de codeurs employés à temps plein ou de sous traitant. Le travail est fait par des gens externes à la dite fondation, sans avoir de lien financier avec la fondation. Et par fondation, je parle de apache.org, pour être bien clair.
Une des règles pour obtenir l’accès en tant que projet de la fondation, c'est d'avoir des développeurs de plusieurs employeurs différents, afin de s'assurer que le projet est pérenne.
init V et systemd n'ont jamais eu pour but de remplacer LSB ou l'intégration des mainteneurs.
init V non. Par contre, systemd a pour but aussi d'unifier les services entre distributions. Par exemple, en offrant une API documenté pour changer la locale ou le nom d'hote, et pas des détails purement historique comme le fait d'avoir un fichier avec un chemin différent pour le nom d'hôte. De la même façon, un fichier .service va marcher de la même façon partout. un service a besoin de charger un module va pouvoir le faire de la même façon en posant le fichier dans /etc/modules.d/ avec une syntaxe défini.
Et du coup, tu peux pousser ça upstream tout comme tu peux pousser upstream le fichier .desktop pour que tout le monde s'en serve.
tu vas me dire que systemd va deviner tout seul quand le service à gérer est dans /opt plutot que le /usr/ classique ?
Les autotools et grosso modo tout les trucs du monde ont de quoi faire des templates. C'est déja ce qui fait pour les .desktop justement.
Pour les process zombie ok, mais d'un point de vue hierarchique c'est le seul qui peut le faire aussi.
bien sur j'ai jamais dit qu'il n'y avait pas de raison à ça. Juste que l'image d'un init qui lance juste les services est un chouia incomplète, init fait grosso modo 4 fois plus que ça.
sur ctrl+alt+del, et les powerwait/… tu ne peux pas me dire que ça n'a pas de lien avec l'arrêt/démarrage des services, même si je suis
d'accord que d'un point de vue modulaire, ça devrait faire l'objet de services à part.
Mais justement, ça fait déjà l'objet de service à part comme acpid.
Et à ce moment la, se charger de lancer de façon propre un service ( ie, mettre les namespaces si besoin, faire le setuid si besoin ), ça rentre aussi dans l'arrêt/démarrage des services. Mais pourtant, quand systemd le fait, c'est bloated, quand c'est init, ç'est normal.
Ensuite si tu trouves que systemd fait trop, la question est de savoir si le binaire de systemd fait trop, ou si le fait d'avoir tout dans le même git est un souci. Si c'est le second, on te dira que les BSDs font ça aussi, et personne ne trouve que c'est bloated de mettre tout dans un seul cvs/svn. Si c'est le premier, peut être que comme pour l'ancien init, ça a un sens techniquement de faire ça de façon unifié ?
Et quand on voit tout ce que fait le noyau qui peut être fait en userspace ( par exemple, le nat est fait via natd sur FreeBSD en userspace ) et le nombre de gens qui se jette sur le hurd pour aider, j'aurais tendance à dire que "trop faire" n'est pas une si grande tare. Et je peux même pas dire que c'est la personnalité du développeur initial, vu que Linus est vachement moins diplomate que Lennart.
On est jamais trop prudent, suffit juste d'une fuite mémoire, d'une barette de ram défectueuse, ou d'avoir des machines dans des versions de développement, par exemple pour que les gens puissent faire des tests de compilation.
On attend toujours les besoins « modernes » auxquels FreeBSD ne peut pas répondre
Si tu parles de façon général, et sans vouloir dire du mal de FreeBSD, je pense que la pile de virtualisation de l'OS est pas encore mature. Soit tu prends bhyve ( toujours en dev ), soit tu prends VirtualBox ( donc un module externe ).
Pareil, niveau module de sécurité MAC, je pense que FreeBSD est un chouia en retard sur une distribution comme RHEL en terme d'architecutre proche de FLASK, malgré la présence de nombreux modules des plus intéressants (http://www.freebsd.org/doc/en/books/handbook/mac.html) et d'une architecture correct pour ça. Mais c'est pas un besoin "moderne", c'est vrai.
FreeBSD note que son module Fuse n'est pas production ready, (https://wiki.freebsd.org/FuseFilesystem), donc si c'est encore vrai, ça exclue globalement le déploiement de choses comme Ceph ou Glusterfs, qui sont utilisés pour notamment des déploiement d'openstack et ou du big data.
Ensuite, parmi les besoins modernes, je pense qu'il y a des choses comme le fait d'augmenter la densité des containers, en lançant tout à la demande (http://0pointer.de/blog/projects/socket-activated-containers.html). Je ne pense pas que les jails permettent ça pour le moment.
(et ce besoin est directement corrélé avec des outils de PaaS comme Openshift, et le besoin croissant de faire du "self-service" et d'offrir des services aux départements de ta société.
Et je pense pas que les devs de FreeBSD soit des abrutis de pas avoir ça, c'est juste une question de ressources. On voit bien qu'il y a chaque fois des gens qui bossent sur des projets, on sait aussi qu'on peut pas être partout à la foi. Il y a une différence entre dire "je pense que j'ai pas besoin" ou "je pense que la complexité induite ne vaut pas le coup" et "je pense que personne n'a besoin de ça".
Par exemple supposons qu'on a assigné quelqu'un à UN projet de son (sound). Il ne connaît que ça.
Un beau jour PulseAudio s'impose, mais l'autre il n'y connaît que dalle. On gros on sera obligé de le virer.
Parce que c'est bien connu, les développeurs ne sont pas capables d'apprendre ou de transposer ses compétences sur autre chose. Si le mec connait un systéme de son, il n'a aucune chance d'en connaitre un autre, surtout si du jour au lendemain, san sprevenir, le truc change. Car c'est aussi comme ça que ça marche, un jour, y a rien, le lendemain, sans avoir le temps de regarder u voir les choses bouger, paf, y a pulseaudio.
( je précise que c'est du sarcasme pour me moquer des idées délirantes de kadalka )
Des personnes qui passent d'un produit à un autre, on en trouve souvent. par exemple, Apple et Ivan Krstic (qui a bossé sur le système de sécurité de l'OLPC avant d'aller faire pareil chez Apple), Luke Kanies qui bossé sur cfengine avant de faire Puppet, les mecs de Chef qui ont fait pareil vis à vis de Puppet, Michael DeHaan le fondateur de ansibleWorks qui a écrit func avant de bosser sur ansible. Des exemples comme ça, je peux en sortir des tonnes, et ça, c'est juste la partie visible de l'iceberg, car c'est exactement pareil dans le proprio.
Si tu veux quelqu'un pour bosser sur un produit, tu va pas prendre quelqu'un qui n'a jamais touché à ce produit, tu va prendre quelqu'un qui a l'expérience dans le domaine. Donc par exemple, tu va prendre une personne qui a déjà codé sur mysql pour bosser sur postgresql, etc. Ou sur un cms en php comme wordpress pour bosser sur drupal.
[^] # Re: Changer de style
Posté par Misc (site web personnel) . En réponse au journal Le thème surprise de linuxfr.org ce soir.. Évalué à 5.
Je suis aussi dans ce cas. Pire encore, ça nuit à ma productivité car quand tu as des threads vraiment longs ( genre discussion avec kadalka ), ça s'affiche sur une colonne minuscule.
[^] # Re: Ah mes yeux
Posté par Misc (site web personnel) . En réponse au journal Le thème surprise de linuxfr.org ce soir.. Évalué à 8.
ça marche moins bien dans le train, je reconnais que la crise aidant, je suis obligé de prendre un tgv de la sncf et pas mon train privé.
[^] # Re: Inversion pour MariaDB
Posté par Misc (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 4.
Le paquet s'appelle mariadb.
Le souci, c'est que Oracle a débarqué en disant "en fait, on voudrait remettre mysql et on est ok pour le maintenir", et que personne n'a trouvé de raison de dire non ( ou plutôt, on a pas écouté celui qui a dit non car il n'avait pas d'argument valable). Donc du coup, il a fallu trouver une méthode pour faire la migration à mariadb tout en gardant mysql de disponible. Ce qui a pas été sans casse :/
[^] # Re: Problème DNS
Posté par Misc (site web personnel) . En réponse au journal Lister les programmes installés sur un (ou plusieurs) poste(s) sous Windows (XP ou 7). Évalué à 9.
Pourquoi ça parle de windows, c'est encore un journal de kadalka, tu abuses :p ?
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 4.
non, c'est parce que le problème n'existe pas qu'il n'existe pas. la seule chose qui compte, c'est si quelqu'un peut ou veut faire le taf. Ceux qui veulent peuvent pas, et ceux qui peuvent veulent pas. IE, les gens compétents dans le domaine voit pas le souci, ceux qui le voit sont pas assez compétents. C'est facile de poster sur linuxfr, c'est moins facile de convaincre avec des arguments techniques les autres.
Ok et la relation entre pulseaudio et init en ce moment est ?
Parce que bon, pour retirer quelque chose, il faut l'avoir, et la, pour le moment, y en a pas.
( c'est une question réthorique, ne réponds pas, on sait que tu es incapable d'aligner le moindre argument techniques, tu as fait largement preuve de ton incapacité à le faire, et surtout de ton incapacité à l'admettre et à agir en conséquence, comme par exemple "ne pas prendre un ton péremptoire et accusateur" ).
tu sais, tu as aussi le droit de citer en donnant des liens. J'ai parler d'un outil qui simplifie la création de conteneurs dans systemd. Donc curieusement, un outil qui fait des conteneurs adaptés à systemd, ça utilise systemd. Tout comme le fait d'avoir une interface graphique pour systemd va pas rendre systemd indispensable, un outil qui fait des conteneurs pour systemd va pas rendre systemd indispensable, sauf si les dits conteneurs ont des fonctions que les autres outils n'ont pas, auquel cas le souci est surtout que les alternatives sont inférieurs, ce qui est totalement différents. Si le but est "on va rendre systemd tellement bien que les gens vont plus s'en passer", tu m'excuseras de rire de ta prévision. "ouais, RH va faire des softs bien pour que les gens les utilisent".
Wayland, c'est poussé par un mec de Intel. Pulseaudio, c'est Canonical qui paye le mainteneur actuel. Tu as pas le sentiment que les faits contredisent tes délires à longueur de temps ?
Soit ta maitrise du français est incorrect, soit ta maitrise de l'anglais est incorrect, soit tu as une vision faussé du logiciel libre. Contrer implique un rapport de force, et c'est pas exactement comme ça que ça se passe. Le but d'ALSA, c'était d'offrir une meilleur API et une meilleur architecture. D'ailleurs, elle est pas portable sur les autres OS, qui sont encore sur une API compatible OSS. Ça rappelle furieusement un gestionnaire démarrage dit donc. Et donc le but, c'était de remplacer, pas de contrer.
Encore une fois, pulseaudio est maintenu en ce moment par un salarié Canonical.
[^] # Re: Dernier avant fermeture
Posté par Misc (site web personnel) . En réponse au journal Espionnage. Évalué à 4.
Il voulait poser la problématique de l'indépendance de la France, et le fait que d'un coté, on s'offusque, mais de l'autre, on fait (selon lui) rien contre.
Autant je suis pas d'accord sur le fait qu'on fait rien car on fait des choses, mais que ça ne se voit pas. Et je pense juste que les gens pensent que faire quelque chose, c'est facile "sufi just de virai windauw$, lol". Mais à coté de ça, la question est légitime, si on s'offusque, quel mesure vont être prise et pourquoi.
C'est facile d'affirmer "faut se passer de google et facebook" et ensuite dans un commentaire, d'aller dire "faut que ta distribution soit visible sur g+ et facebook pour exister, et pinterest, trop cool, y a air france dessus".
Mais voila, ça, ç'est du kadalka. Ensuite, peut être qu'à force d'essayer de lui répondre, j'ai fini par ne plus voir à quel point il est confus.
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.
Et ? ça reste un concurrent quand même. Sauf à vouloir être malhonnête, tu supprimes pas tout une partie du paysage pour le plaisir.
Tu as croisé beaucoup de codeurs qui se sont dit "oula, kernel.org prends ça, donc je fait pareil" ?
Parce que moi, c'est pas la réponse qu'on m'a donné. Avant d'affirmer des trucs, prends au moins la peine de discuter autour de toi, ou plutôt, discute avec des gens qui savent de quoi ils parlent.
laisse moi deviner, parce que mettre en place git, ça implique du travail et des formations, et donc que les boites n'ont pas le temps ? En fait, tu devrait aller demander à ces nombreuses entreprises, car moi, mon employeur, et celui d'avant, ils ont commencer, voir bien fini de migrer vers Git ( et ça va de la startup à la grosse multinationale américaine, donc j'ai les 2 extrêmes ).
Donc dire que "un logiciel est pourri sur un point", c'est insulter les utilisateurs, pas de souci. Je vois qu'une fois de plus, tu ne piges pas les critiques qu'on te fait, et tu tentes de les appliquer.
Sinon, comme tu connais ni git, ni svn, cf ce que tu dis, peut être que tu devrais arrêter de commenter, car ça, c'est bien la définition d'inutile.
C'est bien, d'un coté, tu dis "Je ne connais pas la politique de Google dans le domaine de VCS", de l'autre, tu dis " C'est pour cela que Google dans le passé utilisait Perforce (sécurité, assurance, etc.).". Tu as pas le sentiment de te contredire ?
# Dernier avant fermeture
Posté par Misc (site web personnel) . En réponse au journal Espionnage. Évalué à 2.
Une raison ?
IE, est ce ta volonté, ou celle de kadalka ?
Car bon, le journal a l'air moins barré que certains de ses commentaires du top 43 que j'ai rassemblé donc je trouverais bizarre de s’arrêter en chemin.
[^] # Re: xmvn
Posté par Misc (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 2.
http://mizdebsk.fedorapeople.org/xmvn/cookbook/package.html
ça montre bien le avant et après.
Par exemple, si tu regardes la section %install, tu passes de "plein de trucs" à "une ligne".
Pareil pour la déclaration des fichiers, ce qui permet d'avoir des specs plus simples et plus uniformes. Si tu as déjà fait des paquets debian, c'est comme les divers commandes dh_* ou les classes d'ebuild. Ou les templates c++, mais en moins compliqué.
[^] # Re: F19 et les bureaux
Posté par Misc (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 4.
Essaye dnf, il est un chouia plus rapide
https://fedoraproject.org/wiki/Features/DNF
ensuite, il a soit des features qui manquent ( vu que yum est assez fourni à ce niveau ), ou il y a des petits bugs. Mais bon, comme il reste yum, autant essayer et faire des retours :)
[^] # Re: Quand même !
Posté par Misc (site web personnel) . En réponse au journal Linux totalise 1,07% des utilisateurs Steam en juin 2013. C'est déjà ça.... Évalué à 6.
Si c'est que ça, on peut s'arranger.
Car bon, il est très clair que ce graphique montre bien une fois de plus l'inadéquation du modèle à base de DRM sur une plateforme linux, et que les gens votent avec leur porte monnaie de façon clair pour s'éloigner du propriétaire et loin de la masse bélante des gamers emprisonnés sur steam. La plateforme, après un décollage pour la curiosité comme tu le dit a bien montré ses limites rapidement, et rame pour attirer parmi les 30 à 40 millions d'utilisateurs de système linux pure ( ie, sans android, et en ajoutant les chiffres de Fedora et ceux de Ubuntu, et en estimant Debian et les autres à la louche ).
Les linuxiens ne veulent pas d'un monde ou on mets les distractions dans une prison, que ça soit des jeux, des musiques, ou des vidéos. Car comme toujours avec le libre, c'est le pragmatisme de l'approche qui prime, le refus par le boycott des pratiques inadéquates et trompeuses des éditeurs qui sont en cause, et finalement, le fait de montrer qu'un autre monde est possible
( la, faut m'imaginer en train de lever le poing et d'avoir une foule qui scande mon nom pour que ça fasse de l'effet, vous pouvez le faire chez vous et m'envoyer la vidéo )
ça te va comme entrée en la matière, ou j'en rajoute encore un peu ?
[^] # Re: Wayland et F19
Posté par Misc (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 5.
Du code plus simple, ou plus moderne, ça apporte toujours des choses, même si c'est indirectement. De même que mir va permettre d'apporter Ubuntu sur d'autres plateformes, je pense que Wayalnd permet de rénover un peu la couche graphique.
[^] # Re: Le dernier cri
Posté par Misc (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 3.
Il y a des tas de tests, comme par exemple pour la rc3 :
https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_RC3_Install?rd=Test_Results:Current_Installation_Test
Ensuite, la QA n'est pas la partie qui est vu comme étant sexy dans une distribution, donc les gens en font moins que de paquets. C'est assez triste, car tout le monde veut une distribution stable, mais ça ne motive pas les gens :/
[^] # Re: Wayland et F19
Posté par Misc (site web personnel) . En réponse à la dépêche Fedora 19 : le chat de Schrödinger sort de la boîte vivant !. Évalué à 3.
Je crois me souvenir que gnome vise le support wayland préliminaire pour la version 3.10. Ensuite, savoir si 1) ça va être fait à temps et 2) être suffisamment bien intégré, c'est autre chose.
cf :
https://wiki.gnome.org/ThreePointNine/Features/WaylandSupport
et :
https://wiki.gnome.org/Wayland/GnomeShell
[^] # Re: Quand même !
Posté par Misc (site web personnel) . En réponse au journal Linux totalise 1,07% des utilisateurs Steam en juin 2013. C'est déjà ça.... Évalué à 5.
Ce qui est intéressant, c'est de voir que le chiffre était au plus haut en février, et qu'il chute depuis. Soit ~50% des gens ont tentés, soit steam a gagné plein d'utilisateurs windows d'un coup.
Cf http://www.omgubuntu.co.uk/2013/06/steam-for-linux-users-in-decline
J'ai beau tourné ça dans tout les sens, 50% de pertes, ça me parait énorme.
[^] # Re: Quand même !
Posté par Misc (site web personnel) . En réponse au journal Linux totalise 1,07% des utilisateurs Steam en juin 2013. C'est déjà ça.... Évalué à 10.
535 000 personnes, ça fait grosso modo la population du Luxembourg. Ou ça fait entre 1/4 et 1/5 des habitants de paris intra-muros. Ou ça fait le nombre de système android activé depuis ce matin 10h ( si on prends les rapports de 2013 ).
535 000, si Canonical revendique 12 millions d'utilisateurs ( en 2010 ), ça fait 1 utilisateur ubuntu sur 25. Et si on prends les chiffres de Fedora, ça fait 1 système sur 50. Bien sur, comparer des systèmes bureautiques avec des systèmes tout usage et sur la base de chiffres qui sont pas forcément précis est hautement trollifére et foireux, mais ça donne des ordres de grandeurs.
Si chaque utilisateur de steam venait à donner 10 euros à une distribution par an, elle pourrait payer une équipe de 10 à 15 personnes pendant 1 an en france. Moins les divers soucis comme "frais de fonctionnement, location des locaux, etc", ce qui au final ferait sans doute une équipe un chouia plus petite.
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.
Systemd a plein de switch pour son script configure. Et d’après les archives, le projet accepte assez facilement ce qui permet de désactiver certains requirements comme par exemple, selinux, pam, gcrypt, etc.
Ceci dit, de ce que je lit du code, c'est systemd qui va demander à monter de force 4/5 fs ( cf ./src/core/mount-setup.c tableau mount_table ), et qu'en effet, le logiciel requiert d'avoir /dev/ en devtmpfs. Je suis pas assez expert pour savoir si ça fait plus qu'un simple tmpfs, mais c'est vrai que c'est discutable, même si je peux comprendre l'envie de pas avoir des milliers de cas au vue de tout ce que le noyau supporte ou pas.
Ensuite, oui, le fait de dépendre d'un certain nombre d'option noyau est gênante. Par exemple, feu mes 2 RPS n'avaient pas de support de cgroups, j'ai jamais pu mettre à jour la mageia dessus. Et c'est le même souci que j'ai avec divers appareils embarqués ( téléphone, routeur ) avec des pilotes proprios ou des patchs qui sont pas upstreams dans le kernel, je peux pas mettre à jour, ou mettre à jour, c'est chiant.
Systemd, de part sa place centrale, requiert quand même un minimum d'intégration et de travail, et du coup, tu peux pas juste "je boote avec n'importe ou et ça passe" :/
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 6.
Perforce avait une bonne part des parts de marché. Google est parti sur perforce tout au début et il y a en ce moment une migration lente sur les dépots internes vers git ( en ne faisant que des dépots git pour les nouveaux projets ), Perl a longtemps continué à utilisé perforce, freebsd aussi. Svn avait des concurrents sérieux depuis le début. Et bitkeeper est plus vieux que subversion de quelques mois, donc même le concept de Subversion n'était pas le plus novateur à l'époque. Avant git/hg, tu as eu tla, dont l'idée était séduisante, mais l’implémentation catastrophique.
Git a des avantages pour une entreprise.
D'une part, git a des avantages vis à vis de svn sur le point de vue techniques. Il est plus rapide, permet de faire des git bisect efficaces, ce qui permet de chercher des bugs de façon plus rapide.
Ensuite, le fait que tout clone d'un dépôt git soit un clone complet permet de régler des souis d'ordre opérationnel, comme le fait d'avoir une liaison lente dans certains pays vis à vis de l'Europe. Exemple, le brésil, l'australie ont des liens internets limités. Et si donc tu as des bureaux la bas, pouvoir faire un miroir complet sans magouille est un avantage. ( ie, miroir en lecture ecriture ).
Ensuite, non, une entreprise qui développe a autant besoin de pouvoir faire des branches qu'un groupe comme kernel.org. Si tu fait un site de ecommerce, tu as ta version en production, ta version en dev, etc, et tu fait passer les commits de façon fluides d'un depot à l'autre. Faire des merges sous svn, c'est pourri, avec git, ça passe correctement.
D'ailleurs, la preuve que git apporte des choses, c'est qu'il y a plein de boites qui utilisent git. C'est que Google lache perforce pour git.
Et ensuite, git a été écrit par Linus Torvalds car les outils existants n'étaient pas adaptés. Donc c'est pas "kernel.org a fait de la pub involontaire". C'était très volontaire, d'une part, et avant, Linus utilisait bitkeeper, qui n'a pas lui pris le monde d'assaut, prouvant bien que la pub de kernel.org n'est pas une condition suffisante, ou même nécessaire.
Donc oui, git s'est imposé par ses qualités, pas parce que Linus a décidé de l'écrire ou de le faire. Si un outil réponds aux besoins des gens, les gens l'utilisent. Git réponds à ce besoin, c'est utilisé. Systemd réponds, c'est utilisé. Mercurial réponds aussi et permet d’expérimenter autrement, des gens l'utilisent, pareil pour upstart.
[^] # Re: De l'influence de l'employeur.
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 6.
ah oui, quand je dit "des startups", je cite des grosses structures…
Alors, c'est une affirmation à l'emporte piéce, voyons la définition du mot honnête :
https://fr.wiktionary.org/wiki/honn%C3%AAte
"Ce qui n’est pas falsifié, fraudé, de ce qui est loyal, consciencieux sans être de la première qualité. "
j'aurais tendance à dire que mon intervention n'est pas falsifié ou fraudé, donc ça, ça colle
"Qui est conforme à la raison, bienséant, convenable à la profession et à l’âge des personnes. "
j'aurais tendance à ne pas trouver mon intervention contraire à la bienséance, donc pareil, ça colle
"Qui est conforme à la vertu, à la probité, à l’honneur. "
Je ne vois pas en quoi je ne suis pas conforme à la probité ou à l'honneur, donc je pense que ça colle.
"Qui est civil, poli. "
Et comme je vois pas d'impolitesse, je dirait aussi que mes propos sont honnêtes.
Donc non, il n'est pas évident en quoi mes contre exemples ne sont pas honnêtes. Sauf à avoir une définition qui n'est pas la définition couramment admise, ce qui ne serait pas la première fois.
ça confirme juste que tu ne sais pas de quoi tu parles et que tes exemples sont pas frais. J'aurais bien dit que ça remets en cause ta crédibilité, mais comme elle est inexistante…
Mais c'est dommage ue tu fasses pas partie de ce groupe de gens assez intelligents pour te comprendre.
La fondation apache n'a pas de codeurs employés à temps plein ou de sous traitant. Le travail est fait par des gens externes à la dite fondation, sans avoir de lien financier avec la fondation. Et par fondation, je parle de apache.org, pour être bien clair.
Une des règles pour obtenir l’accès en tant que projet de la fondation, c'est d'avoir des développeurs de plusieurs employeurs différents, afin de s'assurer que le projet est pérenne.
[^] # Re: Argument bidon!
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 2.
Pour toi, y a ça :
http://sta.li/
Et ça :
http://statifier.sourceforge.net/
si ça marche encore. Je suis sur qu'ils cherchent tout les 2 des testeurs.
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.
Mais ça ne réponds que au besoin de "cgroups" pour les ressources, pas à cgroups pour grouper les processus ( ce qui est qur quoi systemd s'appuie ).
Et les jails ne sont pas non plus un équivalent comme lu plus tot, vu qu'un jail, c'est un container ( ie, linux namespace, lxc ).
Ceci dit, rctl a l'air très bien, je pense que ça mériterais un article dans GLMF pour que les gens connaissent un peu plus.
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 6.
init V non. Par contre, systemd a pour but aussi d'unifier les services entre distributions. Par exemple, en offrant une API documenté pour changer la locale ou le nom d'hote, et pas des détails purement historique comme le fait d'avoir un fichier avec un chemin différent pour le nom d'hôte. De la même façon, un fichier .service va marcher de la même façon partout. un service a besoin de charger un module va pouvoir le faire de la même façon en posant le fichier dans /etc/modules.d/ avec une syntaxe défini.
Et du coup, tu peux pousser ça upstream tout comme tu peux pousser upstream le fichier .desktop pour que tout le monde s'en serve.
Les autotools et grosso modo tout les trucs du monde ont de quoi faire des templates. C'est déja ce qui fait pour les .desktop justement.
bien sur j'ai jamais dit qu'il n'y avait pas de raison à ça. Juste que l'image d'un init qui lance juste les services est un chouia incomplète, init fait grosso modo 4 fois plus que ça.
Mais justement, ça fait déjà l'objet de service à part comme acpid.
Et à ce moment la, se charger de lancer de façon propre un service ( ie, mettre les namespaces si besoin, faire le setuid si besoin ), ça rentre aussi dans l'arrêt/démarrage des services. Mais pourtant, quand systemd le fait, c'est bloated, quand c'est init, ç'est normal.
Ensuite si tu trouves que systemd fait trop, la question est de savoir si le binaire de systemd fait trop, ou si le fait d'avoir tout dans le même git est un souci. Si c'est le second, on te dira que les BSDs font ça aussi, et personne ne trouve que c'est bloated de mettre tout dans un seul cvs/svn. Si c'est le premier, peut être que comme pour l'ancien init, ça a un sens techniquement de faire ça de façon unifié ?
Et quand on voit tout ce que fait le noyau qui peut être fait en userspace ( par exemple, le nat est fait via natd sur FreeBSD en userspace ) et le nombre de gens qui se jette sur le hurd pour aider, j'aurais tendance à dire que "trop faire" n'est pas une si grande tare. Et je peux même pas dire que c'est la personnalité du développeur initial, vu que Linus est vachement moins diplomate que Lennart.
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 3.
On est jamais trop prudent, suffit juste d'une fuite mémoire, d'une barette de ram défectueuse, ou d'avoir des machines dans des versions de développement, par exemple pour que les gens puissent faire des tests de compilation.
[^] # Re: C'est plus facile de travailler salement…
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 8.
Si tu parles de façon général, et sans vouloir dire du mal de FreeBSD, je pense que la pile de virtualisation de l'OS est pas encore mature. Soit tu prends bhyve ( toujours en dev ), soit tu prends VirtualBox ( donc un module externe ).
Pareil, niveau module de sécurité MAC, je pense que FreeBSD est un chouia en retard sur une distribution comme RHEL en terme d'architecutre proche de FLASK, malgré la présence de nombreux modules des plus intéressants (http://www.freebsd.org/doc/en/books/handbook/mac.html) et d'une architecture correct pour ça. Mais c'est pas un besoin "moderne", c'est vrai.
FreeBSD note que son module Fuse n'est pas production ready, (https://wiki.freebsd.org/FuseFilesystem), donc si c'est encore vrai, ça exclue globalement le déploiement de choses comme Ceph ou Glusterfs, qui sont utilisés pour notamment des déploiement d'openstack et ou du big data.
Ensuite, parmi les besoins modernes, je pense qu'il y a des choses comme le fait d'augmenter la densité des containers, en lançant tout à la demande (http://0pointer.de/blog/projects/socket-activated-containers.html). Je ne pense pas que les jails permettent ça pour le moment.
(et ce besoin est directement corrélé avec des outils de PaaS comme Openshift, et le besoin croissant de faire du "self-service" et d'offrir des services aux départements de ta société.
Et je pense pas que les devs de FreeBSD soit des abrutis de pas avoir ça, c'est juste une question de ressources. On voit bien qu'il y a chaque fois des gens qui bossent sur des projets, on sait aussi qu'on peut pas être partout à la foi. Il y a une différence entre dire "je pense que j'ai pas besoin" ou "je pense que la complexité induite ne vaut pas le coup" et "je pense que personne n'a besoin de ça".
[^] # Re: De l'influence de l'employeur.
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 8.
Parce que c'est bien connu, les développeurs ne sont pas capables d'apprendre ou de transposer ses compétences sur autre chose. Si le mec connait un systéme de son, il n'a aucune chance d'en connaitre un autre, surtout si du jour au lendemain, san sprevenir, le truc change. Car c'est aussi comme ça que ça marche, un jour, y a rien, le lendemain, sans avoir le temps de regarder u voir les choses bouger, paf, y a pulseaudio.
( je précise que c'est du sarcasme pour me moquer des idées délirantes de kadalka )
Des personnes qui passent d'un produit à un autre, on en trouve souvent. par exemple, Apple et Ivan Krstic (qui a bossé sur le système de sécurité de l'OLPC avant d'aller faire pareil chez Apple), Luke Kanies qui bossé sur cfengine avant de faire Puppet, les mecs de Chef qui ont fait pareil vis à vis de Puppet, Michael DeHaan le fondateur de ansibleWorks qui a écrit func avant de bosser sur ansible. Des exemples comme ça, je peux en sortir des tonnes, et ça, c'est juste la partie visible de l'iceberg, car c'est exactement pareil dans le proprio.
Si tu veux quelqu'un pour bosser sur un produit, tu va pas prendre quelqu'un qui n'a jamais touché à ce produit, tu va prendre quelqu'un qui a l'expérience dans le domaine. Donc par exemple, tu va prendre une personne qui a déjà codé sur mysql pour bosser sur postgresql, etc. Ou sur un cms en php comme wordpress pour bosser sur drupal.
Donc non, tu va pas être obligé de le virer.