[13:38] <balloons> good morning
[14:04] <balloons> tsimonq, wxl, flocculant, you ok with compressing the add result box to look something like this: http://imgur.com/ckk6hpW
[15:06] <balloons> Going to try for another qatracker release today
[15:07] <balloons> and in case I forget, someone feel free to beat me on making a writeup of the changes so far and sharing with everyone
[15:07]  * balloons casts an eye towards tsimonq2
[15:40] <balloons> question as well; 'Bugs to look for' only shows for active results. Any thoughts on having it display on archived results too?
[15:45] <balloons> https://bugs.launchpad.net/ubuntu-qa-website/+bug/1532840
[17:32] <flocculant> balloons: ack compressing
[17:32] <flocculant> balloons: don't see a pressing reason to see possible bugs in an archived page
[17:35] <balloons> ok, just thought I'd open a bug to discuss it
[17:35] <balloons> you can say as much on the bug :-)
[17:35] <flocculant> yep - of course, that's the best way :)
[17:35] <flocculant> okey doke
[17:38] <flocculant> balloons: done including two reasons :)
[17:54] <wxl> balloons: i like the add result box compressed
[17:55] <balloons> wxl, :-)
[17:55] <balloons> I am asking for some more radical design changes too
[17:55] <balloons> i should add you as mentor on it actually
[17:56] <balloons> if that's ok?
[17:56] <wxl> fine with me
[17:56] <balloons> tsimonq2, perhaps u to??
[17:56] <wxl> balloons: undoubtably he's at school but i doubt he would mind
[17:57] <flocculant> balloons: just exactly how radical ...
[17:57] <wxl> don't mind me here
[17:57] <wxl> bug 1532797
[19:07] <flocculant> anyone else seeing today's daily land at a black background at lightdm after install?
[22:10] <tsimonq2> hm?
[22:10]  * tsimonq2 reads the backlogs
[22:11] <tsimonq2> balloons: I don't have access to IRC at school, read my away message :P
[22:12] <tsimonq2> balloons: oh yeah great idea go right ahead


[02:46] <DS-McGuire> Hello all, since this is the design IRC channel I was wondering if you guys like the design of /r/Ubuntu https://www.reddit.com/r/Ubuntu/
[02:48] <DS-McGuire> I created it after a mock up was posted that received almost entirely good feedback, now there is backlash to the actual code. So what are your thoughts on it?


[21:57] <Bashing-om> UWN: Issue 689 up for review and final edits: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue689 :D
[23:10] <guiverc> ack on #689, opened in window but will get to it later


[02:42] <Son_Goku> tvoss: I don't suppose you know if any progress was made on merging those libinput patches upstream?
[02:42] <Son_Goku> libinput 1.7.0 was just released into Fedora 26 and Rawhide last week, so I'm really hoping some progress was made...
[06:25] <tvoss> Son_Goku: I'll check
[10:21] <greyback> anpok_: could you have a look at this: https://code.launchpad.net/~andreas-pokorny/qtmir/keep-mir-types-alive/+merge/321427/comments/843232
[10:22] <anpok_> greyback: oh .. that will have the same problem
[10:47] <greyback> anpok_: so qtmir explicitly has to keep input hub alive. I find that extremely strange. Does qtmir need to use this wrapper?
[10:48] <greyback> alan_g: ^ you might be interested
[10:49]  * alan_g looks
[10:50]  * alan_g still does not understand
[10:51] <alan_g> greyback: I'll look again when I have headspace
[10:52] <greyback> alan_g: just keeping you in the loop, no action required
[10:52] <alan_g> It still looks like solving a symptom, not solving the problem.
[10:52] <greyback> I suspect the wrapper is confusing things
[11:01]  * alan_g realizes this is the same area he is about to change for D&D
[11:07] <alan_g> anpok_: IIUC it is only the "input hub" wrapper that QtMir needs to own? Not the other four components?
[11:12] <alan_g> That still sounds wrong (as in "leaky abstraction"). But makes more sense.
[11:25] <alan_g> greyback: anpok_ https://code.launchpad.net/~andreas-pokorny/qtmir/keep-mir-types-alive/+merge/321427/comments/843550
[11:57] <anpok_> alan_g, greyback: ok
[11:58] <alan_g> anpok_: I'm about to MP a fix in Mir
[11:58] <anpok_> just in time..
[11:58] <anpok_> I havent start that branch yet
[11:58] <anpok_> *ed
[12:00] <alan_g> There's no guarantee you'll like my solution
[12:03] <alan_g> anpok_: https://code.launchpad.net/~alan-griffiths/mir/preserve-ExternalInputDeviceHub/+merge/321845
[12:05] <anpok_> why not own it inside display_server.cpp?
[12:07] <anpok_> hm config changer is transitively the same
[12:07] <alan_g> Well, the server object doesn't own everything directly and ConfigChanger also owns what EIDH wraps.
[12:07] <anpok_> ok
[12:30] <Son_Goku> tvoss: any progress?