[00:00] sure, but people won't be that interested in bugs on an out of date beta [00:00] indeed [00:00] as they may be fixed in the new version [00:01] Hi all. [00:02] I'm getting random crashes of the xmms2d daemon on my system, and would like to report a bug. What information should I include in the bug report, apart from a backtrace? [00:03] make sure you have debug symbols for your backtrace [00:03] Yes, I do. [00:03] reporting it via apport is best, as that includes information automatically [00:04] allegedly... [00:04] if it doesn't trigger you can click on a .crash file and it should submit is that way [00:04] Ah, where would I find the .crash file? [00:05] /var/crash [00:06] if you are in kde: http://tinyurl.com/5a7jad [00:06] we have a wiki page on DebuggingProgramCrash which may help [00:06] that url is for the standard reply about getting a .crash report submitted [00:07] greg-g, thanks. It would be cool if the bot could churn out wiki links [00:07] secretlondon, yes that's is the page that I was reading to get the crash dump with gdb. [00:08] you could always get directly to wiki and search too.. [00:08] secretlondon, this page https://wiki.ubuntu.com/DebuggingProgramCrash ? [00:08] yeah, but it'b be easier to say a wiki link to the bot and it would give a URL [00:08] feugan3333, yep [00:08] secretlondon: yeah, a "!crashreport" or "!debug" or similar would be awesome, how can we add knowledge to ubotu? [00:08] * Gnine nods at secretlondon [00:09] greg-g not sure, it's Seveas' bot [00:09] yeah [00:10] he's not that hard to reach [00:13] Gnine: yeah, I just need to think of what to have ubotu do :) [00:15] i thought that was already exposed [00:15] :-P [00:15] If anyone would like to check my bug report and let me know if I have provided enough information, that would be appreciated: https://bugs.launchpad.net/ubuntu/+source/xmms2/+bug/212566 :-) [00:15] Launchpad bug 212566 in xmms2 "xmms2d crashes" [Undecided,New] [00:16] Just in time :-) [00:17] feugan3333, it's not a full backtrace [00:17] eg libglib-2.0.so.0 [00:17] doesn't have any symbols [00:18] ok, I'll add those and do it again. [00:18] secretlondon, thanks [00:18] we'd prefer it via the auto crash logger [00:18] did you find it in /var/crash? [00:19] secretlondon, yes I found it. Should I add it as an attachment? Or just click on it? [00:19] just click on iy [00:19] it [00:19] ok [00:19] it'll start the crash submitter, and submit a new bug with more info [00:21] confirmed. ( :-P ) [00:21] Ok, I see it provides a lot of info :-) [00:21] and it gets automatically retraced at our end [00:22] Ok, nice [00:30] so your original bug can be closed then [00:36] Well, its probably not exactly the same command that caused the bug. But I guess that we can assume that it is the same bug. So yes :-) === secretlondo is now known as secretlondon === null_vector is now known as brward === brward is now known as null_vector === secretlondo is now known as secretlondon [01:41] Boo === null_vec1or is now known as null_vector === asac_ is now known as asac [08:45] hello [10:20] G'morning. [10:20] hello [10:21] Hi qense [11:06] Hello. Im running Hardy Heron beta, I'm trying to apt-get install ubuntu-xen-desktop, but it failes becuase a dependency (xenman) is not avaible from the repositories, is this a "beta bug" that should be reported ? [12:15] hi [12:16] I think I have a "bug" in Ubuntu gutsy [12:16] for amd64, the Packages.* files are outdated in the universe branch [12:16] e.g. ubuntu-xen-server which is a package of xen-meta is newer than the Packages.gz [12:17] so apt-get install ubuntu-xen-server works on i386 but doesn't on amd64 [12:17] can anyone confirm that this is a bug which should be reported? === qense is now known as qense|lunch [12:21] I'll check back later... === qense|lunch is now known as qense === hefe_bia_ is now known as hefe_bia [16:30] Hello. Im running Hardy Heron beta, I'm trying to apt-get install ubuntu-xen-desktop, but it failes becuase a dependency (xenman) is not avaible from the repositories, is this a "beta bug" that should be reported ? [16:31] you could look for it [16:31] if it doesn't exist yet you could report it [18:11] Hi all! [18:21] alex_: hello! [18:32] I wouls like to help triage bugs, but I'm not quite sure how. Is there a walkthroughish page anywhere or just saved irc lessons? [18:35] alex_: did you look in the topic? such as the helping with bugs wiki page? [18:37] absolutely [18:38] I seem to have disappeared from the five a day stats [18:39] I did loads yesterday, and no presence in the last week! [18:45] alex_: Then you are ready to go. Just pick one bug from the list, if you have any questions here is the right place where you can ask. Also we are celebrating every week 'Hug Day' (Tuesday and Thursday). Please have a look at https://wiki.ubuntu.com/UbuntuBugDay for more information about the Bug days [18:46] alex_: We appreciate if you can come next Tuesday to join the party here. [18:47] alex_: This is the list of the next hug day - https://wiki.ubuntu.com/UbuntuBugDay/20080408 [18:47] alex_: Our task is to hug all the bugs from that list and make them green! [18:49] Of course if you have more questions I'm sure someone from here will answer them. [18:49] * Iulian is going to watch a film - bbl [19:12] where did you go secretlondon?? (on the stats page) [19:12] greg-g I don [19:13] that is weird [19:13] I don't know, it's been ignoring my submissions (looks like) [19:13] are they in the bzr repo? [19:14] yeah, weird, there is nothing in your log past 3-25 [19:14] I don't know what that means [19:14] the bzr branch/repo/whatever it is called [19:14] on LP [19:14] well i've been submitting as normal [19:15] does your local copy have your bugs in it? .5-a-day-data/secrectlondon [19:15] i'll look [19:16] where is that directory supposed to be? [19:16] in your home [19:17] ~/.5-a-day-data [19:17] stops at the 25th/3 [19:17] ruh roh [19:17] something broke then [19:18] back in your home dir, do a "cat .5-a-day" [19:19] secretlondon [19:20] I have no idea [19:21] been using the add-5-a-day command or the applet? [19:21] (not sure what difference it would make, just wondering) [19:21] applet [19:23] then I would poke thekorn about it [19:23] how should bugs be reported with regards to different distro versions [19:24] aleehk82: it is assumed the bug is against the latest version of the program [19:24] Many bugs have their headers tagged with codenamesö. Is this the preferred way? [19:24] greg-g: thanks [19:25] aleehk82: yes, that would help, or just mention it in the bug report [19:25] greg-g: except for some packages like the kernel [19:25] aleehk82: from now on, all kernel bugs will be reported against the package "linux" not "linux-2.6.24-14" [19:26] greg-g: ah, that clears some confusion [19:26] well, time to be productive elsewhere [19:26] good luck fixing your issue secretlondon [19:26] thanks for helping triage aleehk82 [19:27] greg-g: thanks for advice [19:27] secretlondon: do you still have the /tmp/5-a-day-applet.txt file around? [19:33] is it worthwhile to report bugs upstream? should it be handled by the package maintainer instead? [19:34] james_w I'll look [19:34] aleehk82: it's very useful to report them upstream [19:35] aleehk82: you should be reasonably sure it's not an Ubuntu-specific problem though. [19:35] james_w yes, and it contains errors [19:35] james_w URLError: [19:35] oh dear [19:36] I guess it's having trouble resolving bazaar.launchpad.net [19:36] if you "cd ~/.5-a-day-data; bzr info" [19:37] james_w: thanks, it gives food for thought. it's about transmission and file fragmentation. [19:37] Location: [19:37] checkout root: . [19:37] checkout of branch: bzr+ssh://secretlondon@bazaar.launchpad.net/%7E5-a-day/5-a-day-data/main/ [19:37] secretlondon: and "host bazaar.launchpad.net" works ok? [19:38] bazaar.launchpad.net has address 91.189.94.254 [19:38] I hope this isn't the network manager thinks I'm offline breakage [19:38] that affects firefox as NM can't cope with my usb modem [19:39] secretlondon: I've got to go out now I'm afraid. I'll happily debug this with you tomorrow if it's still broken. [19:39] james_w thanks, I should be going out too [19:39] have a good evening. [19:40] james_w and you [19:53] where should I report hibernation problems? https://bugs.launchpad.net/linux/+bugs [19:53] is that correct? [20:15] neither flash nor gnash are working on 64 bit hardy [20:29] Is anyone else having trouble with Synaptic in Hardy? [20:30] https://bugs.launchpad.net/ubuntu/+source/synaptic/+bug/192140 [20:30] Launchpad bug 192140 in synaptic "update manager hangs at "applying changes" window" [Undecided,New] [20:30] https://bugs.launchpad.net/ubuntu/+source/gdebi/+bug/153943 [20:31] Launchpad bug 153943 in gdebi "Gdebi-kde uses massive amounts of memory!" [High,Confirmed] [21:17] npviewere.bin and nspluginwrapper bug reports seem to be incomplete yet lots of entries are recorded about them... [21:19] maybe apport should be double checked to make those reports happen effectively [21:20] bug 204322 [21:20] Launchpad bug 204322 in nspluginwrapper "npviewer.bin crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Incomplete] https://launchpad.net/bugs/204322 [21:21] there are many more like that one [21:26] also.. update-manager upgraded system to 2.6.24-15-generic on both x86_64 and 32bit version and grub did not get auto-updated with new kernel info. [21:37] Is there anyone here familiar with the brainstorms.ubuntu.com source code? === blue-frog__ is now known as blue-frog [22:19] Iowo: I was just talking to someone named nand in #unbuntu-motu who mentioned brainstorm and the php code. [22:33] When someone offers mentoring in Launchpad how do you contact him/her to let them know you'd like to learn about it? [23:12] JohnPinWa: Try asking here. Which bug? [23:13] I'm on this website: https://launchpad.net/%7Ebugsquad/+mentoring [23:13] OK. Which bug interests you? [23:13] Persia: there is a list of bugs for which mentoring is available. I'm willing to take a swing at any but not sure how to start. [23:14] OK. Pick one. take a look. If you think you have some ideas about triage (see the /topic), but want a hand, you can ask the mentor for the bug. [23:14] As an example, let's look at bug #120746 [23:14] Launchpad bug 120746 in nautilus "nautilus open files twice" [Low,Triaged] https://launchpad.net/bugs/120746 [23:14] persia: The singleusermode-password? How do I get in touch with the mentor? [23:15] persia: Okay but how did you find that number? [23:15] Sorry, I see it now. Okay, what's next. [23:15] ? [23:16] JohnPinWa: The mentors for the bug are listed at the top of the bug. Click the mentors name. [23:16] That will show the bugs page for the mentor. The Overview tab will have contact information for the mentor. [23:16] Which gets me to their launchpad page [23:17] Right :) [23:17] AH HAH!!!! [23:17] Then, review the bug along with https://wiki.ubuntu.com/Bugs/Triaging, and if you get stuck, try to contact the mentor here. [23:17] it doesn't look like they are online at the moment, but I am sure I have seen them in here. [23:17] and WOO HOO!!! [23:18] Damn I've spent the DAY trying to find that out. [23:18] JohnPinWa: Now, 120746 was only an example on the process of identifying and contacting the mentor. You might want to pick another. [23:18] Also, many people like to just try a couple, and ask for help here if they get stuck: you might consider joining #ubuntu-bugs-announce, and trying to triage a few when they come in. [23:19] Is it acceptable to e-mail someone directly from their launchpad page asking for mentoring? Looking for manners? [23:19] If you have questions, or need help, asking here is the best way to get a response from anyone. [23:20] persia: Thanks. I'm on the mailing list and have been looking at bugs. Most don't deal with anything I have installed or use regularly. [23:20] You can email someone, but it's best to do so only if you have a specific interest in that bug. If you're just looking for general guidance on triage, better to just ask questions here, so you can get an answer from anyone. [23:20] persia: Thanks. Will do. [23:20] JohnPinWa: Good luck. [23:20] persia: I'll need it. Thanks.