Ça me rappelle mon ancienne machine, avec un CPU AMD K7, dont j'avais upgradé le ventillo par un truc un peu maousse.
Au début c'était pas mal, j'avais dans les 30°C au repos, puis ça a dû se dégrader je ne sais pas trop comment (brutalement ou progressivement ? aucune idée) car je ne monitorais plus la température du CPU, mais bref un jour le système indiquait dans les 85°C en permanence alors que pourtant j'étais toujours équipé du Big Typhoon de la muerta (il avait fallut que je déssoude un condo de la carte mère pour que ça passe).
J'ai fini par en déduire que le capteur de température était mort et indiquait n'importe quoi, puisque de toutes façons j'arrivais toujours à utiliser ma machine (difficile de juger les lenteurs alors que les logiciels et surtout les sites web sont de plus en plus gourmands au fil du temps).
Puis un jour, alors que ça faisait des années que cette machine était au placard, j'ai décidé de la démonter/nettoyer totalement pour le fun. C'est là que j'ai vu la tronche de la pâte thermique (toute sèche). Je me suis demandé comment ça faisait pour marcher. J'en ai remis de la neuve que j'avais eu en montant un PC récemment, et là le capteur a à nouveau indiqué une température dans les 30°C. Comme quoi, il était pas mort le capteur :-)
Une pensée pour le décideur pressé, qui au moment d'appliquer sa pâte thermique se pose la question et rush alors sur google images vite vite, tombe sur ce super gif pédagogique qui convient très bien à sa situation (rapide et simple), puis sprloutch, plop, hop et power on!
Oulala je me rends compte que ça fait bientôt 15 ans que je suis là sur les 20 années du site.
Dire que je me suis toujours senti comme un « petit jeune » sur ce site, en voyant les dates d'inscription des anciens qui avaient plusieurs années d'ancienneté. Au début c'était effectivement le cas… D'ailleurs à l'époque je rigolais même des chauves.
Une fois j'ai flashé la carte mère du PC portable de ma mère avec un mauvais BIOS. En même temps ils avaient mis deux BIOS dans le zip sans trop indiquer lequel est compatible avec quel PC…
Résultat, retour au SAV pour changement de carte mère… (300 €). Et comme c'était le SAV ACER, et bien ils ont perdu le PC.
Je n'ai plus jamais reflashé de BIOS depuis. Traumatisé.
Depuis ces changements, quand j'ouvre un article depuis le flux RSS (https://linuxfr.org/news.atom), j'arrive sur la page de l'article en mode déconnecté. Si je clique sur « se connecter », il me renvoie sur la page d'accueil en me disant que je suis déjà connecté (et je suis alors bien connecté, mais plus sur la page que je souhaitais).
Quelqu'un saurait pourquoi ça me fait ça ? J'ai déjà vidé le cache de firefox.
Alors dans le monde (souvent oublié) d'Ada, il y a gprbuild (« gpr » pour GNAT project, GNAT étant le compilateur développé par AdaCore et reposant sur GCC).
Avec gprbuild, on décrit son projet dans un fichier .gpr dans une syntaxe qui rappelle l'Ada. C'est donc facile à lire pour un humain. Et c'est pas mal fichu car pas chiant à écrire non plus tout compte fait. Le démarrage d'un fichier projet est assez rapide (3-4 directives pour spécifier les répertoires contenant les sources, les produits de compilation, les binaires), et ça reste généralement assez concis. Et si on a besoin de faire des choses un peu évoluées (avec des switch/case sur des variables d'environnement par exemple), la syntaxe permet de construire son projet de manière assez propre.
Pour les dépendances, il suffit d'une directive « with madependence.gpr » en début de projet, comme un include (il faut que la dépendance soit décrite dans un fichier .gpr bien sûr), et hop ça link automatiquement avec.
Ça gère quelques langages, qu'on peut mixer en même temps d'ailleurs (Ada, C, C++).
C'est le bonheur d'avoir des fichiers projet tout beau et tout propre, faciles à lire et à maintenir.
les articles matos de Dc Caféine, je me souviens encore des 5 pages complètes et ultra détaillées des tests sur architecture GeForce-1 et le Pentium 4 … je captais quedal mais j'adorais, littéralement je dévorais ce magazine.
Moi aussi j'aimais bien.
De temps en temps, je les re-parcours avec nostalgie, et aujourd'hui je me rends compte qu'il y avait quand même pas mal d'approximations/erreurs/poudre aux yeux (y compris dans les tests de jeux, où l'on t'explique que la super IA sait faire ci ou ça alors que pas du tout, …). À l'époque j'étais lycéen sans expérience en info, Internet c'était en 56k, donc je n'y voyais que du feu ^_^
Le système de notation permet peut-être d'éviter une lignée de commentaires ne contenant que le texte "+1" à la suite d'un commentaire largement jugé pertinent, rendant le fil moins lisible.
Qu'un traitement manuel soit requis pour certains cas exceptionnels, pourquoi pas, mais ça devrait tout de même pouvoir être réalisé via une déclaration numérique. On est censé retrouver les mêmes cases que sur le papier, et je ne vois pas en quoi le formulaire numérique ne pourrait pas refléter 100% du formulaire papier en terme de recueil de données. Le logiciel peut se contenter de juste sauvegarder les informations et laisser le traitement au fonctionnaire.
Parce que bon, le fonctionnaire qui va recevoir le papier, il va commencer par rentrer tout ça en numérique avant de le traiter…
Oh si certainement. En fait je ne suis pas un vrai sysadmin moi. J'ai monté un serveur artisanalement pour le projet parce que le service informatique est à la rue, et j'ai monté un serveur de secours car j'ai (à raison) peu confiance dans les sauvegardes du service informatique. Et j'ai du faire tout ça sur mon budget de dev, donc hélas peu le temps d'expérimenter de nouveaux outils ;-(
Moi il y a quelques mois, j'ai pourri le /var/lib d'un serveur de backup (miroir) que je préparais. Je voulais copier une application installée là-dedans vers le serveur de backup en utilisant rsync car j'avais la flemme de faire un tar/scp/tar.
Mais pour une sombre histoire de '/' en fin de path, ça c'est pas passé comme prévu. Il m'en a foutu partout c'était horrible. Alors j'ai tenté de réparer rapidement le bordel je ne sais plus trop comment. Ensuite je me souviens que j'ai dû prendre la décision de réinstaller tout le système depuis zéro car c'était pire qu'avant (notamment, j'avais perdu la base de yum, dont la liste des paquets installés).
C'était vraiment con car vu qu'il y avait des milliers de petits fichiers à copier, un tar/scp/tar était 100 fois plus rapide en durée d'exécution.
Ça me rappelle une anecdote tiens. Une histoire un peu similaire : un collègue qui a rincé sa clef USB par erreur sous mes yeux, en voulant faire le malin.
Sa clef était bien pleine et il voulait faire de la place en vidant la corbeille (.Trash) qui était stockée sur la clef. Il commence à sortir un terminal et tout, et je lui dis alors de ne pas se faire chier, au moment de démonter la clef sous Gnome, une fênetre va poper et lui demander s'il veut vider la corbeille automatiquement. Mais non, il voulait me montrer qu'il maîtrisait Linux.
Donc il a promptement ouvert un terminal à la racine de sa clef, puis « rm -rf * [ENTRER] ».
« VOILÀ. »
Il y a eu un silence pendant 3 secondes puis j'ai éclaté de rire :D
C'est plus facile de comparer des tailles de fichiers, car grandeur comparable, que des qualités d'image compressées avec des algorithmes destructeurs différents qui te donneront toujours un résultat différent par rapport à un autre algorithme.
À quel moment tu décides que deux images sont équivalentes en qualité ? C'est vite subjectif. Peut-être que ton choix demandera une grande taille en mémoire, alors que si tu dégrades légèrement (99% de la qualité ton choix initial) tu réduits grandement la taille mémoire. Et que cette dernière qualité serait jugée tout aussi bien par d'autres personnes.
Au moins, sur la taille de fichier, on ne peut pas polémiquer.
Et c'est plus facile pour automatiser le comparateur.
Avec tout cet argent, j'espère que Linuxfr.org en distribuera un peu au projet TapTempo, dont on attend impatiemment une première release mais qui pour l'instant n'a l'air d'être que du vent faute de moyens pour financer le développement (quelqu'un a-t-il vu ne serait-ce qu'une ligne de code ?).
Heureusement, bientôt la loi interdira de poster ce genre d'ignominie insupportable pour les fidèles.
Mais nous devons encore travailler le gouvernement au corps pour qu'il mentionne Emacs dans la constitution. Il ne faut pas relâcher nos efforts de lobbying.
# Important, la pâte thermique
Posté par Meku (site web personnel) . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 10.
Ça me rappelle mon ancienne machine, avec un CPU AMD K7, dont j'avais upgradé le ventillo par un truc un peu maousse.
Au début c'était pas mal, j'avais dans les 30°C au repos, puis ça a dû se dégrader je ne sais pas trop comment (brutalement ou progressivement ? aucune idée) car je ne monitorais plus la température du CPU, mais bref un jour le système indiquait dans les 85°C en permanence alors que pourtant j'étais toujours équipé du Big Typhoon de la muerta (il avait fallut que je déssoude un condo de la carte mère pour que ça passe).
J'ai fini par en déduire que le capteur de température était mort et indiquait n'importe quoi, puisque de toutes façons j'arrivais toujours à utiliser ma machine (difficile de juger les lenteurs alors que les logiciels et surtout les sites web sont de plus en plus gourmands au fil du temps).
Puis un jour, alors que ça faisait des années que cette machine était au placard, j'ai décidé de la démonter/nettoyer totalement pour le fun. C'est là que j'ai vu la tronche de la pâte thermique (toute sèche). Je me suis demandé comment ça faisait pour marcher. J'en ai remis de la neuve que j'avais eu en montant un PC récemment, et là le capteur a à nouveau indiqué une température dans les 30°C. Comme quoi, il était pas mort le capteur :-)
[^] # Re: Faut juste bien l'appliquer [TM]
Posté par Meku (site web personnel) . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 5.
Une pensée pour le décideur pressé, qui au moment d'appliquer sa pâte thermique se pose la question et rush alors sur google images vite vite, tombe sur ce super gif pédagogique qui convient très bien à sa situation (rapide et simple), puis sprloutch, plop, hop et power on!
[^] # Re: Application
Posté par Meku (site web personnel) . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 10. Dernière modification le 03 juillet 2018 à 18:08.
Je dessine un Tux avec la seringue.
[^] # Re: Souvenirs Souvenirs...
Posté par Meku (site web personnel) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 10.
Source ?
[^] # Re: Drône Taser ?
Posté par Meku (site web personnel) . En réponse au journal Nettoyage de dunes avec un drone. Évalué à 10.
Genre planète hurlante ? (voir la bande annonce pour ceux qui ne connaissent pas)
# Que le temps passe vite
Posté par Meku (site web personnel) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 8.
Oulala je me rends compte que ça fait bientôt 15 ans que je suis là sur les 20 années du site.
Dire que je me suis toujours senti comme un « petit jeune » sur ce site, en voyant les dates d'inscription des anciens qui avaient plusieurs années d'ancienneté. Au début c'était effectivement le cas… D'ailleurs à l'époque je rigolais même des chauves.
[^] # Re: DLFP
Posté par Meku (site web personnel) . En réponse à la dépêche 20 ans de LinuxFr.org. Évalué à 5.
Ah bah vous faites bien d'en parler dites donc, j'étais moi aussi resté sur DLFP dans mes bookmarks !
Et.. euh.. ça fait longtemps que c'est comme ça ?
Si on parle toujours de « DLFP », vous pensez que ça fait vieux ou pas ?
[^] # Re: Flashé la carte mère avec le mauvais bios
Posté par Meku (site web personnel) . En réponse au sondage Oui j’avoue, ma plus grosse boulette c’est d’avoir :. Évalué à 2.
C'est aussi ce que j'ai fait.
# Flashé la carte mère avec le mauvais bios
Posté par Meku (site web personnel) . En réponse au sondage Oui j’avoue, ma plus grosse boulette c’est d’avoir :. Évalué à 6.
Une fois j'ai flashé la carte mère du PC portable de ma mère avec un mauvais BIOS. En même temps ils avaient mis deux BIOS dans le zip sans trop indiquer lequel est compatible avec quel PC…
Résultat, retour au SAV pour changement de carte mère… (300 €). Et comme c'était le SAV ACER, et bien ils ont perdu le PC.
Je n'ai plus jamais reflashé de BIOS depuis. Traumatisé.
[^] # Re: http >> https
Posté par Meku (site web personnel) . En réponse à la dépêche Un incident et des opérations de maintenance sur le site. Évalué à 4.
Depuis ces changements, quand j'ouvre un article depuis le flux RSS (https://linuxfr.org/news.atom), j'arrive sur la page de l'article en mode déconnecté. Si je clique sur « se connecter », il me renvoie sur la page d'accueil en me disant que je suis déjà connecté (et je suis alors bien connecté, mais plus sur la page que je souhaitais).
Quelqu'un saurait pourquoi ça me fait ça ? J'ai déjà vidé le cache de firefox.
[^] # Re: Analyse très subjective!
Posté par Meku (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 3.
C'est étonnant d'ailleurs que ce comportement par défaut (warnings inactifs) subsiste encore aujourd'hui.
# gprbuild
Posté par Meku (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 4.
Alors dans le monde (souvent oublié) d'Ada, il y a gprbuild (« gpr » pour GNAT project, GNAT étant le compilateur développé par AdaCore et reposant sur GCC).
Avec gprbuild, on décrit son projet dans un fichier .gpr dans une syntaxe qui rappelle l'Ada. C'est donc facile à lire pour un humain. Et c'est pas mal fichu car pas chiant à écrire non plus tout compte fait. Le démarrage d'un fichier projet est assez rapide (3-4 directives pour spécifier les répertoires contenant les sources, les produits de compilation, les binaires), et ça reste généralement assez concis. Et si on a besoin de faire des choses un peu évoluées (avec des switch/case sur des variables d'environnement par exemple), la syntaxe permet de construire son projet de manière assez propre.
Pour les dépendances, il suffit d'une directive « with madependence.gpr » en début de projet, comme un include (il faut que la dépendance soit décrite dans un fichier .gpr bien sûr), et hop ça link automatiquement avec.
Ça gère quelques langages, qu'on peut mixer en même temps d'ailleurs (Ada, C, C++).
C'est le bonheur d'avoir des fichiers projet tout beau et tout propre, faciles à lire et à maintenir.
[^] # Re: Un de plus ...
Posté par Meku (site web personnel) . En réponse au journal Lord Casque Noir est bronsonisé. Évalué à 3.
Moi aussi j'aimais bien.
De temps en temps, je les re-parcours avec nostalgie, et aujourd'hui je me rends compte qu'il y avait quand même pas mal d'approximations/erreurs/poudre aux yeux (y compris dans les tests de jeux, où l'on t'explique que la super IA sait faire ci ou ça alors que pas du tout, …). À l'époque j'étais lycéen sans expérience en info, Internet c'était en 56k, donc je n'y voyais que du feu
^_^[^] # Re: Le détail, toujours le détail
Posté par Meku (site web personnel) . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 10.
Le système de notation permet peut-être d'éviter une lignée de commentaires ne contenant que le texte "+1" à la suite d'un commentaire largement jugé pertinent, rendant le fil moins lisible.
[^] # Re: Avocat du diable
Posté par Meku (site web personnel) . En réponse au journal Ma déclaration d'impots. Évalué à 6.
Qu'un traitement manuel soit requis pour certains cas exceptionnels, pourquoi pas, mais ça devrait tout de même pouvoir être réalisé via une déclaration numérique. On est censé retrouver les mêmes cases que sur le papier, et je ne vois pas en quoi le formulaire numérique ne pourrait pas refléter 100% du formulaire papier en terme de recueil de données. Le logiciel peut se contenter de juste sauvegarder les informations et laisser le traitement au fonctionnaire.
Parce que bon, le fonctionnaire qui va recevoir le papier, il va commencer par rentrer tout ça en numérique avant de le traiter…
[^] # Re: Blame the victim
Posté par Meku (site web personnel) . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 2.
Oh si certainement. En fait je ne suis pas un vrai sysadmin moi. J'ai monté un serveur artisanalement pour le projet parce que le service informatique est à la rue, et j'ai monté un serveur de secours car j'ai (à raison) peu confiance dans les sauvegardes du service informatique. Et j'ai du faire tout ça sur mon budget de dev, donc hélas peu le temps d'expérimenter de nouveaux outils ;-(
[^] # Re: Blame the victim
Posté par Meku (site web personnel) . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 2.
Moi il y a quelques mois, j'ai pourri le /var/lib d'un serveur de backup (miroir) que je préparais. Je voulais copier une application installée là-dedans vers le serveur de backup en utilisant rsync car j'avais la flemme de faire un tar/scp/tar.
Mais pour une sombre histoire de '/' en fin de path, ça c'est pas passé comme prévu. Il m'en a foutu partout c'était horrible. Alors j'ai tenté de réparer rapidement le bordel je ne sais plus trop comment. Ensuite je me souviens que j'ai dû prendre la décision de réinstaller tout le système depuis zéro car c'était pire qu'avant (notamment, j'avais perdu la base de yum, dont la liste des paquets installés).
C'était vraiment con car vu qu'il y avait des milliers de petits fichiers à copier, un tar/scp/tar était 100 fois plus rapide en durée d'exécution.
# Ça arrive même aux meilleurs.
Posté par Meku (site web personnel) . En réponse au journal [MaVie] La grosse gaffe du jour ..... Évalué à 8.
Ça me rappelle une anecdote tiens. Une histoire un peu similaire : un collègue qui a rincé sa clef USB par erreur sous mes yeux, en voulant faire le malin.
Sa clef était bien pleine et il voulait faire de la place en vidant la corbeille (.Trash) qui était stockée sur la clef. Il commence à sortir un terminal et tout, et je lui dis alors de ne pas se faire chier, au moment de démonter la clef sous Gnome, une fênetre va poper et lui demander s'il veut vider la corbeille automatiquement. Mais non, il voulait me montrer qu'il maîtrisait Linux.
Donc il a promptement ouvert un terminal à la racine de sa clef, puis « rm -rf * [ENTRER] ».
« VOILÀ. »
Il y a eu un silence pendant 3 secondes puis j'ai éclaté de rire :D
[^] # Re: comparaison JPEG/AV1
Posté par Meku (site web personnel) . En réponse au journal AV1 : le codec du futur ?. Évalué à 3.
C'est plus facile de comparer des tailles de fichiers, car grandeur comparable, que des qualités d'image compressées avec des algorithmes destructeurs différents qui te donneront toujours un résultat différent par rapport à un autre algorithme.
À quel moment tu décides que deux images sont équivalentes en qualité ? C'est vite subjectif. Peut-être que ton choix demandera une grande taille en mémoire, alors que si tu dégrades légèrement (99% de la qualité ton choix initial) tu réduits grandement la taille mémoire. Et que cette dernière qualité serait jugée tout aussi bien par d'autres personnes.
Au moins, sur la taille de fichier, on ne peut pas polémiquer.
Et c'est plus facile pour automatiser le comparateur.
# Budget
Posté par Meku (site web personnel) . En réponse à la dépêche LinuxFr.org sera impliqué dans le plan français sur l’intelligence artificielle #FranceIA. Évalué à 10.
Avec tout cet argent, j'espère que Linuxfr.org en distribuera un peu au projet TapTempo, dont on attend impatiemment une première release mais qui pour l'instant n'a l'air d'être que du vent faute de moyens pour financer le développement (quelqu'un a-t-il vu ne serait-ce qu'une ligne de code ?).
C'est très important.
# Style du code
Posté par Meku (site web personnel) . En réponse au journal Taptempo en COBOL. Évalué à 7.
ÇA MANQUE DE CAPS LOCK POUR DU COBOL.
[^] # Re: Un peu plus velu
Posté par Meku (site web personnel) . En réponse au journal Taptempo en COBOL. Évalué à 4.
Des fichiers sources de plus de 100 000 lignes o_O
Rassurez-moi, les gens ne travaillent pas directement dans ces fichiers ? Il y a un préprocesseur qui a concaténé plein de fichiers en un, non ?
En plein milieu du code on semble voir des changelogs et des commentaires du style :
# Ça me donne une idée
Posté par Meku (site web personnel) . En réponse au journal Recherche outil de mesure libre. Évalué à 10.
On pourrait organiser sur DLFP un concours de développement d'un outil qui répond à ton besoin. Chacun l'implémenterait dans le langage de son choix.
[^] # Re: juste une arnaque
Posté par Meku (site web personnel) . En réponse au journal [~Signet] Failles de sécurité dans les CPU : AMD revient dans la course !. Évalué à 9.
Une analyse du scam trouvée via un commentaire sur OSNews :
https://www.gamersnexus.net/industry/3260-assassination-attempt-on-amd-by-viceroy-research-cts-labs
# Fake News
Posté par Meku (site web personnel) . En réponse au journal Le débat est clos. Évalué à 6.
Heureusement, bientôt la loi interdira de poster ce genre d'ignominie insupportable pour les fidèles.
Mais nous devons encore travailler le gouvernement au corps pour qu'il mentionne Emacs dans la constitution. Il ne faut pas relâcher nos efforts de lobbying.