[00:00] <Luzbelito> yes?
[00:00] <bschaefer> lets try just a simple script, open up gedit
[00:00] <bschaefer> type: #!/bin/sh
[00:00] <bschaefer> for the first line
[00:00] <bschaefer> then go to a new line
[00:00] <bschaefer> unity --advanced-debug 2>&1 | tee unity-gdb.log
[00:01] <bschaefer> then save the file as unity-gdb.sh
[00:01] <bschaefer> and type chmod +x unity-gdb.sh
[00:02] <bschaefer> Luzbelito, if you're confused at all just let me know :)
[00:02]  * bschaefer goes to fast at points...
[00:03] <Luzbelito> in which folder i save it?
[00:04] <bschaefer> Luzbelito, your home folder if fine
[00:05] <Luzbelito> ok
[00:06] <Luzbelito> chmod +x unity-gdb.sh this in the tty?
[00:06] <bschaefer> sorry, once you save the file as unity-gdb.sh exit gedit, then on the command line type chmod +x unity-gdb.sh
[00:06] <bschaefer> Luzbelito, nope anywhere, it changes the file to an executable
[00:07] <bschaefer> that way you can just do this from a tty:
[00:07] <bschaefer> ./unity-gdb.sh
[00:13] <Luzbelito> and what are we expectign from this script?
[00:14] <Luzbelito> to generates the doc with the info?
[00:15] <bschaefer> Luzbelito, to run unity in gdb from tty, which will generate a stack trace for me to look at to see where unity is crashing
[00:15] <bschaefer> Luzbelito, let me know when you are about to run the script
[00:15] <Luzbelito> i'll run it from tty in 5, 4, 3...
[00:16] <bschaefer> from there we can either find a bug that related which might have fix on it
[00:16] <bschaefer> Luzbelito, wait
[00:16] <bschaefer> so once you run it
[00:17] <bschaefer> you'll wait for it to load up, then when you get a chance type "r" to run unity
[00:17] <bschaefer> from there go back to (Ctrl+alt+F7),
[00:17] <bschaefer> wait for things to crash
[00:17] <bschaefer> onces they crash go back to tty (ctrl+alt+f1) and type bt (backtrace)
[00:17] <bschaefer> which all this will be outputed into a log that is set up...once you've done that
[00:18] <bschaefer> you can use pastebinit unity-gdb.log which will give you a pastebin link that you'll link here :)
[07:25] <mzanetti> MacSlow: I didn't get your problem from the mail you wrote
[07:25] <mzanetti> MacSlow: can you elaborate? what exactly does not work?
[07:26] <dednick> Saviq: ping
[07:26] <Saviq> dednick, otp
[07:28] <MacSlow> mzanetti, I'm trying to get along using simple string-arrays "as" now. Initially I wanted to map a GVariant of "a(ss)" and "a(sss)" to Qt data-types equivalents... but it's probably not possible.
[07:29] <mzanetti> MacSlow: should be
[07:29] <dednick> Saviq: unping
[07:30] <mzanetti> MacSlow: do you have an example of such a a(ss) value?
[07:30] <Saviq> dednick, pto
[07:30] <dednick> :)
[07:30] <mzanetti> MacSlow: I would assume you get them in a QVariant where you can call toMap().value("somekey).toString() for example
[07:31] <MacSlow> mzanetti, e.g. [("textentry", "Login name:"), ("passwordentry", "Password:")]
[07:31] <mzanetti> MacSlow: yeah... I thin you could access stuff like this:
[07:31] <mzanetti> MacSlow: variant.toMap().value("textentry).toString() => "Login name:"
[07:32] <mzanetti> MacSlow: or variant.toMap().value("passwordentry").toString() => "Password:"
[07:33] <MacSlow> mzanetti, I rather not have it be a map
[07:34]  * mzanetti is wondering why
[07:36] <MacSlow> mzanetti, it makes passing it to the frontend more difficult.
[07:38] <Saviq> MacSlow, how so?
[07:38] <Saviq> MacSlow, you'll be able to just access it via obj['key']
[07:38] <Saviq> MacSlow, instead of iterating over it and trying to find the key
[07:41] <Saviq> dednick, ah, but that's about transitioning the tab *bar*, not the tab contents
[07:41] <Saviq> dednick, I meant that there's no transition between indicator pages
[07:42] <dednick> Saviq: ah. pages. As far as i've been made aware, this is as designed
[07:43] <Saviq> dednick, ok then, happroving
[07:45] <dednick> Saviq: whoop. thanks
[07:54] <MacSlow> Saviq, mzanetti: .canConvert<QMap<QString, QVariant>>() fails/returns false when trying to pass a "a(ss)"-GVariant
[07:57] <mzanetti> isn't a(ss) an array of stringlists? like [[foo, bar],[baz]]
[07:58] <tsdgeos> no, ss is exactly two strings
[07:58] <MacSlow> mzanetti, as far as I understand GVariant it's an array of string-tuples
[07:58] <MacSlow> tsdgeos, yes
[07:59] <tsdgeos> i mean, yes two strings are a string list
[07:59] <tsdgeos> of length two
[07:59] <tsdgeos> but [[foo, bar],[baz]] is not a(ss)
[08:00] <MacSlow> mzanetti, there must be 2 strings in each entry... it cannot vary
[08:02] <MacSlow> mzanetti, I won't waste any more time on this and stick with "as" and its drawbacks... at least those I can properly access on the backend-side
[08:04] <tsdgeos> garg
[08:04] <tsdgeos> now my phone doesn't get connceted to wifi
[08:04] <tsdgeos> and now it did
[08:04] <tsdgeos> ah wait no
[08:04] <tsdgeos> the ifconfig was local :D
[08:07] <tsdgeos> i guess i'll phablet flash :-/
[08:07] <greyback> tsdgeos: apt-get not working?
[08:07] <tsdgeos> nope
[08:08] <greyback> :(
[08:14] <sil2100> jamesh: I'll begin the renaming of hollywood in a moment - any objections?
[08:14] <jamesh> sil2100: nope.
[08:14] <sil2100> :)
[08:15] <jamesh> sil2100: I've been testing a branch to rename the grilo plugin too, so that should be the last bit
[08:20] <Saviq> dednick, can you clarify something for me?
[08:20] <dednick> Saviq: i'll do my best
[08:20] <Saviq> dednick, Unity.Indicators2 is supposed to replace Unity.Indicators in the long run, right
[08:21] <Saviq> dednick, but Unity.Indicators.{Messaging,Network} isn't going away any time soon
[08:21] <Saviq> if ever?
[08:21] <dednick> Saviq: yes, it was. But I've changed Unity.Indicators to Unity.IndicatorsLegacy and Unity.Indicators2 to Unity.Indicators
[08:22] <Saviq> dednick, problem is Unity.IndicatorsLegacy keeps everything like IndicatorsModel, IndicatorsManager et al, that's still being used, right?
[08:23] <dednick> Saviq: I've moved all that into Indicators, but the Messaging/Network ones are dependent on Legacy for now. We dont have a new backend equiv yet.
[08:24] <Saviq> dednick, ah, then that might be ok
[08:24] <dednick> manager/model etc i moved last night into Unity.Indicators (new backend)
[08:25] <dednick> So now when we're done with Legacy, we can just remove.
[08:25] <Saviq> dednick, ok, let me just try and fix the diff so that it shows what we really want, then
[08:26] <tsdgeos> mzanetti:  in stuff like https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1059/consoleFull is it that test_rightEdgeDrag() is staying there "forever" and thus gets killed by the 60 min time limit?
[08:31] <Saviq> dednick, aaargh I hate bzr so much ;(
[08:33] <dednick> Saviq: indeed. keeps picking up things as remove->add. I think the only way to do it may be by flattening the branch at this point.
[08:34] <Saviq> dednick, you ok with that?
[08:34] <Saviq> dednick, I'll do the grunt work, I just want the diff to actually show what's happening
[08:34] <dednick> Saviq: meh. not really bothered.
[08:35] <dednick> i think i did it awhile ago anyway
[08:37] <dednick> Saviq: you'll need to move the Network/Messaging and other old Legacy code if you dont want it to generate new file diffs. Which is where i ended up with 6k diff last night
[08:38] <Saviq> dednick, yeah, I hope I'll manage :)
[08:38] <dednick> Saviq: you want me to move it to ~unity-team ?
[08:38] <Saviq> dednick, nah, that's fine
[08:38] <Saviq> dednick, let's see if I can actually succeed within a sane amount of time
[08:39] <mzanetti> tsdgeos: hmm... hard to say. I would need to see such a job while it runs
[08:40] <tsdgeos> now i had another one being killed in dash
[08:40] <tsdgeos> it'd be cool if we had timestamps
[08:40] <tsdgeos> like the kde jenkins server has
[08:40] <tsdgeos> so one could know where we lost all those 60 minutes
[08:41] <tsdgeos> i.e. in http://build.kde.org/view/All/job/calligra_stable/1071/console you have the timestamps
[08:41] <Cimi> someone to review https://code.launchpad.net/~unity-team/unity8/unity8.background-gsettings-fix/+merge/179884 ?
[08:43] <tsdgeos> did s-jenkins just die?
[08:45] <tsdgeos> it's back
[08:46] <tvoss_> Saviq, mzanetti is there a bugreport for u8 looping?
[08:47] <Saviq> tvoss_, there is one, but we were hoping it was fixed :/
[08:47] <Saviq> tvoss_, which u8 version
[08:47] <Saviq> ?
[08:47] <tvoss_> Saviq, updated yesterday
[08:47] <Saviq> dednick, ↑
[08:48] <dednick> ?
[08:48] <mzanetti> tvoss_: https://bugs.launchpad.net/touch-preview-images/+bug/1183065
[08:48] <asac> whats looping?
[08:48] <dednick> whose looping where?
[08:48] <mzanetti> asac: using a large amount CPU
[08:48] <asac> no :)
[08:48] <asac> hehe
[08:48] <asac> i know what looping means
[08:48] <mzanetti> :)
[08:49] <mzanetti> ah... unity8
[08:49] <sil2100> jamesh: we'll have to wait with the detailed LP project renaming for Francis (he's in the US timezone), since we need him to switch the CI/merger machinery to the new name
[08:49] <sil2100> etc.
[08:49] <asac> mzanetti: i was wondering which thread is looping in unity8
[08:49] <asac> is that the main UI thread?
[08:49] <asac> i wouldnt think so because the UI is pretty usable still :)
[08:50] <mzanetti> asac: We think its the indicator that constantly tries to read from the network service despite that being crashed
[08:50] <mzanetti> asac: check out the bug report. there's a strace while it happens: https://bugs.launchpad.net/touch-preview-images/+bug/1183065
[08:50] <asac> ok
[08:50] <dednick> from our last encounter, its objects that werent being deleted (animations kept running)
[08:52] <dednick> so is it still draining? or not?
[08:53]  * greyback rebooting
[08:54] <tsdgeos> come on
[08:54] <tsdgeos> what's happening with the qmluitests, they are all timing out
[08:54] <tsdgeos> is it just that we got slower machines now?
[08:54] <tsdgeos> or we have too many tests?
[08:55] <tsdgeos> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1071/consoleFull this one just timedout after a successfull "********* Finished testing of qmltestrunner *********"
[08:55] <tsdgeos> this is getting a bit silly :-/
[08:56] <asac> mzanetti: where/how does the indicator do the polling?
[08:56] <jamesh> sil2100: okay
[08:56] <mzanetti> asac: I don't know exactly where it happens. dednick debugged it. he might be able to give more details
[08:56] <asac> mzanetti: is that implicit through using something like dbus framework, or does it poll directly thourhg select etc.?
[08:56] <asac> guess the former
[08:56] <mzanetti> asac: yes
[08:57] <asac> mzanetti: are the indicators in lp:unity8?
[08:57] <mzanetti> asac: yes
[08:57] <dednick> asac: dbus
[08:57] <Saviq> tsdgeos, remember we're running multiples of qmltestrunner
[08:57] <tsdgeos> Saviq: concurrently?
[08:58] <Saviq> tsdgeos, no
[08:58] <asac> dednick: did you figure which indicator?
[08:58] <Saviq> dednick, MenuActionBinding.qml, does it have any corresponding thing or is it just gone from the new Unity.Indicators?
[08:58] <tsdgeos> Saviq: then i don't understand what you mean
[08:58] <Saviq> tsdgeos, ok, nvm me
[08:59] <sil2100> bregma: hi!
[08:59] <dednick> asac: last time i saw the issue, it was because objects weren't being deleted due to a quicrk in qt where calling back into qt directly from a glib callback wouldnt action an deleteLater on objects. In the case of the network indicator, animations were being deleteLatered, and because they were infinite animations and not being deleted, they would continue running forever.
[09:00] <asac> dednick: yeah. i assume all that logic to stop polling is probably nicely hooked up to delete etc.
[09:00] <dednick> Saviq: removed. menu items signal delegate to do the updating of backend.
[09:00] <Saviq> dednick, k
[09:00] <asac> so memory leak will trigger it
[09:01] <dednick> it's possible i didnt catch all the instances of the issue (my fix was a workaround). i proposed a fix to qmenumodel for a more permanent solution.
[09:02] <dednick> asac: but it hasnt been approved
[09:02] <asac> dednick: rejectred or waiting for reviewers?
[09:02] <dednick> asac: waiting
[09:02] <dednick> unfortunately larsu is on holiday now
[09:02] <asac> dednick: do you have a test package with that included? i certainly see the looping and would be happy to test
[09:02] <asac> dednick: noone else can review?
[09:02] <sil2100> bregma: we seem to getting a failure in one of our important merges to lp:nux - it seems to have problems finding the check-headless target, even though this branch didn't do any change for that
[09:02] <pete-woods> MacSlow: hi!
[09:03] <sil2100> bregma: https://code.launchpad.net/~sil2100/nux/unity_support_test/+merge/179666
[09:03] <MacSlow> pete-woods, what's up?
[09:03] <sil2100> bregma: can you get someone from nux to look at it?
[09:03] <pete-woods> MacSlow: I was checking up on the "system dialogue" stuff
[09:04] <MacSlow> pete-woods, nowhere near completion
[09:04] <dednick> asac: https://code.launchpad.net/~nick-dedekind/qmenumodel/QTBUG-32859/+merge/179344
[09:04] <dednick> unfortunately it doesnt look like qmenumodel ci does the packages.
[09:04] <MacSlow> pete-woods, I would have pinged you otherwise
[09:04] <pete-woods> MacSlow: is there any sort of API for interacting with them I can start to look at?
[09:04] <Cimi> seb128_, Saviq mumble?
[09:04] <dednick> asac: but i can build one if you wish
[09:04] <MacSlow> pete-woods, no...
[09:04] <Saviq> Cimi, nothing in my calendar ;)
[09:05] <seb128> neither in mine
[09:05] <pete-woods> MacSlow: okay, thanks, just wanted to check :)
[09:05] <asac> dednick: package would be nice
[09:05] <asac> :)
[09:05] <MacSlow> pete-woods, currently most of it is done (intended to be done) via notification-hints
[09:05] <tsdgeos> Cimi: i'll have a look at that review
[09:05] <asac> dednick: just put it somewhere on people.canonical.com or so
[09:05] <MacSlow> pete-woods, and even that isn't set in stone
[09:06] <dednick> Saviq, asac: on a related note, i have seen instances of the other network related components (wpa_supplicant?) going to full cpu and not going down.
[09:06] <Cimi> seb128, Saviq check again :P
[09:06] <pete-woods> MacSlow: okay, are there any good examples of using the notification API? I haven't even used that yet, so at least I could kinda get into the mindset then
[09:06] <asac> dednick: maybe... right now i see clearly the unity8 process looping :)
[09:06] <asac> i havwent seen wpasupp for a while
[09:06] <dednick> asac: ah. ok, wasnt sure if you had actually checked the process.
[09:07] <asac> sure i did :)
[09:07] <MacSlow> pete-woods, bzr branch  lp:unity-notifications and look into the examples-directory
[09:07] <pete-woods> MacSlow: thanks!
[09:07] <MacSlow> pete-woods, there are C++- and Python-examples
[09:07] <dednick> asac: does showing top threads give any more info on where it's stuck?
[09:08] <asac> dednick: what should i run?
[09:09] <asac> exactly?
[09:09] <seb128> Cimi, Saviq: is that going to be hangout or mumble?
[09:09] <MacSlow> pete-woods, btw... the sd-example-incoming-call.py can take multiple actions (more than 2)
[09:09] <Saviq> seb128, Cimi, your call
[09:09] <pete-woods> MacSlow: I only see Python examples, but maybe I can look at the unit tests to see C++ ones
[09:09] <dednick> asac: I just ment running 'top', and "shift+H" to show threads.
[09:09] <asac> dednick: ah
[09:09] <Saviq> seb128, you wanna know if you need to put your pants on? ;)
[09:09] <asac> yeah found it through man
[09:09] <asac> dednick: QQuickRenderThr
[09:09] <asac> thats the thing looping
[09:09] <asac> or consuming constant 50%
[09:10] <dednick> asac: yep, just keeps redrawing.
[09:10] <MacSlow> pete-woods, just uncomment the other n.add_action(...) calls
[09:10] <asac> dednick: right. what triggers that? i assssume you havent tackled that?
[09:10] <seb128> Saviq, I rather want to know if I need to figure out if mumble is still working, I didn't use it in ages and last time I did the push-to-talk wasn't working for me
[09:10] <asac> i certainly dont touch the UI :) ... nor do i have the screen on, so this surely shouldnt consume 50% :)
[09:10] <Saviq> seb128, I'm good with hangout
[09:10] <MacSlow> pete-woods, doh... yeah... only Python-examples there
[09:10] <seb128> cool
[09:10] <dednick> asac: last time it was animations that were leaking.
[09:11] <seb128> Saviq, and you can do audio only if you don't want to put your pants on :p
[09:11] <Saviq> ;)
[09:11] <pete-woods> MacSlow: I'm really pleased to see what looks like a nice fairly simple Qt API, though :)
[09:11] <MacSlow> pete-woods, I didn't have the time to port all the C-examples from lp:notify-osd yet
[09:12] <MacSlow> pete-woods, it's libnotify really... nothing Qt-specific
[09:12] <asac> dednick: animations stopping their timeout when they get freed, righ?
[09:13] <Saviq> dednick, https://code.launchpad.net/~unity-team/unity8/indicators.unitymenumodel/+merge/180070
[09:13] <asac> dednick: so your package might fix it?
[09:13] <Saviq> dednick, the diff is bigger, but having in mind that you can ignore IndicatorsLegacy, it's not, really
[09:13] <asac> let me know if you have some (not urgent) happy to be the experiement
[09:13] <dednick> dednick: te
[09:13] <asac> btw, did the software store merge land already?
[09:14] <Saviq> asac, you mean app preview?
[09:14] <Saviq> asac, then yes, it was just released
[09:14] <dednick> asac: the animations are never stopping because they are infinite and arent deleted.
[09:14] <asac> Saviq: everything ... scope i think is the main part
[09:14] <Saviq> asac, scope was there for some time already
[09:15] <asac> Saviq: but i dont have it on my phone
[09:15] <Saviq> asac, guys are fixing some issues still on the backend side
[09:15] <dednick> asac: https://bugreports.qt-project.org/browse/QTBUG-32859
[09:15] <asac> so its not in the daily-release branch?
[09:15] <asac> or is it disabled?
[09:15] <Saviq> asac, see description of https://code.launchpad.net/~unity-team/unity8/app-preview-data/+merge/176941
[09:15] <Saviq> asac, or https://code.launchpad.net/~unity-team/unity8/app-preview-data/+merge/179348 rather
[09:16] <Cimi> Saviq, seb128 mumble or hangout?
[09:16] <Saviq> Cimi, h'out
[09:16] <seb128> Cimi, hangout, I'm coming
[09:16] <didrocks> Saviq: hey, do you know if there is a method in qtdbus to know that a certain interface is available? (like a daemon waking up?)
[09:17] <tsdgeos> hmmmm
[09:17] <Saviq> pete-woods, you know that ↑
[09:17] <asac> Saviq: ok so it just landed so might be in todays image
[09:17] <tsdgeos> didn't mterry fix the problem with the ownership of MockLauncherModel?
[09:17] <asac> if we can get that pass our tests
[09:17] <tsdgeos> it's still segfaulting here
[09:17] <dednick> Saviq: cool. thanks
[09:17] <Saviq> asac, yeah, will be there soon (scope disabled for now, though)
[09:18] <pete-woods> Saviq: I thought you used http://qt-project.org/doc/qt-5.0/qtdbus/qdbusservicewatcher.html for that?
[09:18] <Saviq> didrocks, ↑
[09:18] <asac> Saviq: when will it be enabled?
[09:18] <Cimi> Saviq, we're waiting the master :P
[09:18] <asac> what is holding it back?
[09:18] <Saviq> Cimi, ah you added to the invite, going
[09:19] <Saviq> asac, question for ralsina
[09:19] <didrocks> pete-woods: Saviq: exactly what I needed, thanks!
[09:20] <dednick> asac: https://dl.dropboxusercontent.com/u/85539674/qmenumodel-qml.zip
[09:21] <asac> dednick: cool it installed cleanly... rebooting :)
[09:22] <dednick> asac: for info, when last did you update unity8 ?
[09:23] <dednick> asac: or flash...
[09:23] <dednick> sigh. i dont think this is binary compatible...
[09:23] <asac> hehe
[09:23] <asac> shit happens
[09:23] <dednick> bugger
[09:24] <asac> guess i wont have to wait for my UI ... problem solved. no looping unity8 :)
[09:24] <dednick> lol
[09:24] <dednick> asac: give me a few minutes and i can compile you a unity8 to go with it if you like ;)
[09:25] <asac> dednick: btw, the libs dont need to be libs if noone beyond unity8 would use them...
[09:25] <asac> in that way you dont need to bother about API/ABI
[09:36] <dednick> galaxy nexus is sooo slow!
[09:36] <dednick> give me an edge!
[09:49] <Saviq> dednick, if I drag the (real) sound indicator's volume down to 0, it starts wobbling somewhat - might be the 0 vs 0.0 issue?
[09:50] <tsdgeos> Saviq: do you remember what was failing when an invalid background was set? Was it the autopilot test?
[09:50] <Saviq> tsdgeos, all the ap tests, yes
[09:50] <Saviq> tsdgeos, as greeter has status == Image.Ready test to consider itself loaded
[09:51] <Saviq> tsdgeos, and ap tests were waiting for greeter loaded to unlock
[09:51] <tsdgeos> ok
[09:51] <tsdgeos> let's try that with the new MR
[09:52] <asac> dednick: GN is faster once we dont loop anymore :)
[09:52] <asac> lol
[09:52] <asac> dednick: guess that means unity8 is still building?
[09:52] <dednick> asac: 70% :)
[09:53] <dednick> Saviq: er, might be. possibly the backend deciding it doesnt like the value and bouncing back a different one.
[09:54] <Saviq> dednick, also, between the two sound indicators, the "real" one's icon is smooth
[09:54] <Saviq> dednick, the phone one is non-antialiased
[09:55] <dednick> Saviq: panel icon?
[09:55] <Saviq> dednick, yes
[09:56] <Saviq> dednick, MenuContent.qml:64:19: QML Loader: Binding loop detected for property "contentActive"
[09:56] <dednick> Saviq: give me a few minutes. cant use phone at the moment. odd though. they should be the same unless there's something up with the theme
[09:57] <Saviq> dednick, that's on the desktop, not on phone
[09:57] <Saviq> dednick, on phone I only get one (should I install the "real" ones btw?)
[09:58] <dednick> one what?
[09:59] <Saviq> dednick, one sound indicator icon
[09:59] <dednick> Saviq: yeah, you'd need to install indicator-sound, indicator-power, etc.
[09:59] <dednick> indicator-time
[09:59] <dednick> *datetime
[09:59] <Saviq> dednick, there's no bluetooth icon, too
[10:00] <dednick> Saviq: indeed. i'm in process of adding
[10:00] <Saviq> dednick, ok
[10:00] <dednick> Saviq: although it doesnt seem to be working properly on the phone anyway
[10:08] <Saviq> dednick, wow, it actually launched the settings app :D
[10:10] <dednick> Saviq: really? never even tried that. lol
[10:10] <Saviq> dednick, it won't show up as it's not launched with the desktop file hint, but it did start ;)
[10:11] <Saviq> E_TOOMANYINDICATORS
[10:12] <dednick> lol
[10:12] <dednick> yeah
[10:12] <dednick> asac: https://dl.dropboxusercontent.com/u/85539674/unity8.zip
[10:12] <dednick> cross fingers
[10:12] <dednick> (worked for me)
[10:13] <dednick> mine dont fit on screen...
[10:19] <dednick> Saviq: the icon antialiasing thing is a image://[gicon/theme] thing. I'm guessing we're loosing resolution in the GIconProvider pixmap loading process.
[10:19] <Saviq> dednick, mhm
[10:19] <dednick> it's using the available sizes of the image, but it's an svg...
[10:20] <dednick> Saviq: result = themedIcon.pixmap(themedIcon.availableSizes().last()).toImage();
[10:20] <Saviq> dednick, ok, that should "fix" itself later, then
[10:21] <Saviq> with larsu's new provider
[10:21] <seb128> right, we need to land that...
[10:21] <dednick> Saviq: ya
[10:22] <dednick> Saviq: anyway, it's the old indicator that's wrong isnt it?
[10:23] <Saviq> dednick, well, the new one has the icons in the page (the slider between low volume and high volume)
[10:23] <dednick> Saviq: yeah, the new one has the proper panel icon i mean.
[10:24] <Saviq> dednick, panel icon... it seems blurred, shouldn't be, AFAIK
[10:24] <dednick> dont know wtf is going on with the datetime indicator time format. sometimes 11:25, sometime 11:25AM , others 11.
[10:25] <Saviq> dednick, https://launchpadlibrarian.net/147541416/shot.png
[10:26] <Saviq> dednick, the formatting depends on locale/settings, so indicator-datetime should handle that internally
[10:28] <dednick> Saviq: hm. it is blurred. turned up to 30px esspecially. also icons in panel
[10:28] <dednick> hum. that's using image://theme .
[10:29] <Saviq> dednick, anyway, the only potentially remaining thing is the "drag volume to 0 → E_CRAZY", did you remove the related code?
[10:30] <dednick> Saviq: does that only happen on phone?
[10:30] <Saviq> dednick, no, only on desktop
[10:30] <dednick> Saviq: hm. not happening for me.
[10:31] <dednick> Saviq: i didnt remove the 0.0001 blah code.
[10:32] <dednick> Saviq: ah. yeah.... the icon goes funky
[10:32] <dednick> Saviq: let me check that out
[10:33] <Saviq> dednick, yeah, if I then drag it back up, it will get death-metally, and not funky, even
[10:33] <Saviq> the slider will do pogo-dance for a second or two
[10:34] <dednick> cd ..
[10:34] <dednick> bugger
[10:35] <dednick> i'm supprised i havent typed my su password in irc yet
[10:46] <dednick> Saviq: qvariant convertint double to int if on int boundary. going to have to make some changes to unitymenumodel and unity8 to fix.
[10:46] <dednick> Saviq: no idea why!
[10:47] <Saviq> dednick, ok, approving in the mean time?
[10:47] <dednick> Saviq: yes please
[10:47] <Saviq> it's not a critical thing
[10:54] <tsdgeos> Cimi: the autopilot tests have started failing
[10:54] <tsdgeos> seems to be exactly the same problem we used to have?
[11:05] <dednick> Saviq: what is the ubuntu-touch package used for?
[11:08] <Saviq> dednick, it's the metapackage/seed
[11:08] <Saviq> dednick, it depends on everything the ubuntu-touch image is supposed to have
[11:32] <Saviq> tsdgeos, Cimi, re: ap tests with background - looking at the video it does not fall back to the default background still
[11:32] <tsdgeos> it is weird
[11:32] <Saviq> or *again*
[11:32] <Cimi> mzanetti, ^ ?
[11:33] <tsdgeos> becuse the test actually tries that
[11:33] <Cimi> Saviq, I didn't test them
[11:33] <tsdgeos> and seems to work
[11:33] <tsdgeos> the qml test i mean
[11:34] <tsdgeos> let me run the qml test again
[11:35] <tsdgeos> it works :-&
[11:35] <tsdgeos> which means the test is not so good probably :D
[11:38] <tsdgeos> which means the test is not so good probably :D
[11:38] <tsdgeos> wops, worng screen for ↑+enter
[11:39] <Cimi> seb128, shall I propose the inclusion when it's empty or when it's complete?
[11:39] <Cimi> seb128, https://code.launchpad.net/~cimi/ubuntu-system-settings/welcome-wizard
[11:40] <seb128> Cimi, you can proposed it like that, I still want to discuss it with mardy/ken but we can do that on the merge request
[11:50] <tsdgeos> mzanetti: greyback: Saviq: https://code.launchpad.net/~aacid/unity8/test_shell_crash/+merge/180108 this should fix the problems we have with the testShell test haging i think
[11:50] <tsdgeos> lunch!
[11:50] <Saviq> tsdgeos, thanks!
[11:55] <mzanetti> thanks tsdgeos
[12:11] <Saviq> F*CKING Qt docs!
[12:18] <greyback> :D
[12:33] <Saviq> mzanetti, tsdgeos, opinion: roleNames(), should return pre-populated m_roles or dynamically created QHash?
[12:33] <mzanetti> hmm...
[12:33] <Saviq> it's a tricky question, too! :)
[12:34] <Saviq> one saves us CPU, the other RAM
[12:34] <mzanetti> I think they are queried only when a view is attached
[12:34] <mzanetti> so only once
[12:34] <mzanetti> => saving RAM
[12:34] <mzanetti> which might differ for indicators or the like where views are constantly attached/detached
[12:34] <Saviq> yup, my gut feeling, too
[12:48] <tsdgeos> hmmm
[12:51] <tsdgeos> Saviq: afaics roleNames() is very seldom called
[12:51] <tsdgeos> so i'd go for dynamic
[12:51] <Saviq> tsdgeos, yup :)
[12:56] <Saviq> tsdgeos, what's the status of the "hey, *View, don't create everything, here's your bounds" thing?
[12:57] <Saviq> tsdgeos, we wanted to add some tests there, did we?
[12:58] <tsdgeos> yeah
[12:59] <tsdgeos> well the tests are more to prove it works, since the code is very hard it'll break the existing functionality
[13:00] <Saviq> tsdgeos, yeah I know
[13:00]  * Saviq feels weird, is there no high-prio review waiting for him anymore!?
[13:01] <Saviq> there's no use for me no more ;(
[13:01] <tsdgeos> :D
[13:03] <Saviq> dednick, will you follow up on https://code.launchpad.net/~mterry/unity8/powerd-test/+merge/179198 ?
[13:07] <Saviq> we've passed $10M! :)
[13:07] <Saviq> now, for the remaining $22M...
[13:08]  * tsdgeos looks in his pocket
[13:08] <tsdgeos> no, sorry only 10€
[13:16] <greyback> Paypal won't let me pay :(
[13:17] <pete-woods> I hope Paypal doesn't end up making more money out of the Ubuntu Edge that Canonical does
[13:17] <pete-woods> *than
[13:21] <dednick> Saviq: sure
[13:22] <Saviq> pete-woods, will it get anything if the campaign fails?
[13:22] <pete-woods> Saviq: don't they get like x% of every transaction or something like that?
[13:22] <pete-woods> I guess not if they refund it
[13:22] <Saviq> yeah
[13:22] <Saviq> pete-woods, at least it'd go to Hyperloop maybe ;)
[13:25] <greyback> call me cynical, but I doubt paypal take money and then return it for free
[13:25] <Saviq> greyback, dunno, I imagine igg has a good enough deal with them
[13:25] <Saviq> tsdgeos, Cimi, greyback, mterry, MacSlow, dednick we'll do regular standup today, hangout next week when kgunn is back
[13:25] <greyback> Saviq: yep, I expect that
[13:25] <Cimi> ok
[13:25] <MacSlow> Saviq, ok
[13:27] <tsdgeos> ok
[13:41] <Cimi> mzanetti, we still have issues with autopilot...
[13:42] <Cimi> mzanetti, but in theory it is falling back to defaultbg
[13:42] <Cimi> mzanetti, you think is something related to the bug you were telling me yesterday?
[13:44] <mzanetti> Cimi: no idea. need to check it out myself
[13:44] <mzanetti> Cimi: which test?
[13:45]  * mzanetti doesn't want to wait for 30 autopilot tests to find out which ones fails
[13:45] <Cimi> mzanetti, greeter
[13:45] <mzanetti> Cimi: ok... I'll give it a shot
[13:45] <Cimi> Saviq, greeter autopilot is failing right?
[13:46] <Saviq> Cimi, *all* of them are
[13:46] <Cimi> mzanetti, all :P
[13:46] <Saviq> mzanetti, greeter is black - no background loaded
[13:46] <Saviq> mzanetti, so it doesn't ever say that it's ready
[13:46] <Saviq> mzanetti, you can see in the videos that there's no background in greeter
[13:46] <Cimi> let's try removing the gsetting thing
[13:47] <Cimi> and see if it works with a simple crosfadeimage
[13:57] <tedg> dednick, Woot!  Indicators.
[13:57] <tedg> Now I have to wait a whole 4 hours for an official build.
[13:58] <tedg> didrocks, Can we make it faster?
[13:58] <didrocks> tedg: tsssss
[13:58] <didrocks> tedg: no you don't want to wait for 4 hours
[13:58] <didrocks> it's starting in 4 minutes
[13:58] <tedg> didrocks, What's the build time?
[13:58] <didrocks> depends on the builders
[13:58] <tedg> (including test, etc)
[13:58] <dednick> tedg: !
[13:58] <didrocks> and if your tests pass :)
[13:58] <didrocks> and the depth of your stack
[13:59] <tedg> didrocks, For Unity8 to get released.
[13:59] <didrocks> so for you, should be in ~2h to the release pocket
[13:59] <didrocks> same for unity8
[13:59] <tedg> So then I have to wait 124 minutes!
[13:59] <tedg> :-)
[13:59] <didrocks> tedg: you can write tests meanwhile ;)
[13:59] <tedg> didrocks, Heh, I wish.
[14:06] <tsdgeos> greyback: oh, unity-mir CI
[14:06] <greyback> tsdgeos: yep, turned on today
[14:13] <Saviq> rotfl
[14:13] <Saviq> "What, I can't run background apps!? But what if I want to calculate an integral that will take 30 mins to calculate, will I be able to browse web then"?
[14:13] <Saviq> JEEZ
[14:14] <greyback> Saviq: Who said that?
[14:14] <Saviq> greyback, ubuntu-phone@
[14:14] <Cimi> lol
[14:14] <Saviq> greyback, "Running background services"
[14:15] <Saviq> apparently that's not a joke, either!
[14:15] <greyback> I was hoping for satire, oh well
[14:17] <greyback> yay, unity8 with mir runs on phablet image with just 3 extra packages, getting closer!
[14:17] <Saviq> !! :)
[14:17] <Saviq> racarr, hey, any update on unity8@Mir on Nexus4?
[14:19] <dednick> Saviq: the only solution i can think of to solve our little float->int issue is to send type info with the value. (ie model.changeState(1.0, 'double')) . Or maybe i should log this as a bug with qt?
[14:19] <Saviq> dednick, where is the conversion actually happening? in v8?
[14:20] <Saviq> dednick, I just wonder why the thing that needs it as a double, can't convert it itself
[14:21] <Saviq> dednick, obviously JS is bad at that
[14:21] <Saviq> dednick, but the "other side", being good at that, should be able to easily convert 1 to 1.0
[14:21] <Saviq> :/
[14:21] <dednick> Saviq: by other side you mean indicator?
[14:22] <Saviq> dednick, for example, but ideally earlier
[14:23] <dednick> Saviq: I'm guessing the issue may be that all numbers in JS are doubles. So it just thinks something with a .0 was a int.
[14:25] <Saviq> dednick, yeah, but as soon as we're pushing that value through to C++, it should be possible to cast it to double?
[14:25] <greyback> tsdgeos: thanks for the approval
[14:25] <dednick> Saviq: only once we're in C++
[14:26] <dednick> Saviq: but by then it's already a qvariant
[14:26] <dednick> dont think you can cast in JS
[14:26] <Saviq> dednick, no, you can't, but can we know that this QVariant should be double and not int?
[14:27] <tsdgeos> greyback: :-)
[14:27] <Saviq> dednick, or is that completely out of our control / generic so that we don't really know?
[14:32] <dednick> Saviq: even pushing a "double" property directly to the invokable function still results in an int if on the .0 boundary. I guess the conversion happens between calling the function in JS and it being invoked.
[14:33] <dednick> Saviq: I do know the "expected" type (gvariant type). i could use that to "re-type" the parameter we pass.
[14:33] <Saviq> dednick, sounds like a reliable solution
[14:37] <dednick> Saviq: sound like work ;). need to start parsing gvaraint type. boo
[14:37] <Saviq> dednick, or just fix it service-side ;)
[14:37] <Saviq> dednick, I'm good with that, really
[14:37] <dednick> Saviq: dont think we can. i think it's built into gmenu
[14:38] <Saviq> jeez
[14:38] <dednick> or gaction
[14:38] <Saviq> like how hard is it to convert 1 to 1.0!
[14:38] <dednick> !
[14:38] <Cimi> seb128, simple question :P how do I import the plugin?
[14:38] <Cimi> seb128, I tried qmlscene with the -I path, but doesn't work
[14:39] <seb128> Cimi, look at the panels as example, but e.g "import Ubuntu.SystemSettings.Language 1.0" with the right include path should work
[14:42] <Cimi> seb128, so maybe my import is wrong
[14:42] <Cimi> seb128, because that's what I tried
[15:21] <greyback> tedg: ping
[15:27] <tedg> greyback, Howdy
[15:30] <greyback> tedg: hey, probably stupid question on "libupstart-flesh" - should I expect upstart_app_launch_stop_application("gallery-app", nullptr) to launch the app defined in gallery-app.desktop?
[15:30] <greyback> that's the legacy launcher stuff?
[15:30] <greyback> s/stop/start/
[15:30] <tedg> greyback, Yes, that should work.
[15:31] <greyback> tedg: ok, it's what I expected. I must be doing something wrong so. I'll dig. Thanks
[15:32] <greyback> tedg: oh, I added a question to that MR.
[15:32] <tedg> greyback, Check to see if "upstart-app-launch gallery-app" works.
[15:32] <tedg> greyback, That's in the tools package
[15:33] <greyback> tedg: hmm, no luck :(
[15:33] <tedg> greyback, So then it's probably not you, it's me :-)
[15:34] <greyback> tedg: I'm running on today's phablet image. I merged your branch with upstart-app-launch trunk, build packages & installed them
[15:34] <tedg> greyback, Hmm, okay.  Is there anything in ~/.cache/upstart/application*log
[15:35] <greyback> tedg: yes I see lots of logs. Cool
[15:36] <tedg> Heh, I should have been more specific.  Any useful errors?  :-)
[15:36] <greyback> "/bin/sh: 1: exec: --desktop_file_hint=/usr/share/applications/gallery-app.desktop: not found"
[15:36] <greyback> tedg: sorry, I wasn't being awkward, just happy at seeing lots of log files :D
[15:37] <tedg> Hmm, odd.  Let me find the gallery app's desktop file.
[15:37] <seb128> tedg, you can sudo apt-get install gallery-app on your desktop...
[15:38] <greyback> tedg: the file is there. I suspect more the switch is confusing things
[15:38] <tedg> seb128, Yup, was going that route.
[15:39] <tedg> Hmm, my desktop file doesn't have a "--desktop_file_hint" in it...
[15:40] <seb128> no it doesn't
[15:40] <tedg> This might be a gallery issue :-)
[15:40] <seb128> not on the device either
[15:40] <seb128> well, the --desktop_file_hint= is needed if you want anything to get on screen on the device iirc
[15:40] <seb128> not sure what component appends it though
[15:42] <greyback> tedg: this can't be right: http://pastebin.ubuntu.com/5985444/
[15:43] <tedg> greyback, It should be just "gallery-app" not the full path as well
[15:43] <tedg> greyback, desktop-exec gallery-app
[15:43] <greyback> tedg: ah ok
[16:57] <mzanetti> Saviq: http://paste.kde.org/pf75da1b8/
[16:58] <mzanetti> Saviq: seems a different one, and this one is even worse
[17:20]  * greyback eod
[17:31] <Saviq> mzanetti, not sure what I'm looking at there?
[17:31] <Saviq> mzanetti, the hang?
[18:05] <Saviq> mzanetti, seems Albert's fix didn't help :/
[18:53] <apw> in saucy which library are we meant to use to talk to the 'messaging' envelope thing these days
[18:54] <apw> i had assumed it was libindicate and family (http://developer.ubuntu.com/resources/technologies/messaging-menu/) but the examples there seem ineffective
[19:09] <apw> even the examples with libindicate don't seem to work any more
[19:32] <mzanetti> Saviq: the paste is unity8 sticking at 50% CPIU
[19:32] <mzanetti> Saviq: fresh flash from 3 hours ago
[19:38] <Saviq> mzanetti, :/
[19:39] <mzanetti> indeed
[19:39] <mzanetti> Saviq: also, I have the feeling that the apps scope crashes every once in a while and recovers again
[19:39] <Saviq> mzanetti, that's expected
[19:40] <mzanetti> ah ok
[19:40] <Saviq> mzanetti, will be better/not affected when it's a subscope of apps scope