[00:01] jdstrand, found the issue, qtubuntu reverses the arguments [00:16] jdstrand, http://pastebin.ubuntu.com/5866645/ is the grep DEN [00:16] jdstrand, and I'm prepping a fix for qtubuntu [00:22] jdstrand, https://code.launchpad.net/~saviq/qtubuntu/fix-reversed-arguments/+merge/174313 [00:43] jdstrand, https://chinstrap.canonical.com/~msawicz/phablet/ these two packages should sort you out [00:59] jdstrand, or you can get the packages from jenkins output.zip https://code.launchpad.net/~saviq/qtubuntu/fix-reversed-arguments/+merge/174313/comments/390384 [01:00] * Saviq → bed === _salem` is now known as _salem [07:01] Saviq, ping [07:01] tvoss_, pong [07:02] Saviq, good morning :) quick one: shared_ptr's and qml, good or bad idea? [07:02] tvoss_, http://qt-project.org/wiki/SharedPointersAndQmlOwnership ;) [07:03] Saviq, so usual QObject* and c'tors with QObject* parent are best [07:03] tvoss_, yeah, that's what QML expects [07:04] tvoss_, and even though we're using some shareds here and there and haven't noticed problems [07:04] tvoss_, YMMV [07:04] okay [07:12] tvoss_, to make things safer, Satoris sents up the data() of a QSharedPointer after having set the object ownership to Cpp [07:13] Saviq, ack [07:13] tvoss_, as described in the wiki, really [07:13] Saviq, yeah, bookmarked that one [07:14] Mirv, hey, glad 5.1 worked for you - the test... must've been something weird with the environment, it should've exported QT_QPA_PLATFORM=minmal so that it doesn't try and connect to X [07:15] Mirv, otherwise it'd fail everywhere from jenkins to the PPA [07:18] Saviq: I'm glad as well. sure, something weird it. it'll pop up again if it's something that needs fixing. [07:18] Mirv, yup [08:15] let's see, will I make it through the power outage? [08:20] Cimi, can you pastebin me an example of a component using themes/colour pallet’s? [08:46] Saviq, how much battery left? [08:46] nic-doffay, 1:23 [08:47] nic-doffay, unfortunately it's a dying battery :/ [08:47] * Saviq needs to finally fix it / get one for the optical drive bay [08:47] Saviq, aren't they all? :P [08:47] nic-doffay, indeed! [08:47] Took me ages to buy a new one. [08:48] nic-doffay, this one lasted some disappointing 18 months [08:48] was nice at the beginning with almost 8hrs life... now it's more like 1:40 [08:54] Saviq, mine for ages was 0. haha [08:54] nic-doffay, ;) [08:55] Cimi, up above dude. Cimi, can you pastebin me an example of a component using themes/colour pallet’s? [08:55] At least just the colour pallet for now. [08:56] I'll figure the Ubuntu Shape thing later on. [08:56] That def will need themes. [09:18] nic-doffay, sorry it's the ping day [09:18] nic-doffay, got so many pings I am catching up :) [09:18] your turn [09:19] nic-doffay, http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/revision/608 [09:27] Cimi, what am I looking for? [09:27] nic-doffay, color: Theme.paletter.normal.background [09:27] -r [09:27] Cimi, and for labels and all that? [09:28] Colours etc? [09:28] nic-doffay, the documentation for colours is in the palette file [09:28] Cimi, ok great [09:28] should be easy, ask if you need [09:34] Cimi, which ones the Pallete file? [09:34] There are two here. [09:34] nic-doffay, actually [09:34] https://code.launchpad.net/~fboucault/ubuntu-ui-toolkit/color_palette/+merge/173114 [09:34] this is easier to read [09:35] nic-doffay, modules/Ubuntu/Components/Themes/PaletteValues.qml [09:37] Cimi, what do I need to import? [09:38] nic-doffay, nothing [09:38] Cimi, and testing this works? [09:38] Just run the the gallery preview in the sdk? [09:38] Any idea? [09:41] nic-doffay, wait a bit then mumble [09:50] nic-doffay, mumble? [09:50] Cimi, yeah one sec... [09:56] nic-doffay, http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/files [10:05] dednick: hi! Unity unit tests for i386 started failing, strangely [10:05] dednick: https://launchpadlibrarian.net/144774686/buildlog_ubuntu-saucy-i386.unity_7.0.2%2B13.10.20130712-0ubuntu1_FAILEDTOBUILD.txt.gz [10:05] dednick: re-running didn't help... do you know maybe what could be wrong? [10:07] sil2100: not really. if you look at the failure output, the expected and actual values are the same. [10:09] sil2100: new version of gtest? [10:10] dednick: most probably [10:13] sil2100, there's special template for comparing doubles, i guess it's not used though it should be [10:13] doubles are rarely equal [10:14] mhr3: right, I think that needs to be fixed, as by some 'lucky chance' it passed for armhf and amd64 ;) [10:14] dednick: hm, I checked and there seems to be no new gtest [10:14] I wonder why suddenly it stopped working [10:15] sil2100, btw any progress on the hud thing? [10:23] i suppose dist-upgrade wanting to remove ubuntu-touch is not a good thing [10:29] sil2100: all tests succeed for me [10:33] dednick_, it's EXPECT_EQ() on doubles [10:33] eeek! [10:38] Cimi, where can I get opacity values for the themes? [10:38] or do you just set the whole colour? [10:41] Cimi, and one thing else. Any idea how I can see the themes in action? [10:41] nic-doffay, colours are rgba [10:41] nic-doffay, to set theme [10:41] Cimi, right so no separate alpha. [10:41] nic-doffay, in your main qml file [10:41] mhr3: didn't hear any info about that... [10:42] dednick_: hm, are you on i386? [10:42] Component.onCompleted: Theme.name = "Ubuntu.Components.Themes.SuruGradient" [10:42] sil2100: 64 [10:42] nic-doffay, ^ [10:42] dednick_: it seems amd64 didn't have that problem [10:42] dednick_: maybe mhr3 is right and we should expect double values some differently [10:42] sil2100: possibly [10:43] dednick_: are you free right now to fix that, or busy and I should try that? :) [10:44] sil2100: not what i would say "free" [10:44] sil2100: you on 64 [10:44] or 32? [10:44] amd64 as well, sadly! [10:45] Cimi, can you not bind it? [10:45] mhr3, ubuntu-touch is being fixed now [10:45] mhr3, or is fixed already, just needs to get published [10:45] mhr3, but it shouldn't matter [10:46] Saviq, it also wanted to remove indicators [10:46] mhr3, as it only gets removed because indicators-plugins* are integrated into unity8 [10:46] mhr3, and the seed wasn't updated yet [10:46] nic-doffay, bind what? [10:46] Saviq, k, thx for update [10:46] mhr3, indicators-plugins, not indicators themselves, right? [10:47] Cimi, I just threw that code into The option selector and tried it out in the gallery. No change. [10:47] Saviq, indicator-client-plugin-* [10:47] mhr3, yup, that's fine [10:47] Cimi, the onCompleted [10:47] mhr3, built into unity8 since yesterday [10:48] coolio [10:50] sil2100, i have 32bit chroot [10:51] sil2100: not sure why it's not working though. the values should be the same... [10:51] cause it's doubles [10:51] and? [10:51] :-O [10:51] 1.00201 != 1.00201 [10:52] printing a double truncates it [10:52] i've checked the code, they should be the same [10:52] the reality is that 1.0020100000001 != 1.0020100000003 [10:52] mhr3: it's not [10:54] sil2100: when did this stop working? [10:54] dednick_, you can never compare a double for equality, that's a cs fact [10:55] cs? [10:55] computer science [10:56] (should_be_selected ? 1.0f : 0.9f) * progress != (should_be_selected ? 1.0f : 0.9f) * progress [10:56] damn, he got me [10:56] ok, in one case you can :P [10:57] i can't build unity [10:57] mhr3: saucy update [10:58] add_subdirectory given source "/usr/src/gmock" which is not an existing [10:58] directory. [10:58] mhr3: yeah. new gmock [10:58] upgrading then [10:58] mhr3: there probably should be a check for the version in the configure [11:00] i wonder if gtest is trunking one of the values going into the test equality function [11:00] dednick_: I only noticed it failing since like yesterday [11:01] damn. my laptop is burning. something keeps frying my cpu! [11:01] dednick_, hud! :) [11:02] mhr3: really? how do i kill it!? [11:03] killall hud-service [11:03] Try that! [11:03] SHOOT IT [11:03] process not found [11:04] pkill -f hud-service [11:04] killall unity [11:04] OHSHIT [11:04] ;) [11:06] sil2100, anyway, i don't think the hud fix is going to happen anytime soon, hud guys want unity to use the new interface and implementing that will take a while [11:08] mhr3: *sighs* - since if you say that all the unity AP failures are caused by the DBus issue that is caused by HUD, then hm, we seem to be blocked - just hope the problems are not 100% reproducible [11:12] sil2100, ehm, how do i run the unit tests these days? make check not make test doesnt' work [11:13] nic-doffay, in the main qml file [11:13] nic-doffay, you need updated packages [11:14] Cimi, as of when? [11:18] nic-doffay, today === dednick is now known as dednick|afk [11:18] sil2100, nvm === MacSlow is now known as MacSlow|lunch === jhodapp|afk is now known as jhodapp === asac` is now known as asac === alan_g is now known as alan_g|lunch [12:15] Saviq, Have you seen something like that? http://paste.ubuntu.com/5867928/ [12:15] ^ when running ./build [12:15] dandrader, you need ppa:ubuntu-unity/next [12:15] dandrader, https://code.launchpad.net/~saviq/unity8/clean-build-scripts-coding/+merge/173847 === dednick|afk is now known as dednick === sergiuse1s is now known as sergiusens === MacSlow|lunch is now known as MacSlow [12:34] * Saviq goes back home looking for power [12:34] biab === _salem is now known as salem_ [12:50] Saviq: hi! thanks for the work on bug #1200437 [12:50] bug 1200437 in qtubuntu "startProcess reverses arguments from desktop files." [High,In progress] https://launchpad.net/bugs/1200437 [12:51] jdstrand, cheers [12:51] Saviq: I haven't been able to test it yet because the files in output.zip and your directory don't seem to include the fix [12:51] jdstrand, oh! [12:51] jdstrand, that'd be very weird [12:51] jdstrand, /me tests [12:52] Saviq: ie, it didn't work, so I read /usr/share/doc/qthybris/changelog.Debian.gz and it doesn't show your change [12:52] jdstrand, I didn't add anything to the changelog, though [12:52] jdstrand, we're relying on daily release to do it for us [12:52] http://paste.ubuntu.com/5867991/ [12:52] ah [12:52] jdstrand, did you reboot after installing? [12:52] I did not reboot [12:52] jdstrand, you at least needed to restart the shell [12:52] I guess I should do that? [12:53] I see [12:53] * jdstrand restart [12:53] jdstrand, yeah, it needs to pick up the new lib [12:53] ok, that makes sense. not sure why I didn't think of that :) [12:54] \o/ [12:54] it is working now :) [12:54] * jdstrand hugs Saviq [12:54] jdstrand, awesome [13:00] Saviq: the only trick is that the version in output.zip is the same as the one in saucy right now. when do you think saucy will have the fix? [13:00] greyback, will Shell.qml and Stage.qml (specially the animations code) change much with unity8-mir or will it be essentially about having a new implementation of Ubuntu.Applicaion module [13:01] dandrader: I've a refactoring branch, which just isolates the WM code out of a shell into a more testable condition. I need to update that and figure out why some of the tests failed [13:03] dandrader: the plan has been to limit the amount of changes in unity8, so will still be grabbing screenshot from Mir and animating that - not the surface itself. The new AppManager will need a few code changes, but nothing major. I'm hoping there'll not be too many changes [13:03] jdstrand, as soon as it's approved / merged / released [13:10] greyback, ok. do you mind if I take that bug from you? https://bugs.launchpad.net/unity8/+bug/1116207 I'm idle at the moment [13:10] Ubuntu bug 1116207 in Unity 8 "[right edge swipe] Right edge does not respond if there are no running apps" [Medium,Confirmed] [13:10] dandrader: go for it === alan_g|lunch is now known as alan_g [13:19] Saviq: oh, can you paste the apparmor denials somewhere? [13:19] jdstrand, I did, let me scroll up [13:19] ah, missed that [13:20] jdstrand, http://pastebin.ubuntu.com/5866645/ [13:20] jdstrand, that's maguro, btw [13:20] thanks! :) [13:20] I'll get that adjusted in our policy [13:20] cheers [13:26] Saviq, dednick: hey, do you know what's the status of using the real indicators in unity8/ubuntu touch? [13:27] Saviq, dednick: we had a couple ported to gmenu in saucy but I think we still don't use them on touch? what is blocking? [13:27] dednick, I'll leave that to you ↑ [13:30] seb128: i believe they don't have phone profiles yet. at the moment i think they're only supportted on desktop [13:30] dednick, is the unity side ready? [13:30] dednick, larsu said they didn't have phone profile because nobody asked for those profiles yet [13:30] seb128: unity8? [13:30] seb128: i've asked for them. [13:30] maybe i dont count [13:30] dednick, is the only piece missing to use them on the touch image the phone profile? [13:31] dednick, where did you ask? [13:31] indicator status meeting [13:33] seb128: indicator status meeting [13:33] dednick, sorry, my session closed [13:34] dednick, ok ... so is everything ready on the unity8 side? (e.g if we can an indicator exporting a phone profile we can use it on unity8)? [13:34] dednick, can you open a bug on launchpad about what you need? that's easier to track [13:35] seb128: yep, should be good to go when we have them. [13:35] excellent [13:35] how can I test that? [13:35] just running an indicator with a phone profile on the current touch image should work? [13:40] kgunn: lol [13:49] greyback: are you running xmir ? [13:49] kgunn: yes [13:50] did you pin the ppa ? if so, can you dist-upgrade and see if it tries to remove/uninstall lightdm/u-s-c [13:50] (assuming you haven't dist-upgraded today) [13:51] kgunn: yep I pinned the PPA. Ok, trying... [13:51] mhr3, ping [13:52] * kgunn hopes i have some latent apt-cache issue... [13:53] om26er, pong [13:54] mhr3, after searching in the dash I see installed scopes along with apps: https://launchpadlibrarian.net/143920097/t.png [13:54] mhr3, I am hoping its something for scopes team (?) [13:55] om26er, like on desktop, yes [13:56] mhr3, they are appearing alongside installed apps, which looks wrong [13:56] mhr3, is that expected ? [13:57] atm, yes [14:00] kgunn: u-s-c is being kept back. lightdm untouched [14:01] greyback: well good...so it didn't remove either in your case....just a failure to update u-s-c [14:01] ? [14:01] kgunn: yep [14:03] greyback: f me....why did it uninstall mine? [14:03] anyone know of a way to clear apt cache just in case something lurking in there? [14:03] ....oh....nvmd....i think i know [14:04] greyback: thank you for the interruption.... [14:04] kgunn: I'm really not sure how that could've happened. The pin priority is 1002, which should be the highest [14:05] does it let you re-install lightdm? What lightdm package is it? [14:05] greyback: no...it does the lightdm depends on u-s-c, but can't install u-s-c cause of libmirserver version [14:05] the classic broken package... [14:05] yay :( [14:07] kgunn: so its good /bad.....it is broken....but i bet for people already running xmir ( & for most non-stupid people, e.g. !kgunn) then it will just whine [14:07] but keep working [14:07] kgunn: 0.0.6bzr848saucy0 is what I'm installing now with the dist-upgrade === jhodapp is now known as jhodapp|brb [14:07] ah kgunn syndrome, yet I get that sometimes :) [14:08] greyback: well..it really sucks when you have it 24/7 ; ) [14:08] chronic kgunn, whoa nasty. Gotta be drugs for that === jhodapp|brb is now known as jhodapp === jhodapp is now known as jhodapp|afk [15:08] kgunn, greyback having fun here, eh? go back to work! [15:09] Saviq: yes...sorry....no more fun [15:09] :) [15:10] Saviq: but it's Friiiddaaay [15:11] * Saviq always wondered why Friday is called thus... /me never had a free day on Friday [15:12] JohnLea: I'm afraid I won't have the time in the forseable future for this enhancement TBH [15:13] JohnLea: my personal load average is 3,02, 2,35, 2,85 ;) [15:19] didrocks; no worries, it's not essential because we are already making that differentiation by looking at which bugs are assigned to designers and which are not [15:19] didrocks; it only cleans up something we are doing already, so is non-essential [15:19] ok [15:19] didrocks; will you be in IOM for sprint? [15:19] JohnLea: yep, maybe between 2 meetings, we can have a look :) [15:20] didrocks; no, would be good to see you and grab a beer, that's all ;-) [15:20] didrocks; it depends if the power stays on this time as well, at the last sprint there we were having power cuts! [15:21] JohnLea: that will make all that… interesting! ;) [15:22] JohnLea: will be good to see you too! [15:22] didrocks; well have a good weekend, speak soon! [15:22] JohnLea: thanks, you too! [15:25] o/ o| o/ guys [15:25] have a great weekend! [15:26] Saviq: cya [15:26] Saviq: have a good weekend [15:32] saviq_ happy weekend-time [15:38] dednick: btw. since I probably missed something... were you able to resolve the failing unit test on i386 for unity? [15:38] *unit tests [15:49] sil2100: mhr3 is your man, but i believe so [15:50] sil2100, Trevinho was on that [15:50] :D [15:51] * sil2100 waits until Trevinho points him to andyrock or someone else [15:51] ;) [15:51] Trevinho: any luck? [15:51] it's pretty simple fix though [15:51] andyrock: ^ [15:51] bschaefer: ^ [15:51] ;) [15:51] * bschaefer wonders whats going ong [15:51] * Trevinho ping jocking... :D [15:51] bschaefer: nothing... Just a ping ^_^ [15:52] well hello :) [15:52] bschaefer: hi! :) [15:52] bschaefer, it's just a finger-pointing circle thing [15:52] ping proxy I wanted to write.. but "proxy" got lost [15:52] haha, well Ill stop the cycle! [15:52] bschaefer, ping [15:52] Nooo... deadlock! [15:53] haha [15:53] sil2100: Im with you now... Let me read backlog :) [15:56] Trevinho: it's about the unit-tests failing for i386 related to double values ;) [15:56] Trevinho: any progress? [15:56] Since it causes FTBFS and blockage of the unity stackz [15:57] sil2100: ah, ok... I'll fix it in a branch is coming with other tests as well [15:57] sil2100: how much time do I have? :) [15:57] 175 seconds :P [15:58] Trevinho: I think there's no haste anymore, Friday releases are a bad idea ;p [15:58] I understood that with seb128 some time ago when publishing of indicators on a Friday afternoon caused a nasty regression [15:58] * sil2100 makes no more Friday afternoon releases [15:59] ah I see.. I didn't notice it was blocking something important (and I saw builds ok in builders) [15:59] sil2100: didrocks teached you his story? :) [15:59] Trevinho: the problem is that it's ok for armhf and amd64, but fails for i386 o_O [16:00] * didrocks looks at his scarves [16:00] scares* even [16:00] Trevinho: https://launchpadlibrarian.net/144774686/buildlog_ubuntu-saucy-i386.unity_7.0.2%2B13.10.20130712-0ubuntu1_FAILEDTOBUILD.txt.gz [16:02] sil2100: yeah, I was already on that link [16:02] \o/ [16:03] Trevinho: so, no hurry, but thanks for working on that ;) [16:06] sil2100: I can do one-line fixes :) === jhodapp|afk is now known as jhodapp [16:36] * greyback eow === alan_g is now known as alan_g|EOW [19:22] ok, so I'm trying to fix bug #1193120 [19:22] bug 1193120 in unity (Ubuntu) "unity-common is not common" [Undecided,New] https://launchpad.net/bugs/1193120 [19:22] but rebuilding the package that's currently in saucy is failing [19:22] make[5]: *** No rule to make target `../tests/test-gtest-xless', needed by `tests/CMakeFiles/check-headless'. Stop. [19:22] does someone know what's going wrong here? [20:04] hey there [20:04] why is it C for Scope programming? [20:04] what is wrong with Vala and C++ ? [20:16] why c.... [20:16] why [20:19] gotwig, ... whats wrong with C? [20:20] slangasek, hmm my test-gtest-xless seems to have compiled fine [20:21] though in a make-check i've failing on test-unit...which Trevinho has a branch im reviewing which should fix that... [20:22] and make-headless seems to be working as well [20:22] bschaefer: make check-headless :) [20:22] yeah that one :) [20:23] * bschaefer type-o-ed [20:29] bschaefer: what is wrong with C++ and Vala... [20:29] bschaefer: programming via C is not the modern approach for programming nowadays. [20:29] gotwig, we could be at this all day :) [20:29] bschaefer: why C , seriously [20:30] gotwig, theres nothing wrong with either choice, but theres also nothing wrong with C, and C works very well [20:30] bschaefer: why have you choosen C as the main language for scopes [20:31] * bschaefer did not choose anything [20:31] Warum habt ihr C genommen [20:31] Vala is awesome, but it's also unstable and has missing features... C++11 is fantastic as well, modern and a allows to code quickly and powerfully! [20:31] because the english language is too bad to distinguish [20:31] Trevinho: wait... missing features? Do you compare Vala now with C or... what? [20:32] once, unity scopes were written in Python, than Vala. Why now C? Why not C++? [20:32] python was to slow, i remember that switch [20:33] I cant look at this c code... [20:33] I began to programm with C... but this hardcore stuff is simply too much for C [20:33] learn C :), its a good language to know [20:33] why can noone say me why there was choosen C [20:34] well im not sure who made that choice, im just simply saying that C is not a bad language [20:34] in the end, Vala is C ABI compatible, so this shouldnt be an issue... [20:35] I want to program with objects.. not with old prodedural stuff [20:35] gotwig, you can think of structs as object :) [20:35] objects* [20:36] if you mean this seriously.... [20:36] well, you must be kidding. [20:37] maybe they choose C [20:37] because its so simple [20:37] I didn't check the code, but writing a vapi is quite easy generally [20:37] no... not really, its the same thing, not the same syntax sugar, mix some function pointers and variables and you've got a class representation [20:38] C is simple, expressive and fast [20:39] there is a reason why C++ is not just a C extension lol [20:54] so, is there no real reason why we have to use C for our scopes? [21:05] gotwig, probably the simplest answer is speed [21:05] bschaefer: to what [21:05] I dont understand [21:05] the reason to use C [21:06] in contrast to what [21:06] I like to see Vala support.. [21:07] or something object orianted programming [21:07] yeah, but if you're going for raw speed, C is still the best choice [21:14] bschaefer: this cant be an argument [21:15] gotwig, whats wrong with that argument? [21:16] bschaefer: I mean... nowadays we dont really care about speed, that much. Vala produces very fast code, as well as C++ code is fast [21:16] gotwig, the scopes need to be fast, when you are dealing with 100 scopes... its needs to be as fast as possible... [21:16] (i know its not 100 but still) [21:17] C++ should still be good enough, as well as vala [21:17] theres a reason why they went from python -> vala -> C, again im guessing speed was one of those reason but im not sure :) [21:19] and yes vala and C++ both produce fast code, but C is still faster :) [21:22] bschaefer: well, it didn't compile at all here. So how should I debug this? [21:22] slangasek, hmm you're on trunk, updated, and on saucy? [21:23] urg..something in my X just blew up.. rebooting [21:25] bschaefer: I'm on the current version of the package in the saucy archive. *trunk* fails to build because it depends on a version of libunity that doesn't exist in the archive. [21:25] bschaefer: I'm on the current version of the package in the saucy archive. *trunk* fails to build because it depends on a version of libunity that doesn't exist in the archive. [21:26] oo [21:26] slangasek, yeah, you have to compile it yourself atm... [21:26] at lease im having to [21:26] yeah, I don't want to do that [21:26] :(, I don't think its landed in main atm [21:26] I want to rebuild the package in the archive, which is something that should always work [21:26] and another problem is libunity needs to be compiled with .18, but its using 0.20 atm [21:26] yes it should [21:27] needs to be compiled with vala 0.18* [21:28] well [21:28] if nobody knows why the build is failing, I could just apply my patch and push to saucy [21:28] and hope it builds [21:28] but I'd rather not do that :P [21:28]