[04:17] <pitti> Good morning
[05:59] <didrocks> good morning
[06:03] <yaraju> didrocks: good morning
[06:04] <didrocks> hey yaraju
[06:05] <yaraju> my doubts have gone over to the dev spheres now. I'm happily using the new Android Studio downloaded directly and have settled back into complacence wrt 12.0.4 :P
[06:06] <didrocks> nice!
[06:50] <seb128> good morning desktopers
[06:54] <didrocks> hey seb128
[06:56] <seb128> lut didrocks ;-)
[07:01] <pitti> bonjour didrocks et seb128, comment allez-vous ?
[07:01] <pitti> wow, I've ignored IRC for 1.5 hours, deep hacking mode :)
[07:01] <didrocks> hey pitti, good, yourself?
[07:01] <pitti> didrocks: quite fine, thanks!
[07:03] <seb128> hey pitti, wie gehts? what are you hacking on?
[07:03] <seb128> I'm good thanks!
[07:04] <seb128> though weather is on autumn mode here :-/
[07:04] <seb128> rainy, windy and cold
[07:07] <pitti> seb128: guess what -- fixing systemd bugs, something totally new :)
[07:07] <seb128> hehe
[07:07] <pitti> yeah, it was really nice until yesterday, but going to be gray and dull
[07:08] <pitti> need to get out running today before it starts raining
[07:08] <seb128> do you train daily? ;-)
[07:13] <pitti> seb128: no, two or three times a week, plus Basketball on Wednesdays
[07:18] <willcooke> morning all
[07:18] <seb128> hey willcooke
[07:18] <seb128> had a good w.e?
[07:18] <willcooke> Yes thanks!
[07:19] <willcooke> and yesterday was my wife's birthday, so we went to the shops (yay :( )
[07:19] <seb128> glad to be back at work today then? ;-)
[07:19] <willcooke> We've got less than a month to go until the babies arrive, so she's pretty big and has to walk very slowly
[07:20] <willcooke> oh yeah, good to be back :)
[07:21] <didrocks> hey willcooke
[07:22] <willcooke> morning didrocks
[08:03] <Laney> yo
[08:11] <seb128> hey Laney, how are you?
[08:19] <Laney> hey seb128, doing good thanks
[08:19]  * Laney is reassembling his desk
[08:19] <Laney> you?
[08:19] <seb128> I'm good as well, thanks
[08:20] <Laney> I have to look at a crappy wall now
[08:20] <Laney> new window ruined the paint work
[08:20] <Laney> distressing
[08:25] <didrocks> you would have used good old waterfall charts for planning your work, you would have done it the right order around :)
[08:26] <Laney> it's not *our* paint work :P
[08:26] <Laney> but I wouldn't have chosen to re paint it if it was up to me
[08:26] <didrocks> oh?
[08:27] <Laney> well the room was already done
[08:27] <Laney> but they had to damage it to replace the window
[08:27] <didrocks> ok, well… I guess you won another week-end of painting them (at least, to your prefered color)
[08:28] <Laney> yeah don't want to have to do the other three walls so I will try to get the same one :P
[08:28] <seb128> sorry to ruin it for you, but that's never totally works
[08:29] <didrocks> yeah, clearly not
[08:29] <didrocks> but all walls don't need to be the same color
[08:29] <didrocks> (but it's better in this case to go with something completely different than slightly)
[08:29] <seb128> right
[08:29] <Laney> if I do the whole wall in a close enough colour it will be fine
[08:29] <Laney> adjacent walls look different anyway because of lighting
[08:30] <seb128> Laney has faith ;-)
[08:30] <Laney> done this before
[08:30] <Laney> the shop does paint matching if you take a sample
[08:30] <didrocks> seb128: seems he has more than us ;)
[08:30] <seb128> or he's less picky with the results
[08:30] <didrocks> can be
[08:31] <seb128> but if he works for him, good :-)
[08:31] <didrocks> indeed
[08:31] <didrocks> (I like this "talking as if Laney wasn't around") ;
[08:31] <didrocks> ;)
[08:31] <seb128> ;-)
[08:31] <didrocks> oh Laney, you here!
[08:31] <didrocks> :)
[08:31] <Laney> there's shade at the corner
[08:31] <Laney> so you cannot actually see if the colours are identical
[08:32] <Laney> which is enough to trick your eyes
[08:32] <seb128> right, but in practice you have a junction line
[08:32] <Laney> that's the point, this point is exactly where the light changes anyway
[08:32] <seb128> and you can usually see it if one is older, color change with time/sun/dirt/...
[08:33] <Laney> it already looks darker on the side which is in shade
[08:33] <Laney> even though they are in the same paint now
[08:33] <seb128> alright!
[08:33] <Laney> FAITH!
[08:33] <seb128> I trust you are doing the right thing :-)
[08:35] <Laney> four walls all totally different would be awesome though
[08:36]  * larsu notices that unity doesn't allow accessing the global menu for fullscreen apps
[08:36] <larsu> which, for most apps, means that you have to unfullscreen to do something useful
[08:36] <larsu> except for totem, which shows the gear menu in that case
[08:36] <larsu> (which is making problems now)
[08:37] <larsu> oh actually you can access the menu with the mnemonic accels and you get free floating menus
[08:42] <Laney> you working on that menu bug?
[08:49] <seb128> Laney, desrt, https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1449389 might be something for you
[08:50] <seb128> there is a patch on the upstream bug mentioned there
[08:54] <larsu> Laney: yes. Not sure if I can just remove the fullscreen gear menu
[08:55] <larsu> would be way more complicated (and harder to upstream) otherwise
[08:55] <larsu> because I'd need to fill in the dynamic menus in two places now
[09:07] <Laney> is that hard?
[09:12] <larsu> not really
[09:13] <larsu> but might be harder to justify upstream because it makes code more complex
[09:13] <larsu> which is why I was wondering - none of the other apps do this, only totem
[09:14] <larsu> (eog, evince, gedit)
[09:17] <Laney> I'd prefer to keep it and see if you get pushback later
[09:19] <larsu> pushback for having an extra button? I don't think so...
[09:19] <larsu> but yeah, I think I'm leaning towards that as well
[09:19] <Laney> on the complexity
[09:19] <Laney> from upstream, I m ean
[09:19] <larsu> ah, right
[09:20] <Laney> seb128: noted, hopefully it'll get reviewed and we get it via upstream ;-)
[09:20]  * Laney looks around
[09:49] <pitti> any idea about the chromium-browser regression? should I ignore this to let glib2.0 through?
[09:49] <pitti> Laney: ^
[09:49] <Laney> pitti: I pinged qengho multiple times but didn't get any traction yet
[09:49] <pitti> it's apparently a regression of chromium-browser in -proposed, not due to glib2.0
[09:49] <Laney> it happens with the new version so could be real, so I've held off skipping it entirely
[09:49] <Laney> we could skip the triggering packages but then you end up chasing it
[09:49] <pitti> Laney: oh, you mean old chromium-browser plus new glib fails, too?
[09:50] <Laney> no
[09:50] <Laney> I mean that I don't want to do force-badtest on it
[09:50] <Laney> I could do force-skiptest glib, cairo, ... but then you have to keep watching for more instances
[09:50] <pitti> right, I'd just override it once
[09:50] <pitti> i. e. edit results.history
[09:51] <Laney> so I'd really prefer that Chad would just look at it :/
[09:51] <Laney> s/look at/resolve/ - he has actually looked AFAIK
[09:57] <Laney> pitti: nothing backing up behind glib that I'm aware of ATM - I'll raise this in the team meeting later & see if it can be worked on as a priority, otherwise let's skip it
[09:57] <Laney> you should get on the release team so you don't have to hack this file :)
[09:58] <pitti> Laney: well, I actually do want to decide this on a case by case basis, not generally ignore actual regressions
[09:58] <pitti> I just wave through packages which are a victim of unrelated regressions in -proposed
[09:58] <pitti> like gcc-5 now
[09:59] <pitti> ah, I think that's force-skiptest, right?
[09:59] <Laney> indeed
[09:59] <Laney> we don't have the facility to ignore one test for one package
[09:59] <Laney> which you do by editing the file?
[10:00] <Laney> (that would probably be good - might try to work on that)
[10:00] <pitti> right (also, I can't commit to the overrides bzr)
[10:02] <Laney> nod, that bit could be fixed ;)
[10:44] <flexiondotorg> Should themes include icon-theme.cache?
[10:44] <flexiondotorg> Or rather, should .deb packages that install a theme include icon-theme.cache?
[10:49] <Laney> dh_icons will generate a postinst that calls gtk-update-icon-cache when the package is installed
[10:56] <flexiondotorg> Laney, So that is a no then? icon-theme.cache should not be included in packages?
[10:56] <Laney> indeed
[11:02] <flexiondotorg> Laney, thanks.
[11:24] <willcooke> Seems like summer is over already then.
[11:24] <willcooke> Its now snowing.
[11:27] <didrocks> snowing? I don't believe you
[11:27] <didrocks> cloudy here, but that not bad and still hot
[11:28] <ogra_> cherry blossoms :P
[11:28] <didrocks> yeah, that kind of snow, I accept
[11:28] <didrocks> ogra_: because of you, I want to go back to Japan now!
[11:28] <willcooke> nope
[11:28] <ogra_> !
[11:28] <popey> Sunny here in the tropical south.
[11:28] <willcooke> it's stopped now, to be replaced by hail
[11:28] <didrocks> :/
[11:29] <ogra_> just keep it there then, we dont want it in the rest of europe
[11:29] <didrocks> 18°C here, no room for snow!
[11:29] <ogra_> yeah, same here
[11:29] <didrocks> ogra_: s/the rest of //
[11:29] <ogra_> and sunny
[11:29] <popey>  /join #ubuntu-weather-chat

