[07:10] <Saviq> yay it only took 24hrs to migrate unity8...
[07:13] <seb128> Saviq, just in time to line a new landing then! :-)
[07:14] <Saviq> seb128, yeah, we need some housekeeping first (we just resynced trunk with overlay)
[07:14] <Saviq> but will have another request soon
[07:27] <tsdgeos> Saviq: so overlay is officially not in use anymore?
[07:27] <tsdgeos> awnt me to retarget my MRs?
[07:27] <Saviq> tsdgeos, doing that right now
[07:28] <tsdgeos> ok, it's always a bit ackward when my MRs are submitted by someoene else
[07:28] <tsdgeos> UI-wise in launchpad
[07:28] <Saviq> meh :)
[07:28] <Saviq> at least now you don't need to copy the commit message
[07:28] <davidcalle> Morning o/
[07:29] <tsdgeos> Saviq: .po files are different, do we care?
[07:29] <Saviq> tsdgeos, that will get fixed with the next translations import
[07:29] <Saviq> tsdgeos, would've had to overwrite otherwise
[07:29] <tsdgeos> ok, so we do not care
[07:48] <Saviq> ok, unity-api and qtmir are trunk-only again, too
[07:48] <Saviq> @unity, pstolowski ↑
[07:49] <mzanetti_> nice
[07:50] <Saviq> all should have wily and vivid testing enabled
[07:56] <pstolowski> Saviq, ok, cool, i'm one step closer to have unity-scopes-shell ready for that too
[08:02] <tsdgeos> Saviq: you did not top-approve MRs that were top-approved on overlay
[08:02] <Saviq> tsdgeos, missed that, didn't notice there were any
[08:03] <tsdgeos> is there a way we can tell anymore?
[08:03] <tsdgeos> i'd say https://code.launchpad.net/~aacid/unity8/keepPreviewStackAround/+merge/270944 was
[08:03] <tsdgeos> but maybe not
[08:03] <Saviq> tsdgeos, mail history
[08:06] <Saviq> biab, dr's appt
[09:00] <tsdgeos> greyback: qtmir uses fontconfig?
[09:01] <greyback> tsdgeos: barely, I think the QPA plugin needs to link against it
[09:01] <tsdgeos> weird
[09:32] <Saviq> whoa, touch support in gtk in wily
[09:33] <tsdgeos> greyback: so it's not mir leaking the fd
[09:33] <tsdgeos> since http://paste.ubuntu.com/12447270/ also gives me the extra fd
[09:33] <tsdgeos> i'm thinking it may not even be a leak
[09:34] <tsdgeos> just the image cache
[09:34] <Saviq> woot, many jenkins results
[09:35] <greyback> tsdgeos: hmm, the image cache is a fixed size (in MB) right? So I guess after a while, those FDs would stop being created
[09:35] <greyback> or at least, old ones would be closed when new ones opened
[09:36] <tsdgeos> yeah
[09:36] <tsdgeos> so far i've only tried with the first one
[09:37] <tsdgeos> need to see if past some range more fds are created
[09:37] <tsdgeos> kevin said he saw like 70
[09:37] <tsdgeos> which seems a bit too many
[09:37] <greyback> the cache isn't watching each file in case it changes, surely?
[09:37] <greyback> dnotify/inotify style
[09:37] <tsdgeos> nah since it's not even a file
[09:38] <tsdgeos> it's memory stuff
[09:38] <greyback> ah
[10:31] <tsdgeos> hmmm
[10:31] <tsdgeos> this fakesensor tests are weird to be failing https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/3454/#showFailuresLink
[10:32] <tsdgeos> and we have a qmluitests regression in master :S
[10:32] <tsdgeos> my fault :D
[10:33] <tsdgeos> we were so close to having a green qmluitests
[10:40] <Saviq> tsdgeos, we might do another small silo today still, so let's get a fix for that
[10:40] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/fixTestDashFallback/+merge/271630
[10:40] <tsdgeos> that == qmluitests
[10:41] <tsdgeos> or the sensors?
[10:41] <Saviq> ack
[10:41] <tsdgeos> the sensors stuff needs more investigation on why regressed
[10:41] <Saviq> tsdgeos, see phone ML, likely image broke
[10:41] <Saviq> qtubuntu-sensors fell off the image
[10:41] <tsdgeos> ah yes
[10:41] <tsdgeos> it's not required by anything anymore
[10:42] <tsdgeos> those runtime deps are always hard for .deb :D
[10:47] <kgunn> tsdgeos: i was thinking since you and i both verified that tedg's mp corrected at least one part of the fd leak prob, he/we should land that
[10:48]  * tsdgeos has a dejavu :D
[10:48] <tsdgeos> kgunn: yes we should
[10:48]  * kgunn has dejavu too actually
[10:48] <kgunn> but failed to find it in scrollback :)
[10:52] <tsdgeos> greyback_: how do i enable qtmir debugging?
[10:53] <greyback_> tsdgeos: QT_LOGGING_RULES="qtmir.*=true"
[10:54] <greyback_> it's noisy, so can adjust to filter more stuff
[10:54] <tsdgeos> gmmm
[10:54] <tsdgeos> we've lost vibration on the phone too?
[10:54] <tsdgeos> maybe the same sensors problem
[10:54] <greyback_> qtubuntu-sensors fell off the image
[10:55] <greyback_> there's a ML topic about it, fix in next image
[10:57] <Saviq> kgunn, you'll be happy to hear unity8, qtmir and unity-api are single-trunk again, with CI running both wily and vivid testing for them
[10:58] <Saviq> we've dropped the overlay branches/serie there
[11:06] <tsdgeos> Saviq: regarding https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1497155 do we tell the news scope to not send us &8226; ?
[11:07] <tsdgeos> has anyone run unity8 with valgrind on the phone recently?
[11:08] <Saviq> tsdgeos, good question, on one hand I'd say we don't know what's coming from the data source, so we'd rather have plain UTF-8 coming to us, on the other I think we'll need to enable some rich text facilities, which might mean we need to support entities in any case
[11:11] <tsdgeos> QObject: Cannot create children for a parent that is in a different thread.
[11:11] <tsdgeos> (Parent is DashCommunicator(0x134736e0), parent's thread is QThread(0x7364f80), current thread is DashCommunicator(0x134736e0)
[11:11] <tsdgeos> woot
[11:15] <ltinkl> Saviq, we might want to whitelist some of the most frequently used entities
[11:16] <kgunn> Saviq: does our unity8 ci has real phone hw backing any of the tests?
[11:16] <ltinkl> Saviq, the Text QML element support only a very few
[11:16] <Saviq> kgunn, yup, autopilot ones
[11:16] <kgunn> Saviq: so do we run AP on both wily and viivd ?
[11:17] <Saviq> kgunn, yes
[11:17] <kgunn> wow...awesome
[11:17] <Saviq> ltinkl, and what to do with the rest? I'd say we need to either support all entities, or none, and only allow a subset of tags, stripping out the rest
[11:18] <Saviq> kgunn, an example report back from jenkins https://code.launchpad.net/~unity-team/unity8/autopkgtests/+merge/271609/comments/684368
[11:19] <Saviq> although that one's a bit pessimistic
[11:19] <kgunn> :)
[11:19] <Saviq> some device issues
[11:19] <Saviq> this one's a lil' better https://code.launchpad.net/~aacid/unity8/clazy_run/+merge/271612/comments/684356
[11:19] <Saviq> just unstable, not failed
[11:20] <Saviq> tsdgeos has a branch to fix qml tests, autopilot will be better once qtubuntu-sensors comes back on the image
[11:20] <Saviq> so we're getting where we want to be
[11:20] <kgunn> all good
[12:26] <Saviq> greyback_, yay, a successful qtmir CI run for both wily and vivid :)
[12:27] <greyback_> Saviq: great stuff
[12:41] <tsdgeos> kgunn: tedg: so how do we go about landing that branch?
[12:51] <Saviq> tsdgeos, it's not a unity8 branch is it? I just added a silo with your fix
[12:51] <tsdgeos> Saviq: no it's ual
[12:51] <Guest76074> hi, i'm on wily/unity8 and the terminal app fails to install (download or install fail)
[12:52] <Guest76074> the good thing is that it's working again with nvidia
[12:52] <tsdgeos> https://code.launchpad.net/~ted/ubuntu-app-launch/lp1495871-unref-context/+merge/271322 or https://code.launchpad.net/~ted/ubuntu-app-launch/lp1495871-unref-context-15.04/+merge/271373 or both
[12:52] <tsdgeos> Saviq: ↑
[12:57] <Guest76074> oh and i get pages of QGridLayoutEngine::addItem: Cell (0, 0) already taken in unity8-dash.log while searching in ubuntu store
[13:02] <Saviq> brb
[13:04] <tedg> tsdgeos: I think just throw it in the same silo with other fixes
[13:04] <tedg> tsdgeos: Already got a code review from charles_
[13:05] <tsdgeos> cool
[13:23] <kgunn> tedg: so i should abandon that one silo i had for fd leak fix ?
[13:24] <kgunn> sounds like you have another going with "other stuff" in it
[13:24] <tedg> I don't, but I assumed that tsdgeos did
[13:24] <tsdgeos> i did?
[13:24] <kgunn> :)
[13:24] <tsdgeos> i don't have any silo
[13:24] <kgunn> tedg: tsdgeos let's just land it in isolation then
[13:24] <tedg> WFM
[13:25] <tsdgeos> ok
[13:25] <tedg> tsdgeos: I thought you had one with other fixes.
[13:25] <kgunn> it's in silo 60
[13:25] <tedg> NP, glad kgunn asked :-)
[13:25] <tsdgeos> yeah misunderstanding from my side
[13:25] <tsdgeos> sorry
[13:25] <tsdgeos> tedg: i'm investigating another leak, i'm close to knowing where the error is
[13:25] <tsdgeos> but still meh
[13:25] <kgunn> tedg: tsdgeos i beat the shit out of it for app launch/close/phone calls etc....any other testing needed?
[13:30] <tedg> kgunn: I think that's probably more than the test plan.
[13:30] <tedg> kgunn: Did you make sure to do a legacy app and a click app?
[13:30] <tedg> kgunn: System settings is a good legacy app.
[13:35] <kgunn> tedg: yes, did all of them
[13:35] <kgunn> pretty much every app on the device
[13:35] <tedg> Cool
[13:35]  * tedg is now worried that kgunn has beat his Sudoku score
[13:37] <kgunn> :)
[13:42] <Guest30724> so... can you guys install apps from ubuntu store on wily/desktop?
[13:43] <kgunn> i know we're not outta the woods yet, but thanks alf tsdgeos & tedg for all the fd leak work
[13:44] <kgunn> Guest30724: what exactly do you mean? are you asking about ubuntu touch apps ?
[13:44] <Guest30724> kgunn: i want to install the terminal app (the click has the x86 version)
[13:45] <Guest30724> kgunn: ubuntu store apparently downloads the click but then fails to install
[13:45] <Guest30724> i can't find the click anywhere ;> i can complile the terminal app and make a .desktop file but that is silly
[13:47] <Guest30724> i'm on a desktop using wily daily build + unity8
[13:49] <Guest30724> kgunn: yes :D so yes, terminal-app (qml) not gnome terminal
[13:54] <dandrader> woohoo silo 27 landed
[13:54] <kgunn> Guest30724: how are you "using" unity8 on wily daily build? meaning that you are running the unity8-desktop-session-mir ?
[13:55] <Guest30724> kgunn: yep
[13:55] <kgunn> hmmm, so good question...
[13:55] <Guest30724> it worked before
[13:56] <kgunn> bregma: Saviq so if someones running unity8-desktop-session-mir how come apps can't be downloaded via store ?
[13:56] <kgunn> oh...maybe it's just busted
[13:57] <Guest30724> most probably :D maybe the next update will fix it
[14:00] <Saviq> kgunn, there's not a lot of apps in arch other than armhf
[14:01] <kgunn> Saviq: yeah, but guest wanted terminal app which has a x86 version
[14:02] <kgunn> and said it used to work...so my guess is it broke
[14:02] <Saviq> kgunn, would have to check, hey ChrisTownsend did you manage to try unity8 in lxc?
[14:03] <Guest30724> thanks all :>
[14:04] <ChrisTownsend> Saviq: Well, I looked at it a bit, but it's gonna take some work to get it resurrected.  And I've been off working on the Libertine/Purtitine stuff.
[14:05] <Saviq> ChrisTownsend, got it
[14:05] <ChrisTownsend> Saviq: What I'd like to get working is to use the standard Wily LXC download template, install unity8-desktop-session-mir and modify the config to work as a LightDM login.
[14:06] <ChrisTownsend> Saviq: However, it seems Trevinho has had success getting Unity 8 to run in a Wily LXC on a Mir-on-X session.
[14:07] <ChrisTownsend> Saviq: So he may be a faster source of getting something up and running.
[14:08] <Trevinho> ChrisTownsend: yeah, I've not booted the full stuff, as I've just tested the basics, but it seems to do what it should :)
[14:08] <mzanetti> Guest30724, no, it never worked :)
[14:08] <mzanetti> Saviq, actually there's quite some multiarch apps now
[14:08] <Trevinho> however mir-on-x needs some work in the kb/mouse handling (i.e. it should grab, or you can mess with your host)
[14:08] <ChrisTownsend> Trevinho: Really cool:)
[14:08] <mzanetti> Saviq, popey publishes everything in multiarch now (aka all core apps)
[14:09] <popey> some things, not everything :)
[14:09] <ltinkl> and the multiarch click fails to install here on unity8/desktop as well :/
[14:10] <popey> yeah, i couldn't get that working either, i think there's apparmor bits missing maybe?
[14:10] <Guest30724> mzanetti: it worked before on a desktop next image
[14:10] <mzanetti> no
[14:10] <mzanetti> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1396611
[14:10] <Guest30724> yes
[14:11] <Guest30724> i had 2 terminals installed once, 2 diff versions
[14:11] <mzanetti> well, you can install it manually, but not from the store
[14:11] <Guest30724> one from ubuntu store and one from ppa
[14:11] <Guest30724> i know i can compile it :P
[14:11] <Guest30724> but i used to install it from the store
[14:11] <mzanetti> also the click can be installed manually
[14:11] <mzanetti> having a hard time to believe that
[14:12] <mzanetti> the very first window I painted on unity8 windowed mode was the store and I tried to install something
[14:12] <mzanetti> it failed, I reported that bug
[14:12] <mzanetti> and that bug is still open
[14:12] <Guest30724> i've installed all the apps from ubuntu store
[14:18] <Guest30724> mzanetti: what is the diff between willy desktop next and willy + unity8-desktop-session-mir
[14:18] <Guest30724> wily
[14:18] <mzanetti> hmm... don't know tbh
[14:19] <Guest30724> maybe there is something diff but i 101% remember beeing able to install apps from ubuntu store
[14:19] <Guest30724> maybe 102%
[14:19] <Guest30724> mines terminal-app zbird etc
[14:21] <Guest30724> on ubuntu next image
[14:26] <Saviq> pstolowski, you can ask fginther for dual-release testing in ci
[14:27] <Saviq> pstolowski, we already have it enabled for unity8, unity-api and qtmir
[14:27] <Saviq> and it's working well
[14:30] <Guest30724> mzanetti: kgunn found the clicks in ~/.local/share/ubuntu-download-manager/Downloads
[14:31] <Guest30724> and some erros in syslog
[14:31] <Guest30724> interesting
[14:31] <Guest30724> thanks for help
[14:44] <pstolowski> Saviq, ack
[14:52] <dandrader> josharenson, when I run unity8 on my desktop, via that lightdm unity8-mir session, unity8 seems to run in full-greeter mode. so I get the unity7 lightdm greeter followed by the built-in greeter inside unity8. what's the fix for having unit8 run in the correct mode in this situation?
[14:53] <josharenson> dandrader: there is a bug filed for that and it will be resolved when the latest (and huge) slim greeter branch is merged
[14:53] <josharenson> dandrader: essentially, greeter mode isn't implemented yet (outside of the branch I just mentioned) and once it is, you can just install the unity8-greeter package and it should "just work"
[14:53] <dandrader> josharenson, this one https://code.launchpad.net/~josharenson/unity8/slim_greeter_real_lightdm/+merge/271614 ?
[14:54] <josharenson> dandrader: yeah, and there is a "stable" version of that in ppa:josharenson/unity8-greeter
[14:54] <dandrader> josharenson, but will unit8 work with the unity 7 greeter?
[14:54] <dandrader> josharenson, or there's no point in supporting such a combination?
[14:55] <josharenson> dandrader: humm, it should work fine, but since the shell is starting in full-greeter mode (by default) you will still see both the unity7 and unity8 greeters
[14:56] <josharenson> dandrader: if you modify the right config files so that unity8 starts in "shell" mode, you should only see the unity7 greeter, but I haven't tested that
[14:56] <josharenson> dandrader: but it technically should work
[14:59] <dandrader> josharenson, so you have replaced the stock greeter with the unity8 one in your laptop?
[14:59] <josharenson> dandrader: yes
[14:59] <dandrader> josharenson, but then how do you select the session you want to log in. eg: unity 7, unity 8, gnome
[15:01] <josharenson> dandrader: I haven't tried that yet. I think it should work, and its currently a bug that it doesnt
[15:09] <dandrader> josharenson, but does the QML Greeter has UI code to allow selecting those different session types?
[15:11] <josharenson> dandrader: humm good question, i thought I remembered seeing it on an ubuntu daily build a while back... but it could have just been the unity7 greeter, and I don't think I've seen it in the code... I assume, if its not there, that its something I'd have to get from design?
[15:12] <dandrader> josharenson, yeah, I think so
[15:12] <Saviq> josharenson, sounds like it indeed, I don't think it was ever thought about in that regard
[15:13] <josharenson> dandrader: I'll try to look into that today so that we can give design as much time as possible
[15:13] <dandrader> cool
[15:18] <pstolowski> tsdgeos, ping
[15:18] <tsdgeos> pstolowski: hi
[15:19] <pstolowski> tsdgeos, hey, re your fix for preview leak - can you land unity8 part of the fix first, independent of shell plugin
[15:19] <pstolowski> ?
[15:19] <tsdgeos> pstolowski: yes
[15:20] <pstolowski> tsdgeos, cool, then please go ahead
[15:20] <tsdgeos> i mean "yes it can be landed"
[15:20] <tsdgeos> not as "yes i will land it" :D
[15:20] <pstolowski> tsdgeos, but i cannot land shell plugin fix before unity8 part of it lands?
[15:20] <tsdgeos> correct
[15:20] <pstolowski> oki
[15:21] <tsdgeos> Saviq: can we land the leak-fix-prerequisite in that mini silo you're doing?
[15:21] <pstolowski> tsdgeos, i see some unity8 silos, can you use one of them to land it?
[15:21] <Saviq> tsdgeos, yeah, I was almost asking that, but somehow didn't
[15:21] <Saviq> tsdgeos, it's not unity8 is it?
[15:22] <tsdgeos> Saviq: it's not the fd leak, but a leak we're fixing in previews for the dash
[15:22] <tsdgeos> previewstacks and models where never deleted :D
[15:22] <tsdgeos> now we need to keep a pointer to them
[15:22] <Saviq> oups
[15:22] <tsdgeos> since otherwise they'll be deleted too soon
[15:22] <Saviq> tsdgeos, which branch/
[15:22] <Saviq> ?
[15:23] <pstolowski> it's qt's fault ;)
[15:23] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/keepPreviewStackAround
[15:23] <Saviq> ack
[15:24] <pstolowski> tsdgeos, i'll land plugin part of the fix next week, after i land silo 24 (a new feature)
[15:57] <dandrader> Saviq, so lp:unity-api/trunk-15.04 is not being used anymore
[15:57] <dandrader> ?
[15:58] <Saviq> dandrader, no, we've single trunks for unity8, qtmir and unity-api, dual landed into wily and vivid/overlay
[16:07] <dandrader> Saviq, but we no longer target MPs at lp:unity-api/trunk-15.0 or lp:unity8/overlay
[16:07] <dandrader> ?
[16:07] <Saviq> dandrader, single trunks == lp:unity8, lp:unity-api
[16:07] <Saviq> dandrader, just forget about the overlay branches
[16:07] <Saviq> they're evil
[16:08] <dandrader> ah, ok. I misread your "no"
[16:08] <Saviq> the dual negation...
[16:10]  * greyback_ out
[16:46] <kgunn> Saviq: i've never landed with bileto, once approved by QA..."publish" then "merge & clean" ?
[16:47] <kgunn> camako: ^ ?
[16:48] <camako> kgunn, me neither.. not sure
[16:48] <camako> AlbertA ^
[16:53] <AlbertA> kgunn: looks like it...
[16:53] <kgunn> AlbertA: camako i just asked in ci-eng actually landers take it from there
[16:54] <kgunn> they do publish (we don't have perms) and merge/clean is automagic
[16:55] <Saviq> kgunn, yup
[16:55] <camako> good to kno
[16:55] <Saviq> you can m&c in case things fail, or to abandon a silo
[17:22] <josharenson> kgunn: is the compositor whats holding us back from "frosted glass"? Or is it more of a design issue?
[17:31] <mhall119> mzanetti: still going to post to the unity blog today?
[18:00] <kgunn> josharenson: we don't have any hard designs atm i think...and no one has done the work on the compositor to boot, so a little of both
[18:00] <josharenson> kgunn: ack
[18:27] <mzanetti> mhall119, don't think so. but better ask josharenson, he's writing it
[18:28] <mzanetti> now that jenkins runs for vivid and wily, if something's wrong the jenkins comments look really depressing http://paste.ubuntu.com/12452366/
[18:28] <josharenson> mhall119: I'm working on final revisions and I'd like to post a video with it as well (there is a bit of a long story as to why the video isn't done, mostly related to my totally bricked nexus 10)
[18:29] <josharenson> mhall119: so if it can wait until EOD monday, that would be best, but I could probably post it today w/o the video if necessary
[18:45] <kgunn> josharenson: no rush, i prefer video
[18:53] <mhall119> josharenson: not problem, post it when it's ready
[18:53] <josharenson> mhall119: cool, will do
[19:54] <josharenson> mterry: so the greeter is failing the qmltests because it seems to be loading parts of the lightdm (the integrated lightdm) and parts of the mock lightdm... It can successfully set the mock mode to "full", but then shows my real username instead of the mock usernames... I know that is super confusing, so hopefully this output helps clear up what I just said http://pastebin.ubuntu.com/12454487/
[19:55] <josharenson> mterry: I've triple checked all the cmake stuff and it looks ok to me...
[19:56] <mterry> josharenson, hrm
[19:56] <mterry> josharenson, I can give it a look
[19:57] <josharenson> mterry:  pushing most current changes to lp:~josharenson/unity8/slim_greeter_real_lightdm/ and I can send you built debs if you want as well
[19:57] <josharenson> pushed*
[19:58] <josharenson> mterry: its very odd, and im sure its something simple... when I run the tests on trunk/overlay, they pass just fine so its not an env issue
[20:21] <mterry> josharenson, gosh, my internet
[20:21] <mterry> josharenson, you still there?
[20:21] <josharenson> mterry: yup
[20:21] <mterry> josharenson, I'm seeing an error "ASSERT: "uri == QLatin1String("PLUGIN_CLASSNAME")" in file /home/mike/Work/code/unity8/slim_greeter_real_lightdm/plugins/LightDM/plugin.cpp, line 62"
[20:21] <mterry> josharenson, PLUGIN_CLASSNAME shouldn't be in quotes if it's a symbol
[20:22] <mterry> josharenson, I also saw a warning "file:///home/mike/Work/code/unity8/slim_greeter_real_lightdm/tests/qmltests/Greeter/tst_Greeter.qml:403:9: QML Connections: Cannot assign to non-existent property "onLauncherOffsetChanged""
[20:22] <josharenson> mterry: yeah I see that same warning in trunk
[20:22]  * josharenson recompiles w/ symbol changed
[20:24] <josharenson> no dice
[20:27] <mterry> josharenson, did you see the assert before?
[20:27] <josharenson> mterry: I didn't but that doesn't mean it wasn't there
[20:27] <mterry> josharenson, with the change, you get a compile error because PLUGIN_CLASSNAME isn't be defined
[20:27] <josharenson> ..... wondering why it built
[20:27] <josharenson> trying a clean build
[20:30] <josharenson> mterry: for the record, i know the rest of the tests are broken, im just trying to get make testGreeter working first
[20:32] <mterry> josharenson, sure.  I haven't tried others yet  :)
[20:34] <mterry> josharenson, If you don't see the same assert after a clean build...  one of our environments is affecting the test
[20:35] <josharenson> mterry: yeah I removed the quotes, did a clean build, and I see no errors
[20:36] <mterry> Humph...  I'll try a clean build without the quotes...
[20:36] <mterry> josharenson, you also didn't see the assert without the change?
[20:36] <josharenson> mterry: I don't think so...
[20:36] <mterry> josharenson, your top commit is 1915?
[20:37] <josharenson> mterry: yes
[20:38] <josharenson> mterry: just for sanity http://pastebin.ubuntu.com/12455825/
[20:38] <mterry> josharenson, yup
[20:39] <mterry> josharenson, and I see:
[20:39] <mterry> /home/mike/Work/code/unity8/slim_greeter_real_lightdm/plugins/LightDM/plugin.cpp: In member function ‘virtual void IntegratedLightDMPlugin::registerTypes(const char*)’:
[20:39] <mterry> /home/mike/Work/code/unity8/slim_greeter_real_lightdm/plugins/LightDM/plugin.cpp:62:24: error: expected primary-expression before ‘(’ token
[20:39] <mterry>      Q_ASSERT(uri == QLatin1String(PLUGIN_CLASSNAME));
[20:39] <mterry>                         ^
[20:39] <mterry> /home/mike/Work/code/unity8/slim_greeter_real_lightdm/plugins/LightDM/plugin.cpp:62:48: error: expected primary-expression before ‘)’ token
[20:39] <mterry>      Q_ASSERT(uri == QLatin1String(PLUGIN_CLASSNAME));
[20:39] <mterry>                                                 ^
[20:39] <mterry> plugins/LightDM/FullLightDM/CMakeFiles/FullLightDM-qml.dir/build.make:146: recipe for target 'plugins/LightDM/FullLightDM/CMakeFiles/FullLightDM-qml.dir/__/plugin.cpp.o' failed
[20:40] <mterry> josharenson, I'm compiling on wily...  but I doubt that would affect the compilation
[20:40] <josharenson> mterry: ill go make some horrible syntax error and see if it fails
[20:40] <josharenson> im on overlay
[20:41] <josharenson> mterry: yeah I broke it
[20:41] <josharenson> weird
[20:42] <mterry> guh
[20:42] <mterry> let me try on my overlay machine
[20:43] <josharenson> mterry: I'm sure this doesn't matter, but I'm using gcc
[20:43] <josharenson> (I use clang sometimes)
[20:46] <mterry> me too
[20:47] <josharenson> mterry: really weird... if I, for example, remove the ";" at the end of the line, compilation fails... if I change PLUGIN_CLASSNAME to some nonsense, it builds just fine
[20:48] <mterry> ...  that's not right
[20:52] <josharenson> mterry: for the sake of completeness, it builds just fine w/ clang too
[20:52] <josharenson> i love when I can't get things to break when the are supposed to
[20:59] <josharenson> mterry: I wonder if I, somehow, don't have QT_NO_DEBUG set
[20:59] <josharenson> rather, unset
[21:00] <mterry> josharenson, I keep losing irc
[21:00] <mterry> last thing I said:
 josharenson, same problem on overlay
[21:00] <mterry>  assert, then fix, then compile error
[21:00] <josharenson> 01:59:38 PM) josharenson: mterry: I wonder if I, somehow, don't have QT_NO_DEBUG set
[21:00] <josharenson> (01:59:44 PM) josharenson: rather, unset
[21:00] <mterry> josharenson, it's crazy to me that you can change PLUGIN_CLASSNAME to gibberish and it compiles?
[21:01] <josharenson> mterry: yes, which is why I think that line might not be getting compiled
[21:01] <mterry> ah right...
[21:01] <josharenson> looking into QT_NO_DEBUG, but I might have to leave for a bit
[21:01] <josharenson> apparently I've been at panera for too long
[21:01] <mterry> :)
[21:02] <mterry> Nothing beats Starbucks for remote work.  Haven't found anyone as accomidating
[21:02] <josharenson> mterry: duly noted... I know a million good coffee shops in seattle, but I'm in San Diego right now, so kind of foreign territory
[21:03] <josharenson> anyway, back in a bit
[21:03] <josharenson> thanks for the help