[00:03] my ftp client . had a problem to connection on SSL explicit.. i tried with several servers..and always the same problem.. i can connect without any problem.. but the folders listing not working === asac_ is now known as asac [02:41] * kenvandine hugs chrisccoulson for the awesome dbusmenu fix! [02:42] 3 line patch fixed at least 3 bugs! [02:42] chrisccoulson == hero! === silver is now known as Guest23857 [03:23] chrisccoulson, lets make that 4 bugs fixed in that 3 line patch! === Amaranth_ is now known as Amaranth [05:04] RAOF, does this look familiar? http://imgur.com/QkB1j [05:04] Mmmm, static. [05:04] What did you do to get this? [05:05] It looks basically like your card is trying to scan out from totally uninitialised memory, such as you might find after a sufficiently cold reboot. [05:07] it happens after a while of usage, possibly related to interacting with the unity dock [05:08] it used to happen within a minute of running in Unity, I thought it was fixed, but I just triggered it then [05:08] always the same pattern, and it flickers like white noise [05:08] it also flashes to black every minute or so like it's trying to change mode [05:09] It flickers? Hm. [05:09] Gah. I thought those flashes were fixed! (It's a kernel bug) [05:09] I don't get the problem if I run metacity [05:09] The flashing-to-black, or the crazy static? [05:09] either [05:10] once it displays like this I have to do a hard reboot [05:10] Ok. Then the flash to back is not what I was thinking of. [05:10] Does dmesg or Xorg.0.log have anything interesting? [05:11] (This is radeon, right?) [05:12] radeon, yes [05:13] nothing in dmesg (but this is after a reboot, so shouldn't be right?) [05:14] Right. You'd need to ssh in to grab dmesg. [05:14] Of course, just to make this easier, dmesg is more likely to contain interesting stuff :) [05:14] Xorg.*.log doesn't contain anything interesting [05:14] It'd be .log.old if you've restarted.\ [05:15] But if there's something there it's likely to be less interesting than what's in dmesg. [05:17] http://paste.ubuntu.com/577689/ [05:18] Yeah, nothing particularly smoking-gun. [05:19] Interesting that Synaptics seems to be complaining at the end; possibly this is the kernel going totally mental and confusing multiple things? [05:21] yeah, that looked odd to me too [05:22] also, why the RADEON entry so late after the first ones? [05:22] That'll be something probing RandR [05:23] Causing radeon to probe the EDID of the lvds display. Which, unsurprisingly, won't have changed. [05:29] * RAOF goes out to collect his car from the servicəååšlccc555 [07:24] good morning [07:25] good morning didrocks [07:25] hey kenvandine :) [07:29] Heydi ho, didrocks [07:34] Good morning [07:34] hey didrocks [07:34] hello RAOF [07:35] Hey there pitti! [07:40] hey RAOF, pitti! [07:41] didrocks: I think I can work on bug 723782 next week; is that early enough? [07:41] Launchpad bug 723782 in gnome-session "Finalize gnome-session fallback detection" [Medium,New] https://launchpad.net/bugs/723782 [07:41] actually, having the notifications on the second monitor is quite nice, I can work on emails without being distraction as I miss them all :) [07:42] pitti: oh really? That would be awesome. I planned to tackle that next week if nobody jumped on it [07:42] pitti: next week is good enough, the remaining pieces from unity for that will land not this week but next week :) [07:43] pitti: if you are trading that for other tasks, I still an try working on that "off IRC" time [07:43] * didrocks has done 80% of the alt-F2 work yesterday, now time to tackle the remaining and harder 20% :) [07:54] re, sorry have an hardware issue I guess… [07:54] so, didn't receive anything after my last words [07:54] seems my nvidia card is in a bad shape [07:55] artefacts everyone (even in bios boot) [07:55] no way to start 3D anymore, I'm in failsafe mode… [07:55] * RAOF screams hardware problem! At didrocks' crazy magnetic flicker problem :) [07:55] However, that sucks. [07:55] RAOF: the magnetic issue is not hardware, it has been confirmed by loicm [07:57] Oh. So your failing card doesn't have *any* upside :( [07:57] RAOF: http://people.canonical.com/~didrocks/Capture-10.png [07:58] see the small "aubergine" repeated motif? [07:58] the weird thing is that it's only on the background [07:58] not in the panel [07:58] or in the apps [07:58] RAOF: and when I try to start with the nvidia driver, it stalls in the nvidia logo [07:59] no way to switch to a tty or whatever… [07:59] Um, that looks right to me? [07:59] RAOF: hum… can you try to zoom in? [07:59] as it zoomed here, I assumed it was visible [07:59] hum, maybe not [08:00] no, it doesn't zoom, so yeah, I'm the only one to see it [08:00] I see some of the icons being smeared, but that may well just be the crappy VGA output. [08:00] yeah [08:00] Hurray for problems on scanout! [08:00] ok, so not that… [08:00] no idea at all to see what happens? [08:01] Sometimes you need to take an actual picture of the screen because the problem isn't caught on the download-from-vram path. [08:02] yeah [08:02] ok, let's try to cool it a little bit, waiting for 15 minutes [08:02] When's your laptop refresh? [08:03] 2 years? [08:04] ok, overheating apparently… [08:04] :( [08:05] Actually, that's not bad. Maybe you can fix it with some judiciously applied thermal paste and compressed air. [08:08] so, from a french forum, with 30 people posting… [08:08] overheating and they put it in the hoven [08:09] 180°C, 6 minutes [08:09] That was a different problem, wasn't it? [08:09] to redo the join… [08:09] That was when the solder would degrade causing craziness. [08:10] But just plain overheating sounds like a job for Dust Removal Man! [08:10] yeah, seems to fix people's issue for some weeks… [08:10] hum [08:11] let's cool it down for now, switching to my netbook :/ [08:26] morning all! [08:27] * bryceh_ waves to ara [08:29] quick question: is there any gconf key(s) to set up switching to classic-desktop on next boot? [08:30] (or any other way to set it up trough the command line) [08:30] ara: not very user-friendly, but you can set Session=gnome-2d in ~/.dmrc [08:30] pitti, awesome, thanks! [08:31] * ara hugs pitti [08:31] ara: I take it that's for automatic testing? [08:31] ara: that's actually the canonical way to select it (it's what gdm writes when you change the session there) [08:31] * pitti hugs back ara [08:32] pitti, yes, we need to switch back to classic-desktop to take bootchart metrics with the 2d desktop to compare [08:32] ara: actually we do have an user-friendly way as well, in gdmsetup :) [08:32] and we can only access trough ssh [08:47] RAOF: FYI, what I'm seeing is this: http://www.youtube.com/watch?v=5wINkdSpU2o [09:29] good morning everyone [09:29] hey chrisccoulson [09:30] kenvandine, which other bugs did it fix? :) [09:30] hi pitti, how are you? [09:30] chrisccoulson: I'm great, thanks! new natty langpacks with 4.0 XPIs uploaded [09:30] excellent, thanks! [09:31] chrisccoulson: did upstream respond already wrt. maxVersion? [09:31] pitti - yeah, i think they plan to fix it, but the rc1 builds have already been spun [09:32] and the branch is closed right now anyway [09:33] hey pitti chrisccoulson [09:33] hi seb128, how are you? [09:34] chrisccoulson, I'm fine thanks, how are you? [09:34] had fun on libdbusmenu it seems [09:34] yeah, apparently i fixed a few bugs ;) [09:35] great [09:37] seb128 - oh, i think i fixed your pidgin bug too1 [09:37] which one? [09:37] the one after activating an account which asks for a pwd? [09:39] seb128 - yeah, i don't get that now [09:39] chrisccoulson, btw is the fix ken uploaded yours? [09:40] seb128 - yeah, that's the one [09:40] ok great [09:40] i didn't realise he uploaded it already [09:40] I will get that installed and do another round of testing [09:40] thanks [09:40] do you have issues remaining or did that just fix the set? [09:40] i fixed the unity-panel-service crash too [09:41] nice [09:41] that was easily reproducible once i fixed the dbusmenu bug :) [09:41] i just ran an application that added and removed menus every 50ms, whilst i scrubbed the menubar ;) [09:41] it crashed repeatedly every few seconds [09:45] ;-) [09:45] chrisccoulson, thanks a lot for working on those issues, nice to get that sorted [09:46] there is still the indicator-datetime crasher ;-) [09:47] kenvandine: did you merge the commit you proposed in the packaging branch? seems to be only one commit looking at bzr history. This breaks daily builds, next time, can you do it in two commits please? [09:48] didrocks, what do you mean by 2 commits? [09:48] * pitti is out for ~ 45 mins [09:49] seb128: I mean, bzr merge ../upstream-change [09:49] bzr commit [09:49] then packaging change [09:49] bzr commit [09:49] (and eventuall dch -r "" && debcommit -r for a big bonus :)) [09:50] k [09:50] I tend to do one commit as well [09:50] like bzr merge, dch -i, commit [09:50] this confuses bzr when you merge back [09:51] (so, merging the packaging branch in upstream trunk) [09:51] which is what daily builds do [09:51] it tells "ohhh, changes in both side (conflicting most of the time because of version bump), what to do" [09:52] ok, makes sense [09:52] thanks for the explanation [09:52] yw :) [09:54] kenvandine: also, you didn't propose the libunity change [09:54] (or I miss something, maybe) [10:16] hi! with unity and thunderbird-globalmenu I have the problem that some menu items are not selectable, for example the 'Message filters'. If I remove the package 'thunderbird-globalmenu', I can access those items again. Is this a known issue or should I file a new bug against 'thunderbird'? [10:20] Ampelbein, are you sure you're not fully updated? I'm sure I fixed that one already [10:20] chrisccoulson: updated this morning, 2 hours ago. I'll check again, just to be sure. [10:21] chrisccoulson: thunderbird is 3.1.9+nobinonly-0ubuntu1 [10:22] so, if you select a message in your inbox and go to tools, "Message filters" is not active? it should activate as you open the menu [10:23] chrisccoulson: yes, that's my problem. it doesn't activate, let me make a screenshot [10:24] hmmm, it works here. do you have any other extensions installed? [10:25] chrisccoulson: I have enigmail installed, too. http://tinypic.com/r/33ff1mx/7 [10:25] chrisccoulson: it works if I remove the -globalmenu package [10:28] Ampelbein, hmmm, i can't reproduce that :/ [10:28] do bookmarks work in firefox? [10:28] chrisccoulson: I use chromium, but let me try [10:28] (with firefox-globalmenu) [10:29] chrisccoulson: yes, in firefox the bookmarks menu works [10:29] ok, that's good then [10:31] chrisccoulson: any commandline switch I can activate to get some info? [10:32] unfortunately not [10:32] you can set GLOBALMENU_DEBUG=1 in your environment though, and that will show both menubars [10:33] could you please do that, then try opening the tools menu inside thunderbird, and then try the tools menu from the panel? [10:33] ok [10:35] chrisccoulson: hmm 'andreas@anubis:~$ GLOBALMENU_DEBUG=1 thunderbird' but no menubar in thunderbird [10:36] Ampelbein, oops - http://bazaar.launchpad.net/~extension-hackers/globalmenu-extension/trunk/view/head:/extensions/globalmenu/components/src/uGlobalMenuService.cpp#L200 [10:37] GLOBAL_MENU_DEBUG ;) [10:37] chrisccoulson: ah ;-) [10:38] chrisccoulson: inside thunderbird works, global does not [10:38] ok, that rules out 1 issue then [10:38] chrisccoulson: I'm on amd64 if that's any help [10:45] Ampelbein, have you ever used chromebug before? [10:46] chrisccoulson: no [10:47] actually, first it might be a good idea to check there are no errors thrown in the error console when you open the tools menu [10:47] chrisccoulson: I looked already, error console is empty [10:56] pitti, pygobject 2.28 is out btw [10:57] yeah, saw yesterday on #python [10:57] ok, I was pointing it because I don't know if you notice GNOME tarballs updates or not [10:58] seb128: it's on my list after I'm done beating up langpacks [10:59] pitti, ok [11:02] Ampelbein, i might need to get you to use chromebug in a bit. in the meantime, i've got some other things to work on [11:03] brb, need to start classic session :/ [11:03] seb128: re bug #731832: as you set the bug to "Fix Committed" any sponsoring isn't needed anymore, right? the bug sumitter askes in #ubuntu-motu how to move on with it [11:03] Launchpad bug 731832 in dee "Comma at end of enumerator list" [Low,Fix committed] https://launchpad.net/bugs/731832 [11:04] geser, no, it will part of the weekly dx updates tomorrow [11:04] geser, it seems fixing -pedentic builds in an unstable distro can wait a day [11:04] geser, wouldn't bother doing sponsoring today [11:05] ok, will forward this information to him [11:05] thanks === asac_ is now known as asac [11:20] hmmm, i'm struggling to recreate this indicator-applet-appmenu crash :( [11:45] chrisccoulson, don't bother much, seems it doesn't happen often and the unity case is fixed [11:56] pitti: I am still a bit confused by the |-Depends. In openoffice.org-dictionaries we add "| language-support-writing-*" at the end, so that we do not pull in openoffice.org-core. But should it not be the first alternative then? [11:56] seb128: wrt Bug 721121, and mark's comment about the folder+pointer icon. i've removed that icon now. the upload is ready in ~ubuntu-art-pkg/humanity/release/ fixes that bug and a few other bugs, no other major changes, i had asked kenvandine to upload it when he is free, either you or kenvandine can upload when free ;) [11:56] Launchpad bug 721121 in unity "Icon in Launcher should be home folder icon" [Medium,Fix released] https://launchpad.net/bugs/721121 [11:57] Sweetshark: the order only really matters if you have neither LibO nor the l-support package installed; in a default install you'd have both [11:57] vish, what do you use instead of this one? [11:57] Sweetshark: so the main point of that thing is that you are able to uninstall LibO without having to remove the entire language-support for your language [11:57] seb128: the gnome icon will be used, the one with the file cabinet [11:58] they don't have the same style though? [11:58] Sweetshark: the only point where the order matters is if you have a very stripped down system where you have neitehr LibO nor lang support, and you do e. g. apt-get install libreoffice-hyphenation-de [11:58] but it's orthogonal to the fix there? [11:58] seb128: yea, orthogonal, but style is not a major issue.. neither me or Danrabbit had any better ideas :p [11:58] Sweetshark: right now this will pull in LibO instead of language-support, which I think is slightly "more" expected and correct [11:58] seb128: style is nearly similar [11:58] ok [12:02] pitti: understood === MacSlow is now known as MacSlow|lunch === ogra is now known as Guest90542 === Guest90542 is now known as ogra_ [12:51] chrisccoulson: hm, the current langpacks for lucid/maverick ship stuff in usr/lib/firefox-addons/extensions/langpack-de@firefox-3.6.ubuntu.com/, but the XPIs have langpack-de@firefox.mozilla.org [12:52] chrisccoulson: I assume this is because we mangled them through xpi2xpi [12:52] chrisccoulson: but I suppose we can/should just use langpack-de@firefox.mozilla.org now/ [12:52] ? [12:53] pitti - hmmm, i'm not sure how that works :/ [12:53] chrisccoulson: I think my actual question is: does lucid's/maverick's firefox have a special patch to look for different langpack IDs? [12:53] pitti, bug #731007 btw [12:53] pitti - don't we swap out the install.rdf with po2xpi (or whatever it is that gets run) [12:53] Launchpad bug 731007 in shotwell "Update to 0.9" [Wishlist,New] https://launchpad.net/bugs/731007 [12:53] pitti, not sure who can ack it [12:54] pitti - the firefox source package generates a template install.rdf, which gets exported from launchpad i think (with the en-US.xpi) [12:54] chrisccoulson: yes, I suppose it does that; but we don't use po2xpi (which would take the LP translations into account), just xpi2xpi (which is a horribly complicated way of repacking) [12:54] seb128: queued [12:54] pitti - 1 second, i'll just have a look on my lucid machine behind me [12:54] chrisccoulson: for natty using the upstream ID works fine; did that change in natty? [12:55] chrisccoulson: right, I guess I'll build some local ones and try them in my chroot [12:57] wow, i don't think jo has applied any updates on this machine in weeks [12:57] chrisccoulson, the pidgin issue is not fixed it seems there btw [12:57] i log in, and update-manager provides me with a whole bunch of security updates [12:57] seb128 - oh, that's not good :( [12:57] set her to auto-updates [12:58] gaaaaah, syncdaemon [12:58] i clicked to open gedit over 1 minute ago, it shouldn't take this long [12:58] chrisccoulson, will restart in a bit to verify but now the items are listed but the accounts one don't have their submenu [12:59] pitti - ok, the lucid langpacks actually have em:id="langpack-de@firefox-3.6.ubuntu.com" in their install.rdf [12:59] session restart brb [12:59] chrisccouls0n: yes, I know; but not the ones I'm building with the fixed langpack-o-matic [13:00] chrisccouls0n: unfortunately the langpacks in the current PPA (with the old method) are now completely hosed, so I thought I'd move them all to the new (and much much simpler) way of doing things [13:00] pitti - yeah, that makes sense. the same constraints will apply (install folder == em:id) [13:01] chrisccouls0n: so ffox doesn't have a builtin schema for the langpacks, the only condition is that id == folder? [13:01] pitti - yeah, ffox will only load extensions when the folder name is the same as the id [13:02] chrisccouls0n: ok, thanks; I'll double-check in my lucid chroot [13:02] thanks [13:02] i might update this machine to maverick [13:02] lucid feels so old ;) [13:03] I now have test cases for both lucid and natty builds \o/ [13:03] It's broke! It's all broke!! [13:04] stop whining, fix it :P [13:04] bug 731810 [13:04] Launchpad bug 731810 in nvidia-graphics-drivers ""conflicting memory types" -> "Failed to allocate primary buffer: out of memory"" [Undecided,New] https://launchpad.net/bugs/731810 [13:04] ogra_: :D [13:04] get more memory :P [13:07] With no nVidia driver it works okay [13:08] I get a desktop, but no Compiz and everything looks just a little bit rubbish [13:08] chrisccoulson, so I remember seb128 saying that you were working on some libdbusmenu stuff that may fix some of the issues I have assigned. I saw a new libdbusmenu go through, was that it? === MacSlow|lunch is now known as MacSlow [13:08] With nVidia I get the first application start to start then nothing [13:08] mterry, yeah, i found a bug last night that was causing some weirdness and ken uploaded it after i went to bed [13:09] chrisccoulson, nice. UBUNTU_MENUPROXY is now undefined for me when I logged in, is that a separate issue? [13:10] mterry, possibly. i'm not sure where that gets set [13:11] mterry, weird, it's a /etc/Xsession.d wrapper which sets it [13:15] so [13:15] mterry, the new libdbusmenu with the fixes landed in natty, that fixed some of the issues with gnome-bt and empathy [13:16] mterry, the shotwell issue is still there though so you can work on that [13:16] guh, shotwell. the funny thing is I remember having this exact problem when I first enabled shotwell and fixing it. but i can't remember what the problem wass [13:17] mterry, https://code.launchpad.net/~mterry/indicator-appmenu/less-racy-window-closing [13:17] chrisccoulson: confirmed, works fine here with the upstream ID [13:17] mterry, https://code.launchpad.net/~mterry/indicator-appmenu/less-racy-window-closing/+merge/48381 [13:17] mterry, it seems [13:18] pitti - cool, thanks [13:18] chrisccoulson: this is soooo much easier now [13:18] pitti - doing the thunderbird translations is even easier too :-) [13:18] (we just have a tb-locales package with the upstream xpi's in) ;) [13:19] mterry, out of this indicator-datetime needs some bug fixing, karl is out until the end of the week and seems to make slow progress, so if you feel like tackling some bugs there as well feel free [13:19] chrisccoulson: of course it's a step backwards from using our own LP-translated XPIs, but since we didn't have them anyway.. [13:19] didrocks: "Conflict/Replaces: openoffice.org-thesaurus << 0.6 in -fr for BE" <- What does tha mean? (from the openoffice.org-dictionaries changelog) [13:19] seb128, yeah, I have unfinished business in datetime from my preference FF run [13:19] yeah, it doesn't make sense to go through all that effort when we aren't using them anyway [13:19] chrisccoulson: ah, we do? that requires some extra language-selector magic, though [13:19] mterry, I can give you issues from it if you want, there is some translation issues, the events time not respecting the format and some crashers [13:19] chrisccoulson: actually it's quite easy now -- if you add the tbird XPIs to po2xpi/data, it'll Just Work (tm) now [13:19] Sweetshark: it means that we probably move some files between packages [13:19] seb128, that merge sounds familiar, but is about multiple runss of shotwell, which this new issue isn't... hmm, will dig [13:20] mterry, ok, so from my side please investigate on the shotwell issue and then feel free to go back to indicator-datetime [13:20] pitti - yeah, language-selector has some magic to pull in the the thunderbird-locales-* packages [13:20] Sweetshark: and on upgrade, you don't know in which order the packages will be installed [13:20] mterry, right, seems that's what you proposed to fix the shotwell issues last time so I was just pointing it [13:20] pitti - perhaps we should ship the tb xpi's in the language packs too ;) [13:20] Sweetshark: the conflicts/replaces is there to ensure that you get both new packages and that dpkg won't yell at you because you are trying to overwrite a file from another package [13:20] (and remove the evo ones) ;) [13:21] j/k [13:21] :-) [13:21] chrisccoulson: yeah, as I was saying it'd be trivial now to ship tbird XPIs right in the langpacks [13:21] trying to sneak another email client?! [13:21] chrisccoulson, pitti please let's not write off FF LP translations yet, I understand this is just some temporary measure to get the langpacks working, but it'd be good to be able to use LP in the future again. We did use devmode during the development cycle in the past, and this helped some teams, such as the Asturian guys, to have their translations shipped in Ubuntu easily and eventually they submitted them upstream [13:21] ;-) [13:22] dpm: right, it is [13:22] didrocks: it is just that I dont see such Conflict in the control file [13:22] dpm: I'm just permanently writing off xpi2xpi [13:22] pitti, :) [13:22] Sweetshark: well, it can has been removed in a further update [13:22] dpm: as I now have that in langpack-o-matic itself, with about 1/20th of the code, and with automatic test cases [13:22] excellent [13:23] didrocks: ok, I will remove it then from the comment in the changelog for the next release [13:23] dpm: there's now just one rather short central function to install all XPIs for a given release into a langpack, so we can hook in po2xpi there in the future (without all the extra buggy scriptery around it) [13:23] Sweetshark: you mean, you want to remove it in a past changelog? [13:23] Sweetshark: or is in the the tip of it? [13:24] dpm: I also have test LP XPI export tarballs in the tests/ directory now (but not used yet) [13:25] pitti, ok, cool [13:25] didrocks: I leave it in the old changelog entries, I will just not keep it as a "remaining difference to debian" in the new release [13:26] Sweetshark: right [13:26] if it's not there anymore, you can remove it :) [13:26] hope that the remove was done with in mind that people will still have to upgrade between LTS though [13:31] mterry, btw ted approved your appmenu-gtk fix so don't forget to merge it [13:31] so it's in tomorrow's tarball [13:32] I can do that? I don't think I'm part of DX [13:32] or is someone from dx supposed to do that? it's always confusing why they approve things without merge them directly [13:32] ok, will ping ted about that when he's there [13:33] mterry, btw https://code.edge.launchpad.net/~mterry/indicator-me/gsettings/+merge/38005 is set as "on hold", do you know why? [13:33] seb128, oh I don't have a pending appmenu-gtk fix. But also, apparently I am in the DX LP team through Unity [13:34] mterry, https://code.edge.launchpad.net/~mterry/appmenu-gtk/cancellable-register-window/+merge/52248 [13:34] mterry, that one is not merged it seems? [13:34] that got merged [13:35] seb128, if you look at trunk. the merge proposal didn't notice thoughj [13:35] mterry, seems ted recommited it rather than merging your vcs [13:35] seb128, the gsettings branch isn't merged because I never went back and changed the gsettings paths [13:35] ok, setting it as merged then [13:36] seb128, arguably a FF breakage though to do it now [13:36] mterry, small one though [13:36] seb128, yeah, but do we care this cycle whether it's gconf or gsettings? [13:36] not really right [13:37] I was just cleaning a bug the list of assigned bugs for desktopers [13:37] bug -> bit [13:37] mterry, it's also that less gconf = faster login, but that's not like the 1 key from the indicator was going to make a difference [13:37] let's wait next cycle for it now [13:38] :) [13:38] mterry, you still have some oem bugs on https://bugs.edge.launchpad.net/~mterry/+assignedbugs [13:38] mterry, do you plan to still work on those? if not maybe you should unassign those? [13:41] seb128, heh, that page is pretty useless, isn't it, with all that cruft :) [13:41] I'm supposed to be doing 56 things [13:42] slacker! ;-) [13:43] kenvandine, hey [13:45] pitti: I merged the current debian unstable into openoffice.org-dictionaries-1:3.3.0~rc10-2ubuntu1. Should I push the bzr branch somewhere now? [13:45] seb128: just acked shotwell, FYI [13:46] Sweetshark: is it still called that way? Rene didn't rename it to libo-dicts? [13:46] Sweetshark: where did you merge it to? lp:ubuntu/openoffice.org-dictionaries ? [13:47] pitti: still called openoffice.org dicts at debian as it will provide dicts for LO and OOo, I guess. [13:47] Sweetshark: if so, please push it to LP as lp:~bjoern/ubuntu/natty/openoffice.org-dictionaries/libo-update (or invent another name), and set up a merge proplsal [13:47] Sweetshark: does it build libo binaries now? or will the oo.o work for both? [13:48] pitti, thanks [13:50] pitti: the dicts will work for both and the binary packages have neutral names now. there are transitionals in the openoffice.org source package for those, but _rene_ hasnt released that yet. [13:50] Sweetshark: ah, nice [13:53] pitti: Ok, I dputted the source package to my personal testing ppa for now. I will push the branch when I return from lunch. [13:53] Sweetshark: late luch.. enjoy! [13:53] Sweetshark: I'll process the MP once you're done [14:07] tedg, when i run unity-panel-service in valgrind, i'm seeing this: http://paste.ubuntu.com/577851/ [14:08] have you seen that before? it doesn't look like our bug does it? [14:09] chrisccoulson, No, I haven't seen that one before. First blush I'd say it's not, but it could be us holding onto a variant reference too long. [14:09] chrisccoulson, There's definitely a memory leak in something unity-panel-service is doing though. It's getting too big. [14:09] yeah, this one is a fairly sizeable leak [14:09] there's a few others, but none of them on this scale [14:09] chrisccoulson, That's where the memory is allocated, it would seem that we might not be unref'ing a variant that gets created there. [14:10] chrisccoulson, So, it could be our fault :) [14:10] tedg, yeah, that's the bit i'm trying to figure out :( [14:11] chrisccoulson, Try downgrading glib and see if it goes away. That'd be a quick check to see if it's in GDBus or something else. [14:22] hey seb128 [14:22] hey kenvandine [14:23] kenvandine: did you read my comments about dee and libunity? :) [14:23] not yet [14:23] didrocks, did i break something? [14:23] hey kenvandine [14:23] kenvandine, how are you? [14:23] :) [14:23] tired [14:23] and you? [14:23] kenvandine: daily-build, but otherwise fine, I'll let your scrollback :) [14:23] * kenvandine needs more coffee [14:23] 14413 clint 20 0 2722m 2.2g 5648 R 93 56.6 72:47.79 /usr/lib/unity/unity-panel-service [14:23] run roh [14:24] ok [14:24] SpamapS: restart it, should be fine :) [14:24] restart as in, kill and let it be restarted? [14:24] didrocks, ack on the 2 commits, sorry [14:24] SpamapS: right [14:24] kenvandine: no worry, just keep in mind for next time [14:25] didrocks, i didn't propose the libunity change because i think that file is getting generated in the dist isn't it? [14:25] kenvandine: and on libunity? I saw no merge proposal [14:25] * kenvandine would rather it build with the package [14:25] kenvandine: I think the gir is static there [14:25] kenvandine: anyway, we can't keep that change :) [14:25] ugh [14:25] ok... why? [14:25] kenvandine, I'm fine thanks [14:25] if i delete the gir and run make [14:26]