=== _salem is now known as salem_ === salem_ is now known as _salem [04:47] trying to use sqlite3 in my qml/qt app (build host is trusty). should i be using the system's libsqlite3-dev package, or is there some Qt version of that package to use? [04:47] reason i'm asking is because i encounter this during cmake: http://pastebin.ubuntu.com/7807167/ [04:48] but also encountering this during runtime: http://blog.forwardbias.in/2011/08/when-sqlite-queries-fail-for-no-reason.html [04:48] so wondering if ubuntu suffers that issue or not [05:08] hm, nevermind. dumb question [07:09] Saviq: did we lose qmluitests altogether in CI? [07:10] configuring fails :/ [07:10] fginther: ↑ ? [07:21] oh come on [07:21] why does unity8.shell.tests.test_emulators.GenericScopeViewEmulatorTestCase.test_open_preview fail in remote and not for me :/ [07:36] we don't record videos of autopilot anymore? [07:39] tsdgeos, we do [07:39] couldn't find it [07:40] FYI, I'm incapacitated [07:40] laptop died [07:40] for https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2329/ [07:40] doesn't get through POST [07:40] used to be in build artifacts, no? [07:40] Saviq: oh :/ [07:40] tsdgeos, yeah, gotta call Dell, hope they'll make it happen yesterday [07:40] tomorrow I mean [07:41] though yesterday'd be better [07:41] tsdgeos, indeed no video there [07:41] :| [07:42] brb [07:59] huh, apparently you can hit Dell Tech Support via Twitter these days ;) [08:01] yeah well [08:02] twitter is about the only way i get companies to do what i need [08:02] get infinite calls of company X and ask them to stop calling -> nope [08:02] complain on twitter -> yes sure, of course we're sorry (have to see if they still call again though) [08:04] never tried yet [08:05] and TBH love Dell support for not bullsh$tting, I told them it doesn't go past POST, response was "OK, we need to replace the motherboard, will be there tomorrow" [08:06] this is probably the single best feature of Dell's notebooks (or well, you could say they shouldn't break at all...) [08:06] :D [08:06] Saviq: you paid some extra support, no? [08:07] tsdgeos, yeah, NBD, but it's money well spent [08:07] 4 years, too [08:07] i'll think about it with my refresh laptop [08:07] not sure of course what the actual cost was [08:07] Saviq, jibel: bug #1336675 ... isn't the sim unlock dialog part of unity8? [08:07] but something in the order of €300-350 probably [08:07] bug 1336675 in ubuntu-system-settings (Ubuntu) "SIM unlock - UI hangs when user enters wrong PIN" [Undecided,New] https://launchpad.net/bugs/1336675 [08:07] seb128, it is [08:08] * seb128 reassign [08:08] Saviq, thanks [08:08] jibel seemed to insist it's a setting issue for some reason ;-) [08:08] seb128, it's probably an indicator-network one actually [08:08] yeah, as pat assigned [08:08] Saviq, that's where Pat reassigning it, but jibel disagreed and put it back on settings [08:09] seb128, I'll actually verify in a mo, flashing now and got a locked SIM here [08:09] Saviq, thanks [08:11] seb128, there is a system-settigns crash that's why I reassigned. I can retry but I don't like the idea of locking my sim card :) [08:11] jibel, having some sort of bt would be nice, settings are not even supposed to be running at this time [08:24] jibel, can't confirm your bug, where were you putting the wrong PIN? after "Unlock SIM" in the indicator? [08:25] jibel, put wrong PIN twice and then the correct one, all worked [08:25] except for the "you have foo tries" label, which got displayed in a random place [08:25] Saviq, on the keypad, after you select 'Unlock SIM' in the indicator, you enter the wrong pin and validate [08:25] jibel, yeah, worked here [08:26] put the wrong one twice [08:26] Saviq, on second try the UI froze completely [08:26] Saviq, I'll try again [08:26] ktx [08:31] Saviq, seems to be okay now. I'm closing the reporT. [08:46] tsdgeos, the qmluitests fail looks like a network issue [08:46] hopefully temporary [08:47] Saviq: you think so? seems like a package is conflicting or something [08:48] tsdgeos, ah the last one, I've seen that before, it looks like cgmanager does not configure due to a post-install script fail [08:49] tsdgeos, https://launchpad.net/ubuntu/+source/cgmanager/0.27-0ubuntu7 [08:49] tsdgeos, but apparently stuck in proposed [08:49] grrr [08:49] unstuck! [08:49] caused a regression in lxc autpkgtests [08:49] http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html [08:50] although that looks like a misattribution... [08:52] tsdgeos, the ap test failed for me here on dash_overview branch [08:52] Saviq: interesting [08:52] tsdgeos, although differently [08:53] Saviq: log? [08:53] and it might be a result of small screen [08:53] tsdgeos, http://pastebin.ubuntu.com/7807918/ [08:53] * Saviq tries on external screen only [08:54] yeah i think it's failing to swipe [08:54] yeah it selected some text in my terminal [08:55] yeah passed on 1080p [09:16] Saviq: how does it feel to be an orange-sunglasses-wearing Apple hipster? [09:17] greyback, not too great, I'm not dealing well with the keyboard (mostly Fn, alt, cmd and F? keys get me) [09:18] I've been using this from time to time, but working on this isn't that great [09:18] Saviq: you'll get used to it :) [09:18] greyback, no I won't, getting my shiny Dell back tomorrow ;P [09:23] Saviq: we are in dash overview, search, select a scope that is a favorite, so we go back to regular dash (not a temp scope), when showing dash overview again, is it still in search? [09:24] i vote no [09:24] dednick, terminate called after throwing an instance of 'boost::exception_detail::clone_impl >' [09:24] what(): unrecognised option 'prompt-file' [09:24] tsdgeos, no no [09:24] Saviq: erm. huh? [09:24] what's that from~? [09:24] dednick, unity8 startup after the env change in unity8.conf [09:24] hm. [09:25] Saviq: no no means yes? or means you agree with me doubly? [09:25] damn. maybe alan_g's change hasn't been released in image [09:26] didn't think it'd matter though [09:26] tsdgeos, when you close the overview, you reset it [09:26] alan_g: ^ ? [09:26] tsdgeos: "no no" != yes [09:26] :D [09:26] greyback: depends on the programming langauge ;) [09:26] dednick: which change? what is "image" built from? [09:26] Saviq: okidoki [09:26] no means no, and no no also means no [09:26] tsdgeos, if you asked just one question, you'd know which one the answer is for ;) [09:27] aaanyway [09:27] yeah, reset it [09:27] Saviq: i actually only asked one question, even if it was long :D [09:27] indeed ;) [09:27] no no no no no no no no no no no no there's no limit [09:27] sometimes one no does not cut it [09:27] greyback, you're in a good mood today ;P [09:28] alan_g, I'm getting abort after setting the MIR_SERVER_PROMPT_FILE env var [09:28] alan_g: the prompt-file work in mir. [09:28] does Mir interpret all MIR_SERVER_* vars, trying to match them to command-line options? [09:28] Saviq, alan_g: sounds like a bug in mir though. setting env vars shouldnt abort if they aren't being used... [09:28] Saviq: afaik yes [09:28] yikez [09:29] dednick, ok, I'll drop it from our silo for now, then [09:29] Saviq: all the variables starting MIR_SERVER_ must be valid options [09:29] Saviq: hm. which silo is it? [09:29] dednick, 3, unity8 updates [09:29] It is sensible to reject misspellings [09:30] dednick, I'll add to silo 18 then [09:30] Saviq: i think 18 has been marked for release already [09:31] * alan_g still wants to remove the hack that ignores misspellings on the command line [09:31] dednick, ok hmm [09:31] dednick, nope, it's been blocked by the clean exit [09:32] camako, can I add a unity8 MP to silo 18? https://code.launchpad.net/~nick-dedekind/unity8/trusted-socket.prompt-file/+merge/227051 this one [09:32] Saviq: ok. might as well add it in there as well. since it's related [09:32] yeah owners are not around anyway [09:33] Saviq, I don't know how that'd affect packages already built... It shouldn't invalidate anything right? [09:33] camako, nope [09:33] camako, isn't it 4am where you at? [09:33] Saviq, nope, I'm in Turkey :-) [09:34] camako, not what the directory says! ;) [09:34] saviq, though we'd need to do another round of testing [09:34] Saviq, just for a few weeks for the summer... My base is still TX [09:35] camako, we can release it later separately if you'd rather, dednick? [09:35] what's the impact when the var's not there? [09:35] Saviq: trust sessions wont work [09:36] saviq, it's okay.. go for it [09:36] so why isn't it in silo 18 in the first place :D [09:36] Saviq: because yeterday it was marked for release, but then i think we found the issue with clean exit [09:36] camako, what's the ETA on silo 18? I've a unity8 landing in flight, will have to rebuild anyway after that lands, so might not add it there just yet [09:36] later [09:37] dednick, 'stood [09:37] ETA on my silo landing would be about an hour [09:37] saviq, silo 18 is being tested by myself and tvoss, as we speak. The clean exit fix... [09:38] camako, ok, land it then, we'll land the env var separately [09:38] saviq, sure.. I think it'll land faster that way [09:38] yeah agreed [09:54] tsdgeos, you wanna check your changes with autopilot3... https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2341/console [09:55] brb [09:56] yeah... [09:56] damnit :D [09:56] that much wait for nothing [10:10] * Saviq fixed the keyboard (except the damn Fn is still on the far left :P) [10:10] come on, muscle mem, kick in! [10:42] Saviq: ok, search done [10:42] did we get any answer on what needs to happen for the corner cases we asked about? [10:42] tsdgeos, no [11:02] gtg file tax reports, biab [11:07] tsdgeos: hey. having a problem with not being able to read a qt property from qml. "QMetaProperty::read: Unable to handle unregistered datatype 'QList" [11:08] which one do i have to register? seem to have tried everything, but doesnt work... [11:08] Holas [11:09] dednick, qRegisterMetaType>("QList<...>") ? [11:09] dednick: i think by just making it be a QList it should work [11:10] or you do what mhr3 says [11:10] tsdgeos: TestObj is a qobject [11:10] dednick: sure, just change the declaration to be QObject * [11:10] then indeed what tsdgeos said :) [11:10] tsdgeos: it's class TestObj : public QObject [11:10] dednick: declaration of the property [11:11] tsdgeos: i c [11:11] it can be solved registering the list or the list and the pointer too [11:11] but if you're not too attached to the list being a QList instead of a 'QList the second is just an easier fix [11:12] tsdgeos, but when doing what i suggested it would be just an opaque type in qml, instead of an array, right? [11:13] hmmmmm [11:13] maybe [11:13] not sure tbh === MacSlow is now known as MacSlow|lunch [11:17] Saviq: about silo 6. afaics we still can't just dist-upgrade to that one. [11:17] Saviq: is that a problem or something that won't be a problem when landed? [11:23] tsdgeos: thanks. it was namespaces that was mucking me about... [11:23] ah [11:23] or that [11:24] would be nice if qmllistproperty worked with repeaters... [11:28] qml scoping is weird [11:28] aka bad :D [11:28] most of the times [11:33] hm. i thought repeaters worked with lists [11:33] tsdgeos: ^ ? [11:33] hmm [11:34] should work wiht an object list yes [11:34] is it not working? [11:36] tsdgeos: not with a QList [11:36] which is a qobject and registered [11:36] think it only works with QQmlListReference [11:37] dednick: can you see if it works with a QList [11:37] just in case [11:38] hmmm [11:38] it should work wth TetsObj* too [11:38] see http://qt-project.org/doc/qt-5/qtquick-modelviewsdata-cppmodels.html#qobjectlist-based-model [11:39] tsdgeos: ah, well the property probably has to be a qlist [11:40] dednick: docu says "will be accessible as named roles when a QList is exposed to QML" [11:41] tsdgeos: although the code does "QList dataList;" [11:42] does it? [11:42] ah [11:42] didn't see it [11:44] mzanetti, there's no ubuntu-touch in there [11:44] mzanetti, and there can't be, not until qtmir lands in distro [11:45] Saviq: ack. so that means we're good. Not having some issue that would block landing, right? [11:45] mzanetti, no, just ordering [11:47] mzanetti: ping [11:47] tsdgeos: pong [11:48] mzanetti: https://code.launchpad.net/~aacid/unity8/fixPageHeader/+merge/227180 [11:49] ack [11:49] wait [11:49] actually [11:49] i think it wants to be pageHeader... [11:50] mzanetti: read the commetn i just made [11:51] tsdgeos: hmm... need to read more of the code [11:51] think that comes from the pageheader reordering you did [11:52] yeah, probably [11:53] lunch [11:54] tsdgeos: yep. qlist working for me. === _salem is now known as salem_ === MacSlow|lunch is now known as MacSlow === dandrader_ is now known as dandrader [12:50] paulliu, nice work on the shutdown dialog! [12:51] paulliu, we might need to make sure unity8 logs out when shutting down, so that the spinner is displayed, but later [12:51] Saviq: ok. But jenkins failed a lot. [12:52] paulliu, yeah, jenkins is not happy today [12:59] dednick: interesting [13:00] shouldn't be that hard make it work for a qobject* derived class i'd say [13:01] tsdgeos: wouldn't have thought so... [13:01] dednick: maybe file a bug, don't think it'll ever get done but once we hire that mithical guy that's going to do Qt development for us it might work as a first-easy thing to do [13:10] mzanetti: pushed the correct fix i think [13:14] tsdgeos: ack, thanks [13:18] Saviq, do you have a device with latest(or recent) image flashed (non-qtcomp)? [13:18] dandrader, yes, mako [13:18] dandrader, can flush [13:18] silo 3 that I have there [13:18] if needed [13:19] Saviq, that's N4 right? when you play a video and press the volume keys, does the actual sound volume changes? [13:19] but it's landing already, so probably same same [13:19] dandrader: i thot i saw this same thing about 10 images ago....i think its inconsistent [13:20] dandrader: if you change vol in indicator panel....i bet the video app suddenly allows vol changes [13:20] virgin image [13:21] kgunn, video app doesn't really do anything with volume, if that's what happens, bug's with us [13:21] yep [13:21] i was thinking it might be down actually [13:21] I think I lost my media player ?¿ [13:22] early morning run of qtcomp still looking fast and fluid greyback [13:23] * Saviq gotta flash, media player dead [13:23] dandrader, in any case, do you see the vol icon/slider in indicator going up/down? [13:24] Saviq, yes [13:24] dandrader, hmm! [13:24] Saviq, if that moves then it's all fine right? [13:24] dandrader, it should be, yes [13:24] Saviq, as in, it's not our fault :) [13:24] dandrader, but if you can't hear volume changing... kinda means it bypasses pulseaudio or sth [13:25] dandrader, but yeah [13:25] (bypassing PA actually makes sense - stagefright - but volume should still be applied) [13:26] Saviq, I'm seeing a failure in unity8 AP test : Is this a known problem? [13:26] FAIL: unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen(Native Device) [13:26] camako, reproducible? [13:27] camako, you can run just that one test [13:27] Saviq, I only ran it once [13:27] daaamn ^W [13:27] :-) [13:27] camako, pass the whole unity8.... part before ( [13:28] camako, to phablet-test-run or however you're runningit [13:28] like so?: phablet-test-run -n -p unity8-autopilot unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen [13:28] camako, you only need -p unity8-autopilot once per flash [13:28] camako, but yeah, that's it [13:29] ah ok [13:29] lemme try [13:34] Saviq, ran 3 times and passed... Perhaps just low timeout value? [13:34] camako, yeah, it's fine [13:34] Saviq, ack thanks [13:34] camako, got the failure message about still? [13:35] yikes, 18k people laid off... [13:35] that's a number [13:35] Saviq, Yeah will paste [13:36] http://pastebin.ubuntu.com/7809058/ [13:36] Saviq ^^ [13:37] camako, some input got lost probably [13:37] camako, due to high load or so [13:37] Saviq, that's what I figured === dandrader is now known as dandrader|afk [13:53] Saviq: is that the msft # ? [13:53] kgunn, yup [13:53] yeah thats big [13:55] have to be quite big to be able to lay off 18k people... without hiring most of them first just to fire them... [13:56] jesus, thats like, 30 canonicals worth of people [13:58] yup === dandrader|afk is now known as dandrader [14:10] cwayne: thanks for that....i love thinking about stuff that way [14:11] its like 1/2 my city [14:13] heh... yay for -j12 on a 2-core CPU... [14:13] load 40... ;) [14:27] paulliu: thanks for landing reboot! === alan_g is now known as alan_g|tea [14:37] Saviq: camako ...seems unity8 & mir both migrated to archive now (@mir dashboard is tad behind jenkins actual) [14:37] i'm gonna get a silo for unity8....that ok ? [14:38] kgunn, +1 [14:38] kgunn, yeah [14:39] cool, now let's see if i can copy/paste the right mp :P [14:39] Saviq, the odd thing was I didn't even see the others lips-icon turn red [14:40] MacSlow, sounds like mumble didn't like you [14:40] kgunn, not sure how soon mir 0.5 will appear in the archive. Does it not take a couple of hours? [14:40] Saviq, I'm always suprised how google hangout always manages to work and mumble fails every now and then [14:40] has to be the NSA-support ;) [14:42] camako: yeah, i just spoke to ogra, they're gonna spin an image immediately when its out of the proposed pocket [14:43] tsdgeos: can you finish reviewing https://code.launchpad.net/~nick-dedekind/unity8/indicator.dismissal/+merge/225338 please? [14:44] people want it! [14:44] @_ [14:44] dednick: oh i was there only complaining about merging, wasn't planning on doing any actual review :D [14:44] ahha [14:44] slack [14:44] damn it...i missed stand up [14:45] Saviq: would you mind taking a look? thostr_ wants it to land. https://code.launchpad.net/~nick-dedekind/unity8/indicator.dismissal/+merge/225338 [14:45] Saviq: can you do above dednick's review? ↑ === greyback is now known as greyback|lunch [14:45] tsdgeos, yeah will do [14:45] i can see how me commenting as fails to merge may make others think someone else is already reviewing and they go to another MR [14:46] Saviq: do you think i should keep doing all those merge checking comments? [14:46] tsdgeos, if you want, yeah, but maybe with no vote? [14:46] tsdgeos, unless you Abstain them later ;) [14:46] or that [14:46] tx [14:46] will do [14:46] * tsdgeos goes back to the fake unity scopes plugin coding [14:51] tsdgeos, Saviq, will you be adding the dconf schema to u8 for the favourites? [14:51] mhr3, no, you will [14:51] mhr3: which favourites? [14:51] ah [14:51] mhr3, we don't even know where they're stored, you know [14:52] mhr3, because you'll be abstracting it for us nicely :) [14:52] Saviq, i don't want dconf schema for a qml plugin [14:52] weird [14:54] mhr3, it's not for the qml plugin, it's for the scopes system [14:54] mhr3, otherwise what's the purpose of the Scopes model [14:55] Saviq, why should scopes system care that some scopes are special for the user? [14:56] mhr3, because he marked them as favourite [14:56] for us all scopes are equal [14:56] Saviq, then you own the schema :) [14:57] mhr3, I know you want to stop using the scopes scope in the overview [14:58] mhr3, but as long as Scopes is a model and the Favourites in overview are a ResultsModel, I really don't think I want to tell you what the list of favourites is [14:58] Saviq, scopes have visibility attribute, scopes scope isn't visible actually [14:59] Saviq, i'd like if Scopes had scopeIds prop which you'd just bind to the dconf key [14:59] would be awesome [14:59] mhr3, would be useless [14:59] mhr3, why does Scopes need to know it at all [15:00] mhr3, I can just request the favourites one by one [15:00] mhr3, in that case [15:00] cause you want to tell it which scopes to present in the model [15:00] I don't want the model from it [15:00] if I have the list myself [15:00] it's backwards this way [15:00] mhr3, IMO a cross-scope notion of favourites needs to happen anyway [15:01] mhr3, it's only a question of time when we add the stars in apps, music albums, whatnot [15:01] mhr3, and then reorder them [15:01] mhr3, if I have to maintain all that myself in the shell, what use are the scopes then [15:02] and what do scopes have to do with apps and music albums and what not [15:02] they're just content, same thing [15:02] scopes are results in the scopes scope [15:02] aand there they go [15:02] isn't that a reason to keep it somewhere where it's not domain specific? [15:03] mhr3, but how is it not domain specific, store it in Google Drive for all I care [15:04] say there's another shell built with the scopes backend [15:04] why would that shell reimplement the favourites concept? [15:05] Saviq, i can ask the same thing from the other end [15:06] Saviq, if there are multiple shell implementation why should all have the same favourite scopes [15:06] mhr3, because the user marked the *scope* favourite, not that scope in that frontend [15:07] i disagree, without the frontend the scope is just a bunch of meaningless data [15:09] mhr3, sounds like a next-week conversation [15:09] mhr3, but really, if you don't want to expose "collections" (be it favourites or all of them) of scopes for us, we might as well get rid of the Scopes model, there's no point to have it [15:10] and the scopes scope goes away [15:10] in surface mode at least [15:10] but I would completely not understand why [15:10] I told you already I would gladly just take the scopes scope's Favourites category to drive the dash itself [15:11] Saviq, imo the Scopes object is there just to allow you to get proxies to the individual scopes [15:11] mhr3, well it's not, right now, it's providing me with a model of favourite ones [15:11] right [15:11] mhr3, if it doesn't need to do that (because I have the list of favourites from somewhere else already) [15:11] it can just stop being a model [15:12] no point in me passing you a list of favourites for you to give it back [15:12] sounds fine to me, it's not necessary for it to be a model [15:13] then again, we have schedule to fit into [15:13] mhr3, yeah, nothing like that's gonna happen before RTM [15:13] and making it not-a-model sounds expensive [15:16] mhr3, it wouldn't be that expensive actually, but let's come up with a plan before we start doing anything [15:17] mhr3, can we agree to, at least for now, do it where it happens currently (where UNITY_SCOPES is interpreted)? [15:18] mhr3, or do you not want to deal with (un)favouriting? [15:18]