/srv/irclogs.ubuntu.com/2011/04/05/#ubuntu-classroom.txt

=== AndrewMC is now known as SpockVulcan
=== SpockVulcan is now known as AndrewMC
tioxHey fellas. I'm writing an assignment for my college about how Ubuntu can be a vialbe alternative to WIndows, and I'd like to know if there are any success stories of colleges, schools and/or students who have succeeded with using Ubuntu. Anybody got links you can give off hand?04:27
pleia2tiox: this channel is for actual teaching of online classes, you probably want #edubuntu for that sort of thing04:28
pleia2tiox: however, I am part of partimus.org (we're a non-profit which put ubuntu computers in schools, among other things)04:28
tioxPermission to speak in private?04:28
pleia2sure04:28
=== bLuCiFeR is now known as blu
=== yofel_ is now known as yofel
ari__...12:19
=== smspillaz|zzz is now known as smspillazx
=== smspillazx is now known as smspillaz
=== SmokeyMaverick is now known as SmokeyMav
=== SmokeyMav is now known as SmokeyMaverick
=== max is now known as Guest34607
=== Riddelll is now known as Riddell
=== tubadaz_ is now known as tubadaz
=== _LibertyZero is now known as LibertyZero
=== cdbs_ is now known as cdbs
=== strycore` is now known as strycore
=== ahmed is now known as Guest1805
=== Guest1805 is now known as __
=== __ is now known as _a
=== smspillaz is now known as smspillaz|zzzzzz
=== maxb_ is now known as maxb
=== ChanServ changed the topic of #ubuntu-classroom to: Welcome to the Ubuntu Classroom - https://wiki.ubuntu.com/Classroom || Support in #ubuntu || Upcoming Schedule: http://is.gd/8rtIi || Questions in #ubuntu-classroom-chat || Current Session: Basics of Bug Triaging - Instructors: ddecator - Slides: http://is.gd/CJk1ex
ClassBotSlides for Basics of Bug Triaging: http://people.ubuntu.com/~nhandler/slides/misc/BasicsOfBugTriaging.pdf21:02
ClassBotLogs for this session will be available at http://irclogs.ubuntu.com/2011/04/05/%23ubuntu-classroom.html following the conclusion of the session.21:02
ddecatorAlright, is everything all set?21:02
pleia2ddecator: yep, you're good to go! :)21:03
ddecatorPerfect! Welcome everyone. Today I'll be talking about the basics of Bug Triage21:04
ddecatorBefore we begin, I just want to cover a couple of things21:04
ddecatorFirst, this channel is moderated, so only pleia2 and myself can talk in here. #ubuntu-classroom-chat is open, and all questions should be asked there21:04
ddecatorQuestions should begin with "QUESTION:" so ClassBot will pick them up and allow me to go through them easily21:05
ddecatorThis way, things will not get confusing if people ask multiple questions at once21:05
ddecatorSecond, the slideshow ClassBot linked to is an in-depth slideshow I made. I have no intentions of going through the entire thing slide-for-slide today, but there are a few slides I will reference, and it may be helpful for you to save for later21:06
ddecatorThat being said, are there any quick questions before we begin?21:06
ddecatorAlright, then we'll get started. If you have questions, ask them at any time, and when we have time I'll go through them. I plan on keeping this more informal so there will be plenty of time for questions. That way I will not repeat too much of what you all already know21:08
ddecatorFirst, I want to address a fairly common question: Why is Bug Triage important?21:08
ddecatorAnyone who takes a quick look at all of the bugs hosted on Launchpad, even for a specific package, will see that there are a LOT of reports. The majority of these reports are incomplete, and many may be duplicates, or not even real bug reports21:10
ddecatorIt would take a long time for developers to go through them all, and that would mean less time for them to work on actually fixing the bugs21:10
ddecatorThat's where triagers come in. We go through the reports, request missing information, clean them up, organize them, and get them prepared for the developers so they can concentrate on fixing the bugs21:11
ddecatorEffective triage is very important in maintaining the flow of work in software development, and a project as large as Ubuntu especially needs the extra help21:11
ddecatorSo, why help with bug triage?21:12
ddecatorIt's a relatively easy way for people to get involved in the community, and we're always in need of extra help21:12
ddecatorIf you're interested in helping, you may wonder "Where do I begin?"21:13
ddecatorMost of the information you will need is on the wiki, but it does not answer every question, and right now it's a lot of information that can be overwhelming (do not worry, we're working on a new structure in order to make things easier for everyone)21:14
ddecatorTo begin helping with triage, you'll need to have a Launchpad account setup. To save time, I will not go into detail on how to do so, but it should be relatively easy to figure out21:15
ddecatorOnce you have that setup, it's time to get your hands dirty and start working on some bugs!21:15
ddecatorWhere you begin is up to you, but I highly recommend new triagers start with bugs that have the status of "New"21:16
ddecatorThese bugs are usually untouched, and it gives you the opportunity to work with a bug from the very beginning21:16
ddecator[SLIDE 6]21:17
ddecatorRather than post a really long link here, there is a hyperlink on this slide which will bring you to a page with bugs that have been untouched (most likely) and are "New"21:17
ddecatorIt's generally a good idea to begin with a package that you use and are familiar with, and then find a bug report that sounds fairly simple21:18
ddecatorAs you gain experience, you will want to push yourself to work on different packages and more challenging reports21:19
ddecatorOnce you find a bug report you're comfortable working on, it's time to begin the triage process21:19
ddecatorAlright, are there any questions so far?21:19
ddecatorGreat! Then let's move on21:20
ddecatorThere is no specific order for the following steps when working with a bug report, but I'll give you the one that has worked best for me21:21
ddecatorThe first thing you will want to do is read the report and any possible comments so you become familiar with what the report is for21:21
ddecatorAfter you understand the report, you should ask yourself if this is really a bug report or a support question21:22
ddecatorMost of the time, support questions are easy to identify. For example, the report might say "I can't figure out how to connect to my wireless internet. Can someone tell me how to do it?"21:23
ddecatorThis clearly is not reporting a bug, but instead is asking for support. If the report you are looking at is asking a question, you will want to convert the report into a question21:24
ddecator[SLIDE 9]21:24
ddecatorThankfully, Launchpad makes it very easy to do just that21:24
ddecatorIn the top-right corner, I have highlighted the "Convert to a question" link21:24
ddecatorClicking that will allow you to convert the bug report into a question in Launchpad Answers. It will also give you the chance to leave a comment explaining your action. There is a stock response for this, and if you have the Greasemonkey extension for Launchpad installed it should fill that in for you, but I'll cover that at the end21:25
ddecatorIf it was a question, then you're done with the report (unless you want to help answer the question)21:26
ddecatorAssuming it was not a question, then you're ready to move on to the next step21:26
ddecatorThis can be two different things21:27
ddecatorIf you do not understand the report, then you will want to request more information from the user21:27
ddecatorIf you do understand the report, or after the user clarifies the problem, then you will want to look for duplicates21:28
ddecatorWhen a bug affects a lot of people, it is almost inevitable that multiple people will report the same issue21:28
ddecatorSome users do not look to see if something has been reported already, and others may think the problem is different, so duplicates are common21:29
ddecatorSearching for duplicates is something that you will get better at over time21:30
ddecatorOne option for searching is using Launchpad itself21:30
ddecatorYou can limit the search to the package and search for specific words that might be in the title21:30
ddecatorOr, you can use an outside search engine (which is my preferred method)21:31
ddecatorUsing a large search engine, such as Google, will look for your search terms in the entire report, including title, description, and comments21:32
ddecatorThis can make it easier to find a report that has a misleading title but describes the exact bug you're looking for21:32
ddecator[SLIDE 11]21:33
ddecatorSorry, looks like the screenshot on that slide did not scale well21:33
ddecatorBut, as you can see, the method for using an outside search engine to search bugs on Launchpad is to type "site:bugs.launchpad.net <search terms>" where you replace <search terms> with your actual search21:34
ddecatorAs an example, you can search "site:bugs.launchpad.net nautilus graphical issue"21:35
ddecatorIt's a good idea to try various search terms when looking for a duplicate21:35
ddecatorIf you do find a duplicate, then you want to mark one of the reports as a duplicate of the other21:36
ddecatorYou will want to look at the reports, decide which one has the most information, and make that the "master" report21:36
ddecatorAll duplicates of the bug should then be marked as a duplicate of that "master" report so there is one central report for users to and developers to reference21:37
ddecator[SLIDE 16]21:38
ddecatorIn the top-right, above the link to convert the report into a question, is a link to mark the report as a duplicate21:38
ddecatorYou will click this on the report that is the duplicate, not on the "master" report21:38
ddecatorYou will then enter the bug number (found right under the title of the bug), and then leave a comment explaining that you marked it as a duplicate because the problem has already been reported. There is also a stock response for this. By doing so, the reporter can go to the "master" report and add any extra information they might have21:39
ddecatorAfter the report is marked as a duplicate, that report is taken care of21:40
ddecatorSo, what if the report you're working on is not a question and is not a duplicate?21:40
ddecatorThere are a few things you can do. First, if anything is unclear, ask the user to clarify and add information21:41
ddecatorOnce you fully understand how to reproduce the bug, you may want to try and reproduce it on your own system. Whether you do this or not depends on how severe the bug is. To be safe, it's a good idea to have a Virtual Machine and/or a Live CD that you can use for testing. Doing this is not required, but it gives you first-hand experience of the bug and it allows you to confirm the report21:42
ddecatorWe only confirm bugs that we can actually reproduce ourselves. We do not mark a bug confirmed just because multiple people claim to experience it. Afterall, it could be several users making the same user error, and we only want to confirm real bugs21:43
ddecatorOnce you have confirmed the bug yourself, or have enough information that you do not feel it is necessary to do so, you want to make sure the report has enough information for the developers to work on the issue21:44
ddecatorHow much information is needed depends on the report, the issue, and the package21:44
ddecatorYou want to make sure the report is as specific and detailed as possible21:45
ddecatorIf logs are needed, a more advanced triager who is more familiar with the package can request them. Thankfully, apport usually collects the necessary logs (if the user reported the bug using apport) so this makes things easier. Knowing what logs are needed just comes with experience21:46
ddecatorA quick note: Apport is an application that collects information from a user's system automatically when they report a bug. They have to use apport for this to happen. If apport was used, detailed information about their system will be in the description of the bug and files will be attached. If these are missing, you can request that the user runs apport so it will add that information to the report. There is also a stock response for 21:48
ddecatorAlright, so the report has all of the information it needs (as far as you can tell)21:49
ddecatorThe next step is to decide how important the bug is21:49
ddecatorOnly BugControl members can assign importance, but it's helpful if triagers suggest an importance21:49
ddecatorDetails on importance can be found here: https://wiki.ubuntu.com/Bugs/Importance21:50
ddecatorFinally, go to #ubuntu-bugs or email the BugSquad mailing list and request that the bug be marked Triaged with whatever importance you feel it deserves21:50
ddecatorIf the report is all set, someone will take care of it for you. If more information is needed, someone will either request it, or ask you to request it. If they ask you to request more information, it's to help you learn21:51
ClassBotThere are 10 minutes remaining in the current session.21:51
ddecatorThere are NO stupid questions, so feel free to ask anything in #ubuntu-bugs, and if you tell you to do something it's only to help you learn21:51
ddecatorOK, real quick, I want to point out a tool that will help you triage21:52
ddecator[SLIDE 32]21:52
ddecatorOn this slide is a link to a PPA that contains an extension for Firefox. This extension will add stock response options to reports for you and make things easier21:52
ddecator[SLIDE 34]21:52
ddecatorThis shows what is added21:53
ddecatorClicking the little drop-down arrow for a bug report will allow you to do multiple things at once, such as leave a comment, change the status, and subscribe to the report. Doing it all at once reduces the number of emails sent to others subscribed to the bug21:53
ddecator[SLIDE 29]21:54
ddecatorThere is also a link to a wiki page with stock responses there21:54
ddecatorNote: Stock responses are great, but I -highly- recommend you read the response before you use it. That way, you will not thank the user for "reporting this bug and helping to make Ubuntu better" with each comment, and will not tell them to "please use apport next time" if they already did use apport21:54
ddecatorAlright, I think that covers everything I wanted to discuss. Sorry I talked longer than I meant to21:55
ddecatorI'm open to any questions :)21:55
ClassBotThere are 5 minutes remaining in the current session.21:56
ddecatorOnce again, if you have any questions, feel free to ask in #ubuntu-bugs21:57
ddecatorWe also have a group mentoring team we're working on improving, so users can join that if they're interested21:57
ddecatorFinally, you can email me directly if you have any questions for me: ddecator at ubuntu dot com21:58
ddecatorThanks for being willing to help out!21:58
ddecatorOh, and if you have any suggestions for improving the BugSquad wiki, please email me!22:00
ClassBotLogs for this session will be available at http://irclogs.ubuntu.com/2011/04/05/%23ubuntu-classroom.html22:01
=== ChanServ changed the topic of #ubuntu-classroom to: Welcome to the Ubuntu Classroom - https://wiki.ubuntu.com/Classroom || Support in #ubuntu || Upcoming Schedule: http://is.gd/8rtIi || Questions in #ubuntu-classroom-chat ||
=== hajour_ is now known as hajour
=== rms is now known as Guest43170
=== s1aden is now known as sladen
rakshasaCan anyone tell me how I should persist my xinput settings under Ubuntu10.10??22:55

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!