La Suisse a voté l'interdiction de construite des minarets parce qu'il y en avait bien assez comme ça: 3 dans tout le pays. Après ça, je crois qu'on peut,comme chez nous, y faire passer à peu près n'importe quoi.
La Ministre Suisse des affaires étrangère de l'époque s'est ridiculisée en rendant visite à Ahmadinejad accoutrée d'un tchador ajusté comme un fil sur un rôti de boeuf. Les discussions n'ont pas tellement remis en question non plus les atteintes aux droits de l'homme là-bas.
Bref: oui, c'est la merde en France parfois. Mais je suis déçu que dans ta crise de supériorité tu aies fait l'impasse complète sur tes propres problèmes.
Bref, j'ai marché en plein dedans, mais je te souhaite un bon troll.
Ben en l'occurrence les anti-avortement préfèrent souvent laisser la mère mourir que de la laisser avorter, alors on peut difficilement parler de pro-vie.
Oui, il y a eu un système de vote, mais les systèmes de votes sur ce genre de décisions restent problématique, et, ça met de côté beaucoup d'utilisateurs finaux.
Ce sont effectivement les contributeurs (avec des règles sur quels contributeurs, pas tous par défaut) qui votent, pas les utilisateurs finaux. Je ne connais aucune organisation publique ou privée qui fonctionne différemment, et je trouve ça encore plus justifié pour un projet communautaire.
Si tu veux absolument que le projet fasse ce que TU veux, embauche une armée de dévs et place-les chez les votants, ou fais-leur forker le projet.
Tu as l'air de dire sue c'est un problème, pas moi.
As-tu des stats qui montrent que les distros passées à système ont perdu un nombre significatif d'utilisateurs? Je pende que le nombre est carrément trop faible face au bruit des allers et venues entre distros.
Oublier l'histoire, c'est être condamné à la revivre.
Le lobby du pétrole a permis d'utiliser de l'essence au plomb pendant des années parce que c'était tellement difficile pour les profanes de distinguer le vrai du faux, merci les campagnes d'intox.
Le lobby du tabac a permis de cacher les problèmes de santé des années avec la même stratégie.
Aux USA, nombre de gens pensent que c'est normal d'être sous médocs alors que manger correctement résoudrait déjà leurs soucis de santé. C'est aujourd'hui. Ils ont pourtant des écoles et même certains médecins sont mal informés.
Mais en France on est tellement plus intelligents que le reste du monde, comme d'habitude, qu'il suffit de compter sur l'éducation pour que les campagnes d'intox n'aient aucune prise.
Ici on parle en plus d'un cas où la victime potentielle est en situation de fragilité. C'est sûr, c'est de sa faute si elle ne garde pas la tête froide et qu'elle ne sait pas trouver qui a raison entre A et B, tous deux "convaincus" de leurs démonstrations scientifiques.
1.En tant que victime, je pense que je préfèrerais perdre de l'argent plutôt que d'avoir toute ma vie forcée dans une direction particulière.
2.Du point de vue de l'arnaqueur, il ne gagne rien. Sa vie ne changera pas. C'est juste pour imposer aux autres son mode de pensée sans subir aucune conséquence, sans responsabilité.
Je viens de lire ce "clash", et je ne peux que conclure que ce Zawinski ne sait pas ce qu'est une distro stable, tout simplement.
Va chercher les versions LTS des autres distros et tu auras le même problème: on ne change pas les paquets sauf pour corriger une vulnérabilité.
Si chaque fois qu'en amont une nouvelle version est disponible un nouveau paquet est généré, tu es en rolling-release. Si tu aimes ça il y a ArchLinux, ou Debian/Sid. Au risque que ça casse de temps en temps.
Si tu ne veux pas que ça casse, Debian/Stable est le genre de distro que tu cherches.
fork de la distribution Debian par des ADMINS UNIX VETERANS
Et donc pas par des mainteneurs Debian, ni personne ayant l'expérience du développement et la maintenance d'une distribution.
Ça m'inspire autant confiance qu'un groupe de dévs OS confirmés qui annonceraient se lancer dans la conception d'un processeur parce qu'"x86, c'trop d'la merde!".
On peut prendre l'exemple d'un composant à quelques dizaines d'euros seulement.
L'affaire du Note7 va coûter 1G$ à Samsung faute de pouvoir patcher le matériel à distance.
Les 2 derniers exemples de boites où on cache un problème matériel et leurs conséquences:
-VW et leur Diesel
-Je vous invite à chercher l'histoire de prochainement feu Takata
Par contre, des failles de sécu énormes qui traînent depuis des années: on met à jour à distance et on oublie.
À part changer la licence des traductions et autre, ça ne changera pas le problème:
Une personne télécharge le fichiers de traduction, un patch pour éliminer le besoin d'activation et c'est fini.
Je rejoins ce que dit Zenitram: la licence le permet.
La GPL est sans doute mal adaptée au modèle classique de "vente de logiciels" à un grand nombre où tout le monde achète le-dit logiciel. Il suffit qu'un seul acheteur redistribue les sources moins cher, voire gratuitement, et le modèle s'effondre.
Penser que ça n'arrivera pas, c'est d'une naïveté déconcertante, prétendre que ça ne devrait pas arriver, d'une mauvaise foi évidente.
l'aspect fonctionnel tellement mal géré que les utilisateurs ne voient pas l'intérêt du soft et du coup ne l'utilisent pas.
la complexité mal évalué: c'était O(nn) et pas O(n), impossible d'utiliser le logiciel sur les données réelles.
les mauvais choix technos: tout est basé sur un framework propriétaire génial, mais le fournisseur change sa politique de licence (conditions inacceptables, coût exhorbitants).
Tout ça existe en matériel. La question initiale est: est-ce que hors logiciel c'est le même bordel où on met n'importe quoi en prod en disant qu'on corrigera plus tard.
Réponse: oui et non. Il y a des conneries aussi, mais tout le monde sait qu'on ne peut pas juste corriger plus tard, ça élimine pas mal d'erreurs connues.
trop de bugs: la maintenance finit par coûter plus que ce que rapporte le soft.
Comme une machine mal désignée mise en prod, un procédé de fabrication pas robuste ou des produits qui reviennent en avalanche sous garantie.
Figure-toi que ça existe, mais les outils sont souvent plus simples voire simplistes.
Ça peut être un bête fichier Excel ou un long document où on résume le statut et la progression de chaque problème. Mais tout ça, c'est en développement. Le but est de ne laisser aucun bug ne serait-ce que mineur ouvert. Après, les outils peuvent être différents (qui en automobile n'a jamais eu à remplir un 8D?).
C'est l'idée la plus fausse qui trotte dans la tête des managers. Patcher un code non trivial, ça coûte souvent aussi cher que de le coût initial du projet et les quelques jours/hommes qu'on a économisé sur les specs se payent souvent en années de correctifs à l'arrache…
Je pensais qu'un exemple extrême suffirait, mais apparemment non.
Donc je vais expliciter:
D'un côté tu multiplies les correctifs à l'arrache, comme tu dis, et de l'autre:
-Tu expulses tous les occupants de l'immeuble
-Tu évacues tout le quartier
-Tu rases l'immeuble
-Tu le reconstruits intégralement
-Tu compensés financièrement tous ces gens.
La charpente en acier, ça ne se remplace tout simplement pas.
Autre exemple: coups, toute petite erreur de rien du tout dans un circuit fondé en 14nm te coûtera dans les 100k$, c'est juste le masque, aucun circuit produit, aucun test fait, aucun rappel de circuit défectueux.
Le circuit marche, mais il est désigné trop limite par rapport à la techno, certains dont hors specs, on ne le voit qu'après soudûre chez le client final:
Chaque mauvais circuit soudé t'es refacturé 200$. Avec 20-30k circuits par wafer, j'espère que le yield est resté correct.
Tu fais des éléments d'une voiture. Ils arrêtent la ligne à cause de ton produit:
70k$/min. Si tu ne peux pas filtrer à ta sortie d'usine les bons modules des mauvais, tu fermes juste ta boite. Redesign, remise en prod, requalif? Le client t'a remplacé, et il t'envoie la facture pour leur requalif avec ton concurrent.
En matériel, un patch, ça n'existe pas: c'est un produit modifié. Les autres sont là dehors, utilisé. À part un rappel, il n'y a rien qui puisse être fait.
Si tu veux l'équivalent logiciel, considère que tout part dans l'embarqué sans aucune possibilité de mise à jour, jamais. Un bug? Ça se corrige pas. C'est permanent sauf remplacement.
Oui et non. Disons que mettre à jour un bout de code d'une appli même en prod se fait autrement plus facilement que remplacer la charpente en acier d'un immeuble de 30 étages occupé à tous les étages.
Du coup dans le monde matériel, il y a plus de tests et de contrôles, mais reste qu'on peut couper les coins dans tous les domaines:
"On fait ça pour le proto, mais en prod, ça tiendra pas la longueur!
-OK. Juste pour le proto alors!
[6 mois plus tard, dont 3 de retard]
-Oui, je sais, mais ça a tenu au tests de fiabilité, alors c'est que c'est pas si mal! Tu veux être seul responsable d'un nouveau retard de 2 mois pour le changer alors qu'on n'a pas le moindre problème pour l'instant?
-…
-Voilà. Donc laisse comme ça et tais-toi. On lance la prod!"
Ben faudrait savoir:
-soit c'est important, alors il fallait le virer, et ça rejoint pas mal ce que dit Zenitram: d'après les dévs, il n'en faut pas beaucoup pour que des masses d'utilisateurs migrent de Linux à Mac, ou pour que des utilisateurs Mac renoncent à migrer sous Linux
-soit c'est pas important… et donc, pourquoi ils ont viré un truc qu'ils avaient ajouté au lieu de juste le laisser là?
Cela dit, ils sont cohérents avec leur politique, qui ne date pas d'aujourd'hui. C'est juste qu'aujourd'hui, on s'en rend compte.
Combien de fonctions supplémentaires sont prêtes pour Mac et/ou d'autres plateformes et attendent que la version Linux rattrape?
Un peu comme les fonctions d'accélération matérielles, les extensions aux jeux d'instruction x86/AMD64, les gestionnaires d'énergie, etc.
Si le matériel reposait sur un tronc commun, pourquoi est-ce que les contributions au noyau seraient tellement chargées côté matériel?
Le matériel est le pire exemple parce que justement tu veux exploiter tout ce qui le différencie des produits équivalents.
Sinon, est-ce que RMS avait autant bloqué quand udev est passé composante de système, excluant les BSD et les distros Linux qui n'utilisaient un autre init?
Je ne m'en souviens pas!
Le but n'est pas d'éliminer le favoritisme, mais bien d'empêcher les OS non-libre de montrer un quelconque avantage.
Si j'ai bien compris:
1.Nouveau noyau Fedora:
-le clavier ne marche plus sous Fedora
-le clavier ne marche plus sous win
2.Démonte du portable:
-bidouille batterie
-bidouille câble clavier
3.Boot
-clavier et touchpad non fonctionnels
4.Branche un clavier USB
L'histoire ne dit pas si à ce moment tu réessaies Fedora et Win
5.Installe Debian/Sid
-tout remarche
J'ai due mal à imaginer comment un pilote peut casser un clavier et un autre le réparer.
Je pense que le fautif est le BIOS, possiblement déclenché par un élément du nouveau noyau Fedora, mais je doute que les specs d'un BIOS incluent "si l'OS envoie le mauvais code, des trucs peuvent s'arrêter sans prévenir!". Ça devrait être plus robuste que ça.
Toujours est-il que brancher le clavier USB aura remis les choses en place.
Ben pour le coup c'est plutôt toi qui pointe du doigt les constructeurs.
De plus, t'es gentil, mais la preuve est entre les mains de MS et les constructeurs. S'il a raison les constructeurs ne la donneront jamais et MS n'a aucune raison non plus de le faire. S'il a tort pourquoi est-ce que les tarifs sont tellement secrets?
Du coup, tu demandes des preuves en sachant qu'on les lui refusera, c'est sacrément hypocrite!
[^] # Re: Fausse route
Posté par Maclag . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 7.
Absolument.
Pardon, je suppose que tu disais aux anti-vaccins de ne pas le faire par égard pour les non vaccinés tombés malades?
[^] # Re: Ministres minable
Posté par Maclag . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 5.
Cher étranger (Suisse?)
La Suisse a voté l'interdiction de construite des minarets parce qu'il y en avait bien assez comme ça: 3 dans tout le pays. Après ça, je crois qu'on peut,comme chez nous, y faire passer à peu près n'importe quoi.
La Ministre Suisse des affaires étrangère de l'époque s'est ridiculisée en rendant visite à Ahmadinejad accoutrée d'un tchador ajusté comme un fil sur un rôti de boeuf. Les discussions n'ont pas tellement remis en question non plus les atteintes aux droits de l'homme là-bas.
Bref: oui, c'est la merde en France parfois. Mais je suis déçu que dans ta crise de supériorité tu aies fait l'impasse complète sur tes propres problèmes.
Bref, j'ai marché en plein dedans, mais je te souhaite un bon troll.
[^] # Re: Systemd
Posté par Maclag . En réponse au journal Les Init alter-natifs. Évalué à 6.
Curieux. J'ai relu mon message et je ne trouve toujours aucune indication qui aille dans ce sens, même implicite.
Facile aussi de dire que le système est problématique chaque fois que le décision prise n'est pas celle que tu voulais.
[^] # Re: Heu… il y a que moi qui ait compris que c'était plutôt une dénonciation indirecte de Google ?
Posté par Maclag . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 5. Dernière modification le 04 décembre 2016 à 16:04.
Je pense qu'être désinformé sur ces sujets pendant quelques semaines a peu de chances de changer ma vie pour toujours.
Et puis je comparerais ça plutôt à l'incitation à la violence: le but est d'influencer le comportement, pas juste l'opinion.
[^] # Re: Merci la quadrature
Posté par Maclag . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 7.
Ben en l'occurrence les anti-avortement préfèrent souvent laisser la mère mourir que de la laisser avorter, alors on peut difficilement parler de pro-vie.
[^] # Re: Systemd
Posté par Maclag . En réponse au journal Les Init alter-natifs. Évalué à 4.
Juste sur ça:
Ce sont effectivement les contributeurs (avec des règles sur quels contributeurs, pas tous par défaut) qui votent, pas les utilisateurs finaux. Je ne connais aucune organisation publique ou privée qui fonctionne différemment, et je trouve ça encore plus justifié pour un projet communautaire.
Si tu veux absolument que le projet fasse ce que TU veux, embauche une armée de dévs et place-les chez les votants, ou fais-leur forker le projet.
Tu as l'air de dire sue c'est un problème, pas moi.
As-tu des stats qui montrent que les distros passées à système ont perdu un nombre significatif d'utilisateurs? Je pende que le nombre est carrément trop faible face au bruit des allers et venues entre distros.
[^] # Re: Merci la quadrature
Posté par Maclag . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 8.
Oublier l'histoire, c'est être condamné à la revivre.
Le lobby du pétrole a permis d'utiliser de l'essence au plomb pendant des années parce que c'était tellement difficile pour les profanes de distinguer le vrai du faux, merci les campagnes d'intox.
Le lobby du tabac a permis de cacher les problèmes de santé des années avec la même stratégie.
Aux USA, nombre de gens pensent que c'est normal d'être sous médocs alors que manger correctement résoudrait déjà leurs soucis de santé. C'est aujourd'hui. Ils ont pourtant des écoles et même certains médecins sont mal informés.
Mais en France on est tellement plus intelligents que le reste du monde, comme d'habitude, qu'il suffit de compter sur l'éducation pour que les campagnes d'intox n'aient aucune prise.
Ici on parle en plus d'un cas où la victime potentielle est en situation de fragilité. C'est sûr, c'est de sa faute si elle ne garde pas la tête froide et qu'elle ne sait pas trouver qui a raison entre A et B, tous deux "convaincus" de leurs démonstrations scientifiques.
[^] # Re: Merci la quadrature
Posté par Maclag . En réponse au journal Désolé, la Quadrature, mais tu fais fausse route. Évalué à 5.
Je trouve au contraire que c'est pire:
1.En tant que victime, je pense que je préfèrerais perdre de l'argent plutôt que d'avoir toute ma vie forcée dans une direction particulière.
2.Du point de vue de l'arnaqueur, il ne gagne rien. Sa vie ne changera pas. C'est juste pour imposer aux autres son mode de pensée sans subir aucune conséquence, sans responsabilité.
[^] # Re: Houpla
Posté par Maclag . En réponse au journal Devuan a deux ans . Évalué à 5.
Je viens de lire ce "clash", et je ne peux que conclure que ce Zawinski ne sait pas ce qu'est une distro stable, tout simplement.
Va chercher les versions LTS des autres distros et tu auras le même problème: on ne change pas les paquets sauf pour corriger une vulnérabilité.
Si chaque fois qu'en amont une nouvelle version est disponible un nouveau paquet est généré, tu es en rolling-release. Si tu aimes ça il y a ArchLinux, ou Debian/Sid. Au risque que ça casse de temps en temps.
Si tu ne veux pas que ça casse, Debian/Stable est le genre de distro que tu cherches.
# Tout est là
Posté par Maclag . En réponse au journal Devuan a deux ans . Évalué à 10.
Et donc pas par des mainteneurs Debian, ni personne ayant l'expérience du développement et la maintenance d'une distribution.
Ça m'inspire autant confiance qu'un groupe de dévs OS confirmés qui annonceraient se lancer dans la conception d'un processeur parce qu'"x86, c'trop d'la merde!".
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 5.
On peut prendre l'exemple d'un composant à quelques dizaines d'euros seulement.
L'affaire du Note7 va coûter 1G$ à Samsung faute de pouvoir patcher le matériel à distance.
Les 2 derniers exemples de boites où on cache un problème matériel et leurs conséquences:
-VW et leur Diesel
-Je vous invite à chercher l'histoire de prochainement feu Takata
Par contre, des failles de sécu énormes qui traînent depuis des années: on met à jour à distance et on oublie.
[^] # Re: Mauvaise comparaison
Posté par Maclag . En réponse au journal Joomla et les clubs à abonnement payant. Évalué à 8.
À part changer la licence des traductions et autre, ça ne changera pas le problème:
Une personne télécharge le fichiers de traduction, un patch pour éliminer le besoin d'activation et c'est fini.
Je rejoins ce que dit Zenitram: la licence le permet.
La GPL est sans doute mal adaptée au modèle classique de "vente de logiciels" à un grand nombre où tout le monde achète le-dit logiciel. Il suffit qu'un seul acheteur redistribue les sources moins cher, voire gratuitement, et le modèle s'effondre.
Penser que ça n'arrivera pas, c'est d'une naïveté déconcertante, prétendre que ça ne devrait pas arriver, d'une mauvaise foi évidente.
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 3.
Tout ça existe en matériel. La question initiale est: est-ce que hors logiciel c'est le même bordel où on met n'importe quoi en prod en disant qu'on corrigera plus tard.
Réponse: oui et non. Il y a des conneries aussi, mais tout le monde sait qu'on ne peut pas juste corriger plus tard, ça élimine pas mal d'erreurs connues.
Comme une machine mal désignée mise en prod, un procédé de fabrication pas robuste ou des produits qui reviennent en avalanche sous garantie.
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 3.
Problème logiciel:
Tu arrêtes tout.
Tu appliques le patch.
Tu lances une batterie de test.
Tu remets en prod.
Ça coûte une fortune.
Problème matériel:
Tu arrêtes tout.
Tu lances les travaux.
Tu lances une batterie de tests.
Tu remets en route.
Suivant la nature de l'élément matériel à remplacer, ce sera plus ou moins long, mais je doute que ça aille plus vite que mettre à jour le logiciel.
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 3.
Figure-toi que ça existe, mais les outils sont souvent plus simples voire simplistes.
Ça peut être un bête fichier Excel ou un long document où on résume le statut et la progression de chaque problème. Mais tout ça, c'est en développement. Le but est de ne laisser aucun bug ne serait-ce que mineur ouvert. Après, les outils peuvent être différents (qui en automobile n'a jamais eu à remplir un 8D?).
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 4.
Tu trouves le problème pendant la construction, c'est pas de la produit, c'est du développement.
Le bug vu en prod dans un parking souterrain, c'est quand un pan commence à s'affaisser après 2ans. Bonne chance pour appliquer le patch.
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 10.
Je pensais qu'un exemple extrême suffirait, mais apparemment non.
Donc je vais expliciter:
D'un côté tu multiplies les correctifs à l'arrache, comme tu dis, et de l'autre:
-Tu expulses tous les occupants de l'immeuble
-Tu évacues tout le quartier
-Tu rases l'immeuble
-Tu le reconstruits intégralement
-Tu compensés financièrement tous ces gens.
La charpente en acier, ça ne se remplace tout simplement pas.
Autre exemple: coups, toute petite erreur de rien du tout dans un circuit fondé en 14nm te coûtera dans les 100k$, c'est juste le masque, aucun circuit produit, aucun test fait, aucun rappel de circuit défectueux.
Le circuit marche, mais il est désigné trop limite par rapport à la techno, certains dont hors specs, on ne le voit qu'après soudûre chez le client final:
Chaque mauvais circuit soudé t'es refacturé 200$. Avec 20-30k circuits par wafer, j'espère que le yield est resté correct.
Tu fais des éléments d'une voiture. Ils arrêtent la ligne à cause de ton produit:
70k$/min. Si tu ne peux pas filtrer à ta sortie d'usine les bons modules des mauvais, tu fermes juste ta boite. Redesign, remise en prod, requalif? Le client t'a remplacé, et il t'envoie la facture pour leur requalif avec ton concurrent.
En matériel, un patch, ça n'existe pas: c'est un produit modifié. Les autres sont là dehors, utilisé. À part un rappel, il n'y a rien qui puisse être fait.
Si tu veux l'équivalent logiciel, considère que tout part dans l'embarqué sans aucune possibilité de mise à jour, jamais. Un bug? Ça se corrige pas. C'est permanent sauf remplacement.
[^] # Re: Et les autres
Posté par Maclag . En réponse au journal Programmer ça craint. Évalué à 9.
Oui et non. Disons que mettre à jour un bout de code d'une appli même en prod se fait autrement plus facilement que remplacer la charpente en acier d'un immeuble de 30 étages occupé à tous les étages.
Du coup dans le monde matériel, il y a plus de tests et de contrôles, mais reste qu'on peut couper les coins dans tous les domaines:
"On fait ça pour le proto, mais en prod, ça tiendra pas la longueur!
-OK. Juste pour le proto alors!
[6 mois plus tard, dont 3 de retard]
-Oui, je sais, mais ça a tenu au tests de fiabilité, alors c'est que c'est pas si mal! Tu veux être seul responsable d'un nouveau retard de 2 mois pour le changer alors qu'on n'a pas le moindre problème pour l'instant?
-…
-Voilà. Donc laisse comme ça et tais-toi. On lance la prod!"
[^] # Re: Si c'est gratuit, vous êtes le produit
Posté par Maclag . En réponse au journal Google ne s'empêche plus de lier le nom des internautes aux données collectées (comme Facebook). Évalué à 3.
Pas faux mais incomplet.
[^] # Re: Si c'est gratuit, vous êtes le produit
Posté par Maclag . En réponse au journal Google ne s'empêche plus de lier le nom des internautes aux données collectées (comme Facebook). Évalué à 6.
La formulation correcte serait "Si c'est gratuit et que ça rapporte de l'argent, c'est que c'est toi le produit.
Je ne compterais pas les dons, cela dit.
[^] # Re: Ha les intégristes du libre...
Posté par Maclag . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 4.
Ben faudrait savoir:
-soit c'est important, alors il fallait le virer, et ça rejoint pas mal ce que dit Zenitram: d'après les dévs, il n'en faut pas beaucoup pour que des masses d'utilisateurs migrent de Linux à Mac, ou pour que des utilisateurs Mac renoncent à migrer sous Linux
-soit c'est pas important… et donc, pourquoi ils ont viré un truc qu'ils avaient ajouté au lieu de juste le laisser là?
Cela dit, ils sont cohérents avec leur politique, qui ne date pas d'aujourd'hui. C'est juste qu'aujourd'hui, on s'en rend compte.
Combien de fonctions supplémentaires sont prêtes pour Mac et/ou d'autres plateformes et attendent que la version Linux rattrape?
[^] # Re: Pas choquant
Posté par Maclag . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 5.
Un peu comme les fonctions d'accélération matérielles, les extensions aux jeux d'instruction x86/AMD64, les gestionnaires d'énergie, etc.
Si le matériel reposait sur un tronc commun, pourquoi est-ce que les contributions au noyau seraient tellement chargées côté matériel?
Le matériel est le pire exemple parce que justement tu veux exploiter tout ce qui le différencie des produits équivalents.
Sinon, est-ce que RMS avait autant bloqué quand udev est passé composante de système, excluant les BSD et les distros Linux qui n'utilisaient un autre init?
Je ne m'en souviens pas!
Le but n'est pas d'éliminer le favoritisme, mais bien d'empêcher les OS non-libre de montrer un quelconque avantage.
[^] # Re: Sérieux?
Posté par Maclag . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à 5.
Quelques-uns à Tchernobyl et en Alsace, mais le reste des développeurs n'ayant que 10 doigts, il n'est pas très populaire.
[^] # Re: Abandon de Fedora 24 après un an d'utilisation
Posté par Maclag . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 5.
Si j'ai bien compris:
1.Nouveau noyau Fedora:
-le clavier ne marche plus sous Fedora
-le clavier ne marche plus sous win
2.Démonte du portable:
-bidouille batterie
-bidouille câble clavier
3.Boot
-clavier et touchpad non fonctionnels
4.Branche un clavier USB
L'histoire ne dit pas si à ce moment tu réessaies Fedora et Win
5.Installe Debian/Sid
-tout remarche
J'ai due mal à imaginer comment un pilote peut casser un clavier et un autre le réparer.
Je pense que le fautif est le BIOS, possiblement déclenché par un élément du nouveau noyau Fedora, mais je doute que les specs d'un BIOS incluent "si l'OS envoie le mauvais code, des trucs peuvent s'arrêter sans prévenir!". Ça devrait être plus robuste que ça.
Toujours est-il que brancher le clavier USB aura remis les choses en place.
[^] # Re: Pratiques commerciales
Posté par Maclag . En réponse au journal Linux en rémission ?. Évalué à 10.
Ben pour le coup c'est plutôt toi qui pointe du doigt les constructeurs.
De plus, t'es gentil, mais la preuve est entre les mains de MS et les constructeurs. S'il a raison les constructeurs ne la donneront jamais et MS n'a aucune raison non plus de le faire. S'il a tort pourquoi est-ce que les tarifs sont tellement secrets?
Du coup, tu demandes des preuves en sachant qu'on les lui refusera, c'est sacrément hypocrite!