L'avantage pour le schéma pointé est que c'est faux, par exemple :
- ce n'est pas parce que c'est sur Wikipedia que c'est juste donc pas vraiment utilisé à part pour des prosélytistes n'aimant pas expliquer la réalité du logiciel libre (par exemple le schéma dit "le logiciel libre est publier les améliorations" alors que la réalité, la définition, est "le logiciel libre peut publier les améliorations", et le verbe fait une grande différence sur les intentions)
- il y a des ajouts hors sujet comme les standards ouverts qui peuvent être respectés aussi par les logiciels non libre tout comme les logiciels libre peuvent supporter des standards non ouverts
- La liberté 0 est "tous les usages" et ça parle ensuite éthique, mais "tous les usages" marche aussi pour tout l'opposé des exemples "éthiques", le logiciel libre peut servir à violer la vie privée, discriminer, tuer, réduire la liberté, sans qu'un développeur contre ces idées puisse s'y opposer sans sortir du logiciel libre : un logiciel qui interdit de "faire le mal" est non libre.
Quel fourre-tout que ce schéma… Comme si on voulait manipuler une cible avec pleins de tirs en espérant surcharger la cible plutôt que d'avoir une argumentaire posé, comme si on avait peur du logiciel libre.
Mais bon, perso ça me va que des gens diffusent ce genre de schéma pour entuber leur cible, des gens convaincus par ce schéma vont faire du code libre que je vais pouvoir récupérer afin de faire l'exact opposé de leurs "valeurs" avant qu'ils comprennent qu'ils se sont fait avoir par le libre et que ce soit trop tard :) (on peut maintenant s'amuser la dessus car il est déjà trop tard, le libre est maintenant assez connu et ça se voit quand les gens disent aimer le libre mais ne veulent pas en respecter les conditions, c'est juste considéré comme n'importe quel autre projet non libre).
Bref : le concept de logiciel libre est bien plus simple et facile à expliquer, ça tient en 4 lignes courtes, pas un bon exemple de complexité.
La différence quand même c'est que tu peux auditer le code du client Signal
Est-ce que la build est répétable au bit près (à part pour les signatures au fichiers à côté qu'ajouteraient Apple ou Google)? Source si affirmation que oui?
Si pas le cas, seuls ceux qui rebuildent (donc rares) sont protégés par un audit, vu que ceux qui se procurent la build de Signal connaissent autant son source que pour WhatsApp ( = on a aucune idée du source réelle de la build de Signal), soit pas foule.
A noter que je n'accuse pas les gens d'être de grands méchants, ils sont libres et que le meilleur gagne, juste que ce n'est pas dans l'égalité des armes sur le produit livré.
Je note du message un point important :
manque d'empathie
Bizarrement je ne vois pas votre empathie quand c'est les GAFAM qui font exactement pareil pour exactement la même raison.
2 poids, 2 mesures.
A un moment il faut assumer et arrêter d'avoir de l'empathie suivant des critères très subjectifs et non dits. Je note juste qu'ils font du business comme les GAFAM et compagnie sur base de non libre. Et je ne dis pas que les GAFAM sont des méchants.
C'est un manque d'empathie que de ne pas défendre les GAFAM qui ne font que pareil que celui sur lequel on voudrait que les autres aient de l'empathie.
Parce que au bout d'un moment, il faut être réaliste.
Donc il faut le dire sans se voiler la face : ça veut dire penser que le libre c'est pourri, ça ne permet pas de faire de bons logiciels. Soit, mais alors disons le comme ça plutôt que de dire "aimer le libre mais" (on connaît l'expression sur "mais").
J'aime bien la BSL.
En fait sur ça, je n'arrive pas à me décider, grrr… Je n'ai pas encore de conclusion à ma réflexion dessus.
Le libre se focalise sur celui qui reçoit, en effet, donc la R&D ne doit pas être payée par l'utilisation du livrable.
Mais rien n’empêche dans le libre de faire payer le livrable.
Le problème est de lier la R&D à après la livraison, et c'est justement ce que j'aime bien dans le libre, le fait que ce qui est fait ne doit pas servir par le "monopole" de celui qui à conçu à payer le passé.
Je connais peu de boîtes qui font vraiment du libre car c'est compliqué et ça dépend beaucoup de la typologie de clientèle.
J'en fait. J'utilise le monopole de mon nom et ma réputation.
Je conçois que ce n'est pas possible pour tout et que du coup on veut lier R&D et utilisation du livrable, soit, mais donc on ne parle pas de libre.
Donc :
Si une boîte finance la R&D et les autres ne font que récupérer ce n'est pas à armes égales.
Je parle d'armes égales sur le produit livré, justement en interdisant une entité de profiter d'un monopole sous excuse qu'elle a investit dans la R&D avant. Le passé est le passé.
Mais OK, parlons de R&D à rentabiliser etc, donc je t'attends pour défendre les brevets, les droits d'auteur et le non libre, car c'est l'argument de tout ce petit monde ;-).
Mais alors on ne peut pas dire que c'est à arme égale sur l'exploitation d'un code, quelqu'un "capitalisant" sur un code dont il garde les droits (l'inverse du libre donc).
Donc c'est raté pour l'argument "sans trop de fric".
Tu as comparé le moins cher.
Peux-tu donner les prix pour fabriquer une puce, et la conso minimale?
De ce que je comprend l'avantage de RISC V est que ce n'est pas hors de prix (plein de monde le fait, ça tourne même sur du HW genre contrôler des disques durs), alors que pour Sparc ça semble bien plus cher comme techno (coût fixe et coût variable) et bien plus consommateur d’énergie même si on veut un contrôleur à la con.
Bref, la licence sur le nom n'est pas le sujet du prix, le sujet est combien tu dois mettre au minimum sur la table pour fabriquer un CPU minimal en production. Je veux 1000 unités d'un CPU qui me fait 100 additions par secondes avec 4 KB de RAM (nombre au pif complet), combien ça me coûte en SPARC et combien en RISC V? Je ne connais pas les prix mais rien qu'à voir la différence de taille entre les intervenants SPARC et ceux RISC V, j'ai une idée que ce n'est pas la même ordre de grandeur au détriment de SPARC.
Celle de RISC-V est sous licence CC-BY, celle de SPARC, il n'y a pas l'air d'avoir d'infos de license (ou j'ai pas cherché au bon endroit).
Wikipedia me parle de GPL, d'où ma remarque sur la différence copyleft vs copyfree.
(encore une fois, je ne suis pas du tout au fait de la chose, je regarde de très très loin donc peux me tromper, mon constat est juste à première vue en regardant rapidement et en voyant que ça ne parait pas du tout illogique)
l'usage de ces brevets doit être payé par celui qui fourni la solution complète.
Partons sur le postulat que ce n'est pas celui qui implémente le brevet qui paye mais celui qui propose la solution complète.
Dans ce cas pas la peine de désactiver l'API en soit, suffit de désactiver le support de l'API pour les formats non souhaités dans les lecteurs fournis par Fedora, ce qui permettrait à VLC ou tout autre lecteur installé de manière tierce d'accéder à l'API sans pour autant que Fedora fournit une solution complète.
Ça me parait moins violent de touchers aux lecteurs qu'aux pilotes, quand on installe à partir de RPMFusion (OK pour installer un lecteur de RPMFusion, moins OK pour installer un pilote).
Mais la "solution complète" n'est-elle pas la carte graphique quand elle est vendue à la pièce? Fedora ne propose justement pas une solution complète pour la vidéo, mais un simple bout de code permettant d'accéder à une carte graphique qu'elle ne vend pas elle-même, c'est tout ce qui est fourni au client final, et Fedora n'a connaissance que d'une identifiant disant "c'est pour configurer en format X" dans la solution complète qu'il fournit.
Donc même en partant de l'idée de solution complète, viser l'OS qui ne contient pas de code breveté et non la carte graphique (ou PC complet avec Windows) vendue au client final qui en contient me parait sacrément tarabiscoté. Car il me semble que "solution complète" se rapproche de "dernier maillon de packaging pour vendre au client final", et ici c'est la machine, pas l'OS, qui a le code visé.
Fedora cannot ship anything that causes the OS to provide an API which exposes patent algorithms.
Donc laisser l'accès à une API ferait que les brevets s'appliquent? Euh… Ce n'est pas le constructeur de GPU qui paye déjà le brevet? L'OS doit payer aussi les brevets pour x86_64 alors?
Autant je comprend que VLC ne soit pas dispo (c'est VLC qui a le code soumis à brevet), autant je ne comprend pas que fournir un accès à une API fait de l'OS un coupable potentiel. Surtout que ça fait un moment que c'est comme ça et que personne n'a encore attaqué (AVC/H.264 a 20 ans et est très utilisé et les brevets vont tomber, si il y avait un truc à faire ça aurait sans doute été fait avant…).
Ou est-ce une bidouille pour prioriser un peu AV1 chez le geeks Linuxiens?
A noter que je ne suis pas juriste, donc ma vision n'engage à rien, juste que je ne comprend pas l'idée et pourquoi le raisonnement de "donner l'accès donc paye" se limiterait à ça.
Sur le principe ce n'est pas faux (surtout quand on fait par exemple du GPL d'un côté et une version non libre à côté, le libre étant utilisé pour vendre du non libre…), mais en pratique dans le cas de l'annonce ils disent bien qu'ils quittent le libre car le libre qu'ils ont choisit au départ (en pratique ils sont "juste" un fournisseur parmi d'autre d'un service) permet à d'autres d'être à égalité avec eux dans le service qu'ils voudraient être seuls à proposer, c'est bien l'égalité dans la compétition qui les fait chier et qui les fait quitter le libre "temps réel" (ils gardent 3 ans avant de libérer, et utilisent donc les 3 ans comme avantage compétitif, qu'on pourrait qualifier de "anti-compétitif", mots qu'ils utilisent pour qualifier la compétition à armes égales, un classique d'accuser les autres de ce qu'on fait).
Ils auraient pu choisir un autre libre, libre qu'ils disent aimer (et ils en font avec décalage de 3 ans) mais non, on a quand même bien que le libre (à égalité, je ne prend pas en compte le libre+non libre, open core, décalage de X ans etc) est un emmerdeur à mettre tout le monde à égalité dans une compétition (base du libre, plein de libertés pour mettre tous ceux qui reçoivent le logiciel à égalité sur la liberté de choisir un prestataire), en pratique, sans que ce soit le seul emmerdeur potentiel etc.
Ma réaction était surtout pour dire qu'être libre n'est pas suffisant pour être bien, et que l'architecture vieillissante peut avoir fait que personne en vrai ne s'y intéressait sorti de quelques grosses entreprises qui rêvaient de rivaliser avec Intel. Je n'y connais presque rien donc je peux dire des bêtises la dessus mais RISC-V me semble plus accessible au commun des mortels et répond à des besoins plus spécialisés qu'un CPU généraliste pas cher comparé à faire pareil en libre.
Et surtout, il y a libre et libre : Sparc est en copyleft, RISC-V en copyfree, ce qui a marché pour un OS peut ne pas marcher pour un CPU pour le business derrière, et/ou le copyleft était moins apprécié dans les années 2000 que dans les années 90 parce que dans les années 2000 on a commencé à se rendre compte que le copyleft fait plus chier qu'autre chose niveau risques judiciaires dès qu'on sort des clous vu la complexité de la licence.
Sparc a été libéré dans les années 2000, RISC-V a commencé en 2010, j'imagine que les concepteurs initiaux avaient bien une bonne raison de ne pas se baser sur Sparc.
Mais peut-être devrait-on en effet dire que RISC-V est le premier CPU copyfree. Ou le premier libre et utilisable sans trop de fric. Ou le premier libre et utilisable sans réacteur nucléaire. Ou le premier libre et multi-usage.
Pour être plus précis : c'est toujours libre 3 ans après le développement (principe de la licence BSL).
L'excuse invoquée est banalement que le libre c'est bien tant que les autres n'utilisent pas les libertés du libre, la compétition à armes égales c'est chiant en fait.
Et l'annonce a 3 ans.
Tu es pénible à faire sans arrêt des procès d'intention.
Tu (mais pas que toi) es pénible à faire des attaques que d'un côté en "oubliant" d'autres côtés, bizarrement toujours d'un même bord politique, comme si il ne fallait pas embêter des amis avec leurs bêtises pas plus intelligentes que celles des gens qu'ils critiquent pour flatter leur égo. Si ce n'est pas ton intention, je t'invites à réfléchir à comment tourner tes phrases pour ne pas toujours attaquer des "méchants" faciles de manière démagogique, pour ne pas donner cette impression de biais.
il peut pousser à regarder ces vidéos, ce qui me paraît largement plus important.
C'est bien le soucis : si je ne connaissais pas avant cette chaîne et son sérieux, j'aurai juste zappé en imaginant "encore un anti de base, pfff… Ca risque d'être comme d'habitude des arguments bidon contre le monde entier, ignorons donc".
Pour préciser donc : la vidéo flingue autant (bon, OK, un peu plus quand même, mais surtout par le biais de 10 secondes à la fin pas forcément des plus convaincantes) le "jurent que par le Marché" que "jurent que contre le Marché", et donne beaucoup de matière à réflexion sur les problématiques de l’électricité, en expliquant aux "anti" aussi que les choix politiques faits ne sont pas forcément pour de mauvaises raisons et qu'aucune solution n'est parfaite quand on regarde les comportements humains de la vraie vie plutôt que fantasmé "tout le monde est gentil avec ma solution".
Sans reprendre les réponses qui te sont déjà faites sur l'autre partie de la phrase (je souscris à la réponse, faut arrêter les excuses bidon), pour
mais pourquoi les véhicules vendus pour l'usage routier sont-ils capables d'aller a des vitesses de plus de 200Km/H au juste?
Perso je m'amuse (en moto pour m'arracher la gueule même si je le fais de moins en moins souvent car je suis conscient que ma réactivité n'est plus la même que plus jeune, en voiture parce que les voitures modernes haut de gamme qu'on me file parfois en location sans que je le demande sont d'une stabilité même à cette vitesse, et vu que 130 ou 200 je suis mort dans tous les cas et pour moi 130 je m'endors trop facilement vu l'ennui…) parfois à presque 200 km/h en usage routier (en vrai je suis plutôt à 160, oui je n'en ai pas honte, comme je n'ai pas honte de manger encore de la viande), autoroutier plus exactement, et ce en toute légalité, les voitures étant vendues pour pas seulement des endroits limités et il reste encore un pays qui résiste à la limitation sur autoroute.
Plus généralement, comprenant la France, la problématique est que ça fait encore un argument de vente de pouvoir rouler à cette vitesse, de qui aura la plus grosse (perso je m'amuse, quand je ne risque pas trop gros suivant l'entourage, de dire aux kékés que leur fierté de leur engin motorisé doit être pour compenser un engin plus petit).
A noter toutefois que pour l'électrique, vu les coûts (moteurs et conso), et à part pour les kékés assez friqués pour prendre de la Tesla "qui déchire tu as vu l'accélération", les voitures électriques actuellement les plus vendues ont des vitesses max entre 140 et 160 km/h, et te montre bien que tu vas fortement réduire la distance parcourable (et accessoirement augmenter le coût) à cette vitesse.
Ben justement, l'effet réel est une augmentation de la visibilité des attaqués et donc plus de revenus à long terme, tout comme une augmentation de la visibilité des attaquants et donc moins de revenus à long terme.
La justice ne fait certes pas le taf, mais en pratique l'effet… D'où ma question, peut-être que je juge mal les effets mais la je demande à débattre plutôt que d'imaginer que forcément la balance est positive pour l'attaquant (Charlie Hebdo, l'entité morale, risquait de disparaître avant un sombre fait faute de lecteur et de revenu suffisant, maintenant il a un compte en banque qui le protège de ça, pour un exemple extrême d'effet inverse que celui souhaité par un acte).
Mais ce serait bien de se souvenir que RISC-V n'est pas la première architecture de CPU ouverte.
L'article ne dit pas "ouverte" seul, il dit "ouverte et coopérative".
Le libre est une des contraintes pour réussir, pas la seule, et beaucoup de fans du libre oublient qu'il ne suffit pas que ce soit libre pour que ce soit bien.
A noter que l'auteur des vidéos est largement plus constructif, factuel et objectif que la mise en opposition binaire de ce type, et ne dit pas que ceux qui ne jurent que contre le "marché" sont plus intelligents, les vidéos sont autant d'utilité publique pour ceux qui ne jurent que contre le "Marché" si ces derniers essayent de comprendre les vidéos en globalité et non extraire une phrase qui les arrangerait.
Je n'arrive pas à comprendre la logique derrière : ils connaissent très bien les règles de Wikipedia donc ils ont des gens un peu au fait d'Internet et l'effet cité est une référence du milieu "surtout éviter de se faire repérer", ils savent tout autant (j'ose imaginer) que Next Inpact, ou Wikimedia, ASI, MediaPart et encore plus Reflets (cf le lien suivant pour l'autre thème en bonus) ne vont pas supprimer (ça se verrait, les lecteurs hurleraient et ça serait un bad buzz coupant leur rémunération donc la vie des entreprises derrière encore plus sûrement qu'avec le procès, même en imaginant qu'ils se coucheraient), qui a bien pu autoriser ces assignations en justice sans se dire et se faire avertir "ça va nous revenir en plein gueule et on va être encore plus visibles alors que notre promesse est d'être discret"???
L'idée est un suicide sans le dire?
Peut-être parce que statistiquement parlant, ces outils de surveillance de masse ont plus de chances de finir très prochainement entres les mains de l’extrême droite plutôt qu'entre celles de l’extrême gauche
La défense des sympathisants d’extrême-gauche (comprenant les partis ne voulant pas se faire nommer ainsi, comme ne veulent pas les parti d'extrême-droite être appelés ainsi) est donc que la seule chance que le peuple a est que leur parti préféré n'a aucune chance d'être choisi par le peuple, ça sous-entend quand même pas mal que si c'était leur parti qui avait le pouvoir ça les embêterai quand même vachement moins de pouvoir mater les opposants (ce que les personnes applaudies par certains n'hésitent d'ailleurs pas à faire, si par exemple une gifle par une personne digne et courageuse ne suffit pas).
C'est beau (et ça ne donne vraiment pas envie, ce n'est pas avec une alternative de ce type qu'on réduira l'extrême-droite, au contraire, le peuple préférant toujours l'original à la pale copie intermédiaire).
Si, ça l'est, sauf si on te l'autorise (tout ce qui n'est pas autorisé est interdit, base de la loi sur ce sujet).
La FSF n'autorise pas de fork de l'AGPL ("changing it is not allowed.", c'est même pas que ce n'est pas autorisé, c'est explicitement interdit).
Mais je me souviens aussi que Thunderbird (et Firefox avant lui) utilisaient XUL, qui était déjà un truc interprété, mal aimé pour sa lenteur et sa consommation mémoire - donc y-a-t-il vraiment une régression ici ?
L'idée est donc que comme on reproche d'avoir une technologie lente et consommatrice de RAM, on la quitte pour encore plus lent et encore plus consommateur de RAM.
Ou est donc le problème?
Perso je me demande si face à la lenteur de la chose alors qui j'ai une grosse machine, je ne vais pas craquer et passer à Gmail (ou le exchange online de OVH) qui a défaut de consommer moins de RAM est plus réactif. Pas libre mais le libre est un moyen, pas un but, et si les libristes poussent leur utilisateurs à ça…
Généralement les gens qui n'ont plus confiance dans leur hébergeur mail (choix indépendant du choix de FAI, même si un FAI propose un oackage on n'a aucune obligation d'utiliser) changent d'hébergeur mail.
Et si la personne est attachée à son indépendance ça sera transparent pour ses contacts çar elle aura pris soin d'avoir une adresse mail d'un domaine qu'elle possède (B.A.ba de l'indépendance depuis plus de 20 ans, depuis que les FAI utilisent leur nom de domaine pour attirer).
Au final j'ai l'impression que l'argument sur le besoin montre in problème très différent.
(Ce qui n'empêche pas de développer ou faire développer, si le besoin est réel, et si d'autres ont le même besoin le coût peut se mutualiser, mais changer d'hébergement mail sera dans tous les cas moins cher)
Si que conserver, ben on peut backuper sans supprimer, difficile à suivre la logique.
Qu'est-ce qui te choque là dedans ?
En plus l'argument ne répond pas à la question de pourquoi ne pas utiliser POP3 pour faire comme du POP3, plutôt que de scripter IMAP.
Ça doit plus amuser que choquer.
Pour décrire ma manière de faire, qui n'est sans doute pas habituelle […] Le résultat est que quand mon ordi est éteint, mes mails sont inaccessibles, mais c'est justement ce que je veux.
Wow, ha ouais, quand même, à l'heure du multi-device et connecté, on est pas mal dans l'imagination pour la compétition de trouver l'inconfort le plus bizarre.
Il y a un bug ouvert sur ce sujet dans le bugzilla de Thunderbird, mais ça fait genre 10 ans qu'il existe, et trop personne de motivé pour s'y atteler
Tu m'étonnes, vu que pour 99.999% de la population ils utilisent juste IMAP pour ce pour quoi il a été conçu. Et que pour 99.9% (j'enlève des 9 car pas assez de monde) des restants ils ne voient pas l’intérêt d'utiliser 2 logiciels pour faire la même chose.
Du coup, va falloir trouver un autre cas d'usage pour motiver des tiers, ou t'y coller.
Mais du coup dans 100 ans on a 100 langages à la dernière phase, super la division. Surtout diviser pour mieux régner. A un moment faudrait écrémer (Perl prend mal quand même, c'est déjà ça; et C# est devenu de niche).
Bon, en attendant, mon gros avantage de vieux codeur C/C++ c'est que je peux facilement proposer un binding pour tous les nouveaux langages, chacun se forçant à avoir quand même un lien avec le C/C++ (surtout le C mais ça suffit), ce que ne peuvent pas faire les autres (d'où segmentation négative en comparaison; je verrai ce que je ferai quand je prendrai ma retraite).
99% des projets ne sont pas orientés performances, et ensuite on s'étonne que notre PC ou smartphone (qui ont 99% de petits logiciels pas orientés performance qui tournent en tâche de fond) rame (en parlant de rame, qui bouffe aussi plein de RAM).
[^] # [HS] Ha les schémas compliqués... Et faux
Posté par Zenitram (site web personnel) . En réponse au lien Debian va inclure des binaires non-libres de firmwares dans ses images d'installation. Évalué à 2. Dernière modification le 04 octobre 2022 à 09:25.
L'avantage pour le schéma pointé est que c'est faux, par exemple :
- ce n'est pas parce que c'est sur Wikipedia que c'est juste donc pas vraiment utilisé à part pour des prosélytistes n'aimant pas expliquer la réalité du logiciel libre (par exemple le schéma dit "le logiciel libre est publier les améliorations" alors que la réalité, la définition, est "le logiciel libre peut publier les améliorations", et le verbe fait une grande différence sur les intentions)
- il y a des ajouts hors sujet comme les standards ouverts qui peuvent être respectés aussi par les logiciels non libre tout comme les logiciels libre peuvent supporter des standards non ouverts
- La liberté 0 est "tous les usages" et ça parle ensuite éthique, mais "tous les usages" marche aussi pour tout l'opposé des exemples "éthiques", le logiciel libre peut servir à violer la vie privée, discriminer, tuer, réduire la liberté, sans qu'un développeur contre ces idées puisse s'y opposer sans sortir du logiciel libre : un logiciel qui interdit de "faire le mal" est non libre.
Quel fourre-tout que ce schéma… Comme si on voulait manipuler une cible avec pleins de tirs en espérant surcharger la cible plutôt que d'avoir une argumentaire posé, comme si on avait peur du logiciel libre.
Mais bon, perso ça me va que des gens diffusent ce genre de schéma pour entuber leur cible, des gens convaincus par ce schéma vont faire du code libre que je vais pouvoir récupérer afin de faire l'exact opposé de leurs "valeurs" avant qu'ils comprennent qu'ils se sont fait avoir par le libre et que ce soit trop tard :) (on peut maintenant s'amuser la dessus car il est déjà trop tard, le libre est maintenant assez connu et ça se voit quand les gens disent aimer le libre mais ne veulent pas en respecter les conditions, c'est juste considéré comme n'importe quel autre projet non libre).
Bref : le concept de logiciel libre est bien plus simple et facile à expliquer, ça tient en 4 lignes courtes, pas un bon exemple de complexité.
[^] # Re: decentralisation
Posté par Zenitram (site web personnel) . En réponse au lien Signal demande (à nouveau) à sa communauté de faire tourner des proxys. Évalué à 3.
Complètement! Merci.
(et j'aurai dû chercher un peu avant de poser la question…)
[^] # Re: decentralisation
Posté par Zenitram (site web personnel) . En réponse au lien Signal demande (à nouveau) à sa communauté de faire tourner des proxys. Évalué à 2.
Est-ce que la build est répétable au bit près (à part pour les signatures au fichiers à côté qu'ajouteraient Apple ou Google)? Source si affirmation que oui?
Si pas le cas, seuls ceux qui rebuildent (donc rares) sont protégés par un audit, vu que ceux qui se procurent la build de Signal connaissent autant son source que pour WhatsApp ( = on a aucune idée du source réelle de la build de Signal), soit pas foule.
[^] # Re: BSL
Posté par Zenitram (site web personnel) . En réponse au lien Sentry redevient privateur. Évalué à 0.
Bon ben la je ne peux que m'incliner devant le jugement identique devant un cas identique, on est donc d'accord.
A noter toutefois que pour "Amazon qui forke ElasticSearch" tout est libre la dedans, ce qui le fait différent des autres exemples.
[^] # Re: BSL
Posté par Zenitram (site web personnel) . En réponse au lien Sentry redevient privateur. Évalué à 0. Dernière modification le 28 septembre 2022 à 21:24.
A noter que je n'accuse pas les gens d'être de grands méchants, ils sont libres et que le meilleur gagne, juste que ce n'est pas dans l'égalité des armes sur le produit livré.
Je note du message un point important :
Bizarrement je ne vois pas votre empathie quand c'est les GAFAM qui font exactement pareil pour exactement la même raison.
2 poids, 2 mesures.
A un moment il faut assumer et arrêter d'avoir de l'empathie suivant des critères très subjectifs et non dits. Je note juste qu'ils font du business comme les GAFAM et compagnie sur base de non libre. Et je ne dis pas que les GAFAM sont des méchants.
C'est un manque d'empathie que de ne pas défendre les GAFAM qui ne font que pareil que celui sur lequel on voudrait que les autres aient de l'empathie.
Donc il faut le dire sans se voiler la face : ça veut dire penser que le libre c'est pourri, ça ne permet pas de faire de bons logiciels. Soit, mais alors disons le comme ça plutôt que de dire "aimer le libre mais" (on connaît l'expression sur "mais").
En fait sur ça, je n'arrive pas à me décider, grrr… Je n'ai pas encore de conclusion à ma réflexion dessus.
[^] # Re: BSL
Posté par Zenitram (site web personnel) . En réponse au lien Sentry redevient privateur. Évalué à 2.
Le libre se focalise sur celui qui reçoit, en effet, donc la R&D ne doit pas être payée par l'utilisation du livrable.
Mais rien n’empêche dans le libre de faire payer le livrable.
Le problème est de lier la R&D à après la livraison, et c'est justement ce que j'aime bien dans le libre, le fait que ce qui est fait ne doit pas servir par le "monopole" de celui qui à conçu à payer le passé.
J'en fait. J'utilise le monopole de mon nom et ma réputation.
Je conçois que ce n'est pas possible pour tout et que du coup on veut lier R&D et utilisation du livrable, soit, mais donc on ne parle pas de libre.
Donc :
Je parle d'armes égales sur le produit livré, justement en interdisant une entité de profiter d'un monopole sous excuse qu'elle a investit dans la R&D avant. Le passé est le passé.
Mais OK, parlons de R&D à rentabiliser etc, donc je t'attends pour défendre les brevets, les droits d'auteur et le non libre, car c'est l'argument de tout ce petit monde ;-).
Mais alors on ne peut pas dire que c'est à arme égale sur l'exploitation d'un code, quelqu'un "capitalisant" sur un code dont il garde les droits (l'inverse du libre donc).
[^] # Re: Le dernier clou dans le cercueil
Posté par Zenitram (site web personnel) . En réponse au lien RISC V pourrait permettre aux deux agences spatiales ESA et NASA et de travailler main dans la main. Évalué à 1. Dernière modification le 28 septembre 2022 à 17:10.
Tu as comparé le moins cher.
Peux-tu donner les prix pour fabriquer une puce, et la conso minimale?
De ce que je comprend l'avantage de RISC V est que ce n'est pas hors de prix (plein de monde le fait, ça tourne même sur du HW genre contrôler des disques durs), alors que pour Sparc ça semble bien plus cher comme techno (coût fixe et coût variable) et bien plus consommateur d’énergie même si on veut un contrôleur à la con.
Bref, la licence sur le nom n'est pas le sujet du prix, le sujet est combien tu dois mettre au minimum sur la table pour fabriquer un CPU minimal en production. Je veux 1000 unités d'un CPU qui me fait 100 additions par secondes avec 4 KB de RAM (nombre au pif complet), combien ça me coûte en SPARC et combien en RISC V? Je ne connais pas les prix mais rien qu'à voir la différence de taille entre les intervenants SPARC et ceux RISC V, j'ai une idée que ce n'est pas la même ordre de grandeur au détriment de SPARC.
Wikipedia me parle de GPL, d'où ma remarque sur la différence copyleft vs copyfree.
(encore une fois, je ne suis pas du tout au fait de la chose, je regarde de très très loin donc peux me tromper, mon constat est juste à première vue en regardant rapidement et en voyant que ça ne parait pas du tout illogique)
[^] # Re: Pas compris
Posté par Zenitram (site web personnel) . En réponse au lien Fedora Linux Disabling Mesa's H.264 / H.265 / VC1 VA-API Support Over Legal Concerns - phoronix. Évalué à 2. Dernière modification le 28 septembre 2022 à 13:18.
Partons sur le postulat que ce n'est pas celui qui implémente le brevet qui paye mais celui qui propose la solution complète.
Dans ce cas pas la peine de désactiver l'API en soit, suffit de désactiver le support de l'API pour les formats non souhaités dans les lecteurs fournis par Fedora, ce qui permettrait à VLC ou tout autre lecteur installé de manière tierce d'accéder à l'API sans pour autant que Fedora fournit une solution complète.
Ça me parait moins violent de touchers aux lecteurs qu'aux pilotes, quand on installe à partir de RPMFusion (OK pour installer un lecteur de RPMFusion, moins OK pour installer un pilote).
Mais la "solution complète" n'est-elle pas la carte graphique quand elle est vendue à la pièce? Fedora ne propose justement pas une solution complète pour la vidéo, mais un simple bout de code permettant d'accéder à une carte graphique qu'elle ne vend pas elle-même, c'est tout ce qui est fourni au client final, et Fedora n'a connaissance que d'une identifiant disant "c'est pour configurer en format X" dans la solution complète qu'il fournit.
Donc même en partant de l'idée de solution complète, viser l'OS qui ne contient pas de code breveté et non la carte graphique (ou PC complet avec Windows) vendue au client final qui en contient me parait sacrément tarabiscoté. Car il me semble que "solution complète" se rapproche de "dernier maillon de packaging pour vendre au client final", et ici c'est la machine, pas l'OS, qui a le code visé.
# Pas compris
Posté par Zenitram (site web personnel) . En réponse au lien Fedora Linux Disabling Mesa's H.264 / H.265 / VC1 VA-API Support Over Legal Concerns - phoronix. Évalué à 7. Dernière modification le 28 septembre 2022 à 12:04.
Donc laisser l'accès à une API ferait que les brevets s'appliquent? Euh… Ce n'est pas le constructeur de GPU qui paye déjà le brevet? L'OS doit payer aussi les brevets pour x86_64 alors?
Autant je comprend que VLC ne soit pas dispo (c'est VLC qui a le code soumis à brevet), autant je ne comprend pas que fournir un accès à une API fait de l'OS un coupable potentiel. Surtout que ça fait un moment que c'est comme ça et que personne n'a encore attaqué (AVC/H.264 a 20 ans et est très utilisé et les brevets vont tomber, si il y avait un truc à faire ça aurait sans doute été fait avant…).
Ou est-ce une bidouille pour prioriser un peu AV1 chez le geeks Linuxiens?
A noter que je ne suis pas juriste, donc ma vision n'engage à rien, juste que je ne comprend pas l'idée et pourquoi le raisonnement de "donner l'accès donc paye" se limiterait à ça.
[^] # Re: BSL
Posté par Zenitram (site web personnel) . En réponse au lien Sentry redevient privateur. Évalué à 2.
Sur le principe ce n'est pas faux (surtout quand on fait par exemple du GPL d'un côté et une version non libre à côté, le libre étant utilisé pour vendre du non libre…), mais en pratique dans le cas de l'annonce ils disent bien qu'ils quittent le libre car le libre qu'ils ont choisit au départ (en pratique ils sont "juste" un fournisseur parmi d'autre d'un service) permet à d'autres d'être à égalité avec eux dans le service qu'ils voudraient être seuls à proposer, c'est bien l'égalité dans la compétition qui les fait chier et qui les fait quitter le libre "temps réel" (ils gardent 3 ans avant de libérer, et utilisent donc les 3 ans comme avantage compétitif, qu'on pourrait qualifier de "anti-compétitif", mots qu'ils utilisent pour qualifier la compétition à armes égales, un classique d'accuser les autres de ce qu'on fait).
Ils auraient pu choisir un autre libre, libre qu'ils disent aimer (et ils en font avec décalage de 3 ans) mais non, on a quand même bien que le libre (à égalité, je ne prend pas en compte le libre+non libre, open core, décalage de X ans etc) est un emmerdeur à mettre tout le monde à égalité dans une compétition (base du libre, plein de libertés pour mettre tous ceux qui reçoivent le logiciel à égalité sur la liberté de choisir un prestataire), en pratique, sans que ce soit le seul emmerdeur potentiel etc.
[^] # Re: Le dernier clou dans le cercueil
Posté par Zenitram (site web personnel) . En réponse au lien RISC V pourrait permettre aux deux agences spatiales ESA et NASA et de travailler main dans la main. Évalué à 4. Dernière modification le 28 septembre 2022 à 09:29.
Ma réaction était surtout pour dire qu'être libre n'est pas suffisant pour être bien, et que l'architecture vieillissante peut avoir fait que personne en vrai ne s'y intéressait sorti de quelques grosses entreprises qui rêvaient de rivaliser avec Intel. Je n'y connais presque rien donc je peux dire des bêtises la dessus mais RISC-V me semble plus accessible au commun des mortels et répond à des besoins plus spécialisés qu'un CPU généraliste pas cher comparé à faire pareil en libre.
Et surtout, il y a libre et libre : Sparc est en copyleft, RISC-V en copyfree, ce qui a marché pour un OS peut ne pas marcher pour un CPU pour le business derrière, et/ou le copyleft était moins apprécié dans les années 2000 que dans les années 90 parce que dans les années 2000 on a commencé à se rendre compte que le copyleft fait plus chier qu'autre chose niveau risques judiciaires dès qu'on sort des clous vu la complexité de la licence.
Sparc a été libéré dans les années 2000, RISC-V a commencé en 2010, j'imagine que les concepteurs initiaux avaient bien une bonne raison de ne pas se baser sur Sparc.
Mais peut-être devrait-on en effet dire que RISC-V est le premier CPU copyfree. Ou le premier libre et utilisable sans trop de fric. Ou le premier libre et utilisable sans réacteur nucléaire. Ou le premier libre et multi-usage.
# BSL
Posté par Zenitram (site web personnel) . En réponse au lien Sentry redevient privateur. Évalué à 5. Dernière modification le 28 septembre 2022 à 08:14.
Pour être plus précis : c'est toujours libre 3 ans après le développement (principe de la licence BSL).
L'excuse invoquée est banalement que le libre c'est bien tant que les autres n'utilisent pas les libertés du libre, la compétition à armes égales c'est chiant en fait.
Et l'annonce a 3 ans.
[^] # Re: en tout trois vidéos
Posté par Zenitram (site web personnel) . En réponse au lien Le marché de l'électricité (chaîne Heu?reka). Évalué à -5. Dernière modification le 27 septembre 2022 à 13:15.
Tu (mais pas que toi) es pénible à faire des attaques que d'un côté en "oubliant" d'autres côtés, bizarrement toujours d'un même bord politique, comme si il ne fallait pas embêter des amis avec leurs bêtises pas plus intelligentes que celles des gens qu'ils critiquent pour flatter leur égo. Si ce n'est pas ton intention, je t'invites à réfléchir à comment tourner tes phrases pour ne pas toujours attaquer des "méchants" faciles de manière démagogique, pour ne pas donner cette impression de biais.
C'est bien le soucis : si je ne connaissais pas avant cette chaîne et son sérieux, j'aurai juste zappé en imaginant "encore un anti de base, pfff… Ca risque d'être comme d'habitude des arguments bidon contre le monde entier, ignorons donc".
Pour préciser donc : la vidéo flingue autant (bon, OK, un peu plus quand même, mais surtout par le biais de 10 secondes à la fin pas forcément des plus convaincantes) le "jurent que par le Marché" que "jurent que contre le Marché", et donne beaucoup de matière à réflexion sur les problématiques de l’électricité, en expliquant aux "anti" aussi que les choix politiques faits ne sont pas forcément pour de mauvaises raisons et qu'aucune solution n'est parfaite quand on regarde les comportements humains de la vraie vie plutôt que fantasmé "tout le monde est gentil avec ma solution".
[^] # HS voiture et vitesse max
Posté par Zenitram (site web personnel) . En réponse au journal Technopolice is launched . Évalué à -5. Dernière modification le 27 septembre 2022 à 13:04.
Sans reprendre les réponses qui te sont déjà faites sur l'autre partie de la phrase (je souscris à la réponse, faut arrêter les excuses bidon), pour
Perso je m'amuse (en moto pour m'arracher la gueule même si je le fais de moins en moins souvent car je suis conscient que ma réactivité n'est plus la même que plus jeune, en voiture parce que les voitures modernes haut de gamme qu'on me file parfois en location sans que je le demande sont d'une stabilité même à cette vitesse, et vu que 130 ou 200 je suis mort dans tous les cas et pour moi 130 je m'endors trop facilement vu l'ennui…) parfois à presque 200 km/h en usage routier (en vrai je suis plutôt à 160, oui je n'en ai pas honte, comme je n'ai pas honte de manger encore de la viande), autoroutier plus exactement, et ce en toute légalité, les voitures étant vendues pour pas seulement des endroits limités et il reste encore un pays qui résiste à la limitation sur autoroute.
Plus généralement, comprenant la France, la problématique est que ça fait encore un argument de vente de pouvoir rouler à cette vitesse, de qui aura la plus grosse (perso je m'amuse, quand je ne risque pas trop gros suivant l'entourage, de dire aux kékés que leur fierté de leur engin motorisé doit être pour compenser un engin plus petit).
A noter toutefois que pour l'électrique, vu les coûts (moteurs et conso), et à part pour les kékés assez friqués pour prendre de la Tesla "qui déchire tu as vu l'accélération", les voitures électriques actuellement les plus vendues ont des vitesses max entre 140 et 160 km/h, et te montre bien que tu vas fortement réduire la distance parcourable (et accessoirement augmenter le coût) à cette vitesse.
Le vent tourne.
[^] # Re: Campagne de pub gratuite
Posté par Zenitram (site web personnel) . En réponse au lien Next Inpact attaqué en justice par Avisa Partners suite à un article sur le papier de Fakir.. Évalué à 1. Dernière modification le 27 septembre 2022 à 12:32.
Ben justement, l'effet réel est une augmentation de la visibilité des attaqués et donc plus de revenus à long terme, tout comme une augmentation de la visibilité des attaquants et donc moins de revenus à long terme.
La justice ne fait certes pas le taf, mais en pratique l'effet… D'où ma question, peut-être que je juge mal les effets mais la je demande à débattre plutôt que d'imaginer que forcément la balance est positive pour l'attaquant (Charlie Hebdo, l'entité morale, risquait de disparaître avant un sombre fait faute de lecteur et de revenu suffisant, maintenant il a un compte en banque qui le protège de ça, pour un exemple extrême d'effet inverse que celui souhaité par un acte).
C'est cette "évidence" que je questionne.
[^] # Re: Le dernier clou dans le cercueil
Posté par Zenitram (site web personnel) . En réponse au lien RISC V pourrait permettre aux deux agences spatiales ESA et NASA et de travailler main dans la main. Évalué à 4.
L'article ne dit pas "ouverte" seul, il dit "ouverte et coopérative".
Le libre est une des contraintes pour réussir, pas la seule, et beaucoup de fans du libre oublient qu'il ne suffit pas que ce soit libre pour que ce soit bien.
[^] # Re: en tout trois vidéos
Posté par Zenitram (site web personnel) . En réponse au lien Le marché de l'électricité (chaîne Heu?reka). Évalué à -3.
A noter que l'auteur des vidéos est largement plus constructif, factuel et objectif que la mise en opposition binaire de ce type, et ne dit pas que ceux qui ne jurent que contre le "marché" sont plus intelligents, les vidéos sont autant d'utilité publique pour ceux qui ne jurent que contre le "Marché" si ces derniers essayent de comprendre les vidéos en globalité et non extraire une phrase qui les arrangerait.
[^] # Re: Campagne de pub gratuite
Posté par Zenitram (site web personnel) . En réponse au lien Next Inpact attaqué en justice par Avisa Partners suite à un article sur le papier de Fakir.. Évalué à 3.
Je n'arrive pas à comprendre la logique derrière : ils connaissent très bien les règles de Wikipedia donc ils ont des gens un peu au fait d'Internet et l'effet cité est une référence du milieu "surtout éviter de se faire repérer", ils savent tout autant (j'ose imaginer) que Next Inpact, ou Wikimedia, ASI, MediaPart et encore plus Reflets (cf le lien suivant pour l'autre thème en bonus) ne vont pas supprimer (ça se verrait, les lecteurs hurleraient et ça serait un bad buzz coupant leur rémunération donc la vie des entreprises derrière encore plus sûrement qu'avec le procès, même en imaginant qu'ils se coucheraient), qui a bien pu autoriser ces assignations en justice sans se dire et se faire avertir "ça va nous revenir en plein gueule et on va être encore plus visibles alors que notre promesse est d'être discret"???
L'idée est un suicide sans le dire?
[^] # Re: C'est d'autant plus important que
Posté par Zenitram (site web personnel) . En réponse au journal Technopolice is launched . Évalué à -8. Dernière modification le 26 septembre 2022 à 21:22.
La défense des sympathisants d’extrême-gauche (comprenant les partis ne voulant pas se faire nommer ainsi, comme ne veulent pas les parti d'extrême-droite être appelés ainsi) est donc que la seule chance que le peuple a est que leur parti préféré n'a aucune chance d'être choisi par le peuple, ça sous-entend quand même pas mal que si c'était leur parti qui avait le pouvoir ça les embêterai quand même vachement moins de pouvoir mater les opposants (ce que les personnes applaudies par certains n'hésitent d'ailleurs pas à faire, si par exemple une gifle par une personne digne et courageuse ne suffit pas).
C'est beau (et ça ne donne vraiment pas envie, ce n'est pas avec une alternative de ce type qu'on réduira l'extrême-droite, au contraire, le peuple préférant toujours l'original à la pale copie intermédiaire).
Chéri·e, ça va moinsser…
[^] # Re: Le libre contre les anticapitalistes, antimilitaires, etc.
Posté par Zenitram (site web personnel) . En réponse au journal Tout le monde (ou plutôt, trop de gens) semble se foutre des licences en 2022. Évalué à 2.
Si, ça l'est, sauf si on te l'autorise (tout ce qui n'est pas autorisé est interdit, base de la loi sur ce sujet).
La FSF n'autorise pas de fork de l'AGPL ("changing it is not allowed.", c'est même pas que ce n'est pas autorisé, c'est explicitement interdit).
[^] # Re: Pour des raisons de sécurité
Posté par Zenitram (site web personnel) . En réponse à la dépêche Dernières avancées du côté de Thunderbird. Évalué à -10.
L'idée est donc que comme on reproche d'avoir une technologie lente et consommatrice de RAM, on la quitte pour encore plus lent et encore plus consommateur de RAM.
Ou est donc le problème?
Perso je me demande si face à la lenteur de la chose alors qui j'ai une grosse machine, je ne vais pas craquer et passer à Gmail (ou le exchange online de OVH) qui a défaut de consommer moins de RAM est plus réactif. Pas libre mais le libre est un moyen, pas un but, et si les libristes poussent leur utilisateurs à ça…
[^] # Re: Formats des boîtes locales
Posté par Zenitram (site web personnel) . En réponse à la dépêche Dernières avancées du côté de Thunderbird. Évalué à 6. Dernière modification le 25 septembre 2022 à 09:58.
Généralement les gens qui n'ont plus confiance dans leur hébergeur mail (choix indépendant du choix de FAI, même si un FAI propose un oackage on n'a aucune obligation d'utiliser) changent d'hébergeur mail.
Et si la personne est attachée à son indépendance ça sera transparent pour ses contacts çar elle aura pris soin d'avoir une adresse mail d'un domaine qu'elle possède (B.A.ba de l'indépendance depuis plus de 20 ans, depuis que les FAI utilisent leur nom de domaine pour attirer).
Au final j'ai l'impression que l'argument sur le besoin montre in problème très différent.
(Ce qui n'empêche pas de développer ou faire développer, si le besoin est réel, et si d'autres ont le même besoin le coût peut se mutualiser, mais changer d'hébergement mail sera dans tous les cas moins cher)
Si que conserver, ben on peut backuper sans supprimer, difficile à suivre la logique.
En plus l'argument ne répond pas à la question de pourquoi ne pas utiliser POP3 pour faire comme du POP3, plutôt que de scripter IMAP.
Ça doit plus amuser que choquer.
[^] # Re: Formats des boîtes locales
Posté par Zenitram (site web personnel) . En réponse à la dépêche Dernières avancées du côté de Thunderbird. Évalué à -4. Dernière modification le 24 septembre 2022 à 17:37.
Wow, ha ouais, quand même, à l'heure du multi-device et connecté, on est pas mal dans l'imagination pour la compétition de trouver l'inconfort le plus bizarre.
Tu m'étonnes, vu que pour 99.999% de la population ils utilisent juste IMAP pour ce pour quoi il a été conçu. Et que pour 99.9% (j'enlève des 9 car pas assez de monde) des restants ils ne voient pas l’intérêt d'utiliser 2 logiciels pour faire la même chose.
Du coup, va falloir trouver un autre cas d'usage pour motiver des tiers, ou t'y coller.
[^] # Re: La fin de la "stabilite" des standards ?
Posté par Zenitram (site web personnel) . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à -3. Dernière modification le 23 septembre 2022 à 20:03.
Mais du coup dans 100 ans on a 100 langages à la dernière phase, super la division. Surtout diviser pour mieux régner. A un moment faudrait écrémer (Perl prend mal quand même, c'est déjà ça; et C# est devenu de niche).
Bon, en attendant, mon gros avantage de vieux codeur C/C++ c'est que je peux facilement proposer un binding pour tous les nouveaux langages, chacun se forçant à avoir quand même un lien avec le C/C++ (surtout le C mais ça suffit), ce que ne peuvent pas faire les autres (d'où segmentation négative en comparaison; je verrai ce que je ferai quand je prendrai ma retraite).
[^] # Re: La fin de la "stabilite" des standards ?
Posté par Zenitram (site web personnel) . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 2.
99% des projets ne sont pas orientés performances, et ensuite on s'étonne que notre PC ou smartphone (qui ont 99% de petits logiciels pas orientés performance qui tournent en tâche de fond) rame (en parlant de rame, qui bouffe aussi plein de RAM).