[00:14] <jasoncwarner_> hey RAOF and bryceh , how are things looking in X/Mesa land where we are in the cycle? pretty stable? lots of bugs? any GPU giving us more trouble than expected?
[00:15] <bryceh> jasoncwarner_, quite stable actually; very few bug reports open at the moment
[00:15] <jasoncwarner_> bryceh: nice!
[00:15] <bryceh> scattered problems here and there, mostly corner cases or non-X bits that are misbehaving
[00:15] <jasoncwarner_> nothing trending that we should be keeping an eye out for?
[00:15] <RAOF> jasoncwarner_: There seems to be some problem with fglrx and unity, but that's getting investigated.
[00:16] <bryceh> jasoncwarner_, http://www.bryceharrington.org/Arsenal/Reports/ubuntu-x-swat/totals-oneiric.svg
[00:16]  * jasoncwarner_ almost mystified...starts looking over his shoulder...
[00:16] <jasoncwarner_> RAOF: ok...I know we had some nvidia unity breakage, but Jason/DBO is looking into it
[00:17] <jasoncwarner_> awesome...would love to not have x/mesa/video card problems this cycle!
[00:17] <RAOF> Hm.  We should pull in a new point release of the X server, now that 1.10.4 has been released.
[00:17] <bryceh> I credit it partly with us being a bit more conservative this cycle than usual (e.g. no late-in-cycle xserver updates) and upstream being more stable than usual themselves
[00:17] <RAOF> Yeah.  I think intel particularly are getting better at stability.
[00:17] <bryceh> yeah the fglrx black screen issue is bad but jay is discussing it with amd
[00:18] <bryceh> jasoncwarner_, the scale on that graph goes up to 500 for a reason ;-)
[00:19] <bryceh> jasoncwarner_, so having total bugs ~50 (and going down) is a nice change
[00:19] <jasoncwarner_> :)
[00:22] <DBO> jasoncwarner_, I am?
[00:22] <robert_ancell> anyone else's firefox blocking like crazy?
[00:22] <DBO> RAOF, nvidia driver trashes FBO's on suspend/resume... this is becoming a bigger and bigger problem
[00:22] <jasoncwarner_> robert_ancell: when you say "blocking"....
[00:23] <jasoncwarner_> DBO: er, I thought you were? is someone looking at the above?
[00:23] <robert_ancell> jasoncwarner_, as in unresponsive
[00:23] <jasoncwarner_> robert_ancell: ah, yes...I had that last week and asked chris about it...but it wasm ore that switching from one tab to the other took a literal second or two
[00:24] <jasoncwarner_> he said it was nvidia related (it always seems to be!)
[00:24] <RAOF> robert_ancell: My firefox isn't (but I'm still running an Aurora build), but compiz seems to stop updating for ~1sec every half hour or so.
[00:24] <robert_ancell> I get "Some Gmail features have failed to load due to an Internet connectivity problem. If this problem persists, try reloading the page, or using the basic HTML version. Learn More."
[00:24] <jasoncwarner_> before I could track it down it went away with a series of updates and reboots
[00:24] <robert_ancell> it's >10s for me
[00:24] <DBO> jasoncwarner_, the biggest driver issue I am aware of is nvidia trashing FBO's. Nothing we can do about that, it breaks suspend/resume
[00:24] <jasoncwarner_> robert_ancell: I only get that when my actual internet is saturated...like if I'm streaming music or video or something...
[00:25] <jasoncwarner_> DBO: we can't do anything? are we talking to nvidia about it at all? and how often does it happen?
[00:25] <jasoncwarner_> ^^ bryceh and RAOF
[00:26] <RAOF> I believe I've pointed DBO and tselliot in the same direction; tselliot's who we'd want to ask, I believe.
[00:26] <robert_ancell> note the issue only happens for me in firefox, not in chromium
[00:27] <jasoncwarner_> robert_ancell: I got nothing then.
[00:28] <DBO> RAOF, I keep forgetting to ping him until I see you :P
[00:28] <bryceh> DBO, he seems rarely on IRC; you'd be better to send an email or assign him a bug report
[00:28] <DBO> jasoncwarner_, it happens every time, 100% reproducible
[00:29] <jasoncwarner_> DBO: where in the stack does this happen? is it nux, compiz, unity? elsewhere? reason I ask is why I would NOT get it on GNOME desktop but do on Unity.
[00:30] <DBO> the nvidia driver
[00:30] <DBO> they fixed it for GNOME Shell
[00:30] <DBO> specifically...
[00:30] <DBO> Im thinking fglrx hack style fixed it
[00:31] <jasoncwarner_> DBO: who is "they" in the "they fixed it for GNOME Shell" above? Nvidia?
[00:31] <DBO> nvidia
[00:32] <DBO> http://www.nvidia.com/object/linux-display-amd64-275.09.07-driver.html
[00:32] <DBO> see the first item
[00:33] <jasoncwarner_> DBO: ah, ok...thanks man
[00:34] <RAOF> You should still be able to see it by plaing Civ V in wine, doing a suspend/resume, and noticing that everything's a pretty rainbow mess until the textures get updated ;)
[00:37] <jasoncwarner_> DBO RAOF and bryceh ... as I understand it, we have to engage nvidia on this ? and tseliot is the guy who is doing that right now?
[00:37] <bryceh> jasoncwarner_, that's correct
[00:37] <RAOF> jasoncwarner_: YEs.
[00:37] <DBO> jasoncwarner_, affirmative
[00:39] <jasoncwarner_> RAOF would you please own this from the desktop perspective and run it down with tseliot? I would like someone to be able to update us all on the status and what is going on...I can reproduce 100% of the time now and that is bad :/
[00:39] <RAOF> jasoncwarner_: Oh.  The problem needs to be resolved by nvidia, and tseliot is our go-to liason with nvidia is true.  I'm unsure if he's actually aware of this issue, though; DBO?
[00:40] <DBO> we did mention it last cycle too
[00:40] <RAOF> jasoncwarner_: Certainly.
[00:40] <RAOF> DBO: Do you have a bug reference handy?
[00:40] <jasoncwarner_> RAOF: awesome, thanks.
[00:40] <DBO> this will be fun...
[00:40]  * DBO goes to launchpad
[00:42] <DBO> RAOF, this is the oldest version of it from a unity standpoint: https://bugs.launchpad.net/unity/+bug/676166
[00:42] <ubot2> Ubuntu bug 676166 in unity "Screen corruption when resuming from suspend" [Medium,Triaged]
[03:56] <robert_ancell> can someone do an apt-get source on shotwell and check if it compiles for them?
[04:02] <RAOF> robert_ancell: In a chroot, I presume?
[04:02] <robert_ancell> RAOF, just a debuild will do.  It fails for me, I'm just wondering if I have something weird
[04:03] <RAOF> Hm.  Does libsane not have any hotplug notification capability?
[04:05] <robert_ancell> RAOF, no, it's a bit crap like that
[04:06] <RAOF> robert_ancell: Shotwell ftbfs here, too, with a couple of "don't copy delegates" warnings.
[04:06] <robert_ancell> RAOF, damn, same problem..
[04:06] <RAOF> Why wouldn't you want to copy delegates?
[04:07] <RAOF> You could always turn off -Werror, I guess; they're just warnings.
[04:08] <robert_ancell> looks like vala is confused, it reports them as warnings but removing them makes the compilation work
[04:09] <RAOF> valac's being called with --fatal-warnings; the failure looks correct.
[04:10] <robert_ancell> RAOF, oh, interesting
[04:36] <robert_ancell> RAOF, are there known problems with raedon 5400 in the current Oneiric?
[04:37] <nxvl> robert_ancell: here
[04:37] <RAOF> Are you using fglrx?  If so, yes; it's known that your screen's black.  I think this is being traced back to a compiz change confusing the hack in the fglrx driver that makes compiz work :)
[04:37] <robert_ancell> RAOF, nxvl is having a boot issue after upgrade where you get a black screen and unable to VT switch.  Blamed on lightdm as ususal: )
[04:38] <robert_ancell> RAOF, bug #?
[04:39] <RAOF> Hm; it's not in those emails.  Let me check launchpad.
[04:40] <RAOF> robert_ancell, nxvl: bug #823588 is the one I'm thinking of.
[04:40] <ubot2> Launchpad bug 823588 in fglrx-installer "Unity displaying with black overlay with fglrx driver" [High,Triaged] https://launchpad.net/bugs/823588
[04:41] <nxvl> oh, and btw i can't use unity3D
[04:41] <nxvl> only 2D
[04:41] <nxvl> and yes, i'm using fglrx
[04:41] <RAOF> Ah.
[04:41] <RAOF> Ok.  This is the part where I ask for logs.
[04:42] <nxvl> so, the most strange issue is:
[04:42] <RAOF> Can I have some logs, please?  /var/log/Xorg.0.log and dmesg are a good start.
[04:42] <nxvl> if i boot using rescue system, and then hit resume
[04:42] <nxvl> i will get a tty, run lightdm, and everything will work as expected
[04:43] <RAOF> Iiiiinteresting.
[04:43] <nxvl> well, despide the fact where i can't use unity3D
[04:43] <RAOF> That might suggest that the radeon blacklist isn't working properly.
[04:43] <RAOF> Logs!
[04:44] <RAOF> That should be very obvious in dmesg, and Xorg.0.log would be interesting too.
[04:45] <nxvl> sure, uploading
[04:45] <RAOF> Ta.
[04:46] <nxvl> http://people.canonical.com/~nxvl/nxvlLogs.tgz
[04:48] <nxvl> if i run unity3D i get the same as the video in the bug
[04:50] <RAOF> [    4.048078] [drm] Initialized radeon 1.33.0 20080528 for 0000:01:00.0 on minor 0
[04:51] <RAOF> I'm surprised the fglrx kernel module can even load.  I'd expect radeon to bind to the device and prevent that.
[04:55] <nxvl> compiz hates ATI
[04:55] <nxvl> or ATI hates compiz
[04:55] <nxvl> every release there is an issue with it
[04:56] <pitti> Good morning
[04:58] <RAOF> nxvl: What's your "sudo update-alternatives --config x86_64-linux-gnu_gl_conf" set to?
[04:59] <nxvl> http://paste.ubuntu.com/672900/
[05:00] <nxvl> hi pitti!
[05:00] <RAOF>  2            /usr/lib/pxpress/ld.so.conf                 900       manual mode?  Where'd that come from?
[05:01] <nxvl> dunno
[05:01] <nxvl> i just upgraded today
[05:01] <RAOF> Anyway, that looks ok.  Does /etc/modprobe.d have a file blacklisting radeon in it?
[05:02] <nxvl> i just cntrl+c this?
[05:02] <nxvl> or shall i enter 0 or just enter or whatever
[05:03] <nxvl> http://paste.ubuntu.com/672904/
[05:03] <RAOF> Oh, either ctrl+c or enter will be ok.
[05:04] <RAOF> Oh, looks like pxpress is the crazymad stuff done to make fglrx/intel hybrid graphics work.  That's must be what it is.
[05:04]  * RAOF should stop beginning sentences with "Oh"
[05:05] <nxvl> so, should i change something and test?
[05:06] <RAOF> Um, I'm not sure.
[05:06] <RAOF> Well, setting the mesa gl_conf alternative should get you to a useable radeon system, I think.
[05:07] <nxvl> hmm, so i'm a security guy, you are talking chinnesse to me
[05:07] <nxvl> :D
[05:07] <RAOF> As to why radeon is loading and apparently breaking fglrx… could you pastebin /etc/modprobe.d/fglrx.conf?
[05:07] <nxvl> nxvl [~]
[05:07] <nxvl> Sylvester$ cat /etc/modprobe.d/fglrx.conf
[05:07] <nxvl> blacklist radeon
[05:08] <RAOF> sudo update-alternatives --config x86_64-linux-gnu_gl_conf - one of the options there was 3 - mesa.
[05:08] <RAOF> And has that fglrx.conf made it into /boot/initrd?
[05:09] <nxvl> hmm, if i use old kernel it breaks anyway
[05:09] <nxvl> so i will say yes
[05:10] <RAOF> And the old kernel worked, obviously.
[05:10] <nxvl> yup
[05:10] <nxvl> with no problems
[05:10] <nxvl> until i upgraded
[05:11] <RAOF> Hm.  update-initramfs could still have refreshed your initrd.
[05:12] <broder> bootchart is the only package i've ever seen that actually refreshes all initrds (as opposed to the latest one)
[05:12] <nxvl> ok, updating
[05:13] <nxvl> just updated? reboot and test?
[05:13] <RAOF> Yeah, I guess so.
[05:14] <nxvl> ok, brb, i hope
[05:17] <nxvl> so, now i don't get X to work at all
[05:17] <nxvl> but at least i get a tty
[05:18] <RAOF> Hurray?
[05:18] <RAOF> :)
[05:18] <nxvl> Xorg.0 claims fglrx module does not exists
[05:18] <nxvl> and i get a "No screens found" message as the error
[05:18] <nxvl> in Xorg.0
[05:18] <RAOF> Oh, you've got an /etc/X11/xorg.conf?
[05:19] <nxvl> yup
[05:19] <nxvl> and Screen has just usual generic stuff
[05:20] <nxvl> default screen, 24 defaultdepth and a display subsection
[05:20] <RAOF> I think that if you remove /etc/X11/xorg.conf you'll get an Xserver back.
[05:20]  * nxvl tryes
[05:21] <nxvl> now i get a different black screen as i previously did
[05:21] <nxvl> last black screen was monitor off, this one is monitor on, black content
[05:22] <RAOF> Woo!  Eventually we'll exhaust all possible forms of brokenness and then it'll work.
[05:22] <lifeless> would it be possible, in multi monitor mode, to get a 1-pixel offset on the right hand monitor ?
[05:22] <RAOF> Xorg log now?
[05:22] <lifeless> that way I could find the power off button easily ;)
[05:22] <nxvl> no errors
[05:23] <nxvl> same link as before, but Xorg.0.log instead of nxvlLogs.tgz
[05:24] <nxvl> will reboot while you check
[05:24] <nxvl> just in case
[05:24] <RAOF> Hm.  That looks like everything worked, rather than a blank black screen :)
[05:25]  * RAOF grabs some coffee during the reboot.
[05:27] <nxvl> ok, now it works normally, at least i can boot
[05:27] <nxvl> and get X
[05:28] <nxvl> but i don't get unity3D
[05:28] <nxvl> now we can woot
[05:28] <nxvl> well, something like that
[05:29] <RAOF> I'm surprised you don't get unity3d now; Xorg.0.log again?
[05:30] <GunnarHj> robert_ancell: Hi Robert, can we come to a conclusion about https://code.launchpad.net/~gunnarhj/lightdm/langfix-oneiric/+merge/70969 ?
[05:32] <nxvl> updating
[05:32] <nxvl> http://people.canonical.com/~nxvl/Xorg.0.log
[05:32] <nxvl> k, updated
[05:35] <robert_ancell> GunnarHj, hi, sorry didn't reply to this today.  I'm not sure what the correct behaviour is here.  What sets LC_MESSAGES?
[05:36] <RAOF> nxvl: Bah.  That looks just fine.  What's the output of glxinfo?
[05:36] <nxvl> The program 'glxinfo' is currently not installed.  You can install it by typing:
[05:36] <nxvl> sudo apt-get install mesa-utils
[05:36] <nxvl> :P
[05:36] <robert_ancell> At first look, it shouldn't be part of lightdm, as it doesn't set any of these variables
[05:37] <nxvl> http://paste.ubuntu.com/672916/
[05:38] <GunnarHj> GunnarHj: It's now accountsservice that writes to ~/.profile. OTOH, the suggested code is only related to the final step, i.e. the actual setting of the variables...
[05:38] <RAOF> nxvl: Bah, sorry.  LIBGL_DEBUG=verbose glxinfo
[05:39] <nxvl> http://paste.ubuntu.com/672918/
[05:39] <robert_ancell> GunnarHj, sorry, have to go, but I'll get onto it first thing tomorrow
[05:40] <GunnarHj> GunnarHj: That's ok. See you tomorrow.
[05:41] <GunnarHj> Looks that I wrote to myself when trying to talk to Robert ... off for breakfast it is...
[05:42] <RAOF> nxvl: I'm confused.  It says "direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)", but you clearly *have* run it with that environment variable set.  Is there anything remarkably crazy about your system?
[05:43] <nxvl> RAOF: dude, it's linux, isn't that crazy enough?
[05:43] <nxvl> but, no, i never configure basically anything other than what i need for packaging and stuff
[05:43] <nxvl> but not a lot of ENV stuff
[05:44] <RAOF> OH!
[05:45] <RAOF> client glx vendor string: ATI
[05:45] <RAOF> I see where we have the winner; it's our old friend, deadly neurotoxin.
[05:45] <nxvl> maybe it's just standard output message and the info is there anyways
[05:45] <RAOF> Or, alternatively, fglrx's libglx.
[05:45] <nxvl> yeah, i'm starting to hate that i got a gamer machine for work, ATI is a PITA
[05:46] <RAOF> Nah, there's different output when run with LIBGL_DEBUG=verbose
[05:46] <RAOF> If I'd paid more attention to your Xorg.0.log I would have noticed that.
[05:47] <RAOF> So, what I'd do now is to use jockey to remove the fglrx driver; once that's done things, even 3D, should work.
[05:48] <RAOF> And then in a couple of day's time, when fglrx works with Unity again, come back and we can see if we can't coax fglrx into some form of life.
[05:53] <nxvl> jockey doesn't work either
[05:53]  * nxvl shoots himself
[05:54] <nxvl> pitti: ^^
[05:54] <nxvl> http://paste.ubuntu.com/672923/
[05:55] <pitti> nxvl: sorry, didn't follow the conversation; you are trying to install a driver?
[05:55] <nxvl> nope, removing
[05:55] <RAOF> nxvl: Man, your system is all manner of pleasin', isn't it.
[05:56] <nxvl> RAOF: yeah, please shoot me!
[05:56] <RAOF> nxvl: sudo apt-get remove fglrx should work, however.
[05:56] <nxvl> i'm going to go back to thinkpads and never look back again
[05:56] <RAOF> And, given my recent track record of "should"s, it's *guaranteed* to have no problems!
[05:57] <nxvl> yeah
[05:57] <RAOF> nxvl: Ask desrt about how awesome _his_ thinkpad is :)
[05:57] <nxvl> given the record i'm trying
[05:57] <lifeless> RAOF: sacrificing chickens again ?
[05:57] <nxvl> RAOF: i have always used thinkpads and never had a problem, but i gave Dell a try and it's giving me tons of headaches
[05:58] <RAOF> lifeless: Apparently (a) blacklists aren't what they used to be and (b) dbus is for wimps.
[05:58] <nxvl> k, rebooting
[05:58] <nxvl> brb
[06:02] <nxvl> ok, another certain should
[06:02] <nxvl> 3D awesomeness is back
[06:03] <nxvl> with HUGE fonts, but back
[06:03] <nxvl> i will fix that in the morning
[06:03] <nxvl> thanks for the help!
[06:03] <RAOF> Yay!
[06:03] <bryceh> pitti, good morning
[06:03] <pitti> hey bryceh, how are you?
[06:04] <bryceh> pitti, I'm doing well, but I have a bug for you
[06:04] <bryceh> I noticed that ubuntu-bug xkeyboard-config don't work
[06:04] <bryceh> it gives "package not found", but obviously that's not right, it's just a source package - it's expecting xkb-data
[06:05] <bryceh> pitti, digging into the source it appears the issue is apport uses apt.Cache() which allows looking up binary packages, but not source
[06:05] <pitti> correct
[06:05] <pitti> it's meant to work on binary packages
[06:05] <pitti> as we can't determine any packaging information otherwise
[06:05] <bryceh> pitti, using apt_pkg, I could get it to look up the source package http://paste.ubuntu.com/672927/
[06:06] <bryceh> pitti, I wanted to see if that is at all a viable way to go about implementing a fix for this
[06:06] <pitti> well, I'm not sure whether there's something to "fix"
[06:06] <pitti> users only really see binary packages anyway, in apt, s-c, etc.
[06:07] <pitti> and for sources which produce more than one binary we usually want to know which
[06:07] <pitti> we could add a special case that if a source only produces one binary, and the names differ (which isn't the case usually), it would assume the only binary package name
[06:07] <bryceh> pitti, well for instance if someone is commenting on a bug already filed against xkeyboard-config, and you tell them to file a new bug report, it's sensible to direct them to file against the source package
[06:08] <pitti> but that wouldn't even help here
[06:08] <bryceh> we get into a similar situation filing bugs against xorg-server
[06:08] <pitti> bryceh: so, it's certainly possible, but nothign I can fix in 15 mins, I'm afraid
[06:09] <pitti> i. e. I don't think I'll have time to work on this in the next days, I'm swamped in the pygobject stuff and need to unbreak the retracers
[06:09] <bryceh> pitti, well I'm more asking if you'd be opposed if I sent a patch
[06:09] <pitti> we need to teach apport about "Package:"-less reports, and be able to file them
[06:10] <bryceh> and checking if the approach of  using apt_pkg would be improper
[06:10] <pitti> bryceh: no, surely not, but it'll be a rather large one, unless you settle for the "small" special case above
[06:10] <pitti> or for a source with multiple binaries, it could pick a random one
[06:10] <pitti> ... which is actually installed
[06:11] <pitti> bryceh: no, backends/packaging-apt-dpkg.py already uses "apt", so you can use apt.apt_pkg
[06:11] <pitti> bryceh: it already has a get_source() method which maps a binary to a source package
[06:11] <bryceh> ah ok
[06:12] <pitti> apport/ui.py does the command line processing
[06:13] <pitti> it probably needs to grow some magic to check if an argument is a source package name, if it doesn't exist as a binary package name
[06:13] <pitti> and then call an apport.packaging method to map that into an approptiate binary package name
[06:13] <pitti> backends/packaging-apt-dpkg.py coudl then implement this using an iteration over the binaries of the given source
[06:13] <bryceh> yep
[06:13] <pitti> and pick the first one which is installed
[06:14] <bryceh> yeah that's basically what I was thinking
[06:15] <bryceh> I don't think it'll be a very big patch; half a dozen lines or so
[06:16] <pitti> integrating it will be a little more, as you need to update test cases, and add a generic API for that into the packaging class, but shouldn't be very complicated
[06:18] <bryceh> hrm, maybe in that case I should just file a bug report
[06:32] <pitti> I'm off for about an hour for a bit of running
[06:32] <bryceh> oh, there's already a bug - #359810
[06:33] <bryceh> pitti, ok thanks; I'm not sure what is involved with making a generic API, but will post a branch of what I've got to that bug report for you to consider some day when you have time
[06:58] <bryceh> if you can give me more guidance on what you want for tests and api's I'd be willing to give that a shot; I read through the test code but wasn't clear on how it should be integrated there.
[06:58] <bryceh> eod for me, tty tomorrow
[07:11] <pitti> bryceh: ok, thanks
[07:43] <rodrigo_> morning
[07:48] <seb128> hey desktopers
[07:48] <rodrigo_> hi seb128
[07:48] <seb128> hey rodrigo_, how are you?
[07:49] <rodrigo_> seb128, I'm fine, and you?
[07:49] <seb128> I'm great thanks
[07:51] <pitti> bonjour seb128
[07:51] <pitti> hey rodrigo_
[07:52] <seb128> hey pitti, wie gehts?
[07:52] <seb128> pitti, it's meeting reminder day! ;-)
[07:52] <pitti> seb128: ooh, indeed
[07:52] <rodrigo_> hi pitti
[07:56] <pitti> seb128: apport retracer fixing day!
[07:56] <seb128> pitti, \o/
[07:59] <seb128> pitti, btw you have the launcher not showing with mouse also right?
[07:59] <pitti> seb128: right, because they took away corner activation, and I disabled edge activation ages ago
[07:59] <seb128> pitti, you can fix it by running unity-preferences and picking edge rather than corner
[07:59] <pitti> right, I know
[07:59] <pitti> but edge activation is evil and gets in the way
[07:59] <pitti> I just use the windows key
[07:59] <seb128> well then you can pick the corner as an edge in ccsm
[07:59] <seb128> in the unity preferences
[08:00] <seb128> it let you pick any border or corner
[08:01] <pitti> oh, in ccsm; I thought you mean unity-preferences
[08:01] <pitti> that just has the simple radio button
[08:01] <pitti> bah, edge activation is still instantaneous
[08:01] <GunnarHj> rodrigo_: Hello Rodrigo, can we continue where we stopped yesterday? I added a comment after you had disconnected: https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/71197
[08:02] <pitti> seb128: hm, doesn't seem to work for me; I changed to the top left corner in ccsm, but doesn't work
[08:02] <seb128> pitti, ok, dunno then, that works for me, selecting edge in unity-preferences and then the corner in ccsm
[08:03] <pitti> not here, it keeps edge, too
[08:03] <seb128> pitti, ccsm also has the delay before showing the launcher
[08:18] <rodrigo_> hey GunnarHj
[08:39] <pitti> meh, these fakechroots seem to be totally busted :(
[08:41] <seb128> pitti, on oneirc? yes
[08:42] <pitti> perhaps it's time to ditch fakeroot altogether and rework the retracing bits from the ground up to not use chroots in the first place..
[08:43] <pitti> these days gdb has an option to specify a different debug symbol root path
[08:44] <pitti> it'll be a bit tricky to point it to the debug libraries, but with some symlink tricks it might work
[08:46] <seb128> pitti, seems like a lot of work
[08:46] <seb128> can we talk I.S into getting vms instances we can use?
[08:46] <seb128> kvm or other
[08:46] <pitti> that would help indeed
[08:47] <pitti> I'll do some experiments here to estimate how much work the gdb reorg would actually be
[08:48] <seb128> ok
[09:04] <seb128> RAOF, hey
[09:05] <seb128> RAOF, did you get anywhere with colord running as an user?
[09:23]  * pitti discovers gdb's "set solib-absolute-prefix" command and jumps for joy
[09:24] <pitti> you know, this could WORK!
[09:26] <seb128> pitti, waouh!
[09:26] <pitti> seb128: I now have a rather simple /tmp/chroot with just dpkg -x'ing the debs and ddebs, and adding a trick symlink
[09:27] <pitti> and can produce a nice stack trace with some magic gdb commands, using no root or fake* commands
[09:27] <seb128> pitti, that should work
[09:27] <pitti> this even works in a lucid chroot
[09:27] <seb128> great
[09:49] <doko> seb128, I changed the font settings to a smaller font while compiz was running, now if compiz crashes, the fonts are changed back to a larger size. are there different settings? and if yes, where else do I have to change these?
[09:50] <seb128> doko, where did you change it?
[09:50] <seb128> usually is gnome-settings-daemon which apply xsettings
[09:50] <seb128> not compiz
[09:51] <doko> seb128, gnome-tweak-tool
[09:52] <seb128> that should change the gsettings
[09:52] <seb128> dunno what compiz is doing...
[09:52] <doko> great \o/
[10:27] <RAOF> seb128: Yeah, I think I've got colord running appropriately as a system user.  I thought that perhaps there were permissions problems with my scanner, as it wasn't showing up when colord was initially started, but that turns out to be a combination of cups starting colord and libsane stupidity.
[10:27] <seb128> pitti, could you score up https://launchpad.net/~unity-team/+archive/compiz-testing/+sourcepub/1907196/+listing-archive-extra
[10:27] <seb128> ?
[10:27] <RAOF> seb128: I'm just finishing wrangling a patch in an upstream-suitable fashion.
[10:27] <pitti> seb128: done
[10:27] <seb128> pitti, thanks
[10:28] <seb128> RAOF, when do you think it will land? beta freeze is soon and we have g-s-d and g-c-c depwaiting on it for over a week
[10:28] <seb128> which blocks other changes to land and be tested
[10:29] <RAOF> I can land the changes kees wanted tomorrow; I think that should be enough to get the MIR signed off on?
[10:30] <seb128> RAOF, I will check with him today, thanks
[10:31] <seb128> pitti, https://launchpad.net/~unity-team/+archive/compiz-testing/+sourcepub/1907204/+listing-archive-extra as well please
[10:31] <seb128> pitti, danke ;-)
[10:31] <seb128> (one day we will get those compiz updates in Oneiric!)
[10:31] <pitti> nudged
[10:32] <seb128> pitti, thanks! ;-)
[10:33] <pitti> Sweetshark: what's the current blocker for the 3.4 upload? still mono?
[10:35] <rodrigo_> GunnarHj, ping
[10:41] <GunnarHj> rodrigo_: Now I'm here. :)
[10:41] <rodrigo_> GunnarHj, :)
[10:42] <rodrigo_> GunnarHj, ok, so I've built your branch, and I'm still not sure what it tries to accomplish
[10:42] <rodrigo_> I see less locales in the selection of language than before
[10:42] <rodrigo_> and still some duplicated ones
[10:42] <rodrigo_> like "Spanish (Spain)", "Spanish (Mexico)"
[10:43] <rodrigo_> I thought it was for just showing the language there?
[10:43] <GunnarHj> rodrigo_: Less items is the goal.
[10:43] <GunnarHj> Each item is a translation.
[10:43] <rodrigo_> GunnarHj, ah
[10:44] <rodrigo_> in git, btw, yesterday we pushed a fix to just show languages there
[10:44] <GunnarHj> There is a separate Mexican translation, so they're not duplicates.
[10:44] <cassidy> hi guys. Starting a Qt app loads a whole Gtk+ behind the scene (natty). Is there a way to disable that ?
[10:44] <rodrigo_> GunnarHj, hmm, ok
[10:44] <rodrigo_> in gnome all .es translations are in one place, why do we have separate ones in ubuntu?
[10:45] <rodrigo_> but I understand now why it shows that
[10:46] <pitti> rodrigo_: they are not in one place
[10:46] <GunnarHj> rodrigo_: Don't know the history. For some big languages, especially Spanish and English, there are separate teams.
[10:46] <rodrigo_> pitti, in gnome?
[10:46] <pitti> rodrigo_: GNOME upstream has separate es_MX.po files as well
[10:46] <rodrigo_> oh
[10:46] <rodrigo_> those mexicans!!
[10:46] <pitti> rodrigo_:  you are right that in most languages there should indeed just be a ll.po
[10:46] <pitti> rodrigo_: i. e. we generally don't want a separate de_AT.po
[10:46] <pitti> rodrigo_: but some languages have legitimate country variants
[10:47] <rodrigo_> the .es translation team has been working hard to use a common translation for all spanish-speaking languages afaik
[10:47] <seb128> cassidy, not sure, would be a question for the qt guys, I guess it's the theming integration doing it
[10:47] <cassidy> yeah
[10:47] <pitti> rodrigo_: these are mostly en (US vs. UK), es (ES vs. AR/MX), pt (PT vs. south america), and zh (CN vs. TW)
[10:47] <pitti> rodrigo_: ah, perhaps for .es; I don't know how different MX/AR Spanish is
[10:48] <pitti> rodrigo_: but I know that Brazilian and Portual Portugese are far enough apart to justify a split
[10:48] <rodrigo_> pitti, I've never seen a es_* translation in any of the gnome modules I watch
[10:48] <pitti> rodrigo_: and traditional and simplified Chinese are very far aprt
[10:48] <pitti> "apart"
[10:48] <rodrigo_> pitti, yeah, pt_BR and pt are indeed quite different
[10:48] <pitti> rodrigo_: well, then just keep 'es'?
[10:48] <pitti> rodrigo_: I thought you were asking in a more general context, as in "do we need country variants at all"
[10:49] <pitti> and we do
[10:49] <rodrigo_> pitti, GunnarHj branch shows all languages that have specific languages, and MX/AR show up, so I guess we have variations on those
[10:49] <rodrigo_> pitti, oh, no, just about the 'es' translation
[10:50] <GunnarHj> rodrigo_, pitti: The algorithm that produces the language list is stupid - it doesn't know whether a directory contains a justified translation or not.
[10:50] <rodrigo_> ah
[10:50] <pitti> in general we want to control that on the LP export side
[10:51] <GunnarHj> pitti, rodrigo_There are some universe packages that pollute /usr/share/locale with many 'translations'.
[10:52] <pitti> ah right, we can't/don't filter these
[10:53] <GunnarHj> I kind of suspect that some such translations are exact copies, but I have never checked it out.
[10:53] <seb128> pitti, can you score up https://launchpad.net/~unity-team/+archive/compiz-testing/+build/2738447 again please? thanks
[10:53] <pitti> seb128: done
[10:53] <seb128> danke
[10:54] <GunnarHj> rodrigo_: So then you know the idea behind the list that is produced, Rodrigo.
[10:54] <rodrigo_> GunnarHj, yes
[10:56] <GunnarHj> rodrigo_: I suggest that you upload it as Ubuntu specific code for now. Then we can go on talking about how it should be handled in 12.04.
[10:56] <GunnarHj> rodrigo_: Have to go now. Back about 16.00.
[10:56] <rodrigo_> GunnarHj, yes, although as I said git has some changes related to the list of languages shown
[10:57] <rodrigo_> GunnarHj, is there any chance you could rebase your patch for git master?
[10:57] <GunnarHj> rodrigo_: So do they mismatch again?
[10:57] <rodrigo_> GunnarHj, then I'll upload it with the next upload
[10:57] <rodrigo_> GunnarHj, haven't tried to apply your patch, will do so
[10:57] <rodrigo_> GunnarHj, ok, talk to you later
[10:57] <GunnarHj> rodrigo_: I'll do that tonight then.
[10:57] <GunnarHj> By for now.
[10:57] <rodrigo_> ok cool!
[10:57] <rodrigo_> bye
[11:02] <chrisccoulson> does anyone here have a backlit keyboard?
[11:04] <Sweetshark> pitti: no, we could upload 3.4.1-4ubuntu1 from https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-oneirictest-20110718 as is. would we need another FFe for 3.4.2?
[11:04] <pitti> that should be fine
[11:05] <pitti> Sweetshark: so, want me to do the upload?
[11:06] <Sweetshark> pitti: go for it
[11:06] <pitti> \o/
[11:09] <pitti> one of these days we need to drop the -l10n source..
[11:18] <Sweetshark> pitti: and build them as one?
[11:19] <pitti> Sweetshark: it was originally split for introducing LP support for the native LibO format, but I don't see that happen anytime soon
[11:20] <pitti> also, at this point we should rather do it the mozilla way and directly get them upstream
[11:20] <pitti> it just seems we have carried the -l10n split for over 10 releases without real benefit?
[11:21] <pitti> Sweetshark: the FF bug wasn't auto-closed, can you please close it?
[11:22] <Sweetshark> pitti: roger wilco
[11:23] <Sweetshark> pitti: done
[11:43] <cjwatson> hi, what's happening with aisleriot?  it was split out from gnome-games but nobody uploaded the split-out source
[11:43] <nessita> hello everyone!
[11:43] <cjwatson> it's currently on http://people.canonical.com/~ubuntu-archive/nbs.html, but since AFAIK it's a fairly popular desktop toy it seems preferable to reintroduce it rather than remove it
[11:43] <nessita> pitti: minor needs fixing in https://code.launchpad.net/~pitti/ubuntu-sso-client/gi-fixes/+merge/72527 (lint issue)
[11:44] <jbicha> cjwatson: would you like to sponsor bug 813428 ? ;-)
[11:45] <ubot2> Launchpad bug 813428 in gnome-games "[needs-packaging] aisleriot" [High,Fix released] https://launchpad.net/bugs/813428
[11:45] <pitti> cjwatson: there's a sponsoring bug for it, bug 813428
[11:45] <cjwatson> hah
[11:45] <pitti> jbicha: btw, no MIR needed - this is just a splitout
[11:45] <cjwatson> ok, I can do that
[11:45] <pitti> cjwatson: we'll get to it ASAP
[11:45] <pitti> ah, or that
[11:46] <pitti> seems there was a missing license in the upstream tarball
[11:46] <jbicha> but that should be fixed now
[11:46] <pitti> nessita: ah, thanks! pushed the pylint tags
[11:47] <nessita> pitti: greeeat!
[11:50] <Sweetshark> pitti: yes, we would rather have optional gettext support upstream.
[11:52] <nessita> pitti: you running oneiric? becasue you added the lint disables in the if 'gobject' in sys.modules block, and I'm "needing" them in the else block :-)
[11:52] <nessita> I'm still getting
[11:52] <nessita> ubuntu_sso/utils/txsecrets.py:
[11:52] <nessita>     30:  [E0611] No name 'GObject' in module 'gi.repository'
[11:52] <pitti> nessita: argh, my bad
[11:53] <pitti> nessita: pushed
[12:04] <rodrigo_> hmm, it happened again, that my monitor just loses signal completely, I guess it's a hardware problem right?
[12:07] <cjwatson> jbicha: hmm, so where's the LGPL copy?  I don't see it in aisleriot-3.1.1.tar.bz2
[12:09] <seb128> cjwatson, jbicha: if that's buggy and the only issue can we repack the tarball to fix it rather than wait on an update?
[12:12] <cjwatson> or just add it in the diff
[12:12] <nessita> pitti: I added one more change request, lint is being esoteric today :-/
[12:13] <jbicha> cjwatson: it looks like it was added to their source tree but not to their makefile
[12:13] <cjwatson> AFAIK Debian doesn't reject on licence missing from upstream tarball, I really don't see why we should - honestly, personally I think the reference in debian/copyright is good enough for common licences but if you're fussy then adding it in a patch would be fine IMO
[12:15] <Daviey> patching in a licence has always felt kinda wrong IMO, unless it's a cherry pick patch; but even then feels odd.
[12:15] <pitti> nessita: done
[12:15] <nessita> pitti: thanks!
[12:15] <cjwatson> Daviey: for the LGPL, we already ship it with all Ubuntu systems, and as long as it's clear what upstream's intent is (i.e. we're not changing their licence, merely fixing up the distribution of it) then I don't see a patch
[12:16] <cjwatson> er, I don't see a problem
[12:16]  * rodrigo_ -> lunch
[12:16] <Daviey> cjwatson: true, just feels odd.
[12:18] <cjwatson> BTW it would be nice if more people here were working on http://people.canonical.com/~ubuntu-archive/nbs.html in general - there's a lot of desktop stuff on there that's been sitting around for a while
[12:27] <facundobatista> pitti, ping
[12:27] <pitti> hello facundobatista
[12:28] <facundobatista> Hola pitti! Question regarding #72447
[12:28] <facundobatista> no, sorry, not that bug, the MP
[12:28] <facundobatista> https://code.launchpad.net/~pitti/ubuntuone-client/gi-fixes/+merge/72447
[12:28] <facundobatista> pitti, this one ^
[12:28] <pitti> facundobatista: sure, what's up?
[12:28] <facundobatista> pitti, you say "With pygobject >= 2.90 you cannot mix static and GI imports, and the ubuntuone-control-panel is still using pygtk, gobject, etc."
[12:29] <facundobatista> pitti, but the ubuntuone-control-panel lives in other Python process than ubuntuone-syncdaemon
[12:29] <facundobatista> pitti, so, maybe we can not import gobject in syncdaemon *at all* and use the new way of doing it
[12:29] <pitti> right
[12:30] <pitti> facundobatista: but the control panel uses ubuntuone-client, too, so it needs to work with both
[12:30] <nessita> pitti: the control panel uses u1client only thru dbus calls...
[12:30] <nessita> pitti: do we need to have the conditional import the same?
[12:32] <pitti> well, I only actually touched -client because control-panel pulled it in somehow
[12:32] <nessita> facundobatista: now that we talk about this, I remember the controlpanel using u1client thru dbus but thru SyncDaemonTool, so we may need the conditional import
[12:33] <facundobatista> nessita, so, we have process separation but we import the whole proyect for use it :|
[12:33] <pitti> nessita, facundobatista: ah, I remember: it's not -gtk, it's -backend
[12:34] <pitti> bin/ubuntuone-control-panel-backend -> ubuntuone.controlpanel import dbus_service -> ubuntuone.syncdaemon.interaction_interfaces -> ubuntuone.syncdaemon -> ubuntuone.platform
[12:34] <nessita> pitti: right, thanks for the clarification
[12:34] <pitti> which then imports os_helper, which imports gio
[12:34] <pitti> that breaks -backend's GI
[12:35] <facundobatista> oh
[12:35] <pitti> nessita, facundobatista: by far the easiest change would be to drop Soup and SoupGNOME from ubuntuone-control-panel, then we wouldn't need any of this
[12:35] <pitti> but by using Soup/SoupGNOME GI modules, the whole process needs to be GI only, and can't use gio, glib, etc.
[12:35] <nessita> right
[12:36] <nessita> pitti: thanks! we'll finish the review now
[12:36] <pitti> so there's three options:
[12:36] <pitti> 1) drop Soup/SoupGNOME
[12:36] <pitti> 2) port everything to GI, including all dependencies (herculian task, not for oneiric)
[12:36] <pitti> 3) make the libraries work with either, and fix programs to only use GI or only use static
[12:36] <facundobatista> nessita, what about (1) ^ ?
[12:36] <pitti> I did 3) for now, but I wouldn't mind 1) at all
[12:36] <pitti> if you can find a non-GI replacement for Soup, it would be the least intrusive change
[12:37] <nessita> facundobatista: not before O
[12:37] <pitti> and 3) isn't quite finished yet, I'm afraid, more stuff keeps popping up
[12:37] <facundobatista> ok
[12:37] <nessita> pitti: our chain dependency finishes in ubuntu-sso-client
[12:38] <facundobatista> pitti, approved
[12:38] <pitti> nessita: twisted also uses static GNOME modules
[12:39] <pitti> sorry for this mess, but it's necessary as long as we have this half-ported stuff
[12:39] <facundobatista> pitti, thanks for the patch and all this clarification!
[12:40] <pitti> facundobatista: at least the notify port is not just a temporary thing :)
[12:40] <seb128> mterry, hey
[12:40] <mterry> seb128, hello!
[12:40] <seb128> mterry, how are you?
[12:41] <mterry> seb128, good.  Thought I had thought of a way to reproduce a bad duplicity bug, but it turns out not.  :(
[12:41] <seb128> mterry, do you know if robert_ancell is planning on rolling lightdm or unity-greeter tarballs soon?
[12:42] <mterry> seb128, no I don't, but it would be sensible if he were I suppose, with Beta Freeze coming up
[12:42] <seb128> I ponder playing backporting or wait for him to roll tarballs
[12:42] <seb128> I might just play backporting to do "pre-tarball testing" then ;-)
[12:43] <seb128> mterry, do you know of any issue or change we should look at with current trunk versions? or should they be ok?
[12:43] <mterry> seb128, you love backporting lightdm fixes  :)
[12:43] <seb128> mterry, -"lightdm fixes"
[12:43] <mterry> seb128, I think OK.  I just landed a couple things in each lightdm and unity-greeter
[12:43] <seb128> ;-)
[12:43] <pitti> nessita: somethign also pulls in desktopcouch, which also uses static bindings; we need to test this properly
[12:43] <seb128> mterry, I'm playing unity backporting as well :p
[12:44] <mterry> seb128, patience!
[12:44] <seb128> yeah, I should learn that ;-)
[12:44] <seb128> but I want to test the new crack!
[12:45] <nessita> pitti: controlpanel pulls desktopcouch
[12:46] <pitti> unfortunately there is no GIR for gnome-keyring, so we can't use the same trick there
[12:47] <seb128> pitti, they have a git for it and I think it's going to be there for GNOME 3.2
[12:47] <seb128> pitti, i.e in the next tarball next week or so
[12:47] <pitti> seb128: oh, nice
[12:47] <seb128> pitti, stef worked on it during the desktop summit hackfest
[12:50] <cjwatson> jbicha: so what do you want to do with aisleriot?
[12:51] <jbicha> cjwatson: I'm happy shipping it as is, I contacted the aisleriot devs & I expect the file will be included in the next release
[12:52] <nessita> pitti: so, we should hold these branches?
[12:52] <pitti> nessita: they are fine, we probably just need yet another fix in desktopcouch
[12:53] <nessita> pitti: controlpanel tests breaks with the gi-fixes, I will debug later and see what we can do about that
[12:54] <pitti> nessita: oh, urgh; thanks
[12:56] <seb128> "This is a message from the KDE Sysadmin team. We recently did a security check on all accounts on identity.kde.org, and we were able to guess your password fairly easily.
[12:56] <seb128> We have done a brute force attack on the hashed password we have stored at identity.kde.org, the site does not store your plain password. But if we were able to guess your password, attackers might be able to do the same."
[12:56] <seb128> go kde go
[12:56] <seb128> (that's the account they made us create for the desktop summit registration, and yes I picked a dummy password for it ;-)
[13:12]  * kenvandine makes a note to never upgrade both computers at the same time... 
[13:13] <kenvandine> good morning everyone
[13:14] <seb128> hey kenvandine, how are you?
[13:14] <kenvandine> good
[13:14] <seb128> kenvandine, did something break?
[13:14] <pitti> hey kenvandine, how are you?
[13:14] <kenvandine> is the udev update problem known?
[13:14] <kenvandine> better now that i can boot :)
[13:14] <seb128> kenvandine, no
[13:14] <seb128> what udev update?
[13:14] <kenvandine> udev was left diverted because libudev0 wasn't configured
[13:15] <kenvandine> after a dist-upgrade this morning
[13:15] <seb128> jibel pointed bug #831884 on #ubuntu-x
[13:15] <dobey> where the heck are the font settings in oneiric?
[13:15] <ubot2> Launchpad bug 831884 in xserver-xorg-video-intel "lightdm fails to start on Live CD on intel: [drm] failed to set drm interface version (plymouth race ?)" [High,Invalid] https://launchpad.net/bugs/831884
[13:15] <kenvandine> happened on my desktop and laptop
[13:15] <seb128> dunno if that's the same issue
[13:15] <seb128> kenvandine, did you get a conflict due to the gst good jpge so move?
[13:15] <kenvandine> yes
[13:15] <seb128> dobey, in gsettings
[13:15] <kenvandine> i wondered if that was causing it
[13:15] <seb128> kenvandine, ok, blame it on ev
[13:15] <kenvandine> since the upgrade failed
[13:16] <dobey> seb128: where? i'm looking in dconf-editor, but don't see obvious setting (ie, in the similar place it was in gconf)
[13:16] <seb128> dobey, org.gnome.desktop.interface
[13:20] <jbicha> kenvandine: does gwibber use gir1.2-wnck-1.0 instead of -3.0 intentionally?
[13:21] <kenvandine> yes
[13:21] <kenvandine> can't mix gtk2 and gtk3
[13:21] <kenvandine> and gwibber-accounts is still gtk2
[13:21] <jbicha> ok I think you told me that before
[13:21] <kenvandine> i have told someone :)
[13:23] <jbicha> it's the only thing I use that uses the gtk2 gir bindings
[13:23] <kenvandine> jbicha, next cycle i'll get gwibber-accounts ported to gtk3
[13:23] <kenvandine> it is the only thing left in gwibber that is gtk2
[13:24] <kenvandine> pitti, any idea what causes this? http://paste.ubuntu.com/673122/
[13:25] <pitti> kenvandine: no, I newer saw that
[13:25] <pitti> that's pygtk still apparently?
[13:25] <kenvandine> slight mix
[13:25] <kenvandine> it uses wnck via gir
[13:25] <pitti> you can't mix GI and static
[13:25] <kenvandine> it is only happening on one box
[13:25] <pitti> it'll cause weird bugs like that
[13:25] <kenvandine> :(
[13:25] <seb128> kenvandine, do you use the ubuntu-desktop ppa on that box?
[13:25] <pitti> you have to port it completely or not at all
[13:25] <kenvandine> seb128, i might have to go back to python-wnck
[13:25] <seb128> kenvandine, it has the pygobject that will break that
[13:25] <kenvandine> seb128, i do...
[13:26] <seb128> kenvandine, ok, that's why
[13:26] <kenvandine> oh... that explains it
[13:26] <pitti> it also often breaks with 2.28
[13:26] <pitti> just more subtly
[13:26] <seb128> kenvandine, so you, just go back to python-wnck, you will loose bonus point for not migrating all gwibber to gtk3 but that's fine, you can do an UDS without extra $beers ;-)
[13:27] <kenvandine> :)
[13:27] <dobey> oh wow, the font selector in gtk3 is so horribly slow
[13:27] <kenvandine> pitti, when will that pygobject land in oneiric?
[13:28] <pitti> kenvandine: as soon as we sort out the remaining ubuntuone bits, in bug 829186
[13:28] <ubot2> Launchpad bug 829186 in ubuntuone-control-panel "Mixes static and GI library bindings" [High,In progress] https://launchpad.net/bugs/829186
[13:28] <pitti> kenvandine: if you need more packages in that tracker bug, please add
[13:29] <kenvandine> pitti, so is this bug tracking fixing those packages to no mix gir and static bindings?
[13:29] <pitti> right
[13:29] <kenvandine> or fixing them so mixing them works?
[13:29] <kenvandine> i assume the former
[13:29] <kenvandine> ok
[13:29] <pitti> kenvandine: no, fixing the packages
[13:29] <pitti> there is no way to make mixing work
[13:29] <kenvandine> i'll just revert now
[13:29] <pitti> the library gets loaded twice into the same process
[13:30] <kenvandine> just want to make sure i get it uploaded to oneiric before pygobject :)
[13:30] <pitti> I mean, work reliably
[13:30] <pitti> kenvandine: yep, the new pygobject will block on having all tasks there fixed
[13:31]  * kenvandine adds gwibber
[13:33] <GunnarHj> rodrigo_: Back at keyboard... I looked at https://code.launchpad.net/~gunnarhj/gnome-control-center/langfix/+merge/71197, and the branch does apply. I updated it to fit v. 3.1.5 last Saturday.
[13:36] <kenvandine> oh... gwibber-accounts is also using GIR for gsettings :(
[13:43] <rodrigo_> GunnarHj, right, but it doesn't apply on current git master
[13:45] <GunnarHj> rodrigo_: Ok... Now I'm not sure I understand what you mean. Are you going to add it to the master even if the accountsservice branch isn't accepted upstream yet?
[13:46] <rodrigo_> GunnarHj, I mean upstream source, in git.gnome.org
[13:47] <rodrigo_> GunnarHj, so, your patch won't apply when we upgrade to the new version (in 2 weeks)
[13:48] <GunnarHj> rodrigo_: Aha. But then we need to wait for two weeks to upload the patch, right?
[13:48] <rodrigo_> GunnarHj, well, we can use that time to make sure it works with the new code, rather than waiting :-D
[13:49] <GunnarHj> rodrigo_: Sure... I'll take a look at the git source then, and get back to you.
[13:49] <rodrigo_> GunnarHj, ok, thanks!
[14:07] <kenvandine> anyone know if there are gsettings static bindings?  it looks like there isn't
[14:10] <pitti> no, there aren't
[14:10] <pitti> kenvandine: in oneconf I worked around that with subprocess.call(['gsettings', 'get', ...])
[14:10] <pitti> it was just one single call there, so not that performance critical
[14:10] <pitti> but certainly ugly
[14:11] <kenvandine> gwibber-accounts only has one call too
[14:11] <kenvandine> humm
[14:12] <pitti> I guess it's not possible to figure it out via dbus?
[14:12] <pitti> from dconf-service?
[14:12] <pitti> ah, that wouldn't have the gsettings overrides
[14:12] <pitti> (I think)
[14:12] <kenvandine> not sure
[14:12]  * kenvandine looks at d-feet
[14:16] <kenvandine> i could always add a dbus method to the service to accomplish the same task... but that seems like overkill
[14:18] <pitti> yippie, my first working retrace using the new root/chroot-less apport-retrace tool
[14:20] <seb128> pitti, \o/
[14:22] <pitti> this is sooo much more elegant and robust..
[14:25] <pitti> and ten times faster
[14:26] <seb128> pitti, do you wonder why you didn't do it this way the first time? ;-)
[14:26] <pitti> seb128: yes, all these magic options didn't exist in gdb yet
[14:27] <pitti> back then I tried hard to make gdb use a 'virtual root' directory, but it didn't support it
[14:32] <seb128> pitti,  https://launchpad.net/~unity-team/+archive/compiz-testing/+sourcepub/1907346/+listing-archive-extra https://launchpad.net/~unity-team/+archive/compiz-testing/+sourcepub/1907204/+listing-archive-extra nudges please
[14:35] <pitti> seb128: done
[14:36] <seb128> thanks
[14:39] <pitti> seb128: bug 830437 \o/
[14:39] <ubot2> Launchpad bug 830437 in aptitude "aptitude-curses crashed with SIGSEGV in pkgInitSystem()" [Medium,New] https://launchpad.net/bugs/830437
[14:39] <seb128> pitti, you really rock ;-)
[14:41] <facundobatista> Hi all again
[14:41] <facundobatista> question
[14:41] <pitti> brb, supermarket
[14:42] <facundobatista> in which step of a packaging, the foodesktop.project.in is "compiled" into foodesktop.project?
[14:42] <facundobatista> I'm building a .deb, and I don't see it inside the .deb :(
[14:42] <seb128> facundobatista, hi, what is .project?
[14:43] <seb128> the .in to non.in rules are usually in the makefile.am
[14:43] <facundobatista> seb128, bah, sorry
[14:43] <facundobatista> seb128, the fooproject.desktop.in
[14:43] <facundobatista> to be compiled into
[14:44] <facundobatista> fooproject.desktop
[14:44] <facundobatista> I *guess* that in the .deb, it should be located into usr/share/applications
[14:46] <seb128> facundobatista, those are usually using @INTLTOOL_DESKTOP_RULE@ in their makefiles
[14:46] <seb128> just look at the makefile.am from a GNOME tarball for example
[14:47] <facundobatista> seb128, I'm not using a makefile, and I have no problem in having the "final" .desktop file
[14:47] <seb128> so I don't get your question I think
[14:47] <facundobatista> seb128, first part already answered :)
[14:48] <facundobatista> seb128, second part... who grabs the .desktop file and puts it into  usr/share/applications inside the .deb?
[14:48] <facundobatista> pbuilder?
[14:48] <seb128> nothing
[14:48] <seb128> it's your upstream make install which install it
[14:48] <seb128> the packages usually do a make install in a subdir and ship that in the deb
[14:49] <seb128> well that's assuming you use makefiles that you don't
[14:49] <seb128> so whatever is your local equivalent of make install
[14:49] <facundobatista> seb128, it's a Python project... you say "setup.py build"?
[14:49] <dobey> facundobatista: use DistUtilsExtra.auto
[14:49] <seb128> right
[14:49] <dobey> facundobatista: i presume that's what you want anyway, not sure what exactly you're building
[14:50] <facundobatista> dobey, enjuewemela: http://enjuewemela.taniquetil.com.ar/
[14:52] <dobey> facundobatista: oh, you're trying to do something that won't actually work anyway :)
[14:52] <dobey> facundobatista: i thought you were asking to make translations work, not to insert a path in the .desktop file
[14:56] <dobey> facundobatista: also, i don't see where this icon-32x32.png gets installed, or where it exists in the source tree
[14:57] <ricotz> seb128, hi
[14:57] <seb128> ricotz, hey, thanks for getting cogl in Debian, I will sync it in a bit
[14:57] <ricotz> seb128, do you like to sync cogl?
[14:57] <ricotz> ok ;)
[14:57] <seb128> yeah
[14:58] <ricotz> seb128, you might want to upload the clutter package from my people space and catch up a bit faster
[14:58] <seb128> ricotz, will have a look
[14:59] <ricotz> thanks
[14:59] <seb128> I first try to get some of the compiz updates rolling
[14:59] <ricotz> hehe
[14:59] <dobey> facundobatista: i can probably help you fix this up later, but don't have time while i'm supposed to be working on u1 stuff :)
[15:05] <facundobatista> dobey, ok, thanks
[15:21] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting in 9 mins
[15:22] <chrisccoulson> w00t
[15:24] <ricotz> cyphermox, hello :), the "/etc/xdg/autostart/nm-applet.desktop" should get this entry "AutostartCondition=GNOME3 if-session gnome-fallback" to prevent its start in a gnome-shell session like it is done with the bluetooth applet
[15:25] <cyphermox> ricotz: mmkay, will likely be in with 0.9
[15:25] <pitti> quick guys, 5 more minutes to get famous on https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-23 !
[15:25] <ricotz> cyphermox, ok, this there already a commit?
[15:25] <cyphermox> I don't know, will look later
[15:25] <ricotz> thanks :)
[15:30]  * pedro_ waves
[15:30] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: DING DING meeting
[15:30] <chrisccoulson> hi!
[15:30]  * kenvandine waves
[15:30] <mterry> yay
[15:30] <seb128> ricotz, cyphermox: don't do that, it would make it not start under unity
[15:31] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-23
[15:31] <pitti> seems that few interesting things happened this week? :-/
[15:31] <kenvandine> chrisccoulson, is anyone else having this nasty problem of firefox constantly hanging?
[15:31] <pitti> or are you still desperately fighting wiki edit wars?
[15:31] <seb128> hey pitti
[15:31] <seb128> pitti, I'm working hard on dx to get the compiz update out, I didn't have time to update the wiki
[15:32] <seb128> I can do a live update when it's unity's turn though
[15:32] <pitti> seb128: ah, great
[15:32] <pitti> kenvandine: what's new on the partner front?
[15:32] <chrisccoulson> kenvandine, a few people report it, but no more than usual. and most reporters descriptions are so vague that they aren't useful at all
[15:33] <chrisccoulson> i haven't noticed anything though, other than the appalling IO wait i get on my machine which causes everything on my desktop to grind to a halt every time something touches the disk
[15:33] <seb128> is kenvandine lagged again this week?
[15:33] <pitti> seb128: maybe you can start with unity? kenvandine seems to be busy
[15:33] <kenvandine> seb128, yeah... i just got flooded...
[15:34] <seb128> yeah, can do
[15:34] <seb128> so unity
[15:34]  * kenvandine is here
[15:34] <seb128> we go a bug fix update on thursday with a bit less fixes than I was hopping to see
[15:34] <seb128> got
[15:34] <seb128> with some nagging they fixed a bunch of other issues in trunk and I backported most of those fixes in Oneiric
[15:35] <seb128> they do plan on rolling updates tomorrow for the unity stack
[15:35] <seb128> weekly updates from now on, bug fix only
[15:35] <seb128> compiz is another story, they are "testing tarballs" for some weeks but not getting out of it, I'm trying to help dbarth to get that unblocked today
[15:35] <seb128> otherwise lightdm update, what we got in Oneiric should be mostly good
[15:36] <seb128> I've backported most of trunk for lightdm and unity-greeter
[15:36] <seb128> if you have bugs that should be fixed for beta please drop an email to robert_ancell and Cc mterry he is helping him on lightdm
[15:36] <seb128> that should be it from me
[15:36] <seb128> questions?
[15:37] <chrisccoulson> i'm quite concerned about how fragile compiz is at the moment
[15:37] <pitti> I think we have a regression that lightdm doesn't start in the live session, otherwise it seems to behave now
[15:37] <seb128> chrisccoulson, we all are
[15:37] <pitti> but compiz is rather dire, yes
[15:37] <seb128> pitti, do you know when that started?
[15:37] <pitti> I don't, just saw the bug today
[15:37] <seb128> chrisccoulson, I'm trying to get those updates out today or tomorrow for compiz
[15:37] <pitti> bug 831884
[15:37] <ubot2> Launchpad bug 831884 in lightdm "lightdm fails to start on Live CD on intel: [drm] failed to set drm interface version (plymouth race ?)" [Critical,Confirmed] https://launchpad.net/bugs/831884
[15:37] <seb128> once they are out we should have a better basis to add bug fixes
[15:37] <chrisccoulson> seb128, thanks
[15:38]  * kenvandine waves again
[15:38] <seb128> hey kenvandine
[15:38] <pitti> seb128: thanks for the heads-up; would be great if you could put it on the wiki? just c&p shuold be fine
[15:38] <kenvandine> irc gets angry with me every tuesday, it seems
[15:38] <pitti> kenvandine: back?
[15:38] <kenvandine> i think
[15:38] <kenvandine> :)
[15:39] <pitti> kenvandine: do you have something for the partner update?
[15:39] <kenvandine> partner update is on the wiki, nothing more to add
[15:39] <kenvandine> except i want to chat with pitti after the meeting
[15:39] <kenvandine> about the rb package
[15:39] <pitti> kenvandine: u1-installer still boggles me
[15:39] <seb128> pitti, will do
[15:39] <kenvandine> pitti, indeed...
[15:39] <pitti> I mean, u1 is on the CD already, why do they voluntarily want to get off the CD?
[15:40] <pitti> that makes it much harder to test u1 on the live system, etc.
[15:40] <pitti> dobey, nessita ^
[15:40] <kenvandine> pitti, that is what it sounds like to me
[15:40] <pitti> and the current version just installs the ubuntu packages anyway
[15:40] <kenvandine> right... no real gain
[15:40] <pitti> well, I know, not the full functionality, but at least file sync, the basics
[15:40] <kenvandine> just a loss really
[15:40] <pitti> but I guess it's just a preparation for the next cycle(s), when this might eventually install more stuff
[15:41] <pitti> anyway, the plan for oneiric seems good to me
[15:41] <kenvandine> they say the driver is to be consistent between platforms
[15:41]  * kenvandine would prefer ubuntu be better :)
[15:42] <nessita> pitti and rest: I know there has been some conversations between Chipaca and I think Rick (I may be mistaken) about this. I'm not aware of the latest agreements, but the goal was to be able to ship latest version to every user, no matter what ubuntu version he/she has
[15:42] <pitti> right, that's the long term goal, but not the oneiric one
[15:42] <kenvandine> nessita, the agreement for oneiric is it only installs the ubuntu version
[15:42] <pitti> nessita: anyway, I don't object to u1-installer, it just seems like an integration step backwards
[15:43] <pitti> kenvandine: anyway, thanks for the heads-up
[15:43] <pitti> Sweetshark: thanks for landing LibO 3.4, although it seems to have some build problems
[15:43] <nessita> pitti, kenvandine:"as far as I know we're not dropping U1 from the O cd
[15:43] <pitti> Sweetshark: anything which needs to be discussed there? blocking MIRs, the mono problem, etc?
[15:43] <pitti> nessita: dobey said otherwise
[15:44] <nessita> pitti: then my information is not up to date :-/
[15:44] <kenvandine> nessita, thx, i'll get clarification
[15:44] <nessita> me too! :-)
[15:46] <pitti> mvo: tremolux is not here, do you want to discuss s-c?
[15:47] <pitti> mvo: from my side, there's a pending FFE for using the -gtk3 variant by default
[15:47] <pitti> mvo: I really wouldn't like it to be the default with these banners, can we disable them for now?
[15:47] <pitti> mvo: also, does it depend on pygobject 2.90, or does it work with 2.28, too?
[15:49] <pitti> hmm, no Sweetshark, no mvo
[15:49] <pitti> then I just have a general call for checking your remaining WIs on http://status.ubuntu.com/ubuntu-oneiric/canonical-desktop-team-ubuntu-11.10-beta-1.html
[15:50] <pitti> you probably ought to have http://status.ubuntu.com/ubuntu-oneiric/u/<yourlpuser>.html in your browser, it's rather convenient
[15:50] <pitti> I went through the remaining ones, and apart from https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-xorg-tools-and-processes we mostly seem to have these "last mile" remaining WIs for most specs
[15:51] <pitti> *tock* *tock*, is this thing on?
[15:51] <seb128> hey
[15:51] <seb128> is it
[15:51] <mterry> hi
[15:51]  * kenvandine hears you
[15:51] <pitti> does anyone else have something which we should discuss?
[15:51] <seb128> yes
[15:51] <seb128> some items
[15:52] <seb128> so, first
[15:52] <seb128> pedro_, hey
[15:52] <pedro_> hey hey
[15:52] <seb128> pedro_, can you give the url to your oneiric bugs list? ;-)
[15:52] <seb128> is it on the qa namespace now?
[15:52] <pedro_> oh no they are mine!
[15:52] <seb128> well the qa build for the desktop set
[15:52] <pedro_> http://status.qa.ubuntu.com/reports/ubuntu-desktop/oneiric.html
[15:52] <seb128> ^
[15:52] <seb128> if you look for "oneiric desktop bugs" to pick on in the next weeks
[15:52] <seb128> that's a good list to use
[15:53] <seb128> those are all the bugs with an oneiric target in the desktop set
[15:53] <seb128> I know that lacked in the previous cycles
[15:53] <seb128> thanks pedro_ for working on this and making it easy to know what bugs need work ;-)
[15:53] <pedro_> seb128, my pleasure, I'm happy the team is using it :-)
[15:54] <pedro_> if you need any other similar report just let me know
[15:54] <seb128> that goes with "if you have a bug that should be on that list please nominate it for Oneiric"
[15:54] <seb128>  
[15:54] <seb128> that was my first item
[15:54] <seb128> second one I said the pitivi guys we would decide if we want to bring it back on the CD or not
[15:54]  * kenvandine waits while firefox is all gray
[15:54] <seb128> they did work on it this cycle and would like to be back there
[15:54]  * pitti bookmarks
[15:55] <seb128> I told them we would revisit the decision based on the work they did, it might rathe be an uds,next cycle thing though
[15:55] <pitti> hm, how much CD space?
[15:55] <seb128> urg, 1.3mb deb it seems
[15:55] <pitti> oh, on that note: we are planning a -base langpack refresh at the end of the week; with this we should get the desktops into the 703 MB limit
[15:56] <pitti> but only just barely so
[15:56] <seb128> we are already pushing for other things which didn't land
[15:56] <seb128> should we just revisit pitivi at UDS?
[15:56] <pitti> +1 from me
[15:56] <kenvandine> +1 from me
[15:56] <seb128> ok
[15:57] <seb128> next one is gnome-contacts
[15:57] <seb128> do we try to push it on?
[15:57] <chrisccoulson> pitti - if we really need to, i could switch firefox and thunderbird to use system nss and nspr for the CD
[15:57] <seb128> now would be the right time if we want it
[15:57] <chrisccoulson> but i would need to upgrade them first, as they depend on the latest versions
[15:57] <chrisccoulson> that's probably ~2.5MB
[15:57] <pitti> chrisccoulson: chrisccoulson should win some 1.5 MB?
[15:57] <kenvandine> seb128, i would be in favor of that if we know they will get it working
[15:58] <pitti> chrisccoulson: oh, for tbird as well, I guess
[15:58] <chrisccoulson> pitti - i think it's more like 2.5MB
[15:58] <kenvandine> like adding and linking contacts
[15:58] <seb128> kenvandine, I'm pretty confident they will, alex is full time on it I think
[15:58] <kenvandine> great!
[15:58] <pitti> chrisccoulson: I was just adding deb size of libnss3 and libnspr4
[15:58] <seb128> or at least if not full time he has time for it
[15:58] <chrisccoulson> but i'd need to switch them back pretty much straight after release, as i'd need the latest versions again
[15:58] <pitti> seb128: ah, it can be tested from the archive now?
[15:58] <pitti> missing contacts is a pretty major functional regression indeed
[15:58] <pitti> if we can get that back, that'd be good
[15:59] <seb128> pitti, sudo apt-get install gnome-contacts
[15:59] <seb128> kenvandine, can you get the mir done?
[16:00] <seb128> pitti, ok, I think that was it from me
[16:00] <chrisccoulson> remember that thunderbird can access the eds addressbook now ;)
[16:00] <seb128> oh maybe a reminder about http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20110816-oneiric.html
[16:00] <Sweetshark> pitti: 1) the current build problems on arm isnt too much of an issue (if there are not others behind it 2) after discussing with some mono maintainers, IMHO it seems like we should just drop the mono-bindings as they are rarely used (do we need to announce that?) 3) MIRs: nothing needed that I know of, translate-toolkit needs to loose one suggest, I will do that.
[16:00] <chrisccoulson> (there's just no UI for creating addressbooks yet)
[16:00] <pitti> chrisccoulson: oh, it can? also writing? nice
[16:00] <kenvandine> seb128, i can file an MIR, sure
[16:01] <seb128> kenvandine, thanks
[16:01] <Sweetshark> pitti: sorry, had an emergency ping for wrt gsoc
[16:01] <chrisccoulson> pitti - yeah, read and write
[16:01] <seb128> chrisccoulson, well, gnome-contacts would be an ui ;-)
[16:01] <pitti> Sweetshark: dropping mono bindings> sure, there don't seem to be rdepends AFAICS
[16:01] <chrisccoulson> pitti - there's just no UI for adding new addressbooks though, but that's planned
[16:01] <pitti> seb128: does that use the new online accounts GNOME thing?
[16:01] <pitti> by default it only shows the empathy contacts, not the e-d-s ones
[16:02] <seb128> pitti, it should show e-d-s contacts, the online account is only a way to set up your accounts
[16:02] <pitti> seb128: hm, let's discuss off-meeting
[16:02] <pitti> Sweetshark: thanks for the heads-up
[16:02] <seb128> ok
[16:03] <pitti> AOB?
[16:03] <kenvandine> not from me
[16:03] <seb128> nothing else from me
[16:04] <pitti> ok, thanks everyone!
[16:04] <kenvandine> pitti, about the u1 music plugin for rb, you had suggested we might want to make the existing package an empty transitional package
[16:04] <seb128> thanks pitti ;-)
[16:04] <pedro_> thanks!
[16:04] <pitti> kenvandine: right, to unbreak upgrades
[16:04] <kenvandine> why not just make it conflict, break, etc?
[16:05] <chrisccoulson> ooh
[16:05] <chrisccoulson> also, bug 829778
[16:05] <ubot2> Launchpad bug 829778 in wncksync "Breaks everything because of an API break in glib" [Critical,Triaged] https://launchpad.net/bugs/829778
[16:05] <pitti> kenvandine: we can; but I thought once it gets fixed it's easier to get back onto people's systems
[16:05] <chrisccoulson> seb128, you say that just needs a conflict added to glib?
[16:05] <chrisccoulson> pitti - perhaps you'd like to remove wncksync from the archive too ;)
[16:05] <seb128> chrisccoulson, yes
[16:05] <kenvandine> pitti, ah... assuming they decide to fix it
[16:05] <pitti> chrisccoulson: isn't that obsolete?
[16:06] <chrisccoulson> pitti - yeah, and it broke my install when i updated at the weekend
[16:06] <seb128> chrisccoulson, we should probably version conflict on bamf as well
[16:06] <pitti> chrisccoulson: sounds like the same case as libzeitgeist-gio or so
[16:06] <chrisccoulson> pitti - yeah, it's the same issue
[16:06] <pitti> chrisccoulson: would you mind adding a Conflicts to the glib bzr/
[16:06] <pitti> ?
[16:07] <ricotz> seb128, nm-applet.desktop: so there might be similiar approach needed like bluetooth-applet with a separate unity file?
[16:07] <seb128> ricotz, no, similar to the mounting one I guess, use unless-session gnome-shell
[16:08] <ricotz> ah ok
[16:08] <chrisccoulson> pitti, yeah, i can do that
[16:08] <ricotz> cyphermox, ^, there is no change upstream for this issue yet, so it should be patched
[16:09] <pitti> seb128: so, does gnome-contacts actually show anything from eds for you?
[16:09] <pitti> seb128: I just see my empathy accounts (jabber, gtalk, etc.)
[16:09] <seb128> pitti, I didn't try it yet sorry ;-)
[16:09] <seb128> rodrigo packaged it and kenvandine sponsored it
[16:09] <seb128> but I though that was the point of it
[16:10] <seb128> showing the eds contacts
[16:10] <seb128> kenvandine, ^?
[16:10] <pitti> right now it doesn't look very useful
[16:10] <kenvandine> it is for me
[16:10] <kenvandine> i see lots of dupes too
[16:10] <kenvandine> which i would like to link, but that doesn't work right now
[16:11] <chrisccoulson> pitti - did you figure out where the 2MB growth came from on the CD?
[16:11] <pitti> chrisccoulson: probably langpack delta growth
[16:11] <chrisccoulson> ah, ok
[16:11] <pitti> I didn't check yet, too busy with pygobject and retracer stuff, sorry
[16:12] <facundobatista> seb128, thanks! it worked if in the setup.py's install step I put the desktop file where it should be located
[16:12] <pitti> I still need to check why the alternates are so ridiculously large
[16:12] <seb128> facundobatista, yw
[16:24] <chrisccoulson> how come we ship totem-mozilla on the CD?
[16:25] <seb128> chrisccoulson, because it plays some videos that firefox wouldn't play without it?
[16:25] <chrisccoulson> seb128, there probably isn't much content that firefox needs an external player for
[16:25] <seb128> it might be deprecated then
[16:25] <chrisccoulson> i haven't come across anything for a while which needs that
[16:26] <chrisccoulson> i'm sure there is still content which would require it, but we have a plugin installer for that
[16:26] <seb128> chrisccoulson, well firefox by itself doesn't have ffmpeg codecs etc?
[16:29] <seb128> ok, getting there
[16:29] <seb128> pitti, can you score https://launchpad.net/~ubuntu-desktop/+archive/ppa/+sourcepub/1907858/+listing-archive-extra up please?
[16:29] <seb128> that's the really candidate for Oneiric
[16:29] <seb128> would be nice if one of two desktopers could test it in 15 minutes or so when it builds and give me a thumb up
[16:29] <seb128> then I can upload
[16:29] <pitti> seb128: done
[16:30] <seb128> pitti, thanks
[16:30] <seb128> it works on my 10v
[16:42] <pitti> seb128: so, I have apport-retrace working reasonably now, also tested on osageorange
[16:43] <pitti> seb128: now I need to rewrite crash-digger for the new apport-retrace stuff, but as it's way after my EOD already, I guess I need to continue tomorrow morning
[16:43] <seb128> pitti, ok, it's not a few days that will make a difference now
[16:43] <seb128> pitti, enjoy your evening
[16:43]  * pitti can't wait to see it in actino
[16:43] <seb128> see you tomorrow
[16:43] <seb128> yeah, I can't wait either ;-)
[16:44] <seb128> is the current version hand drivable?
[16:44] <seb128> i.e can I retrace I number if somebody has a bug to get retraced?
[16:45] <pitti> yes
[16:45] <pitti> seb128: go to ~/apport on osageorange
[16:45] <pitti> seb128: and dchroot into oneiric
[16:45] <pitti> PYTHONPATH=. bin/apport-retrace -sv -S ../config/ -C ../cache --auth ~/launchpad-credentials 832117
[16:46] <pitti> that's what I'm currently using for testing
[16:46] <pitti> seb128: as usual, -s is for "stdout"
[16:46] <pitti> seb128: if you drop the -s, it'll write back to the bug
[16:46] <pitti> seb128: note that there is only a ~/config/ for oneiric right now
[16:46] <seb128> pitti, ok, thanks
[16:46] <pitti> seb128: but it only has the apt sources, so if  you need it for any earlier release, just c&p accordingly
[16:47] <seb128> pitti, I might play with it if I manage to get through the compiz stack today
[16:47] <pitti> seb128: the config and cache dirs are organized to have per-release subdirs
[16:47] <seb128> otherwise let's discuss it tomorrow
[16:47] <pitti> seb128: i. e. exactly what's in the "DistroRelease:" field
[16:47] <seb128> pitti, have a nice evening!
[16:47] <seb128> ok
[16:47] <pitti> seb128: that's thy it's ~/config/Ubuntu 11.10/
[16:47] <pitti> s/thy/why/
[16:47] <pitti> and ~/cache/ as well, but that maintains itself
[16:48] <seb128> ok
[16:50] <pitti> seb128: oh, and if you drop -s and write back to the bug, you need to manually remove the needs-retrace tag
[16:51] <pitti> seb128: as that's done by crash-digger, not apport-retrace
[16:51] <pitti> seb128: --help is updated, but not the manpage yet
[16:51] <pitti> seb128: you can also run it locally, it's in lp:~pitti/apport/no-chroot
[16:51] <pitti> seb128: the first run will take a little longer, as it will need to set up the apt cache, but it's bearable
[16:51] <pitti> seb128: and it won't do anything to your system, it all happens in a temp dir
[16:51]  * pitti removes the shutil.rmtree('/home/seb128') from the code
[16:51] <seb128> pitti, ;-)
[16:56] <pitti> seb128: not quite away yet, my wife is still busy :)
[16:57] <pitti> but we want to make dinner at some point, and I want to spend some time with her, too
[17:00] <seb128> kenvandine, chrisccoulson, pitti: https://launchpad.net/ubuntu/+source/compiz/1:0.9.5.92+bzr2791-0ubuntu1/+build/2739477
[17:00] <seb128> the "official" amd64 build for the compiz update
[17:00] <seb128> if you guys want to install it and restart your session or run a guest session that would be welcome
[17:00] <pitti> nice!
[17:01] <pitti> waiting for it to publish
[17:01] <seb128> pitti, it's not the ppa one, I commented some patches by error in the ppa
[17:01] <seb128> pitti, that's main oneiric
[17:01] <seb128> I figured since it worked on 2 boxes for me I could as well push :p
[17:01] <pitti> oh
[17:01] <pitti> sure
[17:01] <pitti> seb128: just these binaries, or do I need some new dependencies, too?
[17:01] <seb128> just those
[17:02] <pitti> seb128: no compiz-plugins-main?
[17:03] <seb128> pitti, that's coming next
[17:03] <seb128> with libcompizconfig, the python stuff, ccsm
[17:03] <seb128> but there is no abi break so they don't need to go together
[17:10] <dobey> hmm
[17:16] <pitti> seb128: gosh, retrievig the needs-retrace bug list takes a bazillion years alreayd :(
[17:17] <seb128> pitti, no surprised after some weeks of retracers down
[17:28] <kenvandine> seb128, will do
[17:29] <pitti> meh @ bug 825686
[17:29] <pitti> what the heck is wrong with LP to have no tasks at all?
[17:34] <pitti> seb128: yay, crash-digger working
[17:34] <seb128> \o/
[17:34] <pitti> it also fixed the task on above bug
[17:37] <seb128> pitti, can you bump https://launchpad.net/~ubuntu-desktop/+archive/ppa/+sourcepub/1908013/+listing-archive-extra
[17:38] <pitti> seb128: done
[17:38] <seb128> danke
[17:38] <pitti> seb128: I started the digger on amd64
[17:39] <kenvandine> seb128, on my intel laptop, compiz 1:0.9.5.92+bzr2791-0ubuntu1 isn't causing any immediate problems
[17:39] <seb128> \o/
[17:39] <pitti> outputting to ~/apport/log
[17:39] <seb128> kenvandine, thanks
[17:39] <kenvandine> np
[17:39] <kenvandine> firefox is still driving me nuts though!
[17:39]  * kenvandine is switching to midori
[17:39] <pitti> seb128: I need to go now; I clean up the stuff tomorrow and check how it went overnight, and do the proper cron setup, and an i386 run
[17:39] <kenvandine> chrisccoulson, anything i can do to get useful info that can help?
[17:39] <seb128> pitti, ok, have fun, see you tomorrow
[17:39] <seb128> kenvandine, works for me (firefox)
[17:40] <chrisccoulson> kenvandine, attach gdb to it when it hangs?
[17:40] <kenvandine> it is hanging equally on my laptop with an SSD and my desktop which
[17:40] <kenvandine> ok
[17:40] <chrisccoulson> also, what is the hard page-fault count like in about:memory?
[17:40] <kenvandine> 102 on my laptop
[17:41] <kenvandine> which i just rebooted
[17:41] <chrisccoulson> how long has it been open?
[17:41] <kenvandine> about 30 seconds
[17:41] <kenvandine> most of which it was grayed out
[17:41] <chrisccoulson> that's quite a few already
[17:41] <kenvandine> my desktop it is 387
[17:41] <chrisccoulson> after how long?
[17:41] <kenvandine> about 30m
[17:42] <chrisccoulson> ah, ok. that's not so bad
[17:42] <chrisccoulson> gdb then ;)
[17:42] <kenvandine> but it still goes gray on me almost anytime i touch it :/
[17:42] <kenvandine> ok... gdb it is
[17:48] <seb128> ricotz, mterry: I synced cogl from Debian
[17:48] <seb128> mterry, do you plan to sponsor the update from bug #828608?
[17:48] <ubot2> Launchpad bug 828608 in clutter-1.0 "[FFE] clutter 1.7 series" [Undecided,Confirmed] https://launchpad.net/bugs/828608
[17:49] <mterry> seb128, I didn't think it was FFE-approved, but reading pitti's last comment, sounds like it is.  I can push it in, yes
[17:49] <seb128> mterry, thanks
[17:54] <ricotz> seb128, mterry, thanks
[17:56] <mvo> pitti: just a quick question, sorry that I was not around earlier, I have the afternoon off :) but I still noticed somehting odd in s-cs tests today: http://paste.ubuntu.com/673267/ with the PPA version of python-gobject
[18:07] <kenvandine> chrisccoulson, every time it hangs, i am seeing an erro, libssl3.so can't be opened
[18:07] <kenvandine> i checked on my desktop, it happens there too
[18:07] <kenvandine> that error is output exactly when it hangs
[18:08] <kenvandine> *** NSPlugin Viewer  *** ERROR: libssl3.so: cannot open shared object file: No such file or directory
[18:08] <chrisccoulson> hah
[18:08] <chrisccoulson> nspluginwrapper
[18:08] <chrisccoulson> DIE DIE DIE
[18:09] <chrisccoulson> you're on amd64 aren't you?
[18:10] <kenvandine> chrisccoulson, yup
[18:10] <kenvandine> dobey, did you feel the quake?
[18:11] <chrisccoulson> kenvandine, there's your problem ;)
[18:11] <chrisccoulson> nspluginwrapper totally sucks
[18:11] <kenvandine> :(
[18:11] <chrisccoulson> and it looks like the multiarch changes broke it
[18:11] <dobey> kenvandine: yes
[18:11] <dobey> kenvandine: i thought one of my trees fell or something
[18:11] <kenvandine> hehe
[18:11] <kenvandine> i didn
[18:11] <kenvandine> i didn't feel it, but someone just down the road called me, he felt it
[18:12] <kenvandine> of course, my wife was just complaining i had my music up to loud :)
[18:12] <bryceh> heh
[18:12] <bryceh> a 5.9, not too shabby
[18:12] <dobey> kenvandine: i've seen people in Boston say they felt it
[18:12] <kenvandine> so weird to get one in VA!
[18:12] <mterry> I felt it
[18:12] <kenvandine> mterry, did the earth move for you? :-D
[18:13] <dobey> bryceh: yeah, and only 1km depth. crazy
[18:13] <mterry> Actually, just my chair  :(
[18:13] <kenvandine> chrisccoulson, do you want me to file a bug?
[18:13] <kenvandine> hehe :)
[18:13] <dobey> maybe i should evacuate
[18:13] <chrisccoulson> kenvandine, you can do, but nobody looks at nspluginwrapper bugs ;)
[18:13] <chrisccoulson> actually
[18:13] <chrisccoulson> mdeslaur does
[18:13] <kenvandine> hehe
[18:14] <mdeslaur> chrisccoulson: hey
[18:14] <chrisccoulson> mdeslaur is the maintainer
[18:14] <chrisccoulson> oh, hi!
[18:14] <kenvandine> chrisccoulson, could the multiarch change get reverted?
[18:14] <mdeslaur> chrisccoulson: HEY!
[18:14] <chrisccoulson> i was just talking about you ;)
[18:14] <kenvandine> because the current situation is terrible
[18:14] <chrisccoulson> kenvandine, i guess the problem is that nss moved to a multiarch location
[18:14] <kenvandine> ah
[18:14] <kenvandine> i can't even use launchpad :(
[18:14] <chrisccoulson> kenvandine, also, i dropped the LD_LIBRARY_PATH hack from firefox, which was it's safety net before
[18:15] <kenvandine> nothing on LP should be requiring nspluginwrapper to even exist :/
[18:15] <chrisccoulson> (as it meant it loaded nss from the firefox install)
[18:15] <mdeslaur> kenvandine: I'll take a look at nspluginwrapper tomorrow...I'm not sure what needs to be done to get it working with multiarch
[18:16] <chrisccoulson> mdeslaur, KILL IT!
[18:16] <chrisccoulson> we want flash 64 ;)
[18:16] <kenvandine> I just tested on my test box too, same problem
[18:16] <mdeslaur> chrisccoulson: I definitely want flash 64 also
[18:16] <kenvandine> gmail and launchpad are the easiest ways for me to make it suck
[18:17] <chrisccoulson> actually, i'm confused
[18:17] <chrisccoulson> nspluginwrapper doesn't do anything with nss
[18:17] <chrisccoulson> perhaps it's flash!
[18:17] <mdeslaur> kenvandine: what package version of nspluginwrapper do you have installed right now?
[18:17] <kenvandine> it is complaining about libssl3.so
[18:17]  * mdeslaur boots up vm
[18:17] <chrisccoulson> i don't even have it installed any more, because it sucks so much
[18:18] <kenvandine> 1.4.4-0ubuntu1
[18:18] <chrisccoulson> i find it makes my browsing experience even worse than having no flash
[18:18] <mdeslaur> kenvandine: it didn't update to 1.4.4-0ubuntu3?
[18:19] <kenvandine> mdeslaur, no...
[18:19] <kenvandine> it's held back
[18:20] <mdeslaur> ok, let me update my vm and see
[18:20] <kenvandine>  nspluginwrapper : Depends: nspluginviewer (= 1.4.4-0ubuntu3) but it is not installable
[18:20] <mdeslaur> kenvandine: do you have a bug #?
[18:20] <kenvandine> mdeslaur, haven't filed one yet
[18:20] <mdeslaur> kenvandine: have you enabled multiarch in your oneiric?
[18:20] <kenvandine> not anything i did specifically
[18:21] <kenvandine> i am experiencing this on my desktop and laptop, both have been upgrades since maverick or so... and on a test box that was just re-installed a few weeks ago
[18:21] <mdeslaur> kenvandine: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-August/000886.html
[18:21] <kenvandine> nspluginviewer is in multiverse
[18:21] <kenvandine> maybe i don't have that enabled
[18:22] <mdeslaur> kenvandine: oneiric is now multiarch enabled...but if you were running oneiric before that change went in, you need to manually adjust your install
[18:22] <chrisccoulson> i think you need to enable multiarch
[18:22] <mdeslaur> kenvandine: as root: # echo foreign-architecture i386 > /etc/dpkg/dpkg.cfg.d/multiarch
[18:22] <mdeslaur> kenvandine: after that, do an apt-get update and install updates
[18:22] <mdeslaur> kenvandine: and then tell me if it upgraded nspluginwrapper, and if it made everything better or worse :)
[18:23] <kenvandine> mdeslaur, will do
[18:23] <mdeslaur> kenvandine: cool, thanks
[18:24] <chrisccoulson> ah
[18:24] <kenvandine> wow that wants to install a lot of stuff
[18:24] <kenvandine> :)
[18:24] <chrisccoulson> yeah, that should fix it
[18:24] <mdeslaur> chrisccoulson: now stop telling everyone I'm the nspluginwrapper maintainer, and fix the screensaver :P
[18:25] <chrisccoulson> i think what has happened is that nss got dropped from ia32-libs, but flash links against nss
[18:25] <chrisccoulson> (a 32-bit nss)
[18:25] <mdeslaur> chrisccoulson: yeah, that's possible
[18:25] <chrisccoulson> so, it's all broken unless multiarch is enabled
[18:25] <mdeslaur> it may still be broken with multiarch enabled...I need to test it
[18:26] <chrisccoulson> i'm just about to ;)_
[18:26] <kenvandine> mdeslaur, just checked on my test box, it is multiarch enabled and has nspluginwrapper 1.4.4-0ubuntu3
[18:26] <kenvandine> and suffers from the same problem
[18:26] <mdeslaur> kenvandine: what version of the flash package are you using?
[18:26] <chrisccoulson> mdeslaur, ah, it's still going to be broken
[18:26] <kenvandine> flashplugin-installer 10.3.183.4ubuntu3
[18:27] <chrisccoulson> nspluginviewer doesn't have an explicit dependency against nss (it doesn't use it)
[18:27] <chrisccoulson> but flash is going to need it
[18:27] <chrisccoulson> it certainly isn't getting pulled in on my system here
[18:27] <kenvandine> chrisccoulson, exactly which package?
[18:27] <mdeslaur> kenvandine: what about if you do "apt-get install flashplugin-installer:i386" on your test box
[18:28] <kenvandine> i have some libnss3 packages
[18:28] <chrisccoulson> kenvandine, amd64 packages?
[18:28] <kenvandine> yes
[18:28] <mdeslaur> chrisccoulson: the amd64 version of flashplugin-installer is only pulling in ia32-libs, but that doesn't contain the libraries anymore, so installing the :i386 package should pull in all the multiarch libs
[18:28] <kenvandine> this is bringing in i386 nss packages
[18:29] <mdeslaur> but, the :i386 package doesn't have nspluginwrapper as a dep
[18:29]  * mdeslaur needs to figure out what to do
[18:29] <chrisccoulson> ah, ok
[18:29] <chrisccoulson> so, it still sounds like it's a bit of a mess
[18:29]  * mdeslaur looks around for slangasek
[18:30] <mdeslaur> chrisccoulson: yeah, I need to ask slangasek how we're supposed to handle that
[18:30] <kenvandine> ok... that fixed it
[18:30] <kenvandine> i think
[18:30] <kenvandine> chrisccoulson, and now the hard-page-faults is 3
[18:30] <kenvandine> after about 1m
[18:30] <kenvandine> with all the same tabs open
[18:30] <chrisccoulson> that seems quite normal
[18:30] <mdeslaur> kenvandine: it probably did, but it will also tell you nspluginwrapper is now installed for nothing, which isn't actually the case...I need to fix all of this
[18:31] <kenvandine> mdeslaur, indeed... at least now we know why...
[18:31] <kenvandine> so happy to be able to view bugs again :)
[18:32] <kenvandine> this all started happening the same time my cable modem got flaky
[18:32] <kenvandine> so i thought it was caused by the packet loss
[18:32] <kenvandine> the big reproducer pages were all pages that did async stuff
[19:40] <seb128> mterry, could you look at bug #823718
[19:40] <seb128> ?
[19:40] <ubot2> Launchpad bug 823718 in lightdm "Replace ~/.dmrc with AccountsService" [Medium,In progress] https://launchpad.net/bugs/823718
[19:41] <seb128> mterry, I backported your work but there is a comment saying the session is still wrong when using autologin
[19:41] <mterry> seb128, will play with it
[19:41] <seb128> thanks
[19:47] <mterry> seb128, is anyone looking at that live cd lightdm bug?
[19:47] <seb128> mterry, not that I know
[20:05] <kscloud> Would anyone be able to give me some insight into this: http://askubuntu.com/questions/58141/how-to-get-window-decorations-to-work-correctly ??
[20:08] <achiang> ronoc: ping, you about?
[20:11] <jbicha> gnome-contacts doesn't appear to do anything on Ubuntu or Fedora, I'm guessing the UI needs a bunch more work
[20:11] <dobey> jbicha: just run the mac address book. it looks the same
[20:12] <achiang> or anyone that knows indicator-session, really...  what is the split between user-menu-mgr.c and device-menu-mgr.c these days?
[20:13] <jbicha> I don't have a mac, and maybe it requires setting up something in evolution first, but it shows nothing with no obvious way to add anything
[20:13] <dobey> jbicha: it shouldn't need evolution. is there no empty entry you can double-click on at the top of the list?
[20:14] <achiang> tedg: kenvandine: is there a blueprint describing the changes in indicator-session i could look at? groveling through the bzr log isn't giving me much insight
[20:14] <tedg> achiang, Hmm, we really enjoy groveling....  ;-)
[20:14] <tedg> achiang, Let me find it, just a sec.
[20:15] <tedg> achiang, https://wiki.ubuntu.com/DeviceMenuAndUserMenu
[20:15] <jbicha> dobey: double click where?
[20:15] <achiang> here i am thinking i'm just going to fix a simple bug, and turns out i'm aiming at an old target. :)
[20:15] <achiang> thanks tedg, i'll give it a look
[20:15] <jbicha> when I click the blank drop-down box, I get "Unable to create new contacts: Persona store (key-file, relationships.ini) requires the following details: im-addresses (provided: '(nil)')
[20:16] <dobey> jbicha: quality
[20:17] <dobey> jbicha: do you not have the [+] button at the top, like in this: http://blogs.gnome.org/alexl/files/2011/08/robohash-contacts.png
[20:19] <jbicha> dobey: no, it looks awful like http://imageshack.us/photo/my-images/594/contacts035.png/
[20:20] <achiang> tedg: ok, my theory is that in indicator-session, the file device-menu-mgr.c contains a *lot* of copy-pasta. specifically, i'm talking about all the stuff dealing with locking the screen...
[20:20] <jbicha> it looked the same on Fedora
[20:20] <achiang> tedg: that sound right to you?
[20:21] <tedg> achiang, We took the code from indicator-session and reshuffled it.
[20:21] <tedg> achiang, So the diff's probably show more change than actually happened.
[20:21] <dobey> jbicha: eww, weird
[20:22] <dobey> jbicha: you're running it from git master?
[20:22] <jbicha> no, from the archives
[20:22] <dobey> oh
[20:22] <achiang> tedg: hm, i don't think i explained properly. i'm looking at indicator-session right now (just did a bzr branch like 20 minutes ago) and it looks like device-menu-mgr.c duplicates a lot of code from user-menu-mgr.c that hasn't been cleaned up yet
[20:22]  * dobey installs and sees how bad it is
[20:23] <tedg> achiang, Ah, okay.  I haven't looked, but it seems probable.
[20:23] <jbicha> in other words, I wouldn't be disappointed if gnome-contacts didn't make it for Oneiric, it's a bit late
[20:23] <tedg> achiang, Should probably all go into the locking helper.
[20:23] <dobey> jbicha: wow, that is really bad
[20:24] <achiang> tedg: ah, i see. and that is still a WIP?
[20:24] <jbicha> try clicking the drop down item :-(
[20:24] <tedg> achiang, Uhm, I'm not sure we'd planned specifically to do that, but we're working on indicator-session branches right now.
[20:24] <tedg> achiang, Is there a specific bug that you're looking at?
[20:25] <tedg> achiang, It's probably one of those things we'd avoid if it works at this point, but if we need to fix it that's how we'd do it.
[20:25] <achiang> tedg: well, i'm looking at an old bug: #578542 ; we fixed it in OEM in a pretty minimal manner, which i thought would be appropriate for ubuntu until upstream gets resolved
[20:26] <dobey> jbicha: i did; and i got the dialog that wouldn't close
[20:27] <jbicha> dobey: Esc or the X works, but it's crazy that OK isn't even hooked up, it's an example of how not to release your software
[20:27] <dobey> jbicha: and git master fails to compile for me
[20:27] <achiang> tedg: this is what i wrote for OEM - http://pastebin.ubuntu.com/673352/
[20:27] <achiang> tedg: and it still makes sense for natty
[20:28] <achiang> tedg: but no longer for oneiric, it seems
[20:30] <seb128> kenvandine, bug #829461 is for you
[20:30] <ubot2> Launchpad bug 829461 in evolution-indicator "evolution-indicator version 0.2.17-0ubuntu1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/829461
[20:30] <kenvandine> ok
[20:30] <seb128> kenvandine, thanks ;-)
[20:30] <kenvandine> np
[20:31] <tedg> achiang, That's not really a fix as it's only checking the gnome-screensaver key, not distinguishing whether it's suspend or not.
[20:32] <tedg> achiang, Did the upower and gpm patches get into Natty?
[20:32] <achiang> tedg: i don't think so (but i haven't paid much attention)
[20:32] <chrisccoulson> wow, i think my laptop is melting
[20:32] <chrisccoulson> at least it feels like that
[20:37] <achiang> tedg: yeah, i was going to modify the patch a bit by looking at /apps/gnome-power-manager/lock/[suspend|use_screensaver_settings] too
[20:41] <achiang> tedg: possibly will_lock_screen() in oneiric's indicator-session just solves the entire mess, but i haven't tested it
[20:43] <achiang> tedg: hm, no. we have that same function in natty and lucid too, so that's not it
[20:46] <achiang> tedg: hm, ok, looking through oneiric's code, it seems like we can actually solve the bug there; but will be more difficult in older releases. this is because in oneiric, we know if we are trying to lock from a user switching context or a suspend/hibernate context. we don't have that information (easily) available in natty/lucid
[20:47]  * achiang apologizes for "copy/pasta" comment earlier. i wasn't reading the code closely enough
[20:50] <tedg> achiang, Yeah, but I'm not sure the gnome-screensaver enable/disable option is available anymore.
[20:50] <seb128> cyphermox, hey
[20:51] <cyphermox> hey seb128
[20:51] <seb128> cyphermox, how are you?
[20:51] <achiang> tedg: hm, i see.
[20:51] <cyphermox> doing alright, dhcp DUID stuff is painful, but progressing
[20:51] <seb128> cyphermox, will you have time for the 2 updates listed on the etherpad for you?
[20:51] <achiang> tedg: ok, i guess i give up then. in any case, thanks for the help
[20:52] <cyphermox> seb128: yup, hold on a second
[20:52] <seb128> cyphermox, I was looking for somebody to backport the "would be nice to backport the totem-dev binary addition to totem from debian" but seems you are busy
[20:52] <cyphermox> no, sure
[20:53] <cyphermox> I'll be happy to get this off my mind for  a little bit
[20:53] <cyphermox> like I said, this DUID checking thing is *painful*
[20:53] <seb128> cyphermox, ok, so some community guys is doing a totem-arte plugin and he needs the totem-dev binary
[20:53] <seb128> that got added to debian
[20:53] <cyphermox> alright
[20:53] <cyphermox> we still can't really update to the newest totem though huh?
[20:54] <seb128> he noted in his email that we should check that the gir is installed in the libdev and not the binary as well
[20:54] <cyphermox> ok
[20:55] <cyphermox> seb128: for gmime2.4, I had it ready at the end of last week but can't upload. if I just do a quick check for building again, can you sponsor it?
[20:56] <seb128> cyphermox, new totem> it's for the ppa for this cycle, we are late in the cycle, have no CD space for clutter and need to test clutter for video playing
[20:56] <seb128> cyphermox, sponsoring> sure
[20:58] <cyphermox> seb128: totem> ok. well, backporting adding totem-dev shouldn't be a big deal.. and my last experience with totem fixing the youtube stuff was fun :)
[20:58] <seb128> great ;-)
[20:59] <seb128> kenvandine, do you have any clue if https://code.launchpad.net/~sao/libpeas/rename-vapi-file/+merge/71452 is right?
[21:00] <seb128> hey robert_ancell
[21:00] <robert_ancell> seb128, hello
[21:00] <seb128> robert_ancell, how are you?
[21:00] <robert_ancell> seb128, good
[21:01] <seb128> robert_ancell, what are the new on the lightdm front and the beta freeze coming? ;-)
[21:01] <seb128> robert_ancell, we have unity-greeter trunk in oneiric and lightdm mostly trunk (I stayed away from your most recently refactoring and function adding commits, they didn't seem useful yet)
[21:02] <robert_ancell> did you you update unity-greeter yesterday?
[21:02] <robert_ancell> or your today I guess
[21:02] <seb128> robert_ancell, I snapshoted trunk today yes
[21:02] <seb128> robert_ancell, with the g-s-d commit from mterry
[21:02] <robert_ancell> ah, cool
[21:03] <seb128> robert_ancell, the current oneiric issues are imho: no cursor, no theming on the restart dialog etc, it's slow, the indicator bar doesn't look right (and some icons like the power one are not correctly displayed)
[21:03] <kenvandine> seb128, that is probably correct
[21:03] <seb128> kenvandine, thanks
[21:03] <seb128> will sponsor then
[21:03] <robert_ancell> seb128, sounds correct
[21:04] <seb128> robert_ancell, can you review everything which has to do with strings and translations today?
[21:04] <robert_ancell> seb128, sure
[21:04] <seb128> robert_ancell, since we will ui,string freeze tomorrow
[21:04] <seb128> thanks
[21:12] <chrisccoulson> bug 832342 is useful!
[21:12] <ubot2> Launchpad bug 832342 in gnome-terminal "d" [Undecided,New] https://launchpad.net/bugs/832342
[21:17] <Laney> seb128: does tomboy need ffe?
[21:17] <seb128> Laney, no
[21:17] <Laney> sweet
[21:20] <cyphermox> seb128: gmime is already in the team branch
[21:20] <seb128> cyphermox, ok
[21:20] <seb128> cyphermox, did you email cjwatson to ask access to it? if not please do it
[21:22] <cyphermox> nah, hadn't yet
[21:22] <cyphermox> bbl: dinner
[21:24] <seb128> cyphermox, enjoy
[21:25] <seb128> chrisccoulson, hey, can you sponsor lp:~ubuntu-desktop/gmime/ubuntu?
[21:25] <seb128> just noticed that I screwed one of the compiz transition depends, need to fix that now
[21:25] <seb128> so I'm happy delegating a bit of sponsoring if somebody wants to do it ;-)
[21:25] <chrisccoulson> seb128, in a bit. linking thunderbird on my laptop ;)
[21:26] <seb128> no hurry, thanks
[21:26] <seb128> it's too hot in there :-(
[21:27] <kenvandine> seb128, UI freeze is thursday right?
[21:27] <seb128> kenvandine, yes
[21:27] <seb128> 21utc
[21:27] <kenvandine> ok... i thought you said tomorrow :)
[21:27] <kenvandine> scared me :)
[21:27] <seb128> I though it was tomorrow end of day
[21:27]  * kenvandine breathes again
[21:27] <kenvandine> :)
[21:27] <seb128> but skaet sent and email saying it's 21utc not 0utc
[21:27] <kenvandine> ok... i gotta run... bbiab
[21:27] <kenvandine> good night!
[21:28] <seb128> kenvandine, have fun, see you!
[21:54] <robert_ancell> seb128, still there?
[22:01] <seb128> robert_ancell, yes
[22:01] <robert_ancell> seb128, did you see my upload for libraw?
[22:01] <robert_ancell> also, not sure if you've noticed but shotwell ftbfs, see bug #832375
[22:01] <ubot2> Launchpad bug 832375 in shotwell "Shotwell FTBFS" [Critical,Triaged] https://launchpad.net/bugs/832375
[22:02] <seb128> robert_ancell, just saw that you uploaded it but I didn't look at the detail
[22:02] <seb128> debian got the new version as well
[22:02] <seb128> looking at the ftfbs
[22:02] <robert_ancell> seb128, oh, I checked and they hadn't when I looked.  Must have been in the vcs
[22:02] <seb128> it went through new due to the new binary
[22:03] <Laney> the patches don't work any more
[22:03] <Laney> ./U1SyncServiceAddin.cs(91,44): error CS0115: `Tomboy.WebSync.U1SyncServiceAddin.CreatePreferencesControl()' is marked as an override but no suitable method found to override
[22:03] <seb128> Laney, what changed?
[22:03] <robert_ancell> seb128, so should we use our one or theirs?  It's only used by shotwell, and they want the latest
[22:03] <Laney> not sure
[22:04] <seb128> robert_ancell, do we have any diff in naming etc? we should sync if we can
[22:04] <robert_ancell> seb128, haven't looked
[22:04] <seb128> robert_ancell, ftbfs> we can keep using vala 0.12 for oneiric
[22:04] <seb128> robert_ancell, just needs a build-depends tweak to build-depends on that specific version
[22:14] <bigon> https://edge.launchpad.net/ubuntu/+source/cogl << this should be promoted to main, is somebody busy with this?
[22:15] <seb128> bigon, why should it?
[22:15] <seb128> oh, clutter is in main
[22:15] <bigon> new clutter depends on it
[22:15] <bigon> yes
[22:18] <seb128> bigon, https://launchpad.net/ubuntu/+source/cogl/1.7.6-1/+build/2739607
[22:18] <seb128> btw
[22:18] <bigon> yes same on debian
[22:20] <seb128> bigon, ok, promoted and binaries NEWed
[22:20] <seb128> would be nice if somebody was looking at the armel build issue though ;-)
[22:20] <bigon> ricotz prepared upload
[22:20] <seb128> robert_ancell, I've newed your lib as well
[22:20] <seb128> bigon, ok, I will check with him tomorrow
[22:20] <bigon> I've no clue about glx differences in armel arch
[22:21] <seb128> bigon, it should probably use eglx instead on armel
[22:28] <jbicha> seb128: is it intentional that we build g-s-d without packagekit support?
[22:29] <seb128> jbicha, what would it do with it?
[22:29] <chrisccoulson> it's just for update notification isn't it?
[22:29] <jbicha> I was playing with gnome-packagekit since it was in the archives and gpk-prefs depends on the gsettings installed by g-s-d
[22:29] <jbicha> so it just crashes
[22:29] <seb128> hum
[22:30] <seb128> you would need to check with rodrigo tomorrow
[22:30] <jbicha> ok
[22:30] <seb128> but I think whatever that is using it's not available in aptdaemon
[22:30] <seb128> he discussed it earlier in the cycle with some other people there
[22:30] <seb128> but I'm not sure if that what g-s-d or g-c-c
[22:31] <seb128> he discussed the "updates available" in the g-c-c system infos by then iirc
[22:32] <chrisccoulson> g'ah, i can't get the new theme to apply in thunderbird on upgrade
[22:32] <chrisccoulson> only on new installs
[22:32] <chrisccoulson> not sure why though :/
[22:36] <jasoncwarner_> talk about timing...one second I have no upgrades in dist-upgrade. next second 198mb! :)
[22:38] <Laney> there, we have a tomboy
[22:41] <seb128> jasoncwarner_, hey, wait for the next run to dist-upgrade
[22:42] <seb128> that stands for others as well
[22:42] <jasoncwarner_> hey seb128 something good coming down next?
[22:42] <seb128> don't upgrade compizconfig-backend-gconf without having the new libcompizconfig0
[22:42] <RAOF> Or something bad in the current run? :)(
[22:42] <seb128> rather that
[22:43] <seb128> the libcompizconfig0 breaks on old compizconfig-backend-gconf wrongly included an epoch
[22:43] <jasoncwarner_> well, I guess I'm not rebotting for a bit then ;)
[22:43] <jasoncwarner_> I'll be waiting for next upgrade!
[22:43] <jbicha> seb128: oh, never mind, packagekit is in universe, it just means gpk doesn't fully work but people shouldn't be using that anyway
[22:44] <seb128> jbicha, well, aptdaemon has compatible dbus interfaces
[22:44] <seb128> so we can usually turn features on if aptdaemon support them
[22:44] <seb128> it works for i.e package installation
[22:44] <jbicha> we'd have to bump it back to main, it looks like it was main before this cycle
[22:44] <seb128> not sure about upgrades though
[22:44] <seb128> we don't want to depends on it
[22:45] <seb128> oh g-s-d needs it? it's not just using a dbus interface to talk to it?
[22:45] <seb128> jasoncwarner_, what architecture do you use?
[22:45] <jasoncwarner_> i386 on this machine
[22:46] <seb128> jasoncwarner_, you can wget https://launchpad.net/ubuntu/+source/libcompizconfig/0.9.5.92-0ubuntu2/+build/2739979/+files/libcompizconfig0_0.9.5.92-0ubuntu2_i386.deb
[22:46] <jasoncwarner_> sweet..thanks...
[22:46] <seb128> then dpkg -i and apt-get install compizconfig-backend-gconf if it gots removed
[22:52] <seb128> RAOF, btw I talked to kees, he said he will be fine with your mir once the service runs as its own user
[22:53] <RAOF> seb128: Great.  The patch has been committed upstream, and I'm building test packages now.
[22:53] <seb128> \o/
[22:57] <RAOF> Hm.  How do I make -j5 default for sbuild? :)
[23:02] <jasoncwarner_> hey RAOF TheMuso bryceh...ready for meeting?
[23:02] <jasoncwarner_> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-23
[23:02] <bryceh> heya
[23:02] <RAOF> Howdie!
[23:02] <jasoncwarner_> Robert won't be joining us...so no lightdm update today
[23:03] <jasoncwarner_> want to update us on X [TOPIC] X update?
[23:03] <seb128> why no robert_ancell? he was around until 15 minutes ago it seems ;-)
[23:04] <RAOF> Is he somewhere that's not .au at the moment?  He seemed to be in here pretty early :)
[23:04] <jasoncwarner_> seb128: he is off to try and buy a house...hopefully that goes well!
[23:04] <seb128> oh ok
[23:05] <RAOF> Oh, sweet.
[23:05] <jasoncwarner_> he should be back this afternoonish
[23:05] <bryceh> for X, we have a few dozen bug reports open, which is less than usual
[23:05] <bryceh> most of the bug reports are in progress, a few are serious issues but limited in scope, most are kind of oddball issues
[23:06] <bryceh> there are several unity-related issues such as with proprietary drivers.  One quite bad one with fglrx is being discussed upstream with AMD and one ofo ur unity guys
[23:06] <RAOF> On the proprietary driver front, I understand that bug #823588 has been chased down to a change in compiz breaking the hack the fglrx driver has for compiz, and Alberto's going to raise bug #676166 with nvidia.
[23:06] <ubot2> Launchpad bug 823588 in fglrx-installer "Unity displaying with black overlay with fglrx driver" [High,Triaged] https://launchpad.net/bugs/823588
[23:06] <ubot2> Launchpad bug 676166 in nvidia-graphics-drivers "Screen corruption when resuming from suspend" [Medium,Triaged] https://launchpad.net/bugs/676166
[23:06] <bryceh> raof can update about the nvidia one you mentioned yesterday
[23:07] <seb128> compiz dropped their hack for fglrx by error in seems in their previous oneiric update
[23:07] <seb128> that got restored in today's update
[23:07] <seb128> it might fix the fglrx case
[23:07] <bryceh> there have been some issues with external monitors (particularly with arrandale) which I'm going to be looking into
[23:07] <RAOF> Great.  That should solve bug 823588
[23:08] <seb128> right
[23:08] <bryceh> since a number of the remaining bugs are oddball issues that can be hard for users to reproduce (and typically impossible for us devs to reproduce), this last week I've been working on coding some workload scripts
[23:08] <seb128> RAOF, http://pastebin.ubuntu.com/673223/
[23:08] <seb128> that's the hack that got included back
[23:08] <bryceh> e.g. turn the screensaver on and off repeatedly, while looping through videos and switching workspaces, stuff like that
[23:09] <RAOF> seb128: Yup, that should be it; that'll trick fglrx into using direct mode, which has been verified as working.
[23:09] <bryceh> idea being we can run various combinations of them on a suspect machine for some hours to try triggering gpu hangs and so forth
[23:10] <bryceh> currently I'm trying to find a better way of exercising glx than using glxgears
[23:10] <jasoncwarner_> hey RAOF, any luck running down the nvidia bug? (didn't see it above)
[23:10] <RAOF> jasoncwarner_: Alberto will raise it with nvidia today.
[23:11] <RAOF> For whatever value of "today" is appropriate to Alberto :)
[23:12] <RAOF> Oh!  In other, extremely relieving, X news, Chase's multitouch protocol work looks like it's *nearly*, *almost* landed.
[23:12] <bryceh> another high priority bug is #829470 with xvfb which is affecting at least pygtk's build/test framework
[23:13] <RAOF> Does that turn out to actually be an xvfb bug?
[23:13] <RAOF> I thought we'd decided that it was probably a real testsuite failure?
[23:14] <bryceh> we did but slangasek kicked it back
[23:14] <RAOF> Ok.
[23:14] <bryceh> seems there is a condition under which it does fail (still haven't reproduced it myself tho)
[23:14] <bryceh> i.e. if /var/lib/xkb/ exists but is empty
[23:15] <bryceh> RAOF, hey I remember there was talk about packaging of piglit; did that ever actually get done?
[23:16] <bryceh> RAOF, also, any thoughts on a good glx demo (other than glxgears) that might stress 3d in an interesting way?
[23:16] <RAOF> It has not (nor has apitrace).
[23:16] <RAOF> Some of the tests from piglit are good :)
[23:16] <bryceh> heh, well hoping for something that can come from the archive
[23:17] <RAOF> If you don't mind a large download, though, openarena's not a bad testcase, what with it being an actual application.
[23:17] <bryceh> (which kind of shoots down phoronix)
[23:17] <RAOF> The phoronix test suite's in the archive, isn't it?
[23:17] <bryceh> yeah, been experimenting with warsow and some other games
[23:17] <RAOF> phoronix-test-suite - comprehensive testing and benchmarking platform
[23:17] <bryceh> it is, but it's tests aren't (it downloads them via curl)
[23:18] <RAOF> Ah.  Right.
[23:18] <bryceh> plus hoping for something a bit more lightweight; most of these games are humongous downloads
[23:19] <bryceh> maybe I'll go with a gl screensaver for now
[23:19] <RAOF> That's pretty reasonable.
[23:20] <RAOF> Over time maybe we should generate some standard apitrace traces like cairo-perf-trace and use those.  Although those will also be pretty big.
[23:20]  * bryceh nods
[23:21] <bryceh> basically I want to put something together we can fairly easily hand a bug reporter to install/run to help them reproduce gpu lockups and such, so anything in the archive should be fair game I guess.
[23:21] <RAOF> Some of the gl screensavers have traditionally been not bad at that; I'd try them as a first go.
[23:21] <bryceh> jasoncwarner_, anything you're hearing on the X front beyond that nvidia bug we should keep at the top of our todo lists?
[23:22] <jasoncwarner_> nothing, really...which always has me worried...;)
[23:22] <jasoncwarner_> just nvidia one that I know of.
[23:22] <jasoncwarner_> thanks
[23:23] <jasoncwarner_> TheMuso: care to update us on your world? a11y and sound?
[23:24] <TheMuso> jasoncwarner_: Not much since last week, following a bug upstream relating to an at-spi and GTK issue I was talkign about last week. The bug has been worked around for now. I will be pulling the fix for that when I am back next week.
[23:25] <TheMuso> Haven't yet done a final test for my ubiquity a11y work either, on my agenda for next week.
[23:26] <jasoncwarner_> have you looked at a11y in lightdm?
[23:26] <TheMuso> jasoncwarner_: I've talked to Robert about it, adn until I can actually launch tools and try to use them in teh greeter, I don't know how it will brush up.
[23:28] <jasoncwarner_> TheMuso: thanks...
[23:29] <jasoncwarner_> TheMuso: I'm curious what you find there...we need a fully accessible product from boot to desktop, so :)
[23:30] <jasoncwarner_> TheMuso: anything else?
[23:30] <TheMuso> jasoncwarner_: no
[23:30] <TheMuso> jasoncwarner_: Even if RObert were to put a couple of checks for accessibility settings and launch the tools as part of the greeter for the moment, that would be fine for me.
[23:30] <jasoncwarner_> ok..lets talk to him when he gets back about that...thanks
[23:32] <jasoncwarner_> ok...then, thank you everyone!
[23:32] <jasoncwarner_> Anything else from anyone?
[23:33] <bryceh> thanks
[23:33] <RAOF> Ta.
[23:34] <jasoncwarner_> alright! [end meeting]
[23:34] <jasoncwarner_> thanks everyone...