[00:00] the empathy people mentioned bcurtiswx: really would be nice with some sort of network diagnostic... [00:00] oh. hum. Look at the connections that pidgin opens, and look at the connections that empathy tries to open [00:00] hggdh: I'm not sure it's a local issue. My last US-headquartered client used IM extensively. [00:00] or rather, do we know that empathy works on those networks on a stock karmic install? [00:01] so, what to do next in that bug.. ya'll are confusing me [00:02] bcurtiswx: OK. pidgin works, empathy no [00:02] so, first question: are both targeting the same server/port? [00:03] 2nd: is there a local proxy that has to be used? In this case, it seems that pidgin is targeting this proxy, and perhaps empathy is not [00:04] how would I go about finding this? [00:04] bcurtiswx: etherreal [00:05] nethogs, tcpdump, tcpwatch [00:05] pick your hammer [00:05] tcpdump > tcpdump.txt be good enough? === jmarsden_ is now known as jmarsden [00:06] needs a device.. hmm.. [00:07] eth0 not a device? [00:07] im testing it myself [00:08] not getting very far :( [00:08] sudo tcpdump -i -vv [00:09] or, better, tcpdump -i -w raw.cap host [00:09] then wireshark on the output [00:10] (which would be called, in my example, raw.cap) [00:10] otherwise you will be capturing *all* traffic hitting the NIC [00:10] they have to perform the attempt to connect, then ctrl+c then wireshark the output? [00:10] wireshark can also manage the tcpdump calls directly from the UI, if you like that sort of thing. [00:11] yes. I assumed he is on a server, not a desktop. Sorry. [00:11] bcurtiswx: yes. [00:11] I'm not sure running empathy on the server is well supported :) [00:11] heh [00:12] it would be simpler to have two different captures, one for pidgin and one for empathy (so you will not have to figure out which is which on the capture [00:12] hggdh: this all confuses me... mind taking control of this bug so I can watch and learn? [00:17] bcurtiswx: took it [00:18] hggdh: much appreciated [00:18] if they are using a proxy, I am not sure empathy supports it [00:18] It ought, as oscar supports a proxy. [00:19] hggdh: so when triaging bugs we assume the user knows how to do these things then... i was guessing I had to explain how to do each.. [00:19] And it's more likely to be an issue with telepathy than empathy, specifically the telepathy oscar client. [00:19] it might, yes, but I cannot see where I could configure it [00:20] I'd guess it ought default to the proxy defined by GNOME or KDE generally. [00:20] which would not be a very good idea, since not everything may be proxied [00:20] Well, telepathy ought, or else telepathy ought get the proxy from the UI (empathy) which ought use the default proxies from the DE. [00:21] Hrm? [00:21] I have seen places where some protocols are proxied, but not all [00:23] I thought the DE proxy tools allowed one to have fairly fine-grained control over that sort of thing. [00:23] If not, that is a separate bug, in my opinion. [00:24] I just looked at Sys/Prefs/Net proxy on Lucid, and all you can do is select hosts to be ignored [00:25] I have a "Proxy Configuration" tab, that allows me to set it for about 4 protocols, or pass a URI for more advanced configuration. [00:25] (also on lucid) [00:26] anyone else have their VBox not start lucid after fully upgrading ? [00:26] * BUGabundo wonders what 'DE' is [00:26] yes, this is it. the usual protocols HTTP/HTTPS/FTP, or a generic socks [00:26] BUGabundo: Desktop Environment [00:26] bcurtiswx: happens a lot to me in debian and latest kernel [00:26] BUGabundo: any way to workaround? [00:27] bcurtiswx: use older kernel [00:28] I never manage to get VB to work in -12 [00:28] i dont' even see the screen to switch to a different kernel [00:28] let me try in lucid [00:28] k [00:28] bcurtiswx: left shift once grub loads [00:28] *VERY* quicly [00:28] its pretty hidden now [00:28] k lemme try [00:28] and if you do it TOO SOON, it won't work either [00:29] bcurtiswx: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/510571 [00:29] Launchpad bug 510571 in linux (Ubuntu) (and 1 other project) "-11 & later kernels won't boot with acpi, -10 works, Lucid (affects: 7)" [Medium,Confirmed] [00:29] arand: thx :D [00:30] bcurtiswx: acpi=off added to kernel boot line. [00:31] arand: where's that stored again? [00:31] bcurtiswx: /etc/defaults/grub [00:31] update-grub afterwards [00:36] brb [00:45] this is a fun bug, bug 518573 [00:45] Launchpad bug 518573 in pidgin (Ubuntu) "I can activate my acount (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518573 [00:45] I guess that counts as spam [00:46] nigel_nb, i saw that earlier...i assumed it was supposed to be "can't" [00:46] hey bot now says how many users affected [00:46] cool [00:46] well, you can't have a pidgin account.. you use pidigin to connect to something else [00:46] ddecator: If you see something like that again, please update the title so that others aren't confused. [00:47] I'll do it [00:47] But that bug should probably be converted to a question for now. [00:47] persia, i would have but idk if that's the case, i didn't look at the bug so i wasn't sure if that was the problem or not [00:47] Also, note the kernel version: there's a distinct possibility that the individual isn't running Ubuntu, but rather some derivative. [00:47] ddecator: Fair enough :) [00:48] persia, you're always there to give me advice and teach me new things =) [00:49] it sounds like he might not be good with english, so maybe he's having trouble getting an account with another service to work? [00:49] ddecator: Well, I sleep sometimes, but that's what this channel is for: none of us are perfect, and we all have questions :) [00:50] persia, fair enough haha [00:50] nigel_nb: it looks like apport was indeed used [00:50] can someone take a look at bug 518533 [00:50] Launchpad bug 518533 in nautilus (Ubuntu) "Unable to mount location Not Authorized after nautilus upgrade (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518533 [00:50] micahg, oh no! the gm scripts are making me lazy [00:51] nigel_nb: heh [00:58] whoa, i need some advice on bug 485352...i think the other evince link is invalid, idk how liferea is a part of this, if it's any browser (epiphany and firefox marked) then idk if the browsers should be marked, and the person filed an upstream bug...it looks fairly thorough, but needs cleanup? [00:58] Launchpad bug 485352 in liferea (Ubuntu) (and 6 other projects) ""window list applet" fails to use its settings (it changes from two rows to one row) (affects: 1)" [Undecided,New] https://launchpad.net/bugs/485352 [00:58] and the description could be cleaned up... [01:08] ...should i just work on it? [01:09] May as well start. [01:09] sure thing [01:27] Question about the launchpad-greasemonkey stock replies (is this the right channel?)... [01:27] I've seen this one posted to many bugs, but I don't see it in my list of stock reply selections -- is it a standard one? [01:27] "... You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue ... " [01:29] I think that's standard, although I don't like it. We should really be trying to verify manually before posting those. [01:29] kamalmostafa: https://wiki.ubuntu.com/Bugs/Responses#Old%20untouched%20bugs [01:30] persia: :-) In fact, my plan was to just grab its wording, and add my notes about having been unable to reproduce the problem also. [01:31] Geir is proposing a change to this one -- see the bugsquad mailing list [01:31] I knew there was something I liked about the way you worked :) [01:32] micahg: thanks, yes, that's the one -- but I do not see that one (or many of the others) listed in the list of clickable choices in the Firefox add-on. Am I missing some? [01:32] kamalmostafa: they should all be on that responses page [01:36] Maybe I'm confused about the usual workflow.... I installed the gm-dev-launchpad PPA which hopped up my Firefox such that it now presents me with a bunch of stock reply choices like "[Collect it] [Vague] ..." etc. But it appears to be just a subset of the ones listed on the Bugs/Responses wiki page there. [01:37] I think bdmurray was the owner of the bug responses list in the LPGM scripts, maybe we could change the generation of that [01:37] afaik it's some xml file lying around somewhere right now [01:37] * ddecator wishes greasemonkey worked in FF 3.7 [01:38] Okay, I'll not lose any sleep over it -- I can just cut-n-paste as needed. Just trying to make sure I'm using up-to-date tools. [01:38] Lots of people don't use LPGM, although it can be useful when one does lots of stock replies. [01:39] For me, it's not so useful, because I tend to do few bugs deeply (or just blather about them here whilst someone else is triaging), rather than lots of bugs shallowly (although both activities are useful). [01:39] I suggest spending more time to make sure the bugs are making progress, rather than worrying about the tools. [01:40] kamalmostafa: THIS ONE, to be precise: http://people.ubuntu.com/~brian/greasemonkey/bugsquad-replies.xml [01:40] persia: Actually, I really like the friendly tone of the stock replies, hence I wanted to try to cop their "thank you for taking the time" language at least. :-) [01:40] yofel: thanks for the pointer to that, and thanks all for the help. [01:40] Yeah, they're pretty good. Lots of people improving them over a long time. [01:46] does launchpad offer any kind of "follow" feature like bugzilla so newer people can follow more veteran triagers and learn from their work? [01:47] Not really. you can check the set of bugs that someone has commented, but that's not always the best guideline. [01:47] ddecator: no, but hggdh created something in the gm-devscripts plugin [01:48] oh yes. ddecator, click on the karma value of one commenter, and it will open a search page on gmane for all bugs this commenter acted on [01:49] but we have nothing like the follow in bugzilla [01:50] i just clicked your karma, and the site came up, but it says it didn't find anything [01:50] may happen. gmane search by name sometimes fail. Let me check [01:51] ddecator: worked for me [01:51] which bug was it? [01:51] i just searched your name and clicked your karma haha [01:52] heh. Try it in a bug [01:52] yah, that worked [01:52] so wait, if that works...how is the stock reply script supposed to work? [01:53] huh? [01:53] the gm script that allows for easily using a stock reply on launchpad, how is it supposed to work? is a button supposed to show up? [01:53] oh. Click on the down-arrow to the left of the package. [01:54] whoa, it works, haha [01:54] i've been having trouble with gm on FF 3.7 so i'm surprised that works [01:55] bug 414627 [01:55] you are running 3.7? And using GM? [01:55] Launchpad bug 414627 in malone "allow users to select another user to follow/watch (affects: 2)" [Undecided,Incomplete] https://launchpad.net/bugs/414627 [01:55] micahg, I could use your help with something (somewhat related to bug squad ;) ) [01:55] nigel_nb: if it's quick... [01:55] hggdh, yes...greasemonkey scripts i add don't work, but the launchpad addon thing in the repos seems to have worked [01:55] micahg, I had sent a mail to the bug squad ML about triaging classes [01:56] micahg, at some point would be interested in sharing about dealing with FF bugs? [01:56] nigel_nb: yes! [01:56] the list grows longer :) [01:57] nigel_nb: probably after lucid release though [01:57] micahg, thanks a bunch. Mostly one or 2 sessions a month.. I'm looking for something like our hug days [01:57] micahg, yeah... most sessions will be after lucid [01:57] right now, we need to have some generic sessions for all the new people who've joined [01:57] nigel_nb: once I make the docs and the lecture, shouldn't be a problem to have a refresher once a month [01:57] ah, great :) [01:58] I'm looking at something like 2 or 3 topics a month with 1 repeat for each to adjust TZ differences [01:58] i.e. each topic will be repeated once more [01:59] I can do anything from UTC 1200 to UTC 0600 [01:59] great :) [01:59] micahg: don't you sleep? [02:00] hggdh, LOL [02:00] hggdh: UTC 0600-UTC 1200 :) [02:00] 6 hours? [02:00] whoa! [02:01] well [02:01] micahg, that's still late for central time, haha [02:01] around that rance [02:01] range [02:01] amazing... [02:01] it would have been better the other way, where you would have 18 hours, nigel_nb [02:01] hggdh, hahaha [02:01] nigel_nb: that's the range I'm flexible in, I don't always keep those hours :) [02:02] I thought so, but I didn't want to pass up a chance to pull your leg ;) [02:02] btw, idk if anyone will have any idea, but are my chances good of getting to talk to pedro if i get on tomorrow at 15:00 UTC? [02:04] at 1500Z it will be good [02:04] 1500 UTC [02:05] perfect, we haven't had a chance to talk so i want to get on irc and actually get some advice and lessons, haha === BUGabundo1 is now known as BUGabundo [02:06] thanks hggdh [02:06] yw [02:06] hggdh, what is the procedure when we see a segfault bug? [02:06] nigel_nb: it should have been opened by apport, right? [02:06] yeah [02:07] I'm asking coz I generally skip them since I dont understand them [02:07] so apport will try to get a good BT off it. If it succeeds, then we can try to (1) match to an existing bug here; (2) upstream; (3) open a new bug upstream [02:08] bonus points for looking at the source and finding & fixing the issue (if needed) [02:08] oh, so thats how we do it [02:08] I think I'll pass the bonus points [02:08] upsteam = kernel? [02:08] er..upstream [02:08] yes. You should leave it alone until apport finishes the retrace [02:08] so that's what those are... [02:08] IDK. Is this a kernel bug? [02:09] I'm asking generally. [02:09] no, upstream is whereever the developers are [02:09] oh, whichever app seg faults, their upstream. ah [02:09] e.g., most Gnome bugs are in b.g.o [02:10] ddecator: https://edge.launchpad.net/ubuntu/+upstreamreport [02:10] although, some crashes might be introduced by an ubuntu specific patch [02:10] oh, yes, there is that. [02:10] like, for example, what do I do in bug 518617 [02:10] Launchpad bug 518617 in cron (Ubuntu) "cron crashed with SIGSEGV in __pthread_initialize_minimal_internal() (affects: 2)" [Undecided,New] https://launchpad.net/bugs/518617 [02:10] how can I make sense of the BT? [02:10] wow. I did not know cron was still used [02:11] nigel_nb: I'd also be happy to walk you through understanding a segfault bug at just about any time. There's transcripts of a couple sessions on the wiki, but often it's easier live. [02:11] micahg, first time i've seen this page, thanks [02:11] persia, will you agree to lead a session at some point in classroom? probably after lucid release? [02:11] it failed retrace. And -- bad, bad -- it has been make public with a coredump still attached [02:12] top 100 packages have almost half the bugs in Ubuntu [02:12] eeek, it was very early on the start [02:13] hggdh: bug 505370 [02:13] Launchpad bug 505370 in malone "disable ability to make public if attachments should be private (affects: 1)" [Low,Triaged] https://launchpad.net/bugs/505370 [02:13] ah, nm, you're subscribed [02:13] nigel_nb: I just did one 10 days ago, so I'd prefer to wait a few months before I do another in -classroom :) [02:13] heh [02:13] but not marked as affected :) [02:13] will mark it so now [02:13] persia, a few months is fine :) [02:14] Probably for Open Week for lucid+2, with me offering on-demand walk-throughs for interested parties in the meantime. About every 9 months is my preference for repeats (or I get dreadfully bored). [02:14] hggdh: maybe we should make a page of all the bugs that bugcontrol is affected by and have everyone mark them? [02:15] nigel_nb: But since my last session is only 10 days old, it may contain relevant current information if you want to understand the process :) [02:15] micahg: I think it should be voluntary, but (that said) sounds good -- peer pressure, and all of that [02:15] persia, I'm looking through that one. The one I'm asking now is a more long-term plan to have one or two sessions every month [02:16] About stacktraces? [02:16] persia, you get to pick a topic related to triaging [02:16] Oh, it might be worth getting in touch with the team doing the development sessions. [02:16] UDW? [02:16] thats MOTU team [02:16] I believe they are striving for one class a week on various topics, and assembling a faculty. [02:17] Um, no. [02:17] UDW is a special event. [02:17] Classroom team? [02:17] And MOTU/School was disbanded in favour of a more general development training organisation. [02:17] * persia hunts the wiki [02:17] https://wiki.ubuntu.com/Packaging/Training [02:18] But it could well move to be something more generic. [02:18] I think triaging is important for developers as well. [02:18] And development topics may be of interest to some triagers. [02:18] * persia has a dislike of the "I am not a developer" and "I am not a triager" memes [02:19] persia, ah I know this one. I think nhandler_ leads the Lp team on this [02:19] I think he's involved, yeah. [02:19] persia, we could eventually had over to them or merge with them or whatever [02:19] I prefer "cooperate" to "hand over" or "merge" :) [02:19] how hard is it to learn packaging? [02:19] Not. [02:20] it would be nice to work together [02:20] well merge and cooperate might be the same [02:20] *and* I've already asked nhandler's help on this one :) [02:20] For 90% of packages, packaging is trivial. There are a few programs that even completely automate packaging. [02:20] we're both on the classroom team anyway [02:20] But packaging itself isn't very interesting. It's more interesting to focus on how to fix broken packages. [02:21] persia, thanks, that's something i'd be interested in learning more about then =) [02:21] well gotta start somewhere [02:21] And that can be terribly complex, depending on how the program is packaged :) [02:21] i'm trying to learn basic python... [02:21] ddecator: OK. Ask me for the 10-step guide to packaging something in #ubuntu-motu sometime :) [02:21] persia, great, thanks =) [02:21] * micahg will take a copy too :) [02:24] okay, so what can do with the stack retrace bug? [02:30] ask cjohnston how it happened. It was *very* early in the setup, and I am not even sure cron was already running [02:30] nigel_nb: Pick one, and let's look at it. [02:30] ? [02:30] persia, bug 518617 [02:30] Launchpad bug 518617 in cron (Ubuntu) "cron crashed with SIGSEGV in __pthread_initialize_minimal_internal() (affects: 2)" [Undecided,New] https://launchpad.net/bugs/518617 [02:30] cjohnston: bug 518617 [02:31] Ugh. pthreads. [02:31] yep [02:31] pthreads? [02:31] i upgraded to 10.04... but i cant boot into the new kernel.. so im booting into the old kernel, and got the cron crash [02:32] nigel_nb: http://en.wikipedia.org/wiki/POSIX_Threads [02:32] But, more interestingly, there's not much we can do with that bug. http://launchpadlibrarian.net/38871619/Stacktrace.txt contains almost no useful information. [02:32] Try to reproduce and get a backtrace with more symbols. [02:33] persia: are you talking to me? [02:34] cjohnston: Is 518617 your bug? [02:34] yup [02:34] yes [02:35] Then I suppose I am :) [02:35] just checking [02:35] lemme give it a try and see what i can do [02:35] heh :) I'm glad you did, as I hadn't known I was addressing you :) [02:36] ;-) [02:36] https://wiki.ubuntu.com/DebuggingProgramCrash needs work [02:37] tryin to figure out how to run a backtrace [02:37] cjohnston: https://wiki.ubuntu.com/Backtrace [02:37] cjohnston: your bug still has the coredump.gz , you might want to remove it [02:38] persia, so I have to find another stackstrace [02:38] or keep it private :) [02:39] removed [02:39] coredumps aren't inherently carriers of private infomation, they just have some chance of being so, and it's *really* hard to tell. [02:39] micahg: that link, #1 points right back to the debuggingprogramcrash page [02:39] * vish didnt want to look and find out , if there was info ;) [02:39] For example, for a test system with no useful cookies and a pointless password (test123!), it's usually safe to leave them. [02:40] thanks vish [02:40] cjohnston: np.. [02:40] what debug symbol package should i install [02:41] At least cron, and preferably all the dependencies of cron. [02:43] cjohnston: if you still have the crash report, run 'sudo apport-retrace -o trash /var/crash/' [02:43] cjohnston: this will load *all* dbgsyms needed [02:43] easier than finding the dependencies. [02:45] * vish ooooh , takes note of that^..... neat :) [02:47] hmm .. [02:47] hggdh: i get "sudo: apport-retrace: command not found" [02:47] vish: it isnt installed by defaut i guess [02:47] i had to install it [02:47] ? [02:47] really? [02:48] * hggdh is surprised [02:49] ah right , /me installs [02:49] hggdh: http://pastebin.be/23349 [02:50] ?? what do you have in your sources.list? [02:50] That explains why the stacktrace was so useless :) [02:51] but -- if I remember correctly, the pthreads symbols would be in the libc6 packages [02:51] which was incompatible with your installed version [02:51] * ddecator just ignored the end of the super bowl to pay attention to this...what is the ubuntu community doing to me? =p [02:51] it starts this way... [02:52] and then you are taken. [02:52] Just take care to protect your sleep. Anything else is mostly fair game. [02:52] not to mention i'm waking up early tomorrow just to talk to pedro about bugs o.o [02:52] http://pastebin.be/23350 [02:52] and a couple ppa [02:53] The ppas might be catching you. [02:53] Or partner [02:54] Check to make sure you aren't installing something very low level from one of those. [02:54] how? [02:54] Alternately, there's something wonky with the ddebs capture. [02:54] getting beyond my knowledge levels [02:54] what are the ppas for? [02:54] You can look in /var/lib/apt/lists to see what is available from where. [02:55] apt-policy can also check for specific packages. [02:55] dropbox, cairo dock pidgin, wine vb [02:57] they should not matter [02:58] cjohnston: are you running Lucid, or Karmic with Lucid packages? [02:58] i tried upgrading to lucid [02:59] for some reason i cant boot into the newest kernel [02:59] but you are still booting Lucid? [03:00] http://pastebin.be/23352 [03:03] weird. [03:04] and what does 'uname -rv' say? [03:05] 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 02:39:34 UTC 2010 === jjesse_ is now known as jjesse [03:06] this is not a recent Lucid kernel -- in fact, I think this is a Karmic one [03:06] it is [03:06] i cant get the new kernel to boot [03:07] any of the new kernels? [03:07] oh [03:07] i only have one newer one installed [03:08] yes, just figured why [03:08] after the ubuntu logo, it goes to a blank screen and when i press keys/buttons it puts random odd characters on the screen [03:08] this may be part of what is making apport-retrace confused [03:08] this is unrelated, but how detailed do reports have to be in order to get classified as "Wishlist"? [03:08] hum. Try to boot with 'acpi=off [03:08] hggdh: how would i do that [03:08] sorry [03:09] ddecator: detailed enough so the concept is understood for the feature [03:09] ddecator: could be 1 line or 10 [03:09] ddecator: It's basically the same as any other bug: we need to understand it, and then we can set an importance. [03:09] when you boot you are thrown into grub. Press 'e' to edit the line you boot from [03:10] * persia notes that one may have to hold down shift to accomplish this [03:10] * vish *sighs* [03:10] ok [03:10] rebooting then.. [03:10] brb [03:10] * hggdh has grub with a delay [03:10] * nigel_nb too has delay [03:11] anyone know how gnome weather report works? [03:11] i swear i go into #ubuntu all the time and never get an answer.... [03:11] micahg persia , bug 518344 seems simple enough but idk the guidelines for wishlist items (the wiki doesn't say much) [03:11] Launchpad bug 518344 in f-spot (Ubuntu) "Allow export to iPod (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518344 [03:12] ddecator: I'd call that a borderline case. I have no idea if this is easy or hard from the available info, nor how to do it. That said, it might be trivial for someone with an iPod and knowledge of how it works. [03:13] and it may need to be reported upstream or linked to upstream wishlist if it exists [03:13] That would definitely be a good step. [03:13] bcurtiswx: its almost always certain ;) try #ubuntu-beginners-help [03:13] If the upstream bug is well described, we don't need more. [03:16] does bugzilla handle feature requests? [03:17] ddecator: yup [03:17] ddecator: yes, enhancement [03:18] learning new things everyday [03:22] aha, there is request upstream, so link them? (idk how much this gets treated the same as a bug, and how much is treated slightly different...) [03:24] Yes. Link them and mark it triaged and wishlist :) [03:24] It's precisely the same. It is a bug. Just not a very important one :) [03:24] a. you'll mark it triaged (i can't -yet-), b. does it matter that the upstream request is from 2007? [03:25] ddecator, (b) does not matter as long as its still open [03:25] this is it for me. Godd night all y'all [03:25] night hggdh [03:25] cya hggdh [03:25] ddecator, upstream bug number? [03:26] nigel_nb, https://bugzilla.gnome.org/show_bug.cgi?id=394806 [03:26] Gnome bug 394806 in General "iPod Photos" [Enhancement,Unconfirmed] [03:26] gnome 94806 [03:26] Gnome bug 94806 in general "crash with automatic closes" [Critical,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=94806 [03:26] bah [03:26] ddecator, its still open. You can add you that one [03:27] perfect, thanks all, just give me a sec... [03:32] someone wanna do the honors? =) [03:33] ...have the honors?...whatever the saying is [03:34] * micahg will take care og it [03:34] *of [03:34] thanks micahg [03:35] If nautilus errors during LTS->LTS-upgrade where does the bug go? [03:36] arand: nautilus if that's where the fixes go [03:37] arand: I think there's a hardy2lucid tag or if not there should be [03:38] micahg: So nautilus with that tag, or update-manager-core with that tag? [03:41] arand: if it's a nautilus bug, there [03:43] Problem is I don't really know, it only appears when doing an lts release upgrade. [03:48] micahg, will you be around for some more time? [03:48] nigel_nb: probably another 2 hours [03:48] micahg, i just found you in a bug, haha [03:48] I want some help patching libgweather [03:48] ddecator: not surprising, which tracker? [03:49] bug 518336, you're mentioned by the OP in the description haha [03:49] Launchpad bug 518336 in thunderbird (Ubuntu) "thunderbird-3.0: Please turn off global search by default (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518336 [03:49]