Questionner les limites de cette migration est hors de propos ?
gitlab se veut être un clone de github et ce genre de solutions pousse à enclaver les gens sur gitlab. Ça pose des problèmes aux autres forges et mène à une monoculture (pour faire simple le github flow).
De plus la multiplication des processus et tout ce qui vient avec (changement de contexte, lecture en plus sur disque,…) peu aussi se faire ressentir sur du hardware moins puissant.
[^] # Re: (HS) Github
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à  2.
Et ils utilisent zip et unicode c'est que ça doit être bon, non ? C'est un format qui n'est même pas décrit. Il n'est supporté que pour 3 mois…
Et elle devrait sortir exnihilo ou on pourrait imaginer que les développeurs de forges commencent à travailler sur de l’interopérabilité ?
Ça dépend de ton but. Si tu veux coder l'import de ce format dans redmine par exemple, il faut à chaque nouvelle version de gitlab (soit tous les mois) :
Et vu le changement de politique avec la version 13.x, je me doute qu'il va Ă©voluer ce format.
Questionner les limites de cette migration est hors de propos ?
gitlab se veut être un clone de github et ce genre de solutions pousse à enclaver les gens sur gitlab. Ça pose des problèmes aux autres forges et mène à une monoculture (pour faire simple le github flow).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: (HS) Github
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à  1.
Non documenté et justement :
Ils ne le supportent que pour 2 versions antérieur ce qui montrent bien qu'il n'y a pas de pérennité à attendre de se format. Si tu veux faire un import de cette archive, tu va potentiellement avoir un bon niveau de casse tête.
Le wiki pour pouvoir réimporter (proprement) le wiki il faut que tu ai la même saveur de markdown, de mermaid, que tu réimplémente le système de lien (pour le liens vers les tickets par exemple),…
Ça ne fonctionne que sur des instances auto hébergées et s'il y a le même email.
Je ne dis pas que la fonctionnalité ne marche pas ou qu'elle est mauvaise, juste qu'elle atteins assez vite ses limites et que l'intéropérabilité qui en découle reste limitée. Comme ses concurrents, gitlab travaille surtout pour que tu puisse continuer à travailler avec lui (en mode hébergé ou chez toi). Ce n'est pas une volonté d'interchangeabilité.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: (HS) Github
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à  1. Dernière modification le 17 juillet 2020 à 06:26.
C'est très spécifique gitlab, je ne suis pas sûr que ce soit documenté, de comment ça se passe si tu as des écarts de version ou si tu passe de Community à Entreprise (ou l'inverse). C'est moins une solution d'intéropérabilité que de backup. Et avec tout ça il ne va pas faire de magie. Tu perds les utilisateurs. Il ne va pas faire de mapping entre les comptes de l'ancien et du nouveau.
J'avais entendu parler d'un projet qui avait fait ce travail de mapping, mais je n'arrive pas Ă mettre la main dessus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: (HS) Github
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à  3.
J'ai l'impression que Google se tape cette réputation surtout parce qu'ils tentent beaucoup de choses. Mais je ne trouve pas leur politique qui choquante que ça. Framasoft aussi ferme des services. Ça fait partie du cycle de vie de tout service. Soit tu héberge toi pour t'assurer que le cycle de vie correspond à ton besoin soit il faut vivre avec (ce qui n'est pas forcément si compliqué si on a un peu fais attention).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: J’étais idéaliste...
Posté par barmic 🦦 . En réponse à la dépêche Interview de Sébastien Rohaut, auteur de livres notamment sur Linux. Évalué à  4. Dernière modification le 16 juillet 2020 à 10:29.
Ça alimente les troll infinis sur les forums plus ou moins spécialisés, mais ça ne change rien. Ceux qui savent qui est Miguel de Icaza ont déjà leur avis sur la question.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: (HS) Github
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à  2.
De ce que tu décris, le problème c'est la revue de code qui de ton expérience s'appuie sur des points non pertinents. Tu pourrais avoir la même chose sur la LKML. C'est juste que la LKML fais des remarques plus pertinentes, j'imagine
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: (HS) Github
Posté par barmic 🦦 . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à  2.
Si on parle de projets libres, ils n'ont pas vocation à cacher leurs statistiques et les distributions sont les premières à profiter de cette simplification. Ce ne sont pas des données complexes à trouver, ça ne l'a jamais était et ça n'est pas le but, il y a même eu des projets et entreprises qui faisaient ce genre de choses avant github.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: top!
Posté par barmic 🦦 . En réponse au journal Qu’on pose. Évalué à  4.
Ça me paraît peu crédible. Je présume que le marché s'aligne sur les ordinateurs portables. Ils ont moins de place et s'organisent chacun à leur façon pour gagner un peu de place d'autant qu'ils ajoutent toujours la touche Fn. Ça viendrait donc plus des fabricants de PC portable qui veulent simplement gagner de la place.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: circulez...
Posté par barmic 🦦 . En réponse au lien Grandeur et décadence de Linux (et j'ajoute: sic transit Linux regnum). Évalué à  6.
J'aime bien l'argument sur les noms d'interfaces… Il a rien regardé au pourquoi et ne s'est pas du tout dis que c'est déjà la stratégie des bsd et donc que eth0 n'est pas unix, mais une spécificité de linux. C'est beau les arguments bien construit 🙂
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: le principe "KISS" est-il devenu obsolète?
Posté par barmic 🦦 . En réponse au lien Grandeur et décadence de Linux (et j'ajoute: sic transit Linux regnum). Évalué à  2.
De plus la multiplication des processus et tout ce qui vient avec (changement de contexte, lecture en plus sur disque,…) peu aussi se faire ressentir sur du hardware moins puissant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  2.
Qui na aucun rapport avec la contribution dont on parle.
Chercher à discriminer, à pointer du doigt, voir à combattre (par exemple en expliquant que ça n'est pas éthique) c'est pour moi une façon de dénigrer. Au passage le lien que tu donne dis justement que tout cela est une question de bien et de mal et reproche à l'OSI de ne pas filtrer le mal, tu décris MS comme le mal (accepté par OSI et filtré par la FSF). Et tu le fais non pas en jugeant la contribution mais MS dans son ensemble. Donc oui tu fais la morale.
Très joli ! Sincèrement l'argument est fallacieux, mais je le trouve très rigolo. Entre ceux qui acceptent n'importe quel contribution tant qu'elle respecte la licence et qu'elle va dans le sens du projet et ceux qui regardent ton pédigrée pour te regarder bizarre quand tu propose une contribution, tu va dire que l'existence des 2 courants est en soit un clivage ? C'est pas vraiment de ça dont je parlais.
Sinon cet article est à charge. Il prends OpenSource en prenant comme définition des sources qui ne font pas référence, c'est à minima discutable. Il parle d'éthique sans plus aborder ce qu'il entends. Ça se résume à liberté des utilisateurs. On va dire que la question du sexisme n'est pas une question d'éthique, c'est ça ? Oui une attaque à la personne, mais il me semble qu'il reste pertinent d'établir ce qui fait parti de l'éthique ou non quand quelqu'un me parle d'éthique. Pour une partie non négligeable de ceux qui s'affirment de l'open source, l'éthique est nécessaire (affirmer qu'ils n'ont pas d'éthique est insultant et biaisé), mais que c'est une notion qu'il faut placer à d'autres niveaux. Dis autrement ce n'est pas au développeurs d'imposer son éthique à ses utilisateurs ou à sa communauté. Et ça a du sens parce que le scope de l'éthique ne se correspond pas du tout au scope d'une licence logiciel. Au lieu de créer des barrières qui posent beaucoup de problème en terme de partage, il vaut mieux adresser le problème avec une solution qui correspond. Ça peut venir avec des code of conduct (et oui c'est plus large que l'éthique dont parle Stallman et comme il le dit "C'est vrai : soulever des questions éthiques comme la liberté, parler de responsabilités aussi bien que de commodité, c'est demander aux gens de penser à des choses qu'ils préféreraient ignorer, comme de savoir si leur conduite est éthique ou non." - vraiment désolé mais relire ça aujourd'hui est particulièrement drôle - ).
Il montre clairement la différence qui me semble fondamentale entre l'OSI et la FSF, l'OSI a une confiance sans borne en la qualité qu'apporte le partage. Ça ne sort pas du chapeau c'est une évidence pour quiconque s'est posé la question de comment se passe l’innovation. Et on a pleins d'exemple qui montrent comment le développement communautaire est qualitatif. Tu peux aussi regarder toute la recherche sur l'intelligence collective pour voir en quoi ce mode de développement est supérieur. L'unique point qui fait que du logiciel privateur existe encore c'est la difficulté de financer les développements de logiciel ouvert, mais la FSF n'a pas de solution à ça non plus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  1.
Que vient faire vs code dans l'histoire ?
Pour être estampillé FSF-compliant, il faut subir une enquête de mortalité ? Suivre les règles d'un projet et travailler en ce sens ne suffit pas ?
Le monde libre de la FSF c'est un monde de suspicion ? Je pensais, peut-être naïvement, que le LL FSF était du LL copyleft avec une gouvernance communautaire évidemment sans CLA.
Faire la morale de ce que tu fais avec des logiciels et donc pourquoi tu y contribue me semble violer la liberté 0 du logiciel libre (et c'est clairement décrit dans la définition du LL de Debian). Ça plaît à certains ? Très bien pour eux. Mais quand on cherche à être clivant, se plaindre de ne pas faire l'humanité est… rigolo ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  3.
Cette contribution respecte tous les standards de développement communautaire, discussion avant le développement, proposition d'un patch, écoute et prise en compte des retours. En quoi c'est "OSI" plutôt que "FSF" ? Qu'est ce que ça change que ça serve à Azure (qui est mis en opposition avec les besoins de la communauté) ? Pourquoi sous entendre que cette contribution ne va pas dans le sens de la communauté ? Pourquoi est-ce qu'il est nécessaire de rappeler l'histoire de MS à chaque fois qu'ils font quelque chose ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  0. Dernière modification le 11 juillet 2020 à 21:31.
Tronc comme tu le souhaite, mais oui et la suite de ton intervention démontre l'intention qui en émanait.
Je vais m'arrêter là . Il n'y a rien de raisonnable dans cet façon d'être systématiquement contre tout ce que fait Microsoft quelque soit ce qu'ils font.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  2.
Tu amalgame beaucoup de choses qui ne sont pas compatibles. Leur service de containers se base sur docker pas sur lxc et c'est containers sont orchestrés par kubernetes pas par systemd. C'est 2 stack qui peuvent utiliser des containers mais leur unique point commun c'est linux.
Je questionne la manière de relayer cette information. Le besoin de sous entendre qu'ils font ça dans leur coin. C'est à la limite de suite que ça se fait au dépend du projet et de sa communauté. Ce sont des allégations, faites à demi mot, qui ne se basent que rien de tangible.
Bien sûr, c'est ta définition du bien et du mal dont il est question. La question s'adresse au commentateur pas à l'entreprise.
Mais au lieu de se poser des questions, il vaut mieux relayer l'information avec autant de sous-entendus que possible ?
On a vu il y a peu le même cas à l'encontre des logiciels libres. Affirmer d'un côté l'incompétence des journalistes et de l'autre côté faire un travail identique mais dans le sens de ta morale c'est triste. Ça fait perdre en crédibilité quand il y aura quelque chose de plus intéressant à dire.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  3.
On parle ici de permettre aux services lancés par systemd dans des conteneurs lxc (c'est une fonctionnalité de systemd : tu peux lancer sshd par exemple dans un conteneur) d'accéder à certaines informations de l'hôte, c'est à dire du linux que systemd execute. Ça intéresse peut-être Azure ? J'aurais pensé qu'Azure utilise plutôt kubernetes. Mais c'est quoi le problème ? Ils jouent le jeu pour un truc qui sert à la communauté, c'est un besoin qui existait déjà ça donne juste une manière simple et maintenu de le faire. On est pas dans une adaptation de systemd pour Azure, on est dans la simplification de fonctionnalité sur systemd. Le fais que ça serve aussi à Azure, OpenShift ou autre est il une raison pour le pointer du doigt comme tu le fais ?
Tu le mesure comment ? Quelque soit la manière de le mesurer je suis à peu près sûr que c'est faux. Il y a pas mal d'autres éditeurs qui sont bien plus gros.
La logique c'est : ils font des choses mal donc même quand ils font des choses bien il faut les montrer du doigt ? Être vigilant c'est toujours une bonne chose, mais être vigilant c'est regarder ce qu'ils font avant de juger et pas fuder sans chercher à s'intéresser plus en avant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Expose les informations du système d'exploitation hôte aux conteneurs
Posté par barmic 🦦 . En réponse au lien Microsoft loves systemd. Évalué à  3.
Il a discuté de la question avant de coder. Il a proposé un patch et a pris en compte les retours. Son patch sert surtout pour de la contenarisation au sein de systemd (lancer un service dans lxc). Il donne une solution pérenne à quelque chose qui pouvait être fait de 4 façons différentes avant cela.
Je ne sais pas en quoi Azure peut avoir besoin de ça, mais là il s'agit d'une entreprise qui finance du développement communautaire et qui répond à un besoin de la communauté. C'est quelque chose qui pose problème à la FSF ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: ils s'en contrefoutent
Posté par barmic 🦦 . En réponse au journal Pack auto-hébergement : Lettre ouverte aux fournisseurs d'accès à Internet. Évalué à  4.
Si je regarde la page des 4 plus gros, après les débits et la téléphonie, c'est plus les bouquets tv/netflix/disney+/mycanal/… en 4k qui sont mis en avant. Certains vont jusqu'à te vendre la télé qui va avec.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Hein ?
Posté par barmic 🦦 . En réponse au journal Pack auto-hébergement : Lettre ouverte aux fournisseurs d'accès à Internet. Évalué à  7.
OVH ne fait pas mieux dans ce domaine ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Lien
Posté par barmic 🦦 . En réponse au journal 1er retour sur le PinePhone. Évalué à  8.
Il manque le lien vers le site : https://www.pine64.org/pinephone/
Tu ne l'a pas mis dans ta description, mais il a un GPS.
Et dans la liste des connecteurs, il manque le jack.
4h d'autonomie est vraiment contraignant pour moi. Si la majorité du temps je suis à côté d'une prise, en rando ou en vacances c'est compliqué.
Je suis surpris qu'il n'y ai pas de portage d'android.
Bon courage pour le projet mobian ! Il y a une chance que ça s'intègre dans le projet upstream (que voir équipe soit une équipe debian etc) ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: un nouveau monde que je découvre...
Posté par barmic 🦦 . En réponse au journal MPRIS-Sync : Regardez des films ensemble par internet. Évalué à  4.
C'est un type de visionnage particulier. Par exemple pour une soirée nanars, l'objectif n'est pas d'être subjugué par le film et d'être totalement immergé, mais plutôt de se taper des barres avec des amis. L'autre cas parlant ces de (re)regarder des films cultes (du moins pour ceux qui regardent) et avoir la possibilité de commenter le film en live voir faire les dialogues en même temps (« I am your father »).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Bravo et is_number
Posté par barmic 🦦 . En réponse au journal MPRIS-Sync : Regardez des films ensemble par internet. Évalué à  2.
C'est pour les adeptes de soirées ciné je pense. Pendant le confinement j'ai des amis qui cherchaient ce genre de solution. Partager le visionnage d'un film c'est pas mal pour pouvoir rire ou faire des commentaires.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: contradiction
Posté par barmic 🦦 . En réponse au journal De la difficulté de mettre à jour son BIOS sous linux avec MSI. Évalué à  4.
Oui oui c'était plus car pour mettre en avant le problème de l'argument statistique. Ça vaut toujours le coup de prendre l'habitude d'y faire attention :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La nimage qui va bien
Posté par barmic 🦦 . En réponse à la dépêche Vingt‑deux ans de LinuxFr.org. Évalué à  3.
Tu répond à un commentaire qui dit :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: contradiction
Posté par barmic 🦦 . En réponse au journal De la difficulté de mettre à jour son BIOS sous linux avec MSI. Évalué à  5.
Quel est le taux d'utilisateurs utilisant chaque méthode ? Parce que si 99% le font via l'OS, ta stat n'indique pas ce que tu veux décrire. Je ne remet pas en cause ta conclusion.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll