=== bjf is now known as bjf[afk] [00:08] https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/gnome-themes/gnome-themes-2.32.0/+merge/36939 [00:30] No Eastern Edition, then? [00:32] ? [00:32] There'd normally be a Desktop team meeting: Eastern Edition (for all of us in the future). [00:33] ohh, ok [00:34] heh [00:35] By the looks of it, Rick hasn't been around for 6 hours or so, at least that is his idle time. [00:39] [UPDATING] gnome-screensaver [00:43] hey RAOF [00:43] hey TheMuso [00:43] I've been around [00:43] however, I haven't had time to prepare for the meeting and such :( [00:43] * rickspencer3 looks at meeting wiki === bjf[afk] is now known as bjf [00:49] RAOF, TheMuso? [00:49] Yep [00:50] Yah. [00:50] Sorry; I'm pondering if shouting at this code will make it reveal where it's returning a BadDrawable without printing something to Xorg.0.log. :) [00:51] WHERE ARE YOU RETURNING BADDRAWABLE! [00:51] * rickspencer3 POUNDS FIST ON DESK [00:51] just doing what I can to help RAOF [00:51] Ta :) [00:52] RAOF, TheMuso so, I have nothing to add to the meeting minutes, except a couple of things [00:52] 1. the new font is in! depending on testing, it may get set to be default for maverick [00:52] 2. UDS ... [00:53] so, we started some discussion on @u-d regarding the different tracks [00:53] so, around next week, it will be time to start creating blueprints [00:54] Right. [00:55] TheMuso, it looks like your rotation is going through ok, but lynda is out this week [00:55] Ok. [00:55] but sabdfl and dbarth and everybody ack'ed it [00:55] Sweet. [00:55] so, I don't foresee any problems [00:56] rickspencer3: I'd like to announce this to the accessibility community. Should I wait for official word/the official ok before doing so? [00:56] TheMuso, well ... [00:56] I think it's fine to mention that you are planning on it [00:57] and it looks like it is going to happen [00:57] but maybe leave the 5% wiggle room in case something goes haywire [00:57] Ok sounds good. [00:57] Yep [00:57] but really, I don't foresee any issues [00:57] of course, I rarely do :/ [00:57] TheMuso, I'm happy for you [00:58] I think it will be fun and useful, and a much deserved break from routine [00:58] Yeah, should be good. David emailed me regarding the project the other day, I am yet to respond, been busy with bugs/final freeze stuff. [00:58] Intend to get back to him today. [00:58] sounds great [00:59] Yeah, need to start reading up on the mystery that is atk... [00:59] ...and clutter + cally [01:00] You're going to be a11y-ing unity (or something similar)? Cool! [01:00] RAOF: pretty much. [01:03] I really should install it, and get used to it in its current state. [01:07] chrisccoulson, did your patch for gnome-screensaver Don't crash on systems that don't support XF86VM or XRANDR gamma fade get backported to 2.30.0 (im getting patch failures on build) [01:07] for 2.30.1 [01:12] folks, it's been a looong dy [01:13] time for me to go to real life [01:13] rickspencer3: good night [01:13] unless RAOF or TheMuso need something [01:13] nite rickspencer3 [01:13] desrt! [01:13] Good night! [01:13] Fine here. [01:13] rickspencer!! [01:13] thanks bcurtiswx :) [01:13] desrt, Orlando? [01:13] ya. of course [01:13] booked my tix today [01:13] chouette [01:14] took me a second to figure out what you were trying to say :) [01:14] :) [01:14] have a good night :) [01:14] g'night all [02:59] I've installed 10.04 AMD64 on an Intel core i3 laptop inside of Win7....on boot, Ubuntu hangs....any known issues? [03:13] any xfce / xubuntu experts about ? [03:14] Not an expert, but might have an answer [03:14] do you know what controls the layout of the menu up at the top ? IE Applications / firefox icon ... etc ? [03:15] I do not. but the experts in #xubuntu-devel probably do [03:15] ok thanks charlie-tca .. I'll wander over there [03:15] sorry to chase you around [03:16] o it's ok .. all part of the fun! [07:47] Good morning [08:26] good morning [08:27] Aloha didrocks [08:27] hey RAOF [08:30] sabdfl: we'll SRU the missing Klingon glyphs, won't we? [08:31] Qapla'! [08:31] hey pitti ;) [08:31] bonjour didrocks [08:31] you will patch the font to get Klingon support? :) [08:31] good morning seb128 [08:31] nah [08:31] hey ara didrocks pitti [08:32] salut seb128 [08:32] seb128, I tried to run "unity -p" in the machine where quadrapassel was failing, and it fails as well [08:32] hey pitti, didrocks [08:32] * pitti waves to ara and seb128 [08:32] ara: Yeah, I've hunted that down. [08:32] ara, ok, so seems it's either a clutter or xorg issue [08:32] It's a mesa issue. [08:32] I saw some bug report about quadrapssel failing under UNE [08:33] RAOF has the answer :) [08:33] tried yesterday and can't reproduce with my card/driver [08:33] But, of course, it's a mesa issue in resource clean up, so I'd like to ensure that I don't cause memory leaks in the process of fixing it. [08:37] pitti: i hope so. those Klingons can be short-tempered [08:37] we're negotiating a copyright assignment from the Klingon Federation right now [08:38] sabdfl: hahahahaa [08:39] mvo, hey [08:39] mvo, great work on software-center this cycle ;-) [08:41] hey dpm [08:41] hey seb128, morning [08:41] sabdfl: the guys that they send when they have a grudge are usually NOT lawyers, though [08:42] mvo: hey, for your information, desktopcouch is now syncing! and I got my oneconf machines synced!!! ;) [08:45] seb128: thanks :) [08:45] didrocks: really?!? [08:45] mvo: yeah, for real :) [08:47] cool, I had given up hope already ;) [08:47] * mvo tries it out once again [08:50] mvo: do you have some data with an old oneconf version (old == before the first packaged version)? (I slightly changed the format and I need to fix it today as I was synced with an old machine) [08:51] didrocks: possible, but i'm not sure, how do I find out? [08:52] mvo: you will have a oneconf-service crash when clicking on inventory on ubuntu one, but the window should appear :) [08:53] didrocks: its something else then, look like a issue somewhere deep inside /usr/lib/pymodules/python2.6/ubuntuone/api/restclient.py and libproxy and ctypes [08:53] getProxies() [08:54] yeah, that's one call I'm making in the settings dialog [08:54] it looks like its crashing while calling px_proxy_factory_get_proxies() [08:55] ha! [08:55] unset http_proxy [08:55] it's unset there [08:55] bang, now again [08:56] again in libproxy === asac_ is now known as asac === doko_ is now known as doko === almaisan-away is now known as al-maisan [11:37] mvo, hi [11:38] mvo, could the software center notify of finished aptd transactions (stuff being installed) if someone triggered the operation then closed the software center? [11:54] didrocks: ok, seb128 left, so question for you :-) [11:55] didrocks: I'm going to release pango 1.28.3 which will require gobject-introspection 0.9.5. The only change in there, though, is a change to fix the build with recent versions of gobject-introspection [11:55] didrocks: I guess you won't care much? [11:55] jcastro: awesome post! [11:56] vuntz: well, as we don't have gobject-introspection 0.9.5 and if the only change is to fix building with this one, I think we won't care much, right :) [11:56] ♥ banshee ♥ [11:57] vuntz: thanks for the info ;) === cking is now known as cking-afk [12:24] zyga: hello, yes, that can be done. sofware-center will also pick up the transaction if you open it later (if the transaction is still runinng of couse) [12:25] mvo, right, I realize it can be done, I'm just (lazily) pointing out that it's something that could probably give lots of benefit [12:27] dpm: not sure what's the process for invalid translation: bug #650722 [12:27] Launchpad bug 650722 in unity "MAJOR error in french translation (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/650722 [12:28] didrocks, reassign to language-pack-gnome-fr [12:28] didrocks, you might want to assign to ubuntu-l10n-fr as well [12:28] or whatever is the french translation team name in launchpad [12:29] seb128, didrocks we tend not to assign bugs to language packs [12:29] in translations [12:29] zyga: indeed, food of thought for mpt :) [12:29] we rather add an ubuntu-translations task [12:29] and assign it to the teams [12:29] ok, doing then [12:29] thanks seb128 and dpm :) [12:29] the team names are always ubuntu-l10n-$CODE [12:30] I've just done that [12:30] seeing that, thanks! [12:30] dpm, I tend to assign to langpacks ;-) [12:30] :) [12:30] dpm, should we just mark the task invalid and open an ubuntu-translations one rather? === tkamppeter_ is now known as tkamppeter [12:32] seb128, the translations task has already been open. As for marking the unity task as invalid, I'll leave it up to didrocks to decide :). I think it's useful to have it, to know which project or package is affected, but the maintainer might have another view [12:33] (already marked as invalid :p) [12:33] there you go :) [12:33] just left there, but I like and try get a NEW status cleaned [12:33] dpm, well it's not a bug in unity, that's why I usually reassign to the langpacks [12:33] mvo, ping [12:35] seb128, that's fine, but I'd suggest reassigning it to ubuntu-translations then, as then we have an overview of translations bugs there. It's much easier than to follow the bugs for all language packs [12:35] dpm, well ubuntu-translations is a project no? [12:35] dpm, you can't reassign an ubuntu task to a project [12:35] hey aquarius [12:35] you either need to close it or reassign to an ubuntu source [12:36] dpm, but yeah, gotcha you guys care about having an ubuntu-translations task, whatever we do with the ubuntu task doesn't matter a lot [12:36] mvo, we're starting to roll out the fixes to desktopcouch now; didrocks tells me you're still having problems, and I just want to clarify what your problem is so that I can know that it's one of the things that the rollouts will fix :) [12:37] seb128, ah, I see, I hadn't thought of that. Yeah, so reassigning to langpack and adding an ubuntu-translations task might then be best [12:37] aquarius: in a nutshell its not syncing [12:38] mvo, I could use a slightly bigger nutshell than that :) [12:38] aquarius: haha, sure. hold on a sec I will pastebin the output of /usr/lib/desktopcouch/desktopcouch-service [12:38] dpm, ok, great, thanks [12:38] mvo, syncing is overrated ;-) [12:38] seb128, sssssh! don't say that! you'll make me cry :) === MacSlow is now known as MacSlow|lunch [12:39] aquarius: it *looks* like the problem is that I need to register this (new) machine on the web, but none of the gtk tools told me that, the u1 control panel says its connected [12:42] mvo, if the control panel says it's connected then DC picks up on that, so I suspect that isn't quite the problem. If you can pastebin I'll take a look [12:42] aquarius: "INFO:root:This machine hasn't authorized itself to Ubuntu One; replication to the cloud isn't possible until it has. See 'ubuntuone-client-applet'." <- but the applet tells me nothing (and there is no such command). I feel a bit stupid now, what knob did I forgot to turn? [12:42] wtf? [12:42] * aquarius does the scratchy-head thing [12:42] aquarius: the ubuntuone panel in preference tells me that "bod" (my machine) is connected [12:42] ah [12:42] a lightbulb goes on [12:43] need to clarify something with chipaca :) [12:45] (the error message needs updating to not refer to the applet, oops :)) [12:45] ok :) [12:46] I know what the problem is, I just need to find out what the status of the fix is. It's all SSO's fault. :-) [12:47] aquarius, hey btw ;-) keep your nice work I'm sure one day desktopcouch will work for somebody ;-) [12:47] seb128, that's the Holy Grail I'm aiming for. :) [12:47] ;-) [12:47] that is works for somebody? or for everybody ;) ? [12:48] it works for *some* people now, promise [12:48] some being kenvandine? ;-) [12:48] I'm sure you paid him to say that it works for him! [12:48] ;-) [12:49] I'm too busy paying ken for all the other stuff he does for me, let alone that, hehe [13:15] seb128, i did this last night https://code.edge.launchpad.net/~bcurtiswx/ubuntu/maverick/gnome-themes/gnome-themes-2.32.0/+merge/36939 [13:18] bcurtiswx, thanks [13:19] seb128, NP. off to work. wee [13:19] see you! [13:21] mornin [13:23] aquarius: hi [13:23] aquarius: what? [13:26] Nouveau can't handle unity apparently? too bad [13:26] mvo, which version of desktopcouch do you have? [13:27] 0.6.8-0ubuntu1 [13:29] Chipaca, ^ [13:31] yes [13:31] there should be a new version RSN [13:31] I was expecting it to be in the archive already [13:31] need to check on that [13:31] Chipaca: seems like is not... https://launchpad.net/ubuntu/+source/desktopcouch [13:33] I can build myself or instlal from a ppa if that helps? [13:35] mterry: some people can get it, but most of people trying seem to fail, right [13:35] didrocks, oh, it's good enough on some cards, but not others? Interesting [13:35] didrocks, seems like unity doesn't stress cards too much. seems odd [13:36] mterry: yeah, some people were telling that they happily run it. [13:36] mterry: well, there is the direct GL calls too [13:36] are* [13:37] mvo: if you want to build, this is the branch: https://code.launchpad.net/~cmiller/ubuntu/maverick/desktopcouch/0.6.9 [13:38] mvo, dget http://launchpadlibrarian.net/56680222/desktopcouch_0.6.9-0ubuntu1.dsc? [13:38] Chipaca, it is in the unapproved queue [13:38] mvo, it's in the unapproved queue [13:38] https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text= [13:38] hey seb128 [13:38] hello kenvandine [13:39] kenvandine: any idea why is unapproved? [13:40] nessita, because we are frozen for RC [13:40] nothing get it until RC is out [13:40] and only selected updates will be accepted between RC and release [13:41] seb128: isn't there any way of getting this in? desktopcouch will not work on RC for U1 otherwise [13:41] no [13:41] CDs images have been rolled yesterday [13:42] there will be no respin out of blocker bugs [13:42] Oh noes. /me just chose the wrong hard drive to erase during ISO testing [13:42] this is not really a blocker for the CD and doesn't warrant restarting spinning all isos and testing them again [13:42] mterry, urg :-( [13:43] seb128: I understand. Thanks for the info :-) [13:43] Hopefully I have a recent workable backup [13:52] nessita, seb128: thanks, I have it now installed, its giving more output, unfortunately still a bunch of ServerError: (400, ('invalid_consumer', 'Invalid consumer (key or signature method).')) [13:53] mvo: yeah, that's a server issue me and thisfred are working on [13:53] aha, ok [13:54] mvo: the fact that you have a 400 means the desktop part "worked" (server bug is #648921) === MacSlow|lunch is now known as MacSlow [14:03] seb128: that tomboy menu bug you 'Low'ed breaks tomboy for derivatives like xubuntu, which don't ship app indicators [14:04] jcastro, I just lowered the tomboy task because it seemed to be an appindicator issue [14:04] ah [14:04] jcastro, feel free to change the settings [14:04] actually I was hoping for help on that one. :) [14:04] but I doubt the settings will make a difference on who does what on that [14:04] yeah, I just saw the one person complaining [14:05] it just need somebody to work on it [14:05] didrocks, when une fails on the livecd, because of graphics, the fallback requires typing in the user name in gdm [14:05] didrocks, which is weird, people might not know the username is ubuntu... [14:05] jcastro, well xubuntu probably doesn't ship mono either [14:05] not sure what causes that... do we hide that user from the gdm list somehow? [14:05] seb128: I heard ken needs something to do today [14:05] jcastro, it's probably the sort of issue we can sru [14:05] * jcastro runs [14:05] didrocks, good news is it worked :) [14:05] jcastro, it doesn't need to be fixed on the CD [14:05] * kenvandine smacks jcastro [14:05] :) [14:05] kenvandine: this is a gdm issue on the live, not une :) [14:05] kenvandine, I just filed bug 651085 about that [14:05] Launchpad bug 651085 in netbook-meta (Ubuntu) "When installing UNE, not clear what to do when GPU isn't supported (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/651085 [14:05] didrocks, i figured... [14:06] kenvandine: but it's still better than before where there was a crash :) [14:06] didrocks, the fallback is nice though :) [14:06] indeed [14:06] good work [14:06] heh, thanks :) [14:08] kenvandine: it's not ubuntu-meta, it's gdm [14:08] oupss, mterry ^^ [14:09] didrocks, OK, will move [14:10] it's a general issue when you logout in the live session [14:12] hum, maybe that's because I'm writing .dmrc btw [14:12] * didrocks thinks harder [14:12] need to try the desktop live again :) [14:13] i can test that... [14:13] should i remove the .dmrc and restart gdm? [14:13] kenvandine: yes please! :) [14:13] sure [14:13] i just started booting une live in a VM [14:13] :) [14:13] hum, you will have autologin I guess [14:14] it will fallback [14:14] yeah, but it will create .dmrc then :p [14:14] oh... yeah [14:14] the .dmrc is created by the fallback in fact [14:14] so that it chooses the gnome session then [14:14] i removed it after the fallback [14:14] yeah, but it will be too late :) [14:14] but of course that just causes a loop [14:14] gdm will have been restarted! [14:15] actually it does work [14:15] hum, can you change the default in /etc/gdm/custom.conf ? [14:15] oh really? [14:15] yeah [14:15] so, it doesn't ask for a username? [14:15] so after the fallback, i dropped to a console and removed .dmrc [14:15] and restarted gdm [14:15] it then prompted me a second time to install or try ubuntu [14:15] ok, it doesn't trigger the autologin then… weird :) [14:15] and clicking on try sent me into gnome [14:16] hum [14:16] which i don't understand [14:16] since the .dmrc isn't there anymore [14:16] that's another bug I guess :) [14:16] oh [14:16] there is the gdm cache one! [14:16] ah [14:16] it is a little ugly though, since you have to answer the try/install question again [14:16] /var/cache/gdm/ubuntu/dmrc [14:17] yeah, but it's not the solution :) [14:17] yeah [14:17] I just want to know if it's asking the username as a side effect of having a .dmrc [14:17] * didrocks grabs his test computer again [14:17] desktop cd, logout [14:18] and see if ubuntu is prefiled or not === zyga is now known as zyga-cold [14:24] * mterry has to run out for a bit [14:29] later mterry [14:30] kenvandine: yeah, it's the same in the desktop cd as well [14:31] IIRC, we got it prefilled, with just "log in" and no username [14:31] seb128: does it ring a bell or was I dreaming? ^ [14:32] didrocks, what? [14:32] seb128: when you logout in the live session and get to gdm [14:32] seb128: IIRC, we got just the "login" button and no need to enter a username [14:32] I think that's the case yes [14:32] let me test [14:33] ok, it's not on the RC [14:33] what? it doesn't work? [14:33] * didrocks fetches beta CD [14:33] yeah, I have to enter the username [14:33] I'm starting a lucid iso in kvm [14:34] oh, if you still have one, that's great :) [14:36] I'm also sure it was still the case on beta, just downloading it to confirm [14:38] didrocks, on lucid I get a "log in" button [14:38] when clicking on it it asks for username and password [14:38] oh, it still asks for username [14:38] but only a log in button at start, and now we have directly username prompt [14:38] hence the surprize [14:39] didrocks, right, that's a fix in the new gdm [14:39] but no noticeable difference for the experience at the end (in the good way) [14:39] users complaining to have to click on a "log in" button which is useless [14:39] right, makes sense [14:39] but on the live, people don't know they should enter "ubuntu" as a username, we should have some bugs about that already [14:40] as it was also the case in lucid [14:40] do you think it should be fixed? (I'm not sure) [14:41] didrocks, seb128, you'll have GTK3 in Maverick+1, right ? [14:41] didrocks, I think we have other issues to work on that fixing logout on livecd [14:41] cassidy, by default you mean? [14:41] yep [14:41] cassidy, that's the plan yes [14:41] I'm going to drop GTK 2 compat in Empathy master [14:41] too many API changes in GTK3, I can't keep both [14:41] seb128: yeah, I agree, it's just pretty weird with the case your netwook doesn't support 3D, but well :) the experience [14:43] cassidy, ok [14:43] and 2.91.0 is supposed to build with GTK3 so... [14:44] cassidy, we will get gtk3 for sure on the CD next cycle [14:44] great, thx [14:44] we might still have gtk2 as well but that's not sure [14:44] we will see how much we can transition [14:45] * didrocks see tons of WI about "handling gtk2/3 on the CD" :) [14:50] didrocks, rodrigo_: hum, the ubuntu one email in french has no title nor sender [14:50] it's displayed as an empty list in the inbox [14:50] list -> line [14:50] * didrocks opens [14:51] seb128, hmm, looking [14:51] right… [14:51] kenvandine, https://bugzilla.gnome.org/show_bug.cgi?id=622134 [14:51] Gnome bug 622134 in general "PiTiVi constantly crashes when zooming in the track" [Blocker,New] [14:51] seb128, I checked several languages, not sure if the French one [14:51] kenvandine, can you get that fix uploaded? [14:52] kenvandine, upstream request, the fix is in the last comment and the launchpad bug is listed [14:52] kenvandine, it's a goocanvas one [14:53] * seb128 fixes tomboy indicator patch to have its string translatable [14:53] it's not listed in the potfiles so not in the template :-( [14:54] seb128, sure [15:03] rodrigo_: there is an addition empty line, I think that's what is wrong, checking other languages [15:04] didrocks, yes, checking also [15:05] rodrigo_: ok, it was the only one. Fixed there. We know now that you hate French people :) [15:05] no, I don't, je vous aime :-) [15:05] but there were so many languages, that I just checked a few [15:06] and talked with dpm so that the translators will check them [15:06] didrocks, so, you've fixed it? [15:06] rodrigo_: yeah, it's fixed :) [15:06] ok [15:06] thanks! [15:06] yw ;) [15:06] seb128: is there a bug report about it? [15:06] didrocks, no [15:06] I just noticed it there [15:07] ok, commit to bzr for now, will wait if others things happen before uploading [15:07] ok [15:17] seb128: which of the build failures in lucas's test rebuild did you want to fix. sorry, didn't make notes about it [15:21] doko_, gnome-applets [15:22] well we have a fix for this one, we can probably help on some others as time permit [15:22] doko_, apport is a false positive according to pitti [15:22] mterry, can you work on the desktop-webmail and devhelp ones? [15:23] chrisccoulson, do you still plan to work on telepathy-glib? [15:23] seb128 - yeah, i'll get back on to that one now actually [15:23] seb128, yes... reading backlog [15:24] doko_, ^ we will work on those to start, we might help on some others once those are done [15:24] mterry, same as yesterday, ftbfs on http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi [15:24] mterry, thanks! [15:24] seb128, yup [15:24] chrisccoulson, thanks [15:25] mterry, btw did you note the updates you did that didn't get sponsored? [15:25] mterry, we can get some of those in between rc and release [15:25] seb128, I believe just brasero and meld [15:26] mterry, ok, and gnome-applets [15:26] seb128, oh sure for the ftbfs [15:26] I will sponsor gnome-applets and brasero and review meld which was less trivial [15:32] hm, what happened with the gvfs 1.6.4 update? [15:32] right now we have 1.6.2 [15:32] which falsely claims to be 1.6.3 [15:32] usleep (10 * 1000); /* since fflush(3) seems buggy */ <- yay, exactly the sort of comment you want to see when investigating a race [15:32] pitti, how so falsely? [15:33] seb128: Robert added a changelog entry for 1.6.3 without actually doing bzr merge-upstream for 1.6.3 [15:33] pitti, 1.6.4 main diff was to fix ssh support with new openssh which seems to break it with ours [15:33] seb128: which now means that we have a debian/patches/debian_changes_* which reverts the 1.6.2->1.6.3 changes [15:33] :-( [15:33] but it also dropped some patches that we had before [15:33] seb128, pitti, I have a branch with this all fixed already [15:33] that's what we get to have one source having a different workflow and people not used to it [15:34] cyphermox: ah, good, I was about to ask about it [15:34] + up to 1.6.4 [15:34] so we should probably revert that to a real 1.6.3? [15:34] or 1.6.4 with the one commit break ssh reverted [15:34] seb128, that's its current state [15:34] *nod* [15:35] pitti, can you get review and sponsor that? [15:35] yep, can do; meeting just ended [15:35] pitti, I'll take another look to be sure, so I'll ping you in a minute [15:35] cyphermox, pitti: thanks [15:35] cyphermox: please let me know which branch [15:35] cyphermox: easy check: debian.tar.gz should have no debian_changes patch? [15:36] seb128, i can confirm the pygoocanvas fixes the crasher... but doesn't really fix the bug [15:36] right, but I also want to make sure I did revert the ssh commit [15:36] james_w: excellent :) [15:36] when it would have crashed before, it no longer renders the thumbnail [15:36] pitti: lp:~mathieu-tl/gvfs/update-to-1.6.4 [15:36] and spews out cairo errors in the console [15:36] but at least it doesn't crash, so definately worth uploading [15:37] didrocks: do you know much about glib internals? [15:37] didrocks: like if a g_source_remove is implemented by writing "B" to an fd? [15:37] james_w: not that much, I think seb128 and njpatel would know more than me, what's up? [15:37] pitti, there wasn't much besides that commit though, and the gconf init patch had already been cherry-picked to 1.6.3, that's what I mentioned monday and why I didn't propose it [15:38] kenvandine, can you talk to twi_ on #pitivi? [15:38] sure [15:38] james_w: yeah, that's "too internal" for me :) [15:39] pitti, are you looking at it already or waiting for a merge request? [15:39] kenvandine, ok [15:39] cyphermox: checking out now [15:39] pitti, ok [15:41] cyphermox: r131 "Revert all patches" just meant to unapply them from the source tree, right? [15:41] pitti, right [15:41] sorry, not as clear as it sounded at first ;) [15:41] np [15:41] cyphermox: and r132 was a merge-upstream with the 1.6.4 tarball? [15:42] correct [15:43] looks fine [15:43] * pitti pulls it into lp:ubuntu/gvfs [15:44] cyphermox: can you please do another commit about adding the NEWS items to the changelog? [15:44] we use to do that, and it's even more important at those "deep freeze" times [15:44] pitti, sure [15:44] pushed [15:45] james_w, do you have a specific question? [15:45] seb128: I'm grabbing the source to have a look, but I'm trying to correlate an strace with the source [15:45] seb128: I'm seeing write(9, "B") when I think it should be executing a g_source_remove, so I wondered if that was the implementation of it [15:47] g_child_watch_signal_handler (int signum) [15:47] ... [15:47] write (child_watch_wake_up_pipe[1], "B", 1); [15:48] seb128: thanks [15:48] james_w, in glib/gmain.c [15:48] james_w, you're welcome [16:00] /* FIXME: Think this through for races */ [16:02] james_w, great ;-) === doko_ is now known as doko [16:08] james_w, I notice that cairo's bzr is out of date with what's in the repos (by at least 3 weeks). Seems wrong? [16:09] (lp:ubuntu/cairo that is) [16:09] http://package-import.ubuntu.com/status/cairo.html [16:10] will be up to date in 10 minutes [16:11] james_w, ah neat page. Thanks [16:24] wow... I think I FINALLY figured out why facebook keeps throttling gwibber! [16:24] apparently we are over allocation for "FQL queries" but not for anything else [16:24] kenvandine, oh? what was it? [16:24] * kenvandine wishes facebook would tell you this! [16:24] it is like sql, but for facebook :) [16:25] what action triggers those queries? [16:25] you can do more complex queries and get less data back [16:25] we use them a lot [16:25] but because facebook suggests it [16:25] to limit the result set [16:26] but... if we didn't use it and parsed the data more on the client side, it would spread out the method calls [16:26] so moving away from fql would mean downloading more data at a time [16:27] but it would mean more evenly distributed method calls [16:27] * kenvandine grumbles about facebook not being very transparent [16:27] they intentionally don't explain their allocation stuff, for some strange reason [16:28] they maybe don't like clients made by other people ;-) [16:28] yup! [16:28] that is actually true... and what they dislike the most is desktop clients [16:29] they want to drive everything through their website [16:29] well it's understandable that's where they have ads [16:29] ie where they made money [16:29] yeah [16:30] seb128: i hear that GNOME is releasing approximately now. are we going to have those new releases in ubuntu? [16:30] ryan isn't going to be happy about this... he really prefers fql [16:30] hyperair: we already have it (for most of pieces :)) [16:31] didrocks: oh, i see. [16:31] didrocks: we've got a slight issue with banshee and libgpod, see. [16:32] didrocks: since we(ubuntu)'re releasing earlier this cycle than in the previous cycles, we're frozen so hard that the new libgpod can't come in and so banshee can't either. [16:32] hyperair: the stable version of banshee, you mean? [16:32] hyperair: they bump the requirement? [16:32] didrocks: yes. [16:33] didrocks: they need this new thing in libgpod# for playlists. [16:33] it's late for bumping requirements on shared components :/ [16:33] i know [16:33] and libgpod hasn't even released [16:33] it's like a feature in addition to that… [16:33] it should be released by today though [16:33] urgh [16:33] didrocks: can't libgpod get it the same way gnome does? [16:33] Banshee aligned our schedule with GNOME's just to make this kind of scheduling easier :-/ [16:34] gabaug: amarok and rhythmbox are using it as well not sure about that [16:34] gabaug: yeah, but libgpod isn't an external dependency? [16:34] didrocks: yeah, but doesn't glib etc all get updated about now too? :) [16:34] there is no way it gets in [16:34] I've seen the diffstat earlier [16:34] which means that requirements shouldn't get bumped at random time, [16:34] the only reason GNOME updates get it so late it's because GNOME is code frozen for 2 weeks [16:35] ok [16:35] the new tarballs only have translations updates [16:35] with some reviewed commit for rc issues [16:35] we are updating from candidate to stable versions [16:36] I'd like to see it 0-day SRUed at least [16:36] could that be done? [16:36] no [16:36] it can be sru-ed but there is no reason it should skip the week verification [16:36] That's not what I meant. [16:36] oh ok, sorry [16:36] 0-day as in in proposed at release [16:37] as I said earlier today the sru can be uploaded today [16:37] good [16:37] hyperair: let's do that then [16:37] yep [16:38] gabaug, being on the GNOME schedule will make things easier it's just late to have updated external depends [16:38] ideally by .90 you should be set for changes on just getting fixes [16:39] the transition to libgpod didn't make things easy this cycle though [16:39] it was made a bit late [16:40] would be good if libgpod could get on the gnome schedule indeed [16:41] right [16:41] well it doesn't really have to [16:41] but how come you get new requirement between rc and stable? [16:41] did banshee got new feature? or has it not been working since the switch to libgpod? [16:42] playlist support was missing [16:42] and some other bugs that got through [16:42] which required api support/fixes in libgpod [16:42] benefits other consumers too [16:42] right, it's just getting late [16:42] once requirements are set it should be easier next cycle [16:43] usually we can manage with backporting bug fixes [16:43] but this set of libgpod changes seems a bit much for an after rc upload [16:43] yeah it's not critical for the cd [16:55] seb128, I can do more FTBFS work, but I'm not sure if any are already taken. Do I just check for bugs? [16:55] doko, ^ [16:56] there is just one assigned to the team [16:56] mterry, I guess open an unclaimed bugs are free to take [16:56] devhelp [16:56] mterry, ^ [16:56] didrocks, just did devhelp [16:56] yes, this one and the cairo one [16:56] nautilus-sendto gnome-bluetooth gtksourceview2 are to update still [16:56] no more [16:56] if somebody want to do those [16:57] all right, I'll look at them [16:57] they are just translation update versions so no hurry [16:57] ah [16:57] what cairo one? [16:57] the one mterry just fixed? [16:57] I've just been assigned folks… I think vapi is still playing with us [16:57] didrocks, who assigned it to you? [16:57] doko did [16:58] didrocks, can you bounce back to chrisccoulson I think it's similar to telepathy-glib [16:58] doko, don't assign bugs to other people please, just assign to our team and let us dispatch [16:58] yeah, it should be similar, chrisccoulson can you have a look? [16:58] ok [16:58] thanks [16:59] didrocks, can you sponsor devhelp for mterry? [16:59] I will sponsor cairo and gnome-applets [16:59] sure [17:01] seb128, ah, those packages are 2.32.0 updates. For some reason I thought we were still talking ftbfs [17:02] mterry, sorry for the confusion [17:02] I was just dumping task for people running out of things to do [17:02] np, I misread and was wondering where you saw the ftbfs :) === JanC_ is now known as JanC [17:23] mterry: do you have the devhelp's branch handy? [17:23] didrocks, you mean this: https://code.launchpad.net/~mterry/ubuntu/maverick/devhelp/651255/ [17:24] mterry: sweet, thanks! [17:35] ok, time for sport and dinner [17:35] bbl [17:36] see you seb128 [17:36] didrocks, see you later! [17:43] sport and dinner, that would be an exercise, then dinner? [17:56] didrocks, so........ [17:56] * didrocks hides [17:56] ......vala 0.10.0 is not compatible with our gir version [17:56] yeah, I reverted the commits normally [17:56] * cyphermox -> lunch [17:56] it was a world of fun :) [17:57] hope that I didn't let a commit away [17:57] reverted something like 7-8 IIRC [17:58] didrocks, yeah, it seems like we'll need to revert some more for vala [17:59] yeah, I was afraid to miss one. I tried to build some project using gir as a test and it was ok [17:59] but well, vapi and gir are so much fun :) [17:59] * mterry looks forward to a more stable gir [18:06] didrocks, thanks :) [18:06] fta: yw, sorry for the delay :) [18:07] didrocks, n-p [18:09] didrocks, oh, it seems you only reverted the first hunk of http://git.gnome.org/browse/vala/commit/?h=0.10&id=fbec64baed9df348044203dd63beca8363b2df88 :) [18:09] i take it that wasn't intentional ;) [18:09] chrisccoulson: hum, I remember having seen the other one reverted as well [18:09] it's not? [18:10] (I really remember about that hunk :)) [18:10] didrocks, it doesn't look like it. and the changes there seem to tie in the with the error messages we're seeing too [18:10] i'll revert that second one and try it again [18:10] chrisccoulson: oh nice you found it! [18:11] but I remember to be surprize to see it reverted already [18:11] and spent some time on it :) [18:11] oh, i should check. i only looked at whats reverted in your patch [18:20] ahah! [18:23] ok, building now. lets see what happens :) [18:28] vala's gir support mostly experimental so I'm not surprised it's broken again ;) [18:29] is* [18:32] pedro_, have you experience CD burning issues in brasero? [18:32] it just keeps ejecting the disc [18:34] kklimonda: hello! [18:34] didrocks, ok, that works now :-) [18:35] chrisccoulson: great :) [18:35] (well, it works for telepathy-glib, so i assume it fixes folks too) [18:35] jono, audio disc? [18:35] I can try to repro right now [18:35] riaudio [18:35] rickspencer3, ^ [18:36] wtf is riaudio? [18:36] ari-tczew: hey, sorry about gwget - I have a busy day out of nowhere, will push the patch in a moment. [18:36] jono, create an audio project, you mean? [18:36] didrocks, want to sponsor vala? (i don't think i can upload that) [18:36] rickspencer3, yep [18:36] I think it also happened when burning an ISO [18:37] chrisccoulson: can you try to rebuild unity as well before? [18:37] didrocks, yeah, sure [18:37] chrisccoulson: or njpatel will certainly be sad otherwise :) [18:37] kklimonda: okok [18:37] thanks! [18:43] jono, so, er, I'm not smart enough to figure out how to tell braesero to actually burn the disk [18:43] I can make an image file, though [18:44] rickspencer3, add some tracks and there is a burn icon on the toolbar [18:44] so it seems k3b can burn a disc ok, so it is not a hardware thing [18:44] no burn icon for me [18:45] weird, I am burning with K3B so I can't check right now [18:45] maybe it doesn't work with mp3s [18:45] I also need to run and do my community Q+A in a sec [18:45] ooh good point [18:45] I will try it with oggs and see what happens [18:46] ari-tczew: I have forwared it to both GNOME and Debian but don't expect it to get fixed at any point - upstream seems dead and so does debian ;) [18:47] kklimonda: yea, I know. Last year I've worked with upstream on gwget code and features. I did a migrate libglade -> gtkbuilder [18:47] didrocks, ok, unity still builds too [18:48] chrisccoulson: great, do you have a .dsc file or debdiff handy? [18:50] didrocks, i've pushed it to bzr [18:51] * ari-tczew prefers use bzr to single patches [18:51] chrisccoulson: great, got it [18:51] cool, thanks [18:54] jono, fwiw, braesero appears to be burning for me [18:55] pedro_, ^ [18:56] rickspencer3, jono sorry was having lunch [18:57] jono, works fine here with Maverick, which version are you running there? [18:58] jono, if you can reproduce the bug, may you run brasero as: brasero --brasero-burn-debug --brasero-media-debug &> brasero-debug.txt ; reproduce the issue and file a bug with that log? so we can follow up on it [19:00] jono, pedro_ I can confirm that it worked for me [19:00] but maybe braesero just like Jerry Garcia Band [19:01] not every bug is reproducible, sometimes it depends on the codecs you have installed, hardware, etc [19:04] * didrocks waves good evening === al-maisan is now known as almaisan-away [19:50] Has anyone seen this issue on x86? Bug 651391. [19:50] Launchpad bug 651391 in gnome-control-center (Ubuntu) "Changing desktop font changed entire theme appearance in une-efl (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/651391 [19:51] I know une-efl is not supported in x86, just wondering if it affects desktop/unity. [20:54] anyone wants to take bug 647628 [20:54] Launchpad bug 647628 in hildon-desktop (Ubuntu Maverick) (and 1 other project) "package hildon-desktop 1:2.0.11-1~svn15367-0ubuntu7 failed to install/upgrade: trying to overwrite '/etc/xdg/menus/applications.menu', which is also in package gnome-menus 2.30.3-0ubuntu2 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/647628 [20:54] ? [21:23] asac, I can, if you can sponsor after? [21:29] cyphermox: sure [21:29] cyphermox: see if you can find out why that happens now [21:30] wsa there a hildon-desktop update? [21:30] kenvandine: twitter in gwibber has probs with authentication? [21:31] asac, last was a fix ten days ago [21:32] asac, not that i know of [21:32] asac, details? [21:32] kenvandine: well. i started gwibber after a few weeks and now the credentials dialog pops up [21:32] and i dont get twitter content etc. [21:33] e.g. account settings dialog [21:33] so since the oauth conversion i guess? [21:33] it should pop up if it fails to auth [21:34] you need to authorize it [21:34] let me kill everything and see what happens then ... maybe its because i had an upgrade running [21:35] kenvandine: hmm [21:35] ps -eaf | grep gwibber [21:35] asac 6724 1 0 22:11 ? 00:00:00 /usr/bin/python /usr/bin/gwibber-error -m There was an keyring failure from UNKNOWN for account UNKNOWN, error was UNKNOWN -t Gwibber -c info -s UNKNOWN -u UNKNOWN -e keyring [21:35] asac 6732 6724 0 22:11 ? 00:00:01 /usr/bin/python /usr/bin/gwibber-accounts [21:35] ok /me kills all [21:35] * asac starts from cmdline [21:35] but you can't see gwibber-accounts? [21:36] kenvandine: http://paste.ubuntu.com/502845/ [21:36] thats what i get when starting [21:36] doesnt look that good [21:37] that is it starting gwibber-service [21:37] those errors are ok? [21:37] yeah [21:37] i only see facebook and identica content [21:38] we don't need it to start on all those interfaces, they are dependent on a single one [21:38] yeah, so it prompted you to auth twitter, but apparently the window got lost? [21:38] it won't nag you again for a bit... i think 5 minutes [21:38] no it didnt prompt me [21:38] it opened the account manager with twitter selected [21:38] you had gwibber-accounts running in that ps [21:38] right... that is how we prompt for now... which i know isn't great [21:39] after killing everything nothing happens. no error, no dialog, but still no twitter [21:39] ah ok [21:39] yeah, it knows it popped up gwibber-accounts [21:39] so now the accounts stuff doesnt happen anymore [21:39] and won't bother you for a l ittle bit [21:39] so run gwibber-accounts manually [21:39] and select twitter, and hit the auth button [21:39] kenvandine: can i just open the account setting dialog in the UI? [21:40] we need a better way to handle that without adding a gtk dep the the service [21:40] oh [21:40] yes [21:40] so now i see it [21:40] it never had focus on twitter, only identica [21:40] even though twitter was the problem i guess [21:40] it should focus twitter [21:40] well, when it popped up before [21:40] it definitly didnt ;) ... otherwise i would have seen the authorize button [21:41] ok anyway ... i authorized now [21:41] is there a way i can reproduce? [21:41] why did it start asking me at all? i used it before quite successfully [21:42] hah [21:42] so now i hit refresh ... and the accounts settings dialog came back [21:42] again with identica focussed, but twitter is highlighted somehow in slight red [21:42] you got the web view thing for twitter right? [21:42] kenvandine: that web view thing worked and confirmed that all was fine [21:43] then i hit refresh and how i have the account setting dialog with identica selected and the twitter tab being red [21:43] and now it popped up again? [21:43] yep [21:43] humm [21:43] grrr ... alt+print doesnt do a screenshot anymore :((( [21:43] look at the log [21:43] maverick ;) [21:43] ~/.cache/gwibber/gwibber.log [21:43] unity? [21:43] no ... its gnome [21:43] oh, i thought that only broke in unity :) [21:43] i will relogin after getting the log [21:44] maybe it was fixed in the 700M of upgrades i got a few minutes ago [21:44] hehe [21:44] a little outdated? [21:44] hehe [21:44] ok seems its keyring problem [21:44] let me restart the gnome session and see if twitter works [21:45] and clean the log etc. [21:45] ok [21:45] bbib [21:46] ok ... now starting again ;) [21:46] :) [21:47] notifying users of errors and giving them ways to handle them is going to be something i want to spend time on for natty [21:47] or someone needs to :) [21:47] kenvandine: ok so http://paste.ubuntu.com/502851/ thats the beginning ... no dialog etc. now manually authorizing, right? [21:48] yeah... do that [21:48] * asac opens account dialog [21:48] it must have failed to add them to the keyring last time [21:49] "asacasa has been authorized by Twitter" ;) [21:49] :) [21:49] let me look at the log now [21:49] ok nothing new in there i seems [21:49] now lets hit refresh [21:49] err [21:49] do i need to hit the "save" button? [21:49] yes... :) [21:49] really? [21:50] yes... [21:50] thats insane [21:50] i know [21:50] nobody would do that ;) [21:50] ok [21:50] lets see [21:50] * asac hits save ... and now refresh [21:50] hah. that worked [21:51] i dont knokw what to say ... but thats really a blocker imo ;) [21:51] we now autosave prefs since we dropped couchdb [21:51] but well. the auth token should be saved automatically [21:51] but that is part of the hoops we jump through to parse the result from webkit... it can be better [21:51] especially if the dialog tells you taht you authorized successfully [21:51] agreed [21:51] anyway ... me stops complaining and moves to happy mode [21:51] * asac tries alt+print [21:51] :) [21:52] i know it needs to be improved [21:52] sure [21:52] it will get attention when there is time :) [21:52] * kenvandine is still grumbling about facebook... [21:52] ok alt+print is definitly broken [21:52] maybe its because i have some unity bits installed somewhere [21:52] * kenvandine hates supporting facebook more and more each day [21:52] heh [21:52] is noone complaining about twitter setup ;)? [21:52] i thought that was a unity thing... [21:53] just "print" works [21:53] asac, actually no... [21:53] but alt+print doesnt [21:53] hmm. ok. then its just me not looking at dialogs ;) [21:53] your the first person i have seen complain about that... the biggest complaint i hear daily is facebook allocation crap [21:53] right. maybe it means that facebook is more important nowadays ;) [21:54] :/ [21:54] great... my tweets go to twitter again!!! [21:55] kenvandine: one more thing: gwibber could be less verbose about position on stdout ;) [21:55] Position: 0 [21:55] Position: 0 [21:55] ;) [21:55] hehe [21:55] i get zillions of those when scrolling [21:55] yeah... i don't want to touch that code [21:55] ok. so that output still has some value it seems ;) [21:56] even if it means that some side effect of it keeps things unbroke ;) [21:56] yeah... tracking the position still worries me [21:56] ryan's magic [21:56] what is position? [21:56] the bubble number displayed on top of window? [21:56] seems so [21:57] yeah [21:57] so it doesn't scroll to the top on refresh [21:57] urgh, telepathy-glib is epic fail [21:57] empathy doesn't start now :( [21:57] kenvandine: didnt i see screenshots with gwibber having separate columns for facebook/twitter/identica somewhere? [21:57] yeah [21:57] * asac looks in preferences [21:57] chrisccoulson, how so? [21:57] you can do that [21:58] asac, add stream [21:58] seb128 - it just seems to hang, and do nothing [21:58] it doesn't even display a window [21:58] new stream [21:58] kenvandine: cool ;) [21:58] asac, ^^ [21:58] something worked ;) [21:58] i call that the jono feature :) [21:58] chrisccoulson, it does that there as well without the telepathy-glib update but I didn't have time to investigate [21:58] I though it was due to my glib update [21:58] thanks a bunch [21:59] chrisccoulson, does it work if you downgrade telepathy-glib? [21:59] * kenvandine needs to runout...bbl [21:59] np asac [21:59] seb128 - oh, possibly. i've not restarted empathy for a while now, so it would still be using old libraries [21:59] kenvandine, jono feature? [21:59] multi-column view [21:59] ahhh yeah [21:59] in gwibber [21:59] :) [21:59] :) [21:59] * kenvandine jets [21:59] :) [22:00] asac, I see now, hildon-desktop was synced this cycle, afaict it shouldn't install applications.menu [22:00] seb128: ^^ thats bug 647628 [22:00] Launchpad bug 647628 in hildon-desktop (Ubuntu Maverick) (and 1 other project) "package hildon-desktop 1:2.0.11-1~svn15367-0ubuntu7 failed to install/upgrade: trying to overwrite '/etc/xdg/menus/applications.menu', which is also in package gnome-menus 2.30.3-0ubuntu2 (affects: 4) (dups: 1) (heat: 18)" [High,Confirmed] https://launchpad.net/bugs/647628 [22:00] what do you think? [22:01] is hildon still use anywhere? [22:01] hehe [22:01] not sure ... http://popcon.ubuntu.com/ [22:02] it was a lpia early mobile thing [22:02] 19123 [22:02] i think its more important than other stuff in archive. i had it installed for whatever reason and bumped into that bug ;) [22:02] must have been a regression in last 20 days (thats when i last upgraded) [22:03] do you actually use it? [22:03] no. but the upgrade broke [22:03] I think most people using it would have had gnome-menus as well anyway, judging from the two bug reports [22:03] i dont know why i have that [22:04] seb128: i think its still used by maemo [22:04] seb128 - oh, it seems empathy is blocking on a response from something over dbus: http://paste.ubuntu.com/502864/ [22:04] asac, you worked on lpia or mobile stuff 2 years ago? [22:04] chrisccoulson, dconf issue? [22:04] yeah ... thats when i got that i guess [22:04] seb128: didrocks owned hildon. maybe ask him to remove the package or fix it ;) [22:04] seb128 - possibly [22:05] chrisccoulson, I backported some changes for the gdbus api updates [22:05] but I guess we would have received other bugs by then if that was an issue for everybody [22:05] asac, let me check why it ships this .menu [22:05] actually i think didrocks did not own hildon, he rather almost owned it ... but thats good enough [22:05] to say he can say what to do ;) [22:06] seb128 - it doesn't look like it's telepathy related though, so i think telepathy-glib is good to go, although it would be nice to test it [22:06] ok, empathy has started now the call timed out :) [22:07] asac, we should put in on lool he's listed as debian comaintainer [22:07] lol [22:07] chrisccoulson, right but the buddy list is not responsive no? [22:07] lool: bug 647628 ;) [22:07] Launchpad bug 647628 in hildon-desktop (Ubuntu Maverick) (and 1 other project) "package hildon-desktop 1:2.0.11-1~svn15367-0ubuntu7 failed to install/upgrade: trying to overwrite '/etc/xdg/menus/applications.menu', which is also in package gnome-menus 2.30.3-0ubuntu2 (affects: 4) (dups: 1) (heat: 18)" [High,Confirmed] https://launchpad.net/bugs/647628 [22:07] seb128 - yeah, just noticed that too [22:07] i wasnt the one filing this bug ;) [22:07] (just fyi) [22:08] chrisccoulson, I feel less alone now ;-) [22:08] chrisccoulson, I think it's a dconf issue [22:09] seb128: alt+print not working in gnome is a side effect of having some unity stuff installed? [22:09] asac, could be, I didn't notice but I can confirm there [22:11] no worries. just want to ensure that its known to work on "normal" installs [22:11] asac, [22:11] libhildondesktop/libhildonmenu.h:#define MENU_FILE "applications.menu" [22:12] I would say rename the file hildon-applications.menu [22:12] then update that define [22:12] ^whoever want to fix that one [22:12] yeah [22:13] asac, no alt-print seems to no work on a normal install [22:14] seb128: why is gnome-menus using a not namespaced name? [22:14] chrisccoulson, nautilus-sendto has the same issue there [22:14] imo its a bug in both packages ;) [22:14] seb128 - when did you last update your machine? [22:14] gnome-menus could also use gnome-applications.menu [22:14] chrisccoulson, lol, sort of a while ago [22:14] seb128 - i just went to install some debugging symbols, and it pulled in lots of new packages [22:14] and it's fixed now ;) [22:14] chrisccoulson, I manage to do only half the updates since I'm back [22:15] GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed [22:15] yeah, i don't get that now either [22:15] I get those warnings and an hang in gdbus [22:15] well that's sort of what I though [22:15] it must be a missing update :p [22:15] I still have some 350 updates to do [22:15] 600meg to download after 2 weeks [22:15] it's crazy ;-) [22:16] yeah, i've just pulled in a new dconf and glib. that goes to show how often i update this laptop ;) [22:16] hmmm, i'm a bit confused about that [22:17] i updated glib the other night when i did glibmm [22:17] ah [22:17] that was just a local build :) [22:17] so i'm still running the same version really [22:17] I bet it's d-conf [22:17] the new version had the gdbus api change update [22:17] I've the old version on that box [22:19] ok, telepathy-glib is uploaded [22:19] great [22:19] so what was the issue? [22:19] seb128 - one of the commits porting vala to use the new gir version had only been partially reverted [22:20] chrisccoulson, updating libdconf0 fixed the hang there as well [22:20] hmm. seems that alt-print key is not even propagated [22:20] nice! [22:20] chrisccoulson, oh ok so it was vala [22:20] asac - that's because it's sysrq ;) [22:20] i cannot change it back to alt-print in keyboard shortcuts [22:20] chrisccoulson: huh? [22:20] chrisccoulson, but it used to work? [22:20] it worked since beginning of universe ;) [22:21] it has always been the shortcut to take a screenshot of whatever dialog has the focus [22:21] right [22:21] now i have it set to alt-scrolllock ;) [22:21] chrisccoulson: what and who touched that? [22:21] asac - i'm not sure. 1 second, i'll try and find the bug [22:22] thats really important bug imo ... if something that basic stops working we have a problem ;) [22:22] thanks for finding the bug ;) [22:22] my inbox is such a mess. i really need to just CTRL+A and then DEL :) [22:22] dont read it ;) [22:22] you should filter bugs [22:23] I marked my bugmails as read when I came back this week [22:23] I figured that if somebody needed me or a bug was annoying it would come back in some way [22:23] seems to work so far nobody complained ;-) [22:23] yeah, i think i might do that ;) [22:23] asac - bug 642792 [22:23] Launchpad bug 642792 in metacity (Ubuntu) (and 1 other project) "ALT+PrtSc not recognised (affects: 5) (dups: 1) (heat: 28)" [Undecided,Confirmed] https://launchpad.net/bugs/642792 [22:24] i am using compiz [22:24] asac - it gets the preference from the same place AFAICT [22:25] the preference is shipped by metacity, but i think compiz uses the same thing [22:25] hmmm, bug 651523 is weird [22:25] Launchpad bug 651523 in xulrunner-1.9.2 (Ubuntu) "package xulrunner-1.9.2 1.9.2.10 build1 nobinonly-0ubuntu0.10.04.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 127 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/651523 [22:26] /usr/lib/xulrunner-1.9.2.10/xulrunner-bin: error while loading shared libraries: /usr/lib/xulrunner-1.9.2.10/libmozjs.so: invalid ELF header [22:26] :(, running i386 on amd64 or vice versa? [22:27] micahg - that's what i though, but it usually gives a different error for that i think [22:28] seb128, asac, https://code.edge.launchpad.net/~mathieu-tl/ubuntu/maverick/hildon-desktop/lp647628/+merge/37070 [22:28] "wrong ELF class" is what you'd expect to see [22:28] fail, I spammed the merge request :/ [22:30] cyphermox, did you build test that? [22:30] right, I really fail [22:30] cyphermox, I didn't but I would not be surprised if it was installing both names [22:30] the upstream one in the upstream make install and the debian one in the rules [22:31] seb128, I'll check [22:32] cyphermox, in fact maybe not it seems the upstream one is no .install [22:32] seb128, either way, I should have tested the build before filing the merge request [22:32] I'm doing that now :) [22:36] hmmm, my laptop seems to get slower and slower every day [22:36] or i get more impatient [22:36] oh, using 3GB of swap probably doesn't help [22:37] brb [22:37] brb too, time for a reboot [22:38] chrisccoulson, not sure why but my box get slower over time [22:38] like I can't build gtk and glib without real slowdown [22:39] it used to be ok in lucid but in maverick it start being slower during the build [22:39] yeah, mines been particularly bad the last few days [22:39] to a point where scrolling on screen is lagging [22:39] it takes me 2.5 hours to build firefox now, and i can't use my laptop at all for that time [22:39] the cursor just freezes on screen for minutes at a time [22:40] chrisccoulson: :(, is that for 4? [22:40] micahg - yeah, it's got terribly slow on my laptop in recent days [22:40] but i don't think that's a ff issue ;) [22:40] chrisccoulson: it's must be the test suite [22:41] that time is without even running that ;) [22:43] chrisccoulson: do you see the same slow down in build time in dailies? [22:44] asac - it's dailies that i build, but the build times seem ok in the PPA [22:44] its just my machine ;) [22:44] dying disk? [22:44] too many builds ;) [22:44] i think it's just a case of the disk being really slow, and the fact that i'm always using swap [22:45] why is it always using swap? [22:45] are you doing parallel builds now in the package? [22:45] like -j$(CPUCOUNT)+1? [22:45] i'm not sure why it's using so much swap :/ [22:45] asac - we aren't doing any parallel builds. not sure my machine would cope with that ;) [22:46] chrisccoulson: i doubt it ;) ... how much mem? [22:46] 2G? [22:46] amd64? [22:46] yeah, and that's going to be even more inadequate when i try and do a PGO build at the end of the week ;) [22:46] i think i might have to try and do it overnight when i'm not using it [22:46] 2G with amd64 is not enough for firefox anyway [22:47] yeah, perhaps i should get some more [22:47] you needed 4G on 64-bit in the past ... use 32-bit ;) [22:47] and i guess ffox4 has probably even bigger link jobs [22:47] seb128, hildon-desktop looks good at first glance but I'm missing a lot of stuff it seems for it to do anything useful (e.g. applications or settings). at least strace agrees it looks for ~/.osso/hildon-applications.menu now [22:47] i keep wondering whether it would just be better to get a separate box for doing builds on [22:48] anyway, brb, going to reboot now all my applications have finally closed [22:50] cyphermox, hum, maybe asac can confirm it was working better before [22:50] it was probably not [22:50] asac, ^ can you sponsor https://code.edge.launchpad.net/~mathieu-tl/ubuntu/maverick/hildon-desktop/lp647628/+merge/37070 if you are happy with the update? [22:51] the change seems fine to me but I've never used hildon [22:53] hmmm, wasn't there a recent change to make the inactive windows title bars completely opaque? [22:53] oh [22:53] I though [22:54] the focussed one seems ok, the other one are weird there [22:54] looks like i need this update: https://edge.launchpad.net/ubuntu/+source/compiz/1:0.8.6-0ubuntu9 [22:54] :) [22:54] lol [22:54] same here I guess ;-) [22:54] right, it's time for me to just update everything [22:55] right, same here, but that will be tomorrow, enough work for today [22:55] 'night everybody [22:56] is the policy to keep those changes at UNRELEASED? [22:56] asac, those? [22:56] https://code.edge.launchpad.net/~mathieu-tl/ubuntu/maverick/hildon-desktop/lp647628/+merge/37070 [22:56] usually whoever upload do a dch -r before [22:56] that would change the changelog author, not? [22:57] e.g. and move the sponsoree to a [ .. ] tag [22:57] dch -r -t? [22:57] asac - so, i'm going to hopefully try doing a profile guided build of firefox this weekend :) [22:57] i need to build gcc-4.5 before then though [22:57] hmm. another bug ;) [22:58] heh ;) [22:58] i need this change in: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623 [22:58] a few days ago i started to get asked for my ssh key in a dialog [22:58] gcc.gnu.org bug 45623 in tree-optimization "[4.5 Regression] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?" [Normal,Resolved: fixed] [22:58] err ssh passphrase [22:58] i never had to do that :/ [22:58] keyring bustage? [22:58] asac, there is a dch option to no modify the infos in the changelog [22:58] seb128_: hmm, man dch states that -t doesn't work with -r [22:58] asac - oh, i see that too [22:58] kklimonda, try -m then ;-) [22:58] with -r [22:58] but, it could be that i haven't updated in ages [22:58] seb128_: :* [22:58] chrisccoulson: noone cares? ;) [22:58] :( [22:58] bye [22:59] seb128_: I was looking just for that two days ago, thanks [22:59] ah [23:00] gotta go now -- planned dinner [23:01] 'night cyphermox [23:01] 'night chrisccoulson