[01:00] <robert_ancell> desrt, still around?
[04:21] <pitti> Laney: I tried yesterday's desktop-next image which seb128 promised me to work, and it still doesn't -- still the same "no autologin" bug
[06:31] <larsu> good morning!
[06:38] <pitti> hello larsu ^5s
[06:59] <didrocks> hey larsu ;)
[07:28] <larsu> didrocks: bonjour!
[07:28]  * larsu is sitting in the sun \o/
[07:28] <robert_ancell> larsu, nice!
[07:30] <larsu> hi robert_ancell!
[07:31]  * didrocks relocates in the balcony, like yesterday :)
[07:40] <robert_ancell> Trevinho, is unity8 session broken in utopic? It's crashing on login for me (left with blank screen)
[07:41] <robert_ancell> (and are you and Andrea maintaining this in this timezone?)
[08:05] <Laney> hey
[08:05] <Laney> pitti: grump, well I'll look today
[08:06] <didrocks> morning Laney
[08:07] <pitti> hey Laney, good morning
[08:07] <pitti> seb128: so, false promises!
[08:08]  * pitti hugs seb128
[08:12] <didrocks> promise was that we won't hear about football ever ever again? :)
[08:12] <pitti> didrocks: RESOLVED/WONTFIX
[08:13] <pitti> didrocks: actually, that yesterday's ubuntu-next image would actually boot :_
[08:13] <pitti> :)
[08:13] <didrocks> pitti: yeah, some people will almost set that to INVALID anyway :)
[08:13] <didrocks> ahah
[08:13] <didrocks> or rather "OPINION" :)
[08:13] <pitti> didrocks: or in LP terms, "Opinion" :)
[08:13] <didrocks> :p
[08:13]  * pitti te donne une accolade
[08:14] <pitti> didrocks: tu dois attendre avec juli 17 et pas parler avec des autres gens :)
[08:14]  * didrocks donne une accolade en retour
[08:14] <didrocks> pitti: exactement, on va s'enfermer dans une cave !
[08:15] <pitti> ah ah
[08:15] <pitti> ^ note that I used the French chuckling :)
[08:15] <didrocks> \o/
[08:17] <pitti> didrocks: est-ce que julie aime le football ?
[08:17] <didrocks> pitti: non plus, donc elle est plutôt ravie que je n'aime pas :)
[08:18]  * pitti invokes google translate for that
[08:25] <seb128> pitti, right, saw that, I was just reading his summary email
[08:26] <Laney> can't switch to a vt
[08:26] <Laney> BAH!
[08:26] <seb128> Laney, I think the user metrics thing has a bug since the revert
[08:26] <Laney> time isn't updating
[08:26] <seb128> switch to vt wfm
[08:26] <seb128> k
[08:26] <Laney> I think it's probably crashed
[08:26] <seb128> so maybe it's blocked
[08:26] <seb128> pitti, what's your issue with the iso?
[08:26] <pitti> seb128: still the same -- it boots to lightdm, then I don't know which user/password to log in as
[08:26] <seb128> pitti, is that on real hardware?
[08:26] <seb128> oh, a robert_ancell
[08:27] <pitti> seb128: yes, on my X230
[08:27] <seb128> pitti, :-(
[08:27] <pitti> seb128: same machine I tried it on on Malta
[08:27] <seb128> pitti, can you share /var/log/lightdm?
[08:27] <seb128> pitti, what issue did you download? yesterday's one?
[08:27] <pitti> seb128: hang on (sitting in a train)
[08:27] <pitti> seb128: yes, yesterday's
[08:28] <seb128> pitti, ubuntu-desktop-next/ubuntu is login/password
[08:28] <pitti> seb128: I can put the image on an USB stick (didn't bring the one from yesterday) and boot it
[08:28] <Laney> gives me a unity8 lock screen
[08:28] <pitti> ah, thanks
[08:28] <Laney> I do not know why this would only work for some people
[08:28] <seb128> pitti, but if autologin fails it's likely Mir being unhappy so it's not going to help you
[08:28] <Laney> although the syslinux screen thing doesn't show up
[08:28] <seb128> right, that's an issue since syslinux 6 landed
[08:28] <Laney> but if I boot it in uefi mode I get to choose install/boot anyway
[08:28] <seb128> Colin said he would have a look
[08:28] <pitti> seb128: ah, you  figure it has tried to start the session, but failed?
[08:28] <seb128> if you hit enter on the empty screen it boots
[08:29] <seb128> pitti, yes
[08:29] <pitti> seb128: on Malta this apparently was a real issue, that Laney fixed, wasn't it?
[08:29] <seb128> pitti, that's what I was having under virtualbox first, before I tried on real hardware
[08:29] <Laney> autologin wouldn't work before
[08:29] <seb128> pitti, right, it was not autologin in until yesterday
[08:29] <seb128> but that is fixed
[08:29] <Laney> but I think it does the same thing if the actual login fails
[08:29] <Laney> i.e. takes you back to lightdm
[08:29] <seb128> the thing is that failed session start gives you a similar experience
[08:29] <seb128> it bounces you back to the greeter
[08:29] <seb128> Laney, ;-)
[08:30] <Laney> could probably show a message in this case though
[08:30] <Laney> failed autologin
[08:30] <seb128> Laney, is that on your nvidia box?
[08:30] <Laney> the crash?
[08:30] <Laney> yes
[08:30] <seb128> k, maybe Mir doesn't like nvidia or something
[08:30] <robert_ancell_> Is this unity 8 session?
[08:31] <seb128> Laney, well, autologin doesn't fail, technically it starts the session, session fails to start and exit ... so from a lightdm perspective it's not different from a log-in and log-out cycle
[08:31] <seb128> robert_ancell_, yes
[08:31] <seb128> robert_ancell_, desktop-next iso
[08:31] <robert_ancell_> It's crashing for me in utopic, but the upstart never returns so lightdm thinks it's running fine
[08:31] <seb128> robert_ancell_, hey btw, how are you? ;-)
[08:31] <robert_ancell_> I haven't tried that iso yet
[08:32] <Laney> seb128: doesn't it exit with a bad code?
[08:32] <seb128> robert_ancell_, the iso from yesterday (should still be current) is working for me on the inspiron 11, I even did a successful install
[08:32] <seb128> Laney, I don't think lightdm watches for exit codes and display an error when the session exit with one
[08:32] <robert_ancell_> It's bugged me for a long time that lightdm doesn't really know anything about the session. I wonder if there is a better interface that just monitoring the session process for exit
[08:32] <seb128> robert_ancell_, what is crashing/do you have a log/bt?
[08:32] <Laney> I'm suggesting maybe it could ;-)
[08:32] <robert_ancell_> seb128, good, how are you
[08:33] <seb128> Laney, right
[08:33] <seb128> robert_ancell_, I'm good thanks ;-)
[08:33] <Laney> robert_ancell_: up late?
[08:33] <pitti> ok, trying to boot it again, collecting logs
[08:43] <pitti> Laney, seb128: back, I now have the entire /var/log
[08:43] <pitti> Laney, seb128: so, I see text-mode plymouth (usually I have graphical dots), then immediately lightdm
[08:43] <pitti> but the logs do show a failed session
[08:43] <seb128> - other ideas
[08:43] <pitti> to be sure, I changed the password of u-d-n to "a" and tried to log in manually, then I got a blue error "session startup failed" in lightdm greeter
[08:44] <seb128> 3 would be best, but I doubt the unity team is going to work on that
[08:44] <pitti> lightdm.log: http://paste.ubuntu.com/7657351/
[08:44] <pitti> x-0-greeter.log: http://paste.ubuntu.com/7657352/
[08:45] <robert_ancell> pitti, is that the correct log? It looks like a fresh boot log
[08:45] <pitti> x-0.log: http://paste.ubuntu.com/7657353/
[08:45] <seb128> pitti, do you have unity-system-compositor.log ?
[08:45] <pitti> robert_ancell: yes, it's fresh from booting the ubuntu-desktop-next CD
[08:45] <pitti> seb128: not in /var/log/
[08:45] <seb128> weird
[08:45] <pitti> I do have X.org logs apparently, though :) is that for lightdm itself?
[08:46] <seb128> yes
[08:46] <pitti> anyway, x-0-greeter.log shows a scary number of errors
[08:46] <seb128> ok, weird
[08:46] <pitti> the missing backgroud is probably ok
[08:46] <pitti> (nm-applet:2031): libnotify-WARNING **: Failed to connect to proxy
[08:46] <pitti> that probably also survived
[08:46] <seb128> for me in the VM case I had a unity-system-compositor.log with egl errors
[08:47] <seb128> the missing background is because the image is not seeded on the iso
[08:47] <pitti> seb128: welll, this is not VM, it's real errors
[08:47] <pitti> err, real iron
[08:47] <seb128> right
[08:47] <robert_ancell_> grr, network disconnects
[08:47] <seb128> robert_ancellhttp://paste.ubuntu.com/7657360/
[08:47] <seb128> ups
[08:47] <pitti> seb128, Laney: so does yesterday's ISO actually work for you?
[08:47] <seb128> robert_ancell_, ^
[08:47] <robert_ancell_> seb128, ta
[08:47] <seb128> pitti, yes, for some definition of "work"
[08:47] <pitti> I wonder if any of these "no such service" etc. are breaking it, or if it's a graphics card/Mir problem
[08:48] <seb128> on my inspiron 11, it boots fine in unity8, showing the tablet lock screen, I just need to click on the "phablet" button to unlock
[08:48] <seb128> installs works fine as well
[08:48] <seb128> in VM I've something similar to what you describe
[08:48] <pitti> oh, so x-0-greeter.log is for the greeter's own session, not from starting the user session?
[08:48] <seb128> Laney has it booting to the phablet lock but hanging there
[08:48] <seb128> pitti, correct
[08:49] <seb128> pitti, user session would be ~/.cache/upstart
[08:49] <pitti> so where does it show the attempted start of the u-d-n session?
[08:49] <seb128> in the ubuntu-desktop-next userdir
[08:49] <robert_ancell_> pitti, do you have x-0.log?
[08:49] <seb128> robert_ancell_, <pitti> x-0.log: http://paste.ubuntu.com/7657353/
[08:49] <robert_ancell_> sorry, I see the link now
[08:49] <pitti> robert_ancell_: yes, http://paste.ubuntu.com/7657353/
[08:49] <Laney> default-session=ubuntu
[08:50] <Laney> shouldn't that be unity8-mir?
[08:50] <Laney> or is this something else?
[08:50] <pitti> robert_ancell_: but I thought this would also just be for the greeter itself?
[08:50] <seb128> Laney, [+0.17s] DEBUG: Loaded session /usr/share/xsessions/unity8-mir.desktop (Unity8-Mir, )
[08:50] <pitti> I see no trace at all for the attempted lightdm startup of the "actual" session
[08:50] <Laney> seb128: yeah that means it's installed
[08:50] <pitti> yes, but merely loading the .desktop file doesn't mean much
[08:50] <Laney> but I'd expect it to be the default too?
[08:51] <Laney> can you look at your /var/log/lightdm/?
[08:51] <robert_ancell_> pitti, this is autologin?
[08:51] <Laney> see if you have the same things
[08:51] <seb128> oh, right
[08:51] <pitti> robert_ancell_: yes; as I said, this is a clean live session boot of yesterday's utopic-desktop-next-amd64.iso
[08:52] <pitti> robert_ancell_: It could be that autologin is still broken, of course; but manual login said "failed to start session"
[08:52] <seb128> pitti, do you have a /etc/lightdm/lightdm.conf?
[08:52] <robert_ancell_> pitti, because the lightdm log indicates this is not an autologin, it has started a greeter and prompted you for something (probably the password) and not got a reponse
[08:52] <pitti> seb128: yes, it did have that
[08:52] <seb128> pitti, what is in there?
[08:52] <seb128> pitti, dpkg -l | grep unity8-desktop-session
[08:52] <pitti> seb128: I don't know any more, I didn't save it; but presumably the same you have?
[08:53] <pitti> seb128: I'm afraid I can't boot back and forth multiple times now, I need my battery (this is just an IC without power plugs, no ICE :/)
[08:53] <seb128> pitti, well, it looks like you don't have Laney's changes that landed this w.e
[08:53] <seb128> pitti, are you sure you got the correct iso?
[08:53]  * robert_ancell_ thinks I should make a lightdm --dump-config that combines all the config files into stdout for easy checking for configuration errors
[08:53] <Laney> seb128: that's why I'm asking you to check that default-session in your logs
[08:53] <Laney> should confirm that theory
[08:53] <seb128> Laney, it's unity8-mir for me
[08:54]  * Laney nod
[08:54] <seb128> pitti, what's the md5 of your iso?
[08:54] <pitti> seb128: oh, erk -- indeed
[08:54] <Laney> because this is just what those changes were trying to fix
[08:54] <pitti> I did dowlnoad the new image yesterday, but apparently it got sent to Nirvana :/
[08:54] <pitti> thanks firefox
[08:54] <Laney> zsync time!
[08:55] <pitti> seb128, Laney: argh, sorry for the noise then; will re-download this afternoon when I'm back with bandwidth
[08:56] <seb128> pitti, no worry
[08:56] <seb128> robert_ancell_, in the "trying to boot that iso in a VM" case things are weird
[08:56] <Laney> someone said that vmware was supposed to work
[08:57] <seb128> robert_ancell_, like there is no actual session log, and you get back to the greeter, it seems like it's unity-system-compositor that fails but it's not really communicated properly anywhere in the logs
[08:57] <seb128> Laney, I tried virtualbox only
[08:57] <Laney> yeah, just saying
[08:57]  * seb128 tries to download vmware just to see
[08:57] <robert_ancell_> seb128, u-s-c is still running but the u-s-c log doesn't show anything?
[08:57] <Laney> I think it was some mir guys at the sprint maybe
[08:58] <robert_ancell_> I also believe vmware was working at some point
[08:58] <seb128> robert_ancell_, no, u-s-c is not running
[08:58] <robert_ancell_> Not sure if that's what's been released into ubuntu though, there tends to be a delay
[08:58] <robert_ancell_> seb128, that's bad if lightdm hasn't detected that
[08:58] <seb128> the lightdm logdir has a u-s-c.log with a mir exception
[08:58] <seb128> and lightdm sits on a login prompt
[08:59] <seb128> which means autologin failed to start the session, sent back to the greeter without telling anything
[09:00] <seb128> the u-s-c.log has "std::exception::what: Error opening DRM device 19, "No such device""
[09:00] <seb128> (that's under virtualbox)
[09:00] <robert_ancell_> seb128, oh, it falls back to VT switched X by default
[09:01] <robert_ancell_> But yes, we should have some mechanism for a greeter to have an error message when it starts that is set by lightdm
[09:01] <robert_ancell_> So we have a better user experience under failure
[09:03] <seb128> yeah, and if I enter ubuntu-desktop-next a l/p then I get the greeter "frozen"
[09:03] <seb128> like the username/password entry vanish but it stays on the greeter
[09:03] <seb128> I can still open/close the a11y indicator
[09:03] <seb128> oh well, better handling of error cases is a wishlist
[09:04] <seb128> robert_ancell_, looking to your email ... meanwhile, did you have an opinion on the gnome-desktop options?
[09:04] <robert_ancell_> seb128, I think I missed the question after the list of options
[09:04] <seb128> robert_ancell_, I didn't state a question I think :p
[09:05] <robert_ancell_> But agreed implementing in Unity is the best by far. The service seems an acceptable option, though it just feels risky for some reason
[09:05] <seb128> robert_ancell_, which one do you prefer/do you have a better idea, would be the question
[09:05] <robert_ancell_> No better options that I can think of
[09:05] <seb128> yeah, I don't really like the new service
[09:05] <seb128> it feels like it has potential to bring bugs
[09:05] <robert_ancell_> It shouldn't be particularly hard to implement in Unity 7 (for someone who is experienced in that codebase)
[09:06] <seb128> yeah, but that's going to take some time even if we do it
[09:06] <robert_ancell_> Do we break any other desktops by doing this update (and do we care?)
[09:06] <seb128> the GNOME guys being blocked meanwhile
[09:06] <robert_ancell_> We should unblock them
[09:06] <seb128> the easiest option might be to upload a gnome-desktop3.8 then
[09:06] <seb128> no we don't
[09:06] <robert_ancell_> The other option I had was to just carry a big patch to provide the old functionality
[09:06] <robert_ancell_> I don't think that's that bad
[09:06] <seb128> in gnome-desktop?
[09:06] <robert_ancell_> yeah
[09:07] <seb128> we are going to need to rebase
[09:07] <seb128> the patch might also be non trivial
[09:07] <Laney> darkxst: you dropped the plugins.background enable gsettings key from g-s-d
[09:07] <robert_ancell_> It will probably be big, but not very interleaved with exisitng code
[09:07] <robert_ancell_> i.e. it will be mostly a separate module
[09:08] <seb128> I think I would prefer to either ship gnome-desktop3.8 as a separate lib/copy the functions we need in u-s-c/u-c-c
[09:08] <seb128> until we implement the dbus interface in Unity
[09:08] <robert_ancell_> I feel that would be more expensive
[09:08] <seb128> then we can drop that
[09:08] <seb128> k
[09:08] <robert_ancell_> Though I don't have a feel on how many apps use the libgnome-desktop api
[09:08] <seb128> the xrandr one?
[09:08] <robert_ancell_> yeah
[09:08] <seb128> only g-s-d and g-c-c
[09:09] <robert_ancell_> If that's the case I'd be happy to copy-paste the code into u-s-d/u-c-c and be done with it
[09:09] <seb128> right, that's what I was thinking
[09:09] <robert_ancell_> +1 from me then
[09:09] <seb128> I'm going to have a try to it
[09:09] <seb128> you might get a request to review the changes if that works out ;-)
[09:09] <robert_ancell_> no problem
[09:10] <robert_ancell_> If any trouble, give me a call. I feel fairly in-depth with xrandr now (I've been deep diving into X protocol recently)
[09:10] <seb128> ok, thanks
[09:10] <Sweet5hark> seb128: I just applied for vacation during the next two weeks, I only had 3 days off this year so far and those two weeks are the ~only ones where this doesnt hurt too bad (between beta2 and the final rcs of the first upstream final).
[09:11] <seb128> Sweet5hark, k, works for me
[09:11] <robert_ancell_> Sweet5hark, you've only had three days off this year!? Man, take some time off!
[09:12] <robert_ancell_> gtg, bye all
[09:12] <seb128> robert_ancell_, summer is just starting for us, most people didn't take that many days off yet ;-)
[09:12] <robert_ancell_> seb128, ah...
[09:12] <pitti> bye robert_ancell_
[09:12] <pitti> robert_ancell_: sounds like a real manager :)
[09:12] <seb128> robert_ancell_, have a nice evening!
[09:12] <Sweet5hark> robert_ancell_: yeah, its not too tragic ;)
[09:18]  * Sweet5hark will have 5 hours of management meetings again (plus the desktop meeting with you guys, but thats enjoyable) this week, after that I need a vacation. ;)
[09:18] <pitti> Sweet5hark: oh, so *you* are the new desktop manager?
[09:19] <Laney> darkxst: I'm going to upload g-s-d, you missed the patch from series it seems
[09:19] <Sweet5hark> pitti: Im not drunk enough yet to fall for that trap ;)
[09:19] <Sweet5hark> TBH I doubt that would be possible.
[09:19] <didrocks> pitti: libroffice management meetings :)
[09:20] <seb128> pitti, don't try to sneak out from that job, it's yours without discussion ;-)
[09:20] <pitti> Sweet5hark: ah, LibO management
[09:20] <Sweet5hark> seb128: yeah, yeah, true. We made that decision in Malta, didnt we?
[09:21] <pitti> Sweet5hark: you can synergize with having multiple management positions at the same time, and leverage your competencies in Ubuntu as well!
[09:21] <Sweet5hark> pitti: E_TOOMANYBUZZWORDs
[09:22] <pitti> yeah, I'm afraid it's about as many as my little engineer head can put into one sentence :/
[09:22] <Laney> can we just hire 'managerRequest = const "yes"' as our new manager?
[09:22] <pitti> Laney: what kind of language is that?
[09:23] <Sweet5hark> Laney: nah, we need some logic to handle request from above slightly different :>
[09:23] <pitti> so, who here wants to have meetings and hangouts all day, regularly fly to quarterly business reviews, forget how to program, and get desparate about falling behind the plan?
[09:24] <Sweet5hark> pitti: its always the guy who is asking!
[09:24] <Laney> Prelude> let managerRequest = const "yes"
[09:24] <Laney> Prelude> managerRequest "can I have a pony?"
[09:24] <Laney> "yes"
[09:25]  * pitti should perhaps not work in recruitment marketing :)
[09:25] <Laney> pitti: haskell ;-)
[09:25] <didrocks> pitti: that's what I almost tested some months ago… so "no" :)
[09:25] <didrocks> (without having the title ;))
[09:25] <pitti> Laney: aah, should've known that :)
[09:26] <darkxst> Laney, ah ok, oops, I know i did rebase the patch to keep the schemas ;)
[09:26] <Laney> darkxst: you are a naughty boy!
[09:26] <Laney> do you still use the vcs?
[09:26] <Laney> looks like it
[09:26] <pitti> ok, going offline for some time to work on some code and change train in a bit
[09:26] <darkxst> Laney, ubuntu-desktop? yes
[09:26] <Laney> thought you might have moved it to ubuntu-gnome-dev
[09:27] <Laney> but actually it is still in u-desktop
[09:27] <Laney> so this makes sense
[09:27] <seb128> pitti, ttyl
[09:27] <darkxst> Laney, well we could, but that makes no sense until it moves into our packageset
[09:27] <Laney> okay
[09:28]  * didrocks is going for a run to think about how to test this dynamic module loader (category/frameworks) effectively
[09:29] <seb128> Laney, we need to build the schemas from u-s-d before doing that
[09:29] <seb128> didrocks, enjoy ;-)
[09:29] <didrocks> seb128: thanks!
[09:30] <Laney> maybe
[09:30]  * didrocks fixes some pep8 before though
[09:30] <Laney> that's pretty annoying for them
[09:35] <darkxst> right, probably more new keys get added, than ones get removed
[09:36] <seb128> we could keep the schemas updated in u-s-d
[09:36] <Laney> yes, that's the annoying part :P
[09:36] <seb128> like take the 3.12 version and put it in there
[09:36] <Laney> buh, why is my local mirror giving 404s?
[09:44] <seb128> larsu, could you have a look to https://errors.ubuntu.com/problem/692f277e8623fe5be647a3a9ffcb59f6756371cc ?
[09:44] <seb128> I wonder if that could be an issue with gtk 3.12, that started recently
[09:45] <seb128> gtk_application_set_app_menu() issue
[10:15] <larsu> seb128: sure, I'll have a look
[10:16] <Laney> seb128: want to look at newing e-d-s if you have a minute?
[10:31] <seb128> Laney, sure
[10:31] <Laney> thanks
[10:31] <seb128> larsu, thanks
[10:31] <Laney> also, looks like turning on recommends didn't add that much to next
[10:33]  * seb128 nudges Laney with a -v<version>
[10:33] <Laney> I used copy-package from a ppa
[10:33] <Laney> maybe I forgot to -v there ...
[10:33] <Laney> https://launchpadlibrarian.net/177555901/evolution-data-server_3.12.2-1ubuntu1_source.changes
[10:33] <Laney> looks okay
[10:35] <seb128> limitation of the pocket copy I guess
[10:37] <Laney> might be okay in the end
[10:37] <Laney> ...
[10:37] <seb128> Laney, NEWed
[10:38] <Laney> great, merci buckets
[10:38] <seb128> de rien ;-)
[10:43] <Laney> yeah looks like it got the right one
[10:43] <Laney> phew!
[10:44] <Laney> not on -changes though :(
[10:44] <seb128> right what? changelog?
[10:44] <Laney> https://launchpad.net/ubuntu/utopic/+source/evolution-data-server/3.12.2-1ubuntu1 → view changes file
[10:44] <seb128> oh, right
[10:45] <Laney> must be a copier bug
[10:46] <seb128> yeah, I think it's a known issue, Colin mentioned it in the past iirc
[10:47] <Laney> ho hum
[11:36] <seb128> pitti, could you have a glance to https://code.launchpad.net/~gunnarhj/ubuntu-docs/hibernate-multiple-users/+merge/223300 to look if it's correct
[11:36] <seb128> pitti, looks fine to me, but you know logind better
[11:41] <pitti> seb128: replied there, with some nitpicking
[11:41] <seb128> pitti, danke
[11:42] <seb128> mvo, hey, I just wanted to check what's the status of "get the correct backend used to install clicks"
[11:43] <seb128> mvo, the desktop next iso is working now, I was trying to get clicks to install on it/test the new platform api to make sure it fixed the abort issue, but I'm unsure how to hack the aptcc backend exactly
[11:43] <seb128> chrisccoulson, hey, what's the status of your fix/workaround for webbrowser on desktop mir sessions?
[11:44] <mvo> seb128: where is the download url? you probably still need to change the backend to dummy, but I would love to test that myself as I still have not had time to dig into the deatils
[11:47] <seb128> mvo, download url for what? the click?
[11:47] <seb128> or the iso?
[11:47] <Laney> http://cdimage.ubuntu.com/ubuntu-desktop-next/daily-live/current/
[11:48] <seb128> what Laney said if you were asking about the iso
[11:48]  * Laney guesses so
[11:49] <seb128> yeah, me too ;-)
[11:49] <mvo> ta
[11:50] <mvo> downloading
[11:51] <seb128> pitti, oh, also, that udisks bug ... the timeout issue, you pointed to an util-linux bug, which is "fix released" in Debian by an Ubuntu patch from you they backported, does it mean it's not really fixed or...?
[11:51] <seb128> mvo, that's not going to be different from running unity8-desktop-session-mir on your install
[11:51] <pitti> seb128: yeah, I suppose it's something else
[11:51] <pitti> seb128: the ubuntu bug report for that is still open, haven't yet reproduced/debugged that one
[11:52] <seb128> k
[11:53] <seb128> mvo, where do you look for errors from the apps lens, I tried to install yes/no, I get it to display 100%, and then "installed", but no way to run it
[11:54] <seb128> click list doesn't list it
[11:54] <seb128> so I guess the "installed" is a lie
[11:55] <mvo> seb128: probably
[11:55] <mvo> seb128: .cache/upstart/logs iirc
[11:56] <seb128> mvo, ok, issue 1 was "needs to restart session after configuring online accounts" ... I'm going to open a bug about that (do you know if there is already one?)
[11:59] <seb128> hum, signond abort in fact, debugging
[12:01] <mvo> seb128: I don't think there is one open already, if you have that, I will put it on the click-ftd blueprint
[12:01] <mvo> seb128: I was bitten by it too
[12:01] <seb128> mvo, I can do that, debugging the abrt first, then opening bugs/updating the blueprint
[12:03] <mvo> ok
[12:10] <Laney> just tried in vmware
[12:10] <Laney> didn't work
[12:10] <Laney> Failed to create GBM device
[12:12] <mvo> Laney: does it work with kvm/qemu?
[12:12] <Laney> nein
[12:12] <mvo> :(
[12:13] <mvo> how do I test it?
[12:16] <seb128> mvo, boot a media on real hardware, until Mir supports VMs (which is scheduled for this cycle)
[12:16] <seb128> Laney is trying to get 3d to work in vmware, that might be a solution as well, let's see
[12:22] <ochosi> seb128: quick question, did you want me to redo the xdg-utils MR or can you apply my patch as is?
[12:22] <seb128> ochosi, hey, I can apply it, I just didn't get to that yet
[12:23] <ochosi> sure, no problem, just wanted to make sure you weren't waiting on me to do something :)
[12:24] <seb128> I'm not, I've just been dealing with other things
[12:27] <ochosi> good, no rush
[12:27] <ochosi> just working through my todo-list before going away for a few days
[13:02] <seb128> Laney, hum, "/usr/lib/gcc/arm-linux-gnueabihf/4.8/../../../arm-linux-gnueabihf/libwebkitgtk-3.0.so: undefined reference to `std::__once_call@GLIBCXX_3.4.11'" ... seems like evo got doked (that's the armhf build)
[13:08] <mhr3> yey, we're not the only ones
[13:09] <seb128> lol
[13:18] <Trevinho> robert_ancell: mh no, I don't work on that... At least not yet.
[13:19] <mvo> seb128: did you coin a new term for a broken build? "it got dokoed"?
[13:20] <seb128> mvo, that's the vocabulary to use for buggy toolchains ;-)
[13:20] <mvo> hahaha
[13:20] <seb128> Trevinho, robert_ancell is off for some hours, what was he asking you?
[13:21] <didrocks> seb128: is there a pattern already? :)
[13:21]  * didrocks got dokoed on Travis CI, but a rebuild did it
[13:22] <seb128> didrocks, between doko and buggy toolchains? sure is yes
[13:22] <Trevinho> seb128: if I maintain unity8 session
[13:22] <seb128> seems like libstdc++ is buggy
[13:22] <seb128> Trevinho, oh ;-)
[13:22] <didrocks> libstdc++… add some C++11 on top of it and it rings some black time and hours to me :)
[13:23] <seb128> indeed
[13:24] <Trevinho> seb128: if that could be fixed would be nice, since that C++11 bits are quite nice to have
[13:25] <seb128> yeah
[13:25] <Trevinho> (like the ability to use automatically-disconnected-on-object-destruction-lambdas :P)
[13:33]  * Laney gets a "I've been dokoed" tattoo
[13:33] <Laney> it's a picture of his face
[13:34] <seb128> who would like that?!
[13:34] <Laney> badge of honour
[13:34] <Laney> it gets you into all the secret clubs
[13:34] <seb128> but are you supposed to talk about it then? ;-)
[13:35] <Laney> being dokoed is a very public thing
[13:35] <seb128> guess so, it just happened to a bunch of people today
[13:35] <Laney> this is the positive side
[13:35] <Laney> :P
[13:36] <seb128> hehe
[13:36] <Laney> 1) get punched in the face, 2) collect your payment
[13:42]  * desrt boggles
[14:25] <seb128> mterry, hey, are you still looking at the wizard/making it use unity-mir only on the arch where it exists?
[14:26] <seb128> mvo, how is "disable aptcc backend and use "dummy", otherwise aptcc wanted to install the click as a deb pakage" done in practice? like what packages to install/commands to run?
[14:27] <mterry> seb128, yeah I filed a merge over the weekend
[14:27] <mterry> seb128, https://code.launchpad.net/~mterry/ubuntu-system-settings/wizard.arch-unsplit/+merge/223178
[14:27] <seb128> mterry, oh, you did? sorry I didn't see that in my email backlog for some reason
[14:27] <mterry> sniff, sniff
[14:28] <didrocks> \o/ phew, that was a fight with python contextmanager, but I can now mock entire subdirectories of frameworks for my tests ;)
[14:29] <mvo> seb128: edit /etc/PackageKit/PackagesKit.conf and set the backend to "dummy"
[14:29] <mvo> seb128: iirc, path may need adjustment
[14:29] <seb128> mvo, thanks
[14:32] <mvo> yw
[14:33] <seb128> mterry, shouldn't you drop the build-depends on libunity-mir in there?
[14:34] <mterry> seb128, I believe there is a header include for a macro
[14:34] <seb128> mterry, that's not going to resolve the depwait issue on those archs then :
[14:34] <seb128> :/
[14:35] <mterry> seb128, don't we have the same problem for unity8?
[14:35] <mterry> I thought I copied that #include/macro code from it
[14:35] <seb128> mterry, well, if unity8 is missing on ppc that's fine
[14:35] <seb128> but if u-s-s is missing it's not, because u-s-s-o-a depends on it, and that has rdepends like clicks and other stuff
[14:36] <seb128> that are currently available on those archs
[14:36] <Laney> can't you arch-restrict the build-dep?
[14:36] <seb128> (click might not a right example)
[14:36] <seb128> Laney, not if the code use a macro defined in there, that's going to ftbfs
[14:37] <Laney> the build system of the project using the code can check for it
[14:37] <seb128> Laney, we are discussing https://code.launchpad.net/~mterry/ubuntu-system-settings/wizard.arch-unsplit/+merge/223178
[14:37] <seb128> Laney, right it can, and it should ;-)
[14:37] <seb128> I'm just saying that those changes don't address the arch set issue which was blocking the landing
[14:38] <mterry> seb128, OK I can make the arch-detection better
[14:38] <mterry> seb128, I figured that whatever unity8 did was fine, but I get ya
[14:38] <seb128> mterry, or just add a --disable-wizard if you prefer and use that on arch where unity-mir is missing
[14:38] <seb128> sorry about that
[14:48] <mterry> seb128, OK try that -- it was just using the header for a class typedef
[14:53] <seb128> mterry, you need to update wizard/CMakeLists.txt to not include it then?
[14:54] <mterry> seb128, oh huh, I built
[14:54] <seb128> mterry, you have unity-mir.pc installed?
[14:54] <mterry> Oh but I didn't build in a pbuilder
[14:54] <mterry> ahem
[14:54] <seb128> lol
[14:55]  * mterry fixes and builds clean
[15:00] <seb128> dobey, mvo, mhr3: the unity8 app lens seems to need packagekit to be able to install clicks ... is that right? if so should something have a depends on it so it gets installed by default? (that's not the case today)
[15:00] <mvo> seb128: thats correct, it needs packagekit
[15:01] <dobey> seb128: i'm not sure what exactly should have the depends on "packagekit"
[15:01] <mhr3> dobey, install manager? :)
[15:01] <seb128> dobey, what is doing the install? unity-scope-click? the download manager?
[15:02] <dobey> mhr3: doesn't exist
[15:02] <dobey> seb128: pkcon
[15:02] <seb128> dobey, what is calling pkcon?
[15:02] <dobey> seb128: technically teh download-manager, but only because the scope is telling it to
[15:03] <seb128> so the scope should have the depends?
[15:03] <mterry> seb128, updated, builds fine in my pbuilder
[15:03] <dobey> seb128: i don't know
[15:03] <seb128> mterry, thanks
[15:03] <dobey> seb128: i don't understand the issue enough to say what exactly should have the dep
[15:03] <seb128> dobey, who would know/have an opinion on that?
[15:04] <seb128> like who knows the architecture of that stack?
[15:04] <seb128> mandel?
[15:04] <dobey> no, not mandel
[15:04] <dobey> i'd guess mvo
[15:04] <seb128> lol
[15:04] <seb128> mvo, ^ ;-)
[15:04] <mhr3> dobey, i just like pointing out all the reasons why it should be there :P
[15:04] <dobey> seb128: is the unity8 preview image not building with the ubuntu-touch seed?
[15:04] <mhr3> seb128, click scope should have the dep
[15:05] <mhr3> seb128, it requests the dm to run it
[15:05] <seb128> dobey, it's a derived seed based on the touch one
[15:05] <seb128> dobey, but we don't want all the android bits
[15:05] <seb128> dobey, so it's a different seed
[15:05] <dobey> mhr3: based on "what it runs" the dep would be on packagekit-tools, which i guess doesn't depend on packagekit itself
[15:05] <Laney> mterry: this cleanup thing!
[15:06] <dobey> mhr3: so i'd guess something in the dep tree of packagekit-tools should depend on packagekit
[15:06] <dobey> and the scope might need a dep on packagekit-tools
[15:07] <mterry> Laney, you mean this beautiful script of elegance and correctness, I assume?
[15:07] <mhr3> are you saying that packagekit-tools don't actually dep on packagekit itself?
[15:07] <mterry> :)
[15:07] <mhr3> clearly that would be a bug
[15:07] <Laney> haha
[15:07] <seb128> dobey, mterry: it depends on python3-aptdaemon.pkgcompat | packagekit
[15:08] <Laney> can't you do this stuff from the wizard itself?
[15:09] <mterry> Laney, I could, but it felt "shell scripty"
[15:09] <mterry> Laney, but I'd be happy to move it into the wizard if you hate the look of the cleanup job
[15:10] <mvo> seb128: oh, me?
[15:10] <mvo> seb128: let me read backlog
[15:10] <seb128> mvo, basically discussing how to pull packagekit on the image
[15:10] <seb128> mvo, the scope should depends on packagekit-tools
[15:10] <seb128> mvo, that depends on python3-aptdaemon.pkgcompat | packagekit
[15:11] <seb128> mvo, is python3-aptdaemon.pkgcompat a valable alternative in that situation?
[15:11] <Laney> mterry: I don't know for 100% but upstart has SetEnv and EmitEvent on its d-bus API on the session bus
[15:11] <Laney> well, I don't want to make you do busy work
[15:11] <Laney> but I'll just say that I'm not a fan of this architecture :)
[15:11] <Laney> I'm sure it works though
[15:12] <seb128> Laney, mterry: I would prefer avoiding having upstart calls in code, especially since we are switching to systemd in the futur
[15:12] <seb128> it's easier to have an overview on scripts
[15:12] <mterry> Laney, it was partly because it is partly copied code from the split greeter wrapper which was in bash
[15:13] <Laney> this would be contained within a function
[15:13] <Laney> I imagine all of this is going to have to be reworked for systemd anyway
[15:14] <seb128> right
[15:14] <mvo> seb128: could we make it part of unity8-desktop-session-mir until this is sorted out?
[15:15] <seb128> mvo, we could, but does that mean that python3-aptdaemon.pkgcompat is not a valid replacement?
[15:15] <Laney> mterry: how about when it's replaced with systemd it's done in code if possible ;-)
[15:16] <mvo> seb128: its only for debs
[15:16] <mvo> seb128: but cjwatson did a clever plugin so that pk does support both click and deb
[15:16] <seb128> oh ok
[15:17] <mvo> where normally you only can have a single package system backend (AIUI)
[15:17] <seb128> mvo, ok, let's add a depends on unity8-desktop-session-mir then
[15:17] <mvo> so we would either have to add click support to aptdaemon
[15:17] <mvo> or make PK and aptcc the new aptdaemon
[15:17] <Laney> why not seed it?
[15:17] <mvo> both is quite a bit of work
[15:17] <mterry> Laney, well, this is the user's session -- so it won't be replaced with systemd for a little bit, eh?
[15:18] <mvo> Laney: that would work too of course, but the downside is that people who want to try the session on a regular install won't get working clicks
[15:18] <seb128> Laney, because then installing unity-desktop-mir-session doesn't give you something working
[15:18] <Laney> installing unity8 on its own doesn't either
[15:20] <Laney> It's seeded in touch already
[15:20] <Laney> for info
[15:21] <seb128> packagekit?
[15:21] <Laney> yes
[15:23] <seb128> Laney, that works for me as well ... I just want it installed, being a depends of unity8 or the lens or the seed or whatever ;-)
[15:23] <seb128> they are equally valid options in my opinion
[15:23] <seb128> but if you prefer the seed please go for it
[15:24] <seb128> I'm not picky, as long as we get it on the iso ;-)
[15:24] <Laney> I'd say either the lens if it requires it or the seed if we make a choice
[15:24] <Laney> but the thing that we advertise people to install ought to be the metapacakge from the seed imho
[15:24] <Laney> so yeah can do that
[15:24] <Laney> hopefully it won't cause a problem with the conflicts from python3-aptdaemon.pkcompat
[15:25] <Laney> just noticed we get u-c-c on the image via libaccount-plugin-1.0-0
[15:25] <Laney> should that have an alternate depends on u-s-s?
[15:26] <Laney> recommends*
[15:26] <seb128> Laney, the lens depends on packagekit-tools
[15:26] <seb128> which "Depends: python3-aptdaemon.pkcompat | packagekit-system-interface | packagekit (= 0.8.12-1ubuntu5)"
[15:27] <seb128> but as mvo said, the first choice only handle debs
[15:27] <Laney> yeah
[15:28] <seb128> Laney, is libaccount-plugin-1.0-0 getting u-c-c in through the recommends on u-c-c-signon?
[15:28] <Laney> yeah
[15:28]  * desrt_ eyes desrt
[15:29] <seb128> Laney, right, let me mp an alternative recommends on u-s-s
[15:29] <Laney> u-s-s-o-a maybe?
[15:29] <seb128> right
[15:29] <larsu> desrt, desrt_: err...
[15:29]  * Laney sees a mirage
[15:29] <desrt_> i feel like i'm in bizarro universe
[15:30] <desrt_> my net went down for an hour and now i can't ssh to my irc box
[15:30] <seb128> oh, it's meeting time
[15:30] <qengho> yay!
[15:30] <Laney> oh man i've never thought of that before
[15:30]  * mrage in the desrt 
[15:30] <desrt_> the box is up, but ssh is closing all incoming connections as soon as they're open
[15:31] <desrt_> mrage: attente beat you to this joke
[15:31] <desrt_> he used to go by 'forst'
[15:31] <mrage> yeah
[15:31] <mrage> I had rivr once
[15:31] <seb128> qengho, Laney, mrage, tkamppeter, desrt, desrt_, attente, larsu, KombuchaKip, didrocks: hey, it's meeting time
[15:31] <didrocks> hey!
[15:31] <mrage> shit don't put me that high up
[15:31] <larsu> oh, already?!
[15:31] <seb128> yes ;-)
[15:31] <seb128> ok, let's get started
[15:31] <qengho> desrt_: Could be PTR-/A-record dns mismatch from you now, or something on the box.
[15:32] <seb128> qengho, your turn
[15:32] <qengho> * away 6 days on jury duty.
[15:32] <qengho> * catching up on Cr releases. New stable release, v35!
[15:32] <qengho> * merging window density-geometry fixes.
[15:32] <qengho> * to-do this week, merge session management ("missing tab") fixes.
[15:32] <desrt_> qengho: dns is fine
[15:32] <seb128> qengho, oh, you got a fix for the session management? good!
[15:33] <qengho> seb128: :)  I didn't fix it. I just merge.  :\
[15:34] <seb128> k, well good to see it resolved in any case ;-)
[15:34] <seb128> qengho, thanks
[15:34] <seb128> no Sweetshark?
[15:34] <seb128> Laney, your turn I guess (still feeling weird to have you in front of the list)
[15:35] <Laney> 1 sec
[15:35] <Laney> phew
[15:36] <Laney> • Some u-s-s bug fixes: whoopsie-preferences d-bus activation bug, time-date tests, triage bugs
[15:36] <Laney> • fix/sync tdb
[15:36] <Laney> • finish colord transition
[15:36] <Laney> • some reviews / discussions / sponsoring of gtk
[15:36] <Laney> • evo/e-d-s 3.12 transition, dokoed on evo/armhf build
[15:36] <Laney> • get dokoed when trying to x-build u-s-s, debug that a bit, toolchain mismatch
[15:36] <Laney> • some desktop-next seed fixes, tweaks, testing (branch landed, doesn't run on my machine - mir crash)
[15:36] <Laney> • g-s-d bugfix for missing key
[15:36] <Laney> • glib2.0 pcfile bugfix, dokoed on a binutils bug
[15:36] <Laney> FIN
[15:36] <didrocks> Laney: 2 dokoization in a week? congrats :)
[15:36] <Laney> three!
[15:37] <desrt> larsu: glib pc file?
[15:37] <didrocks> oh, missed one, indeed!
[15:37] <Laney> desrt_: https://git.gnome.org/browse/glib/commit/?id=9f69534030f963183ac5398889630a641a71409b
[15:37] <larsu> desrt: Laney
[15:37] <desrt> Laney: larsu
[15:38] <desrt> larsu: (sorry)
[15:38] <Laney> oh also arranged guadec travel
[15:38] <seb128> Laney, thanks
[15:38] <seb128> tkamppeter, hey, your turn
[15:38] <tkamppeter> - cups-filters: Made bannertopdf working with PPD-less printing (to allow printing test page also), fixed banner templates so that correct banner textst appear on banner pages, minor bug fixes.
[15:38] <tkamppeter> - cups-filters: SRU for Trusty to re-activate exception rules for using Poppler instead of Ghostscript on certain printer models with PS interpreter bugs.
[15:38] <tkamppeter> - libspectre: Fixed display of rotated PostScript files with evince using an upstream patch, also prepared SRU for Trusty.
[15:38] <tkamppeter> - Mentoring of GSoC students
[15:38] <tkamppeter> - Bugs.
[15:38]  * KombuchaKip waves
[15:39] <qengho> desrt_: does remote end accept the SSH creds you expect?  -v shows correct host-key sent, or password-auth allowed, or whatever?
[15:39] <seb128> KombuchaKip, hey, not your turn yet
[15:39] <desrt> qengho: even on telnet i don't see the remote version string... just accepts and closes immediately
[15:39] <desrt> restarting sshd fixed it
[15:40] <desrt> (linode has a nice ajax-based local-console-access mechanism)
[15:40] <seb128> tkamppeter, thanks (I've sponsored the libspectre SRU, it's in the unapproved queue waiting for review next)
[15:40] <seb128> desrt: ok, it's your turn ;-)
[15:40] <desrt> mostly bugs this week
[15:41] <desrt> plus some work on the mutex stuff still
[15:41] <desrt> also helped to unblock attente on a longstanding unity-gtk-module bug yesterday
[15:41] <seb128> the eclipse one?
[15:41] <desrt> and spent some time digging in gdesktopappinfo -- looks like the rewrite of the mime handling there has issues :(
[15:41] <seb128> did you get a change for GTK that we need to backport?
[15:41] <attente> desrt: thanks
[15:41] <desrt> seb128: not sure exactly which app it was -- maybe attente can say
[15:42] <desrt> was the one about the action activations going in the wrong order
[15:42] <attente> seb128: yeah, it's the one needed for eclipse
[15:42] <seb128> let me know if there is a GTK patch to sponsor
[15:42] <desrt> there is
[15:42] <desrt> https://git.gnome.org/browse/gtk+/commit/?id=b532e1ff0ab25303c838565220e8d41fb3044a05
[15:43] <desrt> ugly patch but it gets the job done
[15:43] <seb128> k
[15:44] <desrt> (and every other possible way would have been more ugly)
[15:44] <desrt> (eof)
[15:44] <larsu> desrt: this is ugly...
[15:45] <seb128> desrt: thanks
[15:45] <seb128> attente, hey, your turn
[15:45] <desrt> larsu: only less ugly way would have been a (new) public signal
[15:45] <attente> updated the fcitx-transition PPA to add basic fcitx support to indicator-keyboard, u-s-d, and u-c-c
[15:45] <larsu> yeah I guess so. Was just reiterating your own opinion
[15:45] <attente> but it requires some initial user configuration of fcitx, and there's not that much changes to u-c-c (it just allows adding of fcitx sources, and it isn't really clear to the user that having fcitx enabled means the ibus sources aren't used)
[15:45] <attente> input switching is super slow for fcitx though (i guess since we activate it over fcitx's dbus interface)
[15:47] <larsu> a bus call is that slow?
[15:47] <seb128> attente, don't spend too much work on fcitx, if needed the Kylin team can pick up and improve things, it's already nice to them that you added support for it
[15:47] <desrt> attente also started working on the accountsservice input stuff....
[15:48] <seb128> good
[15:48] <desrt> didrocks: what's the status with the session-migration stuff?
[15:48] <attente> seb128: sure
[15:48] <didrocks> desrt: which status? It's still in use
[15:48] <desrt> we had some questions about the best way to move the settings from gsettings into accountsservice as a one-time migration task.... but it has to be done in an upstreamable way
[15:48] <seb128> attente, if you have things waiting for sponsoring please remind me, I know you mentioned some before your days off, and I put that on the side because the GTK change was still in-discussion
[15:49] <desrt> and iirc session-migration (with your improvements) never got much traction and they even eventually dropped the original once gconf was old enough....
[15:49] <attente> ok
[15:49] <didrocks> desrt: I see no reason to not upstream it or block on that. I guess we'll have to work on systemd integration at some point IIRC
[15:49] <desrt> ah.  that's an interesting point.
[15:49] <didrocks> so if we need to push it, I can try to open the discussion
[15:49] <didrocks> (it's using upstart now)
[15:49] <desrt> i don't want to get attente shaving too many yaks, but i guess this discussion needs to happen soon anyway....
[15:50] <desrt> would appreciate it if you could start that discussion, indeed -- maybe even using attente's usecase as a motivator
[15:50] <didrocks> desrt: I can handle it, let's discuss that later this week and sync, I'm not 100% sure of all the needs
[15:50] <desrt> probably lennart will want to just make systemd handle it :p
[15:50] <desrt> since, you know... it's something that a computer does
[15:50] <didrocks> hehe :)
[15:51] <didrocks> we can put something like that in systemd, there is no black magic :)
[15:51] <didrocks> (and add a segfault ;))
[15:51] <desrt> sounds good to me -- and would help with what attente is working on
[15:51] <seb128> ok, I guess that's enough on the topic for the meeting
[15:51] <seb128> attente, thanks
[15:51] <seb128> desrt, didrocks: thanks as well ;-)
[15:51] <didrocks> yw
[15:52] <seb128> larsu, your turn ;-)
[15:52] <larsu> oh, crazily unprepared
[15:52] <larsu> but then, it was a fairly slow week
[15:52] <Laney> * fixed gtk 3.12 tests
[15:52] <larsu> I did the 3.12 test fixes which took a bit more time than they should've because of my own stupidity
[15:53] <larsu> helped push notification guys use libmessaging menu a bit
[15:53] <larsu> talked to company about dropping our theme and tested whether we can
[15:54] <larsu> worked a bit on the themes to fix volume buttons and header bars
[15:54] <Laney> theme *engine*?
[15:54] <seb128> unico
[15:54] <larsu> (not up yet, I'm still talking to Company about the details)
[15:54] <larsu> Laney: unico
[15:54] <Laney> yes
[15:54] <Laney> the line said "dropping our theme"
[15:54] <larsu> ah, sorry :)
[15:54] <larsu> unprepared and all...
[15:55] <desrt> Laney: dunno if you know, but "adwaita" means "one and only" in hindi :)
[15:55] <larsu> finally gave desrt a first round of review for the xmlreader / gsettings-for-different-desktops branch
[15:55] <Laney> desrt: I know about the giant tortoise
[15:55] <seb128> larsu, Laney: lol, I read that as "theme engine" but I knew what we talking about... ;-)
[15:55] <seb128> Laney, thanks for the clarification
[15:55] <Laney> http://www.google.co.uk/imgres?imgurl=http://upload.wikimedia.org/wikipedia/en/f/f1/Adwaita.jpg&imgrefurl=http://en.wikipedia.org/wiki/Adwaita&h=263&w=191&tbnid=zoKsZdxLnYwiIM:&zoom=1&tbnh=160&tbnw=116&usg=__vgPKrMw66ZDX-hGIJam_UzR5-BY=&docid=nta5yLKvcVnl6M&itg=1&client=ubuntu&sa=X&ei=6GSgU_CfJYLX7Aaj9oGQDw&ved=0CKcBEPwdMA8
[15:56] <desrt> Laney: kinda looks the same as the theme in terms of usage of padding :)
[15:56] <seb128> lol
[15:56] <larsu> and I think that's it?!
[15:56] <seb128> larsu, debugged eog/glib/gtk/menu issue as well
[15:56] <seb128> larsu, thanks ;-)
[15:56] <larsu> ah right
[15:57] <larsu> I have a fix for that in some terminal
[15:57]  * larsu frantically alt-tabs
[15:57] <seb128> you can filter on win titles in the unity overview ;-)
[15:57] <desrt> larsu: add-criticals patch is welcome
[15:57] <larsu> there'll be another fix for it as soon as desrt makes up his mind
[15:57] <larsu> desrt: I still don't like that...
[15:57] <seb128> didrocks, hey, your turn!
[15:57] <desrt> you prefer that you can set it before registration?
[15:57] <didrocks> Short week (4 days) + UOS, took Friday off.
[15:57] <didrocks> * participated to some cloud/juju sessions on GUI, charms, and other juju topics
[15:57] <larsu> seb128: ah cool! I didn't know that
[15:57] <desrt> and that the impl will pick it up?
[15:58] <didrocks> * get the apt module (requirementhandler) under tests for the ubuntu developer tools center, adjust the API to be threaded and give signals back
[15:58] <didrocks> * shaped the framework and category module loaders to be able having the ubuntu developer tools center pointing multiple install types. Putting under tests as we speak (already started and framework in place).
[15:58] <didrocks> * put in place strategy (related to previous task) for shell interface and bindings to those detected frameworks.
[15:58] <didrocks> * talked with OEM about development desktop experience
[15:58] <didrocks> EOF
[15:59] <seb128> didrocks, thanks (nice to see you are having fun/do interesting stuff, compared to watching the landings)
[15:59] <desrt> didrocks: i'm having an issue with unity... can you help me track that down later?
[15:59] <seb128> lol
[15:59] <seb128> didrocks, it's a test, say "no" :p
[15:59] <didrocks> seb128: yeah, that's a change :)
[15:59] <didrocks> desrt: noooooooooooooooooooooooooo, never ever ever again :)
[15:59] <desrt> didrocks: correct answer.  you pass the test.  :)
[15:59] <didrocks> \o/
[15:59] <seb128> desrt, nice try ;-)
[16:00] <seb128> KombuchaKip, hey, any status update to share this week?
[16:02] <seb128> seems not...
[16:02] <seb128> ok, my turn
[16:02] <seb128> * reviewed platform-api changes, helped that to land
[16:02] <seb128> * set up proper sbuild for cross-building
[16:02] <seb128> * sponsoring (some syncs, libspectre) and landings (libdbusmenu)
[16:02] <seb128> * ubuntu-system-settings reviews and landings (wizard, bluetooth tweaks, osk sound, tz filter bugfix)
[16:02] <seb128> * UOS sessions (unity8 on desktop, langpacks for touch, clicks on desktop, etc)
[16:02] <seb128> * helped testing&landing some unity8 desktop session changes
[16:02] <seb128> * NEW reviews
[16:02] <seb128> * testing and debugging for the ubuntu-desktop-next iso (indicator not starting, clicks scope still not working out of the box)
[16:02] <seb128> * some SRUs for trusty

