[00:00] <cyphermox> well, say thanks to James Hunt for finding and fixing the problem ;)
[06:17] <darkxst> Laney, hey, can you give codesearch a bump!
[08:04] <Laney> it's already in progress
[08:04] <Laney> also morning
[08:07] <seb128> good morning desktopers
[08:07] <seb128> hey Laney, how are you?
[08:07] <seb128> what is in progress?
[08:07] <darkxst> evening ;)
[08:07] <didrocks> 08:17:33    darkxst | Laney, hey, can you give codesearch a bump!
[08:07] <didrocks> seb128: ^
[08:08] <seb128> didrocks, thanks
[08:08] <didrocks> yw!
[08:09] <Laney> hey seb128, I'm alright thanks
[08:09] <Laney> it's finally not raining
[08:10] <Laney> how are you?
[08:10] <darkxst> Laney, same here have had 3 days in row without rain ;)
[08:10] <seb128> I'm good thanks
[08:10] <Laney> *days*!
[08:10] <seb128> no rain here either, but it's still grey
[08:19] <andyrock> bregma, seb128 i think there was a mistake in the last unity release
[08:19] <andyrock> https://code.launchpad.net/~andyrock/unity/lp-1281058/+merge/215331 should not be there
[08:20] <seb128> andyrock, hey, why not? was it not ready?
[08:21] <andyrock> yeah but what about the translations?
[08:21] <seb128> andyrock, well, that landed to utopic, not trusty
[08:21] <seb128> https://launchpad.net/ubuntu/+source/unity/7.2.0+14.10.20140512.4-0ubuntu1
[08:21] <andyrock> ah yeah
[08:21] <andyrock> sorry :D
[08:21] <andyrock> just wake up ^_^
[08:21] <seb128> I guess you need to target lp:unity/7.2 if you want a SRU
[08:21] <seb128> no worry ;-)
[11:23] <seb128> Sweetsha1k, hey, did you see that somebody pointed to a commit for that libreoffice segfault bug you upstreamed yesterday? is that commit in our current version?
[11:25] <Laney> http://ubuntuone.com/5OeS9F9yz8DogeokQRYCWY
[11:26] <seb128> Laney, is that an unity8 iso? ;-)
[11:26] <Laney> yeah
[11:26] <Laney> launching things doesn't work ...
[11:26] <Laney> oh some things do
[11:26] <Laney> kind of
[11:26] <seb128> do you have unity8-desktop-session-mir installed?
[11:26] <Laney> using x11
[11:27] <seb128> oh, k
[11:27] <Laney> i should try mir
[11:27] <seb128> Laney, sorry, I didn't push the seed changes yesterday, Rick pinged me for slidedeck work and I noticed that I lost my seed when I whipped out my "isobuild" directory on friday (when your script was failing for me)
[11:28] <Laney> it's okay
[11:28] <Laney> I made a quick one by copying touch
[11:28] <seb128> Laney, but I basically copied the touch one, added unity8-desktop-session-mir instead of the custom session, and dropped everything that looked like android related
[11:28] <seb128> cool
[11:28] <Laney> lp:~laney/ubuntu-seeds/ubuntu-unity8.utopic I think
[11:29] <Sweetsha1k> seb128: I saw that, didnt check yet on which branches it is.
[11:29] <Laney> did mir work in a vm?
[11:29] <seb128> Sweetsha1k, ok, let me know how it works
[11:30] <seb128> Laney, I didn't try, might be a good question for #ubuntu-mir, my gut feeling is that it's not going to work...
[11:31] <ogra_> you could cheat and use the x86 touch emulator ;)
[11:31] <Laney> Failed to create GBM device
[11:31] <Laney> yeah I think this is a dead end
[11:31] <ogra_> (since thats just a qemu VM after all)
[11:32] <Laney> doesn't that do android and stuff?
[11:32] <ogra_> it uses the andorid drivers inside the image and a special translation layer that makes qemu use desktop GL
[11:32] <Sweetsha1k> seb128: just checked, seems to be on master only (aka for release with LibreOffice 4.3.x), so yeah, would need backporting upstream or as vendor patch.
[11:33] <seb128> Sweetsha1k, great, at least it's not "we already have the patch, so it's not resolving the issue"
[11:34] <Sweetsha1k> seb128: yes
[11:34] <seb128> Laney, I think not working in a VM is alright
[11:34] <seb128> well "alright", that's not a blocker
[11:34] <seb128> even if having VMs working would be nice
[11:34]  * Sweetshark reboots for release update ...
[11:35] <Laney> I think I need to get a USB key
[11:35] <Laney> amazingly I don't think I have any
[11:35] <seb128> how do you usually install Ubuntu on new machines?
[11:35] <Laney> haven't done that in a while
[11:36] <Laney> probably had one back then
[11:36] <seb128> k, makes sense
[11:36] <seb128> I don't use mines a lot, but I've a stack of those
[11:36] <seb128> like I get a few at conferences, though they are old one slow/1G style
[11:37] <Laney> needs changes to /etc/upstart-xsessions & unity8.conf to work at all though, /me uploads those
[11:40] <Laney> bregma: did you get anywhere with the unity8-x11 session?
[11:40] <Laney> It doesn't work very well for me
[11:42] <seb128> Laney, bregma: do we care about unity8 on xorg?
[11:42] <seb128> it doesn't look like something we want to spend time on
[11:42] <seb128> we better start on Mir
[11:42] <Laney> I'm just wondering
[11:42] <seb128> imho we should just drop it
[11:43] <seb128> we are not going to have stuff like clicks working on xorg
[11:43] <seb128> due to the security model
[11:43] <seb128> so let's just focus on Mir
[11:52] <seb128> Laney, your seed looks mostly fine to me
[11:53] <seb128> Laney,  we should probably add those "camera-app, friends-app, gallery-app, mediaplayer-app, notes-app, webbrowser-app"
[11:53] <seb128> those are the apps unity8-desktop-session-mir suggests, they are all debs in the archvie
[11:53] <seb128> (touch install them as clicks)
[11:54] <Laney> are the debs maintained?
[11:54] <seb128> yes
[11:54] <seb128> they go through CI train
[11:54] <seb128> well, that's temporary until we get click support on the desktop I guess
[12:19] <seb128> pitti, hey
[12:20] <seb128> pitti, could you have a look to https://bugzilla.gnome.org/show_bug.cgi?id=728205#c4 , not sure if you know about those changes/have a suggestion on what needs to be adapted?
[12:22] <seb128> hum, http://sourceforge.net/p/gphoto/bugs/974/ has some details
[12:26] <seb128> hum
[12:26] <seb128> http://ubuntu-codesearch.surgut.co.uk/ gives a 502
[12:30]  * ogra_ thought he saw Laney mention it above 
[12:30] <ogra_> (that it just gets updated, not that it is down thoough)
[12:41] <Laney> it will return soon
[12:41] <Mirv> mlankhorst: the qtbase SRU with 1307701 fix is now in unapproved queue.
[12:41] <Laney> just napping
[12:42] <Mirv> hmm, the gstreamer SRU updates are also still in unapproved :(
[12:43] <mlankhorst> Mirv: goodie :-)
[12:48] <seb128> Mirv, do they fix any issue you are waiting to see resolved?
[12:51] <Mirv> seb128: just the gst-libav bug #1290368 when seeking h.264 files which I was happy to see Laney's upload early on
[12:51] <seb128> oh, right
[12:51] <seb128> maybe nag on #ubuntu-release about it?
[12:51] <Mirv> since it crashed also eg. thumbnailers
[12:51]  * seb128 is also unhappy about the lack of action on the SRU queue
[12:51] <Mirv> yep, I'll give a note there about at least that one
[12:56] <seb128> Mirv, thanks
[13:01] <pitti> seb128: queueing that for investigation (sorry, in meeting / busy with other stuff)
[13:01] <seb128> pitti, no hurry, thanks
[13:02] <pitti> seb128: my phone mounts quite happily, but that might be because it's got a special rule or so
[13:02] <seb128> pitti, your phone is a mtp device, not a ptp one, right?
[13:02] <pitti> seb128: right; but my camera mounts fine, too
[13:02] <seb128> pitti, that issue is about libgphoto/ptp cameras
[13:02] <pitti> (and that's ptp)
[13:03] <seb128> k, mine doesn't
[13:03] <pitti> yeah, will have a look, and perhaps drop the cam specific rule
[13:04] <seb128> danke
[13:20] <ChrisTownsend> tseliot: Hi!  We've been seeing more complaints about black borders around windows after resuming from Suspend w/ Nvidia gfx: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1292830 .  I thought there was a patch provided by nvidia that helped alleviate this.
[13:26] <tseliot> ChrisTownsend: I think the nvidia driver is already doing the right thing on resume. The symptoms look a little different from the ones in the other bug report
[13:28] <ChrisTownsend> tseliot: Hmm, ok.  Is that nvidia patch supposed to switch vt's upon resume or am I not understanding what it is supposed to do?
[13:28] <tseliot> ChrisTownsend: I don't know if this is relevant but it looks at least suspicious (in dmesg): compiz[16459]: segfault at 0 ip 00007f4bd4adb96e sp 00007fff51885ae0 error 4 in libopengl.so[7f4bd4aa5000+4a000]
[13:29] <ChrisTownsend> tseliot: I also fixed the routine in Compiz to force a full redraw of 10 frames when resuming which was broken for a release or 2 due to upower no longer sedning a mesaage that it is resuming.
[13:30] <tseliot> ChrisTownsend: right, that's the "other bug" I was talking about (I was the one who suggested the fix there)
[13:30] <ChrisTownsend> tseliot: Yep:)
[13:31] <ChrisTownsend> tseliot: So I guess I'm struggling to figure out why folks are still seeing black borders upon resume.  I unfortunately have no nvidia hardware to debug this.
[13:33] <tseliot> ChrisTownsend: so, yes, the patch for nvidia is just to require a vt switch on resume. Your patch reinitialises FBOs when dealing with resume. I'm not sure what we're missing here. Let me try again on my laptop
[13:34] <ChrisTownsend> tseliot: The compiz segfault you pointed out might be a Red Herring since there would be no Launcher, Panel, etc. if Compiz was dead.
[13:35] <ChrisTownsend> tseliot: Ok, thanks!
[13:37] <tseliot> ChrisTownsend: unfortunately it works well here and I can't reproduce it. I have a hybrid system here, so maybe this can be reproduced only on non hybrid systems (i.e. with only nvidia, and no intel graphics)
[13:38] <ChrisTownsend> tseliot: Hmm, yeah, maybe that's the key.  Ok, thanks for checking!
[13:39] <tseliot> ChrisTownsend: np
[13:53] <mlankhorst> seb128: hm it seems that gtk+ can do grabs too :/
[13:53] <tseliot> ChrisTownsend: one more thing, the original reporter wasn't using an nvidia driver with the fix (available in >= 331.38-0ubuntu5)
[13:54] <ChrisTownsend> tseliot: Right.  My concern is that there are still comments being added to the bug.  I've asked for more info from people that are still seemingly affected by this.
[13:54] <mlankhorst> like if you do crazy stuff on the background
[13:55] <tseliot> ChrisTownsend: yes, I asked more information in the bug report to see what they're running
[13:56] <ChrisTownsend> tseliot: Heh, I didn't refresh the page, so we both asked.  At least people will see we are trying:)
[13:56] <tseliot> ChrisTownsend: :)
[13:57] <mlankhorst> seb128: what are the grabs in gtk+ for?
[13:57] <seb128> mlankhorst, menus do grabs at least
[13:57] <seb128> for keyboard navigation
[13:58] <seb128> afaik
[14:00] <mlankhorst> i was still hitting some bugs because of the xigrabdevice calls
[14:00] <mlankhorst> probably less harmful on the master device, though..
[14:04] <seb128> Trevinho, bregma: do you guys plan to keep unity-SRUs-for-trusty coming? we didn't get that many fixes landing since release :/
[14:04] <mlankhorst> at least I hope it's on the master device
[14:05] <bregma> seb128, yes, the latest landing was blocked by some issues (now resolved) and by vacations
[14:05] <seb128> bregma, great ;-)
[14:05] <seb128> bregma, I hope you enjoyed the deserved time off ;-)
[14:06]  * bregma cues up Pharrell William's "Happy"
[14:06] <seb128> ;-)
[14:07] <bregma> seb128, do you anything about translations for SRU bug #1281058 ?
[14:08] <bregma> that's the logout message bug
[14:08] <seb128> bregma, yes, I told andyrock that I would update the template, but we are waiting on design to confirm that the string is what they want
[14:09] <seb128> bregma, let's not include that change yet though, we need to give translators some time before landing the code change (and a langpack update with the updated translations)
[14:10] <bregma> seb128, Canonical OEM want to know when it will be ready, that particular issue is giving them an itch
[14:10] <seb128> pitti, dpm: do we have a schedule of langpack updates for trusty?
[14:12] <dpm> seb128, unfortunately not, I no longer have the time to coordinate those updates :( That said, we should do at least a one-off post-release update
[14:12] <seb128> bregma, can you check if OEM would be happy with early june?
[14:13] <seb128> bregma, that seems a reasonable timeframe if we need to collect translations and get langpack updates
[14:13] <seb128> bregma, works for you?
[14:14] <mlankhorst> seb128: ok nautilus appears to grab master, I can live with that :-)
[14:14] <seb128> mlankhorst, what issues does that create?
[14:14] <bregma> seb128, does the SRU depend on the langpack update, or is it the other way around?
[14:14]  * bregma is not an expert on i18n in Ubuntu
[14:15] <mlankhorst> seb128: not many, though it would explain the warnings I was seeing in the Xorg log, I'll make a test for that :P
[14:16] <seb128> bregma, well, we want langpacks to be updated before the code land, the translations are made on launchpad unity/ubuntu, which means they are not going to be in your unity upload, but in the next langpack export
[14:17] <seb128> bregma, if we land the code first it's fine, but we introduce english strings to users
[14:17] <seb128> mlankhorst, k
[14:17] <seb128> bregma, if we export the langpacks the translations get available on disk, and when unity's code changes land we get nicely translated strings on the screen ;-)
[14:20] <davidsong> Hi. Not sure if this is the case already. It isn't on windows and should be: a progress spinner / hourglass cursor should take exactly one second to rotate
[14:20] <davidsong> That way we can visually count time
[14:20] <davidsong> Is this the right place to advocate such an idea?
[14:23] <seb128> davidsong, hey, well first step would be to check if that's the case already or not
[14:46] <Sweet5hark> seb128: /me is happy that he was right for one with the spurious  libreoffice on precise fail.
[14:47] <seb128> Sweet5hark, ;-)
[14:49] <andyrock> seb128, bregma i emaild JohnLea
[14:49] <andyrock> *emailed
[14:50] <andyrock> waiting for an answer
[14:50] <seb128> saw that, thanks ;-)
[15:05] <JohnLea> andyrock; when did you email me? (and about what?) - sorry, I get too much email!
[15:05] <andyrock> JohnLea, last friday IIRC
[15:22] <JohnLea> andyrock, seb128; just replied to the email - good you pinged me here, I had completely missed it - please ping me on IRC for anything urgent
[15:22] <seb128> JohnLea, thanks
[15:24] <mlankhorst> bleh, not making much out of it yet, touch sucks
[15:24] <mlankhorst> I think that will be my status update for this week
[15:25] <Laney> "who wants to touch things anyway?"
[15:27] <Sweet5hark> Laney: https://www.youtube.com/watch?v=gxm_mwz9sRo
[15:28]  * Laney gets hammerrolled
[15:28] <Sweet5hark> Hammerzeit!
[15:29] <mlankhorst> good idea
[15:29]  * KombuchaKip waves
[15:30] <seb128> oh, it's meeting time
[15:30] <mlankhorst> ah he got the hint :D
[15:31] <seb128> qengho, Sweet5hark, mlankhorst, Laney, tkamppeter, desrt, attente, larsu, kenvandine(?), KombuchaKip: hey, it's meeting time!
[15:31] <KombuchaKip> Yo!
[15:31]  * desrt is getting uncomfortably close to the middle of the list
[15:31] <andyrock> JohnLea, thanks!
[15:31] <seb128> desrt, ;-)
[15:31] <seb128> ok, let's get start
[15:32] <seb128> qengho, hey, there?
[15:32] <qengho> Hey!
[15:32] <qengho> Er, not ready. I'll go next.
[15:32] <seb128> k
[15:32] <seb128> Sweet5hark, hey
[15:32] <Sweet5hark> - Bumped LibreOffice 4.2.4/trusty in the PPA
[15:32] <Sweet5hark> -- note: there were some Qt issues with the precise backport
[15:32] <Sweet5hark> - Bumped LibreOffice 3.5.7-0ubuntu6.1 for SRU to precise-proposed
[15:32] <Sweet5hark> -- thanks to seb128 and everyone else enduring that endless /pain with me
[15:32] <Sweet5hark> - Bumped LibreOffice 4.1.6/saucy in the PPA
[15:32] <Sweet5hark> - Build >180 full builds of LibreOffice covering the range from 4.2 branch-off to 4.3.0~alpha1 for https://wiki.documentfoundation.org/Bibisect
[15:32] <Sweet5hark> - also: Hammerzeit.
[15:32] <Sweet5hark> EOF
[15:33] <seb128> Sweet5hark, how is the menu issue going? still tracking it down?
[15:34] <Sweet5hark> seb128: didnt get to it much this week, but have an idea how to fix it.
[15:34] <seb128> ok, let's see next week then ;-)
[15:34] <seb128> Sweet5hark, thanks
[15:34] <seb128> qengho, ready or want to be next next? ;-)
[15:34] <qengho> - in-progress: chromium bugs. 1) sub-window placement. 2) tabs disappearing. 3)
[15:34] <qengho> - done: two sick days end of last week.
[15:35] <qengho> EOF
[15:35] <seb128> qengho, I hope you are feeling better
[15:35] <qengho> er, 3, I was looking for notes. Still, one and two are big enough that I problably won't get to it.
[15:35] <qengho> I am, thanks, seb128
[15:35] <seb128> good
[15:35] <seb128> qengho, thanks
[15:35] <seb128> mlankhorst, hey
[15:36] <mlankhorst> hey
[15:36] <mlankhorst> tons of pointer bugs, and other xorgy bugs
[15:36] <mlankhorst> oh wait my status update was supposed to be
[15:36] <mlankhorst> "touch sucks"
[15:36] <mlankhorst> ^D
[15:37] <seb128> haha
[15:37] <mlankhorst> oh and lts-trusty landing
[15:37] <seb128> good work on the qt/xorg/dnd-segfault-on-touch issues
[15:37] <mlankhorst> but mostly touch sucks
[15:37] <mlankhorst> np :-)
[15:37] <seb128> mlankhorst, thanks
[15:37] <seb128> Laney, your turn
[15:37] <mlankhorst> was with dandrader's help though
[15:37] <Laney> • Working on a desktop flavour with unity 8 and touch apps. Try a build with http://people.canonical.com/~laney/random-scripts/build-ubuntu-iso & livecd-rootfs from ppa:ubuntu-desktop/unity8-flavour
[15:37] <Laney> ∘ Next TODO: try on real hw (Mir doesn't work in a VM apparently)
[15:38] <Laney> ∘ Then get dailies built using the cd image infrastructure
[15:38] <Laney> • u-s-s reviews and test fixes
[15:38] <Laney> • cross-building fixes for ofono-qt and signon so that u-s-s can be x-built in utopic again
[15:38] <Laney> • cheese 3.12, MIR appdata-tools
[15:38] <Laney> • vte3 0.36.1 with rewrap on resize
[15:38] <Laney> • Resurrect a lost gnome-terminal patch to take the default transparency value from the theme. We used to have a default purple & slightly transparent terminal but that got disabled at some point so it was just solid purple. In desktop PPA, not distro yet as it's on by default so people will see their settings changed (in other words, I'm scared).
[15:38] <Laney> • Start on webkitgtk 2.4.2, probably will SRU too as the current one is still waiting in trusty-proposed
[15:38] <Laney> • DMB: start sil2100's email application
[15:38] <Laney> ☁
[15:38] <seb128> oh, speaking about DMB
[15:38] <seb128> is Sweet5hark's one still being a thing?
[15:38] <Laney> I tried to hassle
[15:38] <Laney> let me email them right now
[15:38] <seb128> somebody said it would be handled after the election iirc
[15:39] <seb128> thanks
[15:39] <seb128> Laney, thank you for getting the unity8 iso bootstrapped, I'm going to start a build/test on a real hw after the meeting as well
[15:39] <Laney> I don't know if it needs to include drivers or something
[15:39] <Laney> bregma can maybe assist at this point
[15:40] <Laney> feel free to update the seed in the ppa until it works
[15:40] <seb128> ok
[15:40] <seb128> Laney, thanks
[15:40] <seb128> tkamppeter, hey
[15:40] <tkamppeter> cups-filters: Started working on rastertopdf filter to make a CUPS server emulate an IPP Everywhere printer
[15:41] <tkamppeter> cups-filters, ghostscript: Bug fixes
[15:41] <tkamppeter> min12xxw: Synced with Debian
[15:41] <tkamppeter> Bugs.
[15:41] <seb128> tkamppeter, thanks
[15:41] <seb128> desrt, hey
[15:42] <desrt> hey
[15:42] <tkamppeter> Solved problem of evince not displaying some files correctly with Marek Kasik and seb128.
[15:42] <desrt> brought the XDG_CURRENT_DESKTOP saga to a close by implementing proper support for it vs. OnlyShowIn/NotShowIn in GAppInfo.  committed, bug closed, everyone seems happy
[15:42] <seb128> great ;-)
[15:42] <desrt> there were some issues there caused by an old gnome-session patch that added this support which broke things due to the ':' in some sessions now (ie: GNOME-Classic:GNOME)
[15:43] <desrt> also landed the Implements= support, so now you can find all desktop files that do a particular interface
[15:43] <desrt> larsu: for you ;)
[15:43] <larsu> :
[15:43] <larsu> :)
[15:43] <desrt> landed the patches for (nullable) and (optional) support in gobject-introspection and that caused some fallout so i spent a day or so chasing around issues and fixing them
[15:43] <desrt> also did some reviews of kdbus stuff
[15:44] <desrt> finally, did some initial looking into a gtk backend for mir -- there is existing work here, but it's not particularly complete, and there are some hard problems we face, particularly going forward
[15:45] <desrt> i think we may want to seriously consider looking at using the wayland backend in gtk and creating some sort of a bridge for wayland/mir instead of (essentially) copypasting the wayland backend to create a new mir one, doing a huge sed patch, then fighting to keep up to date with constant gtk changes
[15:45] <desrt> will discuss that with robert as soon as i see him...
[15:46] <desrt> the good news is that the gtk guys are relatively openminded about mir support -- only concerned about maintainership (which is a concern i share)
[15:46] <seb128> ok, noted, I'm going to take that one up for discussion, trying to get a feeling if that's an option or if that would make people unhappy at us
[15:46] <desrt> so even if the wayland backend needs some tweaks to accomodate our mir bridge, i think they'd be open to it
[15:46] <seb128> great
[15:46] <desrt> and we'd still be in a better place than having an entirely separate backend that none of the upstream developers ever compile/test
[15:46] <seb128> well, let's see how other people are feeling about that
[15:46] <seb128> do you have any idea at what level that bridge would be?
[15:47] <seb128> would it be a Mir thing? like a library that makes wayland clients talk to Mir?
[15:47] <desrt> i'd ideally want the mir guys to make this part of mir, but rick is concerned that it would slow down their development
[15:47] <Sweet5hark> desrt: whats the timeline on this btw? One way to bring LibreOffice to MIR native is completling the gtk3 backend. Sooo that would be the fun of stacking an alpha gtk3 backend for LibreOffice on a beta MIR-backend for gtk?
[15:47] <desrt> so the idea for now is to see if we can possible to it as a third component, or maybe some library-type thing that we could load
[15:47] <seb128> they were talking about having that compat layer
[15:47] <seb128> ok
[15:48] <desrt> i'm not crazy about shims
[15:48] <desrt> we could just use X if we wanted to do that, right?
[15:48] <desrt> but at least this will be a much thinner shim...
[15:48] <desrt> ideally, for the future, we could natively connect wayland clients to a mir-based display server
[15:48] <desrt> needs discussion, though, for sure...
[15:48] <seb128> right
[15:48] <desrt> there's another side of that, as well:
[15:49] <desrt> the "application logic" stuff is a bit more involved in the mir world than in wayland (where it basically doesn't exist)
[15:49] <desrt> even with the bridge, we'd probably want to get gtkapplication participating a bit more actively
[15:50] <desrt> so even if we don't get a mir gdk backend, i suspect we'll want to have a mir gtk(application) backend anyway...
[15:50] <seb128> ah, that would be nice
[15:50] <seb128> doesn't seem like something that is going to change a lot either
[15:50] <desrt> could maybe push some of our ideas at upstream there as well, since it seems that they basically don't consider the problem at all yet...
[15:50] <seb128> (e.g should be easy to keep up with upstream on that, right?)
[15:50] <desrt> ya...
[15:50] <desrt> i recently did a substantial refactoring of GtkApplication to make backends easier and more self-contained
[15:50] <desrt> was turning into #ifdef hell in there....
[15:51] <seb128> cool
[15:51] <desrt> anyway... that's enough detail, i think
[15:51] <seb128> yeah
[15:51] <seb128> desrt, thanks for the detailed update ;-)
[15:51] <seb128> some of those topics are going to be easier dealt with at the client sprint at the end of the month
[15:52] <desrt> rick wants some sort of a vague idea of a plan before the sprint
[15:52] <seb128> (we are going to keep updates coming for people who are not there during that week though)
[15:52] <desrt> so i'll be chatting with robert :)
[15:52] <seb128> that sounds good
[15:52] <seb128> desrt, thanks
[15:52] <seb128> attente, hey
[15:52] <attente> hi seb128
[15:52] <attente> emitting menu shows and hides using submenu-action in u-g-m, need to backport a gtk patch before it can be proposed
[15:52] <attente> figured out why using shift as an input source switcher doesn't translate capital letters in the correct group properly, but wasn't able to fix it
[15:52] <attente> sru the group locking fix for g-s-d, thanks seb128
[15:52] <attente> eof
[15:52] <Sweet5hark> desrt seb128: (punting my LibreOffice on gtk3 on MIR questions for the sprint then)
[15:53] <seb128> Sweet5hark, right, too much details to sort out to reply yet
[15:53] <seb128> attente, do you have a mp for the gtk change to backport?
[15:53] <seb128> or a bug reference?
[15:53] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=729820
[15:53] <attente> https://bugzilla.gnome.org/show_bug.cgi?id=729820
[15:54] <seb128> desrt, attente: thanks, I'm going to have a look after the meeting
[15:54] <desrt> fwiw, the patch is obviously correct but mclasen has a nice idea that we may also want to try
[15:54] <desrt> attente: let's talk after
[15:54] <attente> seb128: thanks
[15:54] <attente> desrt: ok
[15:55] <seb128> desrt, let's get that patch in, we can revisit/do other changes later if needed
[15:55] <seb128> well, you guys keep me updated ;-)
[15:55] <seb128> but if not told otherwise I'm going to review/land that patch to start
[15:56] <desrt> seb128: there are style issues, of course.... :p
[15:56] <seb128> lol
[15:56] <seb128> attente, thanks
[15:56] <seb128> larsu, your turn
[15:56] <larsu> yay
[15:56] <larsu> talked a lot this week with tvoss and push notification people
[15:57] <larsu> I'm glad I've joined in on that discussion to make them think about the desktop use cases a bit more (thanks seb128)
[15:57] <larsu> also, looks like we're getting the transparency fix for gnome-terminal
[15:58] <larsu> rishi has been working on that
[15:58] <seb128> larsu, thanks for joining, I hope they are going to use your input in that discussion
[15:58] <Laney> did he do the theme thing?
[15:58] <larsu> seb128: I hope so too
[15:58] <desrt> what's this transparency thing all about?
[15:58] <larsu> Laney: don't know, I don't have a bug pointer yet and he didn't respond back after last night
[15:58] <desrt> people want it?  people don't want it?
[15:58] <larsu> desrt: chpe removed transparency upstream
[15:58] <Laney> !chpe wants it
[15:58] <larsu> but we figure we'll get a huge backlash if we upgrade and don't have it anymore
[15:59] <larsu> seb128: I've also fixed a small issue in the theme relating to that (give toolbars a background)
[15:59] <seb128> larsu, I saw that one earlier, I'm going to look at what is pending and organize some landing
[15:59] <larsu> that's an issue in the vte test app which might also happen in g-t itself
[15:59] <larsu> thanks
[15:59] <larsu> not urgent of course
[15:59] <desrt> real transparency or fake transparency?
[15:59] <seb128> I didn't watch trunk stuff too much recently, still focussed on trusty
[15:59] <larsu> desrt: real
[15:59] <desrt> 'cause real transparency is actually kinda useless :)
[15:59] <larsu> ya
[15:59] <larsu> but people want it
[16:00] <larsu> I totally agree and never have it enabled - I don't even know if we enable it by default
[16:00] <larsu> I also did some more 3.12 testing
[16:00] <larsu> the theme is looking good, I couldn't find any major issue
[16:00] <larsu> *issues
[16:00] <larsu> it
[16:00] <seb128> is the update still blocked on the bash cwd issue to be resolved?
[16:00] <larsu> it's even better now, because the black bg problem is gone
[16:01] <larsu> seb128: yes it is. Laney said they had a fix but reverted
[16:01] <Laney> deferred to sprint like everything else
[16:01] <seb128> k
[16:01] <larsu> and I've started looking into theming headerbar'ed apps correctly
[16:01] <larsu> right now we don't have any theming for those
[16:01] <seb128> good
[16:01] <larsu> which is why those apps look _really_ bad
[16:01] <seb128> "some more 3.12 testing" ... that's about GTK righT?
[16:02] <larsu> I'm unsure if we want to patch header bars out of dialogs though
[16:02] <seb128> (I've been running that on my test machine for some days)
[16:02] <larsu> it's a tiny patch (I think) and those are used everywhere
[16:02] <larsu> seb128: yes
[16:02] <seb128> that seems like another topic for the sprint week :p
[16:02] <larsu> right
[16:02] <larsu> it runs well, I've now tried to test all the apps and stuff
[16:02] <larsu> especially the ones were we had theming problems last cycle
[16:03] <seb128> yeah, I've it running fine
[16:03] <seb128> out of
[16:03] <seb128> - the headerbar issues
[16:03] <seb128> - the buttons on the dialog
[16:03] <seb128> - the theme
[16:03] <larsu> the buttons in dialogs look correct for me
[16:03] <seb128> button, like try to shift-suppr in nautilus
[16:03] <seb128> well, at least the theming is not right
[16:04] <seb128> like the border doesn't even go around the whole button in nautilus delete dialog for me
[16:04] <larsu> ah right, I've seen those
[16:04] <larsu> and the buttons are too wide
[16:04] <larsu> but they have a margin
[16:04] <seb128> the margins/spacing looks weird as well
[16:04] <seb128> right
[16:05] <seb128> just a weird one
[16:05] <larsu> yep
[16:05] <seb128> anyway, let's discuss that more at the sprint week
[16:05]  * larsu does his best to alleviate those issues
[16:05] <seb128> larsu, thanks for looking at those!
[16:06] <seb128> larsu, </summary>?
[16:06]  * seb128 assumes so
[16:06] <seb128> larsu, thanks
[16:06] <larsu> yes
[16:06] <larsu> thanks
[16:06] <seb128> kenvandine, hey, not sure if you are still desktop/wanting to join those meetings?
[16:06] <kenvandine> hey
[16:07] <kenvandine> nothing prepared... but i'm not leaving the channel :)
[16:07] <seb128> good to still see you around ;-)
[16:07] <seb128> kenvandine, thanks
[16:07] <kenvandine> but yeah, i'm technically not desktop anymore...
[16:07] <seb128> right, I'm just unsure when the changes are active
[16:07] <seb128> seems like they are
[16:08] <seb128> I was set on the "let's wait for the Malta week to reset things"
[16:08] <kenvandine> seems so...
[16:08] <seb128> I hope you have fun in the apps team, please stay around, we would miss you if you didn't ;-)
[16:08] <kenvandine> i will!
[16:09] <seb128> kenvandine, great ;-)
[16:09] <seb128> ok, next
[16:09] <seb128> KombuchaKip, hey, do you have anything to share this week?
[16:09]  * KombuchaKip is working on refactoring a Mozilla patch he submitted upstream (https://bugzilla.mozilla.org/show_bug.cgi?id=824909) and working on improving the GUI for managing ACLs (https://bugs.launchpad.net/ubuntu/+source/eiciel/+bug/1315098).
[16:10] <seb128> it seems like you got reviews for the tb changes
[16:10] <seb128> you are working on updating those?
[16:11] <seb128> KombuchaKip, thanks
[16:11] <KombuchaKip> seb128: Exactly.
[16:11] <seb128> ok, my turn then
[16:11] <seb128>  * some utopic merges and syncs (glibmm, telepathy-salut, gdk-pixbuf, libsoup2.4)
[16:11] <seb128>  * desktop SRUs (e-d-s, g-s-d, gtk) and bugfixes (nautilus)
[16:11] <seb128>  * some sponsoring (mostly SRUs for trusty)
[16:11] <seb128>  * played with unity8-mir trusty desktop session to see where it stands (it's working but closer from a tablet UI than from a desktop one atm)
[16:11] <seb128>  * registered blueprint for the unity8 desktop image, discussed it with various people, played a bit with Laney's script to build an iso (more to come on that)
[16:11] <seb128>  * started reviewing goals for the team for the cycle (LTS bugfixes, unity8 desktop session, GTK/Mir, clicks integration)
[16:11] <seb128>  * some bugs triaging/debugging
[16:11] <seb128>  * touch settings reviews, put a landing request for some of the pending ones

[16:12] <KombuchaKip> seb128: But there is more refactoring than just indentation. The GLib functions I need aren't available so I have to change quite a bit.
[16:12] <seb128> KombuchaKip, what functions do you need?
[16:13] <seb128> KombuchaKip, btw, you might want to use your Canonical email for work done on company work time
[16:13] <seb128> KombuchaKip, I see that you added a private email in your patch there
[16:13] <seb128> ok
[16:13] <KombuchaKip> seb128: update_mimeapps_list() from gio/gdesktopappinfo.c, except it's marked as static and therefore unavailable to other translation units.
[16:13] <seb128> so, do we have other topics/questions?
[16:14] <desrt> KombuchaKip: what are you trying to do?
[16:14] <KombuchaKip> seb128: Yeah I know, I just didn't want to attract any attention and make Canonical look like they have incompetent engineers if my patch turned out horrible, which thankfully it hasn't.
[16:15]  * desrt saw some noise about g_app_info_remove_supports_type() going by -- was that you?
[16:15] <seb128> ok, let's wrap the meeting and finish the discussion about KombuchaKip's patch with those interested
[16:15] <KombuchaKip> desrt: Trying to remove a problematic MIME type from mimeapps.list. The g_app_info_remove_supports_type() function is inadequate.
[16:15] <seb128> thanks everyone
[16:15] <Laney> cheers!
[16:16] <KombuchaKip> desrt: There is no way to remove from both the 'Default Applications' and 'Added Associations' groups, but only the latter using the aforementioned.
[16:16] <Laney> seb128: wait
[16:16] <Laney> isn't didrocks back with us?
[16:16] <desrt> KombuchaKip: what are you trying to do?
[16:16] <seb128> Laney, he's catching up with things/still being attending CI meeting and stuff until Malta
[16:16] <KombuchaKip> desrt: Trying to remove a problematic MIME type from mimeapps.list. The g_app_info_remove_supports_type() function is inadequate.
[16:17] <desrt> yes... but why?
[16:17] <Laney> aww
[16:17] <seb128> Laney, I planned to change/update the list after Malta
[16:17] <seb128> didrocks, if you want to share weekly updates with us before that feel free ;-)
[16:17] <KombuchaKip> desrt: https://bugzilla.mozilla.org/show_bug.cgi?id=824909
[16:17] <didrocks> seb128: sure, but not ready yet :)
[16:17] <seb128> didrocks, I didn't mean to keep you out of the meeting, but I think you said you waited for Malta as well to be set on desktop mode
[16:17] <didrocks> (and in hangouts :p)
[16:18] <didrocks> yeah, sounds good!
[16:18] <seb128> cool
[16:18] <desrt> KombuchaKip: ah... you're trying to patch up damage done by a buggy previous version of the software?
[16:19] <KombuchaKip> desrt: Exactly. But it has to be done tactfully / elegantly otherwise it will break everyone's desktop.
[16:19] <desrt> KombuchaKip: just hack the file for yourself?
[16:19] <desrt> load it using GKeyFile, modify it, write it back
[16:20] <KombuchaKip> desrt: Exactly. That's what I'm doing.
[16:20] <desrt> actually, i guess that's bad advice
[16:20] <desrt> since the location of this file is changing soon
[16:20] <KombuchaKip> desrt: No it's good, as long as you use g_get_user_config_dir(), But you have to be careful.
[16:20] <desrt> now you have my attention
[16:20] <desrt> but you have to be -very- careful
[16:21] <desrt> mimeapps.list in ~/.config/ is something that is not yet recognised by any released version of any distro :p
[16:21] <KombuchaKip> desrt: That's actually not what's used.
[16:21] <KombuchaKip> desrt: ~/.local/share/applications/mimeapps.list
[16:21] <desrt> KombuchaKip: ~/.config/ now
[16:21] <desrt> that's my point...
[16:22] <KombuchaKip> desrt: But you shouldn't worry about that and let GLib find it.
[16:22] <desrt> KombuchaKip: glib finds it _because_ i worry about it :p
[16:22] <KombuchaKip> desrt: lol ;) Ok I need some food.
[16:24] <desrt> KombuchaKip: take a look at https://git.gnome.org/browse/glib/commit/?id=6fd5a8cdaa0dee2217ebe7411adf3ddb37f1827e
[16:25] <desrt> as of last month, everything is different
[16:26] <KombuchaKip> desrt: Ok great, but I don't think this will effect me?
[16:26] <attente> bregma: hey, is there any chance to sru https://bugs.launchpad.net/unity/+bug/1291461 for trusty?
[16:26] <desrt> KombuchaKip: if you're directly modifying ~/.local/share/applications/mimeapps.list then it will
[16:26] <desrt> since ~/.config/mimeapps.list will take precedence over it
[16:26] <KombuchaKip> desrt: Right, but I don't hard code the path. As I mentioned, I'm using g_get_user_config_dir()
[16:27] <bregma> attente, it's in the SRU queue, it had to land in Utopic first
[16:27] <attente> bregma: ah, ok, thanks
[16:28] <seb128> desrt, KombuchaKip: there is no need to worry too much about .config configs, utopic is going to ship the new glib but also a fixed tb, so the issue only happens for <= trusty users in practice
[16:28] <desrt> KombuchaKip: you appear slightly confused :)
[16:28] <desrt> KombuchaKip: g_get_user_config_dir is ~/.config/
[16:28] <desrt> but you said that you think that it is ~/.local/share/applications/ in some cases
[16:29] <KombuchaKip> desrt: Because that is what it is returning.
[16:29] <desrt> definitely not.
[16:29] <KombuchaKip> seb128: There is a need to worry because regardless of what distro they are using, CUPS will still be broken if they are using older thunderbird user data.
[16:29] <desrt> there is not a single function in glib that would return ~/.local/share/applications/ to you
[16:30] <desrt> get_user_data_dir() would give you ~/.local/share at least
[16:30] <KombuchaKip> desrt: We agree to disagree =) I need to eat some food. Take care. =)
[16:31]  * desrt doesn't consider the return value of a function to be a matter of opinion
[16:34]  * KombuchaKip makes breakfast anyways
[17:03] <Laney> adieu
[17:04] <Laney> larsu: got the patch, will make a package tomorrow
[17:05] <larsu> Laney: awesome, thanks!
[17:05] <seb128> Laney, that's not a good end of day word in french btw :p
[17:05] <Laney> I think I only did 3.8
[17:06] <Laney> seb128: really?
[17:06] <seb128> Laney, yeah, that's what you would use if you would never come back
[17:06] <seb128> like if you had enough of Canonical/Ubuntu and didn't plan on ever joining that channel again
[17:06] <Laney> haha
[17:06] <seb128> ;-)
[17:07] <Laney> I looked it up, there's no hint of that http://www.oxforddictionaries.com/definition/english/adieu
[17:07] <Laney> http://www.merriam-webster.com/dictionary/adieu hmm maybe a slight one there
[17:08] <seb128> is "farewell" something you would use for an "goodbye, see you tomorrow"?
[17:09] <Laney> it's a bit dramatic, but not as final as you said
[17:10] <Laney> anyway
[17:10] <Laney> adiós!
[17:10] <seb128> well, I guess adieu is sort of equivalent to farewell
[17:10] <seb128> you could use it as a "see you some time", but it's less usual
[17:10] <seb128> hehe
[17:10] <seb128> have a good evening!
[17:10] <seb128> do you go climbing tonight?
[17:10] <Laney> think so
[17:10] <seb128> (how is your arm doing btw, you were slightly hurt last week)
[17:10] <Laney> elbow seems okay
[17:11] <seb128> great
[17:11] <seb128> have fun then!
[17:11] <seb128> see you tomorrow
[17:11] <Laney> although if I poke it hard I can make it hurt
[17:11] <Laney> hmm
[17:11] <seb128> don't overdo it then!
[17:11] <Laney> i'll see if i can resist
[17:11] <Laney> bye ;)
[17:11] <sarnold> stop poking it! :)
[17:51] <seb128> desrt, attente: so, did you want that GTK patch to be uploaded to ubuntu or do you want to rework it first?
[17:52] <seb128> I though that was a patch already commited upstream, but I see the approach is still being discussed
[17:52] <seb128> idle/new signal
[17:52] <attente> seb128: just talking about it with mclasen right now, we might change to his suggestion
[17:55] <seb128> attente, just saw the #gtk+ backlog, no hurry, I'm going to delay that to tomorrow
[17:56] <seb128> so you guys can sort it out properly, then we can backport the commit
[17:56] <attente> seb128: ok, thanks
[17:56] <seb128> yw!
[18:02] <seb128> mdeslaur, hey, can you unsubscribe the ubuntu-security-sponsors from https://bugs.launchpad.net/ubuntu/+source/libav/+bug/1277173 ?
[18:03] <seb128> mdeslaur, the utopic upload is stucked in proposed, so it's on fix commited, but there is nothing to sponsor
[18:03] <mdeslaur> seb128: done
[18:03] <seb128> thanks
[18:04] <mdeslaur> well, almost done
[18:04]  * mdeslaur smacks launchpad
[18:04] <mdeslaur> ok, done
[18:07] <seb128> ;-)
[19:09] <KombuchaKip> desrt: Hey buddy. If ~/.local/share/applications/mimeapps.list is not accessible, as fallback you want ~/.config/<???>/mimeapps.list for forward compatibility?
[19:19] <KombuchaKip> desrt: nm, I found it. ~/.config/mimeapps.list according to your commit.
[19:25] <desrt> KombuchaKip: it depends on how you view the situation...
[19:25] <desrt> if the old buggy version was used with a new glib then the damage would be in ~/.config/
[19:25] <desrt> if used with an old glib, the damage would be in ~/.local/share
[19:25] <desrt> i guess you could check both places...
[19:26] <KombuchaKip> desrt: When ~/.local/share/applications/mimeapps.list is deprecated and we should use ~/.config/mimeapps.list, should I expect that the former location will be gone and something will have moved it to the latter?
[19:27] <desrt> no
[19:27] <desrt> we're going to leave the old file in place
[19:27] <desrt> the new file takes precedence over it, though, including if associations are removed...
[19:27] <KombuchaKip> desrt: Right so I should check ~/.config/mimeapps.list first, and if it's not there, check the old?
[19:27] <desrt> KombuchaKip: you could also record an explicit remove into ~/.config/mimeapps.list
[19:27] <desrt> that would override anything in .local/share
[19:28] <desrt> really, i'd just process both files...
[19:28] <desrt> if they're there
[19:29] <KombuchaKip> desrt: I think what I'll do for now is just check ~/.config/mimeapps.list and if it's not there, then use the old.
[19:30] <KombuchaKip> desrt: Also, after updating mimeapps.list, wherever it happens to be, is there anything else that needs to be called in order to invalidate / etc caches?
[19:31] <KombuchaKip> desrt: I saw g_reload_user_special_dirs_cache(), but I don't think it is relevant here.
[19:31] <desrt> KombuchaKip: i think this function is gone now
[19:31] <desrt> the mimecache stuff got nuked and its functionality take over by the DesktopDir stuff
[19:31] <KombuchaKip> desrt: Ok, I'll forget that then.
[19:32] <desrt> we put a file monitor on the directory -- we will reload it automatically if anything changes
[19:32] <desrt> there may be a delay, though
[19:34] <KombuchaKip> desrt: No problem. Worst case, they have to restart Thunderbird.
[19:34] <KombuchaKip> desrt: (at most once)