[01:18] <smspillaz> xnox: you want wallpapes ?
[01:18] <smspillaz> *wallpapers ?
[01:20] <xnox> smspillaz: yes and no =) are you an X/gdk and,or compiz expert? =)
[01:21] <RAOF> BigWhale: Whyso? Why would you expect to be able to move windows there?
[01:21] <xnox> smspillaz: currently the installer doesn't show the wallpaper correctly (in the ubiquity-dm aka 'installer only' mode). Either the gdk mini wallpaper app in ubiquity needs fixing, or it would be awesome to ask compiz or g-s-d to draw the wallpaper for us.
[01:23] <smspillaz> xnox: does it work if you use metacity?
[01:24] <xnox> smspillaz: the wallpaper app? nope, it shows same corruption effects.
[01:25] <xnox> (g-s-d works in both but wants session manager which we currently don't run)
[01:25] <xnox> (compiz doesn't seem to have a way to draw a basic image / wallpaper in the background)
[01:26] <xnox> but i've tested metacity with the installer long time ago, as we moved to compiz a while ago.
[01:31] <smspillaz> xnox: hmm okay
[01:31] <smspillaz> xnox: well, we do have a wallpaper plugin
[01:31] <smspillaz> (I was just checking to see if compiz' ability to display the root window image broke again somehow)
[01:31] <smspillaz> xnox: you can just enable that and give it an image
[01:33] <xnox> smspillaz: ok, i will try it out as an alternative. I can see it's shipped in the compiz-plugins package which is not on the cd.
[01:33] <smspillaz> yeah
[01:33] <xnox> but i'll test it out to see how much it suits ubiquity use case =)
[01:33] <smspillaz> otherwise you could just use XSetWindowBackground on the root window directly
[01:35] <xnox> smspillaz: it would be nice for compiz to draw the background by default on the desktop as well.
[01:36] <smspillaz> xnox: it does draw the background by default
[01:36] <smspillaz> xnox: but it only does that if there are no desktop windows
[01:36] <xnox> hmmm...
[01:36] <smspillaz> and only if the background was set correctly
[01:37] <xnox> and if compiz is started with wallpaper plugin loaded?
[01:39] <xnox> recent discussions with laney and seb128 got me thinking that currently we have nautilus and g-s-d drawing the wallpaper apart from that we one or the other to do that & not both.
[01:40] <xnox> currently we opted to disable g-s-d background plugin (which kind of breaks for people who have disabled desktop icons, since nautilus is not running/drawing background then)
[01:40] <xnox> in the future nautilus will drop background drawing code.
[01:42] <TheMuso> I've always thought that it didn't make sense for the file manager to draw the background...
[01:46] <smspillaz> TheMuso: it made sense back in the days when you didn't have rgba windows
[01:47] <smspillaz> way back when (like, back in 2007) I remember racarr wrote a patch for nautilus which made it an rgba window and made it only draw icons if wallpaper was enabled
[01:48] <smspillaz> it allowed you to have per-workspace wallpapers
[01:48] <smspillaz> it was pretty cool
[04:16] <pitti> robru: I got valadoc to work now, one just needs to add the correct --vapidir for 0.18
[04:16] <pitti> xnox: FYI, we recently disabled the g-s-d background plugin
[06:44] <didrocks> re
[06:47] <pitti> bonjour didrocks, comment vas-tu?
[06:47] <didrocks> pitti: bonjour! mieux que mon wifi, j'ai dû redémarrer sur un ancien kernel :)
[06:47] <didrocks> et toi?
[06:49] <pitti> didrocks: je vais bien!
[06:49] <pitti> just announced https://jenkins.qa.ubuntu.com/view/Raring/view/JHBuild%20Gnome/ to upstream, looking forward to people who want to fix their tests :)
[06:49] <pitti> didrocks: when did wifi break for you?
[06:50] <didrocks> pitti: on GNOME - jhbuild: excellent!
[06:51] <didrocks> pitti: not sure, I dist-upgraded on 3.8.0-5 yesterday evening, and rebooted this morning
[06:51] <didrocks> network connection worked for 30s
[06:51] <didrocks> just the time to connect to IRC
[06:51] <didrocks> rebooted on 3.8.0-4 and I see there is 3.8.0-6
[06:51] <pitti> I'm running -6 now
[06:51] <pitti> so -4 works?
[06:51] <didrocks> yeah, it does for me
[06:53] <pitti> the -5 changelog has nothing networkish in it, hmm
[06:54] <pitti> -6 is a new upstream version
[06:54] <didrocks> indeed
[06:55] <didrocks> I was looking at that, weird
[07:09] <duflu> didrocks: By network you mean intel wifi?
[07:09] <didrocks> duflu: yeah
[07:10] <duflu> didrocks: Yeah I noticed raring regressed badly on that last week
[07:10] <duflu> Seems better now. Not sure
[07:11] <didrocks> duflu: yeah, better for me as well, apart -5 this morning (but didn't try to reboot with the same kernel)
[07:17] <duflu> didrocks: I had wifi errors in the kernel log when it happened. If it starts again I'll log a bug and CC you
[07:18] <didrocks> duflu: depends on people, it seems that there are multiple causes, we do have multiple bugs (tjaalton opened one for instance)
[07:19] <didrocks> hey robru, still around? :)
[07:20] <robru> didrocks, you're in luck!
[07:20] <didrocks> robru: ahah, always getting to bed late ;)
[07:20] <didrocks> robru: just a head's up on https://code.launchpad.net/~abreu-alexandre/libunity-webapps/bump-2.4.4-fix-distcheck/+merge/147424/comments/320994
[07:20] <didrocks> robru: please do think about that when you are reviewing upstream merge proposals
[07:20] <tjaalton> didrocks: actually I didn't, since the offending commit was identified already
[07:21] <tjaalton> before I got that far
[07:21] <didrocks> tjaalton: ah nice, that's why previous kernels like -4 are getting better
[07:22] <tjaalton> not sure it's in any deb yet
[07:22] <tjaalton> but the one Sarvatt built was fine here
[07:22] <tjaalton> so I think seth took it from there
[07:22] <robru> didrocks, so this is a case of Canonical "upstreams" changing the version string in autoconf, but not in debian changelog, leading to an inconsistent state in the upstream trunk?
[07:23] <didrocks> tjaalton: sweet, at least, great that the regressions are round :)
[07:23] <didrocks> robru: exactly!
[07:23] <robru> didrocks, I wonder if there's a way to hack autoconf to pull the version string from the debian changelog, so that way the information isn't duplicated ;-)
[07:23] <didrocks> robru: well, there are different way of versionning in autoconf, then you have cmake… and all that fun :)
[07:23] <didrocks> robru: I think you saw, I've made a very simple FAQ for upstream and point to it at least :)
[07:23] <didrocks> robru: do you mind ensuring that they are fixing it?
[07:24] <didrocks> robru: it's an easy MP, but them doing it will ensure they will think about it in the future ;)
[07:24] <robru> didrocks, but in this specific case it just looks like autoconf just has a simple m4 macro where they define the version string. you know, m4 is a turing complete programming language (despite being aimed at just doing macros) so maybe it should be possible to write an autoconf m4 macro that scans debian/changelog for what version string to use ;-)
[07:25] <robru> didrocks, yes, I've already seen some cases where upstreams are trying to do releases but they haven't yet learned that they need to control debian/changelog now, so the changelog gets to an inconsistent state. Usually I am scrambling to fix it for them ;-)
[07:25] <didrocks> robru: hum, we still need to add a new changelog and to commit that in same way, doable, not sure if it worths it for now (and I've already touched perl this week, so no m4 the same week) :p
[07:25] <robru> hahaha
[07:26] <didrocks> robru: try to get them fixing it and helping them, it's the only way they will learn/think about it IMHO :)
[07:26] <didrocks> robru: so, counting on you to get it fixed (probably your tomorrow, no hurry anyway ;))
[07:27] <robru> didrocks, oh, ok. well you already made the comment on the merge. do you want me to pester them even more?
[07:27] <didrocks> robru: in case they don't see/read it, just track it and ping them on IRC if you see no action
[07:28] <robru> ok
[07:28] <didrocks> thanks robru :-)
[07:28] <didrocks> robru: how is it going otherwise? what time is it for you?
[07:28] <robru> didrocks, only 11:30PM for me, not too late just yet
[07:29] <didrocks> yeah, still bearable :)
[07:29] <robru> didrocks, going fairly well. today ken pushed a really big update to gwibber-qml, which is the phone frontend to friends. it's pretty slick!
[07:29] <didrocks> robru: sweet! :-)
[07:30] <robru> didrocks, I am so excited about this qml stuff that I want to start using it as my regular desktop app. it's not quite feature complete yet, but the features it does have are beautiful!
[07:31] <didrocks> robru: indeed, I'm still wondering what will happen when people will need to touch the C++ to be able to expose more things, but it seems to be the right way to go :)
[07:33] <robru> didrocks, do you know what kinds of things need C++? it seems to me like javascript is quite a nice language for general purpose hacking. I know in gjs you get the whole gobject stack within javascript, do you know if it's possible to import gobjects into qml?
[07:34] <duflu> Run away...
[07:37] <BigWhale> RAOF: When I'm recording a preselected area on the screen, this can overlap Launcher and Panel and while recording I'd like to draw an outline around that area.
[07:37] <didrocks> robru: well, with the mainloops, I think it's possible but would be hackish, not sure we are going that way
[07:37] <BigWhale> Good Morning all.
[07:38] <didrocks> robru: there are still some stuff that are not exposed, like having a database not being the default one, writing to network disk, loading some icons from a theme
[07:38] <didrocks> hey BigWhale
[07:38] <didrocks> robru: not sure if we can't get the networking state still
[07:38] <RAOF> BigWhale: My instinct would be: create a fullscreen, alpha=0 window, and then draw on it.
[07:38] <robru> didrocks, well I'm sure it'll be handled in time.
[07:39] <robru> BigWhale, good morning
[07:39] <didrocks> robru: yeah, let's hope so :)
[07:41] <BigWhale> Good Morning didrocks, RAOF, robru. :)
[07:42] <BigWhale> RAOF, I am doing that when I'm selecting the area, that's ok.
[07:42] <BigWhale> RAOF, The problem with this solution is that Panel and Launcher disappear when window is fullscreened. :)
[07:43] <BigWhale> (and sometimes there will be a shadow of the Panel left on the screen)
[07:56] <jibel> good morning
[08:01] <chrisccoulson> good morning everyone
[08:01] <chrisccoulson> hi jibel
[08:02] <jibel> hey chrisccoulson
[08:07] <didrocks> salut jibel! hey chrisccoulson ;)
[08:10] <jibel> chrisccoulson, I didn't forget you, but collecting junit files from the sandbox is actually less trivial than expected. The sandbox is deleted after the tests and before I can copy the results. furthermore the test is not supposed to know anything about the outside environment.
[08:11] <jibel> so I need to think a bit harder
[08:21] <chrisccoulson> jibel, heh, that's ok. thanks :)
[09:01] <robru> pitti, I don't suppose you (or anybody...) knows where I can find a list of all known vala exceptions? eg, a list of the known/common subclasses of GLib.Error
[09:02] <pitti> robru: valadoc.org, searching for "Error" might be a good first start?
[09:02] <robru> pitti, yeah, I tried that, it seems to be mostly errors defined by random gobject libraries. is there no collection of the more "core" gerrors?
[09:04] <Laney> good morning!
[09:06] <pitti> robru: you mean those from glib/gio itself?
[09:06] <pitti> robru: perhaps grep member.*ERROR /usr/share/gir-1.0/{GLib,GObject,Gio}-2.0.gir ?
[09:06] <pitti> (or search for _ERROR_ in devhelp)
[09:07] <robru> pitti, ahhhhhh, that's getting much closer to what I want. thanks!
[09:08] <seb128> hey desktopers
[09:08] <pitti> bonjour seb128
[09:09] <seb128> pitti, thanks for the gvfs update, when we enable the goa monitor we should split it in its own binary probably (I had that on my todolist)
[09:09] <seb128> pitti, salut, ca va bien ?
[09:09] <pitti> seb128: that needs a gnome-online-accounts update first, and I guess we won't get that in this cycle?
[09:09] <pitti> seb128: oui, ça va bien, merci
[09:09] <seb128> I've no plan for that
[09:09] <seb128> but goa is not used by Unity
[09:10] <seb128> so it's a call for the GNOME remix guys
[09:10] <pitti> oh, that's stuff like google drive only? I thought it also does the "chat accounts" etc. stuff
[09:11] <pitti> or shotwell picasa
[09:11] <seb128> we use ubuntu online account for empathy
[09:11] <seb128> and shotwell
[09:11] <pitti> I see
[09:11] <seb128> if we had feature parity we could probably just drop goa
[09:11] <seb128> but we don't have uoa integration (yet) in eds
[09:12] <seb128> and it's not supporting skydrive
[09:13] <seb128> it's another of that hairy situations were ideally GNOME remix would like the upstream variant but would need e.g a second shotwell in the archive built with different flags
[09:29] <Laney> Stéphane raised the idea last night of using session-migration to enable the background plugin again if you've turned desktop icons off
[09:29] <Laney> is that a good fit for it / sensible thing to do?
[09:32] <seb128> no
[09:32] <seb128> GNOME is dropping that code from g-s-d
[09:32] <Laney> you think it just kicks the pain down the road a bit
[09:33] <seb128> so before the LTS we will have to deal with it not being available and not being possible to turn back on this way
[09:38] <marga> RAOF, any chance you are still around?
[09:46] <ogra_> seb128, hmm, so does gnome then always use nautilus or do they have some new way of drawing backgrounds ?
[09:46] <seb128> ogra_, gnome-shell is rendering it
[09:46] <seb128> which makes sense, it's the compositor and the best place to do that
[09:46] <ogra_> (i still have a WI to start nautilus dynamically, not sure what to do with it in that light)
[09:47] <seb128> dynamically?
[09:47] <ogra_> onlys if there is something in ~?Desktop
[09:47] <ogra_> onlys if there is something in ~/Desktop
[09:47] <seb128> why?
[09:47] <ogra_> dunno, it was a WI that came out of our UDS discussion ...
[09:47] <seb128> on what spec is that?
[09:48]  * ogra_ will happily drop it, but i thought there was some reason (save resources) for it
[09:48] <Laney> that'll break background completely as it stands ;-)
[09:48] <seb128> oh
[09:48] <seb128> https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-arm-boot-resume-speedup
[09:49] <ogra_> https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-arm-boot-resume-speedup
[09:49] <ogra_> sorry, took a second
[09:49] <ogra_> if we have no alternative we should drop it
[09:49] <seb128> ogra_, yes, please drop it, it's not only that
[09:50] <ogra_> if we will get one, it should stay but be POSTPONED i guess
[09:50] <seb128> ogra_, I was not at the session but the idea is buggy
[09:50] <ogra_> hmm, i thought the idea came from eitrher you or didier
[09:50] <seb128> ogra_, nautilus also provide the ability to right click on the background to create a folder/document/change your wallpaper
[09:50] <seb128> which lot of users want
[09:50] <ogra_> yep, doesnt help much on a touchscreen unless you emulate right clicks
[09:50] <seb128> right
[09:51] <ogra_> that spec was in full focus of the tablet setup
[09:51] <seb128> but our image is not touch specific
[09:51] <ogra_> yeah
[09:51] <seb128> I would drop it
[09:51] <ogra_> ok, i will
[09:51] <seb128> we need something to render the background
[09:51] <seb128> ideally that will be unity
[09:51] <seb128> but we are not there yet
[09:51] <seb128> ogra_, danke
[10:15] <seb128> urg, impressive
[10:15] <seb128> click on the "test" play sound of a bluetooth device sent me to a vt with a kernel backtrace from the bluetooth stack
[10:16] <seb128> I though it had taken my machine down at first :p
[10:16] <seb128> but going back to the xorg vt worked, seems like I just have no sound/bt after that
[10:16] <seb128> "fun"
[12:16] <janimo> didrocks, hi, do you know what protobufs are used for in compiz?
[12:17] <janimo> didrocks, nvm found an old mail with the rationale
[12:18] <didrocks> janimo: it's used in libcompizconfig FYI (in addition to the rationale) ;)
[12:18] <janimo> I was just surprised to see that lib in a default install :)
[12:20] <janimo> it's probably worth it is they found it improved startup time but it's just weird to have compiz stand out in the way it handles various metadata
[12:20] <janimo> maybe the rest of the desktop apps could benefit from pb based storage then :)
[12:21] <didrocks> janimo: yeah, agreed, it's a runtime option though, but not sure if it worths
[12:21] <didrocks> removing it
[12:22] <janimo> didrocks, I just noticed it being there with ~600Kb of Pss used by a single process
[12:22] <janimo> so was curious to see what's it about
[13:12] <cyphermox> good morning!
[13:13] <Laney> bonjour cyphermox!
[13:13] <Laney> wie gehts?
[13:14] <cyphermox> sehr gut
[13:14] <cyphermox> et toi?
[13:16] <Laney> Estoy bien, gracias. Luchando con sessioninstaller, pero ganar.
[13:17] <Laney> Sain uutta musiikkia, joten se ei ole lainkaan huono.
[13:18] <seb128> did one of you try english? ;-)
[13:18] <cyphermox> seb128: come on, all of that was understandable ;)
[13:18] <Laney> me no speaky good
[13:19] <Laney> probably better than google translate does to Spanish and Finnish though :P
[13:19] <cyphermox> hahah
[13:49] <Laney> lunch (pancakes) time :D
[13:59] <popey> ooh
[13:59]  * popey squeezes a lemon
[16:15] <dobey> xnox: i have this one http://ark.intel.com/products/59044/Intel-Desktop-Board-DQ77MK
[16:17] <xnox> dobey: nice =)
[16:17] <dobey> xnox: only problem is this one: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1021924
[16:17] <ubot2> Ubuntu bug 1021924 in linux (Ubuntu Raring) "Multiple Displays not working on Core i7 3770S + Intel DQ77MK motherboard" [Medium,Confirmed]
[16:18] <dobey> xnox: kernel bug; so any ivybridge board you get might have the issue :-/
[16:19] <xnox> *sigh*
[16:19]  * xnox has sandy bridge laptop with nice dual-screens and it works just fine.
[16:20] <ogra_> i doubt the ccurrent boards differ massively ...
[16:20] <ogra_> for my new desktop i built last year i actually looked that it fits the case and can take as much ram and peripherials as possible
[16:22] <xnox> ogra_: well my laptop didn't get neither secure boot nor matrix storage.
[16:23] <ogra_> well, i havent used intel laptops in the last 3 years :)
[16:23] <ogra_> cant say much about them
[16:24] <ogra_> i personally dont see any advantage in having secure boot
[16:25] <ogra_> (apart from giving colin a had in testing)
[16:25] <ogra_> *hand
[16:26] <didrocks> Sweetshark, qengho, chrisccoulson, Laney, jasoncwarner, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente: team meeting in 5 minutes!
[16:27] <cyphermox> o/
[16:27] <Laney> didrocks the meeting maestro again?
[16:27] <didrocks> yeah :-)
[16:28] <didrocks> Laney: I even didn't forget you!
[16:28] <didrocks> feeling lucky? ;)
[16:28] <seb128> Laney, (yeah, I found a way to slack more ;-)
[16:28] <kenvandine> damn, how did meeting time sneak up so fast!
[16:29] <Sweetshark> \o
[16:29] <Sweetshark> oh, wait: that should have been o/
[16:31] <didrocks> Sweetshark, qengho, chrisccoulson, Laney, jasoncwarner, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente: meeting time!
[16:31] <didrocks> hey guys, how is it going?
[16:32] <mterry> w00
[16:32] <didrocks> what enthousiasm! I guess you are all working hard on the nexus 7 optimizations ;-)
[16:32] <qengho> YAY!
[16:32] <didrocks> let's do a quick round of updates
[16:32]  * mlankhorst throws a kernel at didrocks 
[16:32] <didrocks> https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-12-11
[16:33] <didrocks> mlankhorst: ouch!
[16:33] <didrocks> Sweetshark: welcome back! had nice vacations?
[16:33] <mlankhorst> it's just bits!
[16:33]  * Sweetshark still kills a 4300 msg inbox backlog and tries to complete the 3.5.7 LTS and 4.0 uploads.
[16:33] <Sweetshark> didrocks: yeah. no broken bones.
[16:33] <mlankhorst> I mean it's only 5 floppies at most
[16:34] <didrocks> Sweetshark: achievement! and good luck with the new libroffice uploads :)
[16:34] <didrocks> qengho: hey!
[16:34] <Sweetshark> didrocks: not much else to report therefore unfortunately.
[16:34] <qengho> yo.
[16:34] <qengho> [desktop-r-chromiumbrowser-improvements]
[16:34] <qengho> - Getting beta PPA building with automatic updates from #webapps' branch.
[16:34] <qengho> - Getting ARM machine building armhf packages. Bisecting SEGV problem and stealing Debian packaging ideas.
[16:35] <qengho> Happily up to date with important stable releases.
[16:35] <qengho> EOF
[16:35] <didrocks> qengho: did you see my email webapps and chromium?
[16:35] <qengho> didrocks: about the extension?
[16:35] <didrocks> right
[16:35] <didrocks> qengho: do you mind answering to Will about it, if feasable?
[16:36] <qengho> didrocks: I will.  I thought I already made it Recommends in R.  I'll verify.
[16:36] <didrocks> qengho: thanks! please just answer as such if done already :-)
[16:36] <didrocks> thanks qengho
[16:36] <hggdh> do we have a target for steam bugs? For example, bug 1111668 (it is not failing within Ubuntu code, but in Steam's version of libc/pthread)
[16:36] <didrocks> hggdh: sorry, team meeting, we can have a round of question in the end
[16:36] <didrocks> hey Laney
[16:37] <Laney> you skipped chrisccoulson ;-)
[16:37] <Laney> however:
[16:37] <Laney> - Uploaded language-selector and all fonts for 'correct' (hopefully) CJK defaults wrt. fontconfig
[16:37] <Laney> - Updated glib to 2.35.7
[16:37] <Laney> - Dropped gnome-media from the default install (boo hoo)
[16:37] <Laney> - Improved the maliit packaging based on feedback from upstream (is Qt5 all in now so that we can enable the Nemo keyboard?)
[16:37] <Laney> - Looked at (packaged) webkkit 1.11 series & stopped looking at it due to many confusingly dropped symbols that I don't want to investigate right now
[16:37] <didrocks> Laney: he took his afternoon off, so it was intended :)
[16:37] <Laney> - Ported sessioninstaller to gst 1.0 (waiting review) + Only gst 1.0 thing (besides bluez-gstreamer) on the CD now is pidgin (libpurple0 for tp-haze)
[16:37] <Laney> oho
[16:37] <didrocks> Qt5 is not yet all in
[16:38] <didrocks> working hard on that with Mirv :)
[16:38] <Laney> good stuff
[16:38] <Laney> it seems to be many many source packages ;-)
[16:38] <didrocks> nice work Laney
[16:38] <didrocks> yeah, a little bit more to come :-)
[16:38] <didrocks> with license-party :p
[16:38] <didrocks> ok, now your turn kenvandine
[16:39] <kenvandine> * Worked on the signon-ui Qt5 port
[16:39] <kenvandine> * Landed the new friends-service written in vala to replace the long running python process
[16:39] <kenvandine> * Found the dee memory leak which mhr3 fixed
[16:39] <kenvandine> * Fixed variant handing in account-console
[16:39] <kenvandine>  /EOF
[16:40] <didrocks> nice work on friends and memory consumption reduction!
[16:40] <kenvandine> we'll be landing that in raring this week for sure :)
[16:40] <didrocks> sweet :-)
[16:40] <kenvandine> it's ready now :)
[16:40] <didrocks> daily release then? ;)
[16:40] <kenvandine> yup!
[16:40] <didrocks> \o/
[16:40] <didrocks> do not hesitate if you need any help
[16:41] <didrocks> to setup that
[16:41] <kenvandine> certainly
[16:41] <didrocks> thanks kenvandine
[16:41] <didrocks> mlankhorst: so stop throwing kernels at me and file your report! :-)
[16:41] <mlankhorst> but what if I'm the one baking those kernels
[16:42] <didrocks> ;)
[16:43] <didrocks> mlankhorst: anything else worthy to note this week? ;)
[16:43] <mlankhorst> mesa 9.1 packaging
[16:43] <mlankhorst> mesa 9.0.2 sru
[16:43] <mlankhorst> and debugging xorg-server for lts
[16:43] <mlankhorst> and some upstream work
[16:43] <didrocks> great!
[16:44] <didrocks> thanks mlankhorst
[16:44] <mlankhorst> np
[16:44] <didrocks> hey cyphermox, long time no see!
[16:44] <cyphermox> hey!
[16:44] <cyphermox> yeah, I can't wait to see your face.
[16:44] <cyphermox> - Hacking at dbus-test-runner to try and make it behave in buildds.
[16:44] <cyphermox> - PPPoE/dnsmasq work
[16:44] <cyphermox> - Looking at NetworkManager memory usage to see if we can reduce that to some degree with some simple changes.
[16:44] <cyphermox> - Baby-sitting indicators, as usual.
[16:44] <cyphermox> \x00
[16:44] <didrocks> \o/ for your dbus-test-runner patch
[16:44] <didrocks> you will make infinity happy ;)
[16:44] <cyphermox> well, hopefully it will work
[16:45] <didrocks> cyphermox: you don't only babysit indicators, but as well oif and all the misc tests packages, that's a lot! :)
[16:45] <didrocks> thanks cyphermox
[16:45] <didrocks> mterry: hey! how is it going?
[16:45] <mterry> - MIR reviews
[16:45] <mterry> - Added a Qt5 version of liblightdm-qt
[16:45] <mterry> - Various bug/autolanding work
[16:45] <mterry> - Survived Nemo
[16:45] <mterry> EOF
[16:45] <mterry> good!  in answer to your actual question  :)
[16:45] <didrocks> (less than one second to paste, we can see mterry is in the starting block) ;)
[16:45] <cyphermox> hehe
[16:46] <didrocks> thanks mterry
[16:46] <didrocks> hey robru
[16:46] <didrocks> awaken? :)
[16:46] <kenvandine> mterry, glad you survived!
[16:46] <kenvandine> :-D
[16:46] <mterry> :)
[16:47] <didrocks> I think robru is may be still sleeping, he finished up late as I was discussing with him in my morning, let's skip him
[16:47] <didrocks> tkamppeter: hey
[16:48] <didrocks> ok, so I guess it's your turn attente :)
[16:48] <attente> awesome :)
[16:48] <jbicha> (I'm totally not used to winter storms having names, I thought mterry was referring to the movie or the file browser)
[16:48] <attente> patched chromium to get the menu bar working
[16:48] <attente> fixed the module to correct shotwell's menu bar
[16:48] <attente> looked at eclipse's menu bar, blacklisting it appears unavoidable
[16:48] <attente> also currently looking into F10 bug (same as lp:689178)
[16:48] <attente> EOF
[16:49] <didrocks> jbicha: I took me one minute as well :)
[16:49] <didrocks> jbicha: mterry is more robust than the power supply in our QA datacenter it seems :)
[16:49] <mterry> jbicha, :)  Weather Channel got excited about naming things
[16:49] <didrocks> attente: \o/ for menubar in chromium :)
[16:49] <didrocks> oh, the F10 bug! awesome :)
[16:49] <didrocks> long standing bug, a lot of people will like to get a fix
[16:50] <didrocks> thanks attente
[16:50] <attente> :)
[16:50] <didrocks> ok, I think I'm the one keeping the meeting going, so my report:
[16:50] <didrocks> Still more and more issues with UTAH failing daily builds. Working with QA and gema to get those addressed timely. Thanks to jibel, we may *just* found why today 100% of the runs are unfortunately failing (cobbler reprovisionning)
[16:50] <didrocks> Hope then to do the HUD, then libcolumbus transitions with cyphermox.
[16:50] <didrocks> Finally, Qt5 dance as already explained to get everything in the archive. A lot of reviewing
[16:50] <didrocks> ..
[16:50] <cyphermox> oh, speaking of libcolumbus
[16:50] <didrocks> Any standing questions?
[16:50] <didrocks> yeah cyphermox? ;)
[16:50] <cyphermox> mterry: did you review both MIRs?
[16:51] <cyphermox> we still need to land libcolumbus but then we should be okay I guess
[16:52] <mterry> cyphermox, libcolumbus yeah.  I believe I commented, but it hadn't landed yet
[16:52] <mterry> And I updated the python packaging name to match policy
[16:52]  * didrocks refreshes the qtchooser MIR page
[16:52] <mterry> didrocks, that too  :)
[16:52] <didrocks> waow, after a refreshed, it's passing from New to Fix Released
[16:53] <didrocks> impressive :)
[16:53] <didrocks> thanks mterry!
[16:53] <didrocks> mterry: to answer your question: yeah, we worked with debian on that
[16:53] <didrocks> and thanks for the additional fix :)
[16:53] <Laney> is all of the ubuntu components and sdk stack landing with this?
[16:53] <Laney> everything from the mobile tutorial thingy
[16:53] <didrocks> Laney: once Qt5 is in, yeah
[16:53] <didrocks> but let's get the remaining Qt5 components first
[16:53] <Laney> nice
[16:53] <didrocks> taking a little bit more work than expected :)
[16:53] <Laney> :P
[16:54] <didrocks> ok, any other questions?
[16:54] <Laney> if you need some packaging help or whatever i can spare some cycles
[16:54] <didrocks> Laney: it's more reviewing/fixing, but yeah, I could definitively have some help there ;)
[16:54] <didrocks> will keep that in mind and will bother you tomorrow!
[16:54] <tkamppeter> didrocks, hi
[16:54] <Laney> yeah question - has anyone looked at jibel's matrix thingy? http://people.canonical.com/~j-lallement/N7/memusage/pagemap/
[16:55] <didrocks> hey tkamppeter, just in time :)
[16:55] <tkamppeter> - Made printer driver auto-download out of the GNOME printer setup tool actually working, fixing a problem that nowadays full 40-character key fingerprints are needed to identify signature keys and not any more the 8-character key IDs (bug 1116503).
[16:55] <tkamppeter> - Worked on automatic setup of IPP (Everywhere) printers via cups-browsed.
[16:55] <ubot2> Launchpad bug 1116503 in aptdaemon (Ubuntu) "Problems installing package signature from Python script" [High,New] https://launchpad.net/bugs/1116503
[16:55] <didrocks> Laney: yeah, it's awesome, seb128 and jibel discussed about it, I think it will be useful for our sprint
[16:55] <Laney> wondering for some hints on how to interpret it ;-)
[16:55] <didrocks> thanks tkamppeter
[16:56] <Laney> maybe do that next week instead
[16:56] <didrocks> Laney: right, I'll give you work with Qt5, don't worry being workless ;)
[16:56] <Laney> hrhr
[16:56] <didrocks> ok, time to wrap the meeting, thanks a lot everyone :)
[16:57]  * hggdh still has a question...
[16:57] <hggdh> do we have a target for steam bugs? For example, bug 1111668 (it is not failing within Ubuntu code, but in Steam's version of libc/pthread)
[16:57] <didrocks> hggdh: I think this kind of question is more for #ubuntu-devel, not really desktopish as a crash
[16:58] <didrocks> hggdh: but bryce is following the Steam upstream AFAIK
[16:58] <didrocks> hggdh: so maybe ask to him when he's around?
[16:58] <Laney> or email
[16:58] <Laney> also you might want to unprivate it if you're going to bring it up in public ;-)
[16:58] <hggdh> didrocks: OK, will do, thanks (and yes, I considered steam as desktop... ;-)
[16:59] <ogra_> there is also #ubuntu-steam
[16:59] <didrocks> ogra_: how waow, yet-another-channel?
[17:00] <ogra_> not sure if there are many devs in there though ... or any valve people
[17:00] <didrocks> nice hint, thanks ogra_!
[17:00] <ogra_> didrocks, dont look at me :) i'm only guest there
[17:00] <didrocks> heh
[17:00] <ogra_> dunno who owns it, probably bryce
[17:02] <hggdh> ogra_: thanks, will go there
[17:10] <dobey> xnox: well, if you build a similar machine, maybe we can get that bug fixed :)
[17:11] <xnox> heh
[17:12] <dobey> ok, need lunch badly
[17:17] <Laney> glatzor: many thanks for the sessioninstaller merge!
[17:18] <Laney> very fast
[17:42]  * didrocks waves good evening
[17:55] <glatzor> Laney, thanks for the patch
[17:57] <Laney> is there a packaging branch?
[17:57] <Laney> nm, lp:~aptdaemon-developers/sessioninstaller/ubuntu-quantal
[17:57] <bryce> ogra_, yeah I registered it
[17:58] <ogra_> bryce, can you help hggdh ?
[17:59] <bryce> hggdh, we've been directing people to file bugs about steam or steam products on valve's github account (see faq in our wiki for info to include in reports)
[18:00] <bryce> hggdh, https://wiki.ubuntu.com/Valve#Problems.3F
[19:38] <attente> qengho: hey
[19:43] <qengho> attente: hi hi.
[19:51] <attente> qengho: do you have any time to look at this MP?
[19:51] <attente> https://code.launchpad.net/~attente/chromium-browser/chromium-browser/+merge/147395
[19:53] <qengho> attente: Already did, but haven't given it enough thought.
[19:53] <qengho> attente: I don't really understand what's wrong that it fixes, yet.
[19:56] <attente> qengho: true, it isn't broken as is, but it's the only way to export its menus properly when the unity-gtk-module is installed, short of a proper GMenuModel implementation
[20:00] <qengho> attente: so this is for Q+?
[20:00] <qengho> attente: Is the Right Way dependent on anything other than time?
[20:01] <attente> qengho: the Right Way just needs someone (presumably me) to fix the hack upstream
[20:02] <attente> qengho: this shouldn't need backporting unless we end up using the unity-gtk-module on Q-
[20:05] <qengho> attente: so it's R and later only?
[20:05] <attente> qengho: it should be
[20:06] <qengho> attente: that feels better.  I'll apply it soon.
[20:06] <attente> qengho: thanks
[20:13] <hggdh_> bryce: thank you, will redirect them
[20:36] <bryce> hggdh_, thanks
[22:48] <RAOF> marga: I am now.
[22:48] <TheMuso> Yay for timezones.
[22:48] <RAOF> Indeedy
[23:17] <marga> RAOF: hey there
[23:17] <marga> desrt told me to ping you about a very difficult bug to trace
[23:17] <marga> one mom, I'll give you bug number and also a summarized desc
[23:18] <marga> https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/998735
[23:18] <ubot2> Ubuntu bug 998735 in gnome-power-manager (Ubuntu) "Light blue screen on primary monitor when waking up from inactivity" [Undecided,Confirmed]
[23:18] <marga> Also reported to linux mint: https://bugs.launchpad.net/linuxmint/+bug/1005545
[23:18] <ubot2> Ubuntu bug 1005545 in Linux Mint "cinnamon unlock problem when screen power off" [Undecided,New]
[23:19] <marga> This bug appears in both gnome and cinnamon, when using 2 screens.
[23:19] <marga> It doesn't need to be two monitors, it can be monitor and laptop.  It happens regardless of the card (nvidia, intel, different models)
[23:20] <marga> It also happens regardless of the screensaver (gnome-screensaver, xscreensaver)
[23:20] <TheMuso> /c~/c
[23:20] <marga> The summarized description is: when using two monitors and the screen is locked, any pop-up will cause the left screen to go blue.
[23:21] <marga> I'm pretty sure that this is because something is not applying the correct offset, since when the screens don't have the same sizes, the blue square appears of the size of the right screen.
[23:22] <marga> As I said, this happens with Gnome and Cinnamon, but not with Unity, although I'm almost certain that it did happen with Unity in the past.
[23:23] <marga> Also, it's not unity as a whole, but compiz.  Replacing the cinnamon wm by compiz causes the issue to go away (although you end up with a messy desktop)
[23:25] <marga> I've been investigating this for months, and got to this long diagnostics, but I still don't know which source code I need to look at in order to fix this.
[23:57] <marga> RAOF: well, I guess you went away :-/
[23:57] <marga> RAOF: I need to go to sleep now, but if you have any tips that you could give me, please let me know.