[00:01] Eh, never mind. I'll just tell him to come here himself. [00:03] !patience [00:03] Don't feel ignored and repeat your question quickly; if nobody knows your answer, nobody will answer you. While you wait, try searching https://help.ubuntu.com or http://ubuntuforums.org or http://askubuntu.com/ [00:03] Sorry, needed to do that even thou he left (or because he left) === fenris is now known as Guest25535 === Guest25535 is now known as ejat [02:10] hmmm, does anyone know if it is possible to make objdump work properly with a stripped binary and separate debug symbols? [02:11] disassembling a stripped binary is a little painful === jalcine is now known as Jacky [03:53] Good morning === sikon is now known as lucidfox [04:30] pitti, is the autosyncing working in quantal? [04:31] robert_ancell: yes, it should; but it coudl be that we are still syncing from testing [04:31] pitti, how would I find out? [04:31] robert_ancell: if you wait for a particular package, find out when it was uploaded to unstable and when to quantal [04:32] in general, I'd say "ask cjwatson", he's driving those [04:32] ok [05:06] Sweetshark: is there a "release calendar" for libreoffice for quantal? [05:06] Sweetshark: I'd like to add the important releases to https://wiki.ubuntu.com/QuantalQuetzal/ReleaseInterlock [05:14] Sweetshark: ah, found http://wiki.documentfoundation.org/ReleasePlan/3.6 [05:26] robert_ancell: note that newer gvfs is not blocked by udisks2, it still supports the old gdu monitor [05:26] robert_ancell: but I'll switch it anyway [05:26] pitti, oh cool. I wasn't sure so I linked them all together :) [05:27] pitti, I guess I'll have to learn this stuff with you being busy with other things :) [05:27] robert_ancell: do you want do do the update? [05:27] pitti, sure [05:27] robert_ancell: ok, then I'll stand by for questions :) [05:28] pitti, question 1) what's a good smoke test to do for gvfs [05:28] robert_ancell: I usually test the following: [05:28] USB stick: insert, verify automounting, safe-eject; reinsert, remount, yank out, check auto-umount [05:29] libgphoto2 camera: insert, check pictures in nautilus [05:29] ssh connection in nautilus (I have a bookmark to my server) [05:29] archive mounter -> open an .iso, verify mount in nautilus [05:29] that should provide pretty good coverage [05:29] * robert_ancell takes notes [05:29] robert_ancell: I also have a work item to write automatic tests for those [05:30] pitti, that will be 1000000x better :) [05:30] robert_ancell: perhaps one day I'll have some time to work on upstream tests! [05:30] pitti, heh, still getting stuck doing old job stuff? [05:31] no, just kidding [05:31] well, "yes" [05:31] still working on the jockey bits, and stable+1 [05:31] I'll transfer on June 1st [05:31] we have 8 years of reliance to wean ourselves off [05:39] Good Morning. [06:23] good morning [06:32] Good morning didrocks! [06:32] hey RAOF, how are you? [06:33] Good! Having fun reworking the xwayland init sequence to support nouveau :) [06:35] hey didrocks, bonjour BigWhale [06:35] hey RAOF [06:35] Where today the role of "fun" will be played by staring at the interlinked global state that is the Xserver startup sequence. [06:35] Hey pitti! [06:37] guten morgen pitti [06:37] Also, 8-bit ‘OK Computer’ is much better than 8-bit ‘Kid A’. Although that might also be due to OK Computer being much better than Kid A :) [06:37] RAOF: sounds fun ;) [06:39] good morning desktop folk [06:48] hey dpm [06:48] hey didrocks ;) [06:49] good morning didrocks, dpm, pitti [06:49] hey rickspencer3 [06:49] bonjour rickspencer3 :) [06:49] (and anyone else who is up ;) ) [06:49] guten Morgen dpm! [06:49] bonjour rickspencer3 [06:49] und morgen pitti [06:49] nice round of goodmornings today :) [06:51] hey pitti, would you have any ideas on how to solve this?: http://askubuntu.com/questions/140552/how-to-make-glade-load-translations-from-opt [06:51] or would anyone else? [06:52] I'm pretty much stuck there, I hadn't realized that translations were not supported in /opt (well, technically in Glade), and it's a bit of a bummer if it's not possible to ship translated apps in our app developer process [06:54] dpm: I don't have an off-hand idea for this; it just seems odd to me that GtkBuilder wouldn't use the normal dgettext() call, which already has been pointed to /opt via bindtextdomain [06:54] that certainly sounds like a bug in GtkBuilder [06:56] pitti, yeah, in fact, the set_translation_domain should not be needed, either and GtkBuilder should just use what gettext uses, but IIRC from a bug long ago, there is no intention upstream to change this [06:56] * dpm tried to dig out the bug # [06:56] *tries [06:57] yes, I agree -- in absence of a particular my_builder.set_domain call, it should just call gettext() and be done with it [06:58] bummer, yet another /opt blocker :( [07:00] Here's the upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=574520 [07:00] Gnome bug 574520 in documentation "gtk.Builder translations fail" [Normal,Resolved: notabug] [07:02] From there, I understand that I should use locale.bindtextdomain() but it just feels like unnecessary work. In any case, if it works, I'm happy again [07:02] * dpm tries [07:04] ah, that bug was still for the static bindings, which did their own magic [07:06] pitti, I'm not sure I can follow [07:07] I understand the bug is still relevant, right? [07:07] dpm: so does gettext.bindtextdomain() work? I thought the question said it wouldn't [07:08] pitti, no, that does not work [07:08] it works for the non-glade strings [07:08] but all of the UI is untranslated [07:09] there are suggestions in the bug to use locale.bindtextdomain() or libintl.bind_textdomain_codeset(domain, 'UTF-8') - I'm going to try that next [07:09] see if Glade picks it up from there [07:10] these are all exported by gettext, not locale [07:10] dpm: I wonder if it wouldn't be easier to set LOCPATH [07:11] hey guys, is there some known issues with extras repo signature? [07:11] i'm getting http://paste.ubuntu.com/1000376/ [07:12] pitti, would that not affect other translations that should be loaded from /usr/share/locale (e.g. gtk translations)? [07:12] dpm: err, ignore me; that's for locales, not gettext [07:13] ok, gotcha [07:13] dpm: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114461#12 -> nice hack :) [07:13] Debian bug 114461 in gettext "gettext: there is no way to control where message catalogs are found at run time" [Normal,Open] [07:14] dpm: if that works, we should think about hiding this behind something, but it's worth a try [07:15] pitti, oh my, you could press me to say that hack is "clever", but not "nice" :) [07:15] but I'm up for anything that makes translations work [07:16] dpm: yes, I still think that there's something wrong in GtkBuilder [07:16] but if that hack works, we are a step closer to knowing what's wrong [07:17] yes, although upstream seem to make it pretty clear that they're not interested in fixing it https://bugzilla.gnome.org/show_bug.cgi?id=574520#c5 [07:17] Gnome bug 574520 in documentation "gtk.Builder translations fail" [Normal,Resolved: notabug] [07:18] dpm: note that this is pygtk's upstream, not GTK's [07:18] and pygtk had some custom magic about translations, so it does not directly apply to GTK itself [07:21] pitti, right, so you think it'd be worth me filing a new bug against gtk? In any case, the GtkBuilder C API does not seem to have a bindtextdomain method, either http://developer.gnome.org/gtk3/stable/GtkBuilder.html#gtk-builder-set-translation-domain [07:23] If the [07:23] * "translatable" attribute is set to a true value, GTK+ uses gettext() (or [07:23] * dgettext() if the builder has a translation domain set) [07:23] dpm: RTFSing.. [07:25] oooh, so that in theory it should work [07:27] _gtk_builder_parser_translate() just calls g_dgettext() [07:27] you can set a domain for the GtkBuilder, but it's not necessary [07:27] and you shouldn't if your .ui files use the same domain as your app [07:28] but even if you do set the domain, it still just uses g_dgettext() [07:28] dpm: were you trying this with PyGTK or GI? [07:28] GI [07:28] dpm: I don't see any reason in the code why bindtextdomain() at the beginning of the programm (before opening .ui files) should not work [07:29] dpm: so if it indeed doesn't work, then please file a bug report, preferably with a small demo (using /tmp/ or home etc.) [07:29] I did try commenting out the set_translation_domain call, but that did not make a difference, let me try again [07:30] no joy [07:30] * dpm prepares a small demo [07:32] i think the builders hate me: https://launchpad.net/ubuntu/+source/firefox/13.0~b4+build1-0ubuntu3/+build/3508087 [07:32] thanks for your help pitti [07:32] 6 hours and it's only at the start of the testsuite! [07:33] chrisccoulson: hm, the new i386 builders shoudl be blazingly fast [07:33] chrisccoulson: oh, you caught an old one (palmer) [07:33] pitti - i turned on PGO [07:33] do you know how much RAM it has got? [07:33] the PPA builders just time out when linking too [07:33] I don't [07:59] hey [07:59] seb128: FYI, udisks2 is in quantal, and I talked with Robert about gvfs [08:00] seb128: gvfs 0.13.0 still supports the gdu backend, so udisks2 is not a blocker (but it's in now anyway) [08:00] seb128: he wants to do the update now, and I stand by for questions [08:00] pitti, ok, we should change to udisks2 anyway I guess [08:00] robert_ancell | we have 8 years of reliance to wean ourselves off [08:00] seb128: yes [08:00] pitti, did you talk to him about the gtk update by any chance? [08:00] no, I didn't [08:01] ok, no worry, I will keep following up by email ;-) [08:02] pitti, thanks, I learnt "to wean off" today ;-) [08:02] what was the context for that? udisks? [08:02] updating gvfs [08:02] I was going to do it, but then asked whether he prefers to, as it sounded like he would [08:03] so I told him what I usually test [08:03] hopefully we'll have automatic tests in a few months :) [08:03] ;-) [08:03] * seb128 hugs pitti [08:03] at least for a (fake) usb stick, ssh, samba, and archive (.iso/.tar) mounts [08:04] these should all be fairly easy to do [08:04] those are what I usually test manually [08:04] oh, and libgphoto, but that's a pain to virtualize [08:04] I'm looking forward having things like smb tested [08:04] that always breaks at some point in the cycle and we always found about it weeks later [08:05] indeed [08:05] seems like people here don't use smb a lot but users out there do ;-) [08:06] that's why I made it an explict WI in https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-desktop-quality [08:06] oh, speaking of WI, where is didrocks to remind me about the meeting reminder email [08:07] didrocks, dude I count on you for reminding me I need to send those ;-) [08:07] seb128: I didn't say hello yet ;) [08:07] seb128: meeting reminder! [08:07] ;) [08:07] didrocks, 'ci! [08:07] didrocks, salut, en forme ? [08:07] de rien, toujours un plaisir :) [08:07] ça va, et toi? ;) [08:07] oui, en forme ;-) [08:09] didrocks, tu as couru deja? [08:10] rickspencer3: non, je le fais le soir, à 19h :) et toi? [08:11] didrocks, il pleut ce matin [08:11] hmmm, any volunteers for bug 1002590? ;) [08:11] Launchpad bug 1002590 in thunderbird "No crashreporter in Firefox or Thunderbird" [High,Triaged] https://launchpad.net/bugs/1002590 [08:11] rickspencer3, salut [08:11] hey seb128 didrocks rickspencer3 [08:11] hey chrisccoulson, how are you? [08:11] seb128, yeah, not too bad thanks. a bit tired though. how are you? [08:12] chrisccoulson, I'm good thanks [08:12] chrisccoulson, build it with gcc-4.6 ;-) [08:12] rickspencer3: je pense que je ferais de l'exercice un peu plus tôt, entre deux pluies :) [08:12] hey chrisccoulson [08:12] seb128, yeah, i might do in a bit. but gcc-4.6 fails to build with PGO on ;) [08:12] il pleut à Toulouse ?! [08:12] où va t'on [08:12] seb128, oui, il pleut beacoup [08:13] je suis très triste [08:13] il pleut pour longtemps [08:13] 2 semaine [08:13] :,( [08:13] j'ai demangé a Seattle deja [08:14] rickspencer3, la météo dit que vendredi il fera beau [08:14] et lundi [08:14] oui, pour 1 jour [08:14] grrrrr [08:15] pas de chance pour le weekend par contre :-( [08:15] je vuex etre bien grillé deja [08:15] * rickspencer3 shakes fist at Toulouse weather [08:16] * didrocks heard from huats that bad weather didn't exist in Toulouse, weird ;) [08:16] OMG, seb128's threat became true [08:16] ;-) [08:16] Il ne parle que français? [08:16] didrocks, huats was correct until I moved here [08:17] rickspencer3: I didn't see good weather in Toulouse, didn't see it, don't believe it :) [08:18] didrocks, il fait beau quand tu as visité a Toulouse, non? [08:18] didrocks, yeah, I'm sure it's stories people from the south-west tell to make us feel jealous [08:18] doesn't work [08:18] rickspencer3: non, il a plu justement et très nuageux [08:18] seb128, it worked for me, and then I *moved* here [08:18] seb128: completely ;) [08:19] * rickspencer3 removes fishhook from cheek [08:19] rickspencer3, you should ask them to pay you back, you paid for sun you deserve some! [08:19] indeed! [08:20] pfff [08:20] huats, salut ;-) [08:20] RAOF, hey [08:20] I amso disapointed of you rickspencer3... [08:20] ;) [08:20] seb128: Hey! [08:20] huats, fair enough, but c'mon, look outside! [08:20] huats: I think he is disappointed about the weather :p [08:21] RAOF, how are you? [08:21] seb128: Good, yourself? [08:21] RAOF, I'm good thanks [08:22] RAOF, looking to http://status.ubuntu.com/ubuntu-quantal/canonical-desktop-team.html you have 44 workitems .... seems like a lot ... make sure to not overload you for the cycle please ;-) [08:23] seb128, you know what to do [08:23] * rickspencer3 waits for whip cracking noises [08:23] lol [08:23] RAOF: seems you earned all the leftovers from https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-color-management-next-steps [08:23] that's probably unintended [08:23] http://status.ubuntu.com/ubuntu-quantal/u/raof.html [08:24] right, that was going to be my next question ;-) [08:24] rickspencer3: I agree this year the weather is REALLY bad [08:24] should we even track that spec for this cycle? [08:24] and remember when you arrived it was realy great [08:24] you told me that :) [08:24] seb128: haha, look at that page more closely -- there is a work item called "Work items" [08:24] let's wait till the end of the week :D [08:25] seb128: but it seems to be the only glitch like that on http://status.ubuntu.com/ubuntu-quantal/canonical-desktop-team.html [08:25] pitti, I wonder if that's due to the "Work Items:" at the end of the whiteboard [08:25] seb128: presumably [08:26] seb128, RAOF: Note that a fair number of specs just got moved from o and p to q, but they should be revisited and possibly be moved further to r or be dropped [08:26] huats, meteofrance says weather is going to be nice on friday and monday but rainy during the w.e [08:26] seb128: they always lie :) [08:26] * didrocks was thinking he would have few WI this cycle after assisting the sessions [08:26] That does seem like a lot; many of those are bugs from colour-management, and a couple of others are obsolete. [08:26] pitti, right, the rootless-x and color ones seem in this case [08:26] ah, ruthless X [08:27] RAOF, should we track the colormanagement spec for the cycle or just deal with bugs out of the cycle spec tracking? [08:27] seb128: the lcms2 transition would be nice to finish indeed, as the old lcms1 stuff is totally deprecated and buggy; but that's not for one person to do alone [08:27] RAOF, please clean up the obsolete ones when you cross them ;-) [08:27] as long as we can at least use lcms2 only in main, that'd already be good progress [08:27] right [08:27] Will do. [08:28] thanks [08:28] RAOF, and while you are around, can I try to bribe you again to do unapproved SRU reviews this week? ;-) [08:29] Tomorrow :) [08:29] RAOF, sorry you are my new ping contact in the SRU team, it used to be pitti :p [08:29] RAOF, thanks [08:29] RAOF, like the gwibber there is a one liner to stop hating users who have a non ascii char in their username, it would be nice to get it in ;-) [08:29] :) [08:30] * pitti yays at http://paste.ubuntu.com/1000413/ [08:30] welcome, driver lookups behind a PackageKit interface [08:31] pitti: no nouveau? :s [08:32] mlankhorst: if you make x-x-d-nouveau declare Modalias: fields, it will :) [08:32] mlankhorst: but we'll need to special-case nvidia anyway, for the six different variants that we have for it [08:32] pitti: true [08:33] switch (*(uint32_t)pci->bar0 & 0xff00000) >:-) [08:33] mlankhorst: actually, "modinfo nouveau" does have modaliases [08:34] mlankhorst: so if someone ever provides a DKMS package with a backported/experimental/whatever driver, and uses dh_modalises, it will all Just Work ™ [08:34] pitti: probably incomplete, it just attaches to everything of class video with manufacturer nvidia.. [08:34] *nod* [08:42] pitti, ok, I filed https://bugzilla.gnome.org/show_bug.cgi?id=676543 for the conversation we were having earlier on [08:42] Gnome bug 676543 in GtkBuilder "Cannot load translations from a locale dir other than the default" [Normal,Unconfirmed] [08:42] dpm: thanks, will look at that in a bit [08:43] dpm: note that you didn't actually attach something? [08:43] argh, I did not? [08:44] weird, did not seem to upload it the first time. It is there now, thanks for the heads up! [08:45] pitti, I also tried http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114461#12 but that did not seem to work with my example [08:45] Debian bug 114461 in gettext "gettext: there is no way to control where message catalogs are found at run time" [Normal,Open] [08:51] pitti, what was the meeting time usually in summer? I never know with DST, I proclaimed 15:30 UTC since I think earlier works better for most of us [08:51] seb128: that's correct [08:52] great [08:52] seb128: https://wiki.ubuntu.com/DesktopTeam/Meeting has that [08:54] mvo: would you mind if I upload the current aptdaemon quantla packaging branch? I'm blocked on getting the test dbus.conf shipped in the package [08:54] mvo: (otherwise my shiny new ubuntu-drivers-common will fail to build) [08:54] mvo: if you are planning to do an upload soon anyway for glatzor's py3 branch, I can wait a day or two, of course [09:01] pitti: not at all ,please go ahead [09:03] mvo: ok, done [09:04] ta [09:31] mvo: oh, to avoid duplicate work: I have most of a Python 3 port for apturl here [09:31] mvo: but I need python3-aptdaemon for that first (see glatzor's mail) [09:31] mvo: so please don't start working on apturl for now [09:33] pitti: ok [09:33] pitti: thanks for the info! [09:33] pitti: iirc there was a test failure in the py3 branch from glatzor [09:34] Laney: hey [09:34] Laney: looking at the https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-deprecate-language-selector you just changed the status [09:34] yeah, though I was supposed to as assignee? [09:34] Laney: not sure if they want to automate the collect of the Goal/other markers, if so: [09:34] or is that for someone else [09:34] if so, move it back :-) [09:35] no no, it's fine :) [09:35] - Goal should be in the in the first part for the description [09:35] oh oh [09:35] - typo (it's Test Plan: and Release Note:) [09:35] the rest looks good :) [09:35] I didn't know they were going to be automatically processed [09:35] just in case they want to collect that :) [09:35] not sure as well, but let's follow the wiki just in case [09:35] ok [09:36] I'll approve once you do those changes [09:36] should I remove the rest of the description? [09:36] I guess it's fine, I added those afterwards though with sesssion notes: ------------------ [09:36] but I guess it's rather a "do as you want" :) [09:41] didrocks: like that? [09:41] Laney: it's Test Plan*s*: IIRC [09:42] ok, got it [09:42] I would remove the Release Note stenza if it's not applicable [09:42] possibly, I just put it because it was listed as mandatory [09:43] it's not anymore, is it? [09:43] well, "if user visible feature" [09:43] maybe I should write something [09:43] maybe just tell that there is a newer language selector [09:43] not sure if the change there is worth release noting [09:43] but yeah, seems minor [09:43] but seems it could [09:43] that's what I thought, but the wiki says that it should be for any user visible feature [09:44] lets just leave it and see if anyone complains [09:44] ok, we can change it later if it's automagically collected anyway [09:44] let's approve it then [09:44] and done :) [09:44] I think I need to be added to some team to show up on the tracker btw [09:44] thanks! [09:44] yw [10:45] wow, nearly 9 hours - https://launchpad.net/ubuntu/+source/firefox/13.0~b4+build1-0ubuntu3/+build/3508084 ! [10:47] seb128: what's needed to sync gstreamer1.0, gst-plugins-{base,good,bad,ugly}1.0 and gst-libav1.0 from debian/experimental? :) [10:47] slomo, you asking, I will do it after lunch [10:48] slomo, thanks for pointing those ;-) [10:48] seb128: thanks, will just update gst-plugins-bad and gst-libav then :) [10:50] slomo, yw! [10:50] chrisccoulson, no timeout this time? [10:50] chrisccoulson, didn't firefox use to build in like 3 hours? [10:51] seb128, yeah, maybe the timeout is shorter on the PPA builders? [10:51] chrisccoulson, oh, build success, congrats! ;-) [10:51] could be... [10:51] seb128, yeah, the success is without the crash reporter though ;) === MacSlow is now known as MacSlow|lunch === smspilla1 is now known as smspillaz [12:09] mpt: ping [12:20] seb128: ok, gstreamer1.0, gst-plugins-{base,good,bad,ugly}1.0 and gst-libav1.0 0.11.91-1 could be synced from debian/experimental now :) last bad/libav were just uploaded so might not be there yet, but the 0.11.91-1 version is important [12:20] slomo, ok [12:20] slomo: ah, you can't upload them yourself? [12:21] slomo: ... and thanks! [12:21] pitti: i can, sure :) but these are syncs [12:21] slomo: right; I mean when you are able to upload a package, you are also able to call syncpackage for them [12:21] just saying [12:21] pitti: oh, good to know :) [12:22] syncpackage -d experimental (in ubuntu-dev-tools) [12:22] slomo, want to try? [12:22] seb128: yes, trying :) [12:24] seb128: seems to work, now only waiting for bad/libav to appear :) [12:24] slomo, great! [12:25] yeah, they are in NEW [12:25] slomo: indeed, they are in https://launchpad.net/ubuntu/quantal/+queue?queue_state=0 now [12:25] seb128: do we want them in main already for switching over, or universe for now? [12:26] pitti, universe [12:26] done [12:26] we will promote then when something start pulling them in [12:26] pitti, danke [12:27] pitti: shall i sync old versions of bad/libav now already to cause less work for you (you could accept them now already), and just update later? [12:27] slomo: it doesn't matter much either way really [12:27] update later shouldn't be extra work [12:28] pitti: ok, they should be there too now... thanks :) [12:28] seb128: do you know if gnome decided to go with gstreamer 1.0 for next release already? [12:29] slomo, I don't know, that's one of the things we put on the list at UDS, check GNOME plans to determine what version we will use [12:29] * pitti is looking forward to an introspectable gstreamer [12:29] slomo: done [12:31] pitti: that's much better with 1.0 already, but some simple changes are still missing in g-i... like being able to specify that struct X, that has struct Y as first member, can be used like any struct Y instance (i.e. simple struct inheritance) [12:40] question on bamf/unity launcher. we tend to combine javaws app under one group [12:40] whereas they might be different instances [12:41] is this is design choice, or something we overlooked ? [12:41] Trevinho, ^ [12:42] bug I would say in any case [12:43] seb128, thanks [12:43] yw [13:02] bryceh: ping [13:10] good morning! [13:10] i am not sure when it started, but for a few days at least i have the sound settings dialog disppear (crashing?) if i click on the bluetooth headset in the "input" tab [13:11] gnome-control-center [13:11] (gnome-control-center:9674): sound-cc-panel-CRITICAL **: gvc_mixer_stream_get_port: assertion `stream->priv->ports != NULL' failed [13:11] Segmentation fault [13:11] precise up to date that is [13:11] i can select other input devices though (mic and internal are OK to click on) [13:12] cyphermox, hey, how are you? [13:12] asac, hey [13:12] hello seb128 [13:12] asac, can you report a bug with a debug stacktrace? [13:12] can i do that :)? [13:12] hehe [13:12] hey, not bad, not bad [13:12] have to resurrect the dbgsym stuff i guess [13:16] ok running apport-bug i guess [13:16] thought there was a way to easily retrace stuff locally [13:17] asac, sudo apport-retrace ...? [13:18] that doesnt exist :) [13:18] oh nevermind [13:18] have to install it :) [13:18] let me do that [13:18] the apport-bug thing failed [13:18] (doesnt do anything after collecting info) [13:19] asac, if you run apport-retrace under sudo it will install the required dbg for you I think [13:19] install? and cleanup? [13:19] :) [13:20] thought it would do a chroot or something === seb128 is now known as robert_ancell === robert_ancell is now known as seb128 === MacSlow|lunch is now known as MacSlow [13:31]