tag:linuxfr.org,2005:/tags/bogue/publicLinuxFr.org : les contenus étiquetés avec « bogue »2022-12-11T09:18:06+01:00/favicon.pngtag:linuxfr.org,2005:Bookmark/55712022-12-11T09:16:30+01:002022-12-11T09:16:30+01:00Des soucis de focus dans GNOME Files (Nautilus) avec une version récente de GTK - gitlab.gnome.org<a href="https://gitlab.gnome.org/GNOME/gtk/-/commit/55a5345de39deb2b73b1aad3dfe1ca79b7949f20">https://gitlab.gnome.org/GNOME/gtk/-/commit/55a5345de39deb2b73b1aad3dfe1ca79b7949f20</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/129610/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/des-soucis-de-focus-dans-gnome-files-nautilus-avec-une-version-recente-de-gtk-gitlab-gnome-org#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/129610/comments.atomtag:linuxfr.org,2005:Bookmark/55692022-12-10T23:17:42+01:002022-12-10T23:17:42+01:00gtk3-3.24.35 broke double click to maximize in many apps - gitlab.gnome.org<a href="https://gitlab.gnome.org/GNOME/gtk/-/issues/5389">https://gitlab.gnome.org/GNOME/gtk/-/issues/5389</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/129607/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/gtk3-3-24-35-broke-double-click-to-maximize-in-many-apps-gitlab-gnome-org#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/129607/comments.atomtag:linuxfr.org,2005:Diary/400942022-01-17T20:13:13+01:002022-01-17T20:13:13+01:00Le splash screen d’ubuntu empêche le démarrage ?Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Oui, je sais, ça a l’air complètement idiot. </p>
<p>Voici l’histoire : au boulot je dispose d’une station Dell précision sur laquelle j’ai une kubuntu qui tourne sans problème depuis des années. Depuis quelques mois j’ai constaté un phénomène étrange au démarrage : <br>
Le bios démarre et affiche le logo Dell. S’en suit une tentative de boot, puis un redémarrage, tout ça sans intervention de ma part. Re-bios, et le splash screen d’ubuntu reste indéfiniment à l’écran. </p>
<p>Deuxième tentative: Au reboot je passe en mode recovery; fsck; démarrage non graphique et la ça fonctionne. Si j’essaie de faire ça au premier boot ça ne fonctionne pas. </p>
<p>Par curiosité et voir ce qui se passe au démarrage je décide de booter en mode texte. Je modifie /etc/default/grub et supprime « quiet splash ». Sudo update grub2. Suppression des paquets Plymouth-theme-Ubuntu-text. Et la, miracle ça boote normalement. </p>
<p>Qu’est ce que c’est que ce truc ???</p>
<div><a href="https://linuxfr.org/users/aboulle/journaux/le-splash-screen-d-ubuntu-empeche-le-demarrage.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/126601/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/aboulle/journaux/le-splash-screen-d-ubuntu-empeche-le-demarrage#comments">ouvrir dans le navigateur</a>
</p>
aboullehttps://linuxfr.org/nodes/126601/comments.atomtag:linuxfr.org,2005:Bookmark/41192022-01-13T10:31:04+01:002022-01-13T10:31:04+01:00Firefox en panne<a href="https://korben.info/firefox-en-panne.html">https://korben.info/firefox-en-panne.html</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/126559/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/2/liens/firefox-en-panne#comments">ouvrir dans le navigateur</a>
</p>
桃白白https://linuxfr.org/nodes/126559/comments.atomtag:linuxfr.org,2005:Bookmark/37692021-10-26T20:38:38+02:002021-10-26T20:38:38+02:00Les linuxiens et linuxiennes produisent plus de rapports de bogues et mieux<a href="https://old.reddit.com/r/gamedev/comments/qeqn3b/despite_having_just_58_sales_over_38_of_bug/">https://old.reddit.com/r/gamedev/comments/qeqn3b/despite_having_just_58_sales_over_38_of_bug/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/125809/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/ysabeau/liens/les-linuxiens-et-linuxiennes-produisent-plus-de-rapports-de-bogues-et-mieux#comments">ouvrir dans le navigateur</a>
</p>
Ysabeau 🧶 🧦https://linuxfr.org/nodes/125809/comments.atomtag:linuxfr.org,2005:Bookmark/37032021-10-11T19:09:34+02:002021-10-11T19:09:34+02:00CUJE : un contrat de licence utilisateur final ne peut interdire la décompilation d'une application <a href="https://droit.developpez.com/actu/319132/La-Cour-de-justice-de-l-UE-estime-qu-un-contrat-de-licence-utilisateur-final-ne-peut-interdire-la-decompilation-d-une-application-par-son-acquereur-s-il-veut-corriger-un-bogue/">https://droit.developpez.com/actu/319132/La-Cour-de-justice-de-l-UE-estime-qu-un-contrat-de-licence-utilisateur-final-ne-peut-interdire-la-decompilation-d-une-application-par-son-acquereur-s-il-veut-corriger-un-bogue/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/125672/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/ysabeau/liens/cuje-un-contrat-de-licence-utilisateur-final-ne-peut-interdire-la-decompilation-d-une-application#comments">ouvrir dans le navigateur</a>
</p>
Ysabeau 🧶 🧦https://linuxfr.org/nodes/125672/comments.atomtag:linuxfr.org,2005:News/398262021-06-05T22:23:43+02:002021-06-06T20:51:24+02:00La voiture allergique à la glace à la vanille, et autres bugsLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Une liste de bugs étonnants. Pour certains, il y a suffisamment d’informations pour remonter à la source et on peut s’assurer qu’il s’agit de vrais bugs. Pour d’autres, différentes versions circulent, les origines se perdent trop loin dans le passé, et on s’approche plus de la légende urbaine que de l’histoire vraie. L’histoire de la voiture allergique à la glace à la vanille, quant à elle, n’est pas à proprement parler un bug informatique, mais elle est intéressante.</p>
<p>Ce qu’il faut néanmoins retenir de l’ensemble de ces histoires, vraies ou fausses, c’est qu’une corrélation, même douteuse, même étonnante, est un indice qu’il convient d’examiner avant de le rejeter, et peut-être aussi, que le problème ne vient pas systématiquement de l’interface entre la chaise et le clavier (ou de son chat).</p>
<p>Elles sont tirées en partie du site en anglais, <a href="http://beza1e1.tuxen.de/lore/index.html">Software Folklore</a>, et, plutôt que de les traduire intégralement, on a pensé que vous en résumer quelques-unes pouvait être plus intéressant en permettant de vous donner un échantillon assez varié (bon, soyons tout à fait honnêtes, personne n’était motivé pour se lancer dans des traductions complètes et ça épargne certaines longueurs des textes originaux).</p>
</div><ul><li>lien nᵒ 1 : <a title="http://beza1e1.tuxen.de/lore/index.html" hreflang="en" href="https://linuxfr.org/redirect/106192">Software Folklore</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#toc-la-piste-du-plantage-de-la-xbox">La piste du plantage de la Xbox</a></li>
<li><a href="#toc-les-vrais-programmeurs-%C3%A9crivent-en-fortran-en-fait-non">Les vrais programmeurs écrivent en Fortran (en fait non)</a></li>
<li><a href="#toc-openoffice-nimprime-pas-le-mardi">OpenOffice n’imprime pas le mardi</a></li>
<li><a href="#toc-le-raspberry-pi-qui-red%C3%A9marre-quand-on-le-prend-en-photo">Le Raspberry Pi qui redémarre quand on le prend en photo</a></li>
<li><a href="#toc-le-serveur-mail-qui-refuse-denvoyer-les-mails-plus-loin-que-500-miles-environ-805-km">Le serveur mail qui refuse d’envoyer les mails plus loin que 500 miles (environ 805 km)</a></li>
<li><a href="#toc-un-chat-assis-sur-le-clavier-fait-planter-lightdm">Un chat assis sur le clavier fait planter LightDM</a></li>
<li><a href="#toc-la-voiture-allergique-%C3%A0-la-glace-%C3%A0-la-vanille">La voiture allergique à la glace à la vanille</a></li>
</ul>
<p>La réponse d’Andreas Zwinkau à la demande de palm123 de traduire ces histoires :</p>
<blockquote>
<p>I'm not the author and in most cases the author is unknown. So feel free to translate them.<br>
Be careful with the external links though. There you need to ask the original author.</p>
</blockquote>
<p><em>Je ne suis pas l’auteur et, dans la plupart des cas, l’auteur est inconnu. N’hésitez donc pas à les traduire. Cela dit, faites attention aux liens externes, là vous aurez besoin de demander la permission à l’auteur.</em></p>
<h2 id="toc-la-piste-du-plantage-de-la-xbox">La piste du plantage de la Xbox</h2>
<p>Lors de la conception de l’un des tous premiers jeux de la console de jeux Xbox, lors des tests, qui se déroulaient automatiquement la nuit, inévitablement une Xbox sur les trois plantait. Le jeu, évidemment, fonctionnait sans problème sur la machine de l’ingénieur. Une intense recherche de chasse au bogue n’avait abouti à rien : le code était tout à fait propre et sans bavure.</p>
<p>Serait-ce le matériel ? Les câbles électriques étaient impeccables donc hors de cause, idem pour les contrôleurs. Décision fût prise d’essayer autre chose : mélanger machines et câbles, et, au matin, replantage d’une machine.</p>
<p>En désespoir de cause : le concepteur décide de passer la nuit avec les machines ! Bingo, au matin un rayon du soleil levant tapant sur une des machines qui plante illico. C’était un problème de carte graphique qui tombait en panne au-delà d’une certaine température.</p>
<p>Affaire résolue.</p>
<p><a href="http://beza1e1.tuxen.de/lore/table_crashes_xbox.html">Version originale.</a></p>
<p>Une histoire étrangement similaire est racontée, près de 20 ans plus tôt, dans <a href="https://www.haiku-os.org/legacy-docs/benewsletter/Issue4-22.html">la lettre de BeOS</a>, sous le titre <em>A testing fairy tale</em> (un conte de fées de test). Il est probable que la version ci-dessus est une variante modernisée de cette histoire.</p>
<p>Cette fois-ci, il s’agit de tests sur un lecteur de disquettes. Tout semble bien fonctionner pour les développeurs, mais dans le labo de test, il y a toutes les nuits un échec au bout d’un certain temps sur des tests d’écriture sur les disquettes. Le responsable des tests ne parvient jamais à reproduire le problème en journée, et un seul lecteur de disquettes semble poser problème. Mais, impossible de trouver une piste sur ce qui pouvait causer le dysfonctionnement.</p>
<p>L’un des ingénieurs travaillant sur ce lecteur de disquettes finit par rester toute la nuit (avec des expressos plutôt que des boissons énergisantes, cette fois-ci) pour observer le problème et tenter de le comprendre. Les tests fonctionnent sans problème pendant toute la nuit, et le soleil finit par se lever. Un rayon de soleil éclaire le lecteur de disquettes, et, soudain, le problème se reproduit !</p>
<p>Le lecteur en question n’était pas mis dans un boîtier, et le capteur servant à détecter si la disquette est protégée en écriture était un capteur optique (avec normalement une DEL éclairant ce dernier à travers un trou dans la disquette, le trou n’étant ouvert que pour les disquettes protégées).</p>
<p>Le rayon de soleil éclairant le capteur indiquait au lecteur de disquettes que la disquette était soudainement devenue protégée en écriture, provocant le problème.</p>
<h2 id="toc-les-vrais-programmeurs-écrivent-en-fortran-en-fait-non">Les vrais programmeurs écrivent en Fortran (en fait non)</h2>
<p>Cette histoire remonte à l’époque où chaque machine était programmée avec son propre code, pas en assembleur, ni en Fortran mais directement dans un langage binaire qui lui était propre et ne pouvait être utilisé pour une autre machine. À l’époque, les machines étaient un système à tambour avec des tubes à vides (voir <a href="//linuxfr.org/news/hommage-a-frances-allen">l’interview hommage de France Allen</a> en complément).</p>
<p>Dans cette histoire, on a affaire à un programmeur « à l’ancienne » qui n’aimait pas les compilateurs et avait écrit en hexadécimal le programme d’ordinateur le plus populaire du constructeur d’ordinateurs chez qui il travaillait. Il devait donc réécrire le programme du jeu de « blackjack » pour une nouvelle machine, la RPC-4000. À l’époque, chaque instruction était suivie d’un « <code>GOTO</code> » ! Le code devait localiser les instructions sur le tambour, et quand une était finie, il fallait arriver à la « tête de lecture » suivante. On avait mis en place un assembleur d’optimisation que ledit programmeur refusait d’utiliser au motif qu’on ne savait pas trop où il allait intervenir. Il expliquait qu’il fallait utiliser des constantes séparées. En fait, il écrivait la valeur numérique de chaque opération et lui attribuait une adresse fixe sur le tambour. C’était efficace et rapide, mais pas facile à modifier pour quelqu’un d’autre.</p>
<p>Donc il termine le programme « blackjack ». Sauf que, le département des ventes de l’entreprise lui demande de le modifier. En effet, ils voulaient qu’il y ait un commutateur de façon à pouvoir modifier les cotes pour que les clients gagnent (le programme utilisait un générateur de nombres aléatoires). Le programmeur refuse, arguant d’une atteinte à son intégrité. Il fait finalement le travail mais, quand le commutateur est actionné, la machine gagne à chaque fois.</p>
<p>Son successeur regarde le code, trouve une boucle qui n’avait pas de test, aucun. Sans doute une boucle fermée. Le code tirait l’instruction du registre de la machine et en ajoutait une qui avait sa propre adresse, puis il la rangeait. La boucle avait pour objet de prendre en compte le temps supplémentaire pris par l’opération puis de placer la suivante juste sous la tête de lecture du tambour. Ce que le programmeur précédent avait fait, c’était de localiser les emplacements les plus importants sur lesquels les instructions arrivaient. Arrivé à la dernière, il se passait un débordement (overflow), du coup la série d’instructions suivante devenait « jump » et, en toute logique, l’instruction suivante était à l’adresse zéro.</p>
<p><a href="http://catb.org/jargon/html/story-of-mel.html">Version originale.</a></p>
<h2 id="toc-openoffice-nimprime-pas-le-mardi">OpenOffice n’imprime pas le mardi</h2>
<p>Dans une ancienne version d’OpenOffice, l’impression pouvait échouer. Il ne semblait pas y avoir de logique, le problème arrivait de temps en temps puis disparaissait de lui-même sans raison apparente. Jusqu’à que l’épouse d’un informaticien remarque quelque chose : le problème se produit tous les mardi (Tuesday) et jamais les autres jours. Pourquoi le mardi ?</p>
<p>On imagine le dialogue, l’époux qui demande à sa femme si on peut tester, elle qui lui répond « non parce qu’on est mercredi » et l’impression à partir d’OpenOffice fonctionne sans problème le mercredi. Passé un moment d’incrédulité et après quelques essais, il faut bien se rendre à l’évidence : OpenOffice n’imprime pas le mardi.</p>
<p>Cela venait d’un programme appelé « file » (fichier), un utilitaire UNIX qui utilise des motifs pour détecter les types de fichiers. Cet outil utilise une liste de motifs à comparer avec certains octets dans le fichier à analyser. Ainsi si un fichier commence par « <code>%</code> » suivi par « <code>PS-Adobe</code> », il s’agit d’un fichier Postscript. Il semble qu’OpenOffice ajoutait la date au fichier et donc, le mardi cela prenait cette forme « <code>% Datedecréation:</code> » soit <code>TUE MMM D hh: mm:…</code></p>
<p>Une erreur dans l’écriture du motif pour reconnaître les fichiers Erlang JAM faisait que « Tue » dans le fichier Postscript était, du coup, reconnu comme un fichier Erlang JAM et, de fait, pas envoyé à l’impression.</p>
<p>Le modèle de fichier Erlang JAM était le suivant :</p>
<p><code>4 string Tue Jan 22 14:32:44 MET 1991 Erlang JAM file – version 4.2</code></p>
<p>Alors qu’il aurait dû être :</p>
<p><code>4 string Tue\ Jan\ 22\ 14:32:44\ MET\ 1991 Erlang JAM file – version 4.2</code></p>
<p>Autrement dit, tous les fichiers commençant par les caractères « Tue » étaient reconnus comme étant de type <code>Jan 22 14:32:44 MET 1991 Erlang JAM file – version 4.2</code>. Alors que le comportement attendu est que tous les fichiers commençant par <code>Tue Jan 22 14:32:44 MET 1991</code> soient reconnus comme étant de type <code>Erlang JAM file – version 4.2</code>.</p>
<ul>
<li><a href="http://beza1e1.tuxen.de/lore/print_on_tuesday.html">Version originale</a></li>
<li><a href="https://bugs.launchpad.net/ubuntu/+source/file/+bug/248619">Rapport du bug</a></li>
</ul>
<h2 id="toc-le-raspberry-pi-qui-redémarre-quand-on-le-prend-en-photo">Le Raspberry Pi qui redémarre quand on le prend en photo</h2>
<p>Un utilisateur du Raspberry Pi avait remarqué que l’ordinateur plantait lorsqu’il le prenait en photo. Phénomène qui semble difficile à expliquer a priori. Les ordinateurs ne sont normalement pas timides à ce point ?</p>
<p>L’explication est liée à la présence dans le circuit d’alimentation du Raspberry Pi 2 d’un composant sensible à la lumière. Un flash d’appareil photo ou un pointeur laser peuvent donc provoquer des perturbations sur l’alimentation électrique, faisant planter ou redémarrer le système.</p>
<p>Il s’agit d’un composant sans package (plastique ou céramique), ou le substrat de silicium est exposé à l’air libre. Ce type de composant est habituellement utilisé dans des smartphones, où il n’y a pas de place à perdre avec un tel emballage, et où la coque du smartphone offre une protection suffisante. Mais ce n’est pas le cas sur le Raspberry Pi, qui est vendu sans boîtier.</p>
<ul>
<li><a href="https://hackaday.com/2015/02/08/photonic-reset-of-the-raspberry-pi-2/">Version originale.</a></li>
</ul>
<h2 id="toc-le-serveur-mail-qui-refuse-denvoyer-les-mails-plus-loin-que-500-miles-environ-805-km">Le serveur mail qui refuse d’envoyer les mails plus loin que 500 miles (environ 805 km)</h2>
<p>L’administrateur système d’une université reçut un jour ce rapport de bug surprenant venant du département de statistiques de ladite université : « depuis quelques semaines, nous n’arrivons plus à envoyer des courriels à des destinataires distants de plus de 805 km ».</p>
<p>Réaction initiale : « impossible, le courriel ne fonctionne pas comme ça ». Pourtant, les données sont claires (on parle du département de statistiques, qui a pris le temps de collecter les données et de les analyser pour identifier le motif entre les échecs et réussites d’envois de courriel). Quelques essais avec différents serveurs situés plus ou moins loin confirment ce comportement.</p>
<p>Après analyse, lors d’une mise à jour du serveur de courriel, le démon d’envoi de messages a été remplacé par une version plus ancienne et un fichier de configuration n’a pas été adapté en conséquence. Un <em>timeout</em> pour l’ouverture de connexions TCP était laissé non configuré, et la valeur par défaut dans le logiciel était de 0. Résultat : l’ouverture de connexions n’était possible que si la réponse arrivait très rapidement entre l’exécution de deux lignes de code. Un calcul rapide mettant en rapport la vitesse du processeur du serveur et la vitesse de la lumière dans les fibres optiques permit de confirmer que cela donnait une limite d’environ 805 km.</p>
<ul>
<li><a href="https://www.ibiblio.org/harris/500milemail.html">Version originale.</a></li>
</ul>
<h2 id="toc-un-chat-assis-sur-le-clavier-fait-planter-lightdm">Un chat assis sur le clavier fait planter LightDM</h2>
<p>La description du <a href="https://bugs.launchpad.net/unity/+bug/1463112">premier bug</a> est la suivante :</p>
<blockquote>
<p>Ubuntu 14.04, écran verrouillé je pars déjeuner, au retour de mon déjeuner mon chat était assis sur le clavier, l’écran de connexion était bloqué et ne répondait pas</p>
<p>Pour reproduire : dans Unity, appuyer sur ctrl-alt-l, mettre le clavier sur la chaise. S’assoir sur le clavier.</p>
</blockquote>
<p>Une autre réponse :</p>
<blockquote>
<p>Bizarrement, j’ai eu aussi le même problème la nuit dernière. Aussi causé par un chat.</p>
</blockquote>
<p>Description d’<a href="https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1538615">un autre rapport bug</a>, ouvert six mois plus tard :</p>
<blockquote>
<p>Étapes pour reproduire :</p>
<ol>
<li>laisse l’ordinateur sans surveillance dans une salle froide avec un chat chaud ;</li>
<li>le chat va s’assoir sur le clavier de l’ordinateur ;</li>
<li>attendre une heure ;</li>
<li>Lightdm va se bloquer.</li>
</ol>
</blockquote>
<p>Finalement, le problème était, tout simplement, dû au fait que cela remplissait le champ de mot de passe de tellement de caractères que le système devenait terriblement lent (peut-être le rendu des puces dans le champ de texte ?) et bloquait presque tout le reste… Le champ a finalement été limité à 200 caractères.</p>
<h2 id="toc-la-voiture-allergique-à-la-glace-à-la-vanille">La voiture allergique à la glace à la vanille</h2>
<p>Où le nouveau propriétaire d’une Pontiac constate que sa voiture ne démarre pas quand il achète de la glace à la vanille le soir et seulement quand il s’agit de glace à ce parfum<sup id="fnref1"><a href="#fn1">1</a></sup>. La deuxième plainte de l’automobiliste finit par décider la firme à envoyer un ingénieur pour constater de la réalité des faits. Lequel, mène l’enquête, compile les données de toute nature (durée du trajet, heure, type de carburant, etc.) et fait la même constatation après l’achat de glace à la vanille dans le même magasin pour le même modèle de voiture.</p>
<p>Allons bon ! Comment une voiture pouvait être allergique à un parfum de glace. En fait, il se trouve que dans le magasin en question, ce parfum de glace étant le plus vendu, on se le procurait à un comptoir dédié, plus près de la sortie et que la voiture n’avait pas eu assez de temps pour refroidir : il y avait vaporisation du carburant dans le circuit d’alimentation, ce qui empêchait la voiture de démarrer.</p>
<p><a href="http://beza1e1.tuxen.de/lore/allergic_car.html">Version originale.</a></p>
<div class="footnotes">
<hr>
<ol>
<li id="fn1">
<p>Et où cette histoire semble assez peu crédible pour des critères européens. Mais elle reste, tout de même instructive. <a href="#fnref1">↩</a></p>
</li>
</ol>
</div>
</div><div><a href="https://linuxfr.org/news/la-voiture-allergique-a-la-glace-a-la-vanille-et-autres-bugs.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/120258/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/la-voiture-allergique-a-la-glace-a-la-vanille-et-autres-bugs#comments">ouvrir dans le navigateur</a>
</p>
Ysabeau 🧶 🧦pulkomandyteoBBenoît SibaudolivierwebSnarkpalm123AnonymeariasunigUITonton ThlegranblonBAudVincent-Xavier JUMELChristophe ---https://linuxfr.org/nodes/120258/comments.atomtag:linuxfr.org,2005:Bookmark/16742020-06-16T11:06:33+02:002020-06-16T11:06:33+02:00Windows 10 : un souci avec les imprimantes depuis le dernier Patch Tuesday<a href="https://www.nextinpact.com/brief/windows-10---un-souci-avec-les-imprimantes-depuis-le-dernier-patch-tuesday-12759.htm">https://www.nextinpact.com/brief/windows-10---un-souci-avec-les-imprimantes-depuis-le-dernier-patch-tuesday-12759.htm</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/120799/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/ysabeau/liens/windows-10-un-souci-avec-les-imprimantes-depuis-le-dernier-patch-tuesday#comments">ouvrir dans le navigateur</a>
</p>
Ysabeau 🧶 🧦https://linuxfr.org/nodes/120799/comments.atomtag:linuxfr.org,2005:Bookmark/15262020-05-12T16:20:51+02:002020-05-12T16:20:51+02:00Comment utiliser syzkaller pour détecter les bogues de programmation dans le noyau Linux<a href="https://www.collabora.com/news-and-blog/blog/2020/04/17/using-syzkaller-to-detect-programming-bugs-in-linux/">https://www.collabora.com/news-and-blog/blog/2020/04/17/using-syzkaller-to-detect-programming-bugs-in-linux/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/120411/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/markoz7/liens/comment-utiliser-syzkaller-pour-detecter-les-bogues-de-programmation-dans-le-noyau-linux#comments">ouvrir dans le navigateur</a>
</p>
mfilionhttps://linuxfr.org/nodes/120411/comments.atomtag:linuxfr.org,2005:Bookmark/10972020-01-16T05:36:51+01:002020-01-16T05:36:51+01:00Intel's Mitigation For CVE-2019-14615 Graphics Vulnerability Obliterates Gen7 iGPU Performance<a href="https://www.phoronix.com/scan.php?page=article&item=intel-gen7-hit&num=1">https://www.phoronix.com/scan.php?page=article&item=intel-gen7-hit&num=1</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/119158/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/intel-s-mitigation-for-cve-2019-14615-graphics-vulnerability-obliterates-gen7-igpu-performance#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/119158/comments.atomtag:linuxfr.org,2005:Post/365632016-03-01T14:05:05+01:002016-03-01T14:05:05+01:00Grave régression LibreOffice, impression et PDF de certaines images :( ?<p>Pour bien faire, je devrais mettre mon travail de côté et passer les heures nécessaires à trouver s'il existe déjà un rapport de bogue à ce sujet. Mais étant donné ma situation, je ne peut pas faire mieux que poster ici.</p>
<p>Ce problème concerne ici 15 postes de travail en dual-boot et voila que du côté GNU, il n'est plus possible d'imprimer correctement certains documents contenant certaines images.</p>
<p>Cela concerne notamment les diagrammes 3D dans Calc.</p>
<p>Version de LibreOffice : 5.1.0~rc3-0ubuntu1~trusty0</p>
<p>Ouvrez LibreOffice Calc<br>
Faites un petit diagramme 3D (colonnes)<br>
Exportez en PDF<br>
Ouvrez le PDF et voyez si vous obtenez ceci :</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f666f72756d2e6164657070692e62652f66696368696572732f323031362f30332f30312f4c696272654f6666696365352e312e307e7263332d307562756e7475317e747275737479305f696d6167652d72656772657373696f6e2e706e67/LibreOffice5.1.0~rc3-0ubuntu1~trusty0_image-regression.png" alt="Titre de l'image" title="Source : https://forum.adeppi.be/fichiers/2016/03/01/LibreOffice5.1.0~rc3-0ubuntu1~trusty0_image-regression.png"></p>
<p><a href="https://forum.adeppi.be/fichiers/2016/03/01/LibreOffice5.1.0%7Erc3-0ubuntu1%7Etrusty0_image-regression.ods">Document de travail LibreOffice Calc</a> → <a href="https://forum.adeppi.be/fichiers/2016/03/01/LibreOffice5.1.0%7Erc3-0ubuntu1%7Etrusty0_image-regression.pdf">Export PDF</a></p>
<p>Qu'en pensez-vous ?</p>
<p>Ce gros bogue de régression est-il connu ?</p><div><a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/grave-regression-libreoffice-impression-et-pdf-de-certaines-images.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/108346/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/grave-regression-libreoffice-impression-et-pdf-de-certaines-images#comments">ouvrir dans le navigateur</a>
</p>
Space_e_manhttps://linuxfr.org/nodes/108346/comments.atomtag:linuxfr.org,2005:News/105512002-12-04T18:51:48+01:002002-12-04T18:51:48+01:00Le kernel panic en une leçon<div>On peut faire un mâaagnifique kernel panic sur son dernier petit apple en créant deux répertoires (n'importe ou d'ailleurs) sous Mac OS X 10.2.2. D'ailleurs, le kernel panic sous Mac OS X, c'est beaucoup plus joli que sous gnu/linux...
<br />
Source: /.</div><ul><li>lien nᵒ 1 : <a title="http://apple.slashdot.org/apple/02/11/29/1346224.shtml?tid=179" hreflang="en" href="https://linuxfr.org/redirect/19838">news sur slashdot</a></li><li>lien nᵒ 2 : <a title="http://www.macbidouille.com/niouzcontenu.php?date=2002-11-30#3993" hreflang="fr" href="https://linuxfr.org/redirect/19839">reprise sur macbidouille</a></li></ul><div>donc voila, voila :
<br />
<br />
- (fermez vos applications)
<br />
- ouvrez un terminal
<br />
- cd /tmp (n'importe quel process peut écrire dans /tmp !)
<br />
- et là, la ligne magique :
<br />
<i>mkdir toto; cd toto; mkdir toto; mv toto ..</i>
<br />
<br />
"Comme quoi, le système le plus robuste qu'ai jamais créé Apple ne résiste pas à une petite manipulation de répertoire."</div><div><a href="https://linuxfr.org/news/le-kernel-panic-en-une-lecon.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/9905/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/le-kernel-panic-en-une-lecon#comments">ouvrir dans le navigateur</a>
</p>
kasihttps://linuxfr.org/nodes/9905/comments.atom