[11:29] <ogra_> haha
[12:15] <larsu> Laney: still got gtk 3.16 in a ppa somewhere?
[12:15] <Laney> ww?
[12:15] <willcooke> Trevinho, ChrisTownsend ^^
[12:16] <ChrisTownsend> willcooke: Thanks
[12:16] <willcooke> Laney, any ideas when 3.16 will hit the archive?
[12:16] <larsu> Laney: right that was it. thanks!
[12:16] <larsu> https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/ww
[12:17] <Laney> hoping for the worst theme issues to be fixed first
[12:17] <willcooke> ack
[12:18] <Laney> it's usable from there for now though
[12:18] <ChrisTownsend> larsu: Laney: I'll try that out and see if it fixes the menu click issue issue Trevinho was mentioning yesterday.
[12:18] <ChrisTownsend> Thanks Guys!
[12:19] <larsu> ChrisTownsend: I'm running 3.16 and can't reproduce that bug. good luck!
[12:19] <ChrisTownsend> larsu: Yeah, I hope I can't either:)
[13:07] <marga> Hey all, is there any way I could find the dbgsym package for a superseded version of a package?
[13:08] <seb128> marga, hey, you can try to see if it's still on ddeb.ubuntu.com
[13:08] <seb128> but it's not likely
[13:08] <marga> Yeah, I already tried that, it's gone
[13:08] <marga> And archive.org doesn't index that
[13:08] <Laney> you can rebuild it with pkgbinarymangler installed
[13:09] <marga> Ah, I don't know about that one
[13:09] <Laney> it diverts dh_builddeb (or something) to do various magic
[13:09] <Laney> including making ddebs
[13:10] <marga> Alright, I'll have a look, tnx!
[13:10] <Laney> np!
[13:44] <marga> So, pkgbinarymangler has no docs. I built the package with it installed and got normal debs with all the normal stuff in them, binaries are even stripped :(
[13:45] <marga> I guess I needed to do something special, I just don't find what
[13:46] <seb128> marga, you should have .ddeb next to the deb in the builddir
[13:46] <seb128> didrocks, do you have a SIM in your bq?
[13:47] <marga> Right, but I don't. As I said, I guess I did something wrong, I just can't figure out what as there are no docs.  I built with: dpkg-buildpackage -rfakeroot...
[13:47] <marga> I guess I'll try fakeroot debian/rules binary
[13:47] <didrocks> seb128: not yet, why?
[13:47] <seb128> didrocks, wondering if you could test bug #1453285
[13:48] <seb128> didrocks, are those dialable from android when locked?
[13:48] <didrocks> Mirv: do you know why I can't "import Ubuntu.Components 1.1" on 15.04? (it's the 15.04 template)
[13:49] <seb128> didrocks, what error do you get with the import?
[13:49] <didrocks> seb128: just tried, can't to any
[13:49] <didrocks> "xx n'est pas un numéro d'urgence"
[13:49] <seb128> didrocks, thanks
[13:49] <seb128> so likely an issue with the SIM/providers not with the phone
[13:50] <didrocks> seb128: it couldn't find the QML module, I just apt-get install ubuntu-sdk
[13:50] <didrocks> seb128: I'm with SFR, it's weird…
[13:50] <didrocks> it's not a third party-small-one
[13:50] <seb128> right, dunno how are emergency numbers being defined...
[13:51] <didrocks> 911 pass
[13:51] <didrocks> so I guess hardcoded in the OS?
[13:51] <seb128> not sure, it seems to come from the SIM
[13:51] <seb128> the list-modem ofono script lists numbers
[13:51] <didrocks> interesting that they don't refresh them for France… sounds not policy-compliant
[13:52] <Mirv> didrocks: better maybe ask zsombi / t1mp / kalikiana (all on #ubuntu-app-devel), I know they've worked with 1.1/1.2/1.3 story lately
[13:52] <seb128> indeed not...
[13:52] <didrocks> Mirv: ok, doing
[13:52] <seb128> didrocks, is qtdeclarative5-ubuntu-settings-components installed?
[13:52] <seb128> ignore that
[13:52]  * didrocks sees *settings*
[13:53] <didrocks> I guess qtdeclarative5-ubuntu-ui-toolkit-plugin
[13:55] <marga> fakeroot debian/rules binary also didn't work... I guess I'll go read the code and try to figure out how to use this.
[14:01] <Trevinho> seb128: hey! A question: unity-settings-daemon is used only by unity, right? No other flavor?
[14:02] <seb128> Trevinho, hey, it's used in the installer and on the greeter as well
[14:02] <seb128> so can't rely on unity to run
[14:02] <seb128> if that's the question
[14:02] <Trevinho> seb128: mh, ok...
[14:03] <seb128> Trevinho, sorry ;-)
[14:28] <ChrisTownsend> Laney: Hey, the ww PPA needs some packages copied to the Wily series.
[14:29] <ChrisTownsend> Like atk1.0.
[14:30] <Laney> ChrisTownsend: That's in wily-proposed, take it from there
[14:30] <ChrisTownsend> Laney: Oh, ok, thanks
[14:30] <Laney> Will try to get this unstuck later
[14:31] <ChrisTownsend> Laney: Sure, just trying to see if a bug is fixed.
[14:33] <rvr> Is the support of 10.04 already over?
[14:38] <marga> I figured out that I also needed to have pkg-create-dbgsym, and then I needed to rerun debian/rules binary.  Now I finally have my ddebs :)
[14:38] <marga> Thanks
[14:38] <seb128> marga, oh, right, sorry I meant to check when you said it didn't work and got sidetracked
[14:39] <seb128> yeah, you need that package to make the ddebs ;-)
[14:42] <ChrisTownsend> larsu_: FYI, the newest Gtk from the PPA does not reproduce the issue.
[14:52] <Trevinho> seb128: ok... However those are not sessions, right? I mean, you know what was the reason for this upstart conf? (start on started dbus and starting gnome-session INSTANCE!=GNOME)
[14:52] <Trevinho> and not INSTANCE==ubuntu ?
[14:52] <seb128> Trevinho, I think some derivative/variant wanted to use u-s-d, I'm unsure if they do know
[14:52] <Laney> yes
[14:52] <seb128> Trevinho, what are you trying to do?
[14:53] <Laney> flashback does for example
[14:53] <seb128> know->now
[14:54] <Trevinho> seb128: I'm looking at it for two reasons... One is problem solved (MP soon). but also I wanted to move unity7 to properly run on upstart session as gnome-session is not reliable when it comes to respawning it...
[14:54] <seb128> Trevinho, I though that was already the case?
[14:54] <Trevinho> and, so... I was looking around at the conf's, and I noticed this.. So I was wondering what was the reason
[14:54] <Trevinho> seb128: it was, but  a merge with upstream reverted it
[14:54] <seb128> Trevinho, https://launchpad.net/ubuntu/+source/gnome-session/3.14.0-2ubuntu5
[14:54] <Trevinho> I think Laney then fixed it again
[14:54] <seb128> Trevinho, ?
[14:55] <seb128> right
[14:55] <seb128> so it's fixed?
[14:55] <Trevinho> seb128: it is but I need to optimize stuff.. .And make sure that unity starts after ngome-sessions and that it takes its env
[14:56] <Trevinho> seb128: so, I think we need also to make gnome-session to talk to upstart to set the environment variables (this might also avoid us to ship custom stuff like it happens for the gnome-keyring)
[14:57] <seb128> Trevinho, can't you setenv from the job?
[14:58] <Trevinho> well, some apps might even call gnome-session set'env and this won't then affect the upstart jobs... I was just looking... As there are some env variables missing otherwise
[14:59] <Laney> what do you see missing?
[15:00] <Trevinho> Laney: mh, I've not written them down (I've done this tests few days ago), but I'll check again.,..
[15:00] <Laney> diff <(strings /proc/$(pidof gnome-session)/environ | sort) <(strings /proc/$$/environ | sort)
[15:00]  * Laney 's head breaks
[15:00] <Laney> make that diff -u ;-)
[15:01] <Trevinho> indeed
[15:02] <Trevinho> Laney: ah, now I recall...
[15:02] <Trevinho> Laney: there are two calls in gnome-session to set_env...
[15:02] <Trevinho> one for SESSION
[15:02] <Trevinho> the other for XDG_MENU_PREFIX
[15:02] <Trevinho> Laney: so... Indeed we could export them by hand
[15:02] <Trevinho> but...
[15:03] <Trevinho> since gnome-session has already a wrapper for exporting env variables (that might be called also through autostart .desktop files), I'd prefer to do things once and with a simple dbus call
[15:05] <Laney> What you could do is make it call the upstart thingy to set the variable
[15:05] <Trevinho> Laney: yep that's I what to do
[15:05] <Laney> and serialise the session startup so that gnome-session starts before compiz
[15:06] <Trevinho> yes, I've done that
[15:06] <Laney> that'll only work properly during initialisation, but this is documented anyway
[15:06] <Laney> for their Setenv method
[15:07] <Laney> ah it even fails later on
[15:21] <Trevinho> seb128: when you've a moment, can you check https://code.launchpad.net/~3v1n0/unity-settings-daemon/automount-monitor-lockscreen/+merge/259514 ?
[15:22] <seb128> Trevinho, sure can, thanks for working on that
[15:22] <Trevinho> mdeslaur: also... This should be trivial to backport ^
[15:22] <mdeslaur> Trevinho: awesome, thanks! I'll take a look this week
[15:23] <Trevinho> mdeslaur: I've not checked /properly/, but the patch should apply cleanly to trusty as well
[15:23] <Laney> I thought you emulated the gnome-screensaver interface?
[15:24] <Trevinho> Laney: we do... But in unity the creen can be locked before of having a screensaver
[15:24] <Trevinho> Laney: and since that unity-settings-daemon depends on the Activated signal for turning off the screen as well, we can't just do the same
[15:24] <Trevinho> (activated from g-s)
[15:25] <Trevinho> i.e. screen is locked.... then after some time the screen is blanked. At that point we send the ScreenSaver.Activated signal...
[15:26] <Trevinho> but there's a delay...
[15:26] <Laney> oh, I just assumed that it was activated straight away
[15:26] <Trevinho> and the same when waking up
[15:26] <Laney> you want to always show the lockscreen for a bit or something?
[15:26] <Trevinho> Laney: yes, as music might be playing and stuff like that
[15:27] <Trevinho> Laney: in any case we don't want the screen off when user comes back and moves something
[15:27] <Trevinho> and that's controlled by the very same signal
[15:27] <seb128> Trevinho, while you are looking at lockscreen, maybe you want to have a go at https://bugs.launchpad.net/oem-priority/+bug/1405349 as well? ;-)
[15:27] <seb128> Trevinho, having unity not blanking the screen if it can't lock
[15:28] <seb128> the issue is that indicator-session tries to lock the session between switching away
[15:28] <Trevinho> mhmh... I'm not sure we don't want to blank if you disable the lockscreen
[15:28] <seb128> locking is disabled but unity blank the screne in that case
[15:28] <Trevinho> that should happen only if you disable the screensaver
[15:28] <seb128> right
[15:28] <seb128> which is the case in guest sessions
[15:28] <Trevinho> we're more flexible than gnome I think...
[15:28] <seb128> well, it's an oem flagged issue
[15:28] <seb128> could be
[15:29] <seb128> but it's confusing, you switch back to the guest
[15:29] <Trevinho> seb128: well, so guest sessions can just set the delay to infinite?
[15:29] <seb128> and you have a blank screen
[15:29] <seb128> it looks like the session close and you were on a vt or something
[15:29] <Trevinho> or disable the screen blanking at all?
[15:29] <seb128> they could
[15:29] <seb128> but shouldn't unity stay away from doing anything if lockscreen is locked down?
[15:30] <willcooke> Hrm.  Meeting time already
[15:30] <Trevinho> locked down doesn't mean you don't want your screen to blank (ok, it's not CRT times anymore, but still...)
[15:31] <willcooke> seb128, Trevinho you guys want to continue your discussion now and we can wait to start the meeting, or are you ok?
[15:31] <willcooke> ok to start the meeting that is
[15:31] <Trevinho> willcooke: no problem, we can continue later
[15:31] <willcooke> oki, thx Trevinho
[15:31] <seb128> willcooke, we moved to another channel it's ok
[15:31] <willcooke> in which case...
[15:32] <willcooke> #startmeeting Desktop Team Weekly - 2015-05-19
[15:32] <meetingology> Meeting started Tue May 19 15:32:23 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:32] <meetingology> Available commands: action commands idea info link nick
[15:32] <willcooke> Roll call: attente, desrt,  dgadomski, didrocks, fjkong, happyaron, laney, larsu, qengho, seb128, sweet5hark, tkamppeter, themuso (out), robert_ancell (out)
[15:32] <larsu> \o
[15:32]  * Sweet5hark sneaks in
[15:32] <seb128> hey
[15:32] <dgadomski> o/
[15:33] <Laney> ahoy
[15:33] <didrocks> hey
[15:33] <willcooke> attente and desrt might be en route to the Mir sprint so may not be here
[15:34] <willcooke> let's start with dgadomski and we can loop back round
[15:34] <willcooke> #topic dgadomski
[15:34] <dgadomski> hey, unfortunately nothing related to desktop was taking place last week
[15:34] <willcooke> nice and easy :)
[15:34] <dgadomski> :)
[15:34] <willcooke> thx dgadomski
[15:34] <dgadomski> thanks
[15:34] <willcooke> #topic didrocks
[15:35] <didrocks> * Ubuntu Make:
[15:35] <didrocks> - bug triaging and pull request review
[15:35] <didrocks> * Ubuntu SDK:
[15:35] <didrocks> - Finish watching UOS sdk-touch related sessions
[15:35] <didrocks> - Mostly reading SDK-related documentation and guides for developers and presentation, still some to read (mostly API related)
[15:35] <didrocks> - Continued to draw the developer position, looking for equipment and example application to use to cover various topics.
[15:35] <didrocks> - troubles with the /home on ecryptfs issue with the SDK, (multiple mounting leaving the machine in a useless state). Had to move everything to a clean home.
[15:35] <didrocks> Short week (4 days, Thursday was off)
[15:35] <didrocks> .
[15:36] <willcooke> thx didrocks
[15:36] <willcooke> #topic FJKong
[15:37] <willcooke> FJKong, please let me have your update via email
[15:37] <willcooke> #topic happyaron
[15:38] <willcooke> Probably also asleep
[15:39] <willcooke> happyaron, please let me have your update via email
[15:39] <willcooke> #topic Laney
[15:39] <Laney> can you skip me until the end please?
[15:39] <Laney> (sorry)
[15:39] <willcooke> sure
[15:39] <willcooke> #topic larsu
[15:40] <larsu> hey, very short week due to holiday and day off
[15:40] <seb128> the previous meeting was too good to stay that way :-)
[15:40] <larsu> continued on totem, turned out more work than I thought
[15:40] <larsu> also looked into the timezone panel a bit more
[15:40] <larsu> (also signed a lease on a new apartment)
[15:40] <Laney> ok, I can go next
[15:41] <larsu> and usual discussion etc. </larsu>
[15:41] <willcooke> larsu, congrats on the apartment
[15:41] <willcooke> #topic Laney
[15:41] <Laney> • This week I mainly did merges (https://launchpad.net/~laney/+uploaded-packages)
[15:41] <Laney> • SRUed glib
[15:41] <Laney> • Investigated some glib filemonitor issues and filed bugs upstream, waiting for reply still
[15:41] <Laney> • Packaged gtk+2.0 new release for w (will look at T SRU soon), gtk+3.0 3.16.3 for ww PPA
[15:41] <Laney> • Test a systemd patch for mount handling from p_itti
[15:41] <Laney> • Smooth some autopkgtests to get things moving to release, file some Debian bugs about these where appropriate
[15:41] <Laney> • Help with x264 transition, get that migrated
[15:41] <Laney> • Some system-settings/phone discussions
[15:41] <Laney> ☂
[15:41] <willcooke> thx Laney
[15:41] <willcooke> #topic qengho
[15:42] <Laney> was mostly displaced to the dining room which was unpleasant
[15:42] <seb128> oh, +uploaded-packages, didn't know about that
[15:42]  * Laney needs the full workstation experience
[15:42] <Laney> yeah doesn't contain syncs though (https://launchpad.net/~laney/+synchronised-packages)
[15:43] <seb128> nor sponsored uploads it seems :-/
[15:43] <qengho> - Fixed chromium-browser FTBFS for armhf.
[15:43] <qengho> - Tracked chromium autopkgtest failure back to a wily-sepcific transitional java lib package that the sikuli exec-wrapper classpath doesn't account for. Much drinking here.  debbugs #785720 LP #1456675. May need debian upload sponsorship.
[15:43] <qengho> EOF
[15:43] <willcooke> thx qengho
[15:43] <willcooke> #topic seb128
[15:43] <seb128> • 3 days week (thursday was a national holiday, took friday off as well)
[15:43] <seb128> • lot of bugs triaging (desktop/vivid & phone/touch)
[15:43] <seb128> • patch pilot shift
[15:43] <seb128> • quite some emails backlog after the 4 days off work
[15:43] <seb128> • joined several discussions about desktop&convergence topics (timezone selection issues on desktop, content-hub on desktop, settings design issues, ...), that kept me busy for a part of the week

[15:43] <willcooke> thx seb128
[15:43] <willcooke> #topic Sweet5hark
[15:44] <Sweet5hark> - one day sick leave, one day holiday, one day paid off
[15:44] <Sweet5hark> - travel prepare for LibreOffice Hackfest in Cambridge, UK this week
[15:44] <Sweet5hark> - pushed the assumed crash-on-exit bug to PPA
[15:44] <Sweet5hark> - fixed "mail merge with base" bug upstream
[15:44] <Sweet5hark> -- backported to vivid
[15:44] <Sweet5hark> -- currently build for PPA, should be SRU together with the other stuff after some PPA test time on Monday(?)
[15:44] <Sweet5hark> EOF
[15:44] <willcooke> thx Sweet5hark
[15:44] <willcooke> feeling better now Sweet5hark ?
[15:44] <Sweet5hark> willcooke: yes, but still on antibiotics. so it may be a lie
[15:44] <willcooke> :(
[15:44] <willcooke> hope you are on the mend
[15:45] <willcooke> #topic tkamppeter_
[15:45] <tkamppeter> - Set up Wily (.DEB edition) on a virtual machine.
[15:45] <tkamppeter> - MIR to get Debian's ippusbxd package into Main.
[15:45] <tkamppeter> - More tests concerning ippusbxd, found a bug preventing automatic print queue setup for all USB printers, reported bug for SRU
[15:45] <tkamppeter> - cups-filters: Investigations on auto-generated PPD-less print queues for IPP network printers how they can also made to accept JPG
[15:45] <tkamppeter> - Bugs
[15:45] <willcooke> thx tkamppeter
[15:45] <willcooke> #topic TheMuso
[15:45] <willcooke> * Updated at-spi in wily, orca will soon follow.
[15:45] <willcooke> * Working on various package merges for various packages I have touched in the last cycle.
[15:45] <willcooke> * Started working more on the unity 7 dash, the search text entry is not yet accessible, and making it so will also improve HUD accessibility.
[15:45] <willcooke> #topic robert_ancell
[15:45] <willcooke> - Released lightdm 1.15.0 with support to use new XMir when it hits the archive
[15:45] <willcooke> - Investigated upstream status of XMir patches
[15:45] <willcooke> - Created local XMir branch and started splitting big patch into
[15:45] <willcooke> smaller pieces (upstreamable + changes that need more investigation).
[15:45] <willcooke> - Tested proposed xorg-server package for wily which replaces old XMir
[15:46] <willcooke> with new version
[15:46] <willcooke> - Released simple-scan 3.14.3.1
[15:46] <willcooke> #topic Any other business
[15:46] <qengho> Next Moonday, 25 May, is a national holiday for USA.
[15:46]  * willcooke adds it to the calendar
[15:46] <willcooke> oh
[15:46] <willcooke> Next Moonday, 25 May, is a national holiday for UK.
[15:46] <Laney> hell yes it is
[15:46] <didrocks> same in France
[15:46] <larsu> same in DE
[15:47] <willcooke> We should all meet up and have a BBQ then
[15:47] <czajkowski> didrocks: the month of May is a bank holiday in FRance!
[15:47] <didrocks> czajkowski: mostly, yeah 4 this year (but next year, only 2… as 2 of them are on Sundays)
[15:47] <Laney> qengho: do you need help with that upload?
[15:48] <qengho> Laney: Yes.
[15:48] <Laney> just that one should fix the test?
[15:48]  * qengho barbequed this weekend! Come over!  https://lh3.googleusercontent.com/-2HAwdDWZG9k/VVdWr9hMPnI/AAAAAAAAmkU/n8R0Hbjd2qA/w749-h562-no/IMG_20150516_103927.jpg
[15:49] <Laney> perhaps you could attach your diff to the debian bug too
[15:49] <qengho> Laney: yes, it fixes the test.
[15:49] <qengho> I will.
[15:49] <Sweet5hark> willcooke: will travel to Cambridge very early on Thurday, hope to see you there one of the days.
[15:49] <Laney> 'kay, thanks
[15:49] <willcooke> Sweet5hark, oki, will aim to get over for lunch one of the days
[15:49] <willcooke> meetings allowing
[15:50]  * Sweet5hark packs his clownnose. flying germanwings again.
[15:50] <Sweet5hark> willcooke: sure, sure
[15:50] <Laney> larsu: is styling undershoot and overshoot on your bugdar?
[15:50] <larsu> nope
[15:50] <Laney> perhaps we could just make them blank for now so we can upload 3.16
[15:50] <larsu> but it can be :)
[15:50] <Laney> heh
[15:50] <Laney> I assigned some bugs to you ;-)
[15:50] <larsu> thanks :)
[15:51] <Laney> I thought this was a softer ping than IRC :P
[15:51] <Laney> anyway I think if we get those then we could probably 3.16ify wily
[15:51] <Laney> the default style is pretty obnoxious
[15:53] <mhall119> willcooke: didrocks: what's new in Ubuntu Make 0.8?
[15:53] <willcooke> mhall119, one sec
[15:53] <willcooke> any other business for the meeting?
[15:53] <willcooke> 1 min....
[15:55] <willcooke> #endmeeting
[15:55] <meetingology> Meeting ended Tue May 19 15:55:13 2015 UTC.
[15:55] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-05-19-15.32.moin.txt
[15:55] <willcooke> didrocks, looks like your blog has lost some new posts?
[15:55] <willcooke> thanks for the updates everyone
[15:56] <willcooke> mhall119, https://plus.google.com/+DidierRoche/posts/bpES8AhH98x
[15:56] <willcooke> mhall119, and https://github.com/ubuntu/ubuntu-make/commit/3ab7cbcfeb1123e65364b4e77be5399eec04bed7
[15:57] <willcooke> qengho, oh! nice pic
[15:57] <seb128> willcooke, thanks
[15:58] <mhall119> thanks willcooke
[15:58] <didrocks> mhall119: sorry, had to hard reboot, the sdk went crazy again in loop mounts
[15:58] <seb128> didrocks, without ecryptfs?
[15:58] <didrocks> seb128: yeah… so it seems it's another issue
[15:59] <seb128> k, makes sense
[15:59] <didrocks> and I'm not the only one if you look at the bug report
[15:59] <seb128> I'm not seeing that one under ecryptfs
[15:59] <tyhicks> what's the bug report for that one?
[15:59] <didrocks> tyhicks: it was written on the same bug report until now
[15:59] <didrocks> but it seems they are different as I'm without /home being a mountpoint now
[15:59] <didrocks> I just left qtcreator opened during the meeting
[15:59] <seb128> that's crazyness
[16:00] <didrocks> and it starts after a while to bindmount 1 000 mounts
[16:00] <seb128> I blame systemd :p
[16:00] <willcooke> :D
[16:00] <didrocks> the fsckd patch for sure!
[16:00] <seb128> I was about to say!
[16:00] <didrocks> I have to reboot under upstart, because it seems that mount is not as efficient or delayed
[16:00] <didrocks> (probably the schroot job)
[16:00] <seb128> oh, to fix it you mean
[16:01] <didrocks> so I can stops the schroot session restore on reboot
[16:01] <didrocks> yeah
[16:01] <seb128> does the bug happen under upstart?
[16:01] <didrocks> I'll try tomorrow a full day under upstart
[16:01] <didrocks> and see
[16:01] <seb128> k
[16:01] <didrocks> mhall119: so… to your question, just before the freeze, I was going to point you at https://plus.google.com/+DidierRoche/posts/bpES8AhH98x
[16:03] <mhall119> didrocks: willcooke beat you to it :)
[16:03] <didrocks> he had an advantage, qtcreator wasn't opened for him!
[16:03] <didrocks> totally unfair battle
[16:04] <willcooke> hey!  You don't know that
[16:04] <willcooke> but you are right
[16:05] <willcooke> mhall119, was that update about right?  Bit more info next time?
[16:05] <qengho> Laney: Attached debdiff. I think I did it right. BTSing is rusty.
[16:06] <qengho> eventually, at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785720
[16:06] <mhall119> willcooke: more specific detail would be good, the XMir stuff was perfect
[16:06] <willcooke> mhall119, gotya
[16:07]  * qengho lunch. afk.
[16:11] <didrocks> see you guys
[16:24] <Trevinho> seb128: so... what we don't want is something like...
[16:24] <Trevinho> gdbus call --session --dest org.gnome.ScreenSaver --object-path /com/canonical/Unity/Session --method com.canonical.Unity.Session.ActivateScreenSaver && sleep 1 && sudo chvt 1 && sleep 1 && sudo chvt 7
[16:25] <Trevinho> and at that point you need to move something to turn things on...
[16:31] <seb128> Trevinho, correct
[17:25] <willcooke> g'night
[17:39] <Laney> qengho: There's a missing \ in the .sh files
[17:39] <Laney> Adding that makes it pass - uploading
[17:39] <Laney> but probably update your Debian patches
[18:08] <qengho> Laney: Oh man. Thank you.