[02:15] <sam113101> hello
[02:16] <sam113101> I think I've found bugs in unity
[02:16] <sam113101> can someone help me?
[02:48] <duflu> sam113101: It's a bad time of day for the Unity guys' timezones. Maybe log the issue here: https://bugs.launchpad.net/unity/+filebug
[02:49] <sam113101> duflu: not sure if it's a unity bug or compiz bug though
[02:49] <duflu> sam113101: If you can describe it accurately I can probably tell you. Otherwise don't worry about logging against the wrong project. We'll work it out
[02:51] <sam113101> duflu: whenever I boot my computer and my ipod touch's plugged in, I have all kinds of issues — mainly, wallpaper that doesn't span across multiple monitors, theme inconsistency (top bar is dark although the light theme is in use), font inconsistency
[02:51] <sam113101> it doesn't happen when my ipod touch is not plugged in
[02:55] <duflu> sam113101: All those things are actually managed by GNOME/Nautilus. So it's neither Unity nor Compiz :)
[02:56] <sam113101> thanks
[08:06] <tsdgeos> hmmmm
[08:06] <tsdgeos> who do we complain because all the test maguros are down?
[08:06] <tsdgeos> Saviq: ↑ ?
[08:06] <tsdgeos> veebers: ↑ ?
[08:07] <veebers> tsdgeos: you complain in #ubuntu-ci-eng :-), unfortunatly it appears it requires manual intervention
[08:07] <tsdgeos> is it known?
[08:08] <veebers> tsdgeos: yes
[08:08] <tsdgeos> i mean, known it is broken
[08:08] <tsdgeos> not known it needs manual intervention
[08:08] <tsdgeos> ok
[08:08] <tsdgeos> tx
[08:08] <veebers> tsdgeos: yes
[08:08] <veebers> :-)
[08:08] <veebers> sorry I can't do/say more
[08:25] <sil2100> bregma: hello! Any news on the cmake fix for LP: #1247787 ?
[10:23] <dednick> Saviq: ping
[10:31] <didrocks> Cimi: hey! how are you?
[10:32] <Cimi> good didier, you?
[10:32] <didrocks> I'm fine (but still jetlagged) ;)
[10:32] <didrocks> Cimi: it seems we have a trivial cleanup MP on the theme. I know you are not working on it anymore, but you are the best expert we have here: https://code.launchpad.net/~knocte/ubuntu-themes/cleanup-empty-rules/+merge/192903
[10:33] <didrocks> it's just about removing empty rules
[10:35] <Cimi> didrocks, but why?
[10:35] <didrocks> Cimi: see in the description from the committer
[10:35] <didrocks> I think it makes sense
[10:35] <Cimi> didrocks, hope we change for 14.04
[10:36] <didrocks> Cimi: I do as well, in the meantime, I think it's sensible to ack that change (it's a contribution and can help others)
[10:43] <tsdgeos> dednick: i think he may be jetlagged again, anything i can help with?
[10:43] <dednick> tsdgeos: ?
[10:43] <tsdgeos> [11:23:08] <dednick> Saviq: ping
[10:44] <dednick> tsdgeos: ah. My connection was a bit off, didnt think it got through.
[10:45] <dednick> tsdgeos: Do you know what package the calendar app comes from? I can see one in LP, but there doesnt seem to be anything installable on saucy.
[10:47] <tsdgeos> is it one of those click apps maybe?
[10:47] <tsdgeos> dednick: what's the lp project?
[10:47] <dednick> tsdgeos: the only one I can find is https://launchpad.net/ubuntu-calendar-app
[10:48] <tsdgeos> yeah
[10:49] <tsdgeos> according to http://bazaar.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/trunk/view/head:/debian/control should be called calendar-app
[10:49] <tsdgeos> must be in a ppa
[10:49] <tsdgeos> mhall119: ping
[10:49] <Saviq> tsdgeos, dednick here
[10:49] <Saviq> tsdgeos, is already complained
[10:49] <tsdgeos> Saviq: do you know what's the ppa for "core apps" like the calendar-app ?
[10:50] <Saviq> tsdgeos, the ppa is installed on the phone last time I checked
[10:50] <dednick> found one. https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily
[10:50] <tsdgeos> true
[10:50] <dednick> tsdgeos, Saviq ^
[10:51] <tsdgeos> that one should be it
[10:51]  * tsdgeos adbs onto the phone
[10:51] <tsdgeos> root@ubuntu-phablet:/etc/apt# grep -ri coreapps *
[10:51] <tsdgeos> root@ubuntu-phablet:/etc/apt#
[10:51] <tsdgeos> nope?
[10:52] <tsdgeos> olivier confirms it's https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily
[10:52] <dednick> yeah, it's a bit weird. Can't install via apt either. Wonder if updates will work...
[10:52]  * tsdgeos scratches head
[10:52] <tsdgeos> there's no calendar-app installed in my phone
[10:52] <tsdgeos> :D
[10:53] <tsdgeos> but the app is there
[10:53] <tsdgeos> so we're gettign it thorught click?
[10:53] <tsdgeos> or what?
[10:54] <dednick> no idea here... dont know "click"
[10:54] <tsdgeos> yeah
[10:54] <tsdgeos> click is the "store" thingie
[10:54] <tsdgeos> /usr/share/click/preinstalled/com.ubuntu.calendar/
[10:55] <tsdgeos> that's on the phone
[10:55] <dednick> ah right, i did see that when searching for desktop file
[10:55] <tsdgeos> don't know much about click myself either
[10:55] <tsdgeos> Saviq: maybe we could have a "what's click and how it works" webminar or something so everyone gets the basics?
[10:55] <dednick> ok, well ppa will do me find. Thanks.
[10:56] <Saviq> tsdgeos, sure, makes sense
[10:56] <Saviq> tsdgeos, in the mean time - they're unpacked into /opt/
[10:56] <Saviq> tsdgeos, and a .desktop file is dropped in ~/.local/share/applications to match
[10:58] <tsdgeos> oka
[10:58] <tsdgeos> Saviq: do we have an ETA for the maguro tests?
[10:59] <Saviq> tsdgeos, they should not have been blocking us since this morning
[10:59] <tsdgeos> hmmm
[10:59] <Saviq> tsdgeos, seems the last job we have hanging did not pick up the new configuration that doesn't do maguros
[11:00] <Saviq> tsdgeos, just canceled it and will make sure they go through
[11:00] <tsdgeos> ok
[11:00] <tsdgeos> there's like 10 pending at generic-mediumtests-runner-maguro
[11:01] <tsdgeos> hmmm
[11:10] <tsdgeos> damnit mzanetti aren't you on holidays :D
[11:32] <Saviq> dednick, d'oh, you're not gonna be in London for the Dec sprint? slacker :P
[11:33] <dednick> Yeah, it sucks... although I'll be sucking up the sunshine in South Africa
[12:03] <nic-doffay> dednick, I'm delaying my trip.
[12:03] <nic-doffay> I want to get sunshine by the time I've totally had it with winter here.
[12:03] <nic-doffay> I was thinking like early march to avoid the feb heat insanity.
[12:04] <dednick> nic-doffay: heh. yeah, good plan.
[12:05] <dednick> nic-doffay: I have more plans for next year though, and I'm going to SA with some others, so couldnt delay
[12:05] <nic-doffay> dednick, yeah understood!
[12:10] <nic-doffay> Saviq, looks like I'm getting seemingly unrelated jenkins failiures suddenly (with regards to the scope search) https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/3065/consoleText
[12:10] <nic-doffay> Any insights?
[12:11] <Saviq> nic-doffay, did you run the tests locally and on your device?
[12:12] <nic-doffay> Saviq, I haven't on the device, no.
[12:12] <nic-doffay> But I didn't change anything that would cause these failiures from the last commit.
[12:12] <Saviq> nic-doffay, "SearchHistoryModel is not a type"
[12:12] <nic-doffay> Saviq, what line was that?
[12:13] <Saviq> nic-doffay, in https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/121/consoleFull
[12:13] <nic-doffay> Saviq, cheers
[12:13] <mhr3> Saviq, did thomas talk to you about the ui meeting today?
[12:13] <mhr3> scope ui
[12:13] <Saviq> mhr3, no
[12:13] <mhr3> Saviq, in that case, do you have time for that? :)
[12:13] <Saviq> mhr3, when? :)
[12:14] <mhr3> Saviq, 2,3,4 your time?
[12:14] <mhr3> (your pick)
[12:15] <Saviq> mhr3, half an hour enough, do you think?
[12:15] <mhr3> Saviq, yea, it's just some basics
[12:15] <Saviq> mhr3, 3pm is fine then
[12:15] <mhr3> k, i'll create the event
[12:21] <Saviq> nic-doffay, also - GenericScopeView.qml:29:29: Duplicate property name
[12:21] <bregma> sil2100, the upstream patch to Cmake FTBFS, I haven't had time to figure out why yet (I suspect divergence between trunk and the released package)
[12:22] <Saviq> nic-doffay, you really should trust jenkins more
[12:22] <bregma> it doesn't affect our upstream much since we usually turn off -proposed, its brokenness often prevents us from being productive
[12:23] <Saviq> nic-doffay, it's not *that* flaky - there's maybe a handful of tests that will fail at times, whenever you see more than one failing, you should first verify that they pass locally - and fix
[12:26] <nic-doffay> Saviq, I wasn't having issue before though, suddenly the test is unable to find SearchHistoryModel.
[12:26] <nic-doffay> Unity 0.1 is imported in the test.
[12:26] <Saviq> nic-doffay, merge trunk, too
[12:26] <nic-doffay> I'm not having any such issues outside the one test which is weird.
[12:26] <Saviq> nic-doffay, not one test - multiple tests
[12:27] <nic-doffay> Saviq, by test I meant test .qml file.
[12:27] <Saviq> nic-doffay, https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/124/testReport/
[12:27] <Saviq> nic-doffay, that's 7 different tests files that all fail to run completely - 'cause the type is unavailable
[12:28] <Saviq> granted, the output is scarce - but the log output helps
[12:28] <Saviq> and the ListView.... test is one of the flaky tests
[12:28] <Saviq> nic-doffay, but also autopilot tests fail https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/391/?
[12:28] <nic-doffay> Saviq, any idea what's causing that?
[12:28] <nic-doffay> Saviq, because the import hasn't changed.
[12:30] <Saviq> nic-doffay, I'd have to look through the changes, which you know better anyway, so please just investigate until you really have no clue
[12:30] <nic-doffay> Saviq, I have no clue as to why the type is unavailable in the test.
[12:30] <nic-doffay> It's got nothing to do with recent changes I've made as far as I'm aware.
[12:31] <Saviq> nic-doffay, did you add the type to the mock Unity plugin that's used in the tests?
[12:31] <Saviq> nic-doffay, have you ever managed to get those tests running? have you ever run them at all?
[12:32] <nic-doffay> Saviq, I did previously, they ran without issue, jenkins didn't report anything either.
[12:33] <Saviq> nic-doffay, there is not one SUCCESS for qmluitests in https://code.launchpad.net/~nicolas-doffay/unity8/scope-search-refactor/+merge/193787
[12:33] <Saviq> nic-doffay, so yes, it did complain
[12:34] <nic-doffay> Saviq, I must have missed it then.
[12:34] <Saviq> nic-doffay, and as you have not touched the mock Unity plugin, which now contains the SearchHistoryModel
[12:34] <Saviq> nic-doffay, the qml tests could never have passed
[12:34] <nic-doffay> Saviq,  should I do a mock SearchHistoryModel?
[12:34] <Saviq> nic-doffay, yes
[12:34] <Saviq> nic-doffay, and you need to test the actual SearchHistoryModel, too
[12:35] <nic-doffay> Saviq, I assumed that was handled by the tst_PageHeader.
[12:35] <Saviq> nic-doffay, you need to test the component itself, since you created it
[12:36] <Saviq> nic-doffay, qml tests are too high a level to test it
[12:37] <Saviq> nic-doffay, count should be a readonly property, not a method
[12:37] <Saviq> nic-doffay, you say in the commit message that it's persistent across unity8 restarts, where does it save the data?
[12:38] <nic-doffay> Saviq, I'll need some assistance with that then.
[12:38] <Saviq> nic-doffay, searchHistory.get(index) - that's not good, you need a role to expose the data
[12:39] <nic-doffay> Saviq, there's only ever one role...
[12:40] <Saviq> nic-doffay, right now there is, but who knows if we won't need more later
[12:40] <Saviq> nic-doffay, having a model with a get() is just not the right way to do things
[12:40] <Saviq> nic-doffay, TBH I'm not sure we need C++ for the functionality at all
[12:40] <Saviq> nic-doffay, it's been working fine in just QML before
[12:41] <Saviq> nic-doffay, (not persistent across restarts, but yes - across scopes)
[12:41] <nic-doffay> Saviq, well it's your call.
[12:41] <Saviq> nic-doffay, as for storing across restarts, I don't think we've decided where would that go yet
[12:42] <Saviq> nic-doffay, and whether we care, really (if you restart your phone - maybe it should indeed reset the history)
[12:42] <nic-doffay> Saviq, I would say so.
[12:42] <Saviq> nic-doffay, so please tackle the "consistent across scopes" first
[12:43] <nic-doffay> Saviq, sure. Now should I revert that branch to not use any C++?
[12:43] <Saviq> nic-doffay, it should be a much smaller change, too, as the QML that was there before was already doing that - but it got broken at some point
[12:43] <Saviq> nic-doffay, yes, please
[12:43] <nic-doffay> Saviq, cool.
[13:18] <dandrader> tsdgeos, I asked the rebuild of http://10.97.0.26:8080/job/unity8-ci/1571/rebuild/? but I want to cancel it (as it's using revising 498 instead of 500)
[13:18] <dandrader> tsdgeos,  how to I do it?
[13:19] <dandrader> s/to/do
[13:20] <dandrader> tsdgeos, ok, found the guy -> http://10.97.0.26:8080/job/unity8-ci/1573/parameters/?
[13:21] <dandrader> Saviq, is there a way to cancel this job ^^ ?
[13:21] <dandrader> sorry for the noise. found how to do it :)
[13:21] <Cimi> I got to take a train now, not sure I manage to have good connectivity for our standup, I'll be online though via 3G - I'm working on the wizard, well, I have no qml window but might be some more cmake stuff to work on :)
[13:26] <Saviq> dandrader, nw :)
[13:46] <Saviq> greyback, you have your travel sorted for London?
[13:48] <mhall119> tsdgeos: pong
[13:48] <tsdgeos> mhall119: nothing, we where wondering what aws the ppa for the calendar app, but found out already, thanks
[13:50] <mhall119> ok
[14:27] <Cimi> my wifi is quite spotty..
[14:33] <Saviq> Cimi, standup?
[14:33] <Saviq> dandrader|lunch, ↑?
[14:39] <Saviq> nic-doffay, can you hear us?
[14:39] <kgunn> dednick: does that include a bug where you change the timezone, but it doesn't actually update ?
[14:39] <kgunn> cause i am seeing that
[14:40] <dednick> kgunn: thats another one
[14:40] <Saviq> nic-doffay, Cimi, dandrader|lunch, please fill up your stuff in standup notes
[14:42] <MacSlow> dednick, the notification-issue you mentioned... was DBus- or notification-backend-related?
[14:42] <dednick> MacSlow: using libnotify in Unity8
[14:42] <MacSlow> dednick, what doesn't work?
[14:44] <Saviq> dednick, it sends the notification on the same thread it receives it
[14:44] <dednick> MacSlow: sending from Unity8 doesnt work because notify_notification_show uses a blocking dbus call, and we're processing the dbus requests on the same thread.
[14:44] <Saviq> erm MacSlow ↑
[14:44] <Saviq> dednick, yeah, that'd be part of the work on proper QML bindings for libnotify
[14:45] <dednick> Saviq: i pushed it onto a separate thread as well, but that didnt work either. Actions no longer got their callbacks. Not sure why.
[14:45] <dednick> the notification poped up though...
[14:45] <MacSlow> dednick, Saviq: hm...
[14:46] <nic-doffay> Saviq, do you reckon we need a rebuild for this: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/116/console
[14:46] <nic-doffay> It's from the filters mp
[14:46] <nic-doffay> I'd like to land that.
[14:46] <nic-doffay> I'm planning to do the expandable container after.
[14:46] <MacSlow> dednick, then the question remains... does the triggering of the action fail to get from frontend to backend or fail just on the backend-side.
[14:47] <dednick> MacSlow, Saviq: For this, it might be premature though. Dont even know if we want shutdown dialog to be a notification. So i've put it on hold until we get design.
[14:47] <MacSlow> dednick, ok
[14:47] <Saviq> nic-doffay, that's https://code.launchpad.net/~nicolas-doffay/unity8/filter-selector/+merge/191145 right?
[14:47] <nic-doffay> Saviq, yep
[14:48] <dednick> MacSlow: i don't know. I'm thinking the actions don't get processed because they were created on a separate thread.
[14:48] <Saviq> nic-doffay, triggered a rebuild
[14:48] <nic-doffay> Saviq, cool
[14:50] <mhr3> dednick, sounds odd
[14:53] <dednick> mhr3: lol. thanks!
[14:54] <mhr3> dednick, the "more details" package comes at 11.99 a month :P
[14:54] <dednick> mhr3: na...
[14:55] <dednick> think i'll opt out
[14:55] <mhr3> dednick, don't you want to try the free trial first?
[14:56] <dednick> mhr3: ah, trying to make deals are we? Do I have to explicitly opt out in a month, or will it be charged to my card automatically if I dont?
[14:57] <mhr3> dednick, those questions will be answered in the fineprint you'll receive
[14:57] <mhr3> or maybe not
[14:58] <dednick> mhr3: ok :) give me what you know, and I'll decide whether I wan't to continue service
[14:59] <mhr3> dednick, well the action should be invoked in the receiving thread, no? so there must be an issue with serializing the action i guess?
[15:01] <dednick> mhr3: why would it be different when on a different thread?
[15:01] <mhr3> that's a good question
[15:01] <dednick> surely same as when interprocess?
[15:02] <mhr3> dednick, where is the code for this?
[15:02] <dednick> mhr3: hm. i'll need to look how libnotify handles the actions.
[15:03] <dednick> mhr3: um. local branch
[15:03] <mhr3> oh, visits to client's pc are extra
[15:04] <mhr3> not included in free trial
[15:04] <dednick> mhr3: http://pastebin.ubuntu.com/6365089/
[15:04] <dednick> lol
[15:05] <dednick> mhr3: fyi, I added the mutex/waitCondition later when I realised it wasnt working to hold the thread around.
[15:05] <mhr3> hmm, didn't realize the notification api itself gives you the ability to register the callback
[15:06] <mhr3> i think you'd need a spin a mainloop for that to work
[15:06] <mhr3> s/a/to/
[15:06] <dednick> mhr3: i thought i might..
[15:08] <dednick> although I'm not really sure about the consequences of this anyway. I'm not sure libnotify is threadsafe...
[15:08] <mhr3> yea... probably not
[15:09] <dednick> Should probably just rewrite it in Qt to use async dbus anyway
[15:09] <mhr3> sounds good, it's not like the notify dbus api was complicated
[15:30] <sam113101> whenever I boot my computer and my ipod touch's plugged in, I have all kinds of issues — mainly, wallpaper that doesn't span across multiple monitors, theme inconsistency (top bar is dark although the light theme is in use), font inconsistency
[15:31] <sam113101> can someone help me fix it?
[15:35] <larsu> sam113101: sounds like gnome-settings-daemon crashes. Do you have apport enabled?
[15:36] <Saviq> mterry, hey, we're seeing https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/135/? from time to time, could you please look at potentially improving reliability on that test?
[15:37] <mterry> Saviq, hrm, ok
[15:37] <sam113101> larsu: yes
[15:37] <Saviq> mterry, not a huge priority, just something to have in mind, want a bug?
[15:37] <larsu> sam113101: are you getting a crash report?
[15:38] <mterry> Saviq, sure
[15:38] <sam113101> larsu: no
[15:39] <Saviq> mterry, bug #1248232
[15:39] <larsu> sam113101: weird. Is gnome-settings-daemon running while you're seeing these issues?
[15:40] <sam113101> larsu: how do I know? what is it?
[15:41] <larsu> sam113101: it's a process in your session. You can find out if it's running by pasting `ps aux | grep gnome-settings-daemon` (without the quotes) into a terminal
[15:42] <sam113101> also, my monitors turn off while they shouldn't (settings say to not turn off)
[15:43] <sam113101> it is running
[15:44] <Saviq> greyback, re: gdoc so I think there's no worry - even now we always do either upstart or desktop hint
[15:44] <sam113101> bamfdaemon crashes sometimes, not sure if it's related or not
[15:44] <greyback> Saviq: probably not, this is just a niggling worry at the back of my head
[15:44] <Saviq> greyback, otherwise there's no session, as we reject it, no?
[15:44] <greyback> Saviq: correct.
[15:45] <Saviq> lool, glad you're here, was meant at karni ;)
[15:45] <karni> Can't run unity8 from trunk using ./run_on_device. Known issue guys? http://paste.ubuntu.com/6365123/
[15:45] <lool> :-)
[15:45] <karni> haha :)
[15:45] <karni> Thanks lool
[15:45] <Saviq> karni, ssh isn't started on the device it seems
[15:45]  * karni checks
[15:46] <Saviq> karni, it should be started by run_on_device, though - if it's not - it's our bug in the script
[15:46] <larsu> sam113101: hm, no idea sorry. Have you filed a bug on launchpad? (Or looked for similar ones?)
[15:46] <sam113101> I did
[15:46] <karni> Saviq: d'oh.. that seems to have been the problem :|
[15:46] <Saviq> karni, either way, the script should start it - if it didn't we need to fix
[15:47] <karni> Saviq: shall I file a bug?
[15:47] <Saviq> karni, yes please
[15:47] <karni> Saviq: could the prerequisite be that /etc/init/ssh.override should be empty? It wasn't, maybe that's why run_on_device didn't work?
[15:47] <nic-doffay> Saviq, check out the latest jenkins report. https://code.launchpad.net/~nicolas-doffay/unity8/filter-selector/+merge/191145
[15:47] <karni> (and thus, wouldn't be a bug theoretically)
[15:48] <sam113101> what's bamfdaemon actually?
[15:48] <Saviq> nic-doffay, conflictr
[15:48] <Saviq> -r
[15:48] <Saviq> karni, no, its contents shouldn't matter
[15:48] <karni> Saviq: ack
[15:49] <Saviq> nic-doffay, Text conflict in Dash/GenericScopeView.qml
[15:49] <nic-doffay> Saviq, hmm it didn't mention anything in the MP
[15:49] <karni> Saviq: file against unity8 project?
[15:50] <Saviq> karni, please
[15:50] <Saviq> nic-doffay, LP doesn't update unless you push I think
[15:51] <karni> done
[15:51] <karni> Thanks
[15:51] <Saviq> nic-doffay, but in the logs for any of the builders you can see that
[15:51] <Saviq> karni, cheers
[15:52] <cwayne> hey guys, I have a question about the shell background
[15:52] <cwayne> namely, a way to make our customization image handle choosing a background for phone/tablet
[15:54] <Saviq> cwayne, you mean just changing the default one?
[15:54] <cwayne> Saviq: yeah, so we do that now with gsettings keys, but we can't know if we need to use a phone or tablet background atm
[15:54] <Saviq> cwayne, ah so you mean different backgrounds for phone and tablet
[15:55] <Saviq> cwayne, that's not something we've tackled yet even internally
[15:55] <cwayne> looking in the unity8 code, unity8 itself decides by whether the width is over some certain threshold (i think units.gu(60))
[15:55] <Saviq> cwayne, not to mention customization....
[15:55] <cwayne> Saviq: ah, well when we're ready to tackle it i'd like to help :)
[15:55] <Saviq> cwayne, yeah, but that's only for the default, if we get it out of dconf, we're always using that, IIRC
[15:56] <cwayne> Saviq: right, exactly
[15:56] <Saviq> cwayne, truth is we don't even know if we want different wallpapers for phone/tablet
[15:56] <dandrader> is 101 the latest device image?
[15:56] <Saviq> dandrader, that's old
[15:56] <Saviq> dandrader, switch to trusty
[15:57] <cwayne> Saviq: well, i think it would make sense to, as our customized background looks like garbage when it's stretched out to a different aspect ratio
[15:57] <Saviq> dandrader, system-image-cli -v -c trusty -b0 as root
[15:57] <dandrader> Saviq, so should I use a different phablet-flash command now?
[15:57] <cwayne> and i imagine many others would as well
[15:57] <dandrader> ah, great
[15:57] <Saviq> dandrader, that's on device, mind you
[15:57] <Saviq> dandrader, not on host
[15:57] <Saviq> dandrader, and will not touch any of the data you changed
[15:57] <Saviq> dandrader, trusty-proposed is r11 now I think, slightly newer than trusty
[15:57] <Cimi> Saviq, I can take care of wallpapers if you want
[15:57] <Cimi> still looking for tasks :)
[15:58] <Saviq> Cimi, there's nothing to take care of yet ;)
[15:58] <dandrader> Saviq, can't I just issue a phablet-flash command and be done with it?
[15:58] <Saviq> cwayne, there was talk of making gsettings / dconf form-factor-aware
[15:58] <Cimi> brilliant :)
[15:58] <Saviq> dandrader, if you want to wipe everything - sure
[15:58] <Saviq> dandrader, system-image-cli will keep the built unity8 on the device, for example
[15:59] <Saviq> cwayne, but we really need some UX design on this
[15:59] <cwayne> Saviq: right, of course
[15:59] <Saviq> cwayne, as it's not even form-factor-based, but size-based
[15:59] <cwayne> that was partly why I pinged, to see if we had any direction yet :)
[15:59] <cwayne> Saviq: well it's size and aspect-ratio based really
[15:59] <Saviq> cwayne, and if your wallpaper changes on your phone, and doesn't on tablet
[15:59] <Saviq> cwayne, do you then have different wallpapers for landscape and portrait ;)
[16:00] <Saviq> cwayne, and how many combinations do you store :)
[16:00] <cwayne> Saviq: oh yes, there's definitely many open questions here :)
[16:03] <Cimi> Saviq, we might need two wallpapers maybe in case of convergence on desktop
[16:06] <Saviq> Cimi, two is an arbitrary number ;)
[16:06] <Saviq> Cimi, why not 3? or 4? or 16?
[16:12] <Cimi> Saviq, two different settings
[16:13] <Cimi> Saviq, when you dock, desktop has different aspect ratio
[16:13] <Cimi> Saviq, but maybe we could use the tablet wallpaper on the desktop
[16:16] <Saviq> Cimi, every device has a different aspect ratio - what if you have phone, and two monitors connected
[16:16] <Saviq> Cimi, and then there's multiple workspaces
[16:16] <Saviq> Cimi, what I'm trying to say is it's not an easy question - once you start talking more than one, there's really an infinite number
[16:16] <Saviq> Cimi, and then how do you expose that to the user when he sets his wallpaper?
[16:17] <Cimi> Saviq, on OSX the app is relative to the window
[16:17] <Saviq> give him a million choices? not a good UX - you could say when changing the wallpaper it'd ask whether you want it for this particular display or to change all of them
[16:17] <Cimi> Saviq, the background app opens on all screens, allowing you to have different one per screen and workspace
[16:17] <Cimi> I think it's too much though
[16:18] <Saviq> Cimi, yeah, and then it's not just about the wallpaper - you could argue there's a slew of settings that could be per-display and whatnot
[16:19] <Saviq> karni, I think the ssh issue is just that it was too fast - we start ssh, but then connect to it straight away, before it's ready
[16:19] <Saviq> tsdgeos, ↑
[16:19] <tsdgeos> hmmm
[16:19] <tsdgeos> i think i wait for it, no?
[16:20] <tsdgeos> well, maybe not
[16:20] <greyback> takes sshd longer to startup on gnexus than nexus4 too
[16:20] <Saviq> tsdgeos, well, you wait until initctl exits
[16:20] <tsdgeos> yep
[16:20] <Saviq> tsdgeos, which does not necessarily mean ssh is ready to accept connections, unfortunately
[16:21] <tsdgeos> i was expecting that would mean the thing is started
[16:21] <Saviq> tsdgeos, there's a few things that cause initctl to exit
[16:21] <Saviq> tsdgeos, in case of daemons, it's usually when it forks
[16:21] <Saviq> but depending on when sshd forks, it might not be ready yet
[16:22] <Saviq> tsdgeos, http://upstart.ubuntu.com/cookbook/#expect for reference
[16:23] <tsdgeos> well
[16:23] <tsdgeos> so we eitehr busy loop or randomly wait some time
[16:23] <tsdgeos> :D
[16:23] <Saviq> tsdgeos, indeed ;)
[16:23] <karni> greyback: FWIW I'm testing on n4
[16:24] <Saviq> karni, yeah, got that here, too
[16:24] <Saviq> on n4
[16:24] <karni> ack
[16:24] <greyback> karni: ack. I think in a script I use, I sleep for 2 seconds between starting sshd and trying to connect
[16:24] <Saviq> karni, in case you have problems with dependencies - find unity8-build*.deb in ~phablet and remove it
[16:25] <karni> Saviq: ack, thanks!
[16:26] <Saviq> karni, that's what it uses to install build deps, but it does so by comparing mtime of debian/control and that .deb
[16:26] <Saviq> which means that if the .deb was created, but not installed for some reason, it kind of breaks...
[16:26] <Saviq> we need to improve that for sure
[16:26] <karni> Saviq: I'll keep that in mind, thanks for letting me know
[16:29] <tsdgeos> :D
[16:29] <tsdgeos> ouch, wrong window to ↑
[16:30] <Cimi> who can help me with welcome wizard?
[16:30] <Cimi> I run the app but nothing happens
[16:30] <Cimi> lp:~unity-team/ubuntu-settings-components/wizard-cmake
[16:34] <Cimi> mterry, ^
[16:34] <Cimi> I'm working on it
[16:39] <tsdgeos> MacSlow: https://code.launchpad.net/~macslow/unity8/extended-snap-decision-pw-checkmark/+merge/193439
[16:40] <MacSlow> tsdgeos, on it... thx
[16:41] <dandrader> Saviq, I did "phablet-flash ubuntu-system --channel trusty-proposed" and I still have all my old stuff in /home/phablet
[16:42] <Saviq> dandrader, that's just lucky, I'm afraid
[16:42] <Saviq> dandrader, it's not supposed to work, really
[16:43] <Saviq> dandrader, also, there's more than $HOME that's wiped when you flash
[16:43] <dandrader> which makes me wonder if my device is in a correct state
[16:43] <Saviq> dandrader, yeah, it is, it just sometimes work
[16:43] <Saviq> dandrader, sometimes does not
[16:43] <dandrader> black magic
[16:44] <Saviq> dandrader, well, not really - it just depends on the size of your $HOME
[16:44] <Saviq> or the number of files
[16:44] <Saviq> the backup process chokes on something
[16:45] <tsdgeos> Saviq: were you able to repro/pinpoint the crash on music?
[16:49] <Saviq> tsdgeos, no, will try to do so tomorrow
[16:52] <dandrader> Saviq, I wanna make a library that both plugins/Ubuntu/Gestures/ (Ubuntu.Gestures qml plugin) and main.cpp (unity8 binary) would use. Where would you suggest I put its code in the tree?
[16:52] <dandrader> lib? src/lib? lib/
[16:52] <dandrader> ?
[16:53] <Saviq> dandrader, lib/ I'd say
[16:53] <Saviq> dandrader, no real preference, either ;)
[16:53] <dandrader> Saviq, so in lib/MY_LIB_NAME/[all MY_LIB_NAME files]
[16:53] <Saviq> dandrader, yeah
[16:54] <dandrader> Saviq, ok
[16:56] <MacSlow> tsdgeos, done
[16:57] <tsdgeos> MacSlow: hmmm
[16:57] <tsdgeos> $ make pot_file
[16:57] <tsdgeos> Scanning dependencies of target pot_file
[16:58] <tsdgeos> works fine here
[16:58] <tsdgeos> in the builddir
[16:58] <MacSlow> tsdgeos, but calling the script worked fine too... po/unity8.pot as correctly updated
[16:58] <tsdgeos> sure
[17:00] <tsdgeos> MacSlow: unittest?
[17:00] <tsdgeos> though not sure it's worth it
[17:00] <tsdgeos> it' like unittesting the SDK
[17:01] <MacSlow> tsdgeos, yeah...
[17:01] <MacSlow> tsdgeos, and it's an extended snap-decision...
[17:19] <sil2100> Saviq: hi! I published unity8 just now, if you could spread the word not to merge in any new commits to lp:unity8 for the time being I would be grateful
[17:19] <sil2100> Saviq: we will be transitioning to autopilot 1.4 now and thomi_ would probably have it easier if there are no new commits besides AP fixes that his team will make
[17:22] <sil2100> dandrader, Cimi: ^
[17:22] <sil2100> mzanetti: ^
[17:22] <Saviq> sil2100, we're at manual merging anyway
[17:22] <sil2100> larsu: ^ ;)
[17:22] <Saviq> sil2100, so it's enough that I know :)
[17:22] <sil2100> Saviq: hah, I thought you weren't around already
[17:22] <Saviq> sil2100, there's one in progress, though
[17:22] <sil2100> Ok, thanks guys, tomorrow we should know how things are going
[17:22] <Saviq> sil2100, manual meaning I trigger -autolanding manually
[17:23] <sil2100> Oh, ouch
[17:23] <sil2100> Well, shouldn't be a big problem if that's not a big feature or something risky
[17:23] <Saviq> sil2100, we had some 25 branches approved, didn't want them to flood through and all get unapproved ;)
[17:23] <Saviq> sil2100, it's just a test, so should be just fine
[17:24] <sil2100> Thanks ;)
[18:44]  * greyback eod
[19:11] <pero> is there anyway i can control the CLI parameters that the gmail unity web app is launched with?
[19:12] <pero> ...using chromium
[19:17] <karni> I'm seeing multiple instances of styledItem in unity8 code (Components/TileStyle.qml). Can anyone tell me where does that come from?
[19:17] <karni> The *styledItem*, that is
[19:26] <sam113101> help
[20:07] <Saviq> karni, it's from the theming engine
[20:07] <Saviq> karni, not sure if it's documented, though...
[20:10] <Saviq> karni, http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Components.StyledItem/ should help somewhat
[20:11] <Saviq> pero, look in your ~/.local/share/applications
[20:12] <Saviq> pero, maybe you can trick the Exec line to do what you need
[20:19] <karni> Saviq: perfect, thanks!!
[20:20] <karni> not much, but it's a good start ;D
[20:20] <karni> Saviq: have a good evening, bud!
[20:20] <Saviq> karni, right back at you
[20:20] <karni> :)