[08:54] <tsdgeos> Wellark: is there any reason unity-action-api still uses libhud?
[08:56] <larsu> what ever happened to the hud?
[08:57]  * larsu guesses people forgot about it
[08:59] <tsdgeos> larsu: it's gone
[09:00] <tsdgeos> we don't ship it in krillin anymore
[09:00] <tsdgeos> the app itself
[09:00] <tsdgeos> we still ship libhud2 because  unity-action-api links against it
[09:00] <tsdgeos> but wihtout the binary i'm not sure if it's needed (maybe it is)
[09:01] <larsu> are there any plans to resurrect it or is it gone for good?
[09:02] <tsdgeos> no idea tbh
[09:08] <seb128> mzanetti, tsdgeos, commented on bug #1391617, it seems that the uitk should use dtr("ubunntu-ui-toolkit"... since the string should be loaded from that domain and not from the application one
[09:08] <tsdgeos> seb128: ah it may be
[09:09] <seb128> tsdgeos, I tested that editing the file and using dtr makes the string translated on screen
[09:09] <tsdgeos> :)
[09:12] <Saviq> tsdgeos, huh, that's surprising:
[09:12] <Saviq> property alias image: image
[09:12] <Saviq> [...]
[09:12] <Saviq> Image {
[09:12] <Saviq>   id: image
[09:12] <Saviq> how's that work?!
[09:12] <Saviq> ;)
[09:12] <tsdgeos> namespacing in QML is an amazing thing
[09:12] <tsdgeos> that's my answer
[09:13] <tsdgeos> but i agree we could make it a bit better
[09:13] <tsdgeos> where's that from?
[09:13] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/croppedImageSizer/+merge/239832
[09:13] <Saviq> tsdgeos, no, TBH if that works I like it, no point in having an explicit prop
[09:14] <Saviq> tsdgeos, just never thought that would work
[09:14] <tsdgeos> Saviq: well you need the property to expose it to children
[09:14] <tsdgeos> err
[09:14] <Saviq> tsdgeos, yeah I know
[09:14] <tsdgeos> i mean to outside users of the thing
[09:14] <Saviq> tsdgeos, but I mean that I'd never have tried an alias to an object (vs. a property)
[09:14] <tsdgeos> ah
[09:14] <tsdgeos> sure that works
[09:15] <Saviq> sounds like an undocumented feature
[09:15] <tsdgeos> i thought you were complaining about the
[09:15] <tsdgeos> image: image
[09:15] <Saviq> ah well, that, yeah
[09:16] <tsdgeos> let me change that
[09:16] <tsdgeos> and call it innerImage
[09:16] <tsdgeos> or _image
[09:16] <tsdgeos> or something
[09:18] <tsdgeos> done
[09:22] <Saviq> Cimi, I'm building an rtm silo with all the dash things, it seems to creep up the priority ladder
[09:32] <mzanetti> seb128: ack, thanks
[09:38] <Saviq> mzanetti, as discussed, bug #1391798 for you
[09:38] <mzanetti> Saviq: ack
[09:40] <Saviq> mzanetti, and the tagger one bug #1391799
[09:41] <mzanetti> cheers. will add it
[09:42] <mzanetti> Saviq: would the content be enough or do you want the image too?
[09:43] <Saviq> mzanetti, image a nice addition, but obviously content most important
[09:44] <Saviq> mzanetti, not even sure image needed at all, after all you rarely get any context in the image
[09:44] <mzanetti> you can always regenerate the code from the image too
[09:44] <Saviq> yeah, it's only what would be around the code that could warrant keeping the image
[09:45] <mzanetti> err, the other way round. if you have the content, tagger lets you generate a code image
[09:45] <mzanetti> yeah
[09:46] <Saviq> mzanetti, I think if you actually wanted the image, just take it with the camera (only caveat is that you might fail to recognize it later)
[10:07] <Saviq> tsdgeos, should I add your most recent branch to the test silo for this?
[10:07] <Saviq> i.e. is it ~working yet?
[10:07] <tsdgeos> Saviq: not sure how safe it is
[10:07] <tsdgeos> Saviq: let's not add it yet
[10:07] <Saviq> ok
[10:54] <tsdgeos> Saviq: you're right, i only need m:source and not width and height, problem is that doing it your way may make the code a bit more complex, but let's try it anyway and see what i get
[10:54] <Saviq> tsdgeos, it's a Needs Information thus
[10:54] <Saviq> tsdgeos, a TODO would be enough
[10:57] <tsdgeos> let me have a look
[11:01] <Saviq> brb
[11:32] <facundobatista> Holas
[11:36] <Saviq> o/
[11:58]  * mzanetti upgrades internet connection... might be offline for a bit
[12:07] <tsdgeos> Saviq: i've pushed a change to croppedimagesizer so that it's the source that triggers the network request
[12:07] <tsdgeos> Saviq: have a look plz
[12:07] <tsdgeos> meaning i'll have to merge the async version one now
[12:07] <tsdgeos> fun times :D
[12:35] <tsdgeos> Saviq: i think you were right, now it looks nicer
[13:16] <Saviq> tsdgeos, meaning it actually changed things visually
[13:16] <Saviq> ?
[13:28] <Wellark> tsdgeos: sorry, out sick today.
[13:28] <Wellark> but to answer your question: hud is still running
[13:28] <Wellark> nobody has made the decision to discontinue it
[13:39] <larsu> Wellark: this seems to be a bit of a pattern...
[13:45] <mzanetti> Saviq: is it possible that a temp scope opens another temp scope, and if yes, will they be stacked or replaced?
[13:45] <Saviq> mzanetti, replaced
[13:45] <mzanetti> thanks
[13:46]  * greyback has errand to run, back in ~1 hour hopefully
[13:53] <Saviq> tsdgeos, hmm, no sourceSizeChanged at all?
[14:02] <tsdgeos> Saviq: where?
[14:04] <Saviq> tsdgeos, ah /me blind
[14:05] <Saviq> tsdgeos, you refactored into setSourceSize
[14:05] <tsdgeos> yeah
[14:10] <Saviq> tsdgeos, just a small nitpick to rename updateImageSize
[14:41] <mzanetti> mterry: hey, you were right. it was racy. seemed to work on my krillin, but not on mako
[14:42] <mzanetti> or the other way round. don't remember
[14:42] <mterry> mzanetti, I tried your updated version and approved
[14:42] <mzanetti> cool, thanks
[15:01] <tsdgeos> MacSlow: what do you think about http://paste.ubuntu.com/8965722/ ?
[15:01] <tsdgeos> it bothers me that you use anchors to set the size
[15:01] <tsdgeos> and then unset the anchors so you can move it
[15:04] <MacSlow> tsdgeos, what better solution do you suggest?
[15:04] <tsdgeos> MacSlow: my suggestion in form of http://paste.ubuntu.com/8965722/
[15:06] <qengho> compiz (core) - Info: Unity is fully supported by your hardware.
[15:06] <qengho> compiz (core) - Info: Unity is not supported by your hardware. Enabling software rendering instead (slow).
[15:06] <qengho> Covering all the bases, I guess.
[15:12] <Saviq> tsdgeos, you got a tag in your branches, please strip
[15:12] <tsdgeos> damn
[15:13] <tsdgeos> Saviq: is it 0.1.16 ?
[15:13] <tsdgeos> it magically appears from nowhere
[15:13] <Saviq> tsdgeos, no, ~aacid/unity8/photoscopeimprovements
[15:13] <Saviq> 8.00+14.10.20141013.2-0ubuntu1
[15:13] <Saviq> stoopid c/p
[15:14] <Saviq> mzanetti, will you follow up on lp:~aacid/unity8/asyncCroppedImageSizer please
[15:14] <tsdgeos> ok
[15:14] <mzanetti> Saviq: yep, wanted to wait for jenkins to build packages to test it
[15:14] <Saviq> mzanetti, they're in silo
[15:14] <mzanetti> oh
[15:14] <Saviq> mzanetti, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-008
[15:15] <mzanetti> ack, will test now then
[15:15] <Saviq> mzanetti, and http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-011
[15:15] <tsdgeos> Saviq: that tag is fine
[15:15] <Saviq> tsdgeos, interesting
[15:15] <tsdgeos> photoscopeimprovements$ bzr tags | grep 8.00+14.10.20141013.2-0ubuntu1
[15:15] <tsdgeos> 8.00+14.10.20141013.2-0ubuntu1 1365
[15:15] <tsdgeos> MacSlow: test fails in that branch
[15:15] <MacSlow> tsdgeos, that's odd
[15:16] <MacSlow> looking into it now
[15:16] <Saviq> tsdgeos, wonder why my script wants to strip this then
[15:16] <Saviq> tsdgeos, ignore thus
[15:16] <tsdgeos> Saviq: don't know
[15:23] <MacSlow> tsdgeos, hm... make -C builddir testNotifications works fine here
[15:23] <MacSlow> tsdgeos, do you have output of the failure you're seeing?
[15:23] <tsdgeos> MacSlow: are you merged with trunk?
[15:23] <MacSlow> tsdgeos, certainly
[15:24] <MacSlow> tsdgeos, two days ago
[15:25] <tsdgeos> MacSlow: http://paste.ubuntu.com/8966214/
[15:26] <MacSlow> tsdgeos, hm...
[15:36] <pstolowski> tsdgeos, ping
[15:38] <tsdgeos> pstolowski: hi
[15:38] <pstolowski> tsdgeos, hey! thostr_ asked me to target our manage dash changes for this week
[15:39] <tsdgeos> pstolowski: you'll have coordinate with Saviq i'm out the rest of the week
[15:39] <thostr_> pstolowski: not getting live this week
[15:39] <thostr_> but rather prepare everythign so that we just need to push the one magic button
[15:41] <pstolowski> thostr_, ah, ok, so just a silo
[15:41] <thostr_> pstolowski: yes
[15:41] <pstolowski> tsdgeos, ok thanks
[15:41] <tsdgeos> pstolowski: or with kgunn
[15:41] <tsdgeos> i think there was a silo already somewhere
[15:42] <MacSlow> tsdgeos, just merged with branch again... still all notification-tests pass
[15:42] <tsdgeos> MacSlow: have you tried looping it?
[15:42] <MacSlow> tsdgeos, no
[15:42] <kgunn> tsdgeos: pstolowski thostr_ i do have the branches in a vivid silo
[15:43] <kgunn> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=018
[15:43] <kgunn> tsdgeos: pstolowski ^ failed to build...but hadn't looked at why
[15:46] <tsdgeos>  1 FAILED TEST
[15:46] <tsdgeos> RegistryObject::ScopeProcess::on_process_death(): Process for scope: "testscopeA" exited
[15:46] <tsdgeos> pstolowski: ↑ ?
[15:47] <mzanetti> tsdgeos: what's the best way to test the asynccroppedimageresizer?
[15:47] <MacSlow> tsdgeos, did you make soure you have latest trunk of lp:unity-notifications installed?
[15:47] <tsdgeos> MacSlow: maybe not ^:^
[15:47] <tsdgeos> mzanetti: do you have the custom build photo scope?
[15:47] <MacSlow> tsdgeos, latest is r224
[15:48] <MacSlow> tsdgeos, btw... looped testNotifications 20 times... all pass
[15:48] <mzanetti> tsdgeos: doesn't look like
[15:48] <pstolowski> tsdgeos, can you link complete log file?
[15:48] <tsdgeos> pstolowski: sure
[15:50] <tsdgeos> pstolowski: https://launchpadlibrarian.net/189709804/buildlog_ubuntu-vivid-i386.unity-scopes-api_0.6.8%2B15.04.20141110-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:50] <tsdgeos> MacSlow: ok, i'll go back to it in a sec
[15:51] <MacSlow> tsdgeos, sure... got the async stuff still too keeping me busy otherwise :)
[15:52] <pstolowski> tsdgeos, ah, we have been observing sporadic failures on i386 and there were fixes for that, i'm not sure if they landed. unrelated to the changes anyway
[15:56] <tsdgeos> Saviq: mzanetti: https://code.launchpad.net/~aacid/unity8/make_cmake_happy/+merge/241574
[15:56] <mzanetti> ack, testing
[15:56] <mzanetti> anyone knows what the replacement for "ubuntu-device-flash --list-channels" is?
[15:57] <mzanetti> ah... found it
[16:00] <mzanetti> tsdgeos: is line 8 in that diff intentional?
[16:00] <mzanetti> tsdgeos: or a leftover from the asyncimageresizer?
[16:00] <tsdgeos> it is intentional
[16:00] <mzanetti> it will conflict with that though
[16:00] <mzanetti> and the imageresizer is in a silo already
[16:01] <tsdgeos> it actually won't
[16:01] <tsdgeos> since i didn't add that line in the asyncimageresizer :D
[16:01] <tsdgeos> oh i did
[16:01] <tsdgeos> :D
[16:02] <mzanetti> ;)
[16:02] <tsdgeos> it's the same change
[16:02] <tsdgeos> should be smart enough to merge cleanly
[16:02]  * tsdgeos tries
[16:04] <tsdgeos> mzanetti: merges fine here
[16:04] <mzanetti> ok
[16:08] <tsdgeos> mzanetti: there's a problem somewhere in the async code
[16:08] <tsdgeos> having a look
[16:12] <tsdgeos> hmmm
[16:12] <tsdgeos> pstolowski: did you guys just land stuff that makes unity8 not compile?
[16:13] <tsdgeos> or is it me
[16:13] <pstolowski> tsdgeos, unlikely
[16:14]  * tsdgeos is confused
[16:14] <pstolowski> tsdgeos, how does it fail?
[16:14] <tsdgeos> it complains about moveFavoriteTo not being there
[16:15] <tsdgeos> but that is the new thing we have yet to add
[16:15] <tsdgeos> and i'm not using it in this branch
[16:15] <tsdgeos> ah
[16:15] <tsdgeos> nothing that a clean build can't fix
[16:15] <tsdgeos> pstolowski: sorry :D
[16:16] <pstolowski> tsdgeos, ah, ok, np :)
[16:17] <mzanetti> paulliu: https://code.launchpad.net/~paulliu/unity8/lp1379384/+merge/238986
[16:18] <paulliu> mzanetti: ok. thanks
[16:18] <tsdgeos> mzanetti: false alarm it was a miscompilation here, but there's a test that fails on jenkins
[16:18] <tsdgeos> trying to loop it and see if it fails
[16:19] <tsdgeos> mzanetti: can you run make testCard there and see if it fails for you?
[16:21] <mzanetti> ack
[16:27] <tsdgeos> mzanetti: ok, tehre was actualyl a bug, just pushed
[16:29] <tsdgeos> MacSlow: back to your thing
[16:29] <MacSlow> tsdgeos, ook
[16:29] <tsdgeos> i can still get the test to fail every single time
[16:29] <tsdgeos> do i need any other branch of what's there on vivid?
[16:29] <MacSlow> tsdgeos, no... just that branch, unity-notifications trunk and that's it
[16:30] <tsdgeos> then i do not understand what's going on
[16:30] <mzanetti> tsdgeos: yep, makes more sense now with the setting of m_worker
[16:31] <tsdgeos> MacSlow: i don't even need to loop it, just fails every time
[16:32] <MacSlow> tsdgeos, btw... the qmltests don't even need the backend (unity-notifications)
[16:38] <MacSlow> tsdgeos, hm... really no clue what still could be wrong on your side... I started from scratch and did all qml-tests and usual manual tests... nothing fails here.
[16:38] <MacSlow> tsdgeos, you're on vivid too I assume
[16:38] <tsdgeos> yes
[16:42] <MacSlow> tsdgeos, we need some third person to check
[16:42] <tsdgeos> MacSlow: yeah
[16:42] <tsdgeos> or jenkins
[16:44] <MacSlow> tsdgeos, just triggered another build
[17:12] <greyback> bregma: unity8 works on my amd laptop. With unity8 alone installed, it was crashing on startup in QSensors, but I added the ubuntu-desktop metapackage, and now unity8 works!
[17:12] <greyback> mouse cursor is a bit messed up tho
[17:13] <bregma> still using hardware cursor maybe, at a guess
[17:13] <bregma> greyback, is that installed from the ISO?
[17:13] <greyback> bregma: originally installed from ISO yes, but then I added ubuntu-desktop
[17:14] <greyback> before ubuntu-desktop, it was crashing. I'm not sure what I installed that fixed it
[17:14] <bregma> sounds like a dependency is missing maybe
[17:14] <greyback> yep
[17:14] <greyback> think I logged a bug...
[23:27] <mzanetti> mterry: https://code.launchpad.net/~mterry/unity8/we-are-at-least-beta/+merge/241615/comments/594455
[23:27] <mterry> mzanetti, I did!
[23:27] <mterry> huh
[23:28] <mzanetti> don't tell me they're in trunk again
[23:28] <mterry> mzanetti, it doesn't have them locally
[23:28] <mzanetti> mterry: hmm... I branched that branch and ran ./build.sh
[23:28] <mzanetti> no merge or nothing
[23:28] <mzanetti> bzr tags shows all of the unity7 ones
[23:29]  * mterry tries that
[23:30] <mterry> mzanetti, when I run ./strip-u8-tags.py it doesn't return anything.  Maybe my script is out of date
[23:30] <mzanetti> mterry: does "bzr tags" list them?
[23:31] <mzanetti> here's my script: http://paste.ubuntu.com/8973863/
[23:31] <mterry> mzanetti, I don't think so... I forget exactly which ones are banned.  Let me show you mine
[23:31] <mterry> mzanetti, http://paste.ubuntu.com/8973871/
[23:31] <mzanetti> this is what I get: http://paste.ubuntu.com/8973872/
[23:32] <mzanetti> yeah... your's is bad too
[23:32] <mzanetti> should only be 7.84 to 8.01
[23:32] <mzanetti> all those 0.x, upstream etc are from unity7
[23:32] <mzanetti> basically everything with a ? is bad
[23:33] <mterry> mzanetti, the strip-u8-tags.py from https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8 doesn't do anything with my branch
[23:33] <mterry> so maybe the script needs fixing
[23:34] <mzanetti> indeed... the script doesn't complain here either
[23:34] <mzanetti> not even on the local checkout I have
[23:34] <mzanetti> so yeah, there seems to be something the script doesn't catch
[23:35] <mzanetti> mterry: trunk is still good though
[23:35] <mzanetti> or Saviq cleaned it already again
[23:36] <mterry> So I wonder how I got those.  I branched that today
[23:36] <mterry> Probablye he cleaned today
[23:37] <mzanetti> yeah. I saw him and Albert talking about tags today
[23:38] <mzanetti> so probably we had an incident and you branched that minute
[23:38] <mzanetti> still odd that the script doesn't catch it
[23:40] <Saviq> mzanetti, the script has a hardcoded list, I didn't spend the time to implement a "is this tag valid? drop, if not" feature, although that probably makes sense, would be more versatile
[23:41] <Saviq> .NET X-platform, now that's an interesting turn of events
[23:41] <mzanetti> yeah... seen sabdfl's talk today?
[23:42] <mzanetti> that was one of the topics
[23:42] <mzanetti> the new CEO runs all over the place with slogans like "Microsoft loves Linux" for a while already
[23:44] <Saviq> no, did not see