tag:linuxfr.org,2005:/tags/bugs/publicLinuxFr.org : les contenus étiquetés avec « bugs »2023-09-11T12:46:20+02:00/favicon.pngtag:linuxfr.org,2005:Bookmark/71102023-09-09T17:42:18+02:002023-09-09T17:42:18+02:00Ayé Firefox flatpak sous GNOME Wayland av. une version Debian récente a un rendu correct des polices<a href="https://github.com/flatpak/flatpak/issues/4571#issuecomment-1712432951">https://github.com/flatpak/flatpak/issues/4571#issuecomment-1712432951</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/133243/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/aye-firefox-flatpak-sous-gnome-wayland-av-une-version-debian-recente-a-un-rendu-correct-des-polices#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/133243/comments.atomtag:linuxfr.org,2005:Bookmark/67412023-07-01T17:19:22+02:002023-07-01T17:19:22+02:00Je voulais seulement programmer des jeux sur une console VTech...<a href="https://pulkomandy.tk/_/_Development/_Down%20the%20rabbit%20hole:%20I%20just%20wanted%20to%20write%20a%20videogame">https://pulkomandy.tk/_/_Development/_Down%20the%20rabbit%20hole:%20I%20just%20wanted%20to%20write%20a%20videogame</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/131750/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/pulkomandy/liens/je-voulais-seulement-programmer-des-jeux-sur-une-console-vtech#comments">ouvrir dans le navigateur</a>
</p>
pulkomandyhttps://linuxfr.org/nodes/131750/comments.atomtag:linuxfr.org,2005:Bookmark/64992023-05-21T08:41:39+02:002023-05-21T08:41:39+02:00Writing Python like it’s Rust<a href="https://kobzol.github.io/rust/python/2023/05/20/writing-python-like-its-rust.html">https://kobzol.github.io/rust/python/2023/05/20/writing-python-like-its-rust.html</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/131301/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/nlgranger/liens/writing-python-like-it-s-rust#comments">ouvrir dans le navigateur</a>
</p>
nlgrangerhttps://linuxfr.org/nodes/131301/comments.atomtag:linuxfr.org,2005:Diary/405392023-01-11T11:36:23+01:002023-01-11T11:36:23+01:00Laravel 10 : la chasse aux bugs est ouverte !Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Cher Nal,<br>
En attendant la sortie prochaine du framework en PHP Laravel 10, une chasse aux bugs a été lancée par Taylor Otwell (créateur du framework).<br>
Pour cela, il suffit de remplir les règle suivantes :<br>
- la <em>pull request</em> doit pointer sur la branche 10.x du <a href="https://github.com/laravel/framework"><em>repository</em></a> <code>laravel/framework</code> ;<br>
- seuls les "vrais" bugs sont acceptés : pas de corrections de typos, de nouvelles fonctionnalités ou de refactoring du code ;<br>
- La correction du bug doit s'accompagner de tests.</p>
<p>À la clé, une récompense de 1.000$ ira à l'auteur de la <em>pull request</em> tirée au sort parmi toutes celles qui auront été fusionnées dans <em>master</em> et qui auront rempli les conditions ci-dessus, lors de la sortie de la 1ère version stable de Laravel 10 (prévue pour le 7 février).</p>
<div><a href="https://linuxfr.org/users/windu2b/journaux/laravel-10-la-chasse-aux-bugs-est-ouverte.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/129951/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/windu2b/journaux/laravel-10-la-chasse-aux-bugs-est-ouverte#comments">ouvrir dans le navigateur</a>
</p>
windu.2bhttps://linuxfr.org/nodes/129951/comments.atomtag:linuxfr.org,2005:Bookmark/41012022-01-10T13:42:19+01:002022-01-10T13:42:19+01:00Des bugs volontaires dans des librairies opensources?<a href="https://www.lemonde.fr/pixels/article/2022/01/10/des-logiciels-libres-tres-repandus-sur-internet-volontairement-sabotes-par-leur-createur_6108875_4408996.html">https://www.lemonde.fr/pixels/article/2022/01/10/des-logiciels-libres-tres-repandus-sur-internet-volontairement-sabotes-par-leur-createur_6108875_4408996.html</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/126527/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/vincentd/liens/des-bugs-volontaires-dans-des-librairies-opensources#comments">ouvrir dans le navigateur</a>
</p>
Nitchevohttps://linuxfr.org/nodes/126527/comments.atomtag:linuxfr.org,2005:Diary/390352020-03-31T23:48:27+02:002020-03-31T23:48:27+02:00Confinement, recyclage et *pof* ça marche pas.Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Plop les moules !</p>
<p>Voila, je suis comme beaucoup d'entre vous bloqué chez moi. J'ai deux petits gars qui aiment bien appeler Grand'Ma pour faire des «activités». J'ai pas de PC sous W, donc c'est ma femme qui utilise son portable pour lancer Skype pour que les enfants puissent chacun leur tour faire le quart d'heure de discussion.</p>
<p>Problème, les concours sont finis, et les correcteurs doivent corriger les copies (dont ma femme). Comme les copies sont dématérialisées, l'ordinateur ne peut plus servir pour les enfants. Solution, j'ai des vieux PC en stocks, on devrait trouver notre bonheur.</p>
<p>Oui mais …</p>
<h3 id="toc-origines">Origines</h3>
<p>J'ai retrouvé un Shuttle XPC (mon premier PC payé avec mes premiers salaires) qui date, mais qui a tout de même 1G de RAM et un AthlonXP 2800+ … Une fois dépoussiéré correctement, ça démarre tout seul. Cool y a un vieux disque dedans et c'est une Debian Lenny. Ça tourne au top, mais les sites https ne veulent plus de mon navigateur (normal) et je ne ferrai pas tourner Skype sur une Squeeze. Pas grave, on va faire les mises à jour vers la dernière Debian, ça devrait pas poser de problème.</p>
<h3 id="toc-le-chemin">Le chemin</h3>
<p>Squeeze => Wheezy (depuis archive.debian.org) ok.<br>
Wheezy => Jessie (idem) ok.<br>
[ ça va vite, y a la fibre, et le PC tourne bien. ]<br>
Jessie => Stretch (depuis les sources officielles), ça accroche un peu, mais un --fix-broken install remet tout le monde d'aplomb.<br>
Stretch => Buster (depuis les sources officielles). ça dérape. total.</p>
<p>Les --fix-broken install ne suffisent plus. Le package gnuplot-tex entre en conflit avec gnuplot-data … à force de creuser, on fini par trouver quels packages retirer pour laisser tout le reste s'installer, puis on réinstalle gnuplot (pour le fun).</p>
<p>Surtout, alors que toutes les mises à jours étaient ok, l'invite graphique nickel, là rien … Mince alors.</p>
<p>On regarde dans les logs et là une libmutter-4.so qui crash lorsque gnome-shell se lance. Bon, en partant d'une Squeeze, je me dis qu'il y a probablement des packages qui gènent, alors un coup de apt autoremove ça ne fera pas de mal. Toujours la même chose. </p>
<h3 id="toc-le-matériel">Le Matériel</h3>
<p>Bon, la machine est vieille, peut être qu'il y a un souci HW. Direction memtestX86. Premier passage, et là bam … plein d'erreur. Bon, on test les barrettes l'une après l'autre, chaque banque, tout va bien. On remet toute la RAM, ça remarche. Sans doute un peu de poussière dans les connecteurs ou les barrettes ont bougées parce que les enfants adorent brancher les fils des claviers / souris sur la machine et la bousculent un peu.</p>
<h3 id="toc-le-logiciel">Le Logiciel</h3>
<p>Rebelote, ça démarre toujours pas. startx crash au bout de quelques secondes (dans les logs, c'est toujours gnome-shell qui crash). On passe à la vitesse supérieure, on retire gnome-shell, plymouth (je me souviens vaguement d'incompatibilité entre les kernel modes setting / plymouth / radeon) et là «miracle», startx se lance et ne crash pas. cool.</p>
<p>Recherche sur le web, télécharger Skype. Ah flute il n'y a plus de support pour les machines 32 bits. Bon tant pis, voyons ce que l'on trouve d'autre. Framatalk. ça pourrait être bien ça. Pas trop compliqué pour la Grand'Ma et pour les enfants. </p>
<p>Lancement via Firefox ESR. Le site indique que ce n'est pas optimal avec Firefox. Je tente tout de même. Firefox crash direct. Bouh.</p>
<p>Bon ils proposent chromium, va pour ça. <code>apt install chromium</code>, chromium => xwindow dont le contenu m'informe que ma machine ne supportant pas le sse2, je fais parti des 0% d'utilisateur de ce type d'architecture et que donc, chromium ne tourne pas sans sse2 (avec un pointeur sur une page du bug tracker idoine). Pas glop, c'est un peu n'importe quoi cette histoire. Tout ça pour des histoires de calcul de pixels … bon, y aura pas d'appel avec Grand'Ma aujourd'hui, désolé les enfants.</p>
<h3 id="toc-la-chute">La chute</h3>
<p>Voyons si on peut lancer gcompris … <em>pof</em> ça marche pas … gni ? ben oui pas de sse2, désolé gcompris ne peut pas fonctionner. QUOI ?! Il tourne sur raspberrypi2 avec 500 Bogomips, mais pas sur athlon XP avec 4000 Bogomips … Comment dire … ça frise le ridicule non ?</p>
<p>Bref, vu le temps que j'ai passé à faire la mise à jour, je vais pas faire un retour en arrière avec tous les risques que cela comporte. Donc on range la machine pour plus tard on verra ce que l'on peut mettre dessus de plus «léger» pour en tirer quelque chose.</p>
<p>Grmbl.</p>
<p>Caeies.</p>
<p>PS: je soupçonne la libmutt-4.so d'utiliser des instructions sse2 sans le dire et de s'étaler comme une grande sans comprendre pourquoi.</p>
<p>PPS: <a href="https://www.debian.org/releases/stable/i386/ch02s01.en.html">https://www.debian.org/releases/stable/i386/ch02s01.en.html</a> :</p>
<blockquote>
<p>Nearly all x86-based (IA-32) processors still in use in personal computers are supported. This also includes 32-bit AMD and VIA (former Cyrix) processors, and processors like the Athlon XP and Intel P4 Xeon.</p>
</blockquote>
<div><a href="https://linuxfr.org/users/caeies/journaux/confinement-recyclage-et-pof-ca-marche-pas.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/119835/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/caeies/journaux/confinement-recyclage-et-pof-ca-marche-pas#comments">ouvrir dans le navigateur</a>
</p>
Caeieshttps://linuxfr.org/nodes/119835/comments.atomtag:linuxfr.org,2005:Bookmark/10892020-01-13T18:32:09+01:002020-01-13T18:32:09+01:00Looking At The Linux Performance Two Years After Spectre / Meltdown Mitigations - phoronix<a href="https://www.phoronix.com/scan.php?page=article&item=spectre-meltdown-2&num=11">https://www.phoronix.com/scan.php?page=article&item=spectre-meltdown-2&num=11</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/119129/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/looking-at-the-linux-performance-two-years-after-spectre-meltdown-mitigations-phoronix#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/119129/comments.atomtag:linuxfr.org,2005:Diary/380372018-07-22T10:28:05+02:002018-07-22T11:46:42+02:00Faites des tests !Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Actuellement sur le développement d'un programme en langage C++ et avec la quête de produire un logiciel fiable et performant je me suis mis à la recherche d'outils me permettant d'atteindre cet objectif.</p>
<p>Après quelques recherches, j'en ai découvert deux, le test unitaire et fonctionnel. Pour le test unitaire j'ai choisi la librairie <a href="http://www.boost.org/doc/libs/1_66_0/libs/test/doc/html/index.html">Boost</a> et un script <a href="https://doc.ubuntu-fr.org/tutoriel/script_shell">Bash</a> pour le test fonctionnel.</p>
<p>Durant la rédaction de ces tests, j'ai été surpris plusieurs fois à corriger des bugs dans mon programme. Et cela sans lancer les tests juste en les rédigeant !</p>
<p>Donc conclusion les tests unitaires et fonctionnels ça prend du temps à développer mais ça permet de corriger un paquet de bugs.</p>
<div><a href="https://linuxfr.org/users/gusterhack/journaux/faites-des-tests.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/114950/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/gusterhack/journaux/faites-des-tests#comments">ouvrir dans le navigateur</a>
</p>
gusterhackhttps://linuxfr.org/nodes/114950/comments.atomtag:linuxfr.org,2005:Diary/376812018-01-03T13:03:06+01:002018-01-03T13:03:06+01:00L'union européenne finance une « chasse aux bugs » pour le lecteur multimédia VLCLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Depuis début 2015, l'union européenne finance un petit "programme pilote" nommé FOSSA, proposé par les eurodéputés <a href="https://juliareda.eu/">Julia Reda</a> (pirate) et <a href="http://www.europarl.europa.eu/meps/fr/124994/MAX_ANDERSSON_home.html">Max Andersson</a> (verts), destiné à améliorer la solution des logiciels libres, en particulier (mais pas uniquement) ceux utilisés par les institutions de l'union européenne.</p>
<p>En juin 2016, ce projet avait fait appel aux opinions du public pour choisir un petit nombre de projets logiciels pour lesquels financer un audit du code source (voir le précédent <a href="//linuxfr.org/users/george/journaux/demandez-a-l-ue-un-audit-de-code-open-source">journal LinuxFR</a> à ce sujet). Les résultats des votes sont <a href="https://juliareda.eu/2016/07/eu-audits-keepass-apache/">disponibles ici</a>. Des audits ont été financés pour les deux gagnants, le gestionnaire de mot de passe KeePass et le serveur web Apache.</p>
<p>Depuis début décembre 2017, l'union européenne finance une "chasse aux problèmes de sécurité" pour le troisième logiciel le plus demandé dans ces votes, le lecteur multimédia VLC. L'information complète est décrite (en anglais) <a href="https://hackerone.com/vlc">sur le site web HackerOne</a>. Un périmètre de recherche est défini, et les bugs validés par l'équipe de développement donneront lieu à des récompenses financières, de $250 pour des bugs signalés sans technique d'exploitation à $5000 pour des bugs exploitables comme des failles de sécurité critiques.</p>
<p>J'ai appris l'existence de cette nouvelle initiative sur le blog de Julia Reda, <a href="https://juliareda.eu/2017/12/cash-bounties-for-vlcmp/">EU offers cash bounties to improve the security of VLC media player</a>, 12 décembre 2017.</p>
<p>Je pense que c'est une bonne initiative ; je ne sais pas si les chasses aux bugs payantes sont une façon plus ou moins efficace d'aider un logiciel qu'un audit de sécurité (relativement à leurs coûts, etc.), mais je trouve intéressant la démarche de ces eurodéputés d'essayer des choses différentes et de voir ce qui marche, pour ensuite proposer ce qui aura réussi dans une demande de financement pérenne.</p><div><a href="https://linuxfr.org/users/bluestorm/journaux/l-union-europeenne-finance-une-chasse-aux-bugs-pour-le-lecteur-multimedia-vlc.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/113430/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/bluestorm/journaux/l-union-europeenne-finance-une-chasse-aux-bugs-pour-le-lecteur-multimedia-vlc#comments">ouvrir dans le navigateur</a>
</p>
gaschehttps://linuxfr.org/nodes/113430/comments.atomtag:linuxfr.org,2005:Post/364982016-02-13T15:29:00+01:002016-02-13T15:29:00+01:00Curseur invisible sous Ubuntu<p>Bonjour,</p>
<p>J'ai graver le .ISO de Lubuntu 12.04 sur un CD, puis j'ai démarrer mon ordinateur avec le CD.</p>
<p>Sur Lubuntu, le curseur de la souris s'affichait mal (des hachures dans un carré). J'ai ensuite installer l'OS (à côté de Windows XP), mais pareil, le curseur était toujours des hachures.</p>
<p>On m'a proposé de mettre mon OS à niveau vers Lubuntu 14.04, ce que j'ai fait, mais là, plus du tout de curseur, ni de carré ou d'hachures! (même après plusieurs re-démarrage)</p>
<p>Alors que sous Windows XP (installé à l'origine sur l'ordinateur), le curseur s'affiche très bien.</p>
<p>Merci de votre aide!</p><div><a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/curseur-invisible-sous-ubuntu.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/108180/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-debian-ubuntu/posts/curseur-invisible-sous-ubuntu#comments">ouvrir dans le navigateur</a>
</p>
Baliboohttps://linuxfr.org/nodes/108180/comments.atomtag:linuxfr.org,2005:News/365592015-11-21T00:03:55+01:002015-11-22T06:28:44+01:00Pitivi 0.95 s’élance avec un nouveau moteur !Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Peut‐être êtes‐vous, comme moi, amateur des dépêches qui retracent <a href="//linuxfr.org/tags/coulisses/public">les coulisses du développement de nos logiciels préférés</a> : ah ! les dépêches <em>Sortie du noyau Linux X</em>, <em>LibreOffice Y : sous le capot</em>, <em>Entretien avec Z, développeur de Ω</em>…</p>
<p>La sortie, le 19 novembre 2015, de la version 0.95 de <a href="http://pitivi.org/">Pitivi</a>, logiciel libre de montage vidéo non linéaire pour GNU/Linux (prioritairement), nous donne l’occasion de revenir sur les coulisses de son développement, à travers deux billets dont nous vous proposons ici la traduction, précédée d’un résumé des épisodes précédents.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313434363337353832312e6a7067/1446375821.jpg" alt="Pitivi s'élance dans la course" title="Image CC BY 2.0 dérivée en 2015 par antistress de celle de SuperCar-RoadTrip.fr : https://www.flickr.com/photos/xavier33300/14109892447/ | Source : http://pix.toile-libre.org/upload/original/1446375821.jpg"></p></div><ul><li>lien nᵒ 1 : <a title="http://jeff.ecchi.ca/blog/2015/11/19/pitivi-0-95-enfant-suisse/" hreflang="en" href="https://linuxfr.org/redirect/94529">Annonce de la version 0.95 — blogue de Jean‐François Fortin-Tam</a></li><li>lien nᵒ 2 : <a title="http://fundraiser.pitivi.org/" hreflang="en" href="https://linuxfr.org/redirect/94530">Donner pour soutenir le projet — fundraiser.pitivi.org</a></li><li>lien nᵒ 3 : <a title="http://www.pitivi.org/planet/" hreflang="en" href="https://linuxfr.org/redirect/95384">Suivre l’actualité du projet — Planet Pitivi </a></li><li>lien nᵒ 4 : <a title="https://twitter.com/Pitivi" hreflang="en" href="https://linuxfr.org/redirect/95385">Suivre l’actualité du projet — Twitter</a></li><li>lien nᵒ 5 : <a title="https://plus.google.com/+pitivi/posts" hreflang="en" href="https://linuxfr.org/redirect/95386">Suivre l’actualité du projet — Google+</a></li><li>lien nᵒ 6 : <a title="https://fr.wikipedia.org/wiki/Pitivi" hreflang="fr" href="https://linuxfr.org/redirect/95412">Article sur Pitivi — Wikipédia</a></li><li>lien nᵒ 7 : <a title="https://fr.wikipedia.org/wiki/GStreamer" hreflang="fr" href="https://linuxfr.org/redirect/95466">Article sur GStreamer — Wikipédia</a></li><li>lien nᵒ 8 : <a title="http://libre-ouvert.toile-libre.org/index.php?article176/les-bases-de-l-utilisation-d-un-editeur-video-exemple-avec-pitivi" hreflang="fr" href="https://linuxfr.org/redirect/95469">Les bases de Pitivi (tutoriel) — Libre et ouvert</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#r%C3%A9sum%C3%A9-des-%C3%A9pisodes-pr%C3%A9c%C3%A9dents">Résumé des épisodes précédents</a></li>
<li>
<a href="#la-guerre-contre-les-deadlocks">La guerre contre les <em>Deadlocks</em></a><ul>
<li>
<a href="#tldr">Tl;dr</a><ul>
<li><a href="#morceaux-choisis">Morceaux choisis</a></li>
<li><a href="#un-sch%C3%A9ma-sinon-rien">Un schéma sinon rien</a></li>
</ul>
</li>
<li><a href="#i---lhistoire-de-limpl%C3%A9mentation-de-notre-nouveau-m%C3%A9langeur-d%C3%A9l%C3%A9ments-threadsafe">I - L’histoire de l’implémentation de notre nouveau mélangeur d’éléments <em>thread‐safe</em></a></li>
<li><a href="#ii---la-r%C3%A9incarnation-de-gnonlin-lautre-millier-de-deadlocks">II - La réincarnation de GNonLin (l’autre millier de <em>deadlocks</em>)</a></li>
</ul>
</li>
<li>
<a href="#la-suite-tester-la-nouvelle-machinerie-contribuer-au-projet">La suite : tester la nouvelle machinerie, contribuer au projet</a><ul>
<li><a href="#essayer-la-nouvelle-version-et-celles-en-d%C3%A9veloppement-en-un-clic">Essayer la nouvelle version (et celles en développement) en un clic</a></li>
<li><a href="#contribuer">Contribuer</a></li>
</ul>
</li>
</ul><h2 id="résumé-des-épisodes-précédents">Résumé des épisodes précédents</h2>
<p>Depuis sa naissance en 2004, Pitivi a connu de nombreuses réécritures : c’est que tout restait encore à inventer (à part GStreamer, mais qui n’était alors ni aussi performant ni aussi complet qu’aujourd’hui).</p>
<p>Si vous le voulez bien, avançons à présent dans le temps de sept années pour nous concentrer sur la période récente du projet. C’est le 27 septembre 2011 que sort la version 0.15, dernière (j’omets volontairement quelques versions de maintenance) avant le Grand changement, à savoir l’intégration de GES (<em>GStreamer Editing Services</em>), qui explique l’impressionnant « trou » dans la chronologie du développement du logiciel entre 2011 et 2013, comme on le peut voir ci‐dessous (et accessoirement la création, dans le wiki officiel, d’une page sous‐titrée avec humour « <a href="http://wiki.pitivi.org/wiki/Main_Page"><em>rumors of our death have been greatly exagerated…</em></a> ») :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313434363338333135352e706e67/1446383155.png" alt="Frise chronologique des versions successives de Pitivi" title="Frise chronologique des versions successives de Pitivi, réalisée avec le logiciel en ligne frisechrono.fr | Source : http://pix.toile-libre.org/upload/original/1446383155.png"></p>
<p>GES remplit plusieurs objectifs, parmi lesquels :</p>
<ul>
<li>résoudre un certain nombre de problèmes structurels concernant l’édition non linéaire avec GStreamer ;</li>
<li>simplifier le développement de Pitivi (le portage vers GES a permis de supprimer plus de 20 000 lignes de code de Pitivi et de clairement séparer ce qui relève de l’interface de ce qui relève du moteur ; le niveau de connaissance de GStreamer nécessaire pour contribuer à Pitivi a pu être grandement abaissé) ;</li>
<li>améliorer les performances de Pitivi.</li>
</ul><p>Accessoirement, l’allègement du code de Pitivi a permis de <a href="http://jeff.ecchi.ca/blog/2012/01/12/spring-clean-up-in-january/">réaliser le chantier de sa simplification</a>. Traduit de la plume de Jean‐François Fortin‐Tam, un des mainteneurs : « Je suis très content : cela signifie que non seulement les nouveaux contributeurs pourront plus facilement mettre le pied à l’étrier, mais aussi que les contributeurs réguliers ne se perdront plus dans les différents modules. »</p>
<p>En mai 2012, <a href="http://jeff.ecchi.ca/blog/2012/05/19/break-the-kettles-and-sink-the-boats/">le portage de Pitivi sur GES est réalisé dans l’arbre de développement</a>…</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6a6566662e65636368692e63612f626c6f672f77702d636f6e74656e742f75706c6f6164732f627265616b2d7468652d6b6574746c65732d616e642d73696e6b2d7468652d626f6174732e6a7067/break-the-kettles-and-sink-the-boats.jpg" alt="Break the kettles and sink the boats" title="This is it. The “ges” branch of Pitivi has been merged to “master”. | Source : http://jeff.ecchi.ca/blog/wp-content/uploads/break-the-kettles-and-sink-the-boats.jpg"></p>
<p>Mais la route est encore longue jusqu’à la publication d’une version suffisamment aboutie ! En effet, l’équipe doit relever d’autres challenges dans le même temps, comme de <a href="http://jeff.ecchi.ca/blog/2012/02/28/y-u-no-gtk3-yet/">devoir passer simultanément à Python 3.x, GTK+ 3.<em>x</em> et GStreamer 1.<em>x</em></a>, excusez du peu. Notamment, GNonLin, la bibliothèque logicielle sur laquelle GES lui‐même repose, <a href="http://jeff.ecchi.ca/blog/2013/02/15/join-us-at-the-gstreamer-hackfest-in-milan/">doit être portée sur GStreamer 1.<em>x</em></a>, ce qui s’avère être un défi particulièrement difficile.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6a6566662e65636368692e63612f626c6f672f77702d636f6e74656e742f75706c6f6164732f323031322d30312d32362e6a7067/2012-01-26.jpg" alt="The 2013 GStreamer Hackfest in Milan" title="The 2013 GStreamer Hackfest in Milan | Source : http://jeff.ecchi.ca/blog/wp-content/uploads/2012-01-26.jpg"></p>
<p>Le 29 septembre 2013, la <a href="http://jeff.ecchi.ca/blog/2013/10/05/pitivi-0-91-charming-defects/">sortie de la version 0.91</a> concrétise — enfin ! — l’immense travail mené depuis 2011 pour ré‐architecturer le logiciel (la version 0.92 sort deux mois après, pour <a href="http://jeff.ecchi.ca/blog/2013/11/04/pitivi-0-92-and-the-wandering-opensourcerer/">apporter quelques corrections</a>).</p>
<p>Mars 2014 voit fleurir la <a href="http://jeff.ecchi.ca/blog/2014/03/21/pitivi-0-93-released/">version 0.93</a>, suivie de la <a href="http://jeff.ecchi.ca/blog/2014/11/02/tricks-or-tracebacks-pitivi-0-94-is-here/">0.94</a> en novembre 2014, avec leur lot non négligeable de corrections.</p>
<p>Tout ce travail étant réalisé par un petit groupe de développeurs sur leur temps libre, est lancée fin février 2014 une <a href="http://jeff.ecchi.ca/blog/2014/02/27/pitivi-status-update-for-q1-2014-fundraiser-launch/">campagne de financement participatif</a> (<a href="http://fundraiser.pitivi.org/">toujours en cours</a> !), sous l’égide de la Fondation GNOME et avec le soutien du projet GStreamer, qui doit permettre de financer à temps plein et pendant un an les deux développeurs bas niveau du projet (Mathieu Duponchelle et Thibault Saunier), afin d’accélérer le rythme de développement du projet.<br><a href="http://jeff.ecchi.ca/blog/2014/10/03/an-update-from-the-pitivi-2014-summer-battlefront/">Une réussite en demi‐teinte de la campagne</a> ne permet hélas pas de mobiliser ces développeurs aussi complètement qu’espéré, mais permet toutefois quelques avancées importantes, dont celles qui vont vous être narrées ci‐après — et je ne vous ai pas parlé du remplacement de GooCanvas par Clutter puis finalement par du pur GTK+ pour le dessin de la piste de montage, ni du passage de <em>glimagesink</em> à <em>gtk(gl)sink</em> pour alimenter le moniteur de prévisualisation, ou du travail réalisé sur GStreamer, y compris pour <a href="http://jeff.ecchi.ca/blog/2014/06/23/pitivi-june-2014-status-update/">corriger la prise en charge du format MPEG-TS</a> qui sert de base au format <a href="https://fr.wikipedia.org/wiki/Advanced_Video_Codec_High_Definition" title="Advanced Video Codec High Definition">AVCHD</a> et à la télévision numérique terrestre…</p>
<h2 id="la-guerre-contre-les-deadlocks">La guerre contre les <em>Deadlocks</em>
</h2>
<h3 id="tldr">Tl;dr</h3>
<h4 id="morceaux-choisis">Morceaux choisis</h4>
<p><em>Morceaux traduits issus de <a href="http://jeff.ecchi.ca/blog/2014/10/03/an-update-from-the-pitivi-2014-summer-battlefront/">ce billet de Jean‐François Fortin‐Tam</a>.</em></p>
<blockquote>
<p>« Mathieu Duponchelle et Thibault Saunier ont travaillé sur le mélangeur vidéo de GStreamer, en gros en réalisant une refonte complète de notre pile de mixage et en rendant la bête <a href="https://fr.wikipedia.org/wiki/Programme_%C3%A0_fil_s%C3%A9curis%C3%A9"><em>thread‐safe</em></a>… Cela devrait corriger un grand nombre de blocages (en VO : <a href="https://fr.wikipedia.org/wiki/Interblocage"><em>deadlocks</em></a>) en rapport avec le mixage vidéo, qui sabotaient notre expérience utilisateur avec des paralysies fréquentes. »</p>
<p>« Ensuite ils ont presque complètement réécrit GNonLin avec une conception différente et plus simple, et il a été intégré directement dans GES (<em>GStreamer Editing Services</em>) sous un nouveau nom : NLE (<em>Non Linear Engine</em>). Avec NLE dans GES, les blocages venant de GNonLin devraient appartenir au passé ; le défilement de la vidéo devrait être bien plus fiable et ne plus être la cause de paralysies comme précédemment. Cela reste un considérable morceau de code : on parle d’environ 6 000 lignes de nouveau code dans GES. »</p>
</blockquote>
<h4 id="un-schéma-sinon-rien">Un schéma sinon rien</h4>
<p>L’architecture révisée de Pitivi 0.95 :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f77696b692e7069746976692e6f72672f696d616765732f4172636869746563747572655f323031352e706e67/Architecture_2015.png" alt="Architecture de Pitivi 0.95" title="Architecture de Pitivi 0.95 | Source : http://wiki.pitivi.org/images/Architecture_2015.png"></p>
<h3 id="i---lhistoire-de-limplémentation-de-notre-nouveau-mélangeur-déléments-threadsafe">I - L’histoire de l’implémentation de notre nouveau mélangeur d’éléments <em>thread‐safe</em>
</h3>
<p>ou : <em>La guerre contre les Deadlocks, première partie.</em></p>
<p>[Article original : <a href="http://jeff.ecchi.ca/blog/2015/06/11/the-war-against-deadlocks-part-1-the-story-of-our-new-thread-safe-mixing-elements-implementation/"><em>The War Against Deadlocks, part 1: The story of our new thread‐safe mixing elements implementation</em></a>]</p>
<p>Par Jean‐François Fortin‐Tam, le 11 juin 2015.</p>
<p>Laissez‐moi vous raconter une histoire qui fut perdue et oubliée sur le champ de bataille du développement de Pitivi à l’automne dernier, un manuscrit que j’ai rescapé d’un grimoire moisi dans un champ rocailleux. Selon mes données historiques, l’auteur était un certain Dorian Leger, un messager français porté disparu aux alentours de Paris.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6a6566662e65636368692e63612f626c6f672f77702d636f6e74656e742f75706c6f6164732f5468652d4d6f6c64792d546f6d652e706e67/The-Moldy-Tome.png" alt="The Moldy Tome as I found it." title="Le grimoire moisi, tel que je l'ai trouvé. | Source : http://jeff.ecchi.ca/blog/wp-content/uploads/The-Moldy-Tome.png"><em>Le grimoire moisi, tel que je l’ai trouvé</em></p>
<p>Je prends la liberté d’altérer assez substantiellement ce manuscrit dans le but d’en clarifier certaines parties tout en rétablissant ses intentions et son style au regard du contexte historique. Cela fera office de première partie à ce récit épique (la deuxième partie reste à écrire ; elle fera l’objet du prochain billet qui aura probablement un style d’écriture plus « moderne ») concernant notre guerre contre les <a href="https://fr.wikipedia.org/wiki/Interblocage"><em>Deadlocks</em></a>, de viles créatures qui ont menacé la stabilité de notre application bien trop longtemps. Techniquement, nous avons toujours été en guerre contre <s>l’Estasia</s> les <em>Deadlocks</em> ; c’était déjà le cas avec notre <a href="http://wiki.pitivi.org/wiki/Current_events">version 0.13.2</a>, à une époque où une équipe différente de mainteneurs parcourait cette terre.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6a6566662e65636368692e63612f626c6f672f77702d636f6e74656e742f75706c6f6164732f70726576696f75732d6d61696e7461696e6572732d6669676874696e672d7468652d466f6d6f72732e6a7067/previous-maintainers-fighting-the-Fomors.jpg" alt="Previous maintainers fighting the Fomors, in the 0.8-0.10 GSt Era." title="Les précédents mainteneurs combattant les Fomoires, du temps de GStreamer 0.8-0.10. | Source : http://jeff.ecchi.ca/blog/wp-content/uploads/previous-maintainers-fighting-the-Fomors.jpg"><em>Les précédents mainteneurs combattant les Fomoires, du temps de GStreamer 0.8 et 0.10</em></p>
<p>« Paris, le vingt‐huit septembre MMXIV.</p>
<p>Chers partisans du Front de Libération de l’Édition Vidéo,</p>
<p>Au cours du dernier mois et demi, nous avons fait de grands progrès en déboguant et réécrivant une importante brique logicielle sur laquelle Pitivi s’appuie. La 0.94 est désormais prévue pour les prochaines semaines. Au sujet d’une pièce importante en développement pour cette version, Mathieu Duponchelle explique : « Nous avons arraché de GStreamer un gros morceau de code rongé par les bogues et l’avons remplacé par un tout nouveau mélangeur vidéo que nous pouvons finalement montrer avec fierté et confiance. Il sera d’une aide immense dans notre combat contre les <em>Deadlocks</em> ; avec un peu de chance, il permettra enfin un défilement stable et sans bogue de la vidéo le long de la piste de montage. »</p>
<p>En effet, j’ai entendu des histoires au sujet de précédentes versions de Pitivi qui plantaient invariablement lorsque l’on faisait défiler la vidéo à l’endroit d’un fondu enchaîné entre deux séquences. En d’autres termes, lorsque l’on essayait de sélectionner une image qui contenait un fondu enchaîné, Pitivi se paralysait et devait être achevé par l’utilisateur. Inutile de dire que ce bogue détruisait non seulement l’expérience utilisateur mais aussi le moral de nos troupes, et qu’il devait être réglé aussi rapidement et efficacement que possible.</p>
<p>Le problème technique derrière cette nuisance était un puissant équipement de l’arsenal de GStreamer : le mélangeur vidéo GstElement. Cet engin essayait de gérer avec des <a href="https://fr.wikipedia.org/wiki/Thread_%28informatique%29"><em>threads</em></a> d’autres éléments qui lui étaient balancés, ce qui était par nature extrêmement complexe et sujet à erreurs ; au point que certains ont dit que ce devait être le travail du Diable lui‐même.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6a6566662e65636368692e63612f626c6f672f77702d636f6e74656e742f75706c6f6164732f4d696e672d44796e617374792d65727570746f722d70726f746f2d63616e6e6f6e2e706e67/Ming-Dynasty-eruptor-proto-cannon.png" alt="Ming Dynasty eruptor proto-cannon" title="Source : http://jeff.ecchi.ca/blog/wp-content/uploads/Ming-Dynasty-eruptor-proto-cannon.png"></p>
<p>Lorsque nous avons examiné la machine, nous avons découvert le diagramme ci‐dessus. La transcription des étranges écritures figurant dans ce diagramme ont conduit à l’interprétation suivante de son fonctionnement :</p>
<blockquote>
<p>« Pour fayre cette machine besogner, voyci céans des tampons affluant de tous les <em>sinkpads</em> dans moult lacets. Tu languiras donc que tous les <em>pads</em> rapportent tampon pour deviser de mixer et mander le résultat au <em>srcpad</em>. Tu pousseras ainsy les tampons à partir du lacet dont tu reçusses le dernier tampon. Garde‐toi de te tenir devant la machine lorsque tu l’actionneras. » — <em>Dante, fils de Sparda</em>. <sup id="fnref1"><a href="#fn1">1</a></sup></p>
</blockquote>
<p>Le <em><a href="https://fr.wikipedia.org/wiki/multithreading" title="Définition Wikipédia">multithreading</a></em>, si vous avez en mémoire vos cours chez les moines Shaolin, est un art difficile à maîtriser. Il permet de faire tourner des opérations de traitement multimédia en arrière‐plan et d’exécuter plusieurs tâches simultanément. Une approche <em>multithread</em> est essentielle pour nous, mais requiert une gestion laborieuse des variables partagées par différents <em>threads</em> (lesquelles décrivent généralement des données audio et vidéo dans le cas de GstElement, la machine qui sert de mélangeur vidéo). Comme des <em>threads</em> simultanés opèrent souvent sur la même variable, le développeur de la bibliothèque logicielle, expert en langage C, doit s’assurer que ces <em>threads</em> n’éditent pas simultanément une même variable en organisant précautionneusement la façon dont les <em>threads</em> se donnent chacun le signal d’éditer une variable.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f6a6566662e65636368692e63612f626c6f672f77702d636f6e74656e742f75706c6f6164732f7368616f6c696e2d74696765722d7374796c652e706e67/shaolin-tiger-style.png" alt="shaolin tiger style" title="Source : http://jeff.ecchi.ca/blog/wp-content/uploads/shaolin-tiger-style.png"></p>
<p>Pour ce qui est de l’étrange machine qui causait ces problèmes, nous l’avons détruite par le feu et reconstruite, avec en tête l’harmonie et la simplicité. Je ne peux l’affirmer complètement mais on m’a rapporté que plus de dix mille lignes de l’ancien code ont été réécrites grâce à l’art exquis du kung‐fu <em>multithread</em>. La nouvelle machine qui sert de mélangeur vidéo a dorénavant le <em>srcpad</em> opérant sur son propre <em>thread</em>, et nous agrégeons et adressons les tampons au <em>srcpad</em> à partir de ce <em>thread</em>. Cette technique nous rend bien plus forts contre les <em>Deadlocks</em>. »</p>
<p>Comme vous vous en êtes certainement rendus compte vous‐mêmes, les versions précédentes de Pitivi — particulièrement à cause des éléments de mixage dans GStreamer — étaient infestées de bogues qui forçaient les <em>threads</em> à s’attendre indéfiniment. Pour mieux se figurer la chose, prenons une analogie moderne : l’implémentation précédente du mélangeur vidéo était comme une ville pleine de voitures à des carrefours équipés de panneaux stop, chaque voiture attendant que l’autre démarre, causant un embouteillage sans fin derrière elles. La bonne nouvelle est qu’après la réécriture de plus de 10 000 lignes de code, les panneaux stop ont été remplacés par un système bien plus simple et fiable dans la 0.94, ce qui veut dire que les <em>threads</em> de notre mélangeur vidéo sont maintenant harmonisés, et que ce dernier est maintenant « exempt de bogues ». Cela a demandé une réécriture complète de notre pile de mixage (par l’écriture d’une nouvelle <em>baseclass</em> pour remplacer <em>collectpads2</em>). Ce fut un processus assez prenant.</p>
<p>Nous sommes assez contents de ce que nous avons accompli ici, mais les <em>Deadlocks</em> ne sont pas si facilement vaincus, et l’histoire ne s’arrête pas là. Le reste du manuscrit est assez court et consiste essentiellement en des prédictions d’événements survenus depuis, que je couvrirai dans un prochain billet, quand je trouverai plus de temps, car cela demande d’avantage d’analyse et de développement.</p>
<h3 id="ii---la-réincarnation-de-gnonlin-lautre-millier-de-deadlocks">II - La réincarnation de GNonLin (l’autre millier de <em>deadlocks</em>)</h3>
<p>ou : <em>La guerre contre les Deadlocks, deuxième partie.</em></p>
<p>[Article original : <a href="http://blog.aleb.ro/2015/10/the-war-against-deadlocks-part-2.html"><em>The War Against Deadlocks, part 2: GNonLin’s reincarnation (the other thousand Deadlocks)</em></a>]</p>
<p>Par Alexandru Băluț, le 15 octobre 2015.</p>
<p>GNonLin a servi notre cause honorablement pendant plusieurs années, mais a conservé d’indélébiles marques de l’Ancien temps. Nous avons été de plus en plus ennuyés par les liens notoires qu’entretenait GNonLin avec les <em>Deadlocks</em>, au point qu’il était connu au sein de notre bataillon comme étant « le Baron des <em>Deadlocks</em> ». Nous avons essayé de le raisonner, de discuter avec lui, mais, hélas, nous n’avons obtenu que des erreurs de CAPS « non négocié ».<br>
Une intervention rapide eut lieu. Le baron fut capturé et nous lui avons appliqué un mélange d’intense persuasion et d’alchimie jusqu’à ce qu’il renonce à ses liens douteux et renaisse. L’arrivée du greffon <em>Non Linear Engine</em> (NLE) apporta beaucoup de joie dans le comté. Les utilisateurs n’étaient plus harcelés par des <em>Deadlocks</em> renégats lorsqu’ils déroulaient tranquillement leur piste de montage. Les <em>Deadlocks</em> pourraient bien continuer à nous hanter, mais nous voilà dans une Nouvelle Ère, dans laquelle les vieilles ruses n’auront plus d’effet sur nous.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313434363137303135342e6a7067/1446170154.jpg" alt='Pictured: "The Capture of the Baron"' title="La capture du Baron (instantané) | Source : https://pix.toile-libre.org/upload/original/1446170154.jpg"><em>La capture du Baron (instantané)</em></p>
<p>De la plume des développeurs :</p>
<p>« Nous avons réutilisé des portions du greffon <em>videomixer</em> pour créer un greffon <em>compositor</em> qui, lui, est <a href="https://fr.wikipedia.org/wiki/Thread_safety"><em>thread‐safe</em></a>. Le nouveau greffon <em>compositor</em> est d’ores et déjà utilisé par un bon nombre d’applications multimédia. Simultanément nous avons créé une nouvelle classe de base qui a facilité la réécriture du greffon <em>audiomixer</em> pour corriger ses défauts et le rendre <em>thread‐safe</em>. Ce qui nous a permis de passer du greffon <em>adder</em> au greffon <em>audiomixer</em>.</p>
<p>Comme vous le savez sans doute, les greffons GStreamer sont utilisés pour créer des <em>pipelines</em>, par exemple : <code>(video1 * effect1) + video2 = x</code>. Le greffon <em>compositor</em> implémente le <code>+</code> dans cette équation. Un <em>pipeline</em> est utilisé par NLE pour jouer un projet vidéo. <em>NleComposition</em> convertit dynamiquement la piste de montage d’un projet en un <em>pipeline</em> GStreamer, en tenant compte de la position actuelle :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313434363236323730362e706e67/1446262706.png" alt="NleComposition " title="NleComposition | Source : http://pix.toile-libre.org/upload/original/1446262706.png"></p>
<p>Nous venons de terminer le remplacement de GNonLin par <em>Non Linear Engine</em>. Cela signifie que la composition utilise à présent un <em>thread</em> maître pour configurer (délier, relier) le <em>pipeline</em> ; précédemment, l’ancien procédé de composition le faisait à la fois du <em>thread</em> de <em>streaming</em> et du <em>thread</em> de <em>seeking</em>, ce qui engendrait une foule de <em>Deadlocks</em> en colère (« la légion de l’autre millier »). De plus, dans l’état <em>PAUSED</em> nous devions avoir précédemment dans la composition tous les éléments de la totalité de la piste de montage, ce qui signifie qu’il y avait tellement, oui tellement, de <em>threads</em> inutiles, créés et attendant comme des bonshommes de neige ; tandis qu’à présent les éléments ne sont créés que lorsque le <em>pipeline</em> en a besoin, et sont conservés dans l’état <em>READY</em> jusqu’à ce qu’ils soient effectivement utilisés par le <em>pipeline</em>. »</p>
<p>Longue vie au <em>Non Linear Engine</em> !</p>
<h2 id="la-suite-tester-la-nouvelle-machinerie-contribuer-au-projet">La suite : tester la nouvelle machinerie, contribuer au projet</h2>
<h3 id="essayer-la-nouvelle-version-et-celles-en-développement-en-un-clic">Essayer la nouvelle version (et celles en développement) en un clic</h3>
<p>Dans le cadre de l’effort fourni pour la campagne de financement, l’équipe de développement met à disposition des versions compilées de la journée, sous forme d’archives qui comprennent toutes les dépendances nécessaires (permettant de lancer le logiciel isolément de votre système, et donc potentiellement sur n’importe quel système, sans avoir à attendre les nouvelles versions des dépendances pour votre distribution, telles que GStreamer, etc.).</p>
<ul>
<li>
<a href="http://pitivi.org/?go=download">Télécharger le <em>daily bundle</em></a>.</li>
</ul><h3 id="contribuer">Contribuer</h3>
<p>Comme vous l’aurez compris à la lecture du résumé préliminaire, tout est fait pour faciliter les contributions en code (note : Pitivi est écrit en langage Python).</p>
<p>Les contributions peuvent également consister à :</p>
<ul>
<li>rédiger de la documentation ou des traductions ; </li>
<li>effectuer des tests du logiciel pour en rapporter les bogues aux développeurs (surtout si vous rencontrez encore des paralysies ou plantages, faites‐les remonter aux développeurs qui sont demandeurs : il leur est matériellement impossible de tester seuls tous les cas de figure !) ;</li>
<li>soutenir financièrement le projet ;</li>
<li>etc.</li>
</ul><p>Cela démarre ici :</p>
<ul>
<li>
<a href="http://pitivi.org/?go=contributing">page d’entrée du wiki pour contribuer</a> ;</li>
<li>
<a href="http://wiki.pitivi.org/wiki/Bug_reporting">comment rapporter un bogue</a> (voir aussi <a href="https://phabricator.freedesktop.org/maniphest/query/pzpUd4WY9Zu4/#R">la liste des bogues ouverts</a>) ;</li>
<li>
<a href="http://fundraiser.pitivi.org/">soutenir financièrement le projet</a>.</li>
</ul><p>Les frimousses des principaux membres actuels de l’équipe derrière Pitivi et GES, que vous pourrez croiser sur IRC (<em>#pitivi</em> sur Freenode), où ils sont très présents :</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313434363234303931392e6a7067/1446240919.jpg" alt="Une partie de la team Pitivi" title="Une partie de la team Pitivi | Source : http://pix.toile-libre.org/upload/original/1446240919.jpg"></p>
<p>(de gauche à droite : <a href="http://wiki.pitivi.org/wiki/The_people">Mathieu Duponchelle, Thibault Saunier, Jean‐François Fortin‐Tam et Alexandru Băluț</a>).</p>
<p>Maintenant, c’est à vous de jouer !</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e746f696c652d6c696272652e6f72672f75706c6f61642f6f726967696e616c2f313434363234303539372e6a7067/1446240597.jpg" alt="I want you for Pitivi" title="I want you for Pitivi | Source : http://pix.toile-libre.org/upload/original/1446240597.jpg"></p>
<div class="footnotes">
<hr>
<ol>
<li id="fn1">
<p>NDT : Ce billet, intitulé « <a href="http://blog.nicolargo.com/2009/03/gstreamer-la-theorie.html">GStreamer, la théorie…</a> » et publié sur le blogue de nicolargo, vous donnera quelques explications sur le jargon employé. <a href="#fnref1">↩</a></p>
</li>
</ol>
</div></div><div><a href="https://linuxfr.org/news/pitivi-0-95-s-elance-avec-un-nouveau-moteur.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/106216/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/pitivi-0-95-s-elance-avec-un-nouveau-moteur#comments">ouvrir dans le navigateur</a>
</p>
antistressDavy DefaudAnonymeesdeemBenoît SibaudM5oulBAudpalm123Brndanhttps://linuxfr.org/nodes/106216/comments.atomtag:linuxfr.org,2005:Diary/360062015-07-26T11:47:23+02:002015-07-26T11:47:23+02:00Aidez à tester la bêta de Privacy Badger 1.0 pour FirefoxLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p><img src="//img.linuxfr.org/img/687474703a2f2f696d6731312e686f7374696e67706963732e6e65742f706963732f313931333337507269766163794261646765722e706e67/191337PrivacyBadger.png" alt="Logo de Privacy Badger" title="Source : http://img11.hostingpics.net/pics/191337PrivacyBadger.png"></p>
<p>Bonjour Nal,</p>
<p>Privacy Badger est une extension pour Chrome et Firefox (et, à terme, aussi pour Opera, Safari et Firefox Mobile) produite par l'EFF (<em>The Electronic Frontier Foundation</em>), qui désactive <em>au fur et à mesure</em> les sites tiers qui pistent votre surf. </p>
<p>Il utilise en effet une méthode heuristique (plutôt qu'une liste noire préconstituée comme c'est le cas généralement pour les autres outils de blocage) c'est à dire que Privacy Badger va observer quels sites tiers reçoivent des requêtes des sites que vous visitez pour repérer lui-même les sites tiers qui vous suivent de sites en sites. </p>
<p>Une fois les sites tiers pisteurs repérés, il les désactive, à moins que cela ne casse le site visité : auquel cas il se contente de supprimer les cookies déposés par ces sites tiers. Vous pouvez également modifier le degré de blocage en ajustant manuellement un curseur.</p>
<p>La version 1.0 devrait sortir sous une semaine, et vous pouvez tester la version 1.0 beta (aka 0.99) en la téléchargeant <a href="http://www.eff.org/files/privacy-badger-0.99.xpi">sur le site de l'EFF</a> et en rapportant les anomalies sur <a href="https://github.com/EFForg/privacybadgerfirefox/issues/">le GitHub du projet</a>.</p>
<p>Rappelons, <a href="https://fr.wikipedia.org/wiki/Electronic_Frontier_Foundation">avec Wikipédia</a>, que l'EFF « est une organisation non gouvernementale internationale à but non lucratif, fondée en 1990 aux États-Unis par Mitch Kapor, John Gilmore, et John Perry Barlow, connu pour être l'auteur de la Déclaration d'indépendance du cyberespace » et dont l'objectif essentiel « est de défendre la liberté d'expression sur Internet ».</p>
<p>Avec Mozilla et l'EFF, deux organisations à but non lucratif, vous êtes entre de bonnes mains :)</p><div><a href="https://linuxfr.org/users/antistress/journaux/aidez-a-tester-la-beta-de-privacy-badger-1-0-pour-firefox.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/106374/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/journaux/aidez-a-tester-la-beta-de-privacy-badger-1-0-pour-firefox#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/106374/comments.atomtag:linuxfr.org,2005:News/354252014-06-01T16:48:11+02:002014-06-02T11:31:23+02:00Bugs Squashing party@Mozilla les 21 et 22 Juin 2014Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>La <em>Squashing Party</em>, c'est un weekend entier consacré à la recherche et <s>l'extermination</s> la résolution de bugs. Venez, découvrez comment contribuer technique, ouvrir votre premier bug et écrire votre premier patch ! </p>
<p>Vous n'avez jamais contribué au code des projets Mozilla mais pensez en avoir les compétences ? Et bien venez faire vos premières contributions techniques avec nous ! Une équipe de choc sera là pour vous soutenir !</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f656e2f7468756d622f372f37342f4d6f7a696c6c615f466f756e646174696f6e5f6c6f676f2e7376672f32323570782d4d6f7a696c6c615f466f756e646174696f6e5f6c6f676f2e7376672e706e67/225px-Mozilla_Foundation_logo.svg.png" alt="MoFo" title="Source : http://upload.wikimedia.org/wikipedia/en/thumb/7/74/Mozilla_Foundation_logo.svg/225px-Mozilla_Foundation_logo.svg.png"></p></div><ul><li>lien nᵒ 1 : <a title="https://www.eventbrite.com/e/mozilla-bugs-squashing-party-tickets-11619100041" hreflang="fr" href="https://linuxfr.org/redirect/90660">Inscriptions sur Eventbrite attention 60 places max !</a></li><li>lien nᵒ 2 : <a title="http://whatcanidoformozilla.org/?lang=fr#!/" hreflang="fr" href="https://linuxfr.org/redirect/90661">What can I do For Mozilla?</a></li><li>lien nᵒ 3 : <a title="https://www.mozilla.org/firefox/os/" hreflang="fr" href="https://linuxfr.org/redirect/90662">FirefoxOS</a></li><li>lien nᵒ 4 : <a title="https://github.com/mozilla/servo" hreflang="en" href="https://linuxfr.org/redirect/90663">Servo</a></li><li>lien nᵒ 5 : <a title="http://www.rust-lang.org/" hreflang="en" href="https://linuxfr.org/redirect/90664">Langage Rust</a></li><li>lien nᵒ 6 : <a title="http://www.joshmatthews.net/bugsahoy/" hreflang="en" href="https://linuxfr.org/redirect/90665">BugsAHoys</a></li><li>lien nᵒ 7 : <a title="https://reps.mozilla.org/e/paris-bugzilla-squashing-party/" hreflang="en" href="https://linuxfr.org/redirect/90666">Page Mozilla reps de l'évènement</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#pour-quel-public">Pour quel public ?</a></li>
<li>
<a href="#informations-pratiques">Informations Pratiques</a><ul>
<li><a href="#o%C3%B9">Où ?</a></li>
<li><a href="#quand">Quand?</a></li>
<li><a href="#comment">Comment</a></li>
<li><a href="#questions">Questions</a></li>
</ul>
</li>
<li>
<a href="#contact">Contact</a><ul>
<li><a href="#courriels">Courriels</a></li>
<li><a href="#irc">IRC</a></li>
</ul>
</li>
<li>
<a href="#les-projets">Les projets</a><ul>
<li><a href="#firefoxos">FirefoxOS</a></li>
<li><a href="#firefox">Firefox</a></li>
<li><a href="#spidermonkey">SpiderMonkey</a></li>
<li><a href="#rust">Rust</a></li>
<li><a href="#servo">Servo</a></li>
<li><a href="#mentors-pr%C3%A9sents">Mentors présents</a></li>
</ul>
</li>
<li>
<a href="#pr%C3%A9requis">Prérequis</a><ul>
<li><a href="#linguistique">Linguistique</a></li>
<li><a href="#technique">Technique</a></li>
</ul>
</li>
<li><a href="#langages-de-programmation">Langages de programmation</a></li>
<li><a href="#projets">Projets</a></li>
<li>
<a href="#le-programme">Le programme</a><ul>
<li><a href="#samedi-21-juin-2014">Samedi 21 Juin 2014</a></li>
<li><a href="#dimanche-22-juin-2014">Dimanche 22 juin 2014</a></li>
<li><a href="#hashtags-de-l%C3%A9v%C3%A8nement">Hashtags de l’évènement</a></li>
</ul>
</li>
</ul><h2 id="pour-quel-public">Pour quel public ?</h2>
<p>Ce week-end de contribution s'adresse à des personnes désirant s'investir dans le code des projets de la fondation Mozilla. De bonnes bases sont nécessaires pour venir car apprendre et contribuer en un week-end semble difficile humainement !</p>
<p>Idéalement les étudiants en informatique seront les bienvenus mais les développeurs de tout bois aussi ! À condition de savoir développer sur un des langages utilisés dans les projets cités plus bas.</p>
<p>N'hésitez pas à nous contacter pour savoir si vous correspondez aux prérequis !</p>
<p>Pour les autres et curieux qui ne correspondent pas à ces prérequis ne vous inquiétez pas nous allons bientôt refaire un sprint de localisation et des <em>contributions camps</em> avec l'April !</p>
<h2 id="informations-pratiques">Informations Pratiques</h2>
<h3 id="où">Où ?</h3>
<p>Dans les locaux de <a href="http://www.openstreetmap.org/node/2883451098">Mozilla à Paris</a> au 16 bis boulevard de Montmartre à Paris. Metro : Richelieu-Drouot ou Grands boulevards.</p>
<h3 id="quand">Quand?</h3>
<p>Le week-end du 21 et 22 juin 2014</p>
<h3 id="comment">Comment</h3>
<p><a href="https://www.eventbrite.com/e/mozilla-bugs-squashing-party-tickets-11619100041">Inscription</a> attention seulement 60 places disponibles !</p>
<h3 id="questions">Questions</h3>
<p>Vous pouvez contacter par courriel Clarista ou moi même pour différentes questions à propos de ce week-end ou bien passer sur IRC !</p>
<h2 id="contact">Contact</h2>
<h3 id="courriels">Courriels</h3>
<ul>
<li> Axel Viala: aviala <em>chez</em> mozilla <em>point</em> com</li>
<li> Clarista: ccorgnou <em>chez</em> mozilla <em>point</em> com</li>
</ul><h3 id="irc">IRC</h3>
<p>irc.mozilla.org sur #frenchmoz</p>
<h2 id="les-projets">Les projets</h2>
<p>Cette équipe de développeurs sera là pour vous, ils partageront avec vous leur expérience, vous expliqueront les processus existants chez Mozilla et auront le plaisir de relire/valider votre code !</p>
<h3 id="firefoxos">FirefoxOS</h3>
<p>Participer au Web mobile en contribuant au code de Firefox OS, un système d'exploitation basé sur les technologies web fonctionnant sur des appareils des plus véloces aux plus modestes.</p>
<h3 id="firefox">Firefox</h3>
<p>Vous avez toujours voulu savoir ce qui se tramait derrière cette icône mignonne? Hé bien il est temps de soulever le capot et de participer au développement de ce dernier, beaucoup de JavaScript et de C++ en perspective!</p>
<h3 id="spidermonkey">SpiderMonkey</h3>
<p>Vous aimez JavaScript ? Mais vous préférez contribuer à sa machine virtuelle plutôt que d'écrire du JavaScript ? Aucun souci on a quelques bugs bien sympathiques pour les nouveaux !</p>
<h3 id="rust">Rust</h3>
<p>Vous voulez participer à l'aventure <a href="http://www.rust-lang.org/">Rust</a> ?<br>
On ne le présente plus, c'est le langage de l'avenir qui prévient (en théorie) tous les plantages et <em>accès concurrents de données</em>.</p>
<h3 id="servo">Servo</h3>
<p>Il s'agit d'un projet de recherche visant à développer un nouveau moteur de rendu Web.<br>
Le but est de créer une architecture qui tire profit du <a href="https://fr.wikipedia.org/wiki/Parall%C3%A9lisme_%28informatique%29">parallélisme</a> à plusieurs niveaux tout en éliminant les sources de bogues communes et vulnérabilités de sécurité dues à une gestion incorrecte de la mémoire et aux data races. Le tout grâce à Rust langage dans lequel Servo est écrit.</p>
<h3 id="mentors-présents">Mentors présents</h3>
<p>Voici la liste des autres développeurs qui seront d'ores et déjà présents et de leurs spécialités :</p>
<ul>
<li> <a href="https://mozillians.org/u/jdm/">Josh Matthews</a> alias jdm : développeur C++, JavaScript et Rust, créateur de Bugs Ahoy, il contribue aussi à Rust/Servo et est le <em>community engagement lead</em> pour <em>Firefox engineering</em>.</li>
<li> <a href="https://mozillians.org/u/vingtetun/">Vivien Nicolas</a> aka vingtetun : développeur JavaScript et HTML5, il est aujourd'hui le <em>technical lead</em> de <a href="https://github.com/mozilla-b2g/gaia">Gaia</a> l'interface utilisateur de <a href="https://www.mozilla.org/firefox/os/">FirefoxOS</a>.</li>
<li> <a href="https://mozillians.org/u/SimonSapin/">Simon Sapin</a> alias SimonSapin sur #servo : développeur Python et Rust, travaillant sur les spécifications CSS du W3C et leur implémentation dans <a href="https://github.com/mozilla/servo">Servo</a>.</li>
<li> <a href="https://mozillians.org/u/nbp/">Nicolas B. Pierron</a> alias nbp sur #jsapi, #ionmonkey : développeur C++, travaillant sur compilateur <a href="https://fr.wikipedia.org/wiki/Compilation_%C3%A0_la_vol%C3%A9e"><em>Just-in-time</em></a> de JavaScript.</li>
<li> <a href="https://mozillians.org/u/janx/">Jan Keromnes</a> alias janx sur #b2gm #devtools : développeur JavaScript travaille sur les DevTools et sur Firefox OS.</li>
<li> <a href="https://mozillians.org/u/padenot/">Paul Adenot</a> alias padenot sur #media, #webrtc, développeur C++, travaillant sur tout ce qui touche de près ou de loin à l'audio ou la vidéo dans Firefox: Web Audio API, WebRTC. Peut aider sur beaucoup de parties de Firefox. </li>
<li> <a href="https://mozillians.org/u/nsilva">Nicolas Silva</a> alias nical sur #gfxm #developers, #rust : développeur C++ et Rust travaillant sur le rendu graphique dans Firefox / C++. Peut aider sur la partie "Graphics" de Firefox et sur Rust.</li>
</ul><h2 id="prérequis">Prérequis</h2>
<p>Pour participer à cette <em>Bug Squashing Party</em> il vous faut répondre à quelques prérequis :</p>
<h3 id="linguistique">Linguistique</h3>
<p>Être à l'aise avec l'anglais technique écrit et le français ou l'anglais pour réussir à communiquer avec les participants et l'équipe.</p>
<h3 id="technique">Technique</h3>
<p>Avoir un ordinateur portable ou tout du moins transportable.</p>
<h2 id="langages-de-programmation">Langages de programmation</h2>
<p>Maîtriser l'un des langages suivants :</p>
<ul>
<li> JavaScript</li>
<li> HTML5/CSS</li>
<li> C++</li>
<li> C</li>
<li> Python 2 ou 3</li>
<li> Rust</li>
</ul><h2 id="projets">Projets</h2>
<p>Avoir compilé le projet qui vous intéresse :</p>
<ul>
<li> <a href="https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions">Firefox</a>
</li>
<li> <a href="https://wiki.mozilla.org/JavaScript:New_to_SpiderMonkey">Spidermonkey</a>
</li>
<li> <a href="https://developer.mozilla.org/en-US/Firefox_OS/Building_and_installing_Firefox_OS">Firefox OS</a>
</li>
<li> <a href="https://github.com/mozilla/servo#prerequisites">Servo</a>
</li>
<li> <a href="https://github.com/mozilla/rust/#building-from-source">Rust</a>
</li>
</ul><p>Bien entendu si vous rencontrez un souci à ce sujet-là vous pouvez nous contacter sur <em>irc.mozilla.org</em> sur le canal du projet approprié ou sur <em>#frenchmoz</em>, <em>#devfr</em> pour recueillir de l'aide !</p>
<h2 id="le-programme">Le programme</h2>
<h3 id="samedi-21-juin-2014">Samedi 21 Juin 2014</h3>
<ul>
<li> 09:00 : Accueil des participants, et petit-déjeuner.</li>
<li> 09:30 : Présentation des différents intervenants.</li>
<li> 10:30 : Bugzilla/Github/autre selon le projet : Comment ça marche.</li>
<li> 11:00 : Focus sur <a href="http://www.joshmatthews.net/bugsahoy/">Bugs Ahoy</a> avec <a href="https://mozillians.org/u/jdm/">Josh Matthews</a> !</li>
<li> 11:30 : Chasse aux bugs !</li>
<li> 13:00 : Déjeuner.</li>
<li> 14:00 : Chasse aux bugs ! </li>
<li> 19:00 : On fête la clôture de la première journée de chasse !</li>
<li> 22:00 : Dodo ?</li>
</ul><h3 id="dimanche-22-juin-2014">Dimanche 22 juin 2014</h3>
<ul>
<li> 09:00 : Accueil des participants, et petit-déjeuner.</li>
<li> 09:30 : Point sur ce qui a été fait la veille, et séance de questions/réponses.</li>
<li> 10:00 : Chasse aux bugs !</li>
<li> 13:00 : Déjeuner</li>
<li> 14:00 : Chasse aux bugs !</li>
<li> 19:00 : On fête la clôture du week-end !</li>
<li> 22:30 : Bonne nuit !</li>
</ul><h3 id="hashtags-de-lévènement">Hashtags de l’évènement</h3>
<ul>
<li> #bugzillaparis</li>
<li> #bugzilla</li>
</ul></div><div><a href="https://linuxfr.org/news/bugs-squashing-party-mozilla-les-21-et-22-juin-2014.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/102362/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/bugs-squashing-party-mozilla-les-21-et-22-juin-2014#comments">ouvrir dans le navigateur</a>
</p>
DarnuriaBenoît SibaudNÿcoNeoXbubar🦥palm123claudexhttps://linuxfr.org/nodes/102362/comments.atomtag:linuxfr.org,2005:Diary/348982014-04-17T11:20:50+02:002014-04-17T11:20:50+02:00Qualité du logiciel : le logiciel libre est bien meilleur que le propriétaire ! Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Le rapport 2013 de Coverity est sorti</p>
<p><a href="http://www.ciol.com/ciol/features/213112/coverity-scan-report-source-software-quality-outpaces-proprietary-code">http://www.ciol.com/ciol/features/213112/coverity-scan-report-source-software-quality-outpaces-proprietary-code</a></p>
<p>Coverity propose un service de vérification de code par analyse statique. Depuis 2008, ils testent à grande échelle des logiciels libres et comparent les statistiques à leur large base de clientèle reposant sur du logiciel propriétaire. Il s'agit majoritairement de programmes C/C++.</p>
<p>Régulièrement, la qualité du logiciel libre est mise en avant et surpasse celle du logiciel propriétaire, selon leur métrique de nombre de problèmes trouvés par coverity par 1000 lignes de code. On peut toujours discuter de la pertinence de la métrique, mais elle a le mérite de l'objectivité. </p>
<p>Les délais de réparation des défauts constatés, le noyau Linux s'améliore fortement, passant en 6 ans de 122 à 6 jours en moyene. </p>
<p>Les logiciels libres ont 19% de défauts en moins par 1000 lignes de code par rapport aux logiciels propriétaires. </p>
<p>Enfin la nouveauté 2013 de ce test concerne l'étude de programmes écrits en java. Il s'avère que les développeurs java ont beaucoup plus confiance dans le langage et corrigent une proportion beaucoup moins élevée des défauts trouvés par l'outil que les développeurs C++ (13% contre 46), notamment tout ce qui concerne les fuites de ressources systèmes que même un garbage collector parfait ne pourrait pas libérer. On note toutefois l'exception notable de HBase, qui est le projet de bases de données de la fondation Apache utilisé par Hadoop. </p><div><a href="https://linuxfr.org/users/khivapia/journaux/qualite-du-logiciel-le-logiciel-libre-est-bien-meilleur-que-le-proprietaire.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/101907/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/khivapia/journaux/qualite-du-logiciel-le-logiciel-libre-est-bien-meilleur-que-le-proprietaire#comments">ouvrir dans le navigateur</a>
</p>
khivapiahttps://linuxfr.org/nodes/101907/comments.atomtag:linuxfr.org,2005:Post/325802013-05-04T00:56:03+02:002013-05-04T00:56:03+02:00Bugs sur aMSN, besoin de linux?<p>Bonjour à tous, </p>
<p>Tout d'abord je ne sais pas exactement si je suis au bon endroit sur le forum pour ce genre de sujet et je m'en excuse d'avance si ce n'est pas le cas :-S </p>
<p>Voilà je suis nouvel utilisateur d'aMSN depuis environ deux semaines et la personne avec qui je corresponds n'a aucun problème ou bug contrairement à moi. Ce qui m'arrive, et ce, depuis déjà ma toute première utilisation (j'ai désinstallé et réinstallé amsn plusieurs fois, sur le site d'amsn) est que je reçois à chaque fois que j'utilise le tchat ou que je tente de faire un message vocal, le message d'erreur suivant :</p>
<p>"TK has brought an error, there is a bug in aMSN, plase report it by clicking the Report button. You can click details to see more informations about the bug or click Ignore to continue chatting with aMSN."</p>
<p>Que je mette ignorer ou envoyer cela ne change rien, le message réapparait quelques instants plus tard. </p>
<p>Je ne comprends pas car mon correspondant lui (ayant pourtant déjà eu une fois ce message d'erreur) peut m'envoyer des messages vocaux et écrit sauf que je ne reçois pas ses messages vocaux (et pas toujours ses messages écrit non plus).</p>
<p>Pour ma part, au tout début, la "barre" de son quand j'appuyais sur le bouton pour un message vocal s'affichait mais le message vocal ne s'envoyait jamais, le message d'erreur apparaissait. Et depuis quelques jours la "barre de son" n'apparait même plus. Quand je clique sur le bouton d'un message vocal rien ne se produit sauf cet eternel message d'erreur qui s'affiche. <br />
Pour le tchat c'est pareil, exactement le même message d'erreur. Nous avons jusqu'a présent réussi à faire du tchat écrit qu'une dizaine de minutes. </p>
<p>Je tourne sur windows 7. Devrais-je telecharger linux pour régler les bugs d'aMSN ? (est-il nécessaire pour amsn?). Si je pose cette question sur ce forum c'est parce que j'y ai deja lu que des posts pour aMSN utilisé sous linux (ou avec ubuntu aussi mais là je ne sais pas de quoi je parle pour être sincère…). L'installation de Linux pourrait résoudre mes problèmes ou cela n'a aucun rapport ?</p>
<p>En espèrant tomber sur des adeptes ou connaisseurs d'amsn ou de pouvoir être rediriger vers des personnes pouvant m'aider, je vous remercie d'ors et déjà de l'attention et du temps que vous accorderez à mon post.</p><div><a href="https://linuxfr.org/forums/general-cherche-logiciel/posts/bugs-sur-amsn-besoin-de-linux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/98200/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/general-cherche-logiciel/posts/bugs-sur-amsn-besoin-de-linux#comments">ouvrir dans le navigateur</a>
</p>
Nolènehttps://linuxfr.org/nodes/98200/comments.atom