[00:24] Eww. How did a previously unreleased Ubuntu version tag make its way into the nautilus packaging branch? === bjf is now known as bjf[afk] === kklimonda1 is now known as kklimonda [01:22] Question: Does the kernel calls the VESA driver if the Nouveau driver fails? [01:29] JackyAlcine: No. X might, though. === doko__ is now known as doko [05:59] Yay. Turns out 5-7 business days actually meant “today”. I can haz internet! [06:05] Hm. Although apt seems to be having trouble contacting mirrors half the time with 504 timeouts. That makes sbuild a sad panda :( [06:31] RAOF: turns out that the 5-7 business days quote was for _reliable_ internet [07:24] good morning [07:29] Good morning [07:37] hey pitti! === soren_ is now known as sorne === sorne is now known as soren [07:45] good morning everyone [07:46] hey chrisccoulson [07:46] chrisccoulson: currently looking at NEW :) [07:46] hi pitti, how are you? [07:46] excellent :) [07:47] I'm great! had a long night's sleep, feeling much better [07:47] chrisccoulson: do we need to seed the package, or did you already make it a recommends from something? [07:48] pitti - it's recommended by firefox. that should be enough to pull it in shouldn't it? [07:48] ack [07:48] it is [07:48] excellent :) [07:51] good morning chrisccoulson [07:51] hi didrocks, how are you? [07:51] chrisccoulson: very tired, need a week-end! But otherwise, good :) [07:52] happy that latest "kept me busy but I have unity to hack on"-task like the scrollbar overlay is out :) [07:52] still have some utouch review to do though :/ [07:52] and you? [07:52] heh :) [07:52] didrocks: TGIF! (and do try to not work on the WE..) [07:53] didrocks - yeah, pretty busy too. buy i'm glad that the menubar work for firefox has landed now :) [07:53] pitti: heh thanks :) (I still need to do the gnome-session stuff as nobody seems to be interested in it) [07:53] chrisccoulson: yeah, congrrats for that \o/ [07:53] didrocks: we postponed that a little bit [07:53] didrocks: is it that urgent? [07:54] -- natty/main build deps on libhal-dev: [07:54] xorg-server [07:54] bryce_, RAOF: ^ oh noes, it's back! [07:54] didn't we already kill that previously? [07:54] pitti: not really, because the nux detection tool doesn't make the difference between unity and compiz yet [07:54] * pitti hoped to demote the hal source package today [07:54] (for hw requirement) [07:54] but when if will come, we will need that [07:54] and touching that piece earlier than later is the best thing to do :) [07:55] chrisccoulson: TBH, I really hope that one day I'll be able to use firefox with launchpad [07:55] chrisccoulson: then, I'll be delighted with your appmenu integration :) [07:55] didrocks: is there anything on your plate which doesn't require a lot of special knowledge which I could take off you? [07:55] pitti: gnome-session, that was why I opened the bug :) [07:55] and tried to describe [07:55] but I think you're busy, I'll tackle that tomorrow [07:56] ok [07:56] speaking of utouch :) [07:56] didrocks: not tomorrow.. [07:56] pitti: well, let's see when I feel I can do it without breaking my mind, rather :) [07:56] pitti: I think I'll need your release team hat for a FFe for utouch (just doing a final check first) [07:58] pitti: so bug #702630 [07:58] Launchpad bug 702630 in mtview "[FFe] New Source Package: mtview" [Undecided,New] https://launchpad.net/bugs/702630 [07:58] micahg: mind if I try building xulrunner-1.9.2 without hal? 2.0 doesn't need it either, and it's the last pacakge holding hal in main [07:58] it's a new package which will be in universe [07:58] didrocks: will looko [07:58] (a test tool mainly) [07:58] rydberg: am I right or terribly wrong? :) [07:58] spot on! [07:58] nice! [07:58] thanks pitti :) [07:59] (done) [07:59] new universe package FFEs are mainly a question of finding an archive admin to process them [07:59] I'll sign up [07:59] pitti: thanks :) I'll upload and NEW it [07:59] Morning! [08:00] (the packaging has been done by rydberg, I've cleaned up and reviewed it) [08:00] it has didrocks awesomeness written all over it now ;-) [08:00] pitti: do you think we should put the 3.3.1-1ubuntu5 LO and the OOo transitionals in natty? or should we wait for 3.3.2rc1? [08:01] s/awesomness/intrusiveness/ ;) [08:01] pitti - yeah, you can do that [08:01] hey Sweetshark! [08:01] haha [08:01] although, i'd prefer xulrunner to be in universe too ;) [08:01] Sweetshark: I'd like to have the transitionals in soon, as they are currently NBS and thus prone to cleanup [08:01] Sweetshark: will they change (much) with 3.3.2rc1? [08:02] chrisccoulson: right, we still need to sort that out; but I want to see hal gone for good [08:02] oh, i still need to open a bug about that too [08:05] micahg: can I send you the debdiff to commit to https://code.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.2.head ? [08:06] pitti: I just looked up the git logs and its less than two commits per repo and those seem to be critical fixes anyway. I found no "feature" commits there. [08:06] Sweetshark: you mean for the oo.o transitional source package? [08:10] pitti: no, for the upstream changes at rc2 [08:10] ahhh [08:11] between 3.3.1 and 3.3.2 [08:12] the only thing that changes about the transitionals is how many of them are build. [08:12] so even less changes there [08:18] pitti: but we could dput the OOo transitionals now (as they wont change because of a 3.3.2 release), and wait with the LO stuff for 3.3.2 rc1 (which is planned upstream for monday, debian package by tuesday i guess). [08:18] Sweetshark: sounds like a plan [08:18] Sweetshark: just tell me where to get the transitional oo.o from and I'll sponsor it [08:19] pitti: ok, I will prepare the stuff and tell you when you can pick them up from chinstrap [08:19] awesome, thanks! [08:20] Sweetshark: btw, for the Monday/Tuesday LO upload, could you please drop the -tango recommends? [08:20] Sweetshark: bug 726921 [08:20] Launchpad bug 726921 in libreoffice "libreoffice-gtk should recommend either libreoffice-style-human or libreoffice-style-tango" [Medium,Fix committed] https://launchpad.net/bugs/726921 [08:21] pitti: oh, I didn't follow the full end of the story unfortunately, but is there any move on the gir python override stuff vs our integration tool? [08:21] didrocks: Debian didn't respond yet :/ [08:22] didrocks: I think for now I'd recommend using dh_python2 and adding an extra symlink to the pysupport dir; or is that too hackish for you? [08:22] ok, that's a blocker for s-c, but I think we can still wait a little bit [08:22] or just use pysupport [08:22] no, that's fine to get things moving [08:22] will do that on Monday [08:22] and the overrides shoudl be in the gir* [08:23] pitti: see bug, fix commited so np [08:23] \o/ [08:24] pitti: thanks, will definitively do that and add some FIXME somewhere so that we don't lost sight of it [08:24] loose* [08:24] rockin' -- latest pygobject fixes gdbus server side [08:24] * pitti will test and cherrypick [08:24] oh nice! [08:25] so now we can do full gdbus with gi [08:25] * didrocks is eager to have some test to really do more than a "hello world" gtk app in gi :) [08:25] time* [08:25] didrocks: we have about 6 pygi GTK apps in natty now [08:25] \o/ [08:26] apport, jockey, software-properties, language-selector, gtimelog, aptdaemon [08:26] nice work :) [08:26] oh, and computer-janitor [08:26] is the gdbus really a win for python compared to the previous binding? I remember your blog post about the length it took [08:26] excellent, so now the "big application" to port is USC? [08:26] didrocks: all those niceness patches are upstream now [08:27] didrocks: so it's about as nice as python-dbus now (you just need to specify the signature, but that's desired and a feature) [08:27] yeah, good to know! (and to only use "one way of doing it" between C/python) ;) [08:29] didrocks: as for gdbus: you need less dependencies, and it's a lot better with threads [08:30] yeah, with the separate worker thread. Didn't think about it! Nice win indeed :) [08:31] pitti: oh? do you want to take care of the NEWing of mtview (saw the bug report)? as I've done a "review" + advice and not the packaging of all the "utouch*" new stack, I've NEWed them myself (maybe I shouldn't have done that) [08:33] meh, compiz freeze; there goes my xulrunner build [08:33] didrocks: *shrug*, too late now :) I can do the binNEW [08:34] pitti: I didn't upload yet :) [08:34] pitti: I was talking about the stack I NEWed one month ago [08:34] as I was doing their reviewed, it was some sort of "pre-AA review for me" [08:34] hence the fact I took care if it until the end :) [08:35] as it's not "my" packaging [08:53] micahg, chrisccoulson: can you please commit http://people.canonical.com/~pitti/tmp/xulrunner.nohal.debdiff into lp:~mozillateam/xulrunner/xulrunner-1.9.2.head ? I tested and uploaded it [09:02] morning [09:02] hey rodrigo_ [09:02] hey rodrigo_ pitti [09:03] dpm, hey, your keyboard layout bug, can you switch layouts with the keyboard? i.e is that only an issue with the indicator? [09:03] hey seb128, no, I cannot use the keyboard shortcut to switch layouts [09:03] dpm, do you run the updated version from yesterday? did you restart your session since? [09:04] I did an upgrade yesterday and this morning. I first detected it this morning, and I did not restart the session, so I guess I should do this now :) [09:04] just need to orderly close some windows :) [09:05] dpm, it would be useful if you could restart gnome-setting-daemon or better your session [09:05] dpm, no hurry don't close your work just for that === m4n1sh-ic_ is now known as m4n1sh-ic [09:05] dpm, next time you have the opportunity restart it and let me know how it's working [09:06] seb128, ok, thanks for the pointer. Yeah, as soon as I finish off the couple of things I'm doing I'll restart the session [09:26] seb128, ok, so restarting the session fixed the problem, I've marked the bug as invalid, thanks for the tip! [09:27] dpm, thank you for testing ;-) [09:27] hey, does the indicator-datetime work for anyone? It's been displaying nothing but the time (i.e. no dropdown menu with the calendar) for me for quite a few days [09:27] dpm, let me know if your previous issue is fixed as well [09:27] the out of synchro [09:28] dpm, it works for me but I didn't update yet [09:28] seb128, it seems to be fixed now, I've just checked [09:28] great [09:29] dpm, you can try to kill -9 $(pidof indicator-datetime-service); /usr/lib/indicator-datetime/indicator-datetime-service [09:30] dpm, then see if errors are printed [09:30] ok [09:36] seb128, here's the output http://paste.ubuntu.com/575390/ - I'm not sure about the indicator-datetime-service PID, it seems to change quite often [09:38] ah, that was the pidof part, just a sec... [09:39] http://paste.ubuntu.com/575391/ [09:40] dpm, ok, seems it keeps crashing for you [09:40] yeah, I'm seeing this behaviour in two natty computers [09:41] dpm, can you get a stacktrace of the crash? [09:42] dpm, doing that [09:42] gdb -p $(unity-panel-service) [09:42] taht will hang the unity-panel so it stops reloading the indicators [09:42] then [09:42] gdb /usr/lib/indicator-datetime/indicator-datetime-service [09:42] (gdb) run [09:42] (gdb) bt [09:42] you might want to indicator libglib2.0-0-dbgsym indicator-datetime-dbgsym before [09:43] I cannot use unity due to bug 726496, is there anything I should change in the instructions above if I'm in the Classic Desktop (No effect) session? [09:44] Launchpad bug 726496 in nvidia-graphics-drivers "Cannot use Unity or Classic desktop with effects after the latest nvidia+xorg update" [Undecided,New] https://launchpad.net/bugs/726496 [09:44] dpm, yes, remove the indicator-applet instead of using gdb on unity-panel-service [09:44] mpt, hey, did you get my email? [09:45] dpm, then add it back after doing "run" in gdb [09:45] dpm, the "bt" is after gdb stop saying the indicator crashed [09:45] ok, thanks, give me a few mins and I'll try that [09:45] and471, not yet, let me check [09:46] dpm, thank you ;-) [09:48] seb128, np. I cannot find the debug symbols package for indicator-datetime. Is there any other one I should install, apart from the glib one? [09:49] and471, found it, I was searching for the wrong name [09:49] ah : [09:49] :) [09:49] dpm, not easy to say, just do the few steps and I will ask you again to do them a second time if we lack symbols [09:50] ok, sounds good [09:50] dpm, but a first run without those will give us some details on what is needed [09:50] ok [09:50] and471, so, I might work on some sketches over the weekend [09:50] cool :) [09:51] mpt, that would be very interesting :) [10:02] seb128, https://pastebin.canonical.com/44278/ (there is some info about accessing the Canonical calendar there, so I'm pasting it here just in case) [10:06] rodrigo_: hm, bug 718805 got reopened, apparently it still doesn't work :/ [10:06] Launchpad bug 718805 in libcanberra "[Natty] system-ready and login sounds do not play" [Medium,In progress] https://launchpad.net/bugs/718805 === fta` is now known as fta [10:08] pitti, yes, saw it, will look at it [10:08] rodrigo_: thanks [10:08] seemed to work for me though [10:09] dpm, ok, seems you have an account where you don't store you password, like you need to type it when you run evolution? [10:09] seb128, yeah, it should store it, but it never does, and keeps asking me for the password [10:10] dpm, ok, so there is 2 bugs there [10:10] (in Evolution, that's where I first set it up) [10:11] dpm, the crash is bug #724856 [10:11] seb128: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/724856) [10:11] ok [10:11] dpm, it's a side effect or the fact it can't access to the calendar [10:12] dpm, it wants to ask you for your password but the indicator doesn't handle that [10:12] so rather than asking it crashes [10:12] ok, understood [10:12] dpm, does it stop happening if you run evo and authentificate for the calendar? [10:12] or if you turn off this calendar in evo [10:12] let me try [10:13] although the problem is that evo never stores the password for some reason [10:13] did you open a bug about that? [10:13] I never bothered, but I will now ;) [10:13] if not please do, run evo on a command line and see if it prints errors as well [10:13] thanks [10:13] ok [10:35] hey, why exactly is window-picker-applet in main? and do we still need it there? [10:36] it was used by UNE before [10:36] but it can probably go to universe now [10:37] seb128: I can not find it in the seeds or any rdepends, so I guess demotion is fine [10:37] yes [10:37] just fixed a ftbfs and stumbled over it there [10:37] weird, if nothing pulls it in it should be on components-mismatch [10:37] check with ogra I thin [10:38] it was probably only staying it due to mobile images [10:38] but they have unity-2d now [10:38] right [10:38] maybe I don't have the right seed [10:38] * mvo checks [10:38] we kept it for the mobile image [10:38] mvo, the efl UI just moved off the seeds before A3 [10:38] as seb128 told, I think it's not anymore needed now that there is unity2d [10:38] :) [10:38] ok, cool [10:38] * mvo waves bybye [10:38] i just didnt find the time to ask for demotion yet [10:39] well it should show on component-mismatchs [10:39] something is likely still bringing in [10:39] still in a seed somewhere? [10:39] maybe? [10:39] likely [10:39] get the seeds directory and grep in it [10:40] do we have anyone who is familiar with the iternal of openjdk? [10:40] someone who could comment on bug 710641? [10:40] Launchpad bug 710641 in openjdk-6 "During usage of LibreOffice: A fatal error has been detected by the Java Runtime Environment" [Undecided,New] https://launchpad.net/bugs/710641 [10:42] well, I don't have them all, but from netbook it was remvoed 2011-02-15 [10:42] mvo, could still be on a dvd or something [10:43] brb session restart with the new indicator stack [10:43] ogra@osiris:~$ apt-cache showsrc window-picker-applet|grep -i section [10:43] Section: universe/gnome [10:43] mvo, ??? ^^^ [10:44] mvo, hey, long time no speak :) when do you think you could merge the synaptic resize-grip fix ? [10:44] mvo, the binary is still in main, i wonder if it needs a rebuild or something for the publisher to pick up [10:45] well, rebuild will be there in a couple of minutes, just upload a ftbfs [10:45] then we know [10:45] and471: hey, let me check [10:49] seb128: are you aware of the gnome-games build failure? http://launchpadlibrarian.net/63290767/buildlog_ubuntu-natty-i386.gnome-games_1%3A2.32.1-0ubuntu3_FAILEDTOBUILD.txt.gz: dh_girepository: Could not find library libgames-support-gi.so.0 [10:49] and471: looks fine, merging now [10:50] mvo, no, but pitti might have a clue of that's a gi issue [10:50] hi people, I wanted to ask - what are Ubuntu/Canonical plans with GNOME 3 (except GNOME Shell of course, as Canonical moves forward with Unity)? [10:55] mvo, many thanks [10:56] pecisk_darbs, what do you want to know exactly? [10:56] pecisk_darbs, we don't plan to stay on GNOME2 for ever if that's the question [10:56] and471: thank you! and sorry for the delay, I have no clue why LP did not send me a mail about it [10:57] mvo, no problem :) [11:00] seb128, mvo: might be missing an -I to the dir where libgames-support-gi.so.0 [11:00] is built? [11:01] the .so is built fine [11:10] if I need to file a bug report in the time and date settings, is indicator-datetime the right package? Or do the settings have a separate package? [11:10] dpm, it's the correct component [11:11] dpm, check open bugs though some issues a known [11:11] like some of the settings not working [11:11] ok, yeah, I'll check, but it seems not to be very locale aware, though :( [11:11] * Sweetshark reboots [11:12] dpm, how so? [11:15] seb128, it seems to ignore the locale settings for time and dates in several places. In the first tab to set the time, the date is in ISO format. The appointment times from the Evo calendar are shown in 12-hour format, despite my locale specifying 24-hour format [11:15] and the explicit setting in the indicator itself to use 24-hour format [11:15] right [11:16] I can confirm those [11:20] pitti: Hi Martin, as regards the backports of l-s and gdm that I am suggesting, I found it easiest to create branches based on the latest Lucid respective Maverick version and add the Natty stuff, i.e. they are similar to -updates. [11:20] pitti: For that reason, Scott K. wants that somebody in the desktop team "blesses" bug 719815 before the branches are uploaded. Guess he would like to see something more of a stand-point than the quick bug comment you added last week. [11:20] Launchpad bug 719815 in maverick-backports "Please backport gdm and language-selector to Lucid and Maverick" [Undecided,Incomplete] https://launchpad.net/bugs/719815 [11:20] pitti: Would it be ok with you to provide the requested endorsement? [11:21] dpm, those 2 crashes you reported, did you already clean the .crashes? [11:22] pitti: That hal dependency looks like a false-positive af your tool? Unless we're secretly planning a kfreebsd kernel? :) [11:22] RAOF: aah, thanks [11:23] hah! look what's on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt now \o/ [11:23] hey GunnarHj [11:24] GunnarHj: I guess you tested the PPA on actual lucid/maverick installations? [11:24] pitti: Yes, I did. === rodrigo__ is now known as rodrigo_ [11:42] pitti: Whats the exact the of the desktop meeting on tuesday? [11:43] 16:30UTC? [11:43] Sweetshark: exact time? [11:43] yes [11:43] thanks [11:55] didrocks: small correction to mtview's copyright file: [11:55] Files: * (unless noted below) [11:55] please just "*"; the "unless noted below" is implicit, and this breaks machine parseability [11:55] otherwise it's fine, accepted [11:55] oh right, I didn't pay attention to that, sorry [11:56] changing [11:56] pitti: no need for new upload for now? just changing in the vcs, right? [11:56] didrocks: right [11:56] ok, thanks pitti :) [12:02] Quick question: Will there be mouse wheel scrolling in Unity Places? (or whatever the app-view is called) [12:04] scarleo, hey, no reason to not do it, it's just that the unity team focussed on getting features to land recently, those sort of issues will be tackled next [12:04] scarleo, hey, no reason to not do it, it's just that the unity team focussed on getting features to land recently, those sort of issues will be tackled next. [12:04] ups [12:04] seb128: Great, thanks [12:04] iirc there's already a bug open for scrolling in the dash [12:04] scarleo, bug #721447 [12:04] Launchpad bug 721447 in unity "Unable to scroll in Applications/Files and Folders Place using mouse wheel" [Medium,Triaged] https://launchpad.net/bugs/721447 [12:05] scarleo, if you want to track the issue [12:05] seb128: ty [12:05] you're welcome === MacSlow is now known as MacSlow|lunch [12:22] pitti, can you try if gnome-display lists gnome-display-properties? [12:22] "gnome-display"? [12:22] pitti, I think it's rather an issue with 1 letter words than with "-" [12:22] pitti, in the dash [12:22] aah [12:23] seb128: it's called "Bildschirme" here [12:23] pitti, it's supposed to ignore "-" but use each word for the query, but your example had 1 letter words [12:23] pitti, well gnome-display-properties is still the command name ;-) [12:23] seb128: "display" works, "display-" works, "display-p" stops working [12:24] gnome-display doesn't work [12:24] seb128: so by that logic, shouldn't it be "d-feet" -> (hyphen elimination) -> "d feet" -> (ignore 1 letters) -> "feet"? [12:24] "feet" does work [12:24] weird, it stopped working as well here [12:24] it's a bug for kamstrup anyway ;-) [12:25] pitti, yeah, there is something buggy there, I was just wondering if it's one letter words rather than -" [12:25] "-" [12:25] seb128, pitti: we're not indexing Exec lines [12:26] kamstrup, well it's Name entries in this case [12:26] kamstrup, bug #729025 [12:26] Launchpad bug 729025 in unity "dash search does not find names with '-' (d-feet, e-mail)" [Undecided,New] https://launchpad.net/bugs/729025 [12:26] kamstrup: by design, or just omission? [12:26] seb128: gnome-display-properties in Name? [12:26] kamstrup, no, that was me doing wrong debugging [12:26] pitti: i can't recall :-) I think it's by design [12:26] kamstrup, d-feet or frozen-bubble are buggy [12:27] pitti: but it's trivial to add [12:27] kamstrup, but those are the names listed in the place view [12:27] and d- is showing d-feet, just when you press f it vanishes [12:27] right, i can see that [12:27] same for frozen-bubble [12:28] so it's not 1 char words [12:28] same for the file place [12:28] didrocks: ah, confirmed [12:28] kamstrup: if that can help ^^ [12:29] (yeah, I just found I have an avi called "frozen-bubble") :) [12:29] for the file place it shouldn't do any magic on the file names; you do want to search for - + :, etc. [12:29] lol [12:29] didrocks, seb128: don't worry, I think I know why [12:33] pitti, seb128, didrocks: I am hesitant to add Exec to the indexed fields - now that we get Alt-F2 anyway, and most mortal users wont have the faintest idea why searching for "properties" brings up the screen res changer [12:34] kamstrup: *nod* [12:34] or, what I'm trying to say is that users probably don't know the exec names of apps [12:34] and might be confused [12:34] kamstrup: yeah, Exec= doesn't really make sense as alt + F2 will get it [12:34] but let's wait and see the situation once we have alt-f2 working [12:34] "-" support in name is needed though [12:34] if alt-f2 doesn't cut it, it's a 2-liner to add [12:34] agreed [12:35] alt-f2 will do it :) [12:35] kamstrup, right [12:49] hi pitti, according to the schedule we worked out, next week we should upload the next maverick langpack updates to -proposed and begin testing. Does that still sound ok to you, is that doable? [12:49] https://wiki.ubuntu.com/Translations/MaverickLanguagePackReleaseSchedule [12:56] dpm, did you see my question before? [12:56] mterry, hello you ;-) [12:56] seb128, hello! [12:56] chrisccoulson, there is still an indicator bug in gnome-bt ;-) [12:57] seb128, I got disconnected for a couple of minutes, I think, I might have not seen it. would you mind repeating the question? [12:57] dpm, do you still have the .crashes for your crashes? [12:57] seb128, the ones in /var/crash? Probably [12:57] it lacks the appmenu symbols and since you did send the minimal crash infos it can't be retraced [12:58] dpm, is there any reason you don't want to send the normal crash for nautilus? [12:58] dpm, if you don't I will ask you to install appmenu-gtk-dbgsym and retrace it locally [12:58] seb128, yeah, it was like 60 MB, IIRC, it takes a while to upload on my connection [12:59] dpm, can you install appmenu-gtk-dbgsym and see if you get the issue again then? [12:59] well install it [12:59] so if you get a crash again it has the missing infos [13:00] seb128, ok, let me do that [13:01] dpm, thanks [13:01] seb128, I cannot find an appmenu-gtk-dbgsym package. Any hints on any other name it might have? [13:01] dpm, deb http://ddebs.ubuntu.com natty main restricted universe [13:02] oh, I see [13:02] dpm, do you have that source in your sources.list? [13:02] ok, thanks [13:02] dpm, you're welcome === MacSlow|lunch is now known as MacSlow [13:19] dpm: sure, sounds fine [13:23] thanks pitti, I'll just ping you at the time next week then [13:29] seb128, I've attached the nautilus .crash file to the bug. The file itself was only 12 Mb, so it wasn't too bad tu upload. I've installed the debug symbols for next crash. In the meantime I hope this helps [13:29] and with this, I'll leave for lunch :) [13:30] dpm, hum, "thanks" I guess, but for next time please use apport to send it again, the retracers know how to handle new bugs, not .crashes in comments of an open issue [13:30] dpm, enjoy [13:31] dpm, "thanks" I guess should have come with a ";-)" [13:32] pitti: openoffice.org_3.3.0-6ubuntu1_source.changes is on chinstrap [13:40] Sweetshark: uploaded [14:03] chrisccoulson, is Firefox supposed to be using global menu? [14:07] mterry: it was uploaded to natty and newed this morning [14:07] so with today's packages yes [14:08] mterry: (chris is out today, FTR) [14:08] dist-upgrade does pull in firefox-globalmenu for me [14:20] mterry: WFM here -- not for you? [14:20] * kenvandine grumbles about LO not using F11 for fullscreen [14:21] pitti, I don't see the -globalmenu package, but I did get the updated firefox, so thought something was odd. maybe it's just not built for amd64 yet? [14:21]