[ gpocentek] c'est bon :)
[ jeromeg] gpocentek: ça a pas l'air de marcher les voices
[ jeromeg] (je sais ça commence bien)
[ gpocentek] jeromeg: ça fonctionne que quand tu /mode +m
[ FLOZz] jeromeg, pas grave ^^ on va se taire ^^
[ jeromeg] ah voila
[ jeromeg] c'est parti pour de vrai
[ gpocentek] (oublie pas de -m pour les questions)
[ jeromeg] 1 Introduction
[ jeromeg] Une des particularit ́s du monde du logiciel libre est que l’on peut facilement
[ jeromeg] e
[ jeromeg] entrer en contact avec les d ́veloppeurs pour leur signaler un probl`me, une
[ jeromeg] e e
[ jeromeg] fonctionnalit ́ manquante, un souhait... Ceci se fait via un rapport de bug o`
[ jeromeg] e u
[ jeromeg] l’utilisateur s’exprime de mani`re plus ou moins compr ́hensible et n’apporte
[ jeromeg] e e
[ jeromeg] pas forc ́ment toutes les informations n ́cessaires.
[ jeromeg] e e
[ jeromeg] et merde !
[ jeromeg] je vous revoice
[ jeromeg] de mieux en mieux
[ gpocentek] jeromeg: problème de copy/paste
[ jeromeg] je m'excuse
[ jeromeg] faut que je règle ça
[ alpheb] latex?
[ Hypergraphe] ben pdf quoi
[ jeromeg] Hypergraphe: yep
[ jeromeg] je vais utiliser les sources
[ Maxouille] salut capashen
[ capashen] slut
[ adrien] Je peux poser une question au spécialiste ??
[ jeromeg] Une des particularités du monde du logiciel libre est que l'on peut facilement entrer en contact avec les développeurs pour leur signaler un problème, une fonctionnalité manquante, un souhait... Ceci se fait via un rapport de bug où l'utilisateur s'exprime de manière plus ou moins compréhensible et n'apporte pas forcément toutes les informations nécessaires.
[ Adri2000] adrien: pas ici
[ jeromeg] ok nickel
[ jeromeg] bon c'est vraiment parti cette fois ci (enfin j'espère, et dire que c'est loggué...)
[ gpocentek] on coupera au montage ;)
[ jeromeg] Trier les bugs
[ jeromeg] 1 Introduction
[ jeromeg] Une des particularités du monde du logiciel libre est que l'on peut facilement entrer en contact avec les développeurs pour leur signaler un problème, une fonctionnalité manquante, un souhait... Ceci se fait via un rapport de bug où l'utilisateur s'exprime de manière plus ou moins compréhensible et n'apporte pas forcément toutes les informations nécessaires.
[ jeromeg] Dans les grands projets, plusieurs centaines de rapports sont envoyés par jour : les développeurs n'ont pas le temps de tous les lire, de demander des précisions et de continuer à développer en même temps. C'est là que les trieurs de bugs interviennent. Il s'agit de vérifier si les problèmes signalés ne sont pas déjà connus, de vérifier la véracité de l'information, compléter la description et le rapport s'il le faut, puis de passer le
[ jeromeg] Le "cours" va se dérouler en deux parties, une première partie qui expliquera rapidement en quoi consiste le triage de bugs, ce qu'il faut faire, comment bien le faire. Dans un deuxième temps, les participants pourront commencer à trier des bugs et à poser les nombreuses questions inhérentes !
[ jeromeg] des questions ? :)
[ gpocentek] manque un bout jeromeg
[ Adri2000] jeromeg: coupé à "puis de passer le"
[ adrien] I'm ready
[ Rev] compléter la description et le rapport s'il le faut, puis de passer le ?
[ jeromeg] de passer le tout à la personne qui pourra résoudre
[ jeromeg] le problème (les développeurs).
[ jeromeg] chez moi ça s'affiche bien
[ jeromeg] mystère
[ Bob_le_Pointu] (Normal)
[ Bob_le_Pointu] (Mais ça coupe en effet)
[ jeromeg] bon bah on passe à la suite :)
[ jeromeg] 2 Le modus operandi
[ jeromeg] Nous allons nous intéresser tout particulièrement à la distribution Ubuntu, pour laquelle la procédure m'est familière. Pour Ubuntu, les bugs sont rapportés sur le Launchpad: https://launchpad.net/
[ jeromeg] Quelques liens utiles pour commencer :
[ jeromeg] Les derniers rapports de bugs :
[ jeromeg] • http://tinyurl.com/5cspca
[ jeromeg] Les bugs pour le paquet nom_du_paquet :
[ jeromeg] • https://bugs.launchpad.net/ubuntu/+source/nom_du_paquet
[ jeromeg] Pour une distribution la procédure est particulière, vu que une fois que les rapports de bugs obtenus sur le Launchpad sont satisfaisants, il faut les transmettre aux développeurs de l'application, sur leur `` bug tracker '', c'est à dire sur un autre outil de gestion des bugs.
[ jeromeg] Les adresses des principaux bug trackers :
[ jeromeg] • http://www.debian.org/Bugs/
[ jeromeg] • http://bugzilla.gnome.org/
[ jeromeg] • http://bugzilla.xfce.org/
[ jeromeg] • http://bugs.kde.org/
[ jeromeg] tout s'affiche bien ?
[ adrien] oui
[ gpocentek] ouep
[ FLOZz] jeromeg, oui*
[ jeromeg] des questions ?
[ Rev] NON
[ Rev] oops
[ jeromeg] ok, on repart alors
[ adrien] non meitreeeeeee
[ jeromeg] 2.1 La procédure
[ jeromeg] Prennons par exemple ce bug :
[ jeromeg] • https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/215188
[ jeromeg] 2.1.1 Vérifier que le rapport est au bon endroit
[ jeromeg] La première chose à faire quand vous commencez à vous occuper d'un bug est de regarder s'il a bien été signalé au bon endroit et affecté au bon composant. Par exemple, si un bug concerne une application qui n'est pas dans les dépots Ubuntu, le bug n'a rien à faire sur le Launchpad et doit donc être fermé; ou si un bug concerne le programme Nautilus (choisi au hasard hein), il ne doit pas être affecté au paquet foo !
[ jeromeg] Ceci nous amène à une première remarque : il faut toujours être poli quand vous fermez un bug, quand vous y laissez un commentaire, etc. Même si vous avez l'impression que la personne d'en face est un(e) débile sérieuse atteint(e) ou qu'il y met vraiment de la mauvaise volonté, surtout depuis qu'il y a Apport le système de rapport automatique pour fainéant !
[ jeromeg] Ici, le rapport concerne bien un problème avec le tableau de bord de Xfce et doit donc bien être affecté au paquet xfce4-panel.
[ jeromeg] des questions sur ce point ?
[ jeromeg] mr_pouit: note que j'ai pris un bug pour te faire plaisir
[ simtris1] Bonjour à tous excusez mon retard :(
[ adrien] Il y a des retardatères --'
[ jeromeg] pas de questions ?
[ adrien] désolé orthographe
[ FLOZz] simtris1, fille chez le directeur ! Grr
[ jeromeg] bon bah on continue alors
[ alpheb] oui
[ simtris1] oui
[ jeromeg] 2.1.2 Vérifier s'il n'y a pas déjà un rapport pour le même problème
[ jeromeg] Dans le jargon, on dit `` duplicate '' pour un bug qui a déjà été signalé. Dans Ubuntu, il y a un double travail à faire pour cette étape : vérifier si il y a déjà un rapport pour ce problème sur le Launchpad ET sur le bug tracker utilisé par les développeurs de l'application.
[ jeromeg] Pour vérifier que ce bug n'a pas déjà été signalé, nous allons regarder tous les bugs non résolus qui concernent xfce4-panel. On fait la supposition que si on a un rapport de bug, c'est que le problème n'est pas encore résolu; ceci se révèle parfois faux, mais ce n'est pas très grave. Nous allons cliquer sur le lien dans la colonne Affects qui porte le nom du paquet : ce lien nous amène à la liste de tous les bugs ouverts pour ce paquet.
[ jeromeg] On remarque qu'il n'y pas d'autre bug qui parle d'un crash du panel au démarrage, on va donc aller voir sur le bug tracker de Xfce s'ils en savent déjà quelque chose. Pour cela, on va sur http://bugzilla.xfce.org/ et on utilise l'onglet Search pour chercher les bugs qui sont `` Open '', qui concernent Xfce et qui contiennent les mots `` Panel ''. Il n'y a plus qu'à chercher si quelque chose ressemble à notre bug dans la liste...
[ gpocentek] (attends un peu, ça va trop vite :p)
[ jeromeg] ok
[ jeromeg] On voit ici à quel point le triage des bugs nécessite une bonne connaissance du programme : il vaut mieux trier les bugs qui concernent un programme en particulier, vous serez beaucoup plus efficace car vous vous souviendrez des bugs que vous aurez déjà vu passer !
[ jeromeg] désolé pour le double copy/paste :)
[ jeromeg] tout le monde suit jusque là ?
[ Maxouille] oui
[ alpheb] ca va a peu près...
[ adrien] Oula ca deviens chaud pour moi hyper linuxien débutant
[ jeromeg] hésitez pas à poser des questions si y'a qqch de pas clair
[ alpheb] n'importe qui peut fermer un bug?
[ jeromeg] alpheb: il me semble
[ gpocentek] alpheb: oui
[ Adri2000] oui
[ jeromeg] alpheb: sachant que c'est bien sûr réversible
[ alpheb] ok
[ simtris1] Le bugzilla est "obligatoire" pour tous programmes
[ simtris1] ?
[ Adri2000] sur launchpad/ubuntu, seuls les status Won't fix et Triaged sont restreints afaik
[ jeromeg] on verra les détails pour ubuntu plus tard
[ jeromeg] simtris1: non
[ pep] simtris1: bugzilla c'est seulement pour les applications de mozilla
[ jeromeg] certains dev ne fonctionnent que par mail
[ gpocentek] pep: non non
[ pep] ah
[ pep] désolé :/ :s
[ jeromeg] pep: xfce utilise bugzilla
[ jeromeg] gnome aussi
[ pep] ok
[ gpocentek] pep: bugzilla c'est une application de gestion de bug développée par mozilla
[ pep] je vois
[ jeromeg] disons que la plupart des gros porjets ont un bug tracker
[ simtris1] Que l'on soit d'accord, le bugzilla est uste une apps qui va bien et qui envoie au devs un rapport clair et structurré ?
[ simtris1] structuré* ?
[ jeromeg] simtris1: et qui permet de les gérer
[ simtris1] Je vois :)
[ jeromeg] de les classer, de leur donner une priorité...
[ jeromeg] d'autres questions ?
[ sherkin] pep: je suppose que tu avais raison aux débuts de bugzilla
[ Hypergraphe] ouais une question
[ Hypergraphe] trier ca consiste pas a essayer de reproduire le bug ?
[ pep] sherkin: j'avai cru comprendre ca il y a longtemps en effet.. mais c'est pas grave...
[ Hypergraphe] je veux dire c'est un simple classement
[ jeromeg] Hypergraphe: c'est un des pas suivants ;)
[ Hypergraphe] ah oki
[ Hypergraphe] ^^
[ jeromeg] Hypergraphe: mais ça sert à rien de te faire chier à reproduire si les deux pas précédents sont pas faits
[ jeromeg] on va avancer un peu
[ jeromeg] 2.1.3 Vérifier que le rapport est complet
[ jeromeg] C'est l'essence du travail du trieur de bug, la partie la plus importante.
[ jeromeg] Quand on vérifie le contenu d'un rapport, la première chose à faire est de regarder si l'utilisateur a indiqué la version du programme avec laquelle il rencontre le problème. Pour Ubuntu, il faut la version du paquet, par exemple xfdesktop4 4.4.2-5ubuntu1. Si l'utilisateur n'a pas la dernière version disponible dans les dépots, il faut lui demander de faire la mise à jour et de signaler si elle résoud le problème.
[ jeromeg] Ensuite, deux cas de figure se présentent :
[ jeromeg] 1. Le rapport est une demande d'ajout d'une fonction au programme (`` wishlist '').
[ jeromeg] 2. Le rapport signale un disfonctionnement du programme
[ jeromeg] Dans le premier cas, il suffit de vérifier si la demande de l'utilisateur est exprimée correctement. Ce n'est pas à nous de juger si la demande est intéressante ou pas, les développeurs trancheront. Bien sûr, il vaut mieux éviter de leur faire parvenir des demandes comme `` Je voudrais que les boutons soient roses. ''.
[ jeromeg] Il faut aussi vérifier que la fonctionnalité n'est pas déjà existante
[ jeromeg] Dans le deuxième cas, il faut réunir plus d'informations : le rapport doit impérativement expliquer comment reproduire le disfonctionnement, et ce de manière aussi détaillée que possible. N'hésitez pas à modifier les descriptions des bugs pour ajouter des détails, des captures d'écran... Si le développeur arrive à reproduire le problème grâce aux indications, il y a beaucoup plus de chances qu'il puisse réparer le programme.
[ jeromeg] Une bonne façon de faire ceci est d'essayer de reproduire le problème et d'ajouter les indications manquantes.
[ jeromeg] Si on a affaire à un crash, il convient aussi de vérifier qu'il y a bien une backtrace liée au bug et que celle-ci n'est pas incomplète (cf plus tard).
[ jeromeg] Pour notre exemple, la description est à peu près claire. Par contre, comme nous le verrons plus tard, la backtrace est totalement inutile.
[ jeromeg] Il conviendrai donc de fermer le bug vu qu'il manque cruellement de détails.
[ Maxouille] jeromeg, quand tu dis "il faut lui demander de faire la mise à jour et de signaler si elle résoud le problème.", comment ça se passe si l'utilisateur utilise une version instable
[ jeromeg] Maxouille: par instable tu entends la version de dev de Ubuntu ?
[ Maxouille] jeromeg, par exemple wormux 0.8 beta
[ jeromeg] ok
[ jeromeg] s'il n'y a rien de plus récent disponible dans les dépots, tu traites ça comme un bug normal
[ Maxouille] okey
[ jeromeg] d'autres questions ?
[ simtris1] Mais la tu t'éloigne du bugtracker
[ sherkin] jeromeg: dans le rapport , le stacktrace a déjà été enlevé ?
[ simtris1] Le bugtracker n'as rien à voir avec les dépots
[ gpocentek] Maxouille: pour le développeur c'est plus intéressant d'avoirdes rapports sur les versions instables en fait
[ jeromeg] simtris1: c'est à dire ?
[ jeromeg] sherkin: je ne suis pas sûr de comprendre ta question
[ Maxouille] gpocentek, oui je me doute bien
[ sherkin] tu dis " la backtrace est totalement inutile." , je ne vois pas grand chose qui ressemble
[ jeromeg] sherkin: dans les commentaires
[ gpocentek] backtrace/stacktrace même combat
[ jeromeg] la backtrace/stacktrace est dispo au deuxième
[ sherkin] pardon, je cherchais qqch de long et encombrant
[ jeromeg] sherkin: normalement c'est long et encombrant
[ jeromeg] c'est pour ça que celle là sert à rien
[ sherkin] ok
[ jeromeg] enfin, je parlerai de ça en détail à la fin du cours
[ feNNec_] jeromeg: est-ce tu pourrais différencier les informations "utiles" des informations "inutiles"?
[ jeromeg] feNNec_: c'est dur de dire ce qui est inutile
[ jeromeg] d'habitude tu manques plutôt d'informations, c'est rare d'en avoir trop !
[ jeromeg] utile = ce dont je parle :)
[ jeromeg] enfin ce dont je parle se veut utile
[ jeromeg] j'espère qu'il n'en manque pas ;)
[ Maxouille] jeromeg, mais il existe aussi des beug qui sont provoqué par d'autre logiciel, par exemple mozilla fait beuger exaile des fois, difficile de reproduire et décrire ça ...
[ sherkin] question philosophique ...
[ jeromeg] Maxouille: effectivement
[ simtris1] Maxouille: Bonne question
[ feNNec_] jeromeg: on voit souvent des lspci, lsusb, différents logs et autres traces. J'ai l'impression que plus on en mets mieux c'est. Tu approves?
[ Maxouille] Toujours toujours ^^
[ jeromeg] alors
[ jeromeg] Maxouille: il y a effectivement des bugs mystère
[ jeromeg] dans ce cas, essaye d'ajouter les informations que tu juges utiles
[ jeromeg] petit à petit, on arrivera à y voir plus clair
[ Maxouille] jeromeg, moi par exemple mon exaile plante quand je perds ma connexion internet, c'est quoi les informations utiles dans cet exemple ?
[ jeromeg] il crash ?
[ Maxouille] oui quand j'écoute la radio
[ jeromeg] dans ce cas là il faut une backtrace
[ capashen] dmesg ne pourrais pas donner ces informations ?
[ jeromeg] pour savoir ce qu'il se passe
[ jeromeg] capashen: si c'est un problème de kernel oui
[ Maxouille] capashen, je connaissais pas dmesg :)
[ jeromeg] feNNec_: je t'oublie pas ;)
[ minimec] Maxouille: Ouais... il crash pas vraiment.. il cherche desesperement a trover cette connexion... Faux avoir passience ;)
[ jeromeg] feNNec_: en fait pour le kernel
[ jeromeg] il y a des conventions dictées par la ubuntu kernel team
[ jeromeg] ils veulent que chaque rapport de bug du kernel contienne un certain nombre de logs
[ feNNec_] jeromeg: oui j'ai vu ça
[ jeromeg] de toute façon il ne faut pas se faire d'illusion quant aux bugs du kernel
[ simtris1] ... ourf à vhaque applis son système de tracage de bugs
[ waloo] plouploup
[ feNNec_] jeromeg: mais on voit des choses comme ça dans d'autres rapports autres que le kernel
[ jeromeg] simtris1: non, mais quelques unes ont des politiques particulières
[ gpocentek] feNNec_: lsusb et lspci ont peu d'intérêt si une appli plante quand tu enregistres un fichier par exemple
[ alpheb] pour un bug dans la version en cours mais corrigé dans la version de dev... on fait quoi?
[ Maxouille] jeromeg, dernière question, si un matériel marchais avec une version antérieure de ubuntu, mais plus maintenant, faut signaler ?
[ gpocentek] c'est vraisemblablement pas lié au matos
[ jeromeg] Maxouille: ça peut valoir le coup
[ illovae] alpheb: bah tu attend que la dev soit dispo pour ta distribution, sinon tu updates vers la dev j'imagine
[ feNNec_] jeromeg: reconnaissance de périphérique (genre scanner) par un programme (genre Xsane)
[ simtris1] alpheb: faut déja avoir eu la chance de tester ladite version de dev :)
[ Adri2000] Maxouille: oui, ça s'appelle une régression, et en théorie ça devrait être corrigé prioritairement
[ alpheb] je veux dire... on dit quoi à celui qui a rapporté le bug?
[ jeromeg] alpheb: tu peux essayer d'obtenir une SRU (fait une recherche sur le wiki anglophone)
[ Maxouille] Adri2000, oui mais si personne le signale ^^
[ jeromeg] alpheb: que c'est fixé dans la prochaine release de ubuntu
[ Adri2000] bah tu le fais
[ jeromeg] alpheb: et si t'es gentil tu essaye d'obtenir une SRU (stable release update) pour fixer le problème dans la version en cours
[ didrocks] alpheb: la plupart du temps, les backports sont facturés aux entreprises qui ne veulent pas updater des logiciels par des SSLL (c'est une de leur source de revenu)
[ alpheb] ok
[ jeromeg] en règle générale, il faut retenir que les bugs du kernel et autres problèmes matériels sont super chiant à trier
[ jeromeg] didrocks: really ?
[ feNNec_] jeromeg: je te le fais pas dire:-/
[ simtris1] didrocks: les backport c'est l'équivalent du testing sur debian ?
[ didrocks] jeromeg: oui, c'est la principale source de revenu de linagora par exemple
[ jeromeg] simtris1: non
[ illovae] et bah...
[ jeromeg] didrocks: ah je savais pas, tant mieux pour eux :)
[ sherkin] didrocks: SSLL = ?
[ didrocks] simtris1: non, juste le fait de reporter une correction de bug sur une version antérieure
[ jeromeg] non plus
[ illovae] sherkin: exploitation de bons programmeurs pour pas un rond :}
[ Adri2000] didrocks: faire des backports est la principale source de revenu de linagora ?
[ gpocentek] sherkin: société de service en logiciels libres je crois
[ illovae] sherkin: ce sont des boites qui bossent dans le Logiciel Libre
[ jeromeg] backport = prendre la version du paquet dans une version X+1 et la rendre dispo pour la version X de ubuntu
[ Maxouille] jeromeg, j'ai une question bête, avec quoi on rapporte les beug ? logiciel ? lauchpad ?
[ jeromeg] Maxouille: launchpad
[ sherkin] merci :)
[ jeromeg] et apport quand y'a un crash
[ Maxouille] ok
[ jeromeg] bon on va continuer un peu :)
[ jeromeg] 2.1.4 Transmettre le rapport aux développeurs
[ jeromeg] Une fois que le rapport de bug est complet, ce qui peut être le cas dès le départ si on est dans un jour de chance, il convient de le transmettre à ceux qui s'occuperont de résoudre le problème.
[ jeromeg] Là encore deux cas se présentent:
[ jeromeg] 1. Le problème est lié aux modifications effectuées par les développeurs de la distribution.
[ jeromeg] 2. Le problème est lié au code de base (`` upstream bug '').
[ jeromeg] En effet, il convient d'examiner rapidement comment fonctionne une distribution pour comprendre la distinction entre ces deux cas. Des milliers de programmes sont disponibles à gauche à droite, ils s'installent de manières souvent très variées. Les développeurs de la distribution se chargent de créer des paquets qui permettent d'installer ces programmes facilement, mais cette surcouche appelée `` packaging '' peut causer des problèmes si elle
[ jeromeg] Il convient donc de déterminer si le problème est du à la `` surcouche '' de la distribution, ou s'il est dû au programme en lui même. Dans la plupart des cas, le problème est du au programme en lui même; mais si vous avez un doute, n'hésitez pas à demander à quelqu'un qui en sait plus que vous sur ce sujet.
[ jeromeg] (genre gpocentek, mr_pouit et Lutin :) )
[ jeromeg] et Adri2000 :)
[ jeromeg] Dans le premier cas, il suffit donc de signaler aux développeurs de la distribution qu'il y a un problème. Pour Ubuntu, le bug reste dans le Launchpad et on lui ajoute des `` tags '' décrivant le problème (cf plus tard).
[ jeromeg] Dans le second cas, il convient de créer un rapport de bug sur le `` upstream bug tracker '' contenant toutes les informations que l'on a regroupées et y mettre un lien pointant vers le rapport de bug original sur le Launchpad. Dans le jargon, cette opération s'appelle `` forward a bug ''.
[ jeromeg] J'expliquerai plus tard comment faire ça avec le Launchpad.
[ Maxouille] "des problèmes si elle .... '' il manque la fin
[ FLOZz] jeromeg, « peut causer des problèmes si elle [??] » (ça à coupé ^^')
[ jeromeg] est mal faite. De plus, certains programmes
[ jeromeg] sont parfois légèrement modifiés par les développeurs de la distribution pour une raison X qui ne nous intéresse pas ici.
[ jeromeg] excusez moi !
[ FLOZz] thx ^^
[ simtris1] le launchpad est juste un outil pour les gars de chez ubuntu (ou la distrib) ce n'est pas un outil à destination des devs de l'apps
[ illovae] no problemo
[ simtris1] *?
[ jeromeg] simtris1: certaines apps utilisent le launchpad
[ jeromeg] exemple: inkscape
[ jeromeg] avant-window-navigatro, et bien d'autres
[ simtris1] :) ca veux dire que si je suis programmeur je dois me taper le launchpad de suse Ubuntu debian gentoot arch ...
[ illovae] quand on ets pas très très bon, cmoment on peut faire la différence entre les deux types de bugs ?
[ piti] simtris1, le launchpas, c'est juste ubuntu
[ simtris1] *? <- (mer excuse je l'oublie à chaque fois)
[ piti] *launchpad*
[ illovae] genre amarok plante, j'y connais rien, je vais vers le LP ou plus vers la devteam ?
[ gpocentek] simtris1: si tu es dev tu gères ton propre bugtracker
[ jeromeg] simtris1: non, tu fais confiance aux trieurs de bugs et à la prochaine étape de ce cours ;)
[ jeromeg] illovae: d'abord le launchpad
[ gpocentek] illovae: si ça plante sur ubuntu, tu rapportes sur launchpad
[ illovae] d'accord même si c'est amarok le problème en lui-même
[ illovae] okay
[ jeromeg] illovae: ouai c'est la politique ubuntu
[ simtris1] gpocentek: ok, c'est pas forcément logique mais ok
[ illovae] jeromeg: d'accord
[ simtris1] :)
[ Adri2000] launchpad permet de gérer pleins de distribs et d'applis. mais dans la pratique il ne gère que ubuntu et quelques applis
[ Lutin] (coucou \o)
[ Adri2000] par contre il a les fonctionnalités pour se lier à d'autres bugtrackers
[ gpocentek] simtris1: comme jeromeg l'a dit, le packaging c'est une surcouche, c'est pas au développeur de gérer tous les empaquetages de toutes les distributions
[ jeromeg] en gros le principal problème du packaging c'est quand y'a des modifications du code de base
[ jeromeg] (hein gpocentek ;) )
[ simtris1] gpocentek: Complètement mais ubuntu ne peut pas géréer les problèmes intrisèques des apps ?
[ gpocentek] jeromeg: niania
[ gpocentek] simtris1: si, mais y'a ~35000 paquets à gérer, ça fait beaucoup ;)
[ jeromeg] simtris1: ubuntu n'arrive déjà pas à gérer ses bugs
[ jeromeg] donc gérer ceux des autres :)
[ gpocentek] "si" en théorie
[ simtris1] gpocentek: mais c'est peut etre là où l'on "forward" les bugs ?
[ gpocentek] simtris1: voilà
[ simtris1] gpocentek: ok j'y suis à peu près
[ jeromeg] d'autres questions ?
[ illovae] (coucou Lutin)
[ jeromeg] gpocentek: tu peux gérer les questions trois minutes, je vais dire bonjour à mes invités :)
[ gpocentek] ok ^^
[ illovae] :>
[ illovae] ^^
[ piti] les packageurs peuvent directement proposer des patchs aux devs ?
[ gpocentek] donc d'autres questions pendant la pause du chef ?
[ chdorb] salut
[ gpocentek] piti: c'est vivement conseillé
[ illovae] yo chdorb
[ chdorb] ca a commmencé la classroom
[ chdorb] ?
[ gpocentek] chdorb: oui c'est en cours
[ FLOZz] chdorb, depuis 50 min
[ simtris1] chdorb: .. un peu oui
[ gpocentek] le log est là : http://gauvain.pocentek.net/2008-07-15-bug-triaging.log.html
[ chdorb] je viens de voir sur le planet "Sortie d'hibernation" ...
[ chdorb] ok je lis la log et je ratrappe en cours
[ gpocentek] d'autres questions ? :)
[ simtris1] non a y est ai tout compris :)
[ gpocentek] :)
[ FLOZz] 127.0.01 sweet 127.0.0.1...
[ sherkin] un break maintenant est pas mal pour relire tranquillement plus haut ...
[ Maxouille] Faut préciser si on s'occupe d'un logiciel en particulier ?
[ gpocentek] Maxouille: c'est à dire ?
[ gpocentek] pour trier les bugs ?
[ Maxouille] gpocentek, par exemple si je veux trier que pour wormux et pidgin
[ Maxouille] oui
[ gpocentek] tu tries, c'est tout
[ simtris1] FLOZz: zai pas compris, ca devait être trop geek pour moi
[ Maxouille] gpocentek, ok
[ FLOZz] simtris1, 127.0.0.1 == localhost
[ gpocentek] en général si tu touches à des paquets gérés par une équipe, c'est bien de se rapprocher de l'équipe
[ simtris1] FLOZz: je sais bien et alors :) ?
[ jeromeg] me revoila
[ Lutin] \o/
[ FLOZz] simtris1, donc tu peut traduire par home sweet home ^^
[ gpocentek] c'est la seule "règle"
[ simtris1] FLOZz: ouaille ca va très loin :)
[ illovae] gpocentek: pour les paquets que les distributions modifient, genre coreutils (je pense à gentoo), on peut faire du triage de bug et envoyer des patchs spécifiquement pour la distribution ubuntu ?
[ illovae] ou c'est pas conseillé ?
[ illovae] (id est vaut mieux quand même envoyé à upstream)
[ gpocentek] illovae: ce qui est spécifique à une distro ça a pas à être envoyé
[ jeromeg] illovae: chez ubuntu ils aiment pas trop forwarder les patchs
[ gpocentek] illovae: par exemple patcher pour utiliser "launchpad.net" au lieu de "bugs.foobar.com" ça a pas à être forwardé
[ illovae] à upstream ? même si ça le modifie en profondeur ?
[ minimec] si j'ai alors bien suivi vos explication, j'ai en fait pas besoin d'etre membre du bug-squat, pour trier... C'est ca?
[ illovae] ah ok...
[ Maxouille] gpocentek, tiens j'y pense, mon disque dur externe fais geler mon ubuntu, comment je rapporte ça ?
[ illovae] finalement ça peut presque donner des forks dans certains cas non ?
[ jeromeg] minimec: le bugsqad c'est truc formel pour ce la péter ;)
[ jeromeg] illovae: le noyau ubuntu est en gros un fork
[ gpocentek] Maxouille: en disant ce que c'est comme matos, en donnant les logs kernel / dmesg pour commencer
[ illovae] jeromeg: oh ? la vache...
[ jeromeg] dixit un dev du kernel
[ minimec] jeromeg: ok ;)
[ illovae] c'est vrai que y'a pas de vanilla de dispo sous ubuntu...
[ jeromeg] illovae: y'a plusieurs milliers de patchs
[ jeromeg] qui sont souvent des ugly hacks pas beaux
[ Lutin] jeromeg: t'es sur que c'est juste formel le bugsquad ? de mon temps tu ne pouvais modifier l'importance des bugs si tu n'y étais pas
[ illovae] jeromeg: oui oui j'avais jamais pensé, mais c'est vrai, chaque distro patch à fond le kernel, mais ils mettent à disposition les vanilla pourtant parfois, c'est un bon exemple en effet...
[ jeromeg] parlez du framebuffer à Lutin
[ illovae] Lutin: lol "de mon temps" ^^
[ jeromeg] Lutin: y'a juste la ubuntu-bug-control qui sert
[ jeromeg] ubuntu-bug-control permet de mettre tous les status dispo
[ gpocentek] on continue ? :)
[ feNNec_] j'ai une question sur le principe de la distribution et de son impact sur la résolution des bugs (et donc de l'utilité de les trier): on voit qu'Ubuntu reprends les paquets Debian à chaque Alpha1. Donc quid des bugs en cours et toujours non résolu? Est-ce que ça sert vraiment de les trier puisque les paquets sont repris en amont tous les 6 mois?
[ Adri2000] Lutin: tu confonds avec ubuntu-qa
[ Lutin] illovae: je me suis pas vraiment tenu au courant des 75000 changements qui ont eu lieu depuis que j'ai commencé a contribuer :p
[ minimec] jeromeg: Est-ce que le #buag-spuat cannel de ubuntu a une vrai importance, ou c'est juste le channel des 'geeks'?
[ Lutin] Adri2000: ah yes merci
[ jeromeg] minimec: connais pas
[ illovae] Lutin: huhu
[ Adri2000] ubuntu-qa qui est devenu ubuntu-bug-control si je me trompe pas
[ jeromeg] bon on va avancer un peu
[ minimec] Adri2000: ahh merci...
[ gpocentek] feNNec_: les bugs qui ont été corrigés restent corrigés, ubuntu fait pas un copier/coller de debian
[ jeromeg] 2.1.5 Faire le suivi
[ jeromeg] Le travail ne s'arrête pas là, il faut ensuite garder un oeuil sur notre rapport, pour :
[ jeromeg] 1. Répondre aux éventuelles demandes de précisions ou de tests des développeurs.
[ jeromeg] 2. Signaler sur le Launchpad que le problème a été résolu par les développeurs du programme.
[ jeromeg] Cette phase peut être d'une durée très variable : elle dure parfois quelque jours, ou bien plusieurs mois...
[ jeromeg] 2.1.6 Résumé
[ jeromeg] Il faut donc :
[ jeromeg] 1. Vérifier que le rapport de bug se trouve au bon endroit.
[ jeromeg] 2. Vérifier si un rapport pour le même bug n'existe pas déjà
[ jeromeg] 3. Vérifier que toutes les informations nécessaires sont présentes
[ jeromeg] 4. Transmettre tout ça à la bonne personne
[ jeromeg] 5. Faire le suivi !
[ illovae] nice
[ FLOZz] C'est un joli travaille de fourmi en somme ^^
[ jeromeg] merci ubuntu-fr630, retourne chez les bisounours
[ jeromeg] FLOZz: en résumé
[ feNNec_] gpocentek: j'ai des doutes sur l'absence de "copier/coller" depuis Debian
[ gpocentek] feNNec_: un paquet qui a un changement chez ubuntu n'est pas automatiquement mis à jour depuis debian
[ gpocentek] feNNec_: mais c'est un peu hors sujet pour ce soir ;)
[ illovae] feNNec_: trolleur
[ illovae] :p
[ jeromeg] d'autres questions ?
[ feNNec_] OK, je sors...pas loin
[ jeromeg] la suite est plus rapide
[ illovae] non pas pour moi jeromeg
[ alpheb] oui question
[ sherkin] n'importe qui peut changer le statut d'un bug ?
[ jeromeg] je t'écoute
[ jeromeg] sherkin: ça dépend des status
[ Lutin] alpheb: ?
[ jeromeg] il faut être dans la ubuntu-bug-control team pour pouvoir tout faire
[ alpheb] il peut y avoir plusieurs trieurs pour un bug?
[ jeromeg] oui
[ jeromeg] ça arrive
[ jeromeg] mais en général il vaut mieux éviter
[ jeromeg] FLOZz: personellement je m'en fous
[ sherkin] mais le triage on peut ? et si on est mal intentionné (payé par une société commerciale) ?
[ FLOZz] jeromeg, je plaisante hein ;)
[ jeromeg] sherkin: en général si tu fais une connerie, quelqu'un passe derrière pour réparer
[ piti] sherkin, ça fait juste perdre du temps
[ Hypergraphe] ouais et au bout de trop de conneries
[ Hypergraphe] tu te fait virer
[ Hypergraphe] :@
[ jeromeg] sherkin: je suppose que si tu fais de la merde tu vas te faire kicker
[ sherkin] ok, à la wikipédia ?
[ jeromeg] yep
[ jeromeg] mais c'est rare
[ sherkin] tout va bien alors :)
[ jeromeg] d'autres questions avant de continuer ?
[ jeromeg] bon bah on continue alors
[ gpocentek] \o/
[ Adri2000] Kmos /o\
[ jeromeg] je vais expliquer rapidement comment utiliser le LP pour trier les bugs
[ jeromeg] ah zut tel
[ jeromeg] je re
[ FLOZz] XD
[ FLOZz] +m ? ^^'
[ didrocks] pas mal le coup du tél ^^
[ gpocentek] jeromeg est une des rares personnes du chan à avoir une vie sociale
[ sherkin] jeromeg_ est très sollicité :)
[ gpocentek] hein gapz ?
[ alpheb] heu... 2018 dans le topic du chan... c'est une année? ^^'
[ Lutin] Adri2000: huhu (Kmos)
[ Lutin] alpheb: oui
[ jeromeg] me revoila
[ jeromeg] désolé
[ alpheb] Lutin: zut... ;)
[ jeromeg] 2.2 Les conventions sur le Launchpad
[ jeromeg] Lorsque vous triez des bugs en utilisant le Launchpad, il y a des procédures à respecter qui correspondent à chacune des étapes que l'on a vues précédement. Pour modifier ces informations associées au rapport, il faut être identifié sur le Launchpad. Certaines options ne sont disponibles qu'aux membres de la Ubuntu Bug Control Team, que vous pourrez rejoindre une fois que vous aurez fait vos preuves !
[ jeromeg] Sur le Launchpad, les rapports de bug sont identifiés par un numéro, 145687 par exemple. Pour accéder à ce rapport, on utilise :
[ jeromeg] http://bugs.launchpad.net/bugs/145687
[ jeromeg] Pour mettre à jour un rapport, vous pouvez :
[ Adri2000] s/bugs.// si on veut aussi
[ Adri2000] et s/http/https/ :p
[ jeromeg] 1. Ajouter un commentaire
[ jeromeg] 2. Modifier les informations liées au rapport en cliquant sur la flèche à gauche dans la colonne `` Affects ''.
[ jeromeg] 3. Modifier la description du problème en utilisant le lien `` Edit description/tags '' sous la description du bug.
[ jeromeg] Nous allons ici rapidement aborder la signification de ces information liées au rapport.
[ jeromeg] 2.2.1 Le statut du rapport
[ jeromeg] Pour le statut, les choses sont assez simples :
[ jeromeg] • si il manque quelque chose, vous la demandez dans un commentaire et vous passez le statut en `` Incomplete ''.
[ jeromeg] • si vous arrivez à reproduire le problème mais que vous n'êtes pas sûr que le rapport est complet, passez le en `` Confirmed ''.
[ jeromeg] • si le rapport est complet, passez le en `` Triaged ''. ou demandez à quelqu'un qui peut le faire de le faire pour vous
[ jeromeg] • le bug est résolu dans une nouvelle version d'Ubuntu, passez le en `` Fix Released ''.
[ jeromeg] En cas de doute, utilisez la documentation officielle :
[ jeromeg] https://wiki.ubuntu.com/Bugs/Status
[ jeromeg] rapidement, quelques questions ?
[ jeromeg] bon bah on continue alors !
[ jeromeg] 2.2.2 L'importance du rapport
[ jeromeg] Pour l'importance, je vous invite à vous référer à :
[ jeromeg] https://wiki.ubuntu.com/Bugs/Importance
[ jeromeg] Dans la plupart des cas, les bugs que vous rencontrerez seront des bugs d'importance moyenne (`` Medium '') s'il s'agit d'un crash ou autre disfonctionnement génant, et d'importance basse (`` Low '') le reste du temps.
[ jeromeg] 2.2.3 Indiquer qu'un rapport est un `` duplicate ''
[ jeromeg] Pour cela, il vous suffit d'avoir le numéro du rapport original, puis d'utiliser le lien `` Mark as duplicate '' au dessus de la description du bug et de rentrer le numéro. Ensuite, il est ensuite conseillé d'ajouter un commentaire du style :
[ jeromeg] Thank for your bug report. This particular bug has already been reported as bug #numéro_du_bug but feel free to report any other bug you may find.
[ jeromeg] ça va toujours ?
[ jeromeg] (je sais c'est pas passionant, mais ça peut servir :) )
[ Adri2000] nickel :)
[ didrocks] c'est ok :)
[ jeromeg] on fini cette partie "relou" vite fait bien fait alors
[ jeromeg] 2.2.4 Indiquer qu'un rapport à été transmis aux développeurs
[ jeromeg] Une fois que vous avez transmis le rapport sur un autre bug tracker, il est important de le signaler sur le rapport de bug sur le Launchpad pour que les autres trieurs de bugs ne le transmettent pas à nouveau... Pour cela on utilise un `` bug watch '' qui permet en plus de savoir rapidement quel est le statut de ce bug sur le `` upstream bug tracker ''.
[ jeromeg] Pour ajouter un `` bug watch '', cliquez sur `` +Also affects project '' sous la colonne `` Affects '' . Il vous sera ensuite demandé l'URL et le projet du `` upstream bug ''.
[ jeromeg] Un exemple de bug avec un `` bug watch '':
[ jeromeg] https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/158169
[ jeromeg] On peut voir que ce bug correspond au bug #3633 sur le bug tracker de Xfce et que les développeurs sont en train de s'en occuper, vu que le status est `` In progress ''.
[ jeromeg] (depuis un an :) )
[ jeromeg] 2.2.5 Les procédures particulières à un paquet
[ jeromeg] Certains paquets requièrent des procédures de tri particulières et des informations supplémentaires sont parfois nécessaires. Ces procédures sont décrites ici :
[ jeromeg] https://wiki.ubuntu.com/DebuggingProcedures
[ jeromeg] Par exemple, si vous voulez trier les bugs du kernel ( donc si vous êtes maso), il faut impérativement suivre les directives indiquées dans :
[ jeromeg] https://wiki.ubuntu.com/KernelTeamBugPolicies
[ jeromeg] N'oubliez jamais de regarder ces procédures particulières, sinon vous risquez de vous faire rappeller à l'ordre !
[ jeromeg] 2.2.6 Les tags
[ jeromeg] Pour ajouter un tag à un rapport de bug, il suffit d'utiliser le lien `` Update description / tags `` sous la description du bug. La liste des tags utilisés est disponible sur cette page :
[ jeromeg] https://wiki.ubuntu.com/Bugs/Tags
[ jeromeg] 2.2.7 Les documents qui peuvent être utiles
[ jeromeg] Cette page regroupe des liens vers des pages qui peuvent se réveler utiles, à lire quand vous aurez le temps/l'envie.
[ jeromeg] https://wiki.ubuntu.com/BugSquad/KnowledgeBase
[ jeromeg] questions, remarques ?
[ jeromeg] c'est comme le vélo tout ça, ça vient en pratiquant
[ Maxouille] mon vélo y beug pas
[ jeromeg] j'ai réussi à endormir tout le monde ?
[ FLOZz] jeromeg, pas encore
[ Nicoz1] non non ;)
[ sherkin] C'est donc pas une recette magique pour devenir célèbre ?
[ jeromeg] Maxouille: t'a jamais déraillé ? t'a jamais acheté un vélo chez décathlon ?
[ didrocks] en fait, le lien vers les autres bugtracker sont toujours visibles dans "Assigned to"
[ jeromeg] didrocks: que si quelqu'un l'a fait
[ Maxouille] jeromeg, si mais j'ai pas reporter le beug ^^
[ jeromeg] didrocks: si y'a un bug watch ça le met automatiquement
[ jeromeg] didrocks: sinon t'as rien :)
[ didrocks] et le second "affects" correspond à quoi dans cet exemple ?
[ gpocentek] au bug dans ubuntu
[ gpocentek] et reporté sur LP
[ jeromeg] (grillé)
[ gpocentek] dans ce cas là tu peux avoir un "vrai" assigné
[ didrocks] d'accord :)
[ jeromeg] didrocks: le (ubuntu) t'indique que t'as affaire à un bug rapporté sur le Launchpad
[ didrocks] jeromeg: ok, je vois :)
[ didrocks] dernière question : un exemple de bug avec un tag visible ?
[ gpocentek] ce bug là est un super exemple d'un truc qu'il ne faut pas faire
[ gpocentek] ajouter son "chez moi aussi y'a ce bug" quand 3 personnes l'ont déjà dit
[ didrocks] gpocentek: car le bug vient de l'upstream, donc pas besoin de l'affecter au LP, c'est ça ?
[ jeromeg] didrocks: je te trouve ça
[ gpocentek] didrocks: je parle juste des commentaires en fait
[ didrocks] gpocentek: d'accord
[ gpocentek] didrocks: et au contraire c'est bien d'avoir le bug rapporté upstream et sur LP
[ ditepays] bonsoir
[ gpocentek] ça permet de garder la trace des 2 cotés
[ gpocentek] bonsoir ditepays
[ didrocks] gpocentek: ça sert à quoi, par exemple ? on pourrait seulement avoir la première ligne, non ?
[ didrocks] (dans LP)
[ ditepays] avec le repas j ai oubli� le rdv de 20h00 :-(
[ gpocentek] didrocks: tu pourrais pas l'avoir si y'avait pas eu un rapport Ubuntu d'abord
[ jeromeg] didrocks: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging
[ FLOZz] ditepays, http://gauvain.pocentek.net/2008-07-15-bug-triaging.log.html
[ FLOZz] ditepays, le log ;)
[ jeromeg] tous les bugs avec le tag needs-packaging
[ ditepays] donc cette classe est faite pour les d�butants comme moi
[ didrocks] gpocentek: oui oui, je suis d'accord pour le faire de le reporter dans le LP, je parle juste de la seconde ligne et pourquoi ne pas simplement en mettre une avec le assigned to tracker de l'upstream
[ gpocentek] didrocks: pour bien montrer que le bug existe à 2 endroits... il pourrait très bien avoir été corrigé à un endroit et pas dans l'autre
[ jeromeg] didrocks: parce que en même temps on peut avoir un assigned pour la distro
[ didrocks] jeromeg: d'accord, je vois
[ jeromeg] gpocentek a aussi une explication valable
[ gpocentek] jeromeg est plus clair que moi :)
[ didrocks] gpocentek, jeromeg : ok pour vos deux explications :)
[ gpocentek] maintenant le truc à faire c'est d'aller sur LP, choisir un soft, et commencer à trier
[ jeromeg] bon on va terminer par une explication succinte sur les backtraces
[ jeromeg] très utiles pour les crashes
[ jeromeg] sans ça les dév ne peuvent pas faire grand chose
[ jeromeg] 2.3 Les backtraces
[ jeromeg] Documentation pour obtenir une backtrace: https://wiki.ubuntu.com/Backtrace
[ jeromeg] Lorsque un programme plante, les développeurs ont souvent besoin de plus d'informations que la procédure pour reproduire le crash. Une des informations nécessaire s'appelle une "backtrace", il s'agit d'un ensemble de lignes qui vont indiquer quel "chemin" le programme a pris avant de planter: pour ceux qui ont déjà programmé un peu, ça permet de savoir qu'elles fonctions ont été appelées, dans quel ordre. Malheureusement, obtenir une backtrac
[ jeromeg] gpocentek: ça a coupé ?
[ Adri2000] oui
[ Adri2000] obtenir une backtrac
[ jeromeg] Malheureusement, obtenir une backtrace utile relève parfois du domaine de
[ jeromeg] l'art...
[ Adri2000] :)
[ jeromeg] À quoi ça ressemble :
[ jeromeg] • Inutilisable : http://launchpadlibrarian.net/8743775/ThreadStacktrace.txt
[ jeromeg] • Utile : http://launchpadlibrarian.net/8771557/ThreadStacktrace.txt
[ jeromeg] (merci Adri2000)
[ jeromeg] La première a été obtenue sans `` symboles de débugage '', sans ces symboles on obtient des `` ????? '' à la place du nom des fonctions, ce qui n'est guère utile.
[ jeromeg] Avant de signaler un crash au développeur d'un programme, il est impératif d'avoir une backtrace complète. Sous Ubuntu, il faut installer les paquets -dbg correspondant au programme ainsi qu'aux librairies qu'il utilise. Ces paquets sont disponibles dans les dépots suivants :
[ jeromeg] deb http://ddebs.ubuntu.com hardy main universe
[ jeromeg] deb http://ddebs.ubuntu.com hardy-updates main universe
[ jeromeg] deb http://ddebs.ubuntu.com hardy-proposed main universe
[ jeromeg] deb http://ddebs.ubuntu.com hardy-security main universe
[ Adri2000] ça serait pas -dbgsym ?
[ jeromeg] Ceci permet d'installer les symboles de déboggage
[ jeromeg] Adri2000: effectivement, ça dépend des fois :)
[ jeromeg] Si vous avez toujours des `` ???? '' récalcitrants, vous pouvez utiliser apt-file pour checher les paquets qu'il vous manque. Installez apt-file et faites:
[ jeromeg] sudo apt-file update
[ jeromeg] Puis, imaginons que vous ayez ceci dans votre backtrace incomplète :
[ jeromeg] #8 0xb7bf1770 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
[ jeromeg] Les ?? nous montrent qu'il manque quelque chose.
[ jeromeg] Nous allons rechercher le paquet qui contient /usr/lib/libgtk-x11-2.0.so.0:
[ jeromeg] apt-file search /usr/lib/libgtk-x11-2.0.so.0
[ jeromeg] Et on obtient :
[ jeromeg] libgtk2.0-0-dbg : /usr/lib/debug/usr/lib/libgtk-x11-2.0.so.0.1200.9
[ jeromeg] Donc il faut installer libgtk2.0-0-dbg ! Voila, vous savez à peu près tout ce qu'il faut savoir sur les backtraces.
[ didrocks] ça veut dire qu'apport, utilisé par la plupart des débutants qui ne vont pas installer les symboles de débugages de l'appli correspondante, ne sert à rien la plupart du temps ?
[ jeromeg] didrocks: voila :)
[ gpocentek] y'a pas un système de retraçage ?
[ Adri2000] apport attache un coredump au bug report
[ Adri2000] ce qui permet de retracer par la suite comme le dit gpocentek
[ simtris] C'est illisible un coredump ...
[ jeromeg] gpocentek: ouais mais souvent ça foire quand même :)
[ didrocks] au moins, on a le statut de la mémoire, c'est ça ?
[ Adri2000] y a un bot qui traine sur lp qui fait ça
[ didrocks] (perso, j'ai jamais rien réussi à tirer d'un coredump ^^)
[ jeromeg] disons que apport se débrouille souvent bien
[ jeromeg] mais des fois il ne se déclenche pas
[ jeromeg] et des fois il fait de la merde
[ Adri2000] pour ceux qui veulent en savoir encore plus sur les backtraces (ie. comment les lires), persia a fait un ou deux cours à ce propos. ça doit se trouver sur wiki.ubuntu.com
[ Adri2000] s/lires/lire/
[ Adri2000] jeromeg: le bot se déclenche pas ?
[ piti] apport
[ jeromeg] Adri2000: il se déclenche mais réussit pas à retracer parce que l'info est sans doute corrompue
[ jeromeg] piti: oui ?
[ piti] non, rien j'ai cru qu'il s'était mépris
[ Adri2000] y a des tags pour appeler le bot je crois
[ Adri2000] ou le ré-appeler :p
[ jeromeg] Adri2000: ils sont mis automatiquement
[ Adri2000] en effet
[ jeromeg] des questions les gens qui dorment pas encore ?
[ didrocks] pour moi, ça va ^^
[ gpocentek] pour moi aussi ;)
[ jeromeg] pour ceux qui ont encore du courage
[ maxime] moi je dors :p
[ alpheb] non je pense qu'il va être temps de s'y mettre ^^
[ jeromeg] ça serait cool que vous commenciez à trier quelque bugs
[ jeromeg] au début on a plein de questions, de doutes
[ sherkin] et à oublier apport pour les notres ?
[ jeromeg] sherkin: pas forcément
[ jeromeg] apport simplifie bien la tâche
[ jeromeg] mais il faut vérifier que la backtrace qu'il veut envoyer ressemble à quelque chose
[ gpocentek] (et aussi vérifier que le reporteur a bien décrit comment reproduire le bug...)
[ sherkin] ok
[ jeromeg] maxime: debout !
[ feNNec_] jeromeg: justement en parlant apport: est-ce qu'on trie les bugs générés automatiquement avec aucun commentaire?
[ maxime] :)
[ jeromeg] feNNec_: tu demandes gentiment comment on fait pour reproduire le bug
[ FLOZz`] Re... grrr foutu connexion !
[ jeromeg] feNNec_: et tu passes le statut en incomplete
[ feNNec_] ok
[ simtris] Bon, le trackage de bug c'est tout de même drolement ingrat :(
[ jeromeg] simtris: effectivement
[ jeromeg] mais c'est très instructif
[ jeromeg] tu en apprendras bcp sur le fonctionnement du système
[ piti] ah, il y a on peut déclarer des bugs pour des paquets qui viennent d'un ppa ?
[ Adri2000] NON !
[ jeromeg] piti: c'est déconseillé
[ Adri2000] c'est interdit
[ simtris] :)
[ jeromeg] piti: il vaut mieux mailer le responsable du ppa
[ gpocentek] simtris: un peu ingrat mais essentiel
[ simtris] gpocentek: Je suis un peu déçus, c'est difficile pour le dev et difficile pour le trackeur. C'tes ingrat uniquement car les outils sont inadaptés on diait
[ feNNec_] quid des bugs de multiverse?
[ feNNec_] a trier aussi ?
[ Adri2000] piti: le bugtracker ubuntu ne doit contenir que des bugs sur des paquets présents dans les dépôts officiels, pas de ppa ou autre dépôt tiers
[ Adri2000] feNNec_: bien sûr
[ gpocentek] simtris: lp est un bon outil franchement, c'est en l'utilisant qu'on s'en rend compte
[ Adri2000] feNNec_: ça fait parti des dépôts officiels
[ piti] Adri2000, oui, mais comme ils sont sur le launchpad, je me demandais s'il y avait pas quelque chose de prévu pour. mais bon
[ jeromeg] simtris: avec un peu d'habitude, c'est très efficace comme système
[ feNNec_] mais multiverse n'est pas supporté par Ubuntu!
[ gpocentek] feNNec_: si si
[ Adri2000] piti: tu peux te crééer ton projet pour tracker les bugs de ton ppa si tu veux, mais c'est pas ubuntu
[ Adri2000] feNNec_: raaah, si
[ Adri2000] feNNec_: c'est pas supporté par canonical, grande nuance
[ Adri2000] feNNec_: universe et multiverse ne sont pas supportés par canonical, mais son supportés par la communauté, par ubuntu
[ feNNec_] scuse, je voulais dire canonical, vous avez raison
[ jeromeg] canonical ne support que main de toute façon
[ jeromeg] et encore :)
[ Adri2000] à la limite faut laisser les bugs dans main pour les gens de canonical, et trier uniquement universe/multiverse :)
[ jeromeg] Adri2000: j'ai envie de te dire menteur !
[ feNNec_] jeromeg: trolleur / 1 partout
[ Adri2000] jeromeg: pourquoi ?
[ jeromeg] Adri2000: genre les paquets comme gnumeric ils y toucheront jamais
[ Adri2000] gnumeric est toujours dans main ?
[ jeromeg] ils maintiendront jamais plus que que la stack gnome/kde de base
[ jeromeg] Adri2000: je crois bien
[ Adri2000] si c'est utilisé que dans xubuntu, pourquoi ça a pas été démoté ?
[ gpocentek] ouep, toujours dans main
[ jeromeg] Adri2000: bonne question
[ gpocentek] Adri2000: la version gnome a toujours été dans main
[ gpocentek] mais le multibuild les em***de
[ gpocentek] bref, HS ;)
[ gpocentek] qui trie des bugs ? :)
[ jeromeg] bon y'a des gens qui trient un peu là ?
[ jeromeg] montrez moi vos exploits !
[ sherkin] un ange passe ...
[ jeromeg] sherkin: au boulot ;)
[ FLOZz`] personne ? XD (en même temps on est là pour apprendre à devenir une fourmis des bug ^^)
[ alpheb] je cherche un bug qui a l'air pas trop dur
[ Hypergraphe] j'ai raté les 3/4
[ Hypergraphe] donc je peux pas le faire
[ Hypergraphe] :o
[ jeromeg] alpheb: je te conseille de prendre un paquet que tu connais bien
[ gpocentek] alpheb: quand j'ai commencé je regardais en priorité les applis que j'utilisais
[ jeromeg] alpheb: genre un petit jeu
[ gpocentek] arf, pwned par jeromeg
[ feNNec_] jeromeg: quand y'en a qui n'écrive pas en anglais, on fait quoi? on le vire?
[ jeromeg] feNNec_: tu mets en incomplete
[ jeromeg] et tu demandes de rapporter le bug en anglais
[ feNNec_] ouin, c'est plus poli
[ jeromeg] s'ils répondent jamais, c'est fermé automatiquement au bout de 60 jours
[ FLOZz] c'est déjà fini ? :(
[ gpocentek] si vous vous mettez à trier après une bonne nuit de sommeil, on sera là s'il y a des questions :}
[ Adri2000] bug #248366
[ ubugtu-fr] Launchpad bug 248366 in xine-plugin "Subliminal advertising in xine-plugin" [Undecided,New] https://launchpad.net/bugs/248366
[ FLOZz] gpocentek, le problème c'est qu'on a rien payer ^^' alors ce serait plutôt un sac
[ Adri2000] à trier, assez drôle :)
[ FLOZz] ^^
[ jeromeg] FLOZz: c'est à toi de bosser maintenant
[ jeromeg] nous on répond aux questions
[ FLOZz] jeromeg, je savait que tu voulait me transformer en fourmis ! (c'était donc ça les petites lignes en bas du contra ?)
[ jeromeg] travail même mon petit ;)
[ FLOZz] Oops :#
[ feNNec_] Adri2000: qu'est ce qu'il y a à trier là-dedans (248366)?
[ feNNec_] Adri2000: moi je dirais: y'a qu'a attendre 60 jours..non?
[ Adri2000] les 60 jours c'est si en incomplete
[ Adri2000] si c'est*
[ gpocentek] feNNec_: est-ce que tu vois un problème ennoncé clairement dans le bug ?
[ gpocentek] est-ce que ça empêche quoi que ce soit de fonctionner ?
[ feNNec_] gpocentek: non, je m'en vais lui dire
[ didrocks] c'est un bug troll-oriented ? :)
[ gpocentek] et si le gars te répond que c'est un bug parce qu'il aime pas gnome, tu peux le fermer ;)
[ gpocentek] (le bug, pas le gars)
[ jeromeg] didrocks: sans doute
[ gpocentek] jeromeg: j'arrête le log ?
[ gpocentek] (ie cours officiellement fini ?)
[ jeromeg] gpocentek: je pense que oui
[ gpocentek] ok
[ Adri2000] \o/ jeromeg \o/
[ jeromeg] gpocentek: la deuxième phase a pas le succès espéré, même si feNNec_ remonte le niveua
[ gpocentek] jeromeg: faut le temps de digérer et de s'y mettre ;)