[00:01] <smspillaz> RAOF: pomke
[00:01] <smspillaz> *poke
[00:02] <RAOF> Ow.
[00:02] <RAOF> smspillaz: You rang, m'lud?
[00:02] <smspillaz> RAOF: hi
[00:03] <smspillaz> RAOF: oh that sounds so much more realistic now that I know what you actually sound like XD
[00:03] <RAOF> :P
[00:03] <smspillaz> RAOF: anyways, I meant to ask - are damage events generally handled in the driver ?
[00:03] <smspillaz> eg, if you should get a damage event for something and then don't, is that the drivers fault, if you registered for damage at the right time ?
[00:04] <RAOF> It could be the driver, it could be EXA.
[00:04] <RAOF> Or the way that the driver interacts with EXA :)
[00:07] <smspillaz> RAOF: what if it's nvidia ?
[00:08] <RAOF> Then it's probably the driver.
[00:08] <RAOF> I don't *think* there's anything driver-independent that could make that not work.  I could wander through the source if you wanted me to be more sure ☺
[00:09] <smspillaz> well I'm basically just doing that myself now
[00:10] <smspillaz> it's just the thing is that this bug only happens with compiz 0.9 and not 0.8
[00:10] <RAOF> nvidia has had problems with damage in the past, IIRC.
[00:10] <smspillaz> (the one where menus don't appear at first but if you hover over them they work)
[00:11] <smspillaz> ISTR a patch in compiz for ubuntu which messed with damage though
[00:13] <smspillaz> RAOF: this one http://bazaar.launchpad.net/~compiz/compiz/ubuntu/revision/483#debian/patches/049-damage-report-non-empty.patch
[00:22] <RAOF> Oh, incidentally: I hate you, and your <super>-keypress stealing Unity plugin ☺
[00:22] <RAOF> Back to <ctrl>+<alt>+<space> for Do, then :(
[01:16] <Amaranth> smspillaz: that was a patch from maniac that went upstream, iirc
[01:16] <Amaranth> or a different solution went upstream
[01:26] <smspillaz> Amaranth: well it was added to the workaroudns plugin
[01:26] <smspillaz> force X to GLX sync
[01:26] <smspillaz> although the particular damage issue they were targeting was different
[01:26] <Amaranth> smspillaz: wait, I think we're talking about different things
[01:26] <smspillaz> oh ?
[01:26] <Amaranth> the force X to GLX sync was when I put a call to glXWaitX in core
[01:26] <smspillaz> ah right
[01:26] <smspillaz> yeah, I'm talking about this one
[01:27] <Amaranth> onestone implemented that in the workarounds plugin instead
[01:27] <smspillaz> http://bazaar.launchpad.net/~compiz/compiz/ubuntu/revision/483#debian/patches/049-damage-report-non-empty.patch
[01:27] <Amaranth> Right, that has nothing to do with the glXWaitX stuff, afaik
[01:27] <smspillaz> right
[01:28] <smspillaz> so what *was* that about then ?
[01:29] <smspillaz> the one I'm referencing didn't go upstream AFAICT
[01:30] <Amaranth> I dunno, someone dumped our changelog when merging with debian and the debian changelog doesn't say
[01:30] <Amaranth> Let me dig through old changelogs
[01:32] <Amaranth> smspillaz: oh, it was for damage issues with nvidia
[01:32] <smspillaz> I know that
[01:32] <Amaranth> I wonder why we stopped using it, I don't think the glXWaitX stuff was the same thing actually
[01:32] <smspillaz> but what were the issues people were getting ?
[01:33] <smspillaz> and more importantly, why do I only ever get this issue on compiz 0.9 and not 0.8
[01:33] <Amaranth> bug 269904
[01:33] <ubot2> Launchpad bug 269904 in compiz-fusion-plugins-main (Debian) (and 9 other projects) "Screen refresh problems with nvidia on intrepid (affects: 64) (dups: 20) (heat: 182)" [Unknown,New] https://launchpad.net/bugs/269904
[01:34] <smspillaz> Amaranth: I'll try applying this patch then once I confirm it is an nvidia related issue
[01:35] <Amaranth> smspillaz: now I'm all kinds of confused
[01:35] <Amaranth> I don't even remember this patch but apparently you were right
[01:37] <Amaranth> smspillaz: Well, do you see the bug with that workaround enabled? :)
[01:37] <smspillaz> I can't check right now
[01:37]  * smspillaz is recompiling his system
[01:37] <Amaranth> recompiling? gentoo?
[01:37] <smspillaz> arch
[01:38] <Amaranth> smspillaz: blasphemy
[01:38] <smspillaz> Amaranth: hrm I see it on intel
[01:38] <smspillaz> I would swear in here right now if I could
[01:38] <Amaranth> smspillaz: does the workaround fix it there? :)
[01:39] <smspillaz> Amaranth: erm, let me check
[01:40] <smspillaz> I don't have workarounds and friends enabled
[01:40] <smspillaz> available rather
[01:40] <smspillaz> maybe I might be able to get a hold of krh
[01:41] <smspillaz> in other news I wish there was a way to automate what yaourt does
[01:41] <Amaranth> smspillaz: I updated the plugins-extra package, if that's what you mean
[01:41] <smspillaz> having to consistently hit "y" "y" "y" all the time drives me nutes
[01:41] <smspillaz> *nuts
[01:41] <smspillaz> Amaranth: I had to compile from source
[01:43] <Amaranth> smspillaz: hmm, it seems I added my glXWaitX call in core after the workaround
[01:43] <Amaranth> Either that or in the bug report I'm referring to the patch you linked to
[01:43]  * Amaranth can't remember that far back
[01:52] <Amaranth> smspillaz: tbh the only drawing issue I see that isn't an app bug is xchat-gnome drawing on top of itself
[01:52] <Amaranth> although I think that happens with metacity too so that's just a generic driver bug, I guess
[01:58] <smspillaz> yeah
[02:18] <TheMuso> /c/c
[02:33] <smspillaz> Amaranth: I just saw the bug on nouveau too
[02:34] <smspillaz> hmm, while I have nouveau up and running I should try and get unity working
[02:35] <RAOF> smspillaz: What part isn't working currently?
[02:35] <RAOF> aka: My netbook with nouveau circa mesa 7.9 happily runs Unity on nouveau.
[02:42] <smspillaz> RAOF: trigger a menu -> it doesn't appear in some cases -> hover over where the menu should be (eg do something to damage it) -> it does appear
[02:43] <smspillaz> RAOF: the problem is that when the window is mapped, we're supposed to get a magical "I'm damaged, ok feel free to draw me now" event, but in some cases we don't
[02:43] <smspillaz> and it's happening with nvidia, intel, nouveau
[02:44] <RAOF> I don't believe that I've seen that behaviour, but that spread of drivers suggests it's not actually a driver problem :)
[02:44] <smspillaz> I know
[02:44] <smspillaz> I'm just wondering how on earth I could be using the xcomposite extension *wrong* here
[02:45] <smspillaz> it's not a race condition either - I'm registering for damage events on the client right after the CreateNotify
[02:46]  * smspillaz wonders if there's some magic he has to do
[03:02]  * RAOF doesn't know of any magic required.
[03:09] <smspillaz> that's what suprises me
[03:19] <smspillaz> Amaranth: btw, even with force-x-to-glx sync I still get the bug :/
[03:19] <Amaranth> smspillaz: weird
[03:19] <Amaranth> smspillaz: perhaps it requires human sacrifice
[03:20]  * smspillaz sacrifices DBO
[03:20] <smspillaz> deciding to do this on arch linux didn't make my life any easier
[03:20] <smspillaz> they upgraded python to 3.0 and it broke ccsm
[03:23] <RAOF> That was really silly.  python 3.0 isn't python :)
[03:27] <smspillaz> silly AND annoying
[03:30] <Isaac-M> Hello
[03:31] <Isaac-M> I have a unique problem, I tried #ubuntu-boot, but no one was there.
[03:31] <Isaac-M> Is anyone available to help?
[03:31] <Isaac-M> Well, my CMOS/BIOS thinks I have a floppy drive. I disagree.
[03:32] <Isaac-M> So, this of course spawns an infinite error when launching Ubuntu
[03:32] <Isaac-M> I need to know the correct argument to pass to the kernel when starting Ubuntu, so it bypasses the floppy drive.
[03:32] <Isaac-M> I tried nofloppy, but it didn't work
[03:33] <Isaac-M> Also tried: floppy=0, floppy=0,16,cmos
[03:33] <Isaac-M> Does anyone know the correct arg?
[04:26] <desrt> does anybody know where the gnome-shell package has gone in natty?
[04:26] <micahg> desrt: bug 690045
[04:26] <ubot2> Launchpad bug 690045 in gnome-shell (Ubuntu) "Please remove and blacklist gnome-shell (affects: 2) (heat: 128)" [Wishlist,Fix released] https://launchpad.net/bugs/690045
[04:27] <desrt> cheers
[04:27] <micahg> desrt: I hope to have it in the gnome3 PPA by the end of next month
[04:27] <desrt> and hopefully in natty by the release?
[04:28] <micahg> desrt: probably not, since it'll most likely needs parts of the gnome3 stack not in natty, but will be in natty + 1
[04:29]  * desrt doesn't look very impressed
[04:31] <desrt> i guess when jono said that there would be a first-class gnome-shell experience in natty he meant "if you run fedora in a virtualbox"?
[04:32]  * micahg can't speak for jono
[04:32] <micahg> desrt: gnome3 probably isn't landing, but if the pieces are there, I'll try to get it back in
[04:32] <desrt> so what's missing?
[04:33] <micahg> desrt: idk yet, I won't have time until next month to investigate
[04:34] <micahg> desrt: but we certainly won't have gnome3 landed without gnome-shell
[04:34]  * micahg shouldn't say certainly (since he has no authority), most probably
[04:38] <micahg> desrt: all I can say is I'll do what I can once the pieces are in the archive
[04:39] <desrt> you're going to lose quite a lot of users if it's not working, i think
[04:39] <micahg> desrt: I'm not on the desktop team, just a community member
[04:42] <RAOF> From what I gathered, it's roughly a manpower problem.
[04:44] <desrt> RAOF: it always is....
[04:46] <RAOF> Well, some of the dependencies are also a bit annoying; I know gjs and the “this internal xul library is totally appropriate to link against” has been somewhat troublesome.
[04:46] <desrt> ya
[04:47] <desrt> i remember a cycle or two ago you guys put in a request for gnome-shell to switch to seed
[04:47] <desrt> and the response was "not really, opposed but we don't see the point"
[04:47] <micahg> desrt: we can't do stable updates for xulrunner, but hope to for webkit
[07:54] <smspillaz> RAOF: ping
[07:58] <smspillaz> RAOF: so two things
[07:59] <smspillaz> RAOF: the first is that I've compiled the whole stack from git and it seems that the sync fences seem to fix my damage issue
[07:59] <RAOF> Do either of them involve porpoises?
[07:59] <smspillaz> so question: can we backport those ?
[07:59] <smspillaz> 2)
[07:59] <smspillaz> we're doing something weird in compiz where we register for damage events on both the window id drawable and the tfp pixmap
[08:00] <smspillaz> which seems, erm, wrong
[08:00] <smspillaz> since we only did it on the id in 0.8
[08:00] <RAOF> Aaah, yeah.  And prior to the sync extension work there's no way to synchronise X<->GLX easily.
[08:00] <smspillaz> yeah
[08:00] <smspillaz> even our glXWaitX workaround doesn't quite work
[08:01] <smspillaz> although this was an issue where I don't seem to get a damage event on window maps, and I don't know if that's related or now
[08:01] <RAOF> You also need XwaitGL or whatever it's called, I think.
[08:01] <smspillaz> *not
[08:01] <RAOF> Well, they're in 1.10; xorg-edgers has that full stack built and I expect to be ready to upload 1.10 to natty proper by the end of the week.
[08:01] <smspillaz> hrm ok
[08:02] <smspillaz> I'm going to see if this "smart idea of ours" to register for damage events on both the named pixmap and the id was not so smart after all
[08:02] <RAOF> :)
[08:03] <RAOF> Also, stop eating <super> :)
[08:05] <smspillaz> RAOF: not my fault :)\
[08:05] <smspillaz> someone wanted the launcher to be shown on super, so we have to xgrabkey for super
[08:06] <smspillaz> RAOF: do you know what the commit was that introduced sync fences so that I can test without them to see if I still get my bug ?
[08:07] <RAOF> I can grab the commit ID for you.
[08:08] <smspillaz> cheers
[08:08] <smspillaz> I just wouldn't know what the grep for :p\
[08:09] <RAOF> I don't think that the sync fences are actually hooked up to anything, though.
[08:09] <RAOF> They're something that you need to use explicitly, IIUC.
[08:12] <smspillaz> hrm
[08:12] <smspillaz> I wonder why I'm not hitting this bug in xorg master
[08:12] <RAOF> So, the candidate commits are: 02e18c9fb5, 9c0c7cc9a7ad, 397dfd9f87, and a couple of others leading up to 397dfd9f87
[08:12] <smspillaz> ok
[08:13] <RAOF> I think there have been some changes to Damage and EXA, but that shouldn't affect nvidia.
[08:13] <smspillaz> although I'm pretty sure this behaviour where we register for damage events on the same drawable is really a recipe for disaster
[08:13] <smspillaz> might want to check that one with krh
[08:14] <RAOF> That might be a good idea.
[08:15] <smspillaz> it would be really handy if onestone was actually around during the time we merged his code :/
[08:15] <smspillaz> then we could ask him, you know, like, why he did things the way he did ....
[08:15] <RAOF> :)
[08:25] <desrt> dbarth: good morning
[08:29] <dbarth> desrt: hi Ryan
[08:29] <desrt> do you know if seb is around this week?
[08:29] <desrt> or on holidays?
[08:29] <dbarth> desrt: he is
[08:29] <dbarth> desrt: he was there yesterday afternoon
[08:29] <pitti> Good morning
[08:29] <desrt> nice
[08:29] <dbarth> he should connect soon
[08:29] <desrt> hi pitti
[08:29] <pitti> desrt: heeey
[08:29] <dbarth> hi pitti
[08:30] <pitti> bonjour dbarth
[08:30] <RAOF> Good morning pitti
[08:30] <desrt> dbarth: just about have a working set of packages...
[08:34] <smspillaz> RAOF: aaah ok, now I know why he does it
[08:34] <smspillaz> his solution was to nuke loose binding and only rebind textures when the underlying pixmap was damaged
[08:35] <RAOF> Ah, so it's a nvidia performance hack?
[08:36] <smspillaz> well basically it was the solution to have a "half way between" strict and loose binding
[08:36] <smspillaz> because loose binding was the nvidia perf hack
[08:37] <smspillaz> although I wish he'd stop calling it "dynamic binding" and call it "damage binding" like it actually is :/
[08:40]  * desrt gives up, goes to bed
[08:41] <smspillaz> RAOF: or rather, it looks like he added it for multitexture support
[08:41]  * smspillaz hates it that debugging compiz usually ends up in "guess what the other developer was trying to do"
[08:42] <RAOF> Yeah, that game sucks.
[08:43] <smspillaz> especially when the other developer is some wizard like davidr or onestone but also suffers from "I don't document my code"-diasease
[08:51] <pitti> bonjour dbarth
[08:51] <pitti> oops, focus error
[09:02] <smspillaz> RAOF: btw, props to whoever figured out how to make plymouth look like not-garbage on nvidia
[09:05] <pitti> smspillaz: it wasn't driver specific
[09:05] <smspillaz> pitti: oh ?
[09:05] <pitti> smspillaz: it was a weird compiler bug, see bug 685352
[09:05] <ubot2> Launchpad bug 685352 in plymouth (Ubuntu Natty) (and 6 other projects) "libplymouth2_0.8.2-2ubuntu6 and later give ragged splash and text rendering (affects: 34) (dups: 3) (heat: 174)" [Medium,Fix released] https://launchpad.net/bugs/685352
[09:05] <pitti> was a loong night to track that down :)
[09:05] <smspillaz> pitti: ahhhh compiler bugs :)
[09:06] <smspillaz> pitti: we had one where compiz would crash a few seconds after loading any plugin on gcc 4.5. Also took a loooooong night with onestone to track that one down
[09:06] <smspillaz> pitti: I see the one where VT text was offset to the lower right hand corner of the screen was fixed too. congrats :)
[09:09] <smspillaz> pitti: ah strange you got a bug with gcc 4.5 as well
[09:09] <smspillaz> gcc 4.5 is *really* buggy I've noticed
[09:13] <bentech4you> how to enable wifi on hp
[09:13] <bentech4you> laptop
[09:29] <rodrigo_> morning
[09:29] <didrocks> good morning rodrigo_
[09:32] <rodrigo_> hi didrocks
[09:37] <kamstrup> pitti: wow, impressive work on that bug. Nice job! :-)
[09:37] <pitti> thanks
[09:37] <pitti> hey didrocks
[09:37] <didrocks> guten morgen pitti, how is the hackfest?
[09:38] <pitti> didrocks: going well indeed! making nice progress
[09:38] <didrocks> nice :)
[10:05] <seb128> hey
[10:05] <pitti> hey seb128
[10:08] <seb128> hey pitti
[10:08] <seb128> how are you?
[10:08] <didrocks> salut seb128
[10:08] <seb128> lut didrocks, ca va ?
[10:08] <didrocks> seb128: ça va bien, et toi ?
[10:08] <seb128> ca va ;-)
[10:49] <seb128> pitti, oh, daily iso built
[10:49] <pitti> seb128: I'm great, thanks! beautifying gvariant handling in gi nw
[10:49] <pitti> seb128: yeah, at last! and it's small (I added a new langpack)
[10:49] <seb128> nice!
[10:49] <seb128> pitti, new langpack, great!
[10:49] <seb128> which one? just curious
[10:49] <seb128> we have french back on amd64 right?
[10:49] <seb128> ;-)
[10:58] <pitti> seb128: almost
[10:59] <pitti> seb128: tomorrow morning we shold have fresh langpacks (I need to build them manually)
[10:59] <pitti> then they should fit
[11:02] <seb128> pitti, ok great ;-)
[11:08]  * didrocks wants a working Internet connexion :/
[11:09] <seb128> didrocks, still no box?
[11:31] <smspillaz> RAOF: ok, did some more investigating - there's some X bug that's causing us to not get damage events on MapNotify even with compiz 0.8 and it's fix in xserver git
[11:31] <smspillaz> do you think you could find commits that might have fixed them and backport them?
[11:45] <didrocks> at last \o/
[11:51] <smspillaz> didrocks: \o/
[11:56] <nessita> hello everyone!
[11:57] <didrocks> hey nessita, how are you?
[11:57] <nessita> didrocks: pretty good! you?
[11:57] <didrocks> nessita: I'm fine, thanks :)
[11:59] <pitti> hey nessita, how are you?
[11:59] <nessita> hey pitti!
[11:59] <nessita> how was that return to the home?
[12:01] <pitti> nessita: went pretty well this time, no delays and I felt almost no jetlag
[12:01] <pitti> nessita: how about you?
[12:02] <nessita> the trip was more tiring that I thought... but once I was at home, it was great :-)
[12:09] <seb128> hey nessita
[12:10] <nessita> hey seb128! how are you?
[12:10] <seb128> I'm great thanks!
[12:10] <seb128> I managed to sleep 6 hours in the 9 hours flight
[12:10] <seb128> then stayed up until midnigt, slept until 11:30 on monday
[12:10] <seb128> which get me out of jetlag in one day ;-)
[12:10] <seb128> what about you?
[12:13] <nessita> well, I slept pretty much nothing on my way back, I slept most of the sunday in my home. That made me recover pretty well :-)
[12:16] <seb128> ;-)
[12:39] <dpm> hey didrocks, I hope you had a good flight back! Quick question: from which package did the "Classic Desktop" string that appears on gdm come from? You told me a couple of weeks ago, but I can't remember which one
[12:42] <rodrigo_> seb128, pitti: can you please have a look at merging/uploading this: https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/libcanberra/no-gtk-quit-add/+merge/46463
[12:42] <rodrigo_> seb128, pitti: not urgent until the new GTK3 is uploaded (robert is on it)
[12:43] <dpm> hi chrisccoulson, do you think you could merge Danilo's fixes to po2xpi to the trunk branch, as discussed on the rally? -> https://code.launchpad.net/~danilo/po2xpi/firefox4-support/+merge/46309 Thanks
[12:44] <chrisccoulson> dpm - yeah, sure
[12:44] <seb128> rodrigo_, will do, did you read robert_ancell's email about gtk?
[12:44] <chrisccoulson> sorry, i've not been too well this morning
[12:44] <rodrigo_> seb128, about the building failures?
[12:44] <seb128> dpm, hey, the classic session should come from gnome-session
[12:44] <seb128> rodrigo_, yes
[12:44] <dpm> awesome, thanks chrisccoulson (the merging part, I mean :) - get well soon
[12:44] <rodrigo_> seb128, yes, looking at building his last changes in a minute
[12:45] <dpm> seb128, great, thanks
[12:45] <rodrigo_> seb128, I didn't get those when I built my branch though
[12:45] <seb128> rodrigo_, ok, I will try there as well
[12:45] <rodrigo_> ok
[12:47] <didrocks> dpm: hey, yes the flight back was nice. yes, it's coming from gnome-session
[12:47] <didrocks> dpm: btw, A new upload create a new string to translate (the fallback message)
[12:48] <didrocks> dpm: the ; are important to keep as it's a delimiter between fallback session message
[12:49] <dpm> didrocks, cool, thanks. Yeah, it seems it's there, but I'm not sure you mean by the delimiter. Is it this one we're talking about? -> https://translations.launchpad.net/ubuntu/natty/+source/gnome-session/+pots/gnome-session-2.0/ca/31/+translate
[12:51] <seb128> dpm, in the template it's this string
[12:51] <seb128> "";It seems you do not have the hardware requirement to run unity. Installing "
[12:51] <seb128> "new driver can maybe be a help.\\nYou should try the Ubuntu classic session "
[12:51] <seb128> "to directly get the traditional interface."
[12:51] <seb128> "
[12:52] <seb128> dpm, seems launchpad strips the ";" at the start of the line there
[12:53] <didrocks> dpm: seb128  I just added the ; with an upload less than an hour ago, so maybe not refreshed yet
[12:53] <seb128> oh ok
[12:55] <dpm> seb128, didrocks, yeah, it seems that the template with the new string is not there yet: https://translations.launchpad.net/ubuntu/natty/+source/gnome-session/+imports?field.filter_status=all&field.filter_extension=pot
[12:56] <dpm> didrocks, has the new string got a translator comment re: the ";"? Because I think it is likely to confuse translators, and I'm afraid they might remove it in the translation
[12:57] <didrocks> dpm: I wasn't sure how it worked in the .desktop file so I didn't put one. I can do that in a next upload if we are sure intltool isn't confused by that
[12:58] <dpm> didrocks, I don't think intltool supports comments  in .desktop files - dobey, any ideas?
[13:00] <dpm> the \\n escaping does not seem to work, either on https://translations.launchpad.net/ubuntu/natty/+source/gnome-session/+pots/gnome-session-2.0/ca/+translate?batch=10&show=all&search=hardware
[13:01] <dpm> let me file a bug and see if any translations people comes up with an idea
[13:02] <didrocks> ok, thanks dpm :)
[13:18] <seb128> rodrigo_, do you know why when g-s-d crashes the gtk theme reset rather than staying on what it was?
[13:18] <seb128> rodrigo_, is the xsettings dropped when g-s-d crashes?
[13:18] <rodrigo_> seb128, hmm, no, it shouldn't
[13:18] <rodrigo_> but it's true that it happens, I see it when logging out
[13:19] <rodrigo_> seb128, 2.32. or 2.91?
[13:20] <nessita> rodrigo_: speaking of crashes, would you know why u1client is failing to build with:
[13:20] <nessita> dh_girepository -pgir1.0-ubuntuone-1.0
[13:20] <nessita> dh_girepository: Could not find gir file for UbuntuOne-1.0.typelib
[13:20] <nessita> make: *** [binary-predeb/gir1.0-ubuntuone-1.0] Error 2
[13:20] <rodrigo_> nessita, you need the gir*ubuntuone package installed
[13:20] <seb128> nessita, is that on natty?
[13:20] <seb128> nessita, the gir version is 1.2 now
[13:20] <rodrigo_> ah, right
[13:20] <nessita> rodrigo_: but that is not a local machine, that is u1client nightlies
[13:20] <seb128> nessita, where is your work in progress? do you want me to check?
[13:21] <nessita> seb128: I have no idea where this is built... rodrigo_, do you know?
[13:21] <rodrigo_> nessita, dobey's machine?
[13:21] <seb128> nessita, where is the source I mean
[13:21] <nessita> seb128: log file is: http://launchpadlibrarian.net/62246782/buildlog_ubuntu-maverick-amd64.libubuntuone_0.3.9%2Br113~maverick1_FAILEDTOBUILD.txt.gz
[13:21] <seb128> or the vcs
[13:22] <rodrigo_> nessita, I guess it needs to build depend on gir1.2-ubuntuone-1.0
[13:22] <seb128> oh, it's a maverick build
[13:22] <seb128> rodrigo_, ^
[13:23] <rodrigo_> does it build depend on gir1.0-ubuntuone-1.0 then?
[13:23]  * rodrigo_ gets the source
[13:24] <seb128> rodrigo_, it can't, the binary is coming from this source
[13:24] <nessita> so, is a 'which binary is built first' issue?
[13:25] <rodrigo_> the binary is from libubuntuone, not u1-client
[13:25] <seb128> rodrigo_, the build log is a libubuntuone one
[13:25] <rodrigo_> ah
[13:26] <rodrigo_> hmm
[13:28] <seb128> nessita, can I get the source package or the vcs somewhere?
[13:28] <seb128> nessita, it's hard to say without seeing what is in the source
[13:28] <rodrigo_> seb128, lp:libubuntuone/ubuntu
[13:28] <nessita> seb128: let me dig a deep to try to guess where that package builds from
[13:28] <rodrigo_> ok, so the problem is that the package was renamed to gir1.2.... but debian/rules uses gir1.0
[13:29] <nessita> rodrigo_: but that is maverick, is it correct the package to be gir1.2?
[13:29] <seb128> rodrigo_, seems they tried to make the build work with either abi version
[13:29] <seb128> rodrigo_, the build-depends are gir1.0 | gir1.2 for example
[13:30] <nessita> hum
[13:30] <rodrigo_> the nightlies build from the same package branch afaik
[13:30] <nessita> I think we need to ask dobey in this case, he modified that, I think
[13:30] <rodrigo_> seb128, where do you see that? in the branch I pasted, it just build-depends on gir1.2*
[13:30] <seb128> the issue is that natty and maverick have different gir versions
[13:30] <seb128> rodrigo_, http://launchpadlibrarian.net/62246782/buildlog_ubuntu-maverick-amd64.libubuntuone_0.3.9%2Br113~maverick1_FAILEDTOBUILD.txt.gz
[13:30] <seb128> the build log nessita gave
[13:31] <rodrigo_> seb128, right
[13:31] <nessita> seb128, rodrigo_: I can't find a dedicated branch for this build...
[13:31] <seb128> "gir1.2-glib-2.0 | gir1.0-glib-2.0, gir1.2-json-glib-1.0 | gir1.0-json-glib-1.0"
[13:31] <rodrigo_> nessita, we'd better ask dobey, this seems to use a different branch
[13:32] <nessita> ok, I will
[13:32] <nessita> thanks for looking into this!
[13:32] <seb128> nessita, ok, we need dobey to point us to the source used for those builds
[13:32] <seb128> yw ;-)
[13:32] <nessita> right
[13:32] <nessita> :-)
[13:32] <rodrigo_> I'll change though the "real" branch to use gir1.2 everywhere
[13:33] <seb128> rodrigo_, https://code.launchpad.net/~ubuntuone-control-tower/libubuntuone/packaging-dailies
[13:33] <seb128> nessita, ^
[13:33] <seb128> that's the one used for the daily build
[13:33] <seb128> r6 has the dual gir thing
[13:34] <rodrigo_> yes
[13:36] <nessita> me browses
[13:36] <rodrigo_> nessita, I'll build locally the natty version to see if that gir* stuff needs fixing
[13:36] <rodrigo_> so will let it building while I get lunch, bbiab
[13:36] <seb128> rodrigo_, you also need to rename libwebkit-dev to libwebkitgtk-dev
[13:36] <seb128> in natty
[13:36] <rodrigo_> ok
[13:37] <nessita> rodrigo_: awesome, thanks!
[13:37] <Laney> what was that webkit rename for?
[13:37] <seb128> Laney, upstream changed the library name
[13:37] <seb128> it's to have the binaries matching the soname
[13:38] <rodrigo_> seb128, libwebkitgtk-3.0-dev ?
[13:38] <seb128> rodrigo_, no?
[13:38] <seb128> libwebkitgtk-dev
[13:38] <rodrigo_> no, sorry, libwebkitgtk-dev
[13:38] <seb128> or do you want to build with gtk3?
[13:38] <rodrigo_> didn't see it
[13:38] <seb128> ok
[13:38] <rodrigo_> ok, lunch now, will do that later
[13:39] <seb128> rodrigo_, enjoy
[13:39] <seb128> Laney, debian did the same rename in experimental
[13:41] <Laney> seb128: yeah I see now, didn't catch that in the changelog
[13:41] <Laney> do they Provide: the old names?
[13:42] <seb128> Laney, no, but since the soname changed that would be misleading
[13:42] <Laney> maybe for the dev
[13:42] <seb128> they don't provide it, things would crash on a no found lib
[13:42] <Laney> for BDs
[13:44] <bcurtiswx> bazaar.launchpad.net must be down.. can't push or ping it
[13:44] <bcurtiswx> good morning all
[13:44] <soren> bcurtiswx: Works for me.
[13:44] <seb128> bcurtiswx, works there
[13:44] <seb128> hey btw
[13:45] <bcurtiswx> hmm, odd
[13:45] <seb128> Laney, hum, I guess it would work for this one...do we still have lot of things not transitioned?
[13:45] <nessita> bcurtiswx: works for me too, I just pushed a branch
[13:46]  * bcurtiswx wonders why it doesn't ping 
[13:46] <bcurtiswx> we have a small ice storm here, closed everything down
[13:47] <bcurtiswx> works now yay
[13:48] <bcurtiswx> kenvandine, are you back today?
[13:49] <bcurtiswx> its not 9 yet, i keep forgetting i got up at 5am ET :\
[13:49] <seb128> nessita, rodrigo_: ok, so
[13:49] <seb128> you need to add to debian/libubuntuone-dev.install
[13:49] <seb128> "-debian/tmp/usr/share/gir-1.0/UbuntuOne-1.0.gir"
[13:50] <seb128> ups
[13:50] <seb128> "debian/tmp/usr/share/gir-1.0/UbuntuOne-1.0.gir"
[13:50] <seb128> nessita, to fix your build issue
[13:50] <Laney> seb128: http://paste.ubuntu.com/555392/
[13:50] <seb128> nessita, https://code.launchpad.net/~ubuntuone-control-tower/libubuntuone/packaging-dailies
[13:50] <seb128> being the vcs that needs the change
[13:52] <seb128> Laney, we need to upload those anyway to pick the new soname so the 1 liner b-d change can be done as well no?
[13:53] <Laney> it's still then a delta to maintain
[13:54] <seb128> well debian renamed the lib as well and they are not likely to get new uploads in unstable that we need to sync
[13:55] <seb128> the delta is quite small, especially that anything going in experimental should be updated for the new naming
[13:55] <Laney> I would be inclined to keep it until the transition is done in Debian, but that's just my 2 cents
[13:55] <seb128> so it's only a delta for new uploads that will happen in unstable during the debian freeze time
[13:55] <Laney> the freeze might not last for much longer ;)
[13:56] <seb128> you mean they might release?
[13:56] <seb128> or just unfreeze?
[13:56] <Laney> indeed
[13:56] <seb128> ok, so problem solved, they will land the new webkit in unstable after release
[13:56] <nessita> seb128: awesome! I'll add that
[13:56] <Laney> yeah I would keep it until then
[13:57] <seb128> nessita, you're welcome
[13:57] <seb128> Laney, ok, will add it in the next upload
[13:57] <Laney> then stuff will be able to be transitioned by syncing
[13:57] <Laney> :)
[14:26]  * kenvandine waves
[14:26] <cyphermox> hey kenvandine
[14:26] <kenvandine> hey cyphermox
[14:26] <pitti> hey cyphermox, hi kenvandine
[14:26] <kenvandine> hey pitti
[14:28] <cyphermox> didrocks1, I still have some issues with compiz and unity not loading in some cases... I even got a warning to say unity wasn't supported, although it work fine?
[14:28] <cyphermox> any way I can run whatever gives me that warning so I could file a nice bug report?
[14:29] <didrocks1> cyphermox: ok, I'll try to work on some caching then for alpha3
[14:29] <didrocks1> cyphermox: well, I think that if you then run in your session /usr/lib/nux/unity_support_test ; echo $? you have 0 ?
[14:29] <didrocks1> cyphermox: and in a hot cache, launching it is really quick? (if you time it)
[14:29] <seb128> kenvandine, hey, how are you?
[14:29] <kenvandine> good
[14:30] <kenvandine> seb128, good trip back?
[14:30] <seb128> yes, pretty uneventfull
[14:30]  * kenvandine was happy to have a holiday yesterday to recover from last week
[14:30] <kenvandine> :)
[14:30] <seb128> got an empty seat next to me and managed to sleep in the plane so it was ok
[14:30] <kenvandine> woot
[14:30] <cyphermox> didrocks1, seems fine to me, and yes I get 0
[14:30] <didrocks1> cyphermox: so, it's just verrrrryyyyy slow at first run, I guess…
[14:31] <cyphermox> possibly
[14:31] <seb128> kenvandine, I guess this week we will need to sort libdbusmenu breakages
[14:31] <cyphermox> that test gets spawned on boot?
[14:31] <kenvandine> seb128, yup
[14:31] <seb128> kenvandine, is the indicator-message showing running apps for you?
[14:31] <didrocks1> cyphermox: on login, right
[14:31] <kenvandine> seb128, yeah, we know about that one
[14:31] <seb128> kenvandine, like the triangle
[14:31] <seb128> ok
[14:31] <kenvandine> well... it shows dupes right?
[14:31] <didrocks1> cyphermox: hum, you can maybe time it
[14:31] <seb128> chrisccoulson, found appmenu issues
[14:32] <kenvandine> it is showing the triangle for me
[14:32] <seb128> he filed some bugs and added some patches
[14:32] <kenvandine> but it adds a new one for each time i run the app
[14:32] <cyphermox> didrocks1, ok. I'll wrap around it to have it log time somewhere :)
[14:32] <kenvandine> great
[14:32] <seb128> kenvandine, no, no duplicate there but no triangle either
[14:32] <bcurtiswx_> hi kenvandine
[14:32] <kenvandine> hey bcurtiswx_
[14:32] <didrocks1> cyphermox: excellent! and then, just append the result somewhere so that we can see between boots what's the average time for you
[14:32] <seb128> kenvandine, but that's on the gnome-panel applet not unity, I was having some unity crashes and turned it off
[14:32] <kenvandine> seb128, humm... what tedg and i saw on friday was dupes
[14:32] <kenvandine> ah
[14:33] <kenvandine> ok
[14:33] <kenvandine> interesting
[14:33] <cyphermox> didrocks1, yeah, I was going to have it just output to stdout, it would show up in .xsession-errors then I guess
[14:33] <kenvandine> seb128, i'll try it in the gnome panel
[14:33] <seb128> kenvandine, ok thanks
[14:34] <didrocks1> cyphermox: right, but it will be removed at each login, if you can append somewhere in ~, so that you can see the time for the last xxx login, that will be nic!
[14:34] <didrocks1> nice*
[14:34] <didrocks1> I have no timeout there, weird as my machine is really slow :)
[14:34] <seb128> Laney, didrocks1, kenvandine: does banshee still need the soundmenu binary or is mpris part of banshee?
[14:34] <Laney> both
[14:35] <seb128> both?
[14:35] <Laney> the sound menu extension still does some stuff, like the close/quit behaviour
[14:35] <seb128> ok
[14:35] <cyphermox> brb, testing this
[14:35] <Laney> http://git.gnome.org/browse/banshee/tree/src/Extensions/Banshee.SoundMenu/Banshee.SoundMenu/SoundMenuService.cs
[14:35]  * kenvandine logs out to test stuff
[14:36] <seb128> Laney, thanks
[14:36] <Laney> np
[14:36] <seb128> I was wondering if it was still needed now that the indicator only needs mpris support from the client
[14:37] <Laney> that notification stuff could probably be put into a separate extension
[14:37] <Laney> aiui it's only there because the notification code is tied into the old notification area extension
[14:37] <Laney> (so soundmenu could probably get even smaller)
[14:39] <mterry> seb128, vala isn't in the desktop-set (though it is maintained in desktop bzr).  It's probably good that it isn't in desktop-set, but just wanted to confirm.
[14:39] <seb128> Laney, it's not an issue, I was just checking if that was a left over from the time registration was needed
[14:39]  * pitti attempts a natty langpack build, let's see how the new ffox 4.0 translations hold up
[14:39] <seb128> mterry, hey
[14:39] <Laney> seb128: I do still see Register/Unregister code in there
[14:39] <Laney> is that not needed any more?
[14:39] <seb128> mterry, I think it should be in the desktop set
[14:40] <dpm> pitti, good luck! :)
[14:40] <seb128> mterry, I don't think it's really used as a low level lib or in other desktop flavors
[14:40] <dobey> huh
[14:40] <seb128> Laney, it's not needed anymore in natty no
[14:40] <dobey> rodrigo_: why did you put the .gir file in the -dev?
[14:40] <seb128> Laney, ronoc rewrote the registration to only listen for clients on the mpris interface
[14:40] <Laney> OK
[14:40] <Laney> bl8: ^^^
[14:40] <seb128> without having to use libindicate
[14:41] <seb128> dobey, because that's where we ship the .gir files
[14:41] <seb128> dobey, the typelib (runtime) is in the gir binary, the .gir is in the libdev
[14:41] <seb128> dobey, since those are required to build not at runtime
[14:41] <seb128> the naming is confusing if that's your issue ;-)
[14:44] <mterry> seb128, true...  And it is pretty tied to the whole glib stack.  OK, will email colin
[14:44] <seb128> mterry, thanks
[14:45] <dobey> seb128: so the .gir isn't needed by the python bits?
[14:45] <pitti> dobey: no
[14:46] <pitti> from pygi's POV you only need it for human inspection during development
[14:46] <pitti> you also need it for e. g. the vala vapigen creator
[14:46] <pitti> (I think that uses the gir, not the typelib)
[14:47] <pitti> dobey: i. e. pygi packages need to depend on gir1.2-foo
[14:47] <dobey> right
[14:48] <kenvandine> cyphermox, any known problems with nm-applet not starting at login?
[14:48] <pitti> it crashes after resuming, too
[14:48] <cyphermox> not that I knew of.. can you file a bug?
[14:48] <kenvandine> yup
[14:49] <kenvandine> (nm-applet:5799): GLib-CRITICAL **: g_variant_builder_end: assertion `!GVSB(builder)->uniform_item_types || GVSB(builder)->prev_item_type != NULL || g_variant_type_is_definite (GVSB(builder)->type)' failed
[14:49] <cyphermox> I know about the crash on resume though
[14:49] <bcurtiswx_> i have my natty w/GNOME# PPA up and fully updated.. anything I can test?
[14:49] <kenvandine> is what i get in the xsession-errors
[14:49] <cyphermox> ah, so perhaps the same bug
[14:49] <kenvandine> cyphermox, but if i run nm-applet again it works fine
[14:49] <cyphermox> kenvandine, ok
[14:50] <dobey> kenvandine: it crashes nearly every time i do apt-get upgrade
[14:50] <dobey> or at least, did last week
[14:50] <kenvandine> seb128, i get the triangle in indicator-messages in the classic gnome session too
[14:50] <dobey> i guess one of the postinstall triggers causes some weirdness
[14:50] <kenvandine> but everytime i run empathy it adds another entry for it
[14:51] <cyphermox> dobey, did you file a bug about it? because I've been hacking on it all week, doing upgrades regularly (and actually using local-made packages), with no issues... did you get crash files for the issues?
[14:52] <dobey> cyphermox: no, it just disappears taking the internets with it
[14:52] <cyphermox> dobey, yeah, it's required for wifi to stay up
[14:53] <cyphermox> dobey, anything in syslog?
[14:53] <seb128> kenvandine, ok, same here now
[14:53] <Amaranth> hrm, I wonder what's different about unity-window-decorator vs gtk-window-decorator
[14:53] <seb128> kenvandine, was trying with evolution but I forgot I moved the indicator .so away since it crashes evo on start
[14:53] <kenvandine> tedg, do you know if there is already a bug filed for that?
[14:53] <dobey> cyphermox: not sure, it hasn't happened on my workstation since i got back from dallas, and my laptop is off now, but i can check it later
[14:54] <cyphermox> ok.
[14:54] <seb128> kenvandine, tedg: btw libdbusmenu 0.2.92 failed to build
[14:54] <kenvandine> cyphermox, i think bug 704009 is a dupe of 703039
[14:54] <ubot2> Launchpad bug 704009 in network-manager-applet (Ubuntu) "nm-applet dumps core on resume from suspend (affects: 3) (heat: 18)" [High,In progress] https://launchpad.net/bugs/704009
[14:54] <tedg> kenvandine, Evo crashing?  I haven't seen one.
[14:54] <seb128> kenvandine, tedg: http://launchpadlibrarian.net/62242100/buildlog_ubuntu-natty-i386.libdbusmenu_0.3.92-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:54] <dobey> what time does robert_ancell usually show up?
[14:54] <kenvandine> tedg, it was last week
[14:55] <seb128> dobey, 10utc
[14:55] <seb128> ups
[14:55] <seb128> 10pm utc rather
[14:55] <kenvandine> tedg, before you fixed libindicate
[14:55] <seb128> dobey, do you need him for something?
[14:55] <tedg> kenvandine, Ah, okay.
[14:55] <kenvandine> wtf, No package 'dbusmenu-glib-0.4' found
[14:56] <tedg> seb128, Interesting, any clue why that'd build locally if it is really missing something in the linker?
[14:56] <cyphermox> ohhh, nice, kenvandine
[14:56] <dobey> seb128: libubuntuone is FTBFS because of webkit
[14:56] <kenvandine> tedg, no... i think it is --pkg in the g-ir-scanner
[14:57] <kenvandine> so dbusmenu-gtk needs dbusmenu-glib-0.4
[14:57] <kenvandine> and it can't find it with pkgconfig
[14:57] <nessita> dobey: ah yes, seb mentioned the package named changed
[14:57] <Amaranth> dobey: Did you change it from libwebkit to libwebkitgtk?
[14:57] <kenvandine> i'll look at it
[14:57] <seb128> dobey, libwebkit-dev -> libwebkitgtk-dev
[14:57] <cyphermox> mterry, are you still looking at bug 703039?
[14:57] <ubot2> Launchpad bug 703039 in libdbusmenu (Ubuntu) "libdbusmenu-glib crashes nm-applet due to new GVariantBuilder code (affects: 2) (heat: 972)" [Undecided,New] https://launchpad.net/bugs/703039
[14:57] <seb128> dobey, you dropped the change robert_ancell uploaded in 0ubuntu8
[14:57] <dobey> ugh ok
[14:58] <mterry> cyphermox, no.  I was hoping tedg would have some ideas on that.  He did the port to gdbus for that one.
[14:58] <tedg> kenvandine, Okay, thanks!
[14:58]  * tedg looks
[14:58] <dobey> guess i have to fix nightlies for that too
[14:58] <cyphermox> mterry, ok, thanks
[14:58] <kenvandine> ok, i have a fix
[14:59] <seb128> dobey, you need to add the .gir to the libdev in the nightlies
[14:59] <mterry> tedg, I looked at it real quick, but I'm not as familiar with gvariants as you are, so wasn't sure quite what the problem was
[14:59] <dobey> seb128: and the libwebkitgtk-dev also
[15:00] <bcurtiswx> what is the ubuntu button on the top left of unity supposed to be doing?
[15:00] <Amaranth> bcurtiswx: eventually showing a fancy app picker
[15:00] <Amaranth> bcurtiswx: right now opening /usr/share/applications in nautilus
[15:01] <bcurtiswx> Amaranth, OK.  right now with GNOME3 PPA it just thinks and fails
[15:01] <bcurtiswx> might be nautilus
[15:01] <seb128> bcurtiswx, is nautilus working?
[15:01] <bcurtiswx> not the desktop, but if i click the folder on the left it comes up fine
[15:01] <nessita> seb128: thanks, I mentioned the gir stuff to dobey before :-)
[15:02] <Amaranth> bcurtiswx: once you have a nautilus window open does the button work?
[15:02] <bcurtiswx> Amaranth, negative
[15:03] <bcurtiswx> wait
[15:03] <rodrigo_> hey dobey
[15:03] <seb128> nessita, ok
[15:03] <rodrigo_> dobey, are you changing the libu1 package then?
[15:03] <bcurtiswx> Amaranth, slow, but eventually showed up
[15:03] <seb128> rodrigo_, wb, about g-s-d, it's dropping the theme in use when crashing for years, nothing new
[15:03] <Amaranth> bcurtiswx: ok, so something is failing to start nautilus when called the way unity calls it
[15:03] <bcurtiswx> Amaranth, after the nautilus window was up
[15:03] <dobey> seb128: ah, crap. it looks like the -0ubuntu8 didn't get imported to bzr, so i didn't see it :-/
[15:04] <seb128> rodrigo_, we just discussed it last week because g-s-d crashes often nowadays and it's quite noticable
[15:04] <Amaranth> bcurtiswx: I think unity uses gio/gvfs to do so
[15:04] <rodrigo_> seb128, ah, doesn't seem to happen on jhbuild, so maybe we have some patch somewhere?
[15:04] <seb128> dobey, ok
[15:04] <rodrigo_> seb128, what version crashes? 2.32 or 2.91?
[15:04] <seb128> rodrigo_, weird
[15:04] <seb128> rodrigo_, 2.32
[15:04] <rodrigo_> oh, that's bad
[15:04] <dobey> which sucks because now i remember him asking me if it was ok to upload that last monday
[15:04] <rodrigo_> seb128, any bug report about those crashes?
[15:04] <dobey> doh
[15:05] <seb128> rodrigo_, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/698267
[15:05] <ubot2> Launchpad bug 698267 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon assert failure: *** glibc detected *** /usr/lib/gnome-settings-daemon/gnome-settings-daemon: free(): invalid pointer: 0x00007f10768671a0 *** (affects: 3) (dups: 2) (heat: 285)" [Medium,New]
[15:05] <bcurtiswx> on the plus side, the ubuntu startup/shutdown looks much better
[15:05] <seb128> that's a keyboard one and probably has to do with our indicator
[15:05] <seb128> rodrigo_, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/685785
[15:05] <ubot2> Launchpad bug 685785 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with SIGSEGV in __libc_free() (affects: 1) (dups: 2) (heat: 94)" [Medium,Triaged]
[15:06] <kenvandine> tedg, https://code.launchpad.net/~ken-vandine/dbusmenu/export_packages/+merge/46614
[15:06]  * kenvandine uploads distro patch for now
[15:06] <dobey> rodrigo_: yes, i'm fixing libu1
[15:07] <rodrigo_> dobey, ah, ok, was going to do it myself, so all yours :-D
[15:08] <seb128> rodrigo_, there is also a frequent one where user get a BadMatch on session start
[15:08] <seb128> not sure how to debug this one though
[15:09] <rodrigo_> hmm, those are usually X11-related, right?
[15:09] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/552630
[15:09] <ubot2> Launchpad bug 552630 in gnome-settings-daemon (Ubuntu) "'gnome-settings-daemon' : BadMatch (invalid parameter attributes) (affects: 4) (heat: 23)" [Undecided,Incomplete]
[15:09] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/661712
[15:09] <ubot2> Launchpad bug 661712 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon received X Window System error (affects: 3) (heat: 42)" [Undecided,New]
[15:09] <kenvandine> cyphermox, tedg: the weird thing about the dbusmenu/nm-applet crash is it is easy for me to reproduce at login time, but works perfectly after login... race i guess
[15:09] <cyphermox> would make sense, in the same way, when it crashes on resume
[15:09] <tedg> kenvandine, Yeah, I'm guessing it's the builder array thing we found in libindicate.
[15:09] <seb128> rodrigo_, well issues in how x11 calls are done yes
[15:09] <kenvandine> yup
[15:10] <kenvandine> tedg, ah.. yeah
[15:10] <dobey> seb128: https://code.launchpad.net/~dobey/ubuntu/natty/libubuntuone/fix-lost-change/+merge/46616
[15:11] <seb128> dobey, ok
[15:12] <kenvandine> seb128, fix for the dbusmenu FTBFS uploaded
[15:12] <seb128> kenvandine, thanks!
[15:13] <seb128> kenvandine, I can confirm the duplicate items now and I get the triangle
[15:13] <seb128> so it was an issue on my box before ;-)
[15:16] <kenvandine> seb128, well.. it's still broken :)
[15:16] <kenvandine> cyphermox, tedg: the nm-applet bug seems fixed with dbusmenu 0.3.92
[15:16] <seb128> right, but at least it's broken in a consistent way
[15:16] <rodrigo_> seb128, I think I found what's causing the crash in bug #685785
[15:16] <ubot2> Launchpad bug 685785 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with SIGSEGV in __libc_free() (affects: 1) (dups: 2) (heat: 94)" [Medium,Triaged] https://launchpad.net/bugs/685785
[15:16] <seb128> which means people can work on it ;-)
[15:17] <seb128> rodrigo_, oh?
[15:17]  * kenvandine tries with suspend too
[15:17] <rodrigo_> seb128, I think it's because of debian/patches/06_use_application_indicator.patch
[15:17] <seb128> rodrigo_, can you fix it?
[15:17] <rodrigo_> yes, sure
[15:17] <seb128> you rock, thanks
[15:17] <rodrigo_> it would explain why 2.91 doesn't get the same crash, since that patch is disabled in the GNOME3 ppa
[15:18] <bcurtiswx> kenvandine, first off you need one of those deli ticket/number systems.. Secondly.  Could I steal some of your time (when it works best for you) to work on empathy?
[15:18] <bcurtiswx> note: that would require GNOME3 PPA working somewhere
[15:18] <kenvandine> bah... i guess not
[15:18] <seb128> rodrigo_, right, I would not be surprised if some of the crashes are due to it
[15:18] <kenvandine> ok, well nm-applet started fine across a couple logins with dbusmenu 0.3.92, but still crashes on resume
[15:18] <rodrigo_> yes, looking at the other one
[15:20] <desrt> dbarth_: hey
[15:21] <desrt> dbarth_: can we do irc today?
[15:22] <kenvandine> bcurtiswx, "working"
[15:22] <kenvandine> my gnome3 vm doesn't look very good
[15:22] <kenvandine> but it seems to let me login at least
[15:23] <bcurtiswx> kenvandine, weird, mine looks great
[15:23] <kenvandine> i haven't updated it since before the sprint
[15:23] <bcurtiswx> kenvandine, maybe it will help then.  IDR when it looked sharp
[15:26] <rodrigo_> seb128, do you get that crash in 685785?
[15:26] <bcurtiswx> kenvandine, actually.. do you have a pbuilder working with natty+GNOME3 PPA
[15:27] <bcurtiswx> kenvandine, i got mine working and I can paste my pbuilderrc file
[15:27] <kenvandine> i'm updating the VM now
[15:27] <seb128> rodrigo_, no but mdz do, if you have a patch add it to the bug he can probably test
[15:27] <rodrigo_> seb128, right, I¡ll do that
[15:28] <dbarth_> desrt: makes sense; i'll ping Kaleo
[15:28] <bcurtiswx> kenvandine, will building on the VM be OK ?
[15:28] <seb128> rodrigo_, thanks
[15:29] <kenvandine> bcurtiswx, yup
[15:31] <rickspencer3> seb128, pitti good afternoon
[15:31] <bcurtiswx> kenvandine, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.5
[15:31] <pitti> hey rickspencer3
[15:31] <seb128> hey rickspencer3
[15:32] <rodrigo_> seb128, not sure about the other crash (698267), it might be the same one, but the stacktrace is not very useful
[15:32] <seb128> rodrigo_, do you have access to private bugs?
[15:32] <rickspencer3> pitti, seb128 is it reasonably safe for me to update today?
[15:32] <rickspencer3> (sorry, didn't mean to interupt)
[15:32] <bcurtiswx> hi rickspencer3
[15:32] <rodrigo_> seb128, hmm, it depends which team they belong to
[15:32] <rickspencer3> hiya bcurtiswx
[15:32] <pitti> rickspencer3: should; today's CD images built again (after a long time being broken), so the archive should be in a good state
[15:32] <rickspencer3> and unity is working ok?
[15:32] <didrocks1> seb128: I get an orange area in chromium I think it's due to the gtkresize grip, do you know if there is an opened bug about that?
[15:33] <didrocks1> rickspencer3: unity is working, at least for me :)
[15:33] <didrocks1> hey o/
[15:33] <rodrigo_> didrocks1, and for me at last!
[15:33] <rickspencer3> hi didrocks1, great news!
[15:33] <chrisccoulson> didrocks1, there's an open bug already
[15:33] <didrocks1> chrisccoulson: ok, thanks :)
[15:34] <rodrigo_> btw, how do you add more workspaces in unity?
[15:34] <didrocks> rodrigo_: in ccsm
[15:34] <rodrigo_> ah ok
[15:35] <didrocks> general -> desktop size -> horizontal size/ vertical size
[15:35] <didrocks> (loosely translated :))
[15:35] <seb128> didrocks, bratsche sent me a patch from chromium
[15:35] <seb128> didrocks, I will forward it to you
[15:35] <seb128> rickspencer3, today is fine for updating
[15:36] <seb128> rodrigo_, ubuntu private bugs? there is quite some crashes on g-s-d in launchpad
[15:36] <rickspencer3> thanks all
[15:36] <rodrigo_> seb128, hmm, not sure, can you tell me 1 bug to see if I can see them?
[15:36] <didrocks> seb128: oh nice! thanks :)
[15:36] <bratsche> seb128: fwiw, I've got patches for gdm, gnome-panel, gnome-do, and Firefox as well.  I've been trying to submit merge requests instead of harassing you directly though. :)
[15:37] <bratsche> Oh, and gtk-sharp2
[15:37] <seb128> bratsche, I've the gdm and gnome-panel on my sponsoring queue
[15:37] <seb128> firefox would be for bratsche
[15:37] <seb128> ups
[15:37] <seb128> chrisccoulson,
[15:37] <seb128> bratsche, thanks ;-)
[15:38] <chrisccoulson> i'm not sure what to do about firefox, as it only partially obscures the scrollbutton (so, both are still usable)
[15:38] <bratsche> micahg mentioned that my gnome-do one doesn't have proper DEP-3 commit logs or something, so I guess I need to redo it with that when I have time.
[15:38] <chrisccoulson> the problem with disabling the resize grippy is that the window is impossible to resize then ;)
[15:38] <chrisccoulson> bratsche, your thoughts?
[15:38] <bratsche> chrisccoulson: I've got a patch to just disable it.
[15:39] <chrisccoulson> bratsche, i was wondering whether to just leave it as it is ;)
[15:39] <bratsche> chrisccoulson: I'm having trouble getting it working in a branch, so can I just email the patch to you?
[15:39] <chrisccoulson> i think not being able to resize is probably worse than having a resize grippy partially obscuring the scroll button
[15:39] <chrisccoulson> and i can use both controls sill here
[15:40] <evilvish> bratsche: hi, synaptic is also affected » bug 704414
[15:40] <ubot2> Launchpad bug 704414 in synaptic (Ubuntu) (and 2 other projects) "In status bar, Resize grip overlaps synaptic's progress bar (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/704414
[15:40] <bratsche> I guess that's your call.  If you want to disable the grips, it's a 1-line patch. :)
[15:40] <bratsche> evilvish: Thanks
[15:40] <chrisccoulson> bratsche, i think i'd prefer to leave it there for now and see if people complain about it ;)
[15:40] <bratsche> chrisccoulson: Fair enough :)
[15:41] <bratsche> chrisccoulson: Fixing it properly in Firefox is going to be quite difficult, and I don't have time to attempt that.
[15:41] <bratsche> By properly I mean doing what gtk+ does, and adjust the position of the bottom button.
[15:41] <chrisccoulson> bratsche, yeah, that's ok. i might try and figure out a way to do it at some point
[15:43] <didrocks> seb128: can I have a binary NEW for zeitgeist-extension-fts? debian didn't pick the same name than us :(
[15:43] <seb128> ok
[15:44] <didrocks> thanks
[15:49] <cyphermox> kenvandine, know when dbusmenu 0.3.92 might be uploaded?
[15:50] <kenvandine> cyphermox, it is uploaded
[15:51] <cyphermox> ah, I see, sorry. I had missed the Latest Upload field
[15:57] <scott-work> didrocks: i need to run into an hour production meeting, but i have information about the default xsession problem you were helping me with
[15:57] <didrocks> scott-work: yeah? what's up?
[15:57] <scott-work> didrocks:  originally i did not have the /etc/gdm/custom.conf file
[15:58] <scott-work> didrocks:  but after i ran the command i did
[15:58] <didrocks> scott-work: with the right default session?
[15:58] <scott-work> didrocks: yes, but there was also a blank, empty line first (don't know that it matters)
[15:58] <didrocks> scott-work: no, it doesn't
[15:58] <scott-work> didrocks: but it did not seem to work still :(
[15:58] <didrocks> so, it seems to work well
[15:59] <didrocks> scott-work: are you testing with a new user or on your system?
[15:59] <scott-work> didrocks: oh!  i need to add a new user and test it there?
[15:59] <didrocks> scott-work: because this is the "default session", like "you never changed your current user session"
[15:59] <didrocks> scott-work: if you removed your ~/.dmrc, it will be like you never changed your current user session
[16:00] <scott-work> didrocks: rock on!  i shall try that tonight (both new users and removing .dmrc)
[16:00] <didrocks> scott-work: well, the goal is for the livecd and new installation, isn't it?
[16:00] <didrocks> so that's why it's only for new users :)
[16:00]  * scott-work deposits $0.05USD into the jono licensing fund for "rock on"
[16:00] <scott-work> didrocks: well, ubuntu studio doesn't have a livecd currently (but that might change) but defintely for the new installation
[16:01] <didrocks> scott-work: yeah, that will do it then :)
[16:01] <scott-work> didrocks: it was my misunderstanding on how to test this appreantly, but i'm glad to have it cleared up :)
[16:01] <scott-work> didrocks: thank you again for the help!
[16:01] <didrocks> scott-work: you're really welcome
[16:03] <jono> scott-work, :-)
[16:08] <seb128> jono, hey, do you have several desktop layouts configured?
[16:08] <jono> seb128, what do you mean?
[16:10] <seb128> jono, keyboard layout I mean
[16:10] <seb128> jono, your bug about the keyboard indicator being displayed
[16:10] <jono> seb128, ahhh - no, just one afaik
[16:10] <seb128> jono, what is in the menu if you click on the indicator?
[16:10] <jono> seb128, I am not in front of the machine now, let me just boot it
[16:11] <seb128> jono, ok, no hurry
[16:11] <jono> seb128, LOL
[16:11] <jono> OK, so it has USA and Afghanistan
[16:11] <jono> I have no idea how Afghanistan was selected as a layout
[16:11] <seb128> jono: ok, so it's not a bug, or at least not an indicator one
[16:11] <jono> seb128, yep, thanks
[16:12] <seb128> jono, did you lend your laptop to dholbach? ;-)
[16:12] <jono> apologies for wasting your time
[16:12] <jono> seb128, hah
[16:12] <seb128> no worry
[16:12] <Laney> that was a keyboard-configuration bug I think
[16:12] <jono> Laney, ahhh cool
[16:13] <Laney> :-)
[16:14] <mterry> BTW, I'm in the middle of updating dconf so no one else do it, please
[16:14] <Laney> was/is? Colin will know more
[16:18] <seb128> mterry, ok
[16:19] <seb128> mterry, btw you got vala rights I see, great, thanks for fixing the desktop sets permissions on the way ;-)
[16:19] <mterry> seb128, np, not being core-dev has been useful for finding such gaps
[16:20] <seb128> right, now that you fixed them you can probably apply though ;-)
[16:30] <seb128> hey
[16:30] <seb128> desktop meeting time?
[16:31] <kenvandine> yup
[16:31] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-01-18
[16:31] <didrocks> hey o/
[16:32] <seb128> kenvandine, didrocks, mterry, tremolux, rodrigo_, cyphermox: hey
[16:32] <tremolux> heya!
[16:32] <cyphermox> hey o/
[16:32] <seb128> jasoncwarner said he would probably be catching up with sleep by now and pitti is hacking with GNOME guys this week
[16:33] <seb128> did I forget anyone? ;-)
[16:33] <pitti> hello
[16:33] <seb128> Riddell, hey
[16:33] <pitti> I'm lurking, but didn't prepare anything for the meeting
[16:33] <seb128> pitti, ok, no worry I'm running it
[16:33] <rodrigo_> oh, meeting
[16:33] <seb128> we had a productive sprint it seems
[16:33] <seb128> the gdbus indicator stack landed
[16:34] <seb128> great work mterry, kenvandine and tedg
[16:34] <seb128> CD space was win
[16:34] <kenvandine> cool
[16:34] <seb128> gtk3 dropped of the CD
[16:34] <seb128> the xorg team got a new version ready for upload
[16:34] <seb128> anyway, let's start the meeting
[16:34] <seb128> I think there was no action from the previous meeting
[16:35] <seb128> kenvandine, do we still do dx updates? I see no section for it on the wiki
[16:35] <kenvandine> we should
[16:35] <kenvandine> i don't really have anything this week though
[16:35] <seb128> ok, so mic is yours
[16:35] <seb128> I guess I covered it with the gdbus transition :-p
[16:35] <kenvandine> :)
[16:35] <seb128> thanks kenvandine ;-)
[16:35] <seb128> didrocks, unity update?
[16:36] <didrocks> all should be available at https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-01-18
[16:36] <didrocks> I let you read :-)
[16:36]  * mterry read
[16:36] <seb128> great work
[16:37] <didrocks> thanks :)
[16:37] <seb128> didrocks, btw can you drop a note somewhere on the wiki or an email to the desktop list about session saving being dropped?
[16:37] <seb128> so we have a record of it and a place to point people to
[16:37] <didrocks> seb128: oh sure, I'll do that just after the meeting
[16:37] <seb128> thanks
[16:37] <didrocks> adding to the wiki for now
[16:37] <didrocks> (email on the ubuntu-desktop ML if we see a lot of questions about it)
[16:38] <seb128> while people read the unity summary I just go back to kenvandine for a few seconds
[16:38] <seb128> didrocks, I think the email would be nice in any case
[16:38] <seb128> kenvandine, can you just do a short summary of known issues after the indicator transition?
[16:38] <seb128> or if you need extra testing
[16:38] <kenvandine> sure
[16:38] <didrocks> seb128: ok, writing a more formal sumarry then :)
[16:39] <kenvandine> we know there is a bug in indicator-messages/libindicate which display multiple menus
[16:39] <seb128> didrocks, thanks, I think we will have comments on the topic so better to use the list a bit and have the discussion there once
[16:39] <kenvandine> and some windows open have no menu in appmenu
[16:39] <kenvandine> at least i don't think mterry ever found a fix for that
[16:40] <kenvandine> we are sure the gdbus port added new bugs, please report them!
[16:40] <mterry> kenvandine, no, couldn't reproduce
[16:40] <seb128> chriscoulson has been tracking a race in the appmenu handling
[16:40] <kenvandine> mterry, ok... everyone please keep an eye out for apps that don't have menus in appmenu
[16:40] <kenvandine> mterry, i haven't seen it since i got home
[16:41] <seb128> bug #703769
[16:41] <ubot2> Launchpad bug 703769 in indicator-appmenu (Ubuntu) (and 1 other project) "Menus are not destroyed when a window is closed with GDbus port (affects: 2) (heat: 12)" [Medium,New] https://launchpad.net/bugs/703769
[16:41] <seb128> that's one of the bugs from chrisccoulson
[16:41] <seb128> thanks kenvandine
[16:42] <seb128> thanks didrocks
[16:42] <seb128> no questions about dx or unity?
[16:42] <seb128> ok, let's move on
[16:42] <seb128> tremolux, hey
[16:42] <seb128> software-center update?
[16:42] <tremolux> hey seb128!
[16:43] <Riddell> hi seb128
[16:43] <tremolux> yes, it's on the wiki - in summary, more startup improvements -- from over 3 seconds to about .75 on my machine since we started the effort
[16:43] <kenvandine> mterry, can you look at bug 703769 ? i know you looked closely at that code
[16:43] <ubot2> Launchpad bug 703769 in indicator-appmenu (Ubuntu) (and 1 other project) "Menus are not destroyed when a window is closed with GDbus port (affects: 2) (heat: 12)" [Medium,New] https://launchpad.net/bugs/703769
[16:43] <seb128> hey Riddell ;-)
[16:43] <tremolux> ratings and reviews is getting ready to land
[16:43] <mterry> kenvandine, ok
[16:43] <kenvandine> yay
[16:43] <seb128> tremolux, impressive for the startup time, great work
[16:44] <tremolux> thanks!  it's much nicer now  :)
[16:44] <seb128> gwibber integration done, rating and review ready
[16:44] <seb128> everybody is going to want the next version ;-)
[16:44] <tremolux> cool  :)
[16:44] <tremolux> it should be a lot of fun I think
[16:44] <seb128> is there any question about software-center?
[16:45] <seb128> seems not
[16:45] <seb128> thanks tremolux!
[16:45] <tremolux> ok, thanks all!
[16:45] <seb128> Riddell, hello again, kubuntu update?
[16:46] <Riddell> no immediate news, 4.6 final is due to be tagged today so a busy week and packaging and testing ahead
[16:47] <seb128> ok
[16:47] <seb128> questions about kubuntu?
[16:47] <seb128> seems not
[16:47] <seb128> thanks Riddell
[16:47] <seb128> Xorg will be for the western edition
[16:47] <seb128> is there any other topic?
[16:48] <seb128> ok, that's a wrap then!
[16:48] <seb128> thanks everybody
[16:49] <didrocks> thanks everyone
[16:49] <seb128> urg
[16:50] <seb128> I forget the http://people.canonical.com/~pitti/workitems/natty/canonical-desktop-team-natty-alpha-2.html update
[16:50] <seb128> that's not on the new agenda ;-)
[16:50] <seb128> seems we are a bit behind the trend line but mostly thanks to other teams items
[16:50] <seb128> don't forget to update your workitems if you have any remaining
[17:29] <kenvandine> cyphermox, i uploaded a distro patch for the nm-applet crasher in dbusmenu
[17:32] <mterry> kenvandine, nice
[17:32] <cyphermox> kenvandine, cool, I'll take a look now
[17:32] <kenvandine> tedg, have you started looking at the indicator-messages problem?
[17:32] <kenvandine> that one is annoying :)
[17:38] <tedg> kenvandine, Yeah, I think it's a  libindicate bug.
[17:39] <mterry> tedg, I'd guess it's using notify::g-name-owner on unique names?
[17:39] <tedg> mterry, Yup, but it's not sending show as well... so I need to look into that.
[17:58] <seb128> tedg, kenvandine: https://code.launchpad.net/~chrisccoulson/dbusmenu/lp703689
[17:58] <seb128> btw
[17:59] <seb128> did you see that one?
[17:59] <tedg> Yeah, looking at it now.
[17:59] <seb128> it's https://bugs.launchpad.net/ubuntu/+source/indicator-appmenu/+bug/703689
[17:59] <ubot2> Launchpad bug 703689 in indicator-appmenu (Ubuntu) (and 1 other project) "Window registration racy with GDbus port (affects: 2) (heat: 14)" [High,New]
[17:59] <tedg> Not sure that I love it... trying to think of a better route.
[18:08] <kenvandine> bug 703689 looks like the one mterry was debugging but then couldn't reproduce
[18:08] <ubot2> Launchpad bug 703689 in indicator-appmenu (Ubuntu) (and 1 other project) "Window registration racy with GDbus port (affects: 2) (heat: 14)" [High,New] https://launchpad.net/bugs/703689
[18:33] <pitti> good night everyone!
[18:36] <dobey> cheers pitti
[18:40] <didrocks> good night pitti
[18:50] <seb128> chrisccoulson, hey
[18:50] <chrisccoulson> hey seb128, sorry i missed the team meeting. i feel rotten here today :(
[18:56] <didrocks> have a good evening! see you tomorrow :)
[19:35] <mterry> kenvandine, you asked me to look at bug 703769.  Chris's patch looks fine and works for me
[19:35] <ubot2> Launchpad bug 703769 in indicator-appmenu (Ubuntu) (and 1 other project) "Menus are not destroyed when a window is closed with GDbus port (affects: 2) (heat: 12)" [Medium,New] https://launchpad.net/bugs/703769
[19:36] <kenvandine> mterry, that looks like the same problem you were debugging right?
[19:36] <mterry> Uh, maybe?
[19:36] <kenvandine> kind of sounded like it
[19:37] <mterry>  kenvandine, hard to say.  For sure a memory leak.  And internal state would get a little odd apparently if we started re-using xids.  So maybe that's what had happened when we saw it.  And that would explain why it's hard to reproduce
[19:38] <kenvandine> yeah, ok
[19:38] <kenvandine> but... i never had a problem with firefox
[20:02]  * bcurtiswx sees the 10.10 triangle for status indicator applet
[20:02] <bcurtiswx> just dist-upgraded on my 10.10
[22:00] <jasoncwarner> RAOF: TheMuso`: bryceh: robert_ancell, you ready for eastern edition meeting?
[22:00] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-01-18
[22:01] <RAOF> Good morning :)
[22:01] <TheMuso`> jasoncwarner: will be in a bit, just gotta reboot, brb.
[22:02] <jasoncwarner> RAOF: good morning!
[22:02] <jasoncwarner> TheMuso`: No worries, we'll be here when you get back :)
[22:03] <jasoncwarner> Ok, lets get started.
[22:03] <jasoncwarner> [TOPIC] X.org
[22:03] <jasoncwarner> RAOF: would you care to update X.org for us and bryceh can jump in if he is around?
[22:03] <RAOF> Yup.
[22:04] <TheMuso`> back
[22:04] <RAOF> Lookout!  It's about to be break-my-X season!  We're prepping Xserver 1.10RC1 and mesa 7.10 for natty.
[22:05] <jasoncwarner> RAOF: thanks for the heads up ;)
[22:05] <RAOF> 1.10 comes, as always, with a new input and video ABI, so installability issues may arise.
[22:05] <RAOF> We'll send an email to ubuntu-devel-discuss a bit before uploading.
[22:07] <RAOF> In other tangentially-X related news, we discovered at the sprint that some laptops have a broken VESA mode as the preferred mode, causing the shiny grub boot to be a corrupted framebuffer.  Colin's looking at how to work around that.
[22:07] <RAOF> Xserver 1.10 should also fix some bugs that compiz/unity are running into.
[22:07] <TheMuso`> VESA, the standard that should have bin... Or should I say the standard that was not.
[22:08] <RAOF> VESA, the standard that nobody cares about because the last thing that really used it was dos 6.2 :)
[22:08] <jasoncwarner> RAOF: any ETA on 1.10? How quickly are you thinking? Later this week? next?
[22:08] <RAOF> Later this week is my plan.
[22:09] <RAOF> If it comes down to Friday, it will instead be next Monday :
[22:09] <RAOF> :)
[22:09] <jasoncwarner> very cool, thanks
[22:09] <RAOF> Mesa 7.10 shouldn't be long after that.
[22:10] <jasoncwarner> ok, so it sounds like break-my-X-season is officially during LCA ;)
[22:10] <jasoncwarner> Anything else for X?
[22:11] <RAOF> Nothing that springs to mind.
[22:11] <jasoncwarner> ok...
[22:11] <jasoncwarner> [TOPIC] AOB
[22:11] <jasoncwarner> robert_ancell: TheMuso` Anything you wanted to add?
[22:11] <robert_ancell> nope
[22:12] <jasoncwarner> Ok then
[22:12] <jasoncwarner> last thing is WI
[22:13] <jasoncwarner> http://people.canonical.com/~pitti/workitems/natty/canonical-desktop-team-natty-alpha-2.html
[22:13] <jasoncwarner> we are a bit behind the trend line even with a great rally week
[22:13] <jasoncwarner> don't forget to close out your WIs as you finish them
[22:13] <jasoncwarner> there are some on other teams and we should be pushing those teams to clear their WIs as well.
[22:14] <jasoncwarner> if nothing else....
[22:14] <jasoncwarner> [END_MEETING]
[22:15] <TheMuso`> I guess its worth mentioning that there will not be a meeting next week, due to Australia day.
[22:15] <bryceh> rats, sorry was preoccupied duping intel gpu hang bugs
[22:16] <jasoncwarner1> bryceh: no worries..if you want to add something, please do!
[22:16] <jasoncwarner1> TheMuso: thanks for the reminder...
[22:18] <bryceh> jasoncwarner1, one point (in fact reason why I was deep into gpu dump bugs), there seems to be a common gpu hang on Intel
[22:19] <bryceh> bugs #702090 and #686388 and their dupes
[22:19] <ubot2> Launchpad bug 702090 in xserver-xorg-video-intel (Ubuntu) "i965gm GPU lockup after suspend failed (EIR: 0x00000010 PGTBL_ER: 0x00000100) (affects: 10) (dups: 1) (heat: 18)" [High,Triaged] https://launchpad.net/bugs/702090
[22:19] <ubot2> Launchpad bug 686388 in xserver-xorg-video-intel (Ubuntu) (and 1 other project) "[i965gm] GPU lockup - Invalid GTT entry during Display B Fetch (affects: 1) (dups: 3) (heat: 24)" [Medium,Triaged] https://launchpad.net/bugs/686388
[22:19] <bryceh> I suspect both are the same bug, but can't prove it yet
[22:19] <bryceh> anyway that appears to be the most serious bug we have in X at the moment (pre-1.10)
[22:20] <bryceh> it still will be an issue with 1.10 as per xorg-edgers testers (it's probably a driver bug).
[22:21] <bryceh> once 1.10 is in we'll then bring in the Q4 intel driver (which is released but not yet packaged).  Maybe that'll fix it.
[22:21] <bryceh> jasoncwarner1, other than that, had fun seeing everyone last week.
[22:21] <RAOF> Yeah, 'twas good.
[22:22] <TheMuso> Indeed, had a great week.
[22:22] <TheMuso> Even though I was stuck in teh DX room. :)
[23:01] <bryceh> pitti, haha 704279