[16:03] <KombuchaKip> seb128: Submitted another iteration of a Mozilla patch for Thunderbird I wrote (Bugzilla #824909); then resumed work on an RFE for Eiciel (LP #1247782); then put that down and now just started on (LP #1220818).
[16:04] <seb128> KombuchaKip, is the tb patch getting anywhere? it has been a while it's being in review
[16:05] <seb128> KombuchaKip, thanks
[16:05] <KombuchaKip> seb128: Sorry man, but there's not really anything I can do as it's out of my hands. All I can do is write and submit the patch, revise it as they need, and wait for them to merge. But the good news is that so far at least two Mozilla devs have given it a green light.
[16:05] <seb128> is there any other topic/update/comment?
[16:05] <seb128> KombuchaKip, good ;-)
[16:05] <KombuchaKip> seb128: But hopefully it shouldn't be too much longer now. ;)
[16:07] <seb128> k, thanks
[16:07] <seb128> so
[16:07] <seb128> extra update/comment/topics?
[16:07] <desrt> seb128: one
[16:08] <seb128> if not let's wrap the meeting
[16:08] <seb128> desrt, yes?
[16:08] <desrt> i'd like everyone to know that last night, i was elected as an official of the esperanto circle of toronto
[16:08] <larsu> desrt: congrats.
[16:08] <desrt> i am now the 'vicprezidanto pri krokodilaj aferoj'
[16:08] <desrt> vppka|desrt
[16:08] <larsu> why not president? Ken?
[16:08] <desrt> larsu: matthew
[16:08] <seb128> desrt, oh, now the nickname makes sense ;-)
[16:08] <larsu> Ken would make a better president
[16:08] <seb128> desrt, congrats!
[16:09] <desrt> larsu: he declined the nomination...
[16:09] <didrocks> desrt: Gratulon!
[16:09] <seb128> on that note, let's call it a wrap, thanks everyone!
[16:09] <desrt> seb128: thanks :D
[16:09] <attente> krokodilaj?
[16:09] <Laney> well done
[16:09] <larsu> thanks seb128!
[16:09] <desrt> attente: krokodili is the verb "to crocodile"
[16:09] <didrocks> dankon :)
[16:09] <desrt> which means to speak ones native language when you oguht to be speaking esperanto (like at meetings)
[16:09] <attente> ah
[16:19] <attente> seb128: there's this which needs to be SRU'd: https://code.launchpad.net/~attente/gnome-settings-daemon/1311443/+merge/221526 which is a subset of the changes darkxst proposed here: https://code.launchpad.net/~darkxst/ubuntu/utopic/gnome-settings-daemon/lp1318539/+merge/219154
[16:20] <attente> it's for https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1311443
[16:23] <attente> seb128: this is desrt's patch to be sponsored for eclipse: https://code.launchpad.net/~attente/gtk/menu-binding-emit-submenu-close-after-activate/+merge/223420
[16:24] <seb128> Laney, is https://code.launchpad.net/~darkxst/ubuntu/utopic/gnome-settings-daemon/lp1318539/+merge/219154 something you looked at? it seemed to include a fix for the issue you had this morning
[16:24] <seb128> attente, ^ that branch is for utopic and your is for the SRU, right?
[16:24] <seb128> yours*
[16:25] <attente> seb128: yes
[16:25] <Laney> seb128: haven't seen it but looks like that
[16:25] <Laney> I think that 468 is what got uploaded?
[16:26] <seb128> yeah
[16:26] <seb128> seems like dholbach didn't update the mp status or that didn't close on push as usual
[16:26] <seb128> weird
[16:26] <seb128> that can probably be set to "merged" right?
[16:27] <Laney> well 470 wasn't applied
[16:27] <Laney> in the upload
[16:27] <Laney> weird
[16:28] <seb128> yeah, dunno what happened
[16:28] <attente> it's in the changelog though, isn't it?
[16:29] <Laney> think it was missed somehow
[16:30] <Laney> anyway it's merged other than that
[16:37] <mitya57> ChrisTownsend: Hi, did you have a chance to look at Alberts Muktupāvels' compiz branches? I am going to upload Metacity 3.12 to archive, and ported gtk-window-decorator is a prerequisite for that.
[16:37] <mitya57> I have tested his branches, and they work great here.
[16:39] <dobey> seb128: so, are you just adding "packagekit" to the seed for now?
[17:52] <seb128> dobey, yes, the lens already depends on -tools
[17:53] <dobey> right
[17:53] <dobey> just wanted to make sure we were on the same page there :)
[17:54] <dobey> and the gcc-4.9 breakage is a bit distracting for me at the moment
[17:54] <seb128> right
[18:02] <ChrisTownsend> mitya57: No, I haven't reviewed yet, but I can very soon.  I don't have any way to test this, so I'll have to take your word on it that it works:)
[18:07] <mitya57> ChrisTownsend: I have prepared some test packages in ppa:mitya57/gnome-test (this is pre-3.12 version of Metacity, will update to 3.12 when I have time).
[18:07] <mitya57> Also, what Alberts proposed now is just a preparation, when/if you merge this he'll propose the actual porting branch.
[18:08] <ChrisTownsend> mitya57: Right.  I guess my job is to make sure it doesn't break anything:)
[18:10] <mitya57> ChrisTownsend: yeah. Thanks!
[18:10] <ChrisTownsend> mitya57: np, thanks for the reminder