[08:38] <tsdgeos> yay, everyone is back!
[09:00] <tsdgeos> Saviq: we have not commited yet the network manager fix thing?
[09:01] <Saviq> tsdgeos, no, CITrain is stuck due to stowstorms
[09:01] <Saviq> *snowstorms
[09:01] <tsdgeos> ok
[09:01] <Saviq> tsdgeos, but for real they were fighting a regression, so there's a strike of the CITrain crew
[09:01] <Saviq> tsdgeos, should start happening again this morning
[09:02] <tsdgeos> ok
[09:02] <tsdgeos> so my rebuilds of my branches were worthless
[09:02] <tsdgeos> should have checked earlier
[09:02] <Saviq> tsdgeos, unfortunately, yes
[09:02] <Saviq> tsdgeos, I'd have kicked them if it landed
[09:02] <Saviq> tsdgeos, karni already ACK'ed it, but I'd like you to have a look at https://code.launchpad.net/~saviq/unity8/card-tool/+merge/204093 too
[09:03]  * tsdgeos clicks the link
[09:04] <Saviq> tsdgeos, unfortunately had to make it width: 0; height: 0; clip: true to hide it, otherwise it would not lay the thing out correctly
[09:04] <tsdgeos> Saviq: visible: false?
[09:04] <Saviq> tsdgeos, even worse
[09:04] <Saviq> tsdgeos, Row/Column stop working
[09:04] <Saviq> tsdgeos, as they ignore visible: false children
[09:04] <tsdgeos> guess it kind of makes sense
[09:04] <Saviq> tsdgeos, yeah, kind of does, but I think it should work when in data
[09:05] <Saviq> tsdgeos, so put a FIXME there to investigate
[09:07] <Saviq> tsdgeos, also, for tests, on first look, it feels like cheating that I compare values to the real displayed one, but OTOH that's what it's meant to do ultimately, so IMO it's better than hardcoding some expected values that we'd have to adapt every time theme/visuals change
[09:08] <tsdgeos> Saviq: the brief for
[09:08] <tsdgeos> + type:real \brief Width to be enforced on the card in this configuration.
[09:08] <tsdgeos> seems a bit weir
[09:08] <tsdgeos> d
[09:09] <tsdgeos> since it seems you continue the description on the line below
[09:10] <Saviq> tsdgeos, hmm, yeah, and it'll show when you click "More..." in the doc, what else do you have in mind? all in \brief?
[09:10] <tsdgeos> kill brief?
[09:10] <tsdgeos> :D
[09:11] <Saviq> hmm /me tries how that would behave
[09:11] <tsdgeos> i mean brief it's supposed to be one liner, and not sure we can condense the two lines in one only
[09:11] <tsdgeos> but this is me just being silly,
[09:11] <tsdgeos> feel free to ignre
[10:01] <tsdgeos> Saviq: didrocks: why is https://code.launchpad.net/~saviq/unity8/move-upstart-timeout/+merge/202041 not top approved? because of the evil mako failing tests?
[10:01] <Saviq> tsdgeos, not really, rather because of lack of review from our side
[10:01] <Saviq> tsdgeos, let me kick a CI rebuild
[10:02] <tsdgeos> Saviq: want me to have a look then?
[10:02] <Saviq> tsdgeos, sure, yeah
[10:02] <Saviq> tsdgeos, I think the test would be if you SIGSTOP'ed unity8 - how long would it still live past "stop unity8"
[10:03] <Saviq> tsdgeos, or you could SIGSEGV unity8 and "stop unity8" at the same time to see if the stack trace will be ok (but then again we know that it will, already)
[10:04] <Saviq> tsdgeos, so only really check that the package is built correctly
[10:04] <Saviq> tsdgeos, http://upstart.ubuntu.com/cookbook/#kill-timeout for reference
[10:08] <tsdgeos> Cimi: any real reason for https://code.launchpad.net/~unity-team/unity8/unity8.previews_textSummary/+merge/204177 to depend on the audio preview?
[10:08] <tsdgeos> or is it just an artifact of how you created the code?
[10:09] <Cimi> tsdgeos, nope
[10:09] <Cimi> tsdgeos, sharing same dirs
[10:09] <Cimi> tsdgeos, this branch is WIP
[10:10] <tsdgeos> ok, can you mark it as such then? :.)
[10:24] <Saviq> sil2100, hey, any word on resuming CITrain service? Has the snow been shovelled off the tracks? Or can we maybe help there?
[10:34] <tsdgeos> Saviq: back to https://code.launchpad.net/~saviq/unity8/move-upstart-timeout/+merge/202041 not sure what difference should i see with and without the patch, can you repeat/elaborate?
[10:35] <Saviq> tsdgeos, it's just moving the kill timeout from unity8-autopilot package to unity8
[10:35] <tsdgeos> ahhh
[10:35] <Saviq> tsdgeos, upstart kills hanging processes after 5s if you tell it `stop unity8`
[10:36] <Saviq> tsdgeos, that caused exit stacktraces to be corrupted, 'cause apport didn't have the time to collect all the data
[10:36] <Saviq> tsdgeos, so "kill timeout 30" tells it to only SIGKILL after 30s past SIGTERM
[10:37] <sil2100> Saviq: hi! So, I guess today we'll resume doing landings - we observed many more failures in many different AP tests, but these don't seem to be related to application changes
[10:37] <sil2100> Saviq: more like either autopilot changes or upstart-app-launch
[10:37] <Saviq> sil2100, mhm
[10:37] <sil2100> Saviq: me and robru are looking into that, once we have an answer we'll resume everything (tm)
[10:52] <SpaghettiCat> Hello, does any know why Unity chose to place min/max/close window-buttons on the left?
[10:53] <SpaghettiCat> I can't find any info on google
[10:54] <Saviq> SpaghettiCat, because when your window is maximized, the buttons go into the top bar and would conflict with the indicator icons
[10:55] <SpaghettiCat> Saviq: What are the indicator icons?
[10:55] <Saviq> SpaghettiCat, the menus on the right in your top panel
[10:57] <SpaghettiCat> Oh I see, thanks for the answer
[10:58] <Saviq> SpaghettiCat, if you want, you can bring them back to the right via org.gnome.desktop.wm.preferences gsettings key, but they will stay on the left for maximized state, for the reason above
[10:59] <SpaghettiCat> No, that will get really confusing
[10:59] <Saviq> SpaghettiCat, indeed
[11:06] <tsdgeos> Saviq: please add the new boilerplate at top of https://code.launchpad.net/~saviq/unity8/move-upstart-timeout/+merge/202041 so i can approve
[11:06] <Saviq> tsdgeos, yup
[11:07] <Saviq> tsdgeos, done
[11:39] <Mirv> Saviq: tsdgeos: any time for the Qt 5.2 stuff? the screen blanking problem is at least annoying, since if one forgets to run the always on command etc one needs to reboot again since it seems impossible to unblank the screen
[11:40] <Saviq> Mirv, I'm afraid we're stuck on MWC requirements
[11:41] <Saviq> Mirv, also, it's really weird how Qt could influence that, when it's powerd alone that handles all of that stuff by calling ioctls directly
[11:42] <Saviq> Mirv, unity8 is only informed about the current status, neither unity8, unity-mir nor Mir itself is part to any of this process
[11:43] <Mirv> Saviq: oh, ok :( I was kind of assuming there is something like that going on. there are also the 5 failing unity8 tests, but let's see when QA gets automated testing going on.
[11:43] <Saviq> Mirv, elopio was looking at those for us
[11:44] <Saviq> Mirv, for powerd, try pinging rsalveti when he's around, I think they took over powerd from sforshee
[11:44] <Mirv> Saviq: funny yes that there is a difference, I don't know what's going on. but I'll add powerd to the bug.
[11:45] <Mirv> Saviq: ok, thanks for the pointer.
[11:59] <sil2100> thostr_: ping
[11:59] <thostr_> sil2100: pong
[12:11] <tsdgeos> Saviq: so katie said she wanted that when you click on one of the items of the image gallery it "maximizes" on screen, but there's no design for it (i.e. does it scretch, or fit and the rest of the screen is black, or...) so do i do what i feel better, don't do that yet or ask and idle? I'd vote for "not doing" it for the moment since it's not *critical* to have the preview and do it after we have something that shows a preview using the new components
[12:12] <tsdgeos> comments?
[12:18] <Saviq> tsdgeos, later
[12:22] <sil2100> Mirv: boing
[12:22] <sil2100> Mirv: https://code.launchpad.net/~sil2100/kubuntu-packaging/qtbase-opensource-src_5.0.2_qapp_fix/+merge/204471
[12:33] <Mirv> sil2100: boing
[12:43] <Saviq> tsdgeos, to clarify, "later" was meant to say "we'll do the zooming later"
[12:51] <tsdgeos> yep
[12:51] <tsdgeos> got it
[12:51] <tsdgeos> i added the MR
[12:51] <tsdgeos> lunch!
[13:57] <om26er_> MacSlow, hi!
[13:58] <om26er_> MacSlow, I have to test a few scenarios related to notify-osd like tapping on 'accept' button on it opening the dialer-app (or decline button). do you think its fine to put those tests in unity8 ?
[14:01] <Saviq> om26er_, can we, at that moment, consider creating a lp:ubuntu-test-suite project or so, that will hold the tests crossing multiple other projects?
[14:01] <Saviq> om26er_, these kind of integration tests don't really belong to any of the projects in particular, since it will span unity8, unity-notifications, dialer-app most probably
[14:02] <om26er_> Saviq, right creating a new source is a bit of work, but if we agree to that as a patch then I can work on creating a small package
[14:03] <Saviq> om26er_, it's also about ownership / maintenance, we (unity8 team) can't own / maintain all such high level tests, just because u8 is the project that "binds" it all together
[14:04] <Saviq> om26er_, not sure what you meant there
[14:04] <tsdgeos> larsu: man you were at fosdem? i didn't see you :D
[14:05] <tsdgeos> didrocks: and i never found time to come and greet you either
[14:05] <tsdgeos> so much stuff to do!
[14:05]  * Saviq missed FOSDEM this year again ;?
[14:05] <Saviq> ;/
[14:06] <om26er_> Saviq, I meant that if we agree that creating a new source to hold inter-app integration tests then I can work on creating a new package. I have a meeting in an hour with my team so I will ensure we figure out responsibility/maintainance there (and get it agreed from different stake holders)
[14:06] <Saviq> om26er_, great, please let me know of the outcome
[14:07] <om26er_> Yes, will do.
[14:08] <Saviq> om26er_, I think you guys will like that approach, too, as we'll be owning the hooks you need to do the integration tests (emulators / helpers etc.) - that I don't want to throw your way
[14:08] <Saviq> om26er_, but then you will own the actual tests
[14:08] <Saviq> om26er_, and won't need to "ask" us whether we agree to have such a thing with our code :)
[14:09] <tsdgeos> Saviq: yes, you did miss it :D
[14:09] <Saviq> tsdgeos, that wasn't a question really ;)
[14:10] <om26er_> Saviq, right, I don't mind maintaining those tests and it sounds like we are already coming to an agreement ;)
[14:11] <tsdgeos> Saviq: i know i know
[14:11] <Saviq> om26er_, violent agreements are the best kind!
[14:16] <karni> Saviq: I'll attend standups only when time allows, schedule is pretty filled here @Orlando sprint
[14:16] <Saviq> karni, of course, don't worry
[14:20] <tedg> om26er_, Could you make them a directory here?  https://code.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk
[14:21] <om26er_> tedg, automated tests in "manual-tests" ?
[14:21] <om26er_> ;)
[14:24] <larsu> tsdgeos: yes! Didn't know you were there as well :/
[14:47] <didrocks> tsdgeos: oh, didn't see you either… ETOOMANYPEOPLE
[14:57] <dandrader> alan_g|lunch, so to add my own messages on top of the regular ones in the mir socket I've to extend ProtobufSessionCreator and ProtobufMessageProcessor
[14:57] <dandrader> ?
[14:58] <dandrader> oh, wrong channel
[15:00] <alan_g> dandrader: if you look in tests/acceptance-tests/test_protobuf.cpp for exampe code you'll see that you need to extend mfd::MessageProcessor and mf::ProtobufSessionCreator
[15:01] <tsdgeos> Saviq: address comments at https://code.launchpad.net/~aacid/unity8/image_gallery_preview_widget/+merge/204499 (i think :D)
[15:04] <dandrader> alan_g, ah, so the idea is to wrap ProtobufMessageProcessor, not extend it
[15:04] <alan_g> dandrader: sure, reuse by composition is alway to be preferred to reuse by inheritance
[15:06] <dandrader> alan_g, ok, sounds good
[15:06] <dandrader> Saviq, would you consider https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791 more important than having a working clipboard?
[15:06]  * dandrader trying to prioritize work
[15:07] <karni> Hey guys, where does unity*7* put its logs?
[15:07] <karni> tsdgeos: You'll probably know â :)
[15:08] <karni> failed ascii arrow up
[15:08] <tsdgeos> ↑↑ here a few for you :D
[15:08] <tsdgeos> karni: never been much involved in unity7, so don't really know, sorry
[15:08] <karni> yeah, I got something like 'FG' xD heheh
[15:08] <karni> tsdgeos: that's fine
[15:10] <karni> .cache/upstart/unity7.log contains hardly anything
[15:10] <davmor2> dandrader, Saviq: I think they are on an even par, clipboard kinda important but terminal hasn't worked for an age and if you don't have a computer to hand you are screwed if you need to run a command
[15:10] <karni> Saviq: Might you know where unity7 keeps its logs?
[15:33] <Saviq> karni, if it's upstart-launched, ~/.cache/upstart/, otherwise ~/.xsession-errors.log IIRC
[15:33] <karni> Saviq: correct, talked to dobey. Thank you!
[15:33] <karni> Saviq: If you need any reviews, hit me
[15:35] <Saviq> karni, I think we're good for now, if you have time I'd rather you rebase the center-title branch
[15:37] <karni> Saviq: ack
[15:41] <Saviq> tsdgeos, why do we want to put "count" as a top-level prop of the gallery?
[15:42] <tsdgeos> Saviq: seemed to me something useful for outside users, maybe not
[15:42] <Saviq> tsdgeos, outside users won't know, TBH, the PreviewWidget interface is all outside users should be concerned with, don't you think?
[15:43] <Saviq> tsdgeos, and the test... I'd drop the count = 3, it gets too close to testing the bindings / ListView, IMO
[15:44] <tsdgeos> well, as said, that's because you know it's a listview
[15:44] <tsdgeos> but if we were to change it to something else
[15:44] <tsdgeos> i'd still want a 3 as count
[15:44] <tsdgeos> but since you don't think we need to make sure count is exposed
[15:45] <Saviq> tsdgeos, fine, but grab it from a findChild, don't expose on the widget itself
[15:45] <tsdgeos> we don't need to test it
[15:45] <tsdgeos> gone
[15:45] <Saviq> tsdgeos, also, docs++ please?
[15:45] <tsdgeos> Saviq: why would it need docs?
[15:45] <tsdgeos> given "the PreviewWidget interface is all outside users should be concerned with"
[15:45] <tsdgeos> i don't see why one would need docs
[15:46] <tsdgeos> unless you mean for the future ourselves
[15:46] <tsdgeos> and not for the class users
[15:46] <Saviq> tsdgeos, of course
[15:46] <Saviq> tsdgeos, just a short note "this displays images in a horizontal list, URIs for the images are expected in widgetData["sources"]" or such
[15:47] <Saviq> tsdgeos, and yeah, docs are for future us, future us + new team additions, contributors etc.
[15:47] <Saviq> tsdgeos, always easier to read a sentence than code
[15:47] <Saviq> or well
[15:47] <Saviq> that's maybe on overstatement
[15:47] <Saviq> depends on the sentence and the code
[15:47] <tsdgeos> it's 50 lines of code
[15:47] <tsdgeos> but sure
[15:48] <Saviq> tsdgeos, I know, I know, just trying to push for some consistency, sorry :)
[15:48] <Saviq> tsdgeos, one sentence won't hurt
[15:51] <Saviq> tsdgeos, it's also documentation that scope authors might reach (or at least one that will be copied to docs for scope authors)
[15:54] <tsdgeos> Saviq: do we want the placeholderScreenshot thing as we have it now?
[15:55] <Saviq> tsdgeos, good question, we might just hide it if there's no sources...
[15:55] <Saviq> tsdgeos, leave it be for now
[15:55] <Saviq> tsdgeos, I'll ask around
[15:55] <tsdgeos> ok
[15:57] <tsdgeos> i asked Cimi for some short docu too in the audioplayer preview
[16:15] <karni> ubuntu-trusty + demo-stuff = music scope won't show up. I'll install another scope and see if that shows up.
[16:20] <mhr3> karni, when did you upgrade demo ppa last time?
[16:20] <mhr3> karni, cause i pushed onlinemusic there a few hours ago (so it's binary-compatible with latest scopes-api)
[16:21] <mhr3> although i don't even know if it wasn't
[16:21] <karni> mhr3: minutes ago, clean flash + demo-stuff install
[16:21] <mhr3> anyway, try upgrading :)
[16:21] <mhr3> oh
[16:21] <karni> I'll try upgrading if that helps
[16:21] <karni> I'm instaling unity8 build-deps atm
[16:21] <mhr3> karni, apt-cache policy unity9?
[16:21] <mhr3> 8 rather
[16:22] <karni> mhr3: http://paste.ubuntu.com/6867938/
[16:23] <mhr3> hm, looks good
[16:23] <mhr3> restart scope-registry
[16:23] <karni> mhr3: http://paste.ubuntu.com/6867941/
[16:23] <karni> mhr3: ack
[16:23] <tsdgeos> Saviq: mhr3: pstolowski: the "UX spec" lists "ACTION" preview widget that can be combo/button/progress but then on the json structure definition i don't see how to create one or the other. Is the json spec focused on button only for the moment?
[16:24] <karni> mhr3: I'm running this on nexus 4. "restart: Unknown job: scope-registry"
[16:25] <tsdgeos> karni: as phablet user?
[16:26] <sil2100> mhr3: hello! Are unity-scopes-api and unity-scopes-shell used already in unity8?
[16:26] <sil2100> mhr3: or are those all related to the new scopes API?
[16:27]  * dandrader|lunch -> lunch
[16:29] <karni> tsdgeos: yes, phablet user
[16:29] <tsdgeos> ok, no idea then
[16:30] <karni> I'll investigate one I have build-dep for unity8 installed
[16:34] <kklimonda> hmm, unity in 14.04 seems to have HUD key hardcoded? I can't change it from the keyboard->shortcuts
[16:35] <sil2100> Saviq: ok, so there is a really big chance that unity8 caused a regression of installing apps
[16:36] <sil2100> Saviq: give us a sign once you're up
[16:36] <sil2100> Saviq: I mean, back
[16:36] <sil2100> ;)
[16:36] <sil2100> Saviq: we're still bisecting, but it seems to be the main culprit right now
[16:36] <kklimonda> ah, it actually works after restarting unity
[16:37] <pstolowski> tsdgeos, JSON doc has an example of "actions": [{"label": null, "icon": null, "id": null}]"
[16:38] <tsdgeos> pstolowski: yes and how does that tell me if it's a combobox, a button or a progress bar?
[16:40] <sil2100> Saviq: ok! So, we confirmed - unity8 regressed!
[16:40] <karni> Saviq: do you have the design drive URL (could you PM it to me?)
[16:41] <karni> the one with new design dash screen design
[16:42] <sil2100> Saviq: so, it seems 7.84+14.04.20140128-0ubuntu1 regressed click app installation
[16:42] <sil2100> Saviq: we need this fixed ASAP
[16:43] <pstolowski> tsdgeos, ah, sorry, I misread your question. yes, the doc doesn;t cover all those
[16:43] <mhr3> tsdgeos, we have "actions" widget and "progress" one, actions can be combo if it contains multiple actions, progress is too special so it's completely separate
[16:43] <mhr3> karni, are you running that in the context of user session?
[16:43] <sil2100> Saviq: the regression looks as following (easy to reproduce) - in case you didn't see the backlog in -ci-eng:
[16:44] <mhr3> sil2100, no, they aren't used
[16:44] <sil2100> mhr3: thanks
[16:44] <karni> mhr3: what is a context of a user session? adb shell - I can run either root or phablet, none worked
[16:44] <karni> mhr3: sorry, hangout with Victor and Joe
[16:45] <cwayne1> user session == sudo -iu phablet
[16:45] <cwayne1> AIUI
[16:45] <mhr3> karni, ^ yea, that
[16:45] <sil2100> Saviq: so, the case: find a click app that's not installed, open it up in the dash, install it - you will see that after it's done installing, unity8 is not showing the info for the installed application but instead moves to the first application in the scope
[16:45] <karni> tnx
[16:46] <sil2100> davmor2: did you fill in a bug for this ^ ?
[16:46] <karni> cwayne1: mhr3: tried, restarted scope-registry, nothing showed up. I'll reboot the device as soon as I can.
[16:46] <davmor2> sil2100: I am currently
[16:48] <sil2100> davmor2: thanks!
[16:49] <davmor2> sil2100: https://bugs.launchpad.net/unity8/+bug/1275832
[16:53] <mhr3> karni, tail ~/.cache/upstart/scope-registry.log ?
[16:53] <sil2100> tsdgeos: hi! You if Saviq will be around today still?
[16:55] <sil2100> Saviq, tsdgeos: sadly, we'll have to revert
[16:56] <karni> mhr3: sorry, focus on the hangout, but here's the paste: http://paste.ubuntu.com/6868113/
[16:57] <tsdgeos> sil2100: i am
[16:57] <mhr3> karni, it's saying that everything is working
[16:57] <tsdgeos> sil2100: what's wrong?
[16:58] <mhr3> karni, minus the phone not having network
[16:59] <karni> mhr3: ok, it does, I guess reboot will help (though, I guess it should requery after network appeared on the phone)
[16:59] <mhr3> karni, it should... but it won't
[16:59] <tsdgeos> sil2100: so you opened a bug 8 minutes ago and you're going to revert the stuff because of it?
[16:59] <karni> mhr3: :D
[16:59] <tsdgeos> i am totally out of understanding the policies of this place every day more and more
[17:00] <didrocks> tsdgeos: the revert is uploaded, we pinged Saviq and kgunn, we can't wait more. We'll have to again finish at 9PM just because of it. So yeah
[17:01] <tsdgeos> didrocks: this is insane honestly, what's the point of opening a bug 8 minutes ago and then deciding to revert the code anyway?
[17:01] <didrocks> tsdgeos: revert is not a punition and we don't touch your trunk
[17:01] <tsdgeos> you may as well not open the bug at all
[17:01] <didrocks> tsdgeos: this regression is costing us 8 hours
[17:01] <didrocks> tsdgeos: well, it's to track it upstream
[17:01] <sil2100> tsdgeos: we were poking for Saviq, who is our point of contact, and we cannot block it too much anymore
[17:02] <tsdgeos> didrocks: did you tell saviq 8 hours ago?
[17:02] <didrocks> tsdgeos: hum?
[17:02] <didrocks> tsdgeos: we discovered it an hour ago
[17:02] <tsdgeos> ah
[17:02] <didrocks> fetching for it
[17:02] <sil2100> tsdgeos: we poked on IRC about it already, the bug just got filled 8 minutes ago but we push on it since longer
[17:02] <didrocks> doing the investigation ourselves
[17:02] <tsdgeos> you mean it's costting you 8 hours because that's how much creating an image takes
[17:02] <tsdgeos> right?
[17:03] <didrocks> tsdgeos: upload publication + image creation + test results, yeah
[17:03] <tsdgeos> i understood it had been found 8 hours ago
[17:03] <didrocks> no, sorry if I wasn't clear
[17:04] <tsdgeos> sil2100: it'd be cool to know to what package you're reverting
[17:04] <tsdgeos> 7.84+14.04.20131128.2-0ubuntu1 ?
[17:04] <sil2100> tsdgeos: old one... ;/ reverting to 7.84+14.04.20131220-0ubuntu1...
[17:05] <sil2100> tsdgeos: since 7.84+14.04.20140128-0ubuntu1 introduced the regression
[17:05] <tsdgeos> yes
[17:05] <sil2100> tsdgeos: so that's a LOT of changes
[17:07] <tsdgeos> are you guys really sure it's unity8 fault? because yes there are a lot of changes, but at first sight i can't find anything that touches how we launch apps, most of the code we added is even being used
[17:08] <Saviq> sil2100, didrocks, tsdgeos, am back
[17:08] <sil2100> Saviq: \o/
[17:08] <sil2100> tsdgeos: yes, we confimed it this way:
[17:09] <sil2100> tsdgeos: we installed 153 (everything working there), then installed the 7.84+14.04.20140128-0ubuntu1 version of unity8 and suddenly it's broken - no other packages changed
[17:10] <tsdgeos> ok, that seems pretty clear
[17:26] <tintou> mhr3: https://code.launchpad.net/~tintou/libunity/removed-gee/+merge/204540 Here it is :)
[17:33] <mhr3> tintou, you're awesome
[17:33] <mhr3> tintou, one thing i'm oblidged to ask though - did you sign the cla?
[17:35] <tintou> mhr3: no I didn't… yet :), tell me how to do
[17:36] <tintou> mhr3: I'm signing here http://www.canonical.com/contributor-license-agreement/submit
[17:36] <mhr3> tintou, http://www.canonical.com/contributor-license-agreement/submit
[17:36] <mhr3> yep
[17:37] <mhr3> tintou, anyway, i'll still need to review it properly, expect a lp mail :)
[17:39] <tintou> mhr3: okay, tell me and I correct what is needed,I've signed the agreement
[17:39] <mhr3> tintou, did you put libunity as the contact?
[17:39] <tintou> mhr3: I did put your launchpad-id
[17:40] <mhr3> oh right, it's supposed to be a person not lp project
[17:40] <mhr3> cool
[18:14] <larsu> Saviq: is there a way tell qml to completely construct an object before other objects are constructed?
[18:14] <larsu> it seems like the order in which onCompleted is called for objects in the same file is random
[18:14] <Saviq> larsu, nope, they're all constructed at the same time
[18:15] <Saviq> larsu, what's your use case?
[18:15] <larsu> Saviq: that sucks :/
[18:15] <Saviq> larsu, well, that's declarative for you, it's all there, at the same time, always
[18:15] <larsu> Saviq: a GSettings object gets its onCompleted called before a sdk checkbox
[18:15] <larsu> s/before/after
[18:16] <larsu> which makes the checkbox animate when it is first shown
[18:16] <larsu> because gsettings-qml creates the actual GSettings object in componentCompleted
[18:16] <Saviq> larsu, that's probably a thing to fix in the checkbox
[18:17] <larsu> Saviq: hm, how would you do that? Add some way to make it not animate?
[18:18] <Saviq> larsu, I don't think you're the cause of that behaviour, really
[18:18] <larsu> checkbox.animated: gsettings.ready?
[18:18] <Saviq> larsu, as properties are set on the object after it gets created
[18:18] <larsu> no...
[18:18] <larsu> at least, I don't think so according to the testing we just did
[18:19] <Saviq> larsu, oh well, actually
[18:19] <Saviq> larsu, depends
[18:21] <Saviq> larsu, if it's a value, it'll be there when created
[18:21] <Saviq> larsu, if it's a binding, it will only get evaluated after
[18:21] <Saviq> larsu, so the checkbox gets created with false, and that changes when the binding is evaluated
[18:22] <Saviq> larsu, so yeah, it goes false → true in that case, and that's something you should be able to prevent - and yeah, an "animated" property would be a possibility
[18:24] <larsu> Saviq: it always works if I bind it to a property that is not from the GSettings object
[18:25] <larsu> also, moving the GSettings object below the checkbox makes the order turn around
[18:25] <larsu> in which case the animation also doesn't happen
[18:25] <Saviq> larsu, sure, but that's not something you can rely on
[18:25] <larsu> ya, of course not
[18:25] <larsu> I'm just trying to figure out what's going on :)
[18:26] <Saviq> larsu, so the only solution is to make it so that animation is inhibited until the initial value is retrieved from gsettings
[18:26] <larsu> right
[18:27] <larsu> I could also create the GSettings object when the property is set
[18:27] <larsu> instead of in componentCompleted
[18:27] <larsu> but that's a bit shitty: it might depend on other properties (like state)
[18:29] <Saviq> larsu, but again, that might not solve your issue anyway
[18:29] <Saviq> larsu, because the creation order is not deterministic, so if your onCompleted is called _after_ checkbox is already created, there will be an animation anyway
[18:35] <larsu> Saviq: hm okay. Who can I ping to add an animated property?
[18:36] <Saviq> larsu, bug on ubuntu-ui-toolkit, assigned to ubuntu-sdk-team
[18:36] <larsu> cool will do, thanks
[18:42] <karni> Saviq: Can we queue this up or there was something wrong with it? https://code.launchpad.net/~unity-team/unity8/unity8-fix-mascot/+merge/203967
[18:42] <Saviq> karni, it's queued up
[18:43] <Saviq> karni, row 40 in the CI train spreadsheet
[18:43] <karni> Should have checked, thank you Saviq
[18:44] <karni> Saviq: could you remind me the name of branch that had this new grey'ish background?
[18:45] <karni> Saviq: found it
[18:45] <karni> sorry :)
[18:45] <Saviq> karni, don't be
[18:46] <karni> :)
[18:56] <Saviq> didrocks, FWIW identified the issue, fix+test on the way
[18:58] <didrocks> Saviq: great, thanks
[18:58]  * didrocks still does more QA work…
[19:21] <Saviq> mterry, you around?
[19:21] <mterry> Saviq, yup
[19:22] <Saviq> mterry, could you do https://code.launchpad.net/~saviq/unity8/fix-preview-updates/+merge/204559 please
[19:22]  * mterry looks
[19:22] <Saviq> mterry, making sure that the bug it's meant to fix is gone
[19:29] <Saviq> Cimi, bzr blame to the rescue ;)
[19:29]  * mterry flashes fresh nexus4
[19:29] <Saviq> mterry, thanks
[19:31] <Saviq> Cimi, re: docs, comments _are_ docs, but to extract them into readable docs outside of code, they need to adhere to some standards
[19:32] <darklight_> Is it possible to finally have the shorcuts customizable in 14.04 ?
[19:32] <Saviq> Cimi, and Albert meant the actual AudioPlayer.qml file - just put a line or two about what the component does, and what kind of input it expects (array of objects in the form...)
[19:33] <Saviq> darklight_, which shortcuts do you mean?
[19:33] <darklight_> Saviq, the ones that are hardcoded such as the meta+[1..9] to launch applications
[19:34] <Saviq> darklight_, I assume there's a bug about that, and unless it's marked as In Progress / Fix Committed / Fix Released, nothing is happening in that direction
[19:36] <darklight_> Saviq, https://bugs.launchpad.net/unity/+bug/1022743 since 2012 and in the past year it's just been pushed back and back, honestly I think it would be the right time to address it with an lts release coming up and it shouldn't even be incredibly diffcult to fix at least give an option to turn them off
[19:37] <darklight_> not to mention it is inconsistent since it's possible to set harcoded shortcuts for other things (eg workspace switching) and it won't work
[19:37] <darklight_> and it could possibly create accessibility issues
[19:38] <Saviq> darklight_, commenting on the bug would get you a bigger audience than here, and one that might want to/have time to help fix it
[19:38] <Saviq> darklight_, I doubt Canonical will put any effort in that, as simply it's not getting us any closer to our targets
[19:39] <Saviq> darklight_, we will definitely accept contributions, though
[19:39] <Saviq> darklight_, and spend time reviewing/helping with any patches that are submitted
[19:39] <karni> Saviq: if you have a small-card grid with only 2 items - is it intentional they're left aligned, instead of spread throughout horizontal space equally?
[19:39] <Saviq> karni, yes
[19:40] <darklight_> Saviq, well to be candid a design with hardcoded shortcuts should not have been ever approved in the first place so while I understand how it must be boring to fix something like that whoever approved it in the first place should take responsability for it imo
[19:40] <karni> tnx
[19:40] <Saviq> karni, because the layout is configured thus
[19:40] <karni> Saviq: yeah, I mean it could be |  X X  | instead of | X X   |
[19:40] <Saviq> karni, no, because then you have 3 items, and suddenly stuff's shifting
[19:41] <karni> ssweeny: ^ re: weather
[19:41] <karni> ssweeny: so if theres just 1 small tile, it'll be left aligned anyway.
[19:41] <karni> ssweeny: sorry, that was to Saviq ^
[19:41] <karni> ssweeny: but previous '^' was FYI
[19:41] <karni> ssweeny: that might not align with what Joe would like to see
[19:41] <Saviq> karni, ssweeny, if the scope knows that it will only come up with one or two results, it should adapt its configuration to match, I'd say
[19:42] <Saviq> darklight_, also, since the bug is assigned and In Progress for MC Return, trying to get a progress update from him would be the best first step
[19:42] <Saviq> darklight_, it's not like that, we're not writing that software for sheer correctness
[19:42] <karni> Saviq: ssweeny: ignore me. I had to make other scopes use small cards, but we're good with medium size card for weather.
[19:42] <darklight_> Saviq, is he on irc ?
[19:42] <Saviq> darklight_, no idea, sorry
[19:43] <Saviq> darklight_, [...] sure, we try, but when we need to cut corners, we do
[19:43] <Saviq> darklight_, having perfect, customizable projects is a great goal to have, but then that doesn't necessarily get you any closer to the real goal of having more users
[19:44] <Saviq> darklight_, "Patches welcome" is possibly not a nice thing to say, but it is, in fact, the truth
[19:45] <Saviq> darklight_, unity7 is in low maintenance mode and fixing that bug does not get us anywhere in the grand scheme of things
[19:50] <darklight_> Saviq, I'm not trying to get into an argument here but considering it's the last lts release before unity 8 it might be worthed to polish it as much as possible rather than already shifting the focus to something that is still far from being mature, playing the game of the grand scheme of things is dangerous if there's more focus to the future rather than the reality of the present
[19:51] <Saviq> darklight_, but that particular thing is polishing one part that only a handful of people care about, it's a perfect example for community contribution
[19:51] <Saviq> darklight_, and don't worry, there's plenty of more important polish happening on unity7 in parallel with focusing on the next thing, which, to be ready in any foreseeable future, needs plenty of focus, too
[19:54] <darklight_> Saviq, I'll try adding a comment to the bug hopefully someone will pick it up, unfortunately I don't have the skills to work on a proper solution
[20:01] <mterry> Saviq, so I flashed and was going to test your fix.  But I can't even get another app to install..  is that a different known bug?
[20:01] <Saviq> mterry, "can't get to install"?
[20:01] <Saviq> mterry, you sure?
[20:01] <Saviq> mterry, search for it in the apps scope (give it a few secs, too)
[20:01] <mterry> Saviq, no?  I click on the "install" button but nothing seems to happen
[20:01] <mterry> will wait longer
[20:02] <Saviq> mterry, well, that should only take a second or two
[20:02]  * Saviq flashes
[20:02] <mterry> Saviq, never gets to progress bar
[20:02] <Saviq> mterry, latest trusty-proposed?
[20:03] <mterry> Saviq, yeah
[20:04] <mhall119> Saviq: ping
[20:04] <Saviq> mhall119, pong
[20:05] <mhall119> Saviq: hey, so we want to show off some core apps converged for tablet at MWC
[20:05] <mhall119> I'm told we'll have a 2013 Nexus 7 at MWC
[20:05] <mhall119> my question is, will Unity 8 run in landscape orientation on the Nexus 7
[20:06] <Saviq> mhall119, we need to make it happen, but yes, that's the plan
[20:06] <Saviq> mhall119, https://blueprints.launchpad.net/unity8/+spec/client-mwc-unity8
[20:06] <Saviq> and bug #1275750 in particular
[20:06] <mhall119> what's the earliest you think that will be done?
[20:07] <mhall119> so we can start testing those apps on it
[20:07] <Saviq> mhall119, it'll be late, next week at the earliest
[20:08] <mhall119> that'll be perfect
[20:08] <mhall119> thanks
[21:12] <mterry> Saviq, just a follow up, neither rebooting nor applying your branch fixes the "can't even install an app" problem I was seeing
[21:18] <Saviq> mterry, yeah, wouldn't have an effect on that
[21:18] <Saviq> mterry, am flashing now, downloading SLOOOW
[21:18] <mterry> Saviq, yeah I figured not, but figured I'd want the changes anyway once this is fixed  :)
[21:19] <Saviq> mterry, right, let's see if I can reproduce, then - QA folks did not report that issue
[21:20] <mterry> hrm, maybe my u1 account is borked on the device
[21:21] <Saviq> mterry, that'd be good to know (and report indeed)
[21:22]  * mterry is not sure how to check that
[21:22] <Saviq> kenvandine, can you help ↑?
[21:22] <Saviq> kenvandine, how to gather info about a potentially broken u1 account on the phone?
[21:23]  * mterry looks in system settings and it doesn't look right
[21:23] <mterry> Looks like it recognizes that a U1 account exists, but doesn't have an attached email
[21:23] <kenvandine> Saviq, use account-console to print info
[21:23] <mterry> Some previous install must have created this half-account
[21:23] <kenvandine> there was a bug related to that i think
[21:23] <Saviq> mterry, ↑
[21:23] <kenvandine> i think remove the account and add again
[21:23] <kenvandine> or ask dobey
[21:24] <mterry> kenvandine, account-console via adb?
[21:24] <kenvandine> just from shell
[21:24] <mterry> kenvandine, right, but via adb shell?
[21:24] <kenvandine> i think you need to install account-plugin-tools
[21:25] <mterry> kenvandine, done.  account-console crashes for me after complaining about accessing dbus, so sounds like it wants the user dbus session.  Let me get that
[21:25] <kenvandine> mterry, but i don't know if it'll tell you anything useful
[21:25] <Saviq> mterry, kenvandine, seems they're there:
[21:25] <Saviq> $ account-console show 1
[21:25] <Saviq> account: id 1, enabled, provider: ubuntuone
[21:25] <Saviq>   Global settings:
[21:25] <Saviq>     CredentialsId: 1 (<class 'int'>)
[21:25] <Saviq>     auth/mechanism: password (<class 'str'>)
[21:25] <Saviq>     auth/method: password (<class 'str'>)
[21:25] <Saviq>     enabled: True (<class 'bool'>)
[21:25] <Saviq>     name: michal@sawicz.net (<class 'str'>)
[21:25] <Saviq>   Settings for ubuntuone
[21:25] <Saviq>     enabled: True (<class 'bool'>)
[21:25] <kenvandine> mterry, ^^
[21:26] <kenvandine> account-console list
[21:26] <kenvandine> to get the id
[21:26] <kenvandine> then account-console show ID
[21:27] <mterry> Saviq, just from adb?
[21:27] <Saviq> mterry, as phablet
[21:27] <mterry> account: id 1, disabled, provider: ubuntuone
[21:27] <mterry>   Global settings:
[21:27] <mterry>     auth/mechanism: password (<class 'str'>)
[21:27] <mterry>     auth/method: password (<class 'str'>)
[21:27] <mterry>   Settings for ubuntuone
[21:27] <mterry>     enabled: True (<class 'bool'>)
[21:27] <Saviq> mterry, so `sudo -u phablet -i` recommended
[21:28] <mterry> kenvandine, ^
[21:28] <kenvandine> mterry, yeah... that is missing a bunch of info
[21:28] <kenvandine> can you remove it?
[21:28] <mterry> kenvandine, sure can try
[21:28] <kenvandine> i think there might be a problem though... like updating existing click packages
[21:29] <kenvandine> after re-adding
[21:29] <kenvandine> i don't recall... but i think dobey knew what to do
[21:29] <Saviq> definitely worth a bug on click / click scope  and such
[21:29] <mterry> kenvandine, Saviq: removing that account let me get further
[21:29] <Saviq> and online accounts as well
[21:29] <kenvandine> i think there was a bug, that was fixed... iirc
[21:30] <kenvandine> it was in ubuntuone-credentials
[21:30] <kenvandine> i think
[21:31] <mterry> kenvandine, now this is fun.  After removing, I can't enter the Accounts settings panel
[21:31] <mterry> clicking it doesn't do anything
[21:31] <kenvandine> ugh...
[21:31] <kenvandine> try rebooting first
[21:31] <kenvandine> might be a process waiting to finish...
[21:40] <mterry> Saviq, anyway.  I manually confirm the bug and your fix with my U1 troubles out of the way
[21:40] <mterry> kenvandine, so you believed the u1-credentials bug to be fixed and released?  i.e. I should file a new bug?
[21:41] <kenvandine> mterry, i think it was... but it was a while back
[21:41] <kenvandine> so maybe regression...
[22:06] <Saviq> mterry, care to review the branch itself, please? ack, ideally?
[22:06] <Saviq> mterry, (remember about the checklist, too) :)
[22:07] <mterry> Saviq, ah yes.  Let me take care of some food stuff here, brb
[22:07] <Saviq> mterry, sure, it's not like anything will happen before tomorrow, would just like to get it ready