Ce qui ne veut pas dire que cela n'est jamais arrivé à quiconque. Sous l'ère SysV, plusieurs fois j'ai du achever le redémarrage à la fin moi même.
Bref, tu utilises un cas personnel isolé (à priori ça t'es arrivé une fois, pas régulièrement) pour critiquer un projet que tu n'aimes pas avant même de t'en servir. C'est débile, c'est tout, que ce soit pour critiquer systemd, Firefox, Windows ou iTunes.
D'autant plus que oui, comparer SysV et systemd n'a pas forcément un grand sens sans tenir compte de tous les éléments. systemd est plus gros, peut donc avoir plus de bogues mais il apporte plein de fonctionnalités utiles que SysV ne propose pas et qu'il faut gérer manuellement (donc risque de bogues, peu de mutualisation, maintenance lourde), etc.
C'est comme critiquer Linux qui a plus de bogues que Minix ou GNOME qui consomme plus de mémoire que i3. C'est facile pour un petit projet de gagner dans ce genre de comparaisons, car ils ne font pas la moitié de ce que font les autres projets donc forcément quand tu ne fais pas grand chose, peu de chances de planter directement…
La corruption de données peut provenir de plein de facteurs différents, autant sur ARM, X32 ou X64. D’où les backups :)
Bien sûr, mais bon, c'est toi ici qui vient rapporter le fait que tu as eu un système down quelques temps probablement à cause de la carte SD.
On t'explique juste que la carte SD pour ce type d'usage ce n'est pas top, et pourquoi cela ne l'est pas. Après tu fais ce que tu veux.
Quelles problématiques as-tu (toi, pas lu sur internet) au quotidien ?
Merci mais je travaille dans le secteur quand même, je ne viens pas balancer des idées reçues sorties de nulle part.
Disons que dans le milieu comme je l'ai dit, si ton stockage principal est une carte SD ou eMMC, si tu ne veux pas serrer des fesses à chaque fois que ton appareil s'éteint de manière non propre, tu configures le tout pour minimiser le risque.
Si non, dans le cadre de serveurs prod, tout cela est loin d'être nécessaire : une carte SD a une durée de vie d'environ 2 ans
Tu n'as pas compris nos messages : la moindre coupure de courant dans ton montage actuel peut corrompre le contenu de la carte SD.
Après tu fais ce que tu veux.
(et pour les détracteurs des cartes SD, sur SSD c'est pas franchement plus stable)
Arrête ton char, si les mémoires flash (SSD inclus) ne sont pas d'une fiabilité parfaite (breaking news, aucun système de stockage n'est fiable à 100% en cas de coupure de courant prématurée) on est très loin des problématiques de la carte SD au quotidien.
D'autant plus que le bus USB est partagé avec le bus Ethernet. Donc pour un usage serveur cela introduit de la latence et une plus longue durée pour envoyer la réponse. En particulier pour un gros fichier par exemple.
En fait, tout ce qu'ils n'aiment pas ils le considèrent obsolète et répandent de la mésinformations.
Où est-ce qu'ils disent que KDE est obsolète et qu'ils dénigrent le projet ?
Les notes de version à ce sujet sont neutres, ils disent juste que le projet n'est plus pris en charge par le support de Red Hat.
deprecated ne signifie pas obsolète et n'a rien d'insultant.
Par contre les cartes SD sont de plus utilisées en domotique (par ex dans des chauffages central).
Les cartes SD peuvent être utilisées dans les systèmes embarqués mais pas n'importe comment. Sinon on obtient des pannes comme celle que tu viens d'avoir. Par ailleurs on privilégie les eMMC, assez proches en tant que tel mais plus robuste d'un point de vue électrique et mécanique en général.
Typiquement on limite au maximum les écritures (un maximum de boulot se fait en RAM, les écritures se font de manière régulières mais à des périodes définies). On désactive parfois le wear leveling, on interdit les cellules multi niveaux (enregistrer plusieurs bits dans une seule cellule). Le système d'exploitation est dans une partition en lecture seule, donc séparé des données à sauvegarder.
Bref, oui on trouve des cartes SD dans des systèmes embarqués. Mais cela ne s'improvise pas. Comme tu peux le voir, il y a des techniques à respecter pour que cela soit viable. Faire comme tu le fais serait une catastrophe potentielle à chaque coupure de l'appareil ce qui n'est pas acceptable en production.
Dans l’article que je cite il note bien que c’est sa propre grille d’analyse et explication qu’il propose en tout cas, il n’est pas si assertif que tu veux bien le dire.
Je cite le début de son article à ce sujet, seul moment de réserve de sa part :
L’Italie va mal. Ou plus exactement son PIB peine à retrouver de la croissance. C’est un des rares pays de l’OCDE qui n’arrive pas à se remettre de la « crise de 2008 », et dans le grand concert de tous ceux qui ont un avis sur la question je vous propose le mien, simplement basé… sur la physique.
Mouais, je trouve quand même que pour quelqu'un qui veut apporter un nouvel éclairage sur la question, il laisse trop d'éléments dans l'ombre pour que sa thèse soit réellement défendable. Et il prétend par là que son avis provient d'une analyse scientifique. Quand tu affirmes que tu bases ton analyse sur la physique pour donner du crédit à ton propos, tu insinues que ton raisonnement est scientifique. Il a les bases, mais très clairement ça manque de profondeur comme je l'ai souligné.
Perso je pense qu’un pays qui est peut être un peu plus faible que les autres pour des raisons structurelles soit celui qui trinque (plus que les autres) en cas de problème énergétique, n’est pas forcément idiot. Si la situation énergétique tend tout le monde, mais que les autres arrivent à s’en sortir parce qu’ils sont un poil plus robuste, un pays doit trinquer.
Oui mais non quand même. L'Italie a ses problèmes mais ce n'est pas non plus un pays incapable de faire du commerce mondial et incapable de payer plus cher des fournisseurs d'hydrocarbure pour alimenter son économie. En tout cas je pense que cette thèse qui est quand même assez fondamentale dans son explication mériterait une analyse complète pour expliquer en quoi c'est le cas. Car cela n'a vraiment rien d'évident.
Si ma grille de lecture est correcte, on peut s’attendre à ce que le « manque » d’énergie ne soit pas réparti de manière homogène sur tout les pays. Grosso modo, l’allemagne étant un très gros client risque de pouvoir s’approvisionner bien après que des pays plus petit aient bu la tasse en cas de grosse crise.
Je ne dis pas que cela n'arrivera pas dans un futur proche. Je suis convaincu que cela peut être le cas. Mais je ne suis pas convaincu que cela soit arrivé encore. Et encore moins que cela touche la 7-8e économie mondiale et pas un pays comme le Portugal par exemple.
j’avoue que j’ai un faible pour le côté complètement iconoclaste de ses thèses en matière d’analyse économique qui ne font que souligner que les économistes ne parlent que très très rarement de gestion des ressources, paradoxalement, alors que c’est une des bases de la discipline et qu’on les entend beaucoup dans les médias
Je trouve qu'en soit il apporte des pistes intéressantes, à creuser. Je ne renie pas cela. Cependant je fais très attention à ne pas prendre pour acquis ce genre de thèses tant que cela manque de rigueur dans l'analyse. Ce que certains font hélas.
Sur révolutions politiques et industrielles, je dirai rien parce que je dirai probablement des conneries, mais je pense qu’il n’est pas forcément simple d’isoler la date de la révolution industrielle (ex dans ce document ils parlent de « quelque part entre 1750 et 1850 »
La révolution industrielle n'a pas été un mouvement mondial spontané. C'est ce qui explique pourquoi il y a un siècle d'écart dans le document. Globalement on peut séparer en trois groupes :
Fin du XVIIIe : le Royaume-Uni, pays qui a amorcé le processus
Début du XIXe : Europe de l'Ouest riche de l'époque pas défoncés par les guerres napoléoniennes (France, Belgique, etc.)
Milieu du XIXe : le reste de l'Europe riche + USA
Tu noteras que globalement les trois démocraties que j'ai cité sont toujours nées avant les débuts de la révolution industrielle localement. Donc je persiste et je signe, la démocratie peut vivre sans une énergie abondante et peu chère. Cela peut aider les choses bien sûr dans ce processus mais il ne semble pas indispensable.
D'autant plus que ces dates approximatives sont le début du processus de la révolution industrielle dans chaque pays ou région, il faut un certain temps avant que cela ait un impact sur la population concret. Ce n'est pas avec une ligne de chemin de fer et une usine que tu changes drastiquement une vie nationale ! Il en faut un peu plus.
Les coûts sont également démocratiques (voire gratuits pour les demandeurs d’emploi).
Et cela fonctionne aussi pour les étrangers ! ;-)
Typiquement je suis des cours de néerlandais par ce biais depuis peu, 3h / semaine pour l'année scolaire complète revient à 68€ en tout. C'est en effet pas cher pour une formation.
On a rarement fait de l’analyse historique en se contentant de calcul :)
Non, mais une analyse historique mérite plus qu'une phrase balancée comme ça sans preuves.
D'autant plus que dans le cas britannique, américain et français il n'y avait à l'époque pas de machines à vapeur. Ce qui contrarie pour moi la thèse.
Tu notera qu’à l’époque des débuts de la démocratie en france la situation n’était pas totalement stable et qu’on a même connu un démocrate … empereur. Évidemment oxymore. Qu’est-ce qui a fait « tenir » la démocratie, système totalement soluble dans la dictature ?
La démocratie française a été tumultueuse au début oui. Mais les bases ont été jetées malgré tout. Tu noteras que la démocratie britannique et américaine ont été stables très tôt et bien avant la disponibilité de l'énergie pas chère en abondance.
Je ne dis pas après que ce qu'il dit est totalement absurde et est sans intérêt. Mais cela manque clairement de recul et d'analyse. Je me méfie donc de ses thèses sur le sujet car oui, cela reste douteux en l'état.
il a le mérite de faire une prédiction qui vaut sans doute bien des prévisions savantes d’économistes analysant les réformes structurelles aux conséquences parfois hasardeuses :)
Je ne dis pas que les économistes qui passent à la télé font mieux tu noteras.
Mais voilà, Jancovici veut adopter une méthode scientifique pour soutenir son propos. Et globalement il le fait bien. C'est justement ce qu'il me chagrine, c'est que parfois il tient des discours francs alors que la valeur scientifique de son propos est faible.
Clairement tu ne peux pas effacer son explication du PIB asservi à l’énergie dépensée pour la production d’un revers de main, je pense, surtout quand il montre la robustesse de cette corrélation en long en large et en travers sur de longues périodes. A la rigueur faudrait faire le chemin en sens inverse et montrer que les autres explications qu’on pourrait trouver sont aussi prédictives et fonctionnent aussi bien. On pourrait trouver qu’une fois corrigé des variations pétrolières, elles fonctionnent, ce qui montrerait que l’efficacité des solution traditionnelle des économiste est asservie à … la disponibilité de l’énergie.
Je ne dis pas que le lien PIB / énergie n'existe pas. Il est vrai, si demain tu supprimes l'approvisionnement d'énergie d'un pays, son PIB va chuter. En ce sens, je suis d'accord avec lui.
Mais le cas italien comme il l'a analysé a plusieurs soucis de raisonnement, qu'il ignore et n'explique pas. Or pour moi, ces éléments remettent en cause sa conclusion, au moins partiellement.
Je m'explique. L'économie est sans doute l'un des domaines les plus complexes à analyser. Car l'économie est influencée par des tas de facteurs : politique, éducation, sociologie, scientifique, géostratégie, l'histoire, etc. Débarquer en disant que la crise italienne provient d'un manque d'énergie en basant son raisonnement sur l'analyse de données qui concerne uniquement l'objet de sa thèse, ce n'est pas sérieux. Il faut analyser des tas de données, et montrer que seules les données allant dans le sens de sa thèse expliquent la situation avant de conclure. Sinon c'est un travail bâclé voire manipulatoire.
Car dans son article, il a montré une corrélation. Troublante, mais cela reste une corrélation. Une corrélation ne fait pas un lien de cause à effet. C'est pourquoi avant de conclure il doit analyser le reste, pour prouver le lien de cause à effet. Tout en essayant de se prémunir de certains biais comme le paradoxe de Simpson.
Bref, cet article n'est pas un travail de qualité. C'est digne d'un discours manipulatoire basé sur trois graphes pour aller dans le sens qu'il veut. Moi aussi avec deux graphes je te prouve que le réchauffement climatique n'est pas lié à l'Homme. Pourtant bizarrement, si je le fais, on m'en demandera (à raison) un peu plus avant de conclure. Jancovici semble touché par un phénomène répandu chez les experts, dès qu'on sort légèrement du domaine d'expertise (ici l'analyse du climat et le lien avec la consommation d'énergie), il essaye de tout expliquer à partir de son domaine d'expertise. Quitte à juste rassembler les éléments allant dans son sens mais ignorant le reste.
L'autre point gênant et pas des moindre qu'il n'explique pas. Pourquoi l'Italie est le seul pays riche, de l'OCDE tout ce qu'on veut qui manquerait d'énergie ? La 7e économie du monde aurait plus de mal à payer ses fournisseurs étrangers que des pays plus petits et moins riches comme le Portugal ? Cela ne me semble pas cohérent et logique. Du coup le manque d'explication à ce sujet serait même un indice que le problème italien est ailleurs qu'une difficulté d'approvisionnement en énergie. Et que la baisse de l'énergie consommée et du PIB serait due à autre chose.
Je n'aime pas non plus cette solution mais parfois elle s'impose.
Déjà comme je l'ai dis, avant de recourir à cette solution extrême, regarder du côté de logiciels et de distributions adaptées pour de vieilles configs de ce genre est je pense une bonne idée. Une distribution ne peut pas satisfaire tout le monde à la fois. Vouloir l'extrême nouveauté de chez Fedora tout en étant compatible sur de vieilles machines me semble illusoire.
Sinon, il est normal que de plus en plus de logiciels nécessitent (comme Firefox) d'instructions modernes du processeur. Pour des raisons de maintenances et de tests, c'est plus raisonnable (les ressources ne sont pas infinies côté humain aussi). Mais aussi, renoncer à utiliser du SSE2 alors que globalement quasiment tout le monde a un processeur compatible est un gâchis de ressources aussi. À quoi sert d'avoir du SSE2 dans le processeur si c'est pour ne jamais l'employer ?
D'autant plus que globalement de nombreux logiciels comme Firefox ne sont pas agréables au quotidien sur de vieilles machines. Le Web est devenu trop lourd avec le temps. Et pour naviguer sur des pages légères, il y a des navigateurs plus indiqués que Firefox pour cette tâche par exemple.
De toute façon on le voit que ces configs deviennent rares, rares au point que certains bogues très bloquants ne sont repérés que des mois ou années après l'introduction du problème. Car il n'y a plus assez d'utilisateurs dans la communauté pour tester, utiliser ou maintenir cette compatibilité.
Et comme le Logiciel Libre n'impose rien en tant que tel, si les gens utilisant des processeurs aussi anciens sont motivés, ils peuvent maintenir la compatibilité eux mêmes. Le soucis est que globalement les codeurs restent rarement aussi longtemps avec ce genre de machines. Et on ne peut pas les forcer à le faire.
Oui, tout ce que tu fais dans ton boulot doit être fait sous ton adresse pro. Et si ton adresse se perd, tant pis.
Par défaut tu as raison, dans l'absolu non. C'est à l'entreprise de décider quelle politique adopter à ce sujet. Elle peut accepter que cela se fasse avec une adresse courrielle perso mais avec la licence qui désigne l'entreprise.
Tout est possible, il faut en discuter avec l'entreprise ou ses responsables. C'est tout. Mais par défaut oui, l'adresse professionnelle doit être utilisée.
Effectivement le jeu d'instruction sse2 est apparu avec le Pentium 4 sorti en 2000 mais les prcesseurs AMD n'en ont été dotés que plus tard en 2003 avec l'Athlon 64 et à partir du modèle Paris du Sempron.
C'est vrai, mais malgré tout cela reste de vieux processeurs. Déjà l'image i686 est régulièrement menacée de disparition car les images x86_64 dominent largement (on est de l'ordre 95% d'accès aux dépôts pour les x86_64 pour 2-3% pour i686). Et encore certains utilisent des images i686 sur des processeurs compatibles x86_64.
Le soucis régulier est que Fedora ne marche pas toujours bien sur cette plateforme. Pendant des mois le noyau Linux n'était pas très opérationnel (mais c'était le cas en amont aussi). De nombreux logiciels abandonnent la maintenance ou les tests sur i686 ce qui n'est pas sans poser problèmes pour la maintenance. Donc même si Fedora faisait un effort, peu à peu le nombre d'applications compatibles baisse. Comme tu l'as mentionné, cela fait un moment que c'est le cas pour Firefox par exemple.
Je me suis replié sur Fedora 24 pour avoir une version de Firefox sans sse2 la 47, j'ai trouvé aussi en sse un binaire de la version 27 du navigateur Palemoon de 2016, qui gère mieux certains sites avec javascript.
Je te déconseille vivement d'utiliser Fedora sur cette machine (ou alors sans accès à Internet). Fedora 24 est assez ancien et la plupart des composants du système ont donc des failles de sécurité connues et non résolues.
Prends une distribution et des logiciels plus adaptés à ton besoin. Ou change de machine.
Attention cependant au sujet Github & Microsoft, l’acquisition n’est effective que depuis 4 jours, donc Microsoft n’a rien pu faire encore. Les trolls c’était lors de l’annonce du rachat.
Je suis au courant, je ne vois pas le rapport. Je parlais bien de l'hystérie lors de l'annonce du rachat. Et pourtant quand on regarde dans le détails les critiques émises à ce sujet, la plupart sont sans fondement ou applicables à Github d'avant Microsoft.
En effet s'inquiéter de dépendre d'un hébergeur centralisé sans accès au code source du service, ce n'est pas au moment du rachat de Microsoft qu'il faut y penser mais lors de la création du compte à l'origine !
Est-ce celui fournit par défaut avec la distribution ?
Oui.
Est-ce qu'il est dispo quelque part ?
Bien sûr, Fedora a des dépôts Github pour héberger les fonds d'écran et autres fichiers associés. Ceux de Fedora 29 sont ici, il y a également les fichiers de config pour GNOME pour faire l'animation du fond d'écran suivant l'heure de la journée.
Car en réalité il y a 4 déclinaisons de ce fond d'écran, normalement celui-là est la version nuit.
Bien entendu, il est difficile de présager exactement de la forme future de RedHat après acquisition et bluewashing, mais se voiler la face en répétant 'tout est possible' en écartant tout le passif de Big Blue n'est certainement pas la réaction la plus ancrée dans la réalité.
Je pense que tu n'as pas compris l'essence de mon propos. Je ne suis pas naïf, mais justement j'essaye d'adopter une posture neutre vis à vis de cette acquisition car avec les données existantes, avoir une opinion tranchée est je trouve très difficile à obtenir.
Ce qui me pose problème n'est pas tant qu'on énumère ce qui peut mal se passer. Pourquoi pas. Ce qui me gène c'est cette hystérie collective qui mène au procès d'intention. À partir d'un simple communiqué de presse, qui ne contient pas grand chose dans l'absolu, directement on alloue des intentions mauvaises à IBM. Ici ça parlait de IBM qui va sucer RH jusqu'à la moelle, sur les listes de diffusion de Fedora il y a eu comparaison d'IBM à un cancer (rien que ça, Ballmer a finalement des adeptes), etc. Je trouve cela gênant d'avoir un point de vue si négatif d'entrée de jeux.
Mais j'ai la même opinion à peu près à chaque rachat. La polémique Github racheté par Microsoft était aussi du délire en général. Car le problème c'est que les gens se focalisent uniquement sur la réputation de la boîte à l'origine du rachat alors que cela ne fait pas tout.
Car bon, c'est beau d'énumérer ce qui va mal, moi je propose d'énumérer aussi ce qui va bien pour compenser un peu ce discours lugubre. Faisons le récap.
Négatif :
IBM est une structure avec une culture d'entreprise forte
IBM a un passif assez lourd avec ses rachats, qui ont fini par détruire les produits à terme
IBM n'est pas une entreprise au sommet de sa forme, donc les erreurs de gestion peuvent survenir plus facilement par intérêt financier ou gestion dans l'urgence
RH a des activités qui n'intéresseront pas forcément IBM, dans ce qui touche la bureautique en particulier
Positif :
Rachat à 34 milliards de dollar (loin des 1-2 milliards usuels pour IBM), pour le rentabiliser, il ne faudra pas faire n'importe quoi
IBM est une grosse structure avec des autonomies différentes suivant la section, RH peut en bénéficier
IBM et RH ont des intérêts convergents pour le cloud, RH peut servir de levier pour vendre d'autres produits IBM. Ce n'est pas un concurrent frontal qu'il faut éliminer.
L'exploitation du cloud peut faire intervenir toute la pile logicielle serveur comme cliente
IBM a déjà participé à des projets OpenSource ou ouverts (et pas forcément des moindre), ce n'est pas un phénomène nouveau.
Bref, le tableau n'est pas si noir que certains le prétendent. Je pense que la position raisonnable est donc d'attendre plutôt que de cracher sur IBM d'entrée de jeux. C'est tout. Sans pour autant être naïf et croire que cela va être merveilleux à ce stade également.
D'un coté je me dis que c'est leur problème (comme les gens qui ne mettent pas de ceintures par exemple : si il y a un accident c'est surtout elles que ça met en danger)
Si une personne est impliquée dans un accident mortel, elle ne va pas s'en tirer psychologiquement très bien. Sans compter l'impact sur la famille, la société (arrêts maladies, rééducation potentielle, etc.).
La question est : quand est-ce que tu as bossé dans ces conditions pour eux ?
Car on pourrait parler par exemple du cas Microsoft qui pendant des années a eu un comportement très hostile avant finalement changer de stratégie à ce sujets de manière assez rapide et radicale.
Bref, si ton témoignage est un peu ancien, c'est difficile d'en retirer quelque chose d'aussi certain. Même si cela reste éclairant.
Personnellement je ne dis pas que cela se passera forcément bien, mais je trouve fort de café de présager le pire à partir d'une annonce de rachat uniquement. Comme souvent par ailleurs, suffit de relire les trolls quand Microsoft a racheté Github pour voir que les gens ont une certaine hystérie collective pour ce genre de sujets.
Ouais enfin si l'annonce c'est du vent (ce qui est possible) cela fait gagner quoi, quelques mois voire un an avant que les employés ne réalisent et se barrent comme prévu ?
Stratégie qui me paraît douteuse quand même. Mais un communiqué de presse n'engage à rien, je suis d'accord là dessus.
Parce que si ça se dégrade petit à petit, il n'y aura pas d'annonce.
Car tu crois que si Red Hat change on ne sera pas au courant ? On verrait le désinvestissement de Red Hat dans la plupart des LL où ils contribuent, Fedora et CentOS seraient largement impactés et ces effets seraient mesurables. Sans compter que les employés en parleraient très sûrement.
Bref, la théorie de RH qui change à petit feu dans l'ombre, j'en doute. Étant donné leur implication dans le LL, cela se verrait rapidement.
Parce qu'ils ont besoin de montrer rapidemment aux investisseurs qu'ils ont réussi à changer fortement la courbe des six ans de vente en baisse.
Oui, c'est ça, pour prendre les actionnaires pour des idiots. La bourse ne fonctionne pas que comme ça hein. ;)
Cela reste très spéculatif à ce stade.
Pourquoi tu dis que j'envisage toujours le pire ? Lors des rumeurs du rachat du Sun par IBM, je trouvais ça bien (pas de bol…).
Par Oracle tu voulais dire.
Oracle a je pense un passif sur le sujet un peu plus lourd. Et je pense qu'on peut le dire sans soucis que le rachat de Sun a été un gâchis, pour eux aussi. Ils n'en ont rien retiré par rapport à ce qui était possible. Mais bon on parle de l'entreprise qui attaque Google qui n'a fait que de copier l'API de leur produit phare…
IBM pourrait commettre la même erreur, mais heureusement c'est rare d'aligner les milliards lors d'un rachat pour n'en faire rien ensuite. Ou tout détruire. Et je trouve étrange de voir autant de gens qui avec une simple annonce de rachat imagine déjà des scénarios catastrophes.
Pourquoi ne pas attendre les premières mesures ou annonces concrètes histoire d'y voir plus clair ?
[^] # Re: systemd32.exe
Posté par Renault (site web personnel) . En réponse au journal [HS] Microsoft ♥ Linux - Episode IV L'attaque des clones. Évalué à 7.
Ce qui ne veut pas dire que cela n'est jamais arrivé à quiconque. Sous l'ère SysV, plusieurs fois j'ai du achever le redémarrage à la fin moi même.
Bref, tu utilises un cas personnel isolé (à priori ça t'es arrivé une fois, pas régulièrement) pour critiquer un projet que tu n'aimes pas avant même de t'en servir. C'est débile, c'est tout, que ce soit pour critiquer systemd, Firefox, Windows ou iTunes.
D'autant plus que oui, comparer SysV et systemd n'a pas forcément un grand sens sans tenir compte de tous les éléments. systemd est plus gros, peut donc avoir plus de bogues mais il apporte plein de fonctionnalités utiles que SysV ne propose pas et qu'il faut gérer manuellement (donc risque de bogues, peu de mutualisation, maintenance lourde), etc.
C'est comme critiquer Linux qui a plus de bogues que Minix ou GNOME qui consomme plus de mémoire que i3. C'est facile pour un petit projet de gagner dans ce genre de comparaisons, car ils ne font pas la moitié de ce que font les autres projets donc forcément quand tu ne fais pas grand chose, peu de chances de planter directement…
[^] # Re: systemd32.exe
Posté par Renault (site web personnel) . En réponse au journal [HS] Microsoft ♥ Linux - Episode IV L'attaque des clones. Évalué à 7. Dernière modification le 08 novembre 2018 à 23:55.
Car c'est connu que SysV et les autres composants équivalents à systemd n'ont jamais eu de bogues et n'avaient aucun inconvénients.
[^] # Re: Vous l'avez quand même cherché
Posté par Renault (site web personnel) . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 6. Dernière modification le 05 novembre 2018 à 14:01.
Bien sûr, mais bon, c'est toi ici qui vient rapporter le fait que tu as eu un système down quelques temps probablement à cause de la carte SD.
On t'explique juste que la carte SD pour ce type d'usage ce n'est pas top, et pourquoi cela ne l'est pas. Après tu fais ce que tu veux.
Merci mais je travaille dans le secteur quand même, je ne viens pas balancer des idées reçues sorties de nulle part.
Disons que dans le milieu comme je l'ai dit, si ton stockage principal est une carte SD ou eMMC, si tu ne veux pas serrer des fesses à chaque fois que ton appareil s'éteint de manière non propre, tu configures le tout pour minimiser le risque.
C'est tout. Après tu fais ce que tu veux.
[^] # Re: Vous l'avez quand même cherché
Posté par Renault (site web personnel) . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 7.
Tu n'as pas compris nos messages : la moindre coupure de courant dans ton montage actuel peut corrompre le contenu de la carte SD.
Après tu fais ce que tu veux.
Arrête ton char, si les mémoires flash (SSD inclus) ne sont pas d'une fiabilité parfaite (breaking news, aucun système de stockage n'est fiable à 100% en cas de coupure de courant prématurée) on est très loin des problématiques de la carte SD au quotidien.
[^] # Re: Vous l'avez quand même cherché
Posté par Renault (site web personnel) . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 4.
D'autant plus que le bus USB est partagé avec le bus Ethernet. Donc pour un usage serveur cela introduit de la latence et une plus longue durée pour envoyer la réponse. En particulier pour un gros fichier par exemple.
[^] # Re: Eh ben non...
Posté par Renault (site web personnel) . En réponse au journal KDE is dying. Évalué à 7.
Où est-ce qu'ils disent que KDE est obsolète et qu'ils dénigrent le projet ?
Les notes de version à ce sujet sont neutres, ils disent juste que le projet n'est plus pris en charge par le support de Red Hat.
deprecated ne signifie pas obsolète et n'a rien d'insultant.
[^] # Re: Vous l'avez quand même cherché
Posté par Renault (site web personnel) . En réponse au journal Le roi est mort, Vive le roi !. Évalué à 9.
Les cartes SD peuvent être utilisées dans les systèmes embarqués mais pas n'importe comment. Sinon on obtient des pannes comme celle que tu viens d'avoir. Par ailleurs on privilégie les eMMC, assez proches en tant que tel mais plus robuste d'un point de vue électrique et mécanique en général.
Typiquement on limite au maximum les écritures (un maximum de boulot se fait en RAM, les écritures se font de manière régulières mais à des périodes définies). On désactive parfois le wear leveling, on interdit les cellules multi niveaux (enregistrer plusieurs bits dans une seule cellule). Le système d'exploitation est dans une partition en lecture seule, donc séparé des données à sauvegarder.
Bref, oui on trouve des cartes SD dans des systèmes embarqués. Mais cela ne s'improvise pas. Comme tu peux le voir, il y a des techniques à respecter pour que cela soit viable. Faire comme tu le fais serait une catastrophe potentielle à chaque coupure de l'appareil ce qui n'est pas acceptable en production.
[^] # Re: Le plein s'il vous plait
Posté par Renault (site web personnel) . En réponse au journal [Aujourd'hui c'est vendredi] prix du carburant, association d'automobilistes. Évalué à 3. Dernière modification le 02 novembre 2018 à 08:44.
Je cite le début de son article à ce sujet, seul moment de réserve de sa part :
Mouais, je trouve quand même que pour quelqu'un qui veut apporter un nouvel éclairage sur la question, il laisse trop d'éléments dans l'ombre pour que sa thèse soit réellement défendable. Et il prétend par là que son avis provient d'une analyse scientifique. Quand tu affirmes que tu bases ton analyse sur la physique pour donner du crédit à ton propos, tu insinues que ton raisonnement est scientifique. Il a les bases, mais très clairement ça manque de profondeur comme je l'ai souligné.
Oui mais non quand même. L'Italie a ses problèmes mais ce n'est pas non plus un pays incapable de faire du commerce mondial et incapable de payer plus cher des fournisseurs d'hydrocarbure pour alimenter son économie. En tout cas je pense que cette thèse qui est quand même assez fondamentale dans son explication mériterait une analyse complète pour expliquer en quoi c'est le cas. Car cela n'a vraiment rien d'évident.
Je ne dis pas que cela n'arrivera pas dans un futur proche. Je suis convaincu que cela peut être le cas. Mais je ne suis pas convaincu que cela soit arrivé encore. Et encore moins que cela touche la 7-8e économie mondiale et pas un pays comme le Portugal par exemple.
Je trouve qu'en soit il apporte des pistes intéressantes, à creuser. Je ne renie pas cela. Cependant je fais très attention à ne pas prendre pour acquis ce genre de thèses tant que cela manque de rigueur dans l'analyse. Ce que certains font hélas.
La révolution industrielle n'a pas été un mouvement mondial spontané. C'est ce qui explique pourquoi il y a un siècle d'écart dans le document. Globalement on peut séparer en trois groupes :
Tu noteras que globalement les trois démocraties que j'ai cité sont toujours nées avant les débuts de la révolution industrielle localement. Donc je persiste et je signe, la démocratie peut vivre sans une énergie abondante et peu chère. Cela peut aider les choses bien sûr dans ce processus mais il ne semble pas indispensable.
D'autant plus que ces dates approximatives sont le début du processus de la révolution industrielle dans chaque pays ou région, il faut un certain temps avant que cela ait un impact sur la population concret. Ce n'est pas avec une ligne de chemin de fer et une usine que tu changes drastiquement une vie nationale ! Il en faut un peu plus.
[^] # Re: Signification de "Promotion Sociale" pour les non-belges ?
Posté par Renault (site web personnel) . En réponse à la dépêche Se former à Linux en promotion sociale en 2018-2019. Évalué à 7.
Et cela fonctionne aussi pour les étrangers ! ;-)
Typiquement je suis des cours de néerlandais par ce biais depuis peu, 3h / semaine pour l'année scolaire complète revient à 68€ en tout. C'est en effet pas cher pour une formation.
[^] # Re: L'important : les finitions.
Posté par Renault (site web personnel) . En réponse au journal Ubuntu, Fais moi rêver !. Évalué à 6.
Car c'est un exercice plutôt compliqué.
Sous GNOME avec Wayland ça marche.
Fedora fait des tests à ce sujet, c'est pour bientôt. ;)
[^] # Re: Le plein s'il vous plait
Posté par Renault (site web personnel) . En réponse au journal [Aujourd'hui c'est vendredi] prix du carburant, association d'automobilistes. Évalué à 4.
Non, mais une analyse historique mérite plus qu'une phrase balancée comme ça sans preuves.
D'autant plus que dans le cas britannique, américain et français il n'y avait à l'époque pas de machines à vapeur. Ce qui contrarie pour moi la thèse.
La démocratie française a été tumultueuse au début oui. Mais les bases ont été jetées malgré tout. Tu noteras que la démocratie britannique et américaine ont été stables très tôt et bien avant la disponibilité de l'énergie pas chère en abondance.
Je ne dis pas après que ce qu'il dit est totalement absurde et est sans intérêt. Mais cela manque clairement de recul et d'analyse. Je me méfie donc de ses thèses sur le sujet car oui, cela reste douteux en l'état.
Je ne dis pas que les économistes qui passent à la télé font mieux tu noteras.
Mais voilà, Jancovici veut adopter une méthode scientifique pour soutenir son propos. Et globalement il le fait bien. C'est justement ce qu'il me chagrine, c'est que parfois il tient des discours francs alors que la valeur scientifique de son propos est faible.
Je ne dis pas que le lien PIB / énergie n'existe pas. Il est vrai, si demain tu supprimes l'approvisionnement d'énergie d'un pays, son PIB va chuter. En ce sens, je suis d'accord avec lui.
Mais le cas italien comme il l'a analysé a plusieurs soucis de raisonnement, qu'il ignore et n'explique pas. Or pour moi, ces éléments remettent en cause sa conclusion, au moins partiellement.
Je m'explique. L'économie est sans doute l'un des domaines les plus complexes à analyser. Car l'économie est influencée par des tas de facteurs : politique, éducation, sociologie, scientifique, géostratégie, l'histoire, etc. Débarquer en disant que la crise italienne provient d'un manque d'énergie en basant son raisonnement sur l'analyse de données qui concerne uniquement l'objet de sa thèse, ce n'est pas sérieux. Il faut analyser des tas de données, et montrer que seules les données allant dans le sens de sa thèse expliquent la situation avant de conclure. Sinon c'est un travail bâclé voire manipulatoire.
Car dans son article, il a montré une corrélation. Troublante, mais cela reste une corrélation. Une corrélation ne fait pas un lien de cause à effet. C'est pourquoi avant de conclure il doit analyser le reste, pour prouver le lien de cause à effet. Tout en essayant de se prémunir de certains biais comme le paradoxe de Simpson.
Bref, cet article n'est pas un travail de qualité. C'est digne d'un discours manipulatoire basé sur trois graphes pour aller dans le sens qu'il veut. Moi aussi avec deux graphes je te prouve que le réchauffement climatique n'est pas lié à l'Homme. Pourtant bizarrement, si je le fais, on m'en demandera (à raison) un peu plus avant de conclure. Jancovici semble touché par un phénomène répandu chez les experts, dès qu'on sort légèrement du domaine d'expertise (ici l'analyse du climat et le lien avec la consommation d'énergie), il essaye de tout expliquer à partir de son domaine d'expertise. Quitte à juste rassembler les éléments allant dans son sens mais ignorant le reste.
L'autre point gênant et pas des moindre qu'il n'explique pas. Pourquoi l'Italie est le seul pays riche, de l'OCDE tout ce qu'on veut qui manquerait d'énergie ? La 7e économie du monde aurait plus de mal à payer ses fournisseurs étrangers que des pays plus petits et moins riches comme le Portugal ? Cela ne me semble pas cohérent et logique. Du coup le manque d'explication à ce sujet serait même un indice que le problème italien est ailleurs qu'une difficulté d'approvisionnement en énergie. Et que la baisse de l'énergie consommée et du PIB serait due à autre chose.
[^] # Re: Petite précision sur les processeurs sse2
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora 29. Évalué à 8.
Ici c'est communiqué dans la dépêche, que veux-tu de plus ?
[^] # Re: Petite précision sur les processeurs sse2
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora 29. Évalué à 10.
Chez Fedora pour obtenir cette information tu as deux fichiers à regarder.
La doc des variables globaux utilisés pour générer les RPMs de la distro
Ici la ligne qui définie les options spécifiques pour les paquets i686
[^] # Re: Petite précision sur les processeurs sse2
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora 29. Évalué à 10.
Je n'aime pas non plus cette solution mais parfois elle s'impose.
Déjà comme je l'ai dis, avant de recourir à cette solution extrême, regarder du côté de logiciels et de distributions adaptées pour de vieilles configs de ce genre est je pense une bonne idée. Une distribution ne peut pas satisfaire tout le monde à la fois. Vouloir l'extrême nouveauté de chez Fedora tout en étant compatible sur de vieilles machines me semble illusoire.
Sinon, il est normal que de plus en plus de logiciels nécessitent (comme Firefox) d'instructions modernes du processeur. Pour des raisons de maintenances et de tests, c'est plus raisonnable (les ressources ne sont pas infinies côté humain aussi). Mais aussi, renoncer à utiliser du SSE2 alors que globalement quasiment tout le monde a un processeur compatible est un gâchis de ressources aussi. À quoi sert d'avoir du SSE2 dans le processeur si c'est pour ne jamais l'employer ?
D'autant plus que globalement de nombreux logiciels comme Firefox ne sont pas agréables au quotidien sur de vieilles machines. Le Web est devenu trop lourd avec le temps. Et pour naviguer sur des pages légères, il y a des navigateurs plus indiqués que Firefox pour cette tâche par exemple.
De toute façon on le voit que ces configs deviennent rares, rares au point que certains bogues très bloquants ne sont repérés que des mois ou années après l'introduction du problème. Car il n'y a plus assez d'utilisateurs dans la communauté pour tester, utiliser ou maintenir cette compatibilité.
Et comme le Logiciel Libre n'impose rien en tant que tel, si les gens utilisant des processeurs aussi anciens sont motivés, ils peuvent maintenir la compatibilité eux mêmes. Le soucis est que globalement les codeurs restent rarement aussi longtemps avec ce genre de machines. Et on ne peut pas les forcer à le faire.
[^] # Re: Adresse pro
Posté par Renault (site web personnel) . En réponse au message Quelle adresse email utiliser sur un projet Libre dans le cadre du travail ?. Évalué à 7.
Par défaut tu as raison, dans l'absolu non. C'est à l'entreprise de décider quelle politique adopter à ce sujet. Elle peut accepter que cela se fasse avec une adresse courrielle perso mais avec la licence qui désigne l'entreprise.
Tout est possible, il faut en discuter avec l'entreprise ou ses responsables. C'est tout. Mais par défaut oui, l'adresse professionnelle doit être utilisée.
[^] # Re: Petite précision sur les processeurs sse2
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora 29. Évalué à 10.
C'est vrai, mais malgré tout cela reste de vieux processeurs. Déjà l'image i686 est régulièrement menacée de disparition car les images x86_64 dominent largement (on est de l'ordre 95% d'accès aux dépôts pour les x86_64 pour 2-3% pour i686). Et encore certains utilisent des images i686 sur des processeurs compatibles x86_64.
Le soucis régulier est que Fedora ne marche pas toujours bien sur cette plateforme. Pendant des mois le noyau Linux n'était pas très opérationnel (mais c'était le cas en amont aussi). De nombreux logiciels abandonnent la maintenance ou les tests sur i686 ce qui n'est pas sans poser problèmes pour la maintenance. Donc même si Fedora faisait un effort, peu à peu le nombre d'applications compatibles baisse. Comme tu l'as mentionné, cela fait un moment que c'est le cas pour Firefox par exemple.
Je te déconseille vivement d'utiliser Fedora sur cette machine (ou alors sans accès à Internet). Fedora 24 est assez ancien et la plupart des composants du système ont donc des failles de sécurité connues et non résolues.
Prends une distribution et des logiciels plus adaptés à ton besoin. Ou change de machine.
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 4.
Ouais enfin racheter Suse ou Canonical pour Oracle cela ne fait pas forcément sens stratégiquement. Surtout le second qui n'est pas (trop ?) rentable.
Ce n'est pas nouveau que les boîtes à succès se fassent racheter, à moins qu'elles ne deviennent grosses elles même à leur tour.
C'est arrivé, Novell s'est débarrassé de Suse et cela se passe bien apparemment pour eux.
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 6.
Je suis au courant, je ne vois pas le rapport. Je parlais bien de l'hystérie lors de l'annonce du rachat. Et pourtant quand on regarde dans le détails les critiques émises à ce sujet, la plupart sont sans fondement ou applicables à Github d'avant Microsoft.
En effet s'inquiéter de dépendre d'un hébergeur centralisé sans accès au code source du service, ce n'est pas au moment du rachat de Microsoft qu'il faut y penser mais lors de la création du compte à l'origine !
[^] # Re: Fond d'écran.
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora 29. Évalué à 7.
Oui.
Bien sûr, Fedora a des dépôts Github pour héberger les fonds d'écran et autres fichiers associés. Ceux de Fedora 29 sont ici, il y a également les fichiers de config pour GNOME pour faire l'animation du fond d'écran suivant l'heure de la journée.
Car en réalité il y a 4 déclinaisons de ce fond d'écran, normalement celui-là est la version nuit.
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 10.
Je pense que tu n'as pas compris l'essence de mon propos. Je ne suis pas naïf, mais justement j'essaye d'adopter une posture neutre vis à vis de cette acquisition car avec les données existantes, avoir une opinion tranchée est je trouve très difficile à obtenir.
Ce qui me pose problème n'est pas tant qu'on énumère ce qui peut mal se passer. Pourquoi pas. Ce qui me gène c'est cette hystérie collective qui mène au procès d'intention. À partir d'un simple communiqué de presse, qui ne contient pas grand chose dans l'absolu, directement on alloue des intentions mauvaises à IBM. Ici ça parlait de IBM qui va sucer RH jusqu'à la moelle, sur les listes de diffusion de Fedora il y a eu comparaison d'IBM à un cancer (rien que ça, Ballmer a finalement des adeptes), etc. Je trouve cela gênant d'avoir un point de vue si négatif d'entrée de jeux.
Mais j'ai la même opinion à peu près à chaque rachat. La polémique Github racheté par Microsoft était aussi du délire en général. Car le problème c'est que les gens se focalisent uniquement sur la réputation de la boîte à l'origine du rachat alors que cela ne fait pas tout.
Car bon, c'est beau d'énumérer ce qui va mal, moi je propose d'énumérer aussi ce qui va bien pour compenser un peu ce discours lugubre. Faisons le récap.
Négatif :
Positif :
Bref, le tableau n'est pas si noir que certains le prétendent. Je pense que la position raisonnable est donc d'attendre plutôt que de cracher sur IBM d'entrée de jeux. C'est tout. Sans pour autant être naïf et croire que cela va être merveilleux à ce stade également.
[^] # Re: pas les promeneurs, les cueilleurs de champignon
Posté par Renault (site web personnel) . En réponse au journal Enfin un maire qui a la tête sur les épaules. Évalué à 0.
Si une personne est impliquée dans un accident mortel, elle ne va pas s'en tirer psychologiquement très bien. Sans compter l'impact sur la famille, la société (arrêts maladies, rééducation potentielle, etc.).
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 5.
La question est : quand est-ce que tu as bossé dans ces conditions pour eux ?
Car on pourrait parler par exemple du cas Microsoft qui pendant des années a eu un comportement très hostile avant finalement changer de stratégie à ce sujets de manière assez rapide et radicale.
Bref, si ton témoignage est un peu ancien, c'est difficile d'en retirer quelque chose d'aussi certain. Même si cela reste éclairant.
Personnellement je ne dis pas que cela se passera forcément bien, mais je trouve fort de café de présager le pire à partir d'une annonce de rachat uniquement. Comme souvent par ailleurs, suffit de relire les trolls quand Microsoft a racheté Github pour voir que les gens ont une certaine hystérie collective pour ce genre de sujets.
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 6.
Ouais enfin si l'annonce c'est du vent (ce qui est possible) cela fait gagner quoi, quelques mois voire un an avant que les employés ne réalisent et se barrent comme prévu ?
Stratégie qui me paraît douteuse quand même. Mais un communiqué de presse n'engage à rien, je suis d'accord là dessus.
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 6.
Car tu crois que si Red Hat change on ne sera pas au courant ? On verrait le désinvestissement de Red Hat dans la plupart des LL où ils contribuent, Fedora et CentOS seraient largement impactés et ces effets seraient mesurables. Sans compter que les employés en parleraient très sûrement.
Bref, la théorie de RH qui change à petit feu dans l'ombre, j'en doute. Étant donné leur implication dans le LL, cela se verrait rapidement.
[^] # Re: Microsoft en rêvait
Posté par Renault (site web personnel) . En réponse au journal IBM achète Red Hat. Évalué à 8. Dernière modification le 28 octobre 2018 à 23:28.
Oui, c'est ça, pour prendre les actionnaires pour des idiots. La bourse ne fonctionne pas que comme ça hein. ;)
Cela reste très spéculatif à ce stade.
Par Oracle tu voulais dire.
Oracle a je pense un passif sur le sujet un peu plus lourd. Et je pense qu'on peut le dire sans soucis que le rachat de Sun a été un gâchis, pour eux aussi. Ils n'en ont rien retiré par rapport à ce qui était possible. Mais bon on parle de l'entreprise qui attaque Google qui n'a fait que de copier l'API de leur produit phare…
IBM pourrait commettre la même erreur, mais heureusement c'est rare d'aligner les milliards lors d'un rachat pour n'en faire rien ensuite. Ou tout détruire. Et je trouve étrange de voir autant de gens qui avec une simple annonce de rachat imagine déjà des scénarios catastrophes.
Pourquoi ne pas attendre les premières mesures ou annonces concrètes histoire d'y voir plus clair ?