[01:19] smspillaz, ping [01:26] smspillaz, nevermind. See email === _salem is now known as salem_ === salem_ is now known as _salem === Malinux- is now known as Malinux [07:30] didrocks: morning! Still waiting for some stacks to move on and finish (apps waiting on friends etc.), but could you ACK webcreds in the meantime? I guess the change from using rm to -X is ok? http://10.97.0.1:8080/view/cu2d/view/Head/view/WebCreds/job/cu2d-webcred-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_gnome-control-center-signon_0.1.7~+13.10.20130723-0ubuntu1.diff [07:30] sil2100: I know, I had to relaunch everything [07:30] sil2100: you didn't finish to debug yesterday when you saw lightdm not starting? [07:31] sil2100: hum, -X .la, should be -X.la, can you check that the binary is shipping the right files? (not sure what the space is doing) [07:32] sil2100: also, we remove the other rm debian/*/usr/lib/*.la [07:33] didrocks: I couldn't access the test machines, and since you said that lightdm is ok, I thought that there is no problem - I relunched the unity testing so that mhr3 could see what was going on [07:33] didrocks: did it start crashing? [07:33] didrocks: could it be that https://bugs.launchpad.net/lightdm/+bug/1203711 started happening? [07:33] Launchpad bug 1203711 in lightdm (Ubuntu) "uninitialised list pointer in configuration directory handling" [High,Fix released] [07:34] sil2100: ligthdm was ok with last night version [07:35] sil2100: but then, the iso was refrshed [07:35] with the "bad" lightdm version [07:35] which has been fixed afterward in distro [07:35] didrocks: right, and probably it got refreshed without the latest fix... [07:35] sil2100: I wonder why you can't access btw, everyone can [07:35] Right, which was still in -proposed probably ;/ [07:35] and it's the same account [07:35] sil2100: no, the fix was even not uploaded [07:35] didrocks: I know, I'm trying today [07:36] sil2100: so, I fixed and blacklisted yesterday's chroot [07:36] didrocks: it wasn't? I saw a -proposed version with the fix in the +source [07:36] sil2100: yeah, but at the time the image was recreated, it was not even uploaded yet ;) [07:36] and so, that's why I relaunched all the -check after relaunching it [07:36] (and we loose several hours) [07:36] I hope we can still make it in today's image [07:37] sil2100: I'm stopping unity7, -check [07:37] sil2100: we'll get to it later on, I need to give the machine to tvoss_ to debug Mir [07:37] didrocks: geh, the same problem with logging into the machines! I guess maybe my ssh-agent is making some problems, maybe I'm forwarding my keys and this is making problems [07:37] didrocks: ok [07:37] sil2100: all the rest run, I think it's just a question of manual publishing [07:37] didrocks: fine with me [07:37] sil2100: hum, let's see together in a few, ok? [07:37] but yeah [07:38] I think you are forwarding your keys [07:38] when you ssh to the intel machine [07:38] try with -vvvv [07:38] to see if it access a forwarded ssh key [07:38] it should just ask for a password normally [07:38] (once on magners) [07:39] sil2100: ATI machine off FYI [07:39] (the jenkins part) [07:56] didrocks, http://ubuntuone.com/0DJgwKFpgQoN0LNKfK7qMF :0 [07:57] Saviq: downloading ;) [07:57] (better to be good, no teaser, nothing, just waiting for the download :p) [07:57] didrocks, yeah, it's kinda big ;) [08:05] I have issues overriding a module.. [08:05] cimi@carina-vm:~/Development/unity/unity8.wallpaper/builddir$ pastebinit ../tests/mocks/GSettings/qmldir [08:05] http://paste.ubuntu.com/5903298/ [08:06] Saviq, is that correct? ^ [08:06] Cimi, « QML2_IMPORT_PATH=../tests/mocks qmlplugindump GSettings 1.0 » ? [08:06] and this is the cmakelists add_qml_test(. Shell IMPORT_PATHS ${CMAKE_BINARY_DIR}/plugins ${CMAKE_BINARY_DIR}/tests/mocks ${qmltest_DEFAULT_IMPORT_PATHS} [08:06] ENVIRONMENT "LD_LIBRARY_PATH=${CMAKE_BINARY_DIR}/tests/mocks/LightDM/single") [08:07] Saviq, http://paste.ubuntu.com/5903308/ [08:08] Saviq: I'm still at the start of the video, seeing autopilot running… ;) [08:08] Saviq, in GSettings dir I only have GSettings.qml and that qmldir [08:09] Cimi, yeah, that's correct [08:10] Cimi, looks fine, push to a branch please? [08:10] ok [08:13] lp:~unity-team/unity8/unity8.background_gsettings_tests [08:13] Saviq, ^ [08:20] Cimi, your import paths don't include the source dir, so it's not looking in there [08:20] Cimi, either you need to copy to ${CMAKE_BINARY_DIR}/... [08:20] Cimi, or add ${CMAKE_SOURCE_DIR}/tests/mocks to the paths [08:21] Saviq, I added [08:21] Saviq, look ^^ [08:21] Cimi, well, it's not there in the branch you've sent me [08:21] add_qml_test(. Shell IMPORT_PATHS ${CMAKE_BINARY_DIR}/plugins ${CMAKE_BINARY_DIR}/tests/mocks ${qmltest_DEFAULT_IMPORT_PATHS} [08:21] :/ [08:22] Saviq, yous ure? [08:22] i've used gerry's instructions to get a unity-mir usable phone [08:22] Cimi, yeah, and where's SOURCE in there? [08:22] and now the phone gets stuck at the "Google" step [08:22] where's gerryyyyyyyyyy [08:22] Cimi, and why do you have tests/mocks twice? [08:23] Saviq, speaking about gsettings, did you see https://code.launchpad.net/~larsu/gsettings-qt/add-cpp-library/+merge/175901 ? [08:23] seb128, yeah, never got to it yet, though [08:23] Saviq, ok, as long as it's on your list somewhere... ;-) [08:23] * seb128 wants that to land so it can send a patch for the phone-app to read the ringtone from gsettings [08:23] Cimi, but anyway - just export the plugin to the binary dir [08:23] then teach system setting to change the value [08:23] Saviq, I'm using source? [08:24] Cimi, see the QMenuModel mock [08:24] now [08:24] or I copy cmakelists of mock [08:24] as you guys prefer [08:24] Saviq, ^ [08:25] Cimi, see QMenuModel's CMakeLists.txt [08:25] Cimi, and do the same [08:25] ok [08:28] Saviq: any idea who do i ask about unity-mir stuff if gerry/ricmm are not around? [08:29] Saviq, new issue [08:30] Saviq, so maybe it works [08:30] Saviq, problem is that the property I need is schema.id [08:30] Saviq, and if you see GSettings.qml [08:30] I cannot set id because it complains... [08:30] tsdgeos, probably no one in this timezone [08:31] Cimi, ugh, right, with 'id' I don't think you'll be able to go with QML-only [08:31] *happiness* [08:31] Cimi, QML will prevent you from doing that, I'm afraid [08:31] ok, will fallback to c++ [08:34] Cimi: you have a schmema with a key named 'id'? [08:34] larsu, ? [08:34] larsu, I'm mocking gsettings module [08:34] larsu, for tests [08:35] Cimi: ah, I thought you were _using_ GSettings, sorry :) [08:37] tsdgeos, while you're waiting, you could do wear your Qt hat and review https://code.launchpad.net/~larsu/gsettings-qt/add-cpp-library/+merge/175901 :) [08:37] Saviq, is there a way to do "text: "%s something" % string" in qml? [08:37] seb128, "%1 something".arg(strin) [08:37] g [08:37] Saviq: actually i just realized the phone is not "stuck" [08:38] tsdgeos, yeah, I imagine the shell just didn't start [08:38] i.e. yes it's stuck in the "google" screen [08:38] but i can adb shell [08:38] tsdgeos, ↑ see who just joined? ;) [08:38] seb128: javascript doesn't have that afaik [08:38] but still don't know what are the next steps [08:38] seb128: but you can use "abc" + x + "def" [08:38] so i need greybackkkkkkkkkkkkkkkkkkk [08:38] larsu, QString().arg() is there in QML's JS [08:38] larsu, as "string" is QString [08:38] Saviq: javascript strings are QStrings? [08:38] Saviq: ah, neat [08:38] larsu, I can't use the "a" + "b", that's not gettext friendly [08:38] yup [08:38] seb128: listen to Saviq! [08:39] in some locales the order is reverses [08:39] reversed [08:39] right, there's always that [08:39] yeah, concatenation == EVIL [08:41] anyway, why are you guys mocking GSettings? Are you mocking all of your deps? [08:42] larsu, because we need to test how we react to a changed setting [08:42] larsu, so yes, we're mocking stuff like that [08:42] Saviq: you can do that with GSettings as well (use the memory backend) [08:42] I'm doing that in GSetting's tests [08:42] larsu: you are not deleting the QGSettings you create in componentComplete, no? [08:42] larsu, that's for integration, yes [08:43] larsu, but we're doing kind-a-unit tests [08:43] larsu, each component tested in isolation [08:43] Saviq: fair enough. Just seems a bit excessive to me :) [08:43] larsu, btw, wrong indent on patch line 377 [08:43] tsdgeos: I'm not? /me checks [08:44] tsdgeos: I'm creating it with 'this' as parent - I thought QObject deletes children for me?! [08:44] Saviq: oops, thanks [08:44] larsu: right-y [08:46] larsu: also there's a few "this->" that will make C++ purists a bit icky :D [08:48] tsdgeos: how big of an issue is that? (It's all over the rest of the code base as well, I'd rather keep it consistent tbh) [08:48] it's not an issue [08:48] it's jus stylistic [08:48] +t [08:49] well, I'm maintaining it for now ;) [08:49] Saviq: fixed the whitespace [09:17] bregma, Trevinho: hi guys, we still have the unity powerpc FTBFS, Brandon tried to find the cause, had some hypothesis but couldn't test it properly in the end - could you guys take a look at that as well? I can forward Brandon's e-mail if anything [09:17] bregma, Trevinho: it's a failing unit test [09:17] https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4798459 === jono is now known as Guest19501 [09:20] $3.3M [09:20] sil2100: do you know that if the fact mouse wheel does not work anymore in the volume indicator is on purpose or a bug? [09:21] Saviq: in case you haven't seen it http://ubuntu-edge.info/ is cool [09:21] tsdgeos: I would personally guess that is a bug [09:21] tsdgeos: could you fill in a bug for that? We probably don't have an AP test for that, where we probably should! [09:21] tsdgeos, yeah, I did [09:21] sil2100: against which project? [09:23] tsdgeos: indicator-sound would make sense [09:24] tsdgeos: but I would guess it might be related to some other package as well [09:24] well let's file it there [09:24] and see if anyone reads it :D [09:25] tsdgeos: I'll poke the indicator guys about that as well - what version of indicator-sound do you have? [09:25] ii indicator-sound 12.10.2+13.10.20130722-0ubuntu1 amd64 System sound indicator. [09:26] I have the previous version and scrolling doesn't work as well! Strange [09:27] Maybe something in the core indicators changed [09:31] sil2100, tsdgeos: it's a bug, I pointed it to larsu on the merge request for the port to gmenu [09:31] not sure we got a bug report for it though [09:32] seb128: well i just created one [09:32] tsdgeos, thanks [09:34] larsu, btw, no tests for QGSettings? ;) [09:36] Saviq: no exhaustive tests, but the qml module uses QGSettings now, too. So functional tests are there :) [09:36] larsu, k [09:36] larsu, only thing I was thinking - schemas have descriptions sometimes, right? [09:36] larsu, do you think it would ever be useful to expose those? [09:37] seb128, ↑ question for you, too [09:37] Saviq: yes, as soon as someone asks for them (I already expose some of the metadata through the the choices() method) [09:38] Saviq, I've never seen those exposed anywhere in a "normal UI" (only in the config editor in GNOME) [09:38] seb128, yeah, that's what I thought [09:38] larsu, ok, so looks good from my PoV [09:39] Saviq: thanks for having a look [09:39] tsdgeos, you're doing a full code review of qgsettings? or did, already? [09:40] Saviq: i had a look at the patch, the patch looks ok, did not have a full look at the code itself, want me to? [09:40] tsdgeos, yeah, I meant the MR [09:40] * tsdgeos is trying to get the unity-mir thing to start [09:40] tsdgeos, did you catch greyback in the end? [09:41] yes [09:41] k [09:41] Saviq: yep, I'm here [09:41] tsdgeos: luck? [09:41] greyback: on it [09:41] ok [09:46] larsu: in GSettingsSchemaQml::choices would it make sense to switch the ifs? [09:47] i.e. first check for if (parent->priv->settings == NULL) and then for if (!parent->contains(key)) [09:47] it's what the old code did, no? [09:49] tsdgeos: if parent->priv->settings is NULL, contains() always returns false [09:49] seb128: larsu: https://bugs.launchpad.net/bugs/1204036 fwiw [09:49] Launchpad bug 1204036 in The Sound Menu "Mouse wheel stopped working on Saucy" [Undecided,Triaged] [09:49] tsdgeos, thanks [09:49] tsdgeos: because the variantmap is only populated when the settings object is created [09:49] tsdgeos: just responded, thanks for filing it [09:50] larsu: sure, just saying that since this was "porting" maybe it made sense to keep the old order of the ifs, and probably checking for parent->priv->settings is 0.00000001% faster than contains :D [09:50] feel free to ignore [09:51] tsdgeos: ya, fair enough. I'll switch 'em [09:55] http://paste.ubuntu.com/5903563/ :/ [09:56] what is this bt? http://paste.ubuntu.com/5903565/ [10:03] * tsdgeos looks at qconf_types_to_qvariant and cries [10:03] in how many places we have copypasted code like that [10:04] :-/ [10:04] 3? 4? [10:05] can someone from unity-api land finally create a lib for it [10:05] please please please [10:05] tsdgeos: everyone should copy that one. It's the most comprehensive, most sane, and written by desrt [10:05] tsdgeos: no, a library is overkill. Copying is good enough. [10:10] larsu: i disagree, there will be bugs and improvements to make, copying code is just horrible maintaiince wise [10:18] tsdgeos: not really, it's just two files that aren't used in many places. I'd be fine with a bzr submodule kind of thing though [10:18] but then the places that do need this kind of functionality probably have very different needs [10:18] qvariant <-> gvariant is just not a good mapping, despite the name [10:19] larsu: well, dee-qt has something similar and not sure what else i was reviewing a few months ago had a copy of the dee-qt code [10:19] and now this has a indepently written thing that does the same [10:19] tsdgeos: well, this is copied from qconf, not newly written [10:19] sure [10:19] (and qconf is dead now) [10:20] i'm just saying that there's at least 3 or 4 copies of similar code floating around [10:20] i rememer adding code in one of them to support arrays or something and then stumbling upon a different one and wondering why my code had been removed [10:20] unless i realized it was a different file [10:21] I understand that. I'm saying it's not that big of a deal :) Also, I'm not opposed to putting it in a shared bzr submodule [10:21] but *please* don't make this a lib [10:23] what's the problem with a lib? [10:25] +1 for lib [10:25] I think the overhead of maintaing a library for these couple of functions (and source/binary compatibility) is not worth it [10:25] let me ask the other way around: what's the problem with a submodule? [10:26] larsu, it will get copied around without a reference to the original, ie won't be updated [10:27] so not much of a difference to current copying [10:27] mhr3: submodules point to a bzr repo, no? All you need to do is to bump the revision number every now and then [10:28] ehm, can bzr even do such thing? [10:28] I don't know, I assumed so... [10:28] * larsu should check this out before making bold claims [10:28] :) [10:31] mhr3: I guess you're right: https://bugs.launchpad.net/bzr/+bug/267770 [10:31] Launchpad bug 267770 in Bazaar "Bazaar does not support nested branches" [Wishlist,Confirmed] [10:31] I take everything back and advocate copying files around again! [10:31] * larsu hides [10:34] greyback: aloha [10:34] greyback: http://paste.ubuntu.com/5903563/ [10:34] tsdgeos: in any case, this shouldn't affect this merge, that code was in there before. If you feel strongly about it, please file a bug (or write that library ;) ) [10:34] larsu: sure, i'm not blocking this merge anyhow [10:35] it was just a "let's shout and see if someone agrees/it sticks" [10:35] tsdgeos: if you do an "apt-get upgrade", does it want to update any package with "platform-api" in the name? [10:35] Saviq: tsdgeos is fine with it, you too? Can you approve it please? [10:35] tsdgeos: crash is due to Mir API change, the platform-api package you're using was not updated to this new API, hence crash [10:36] greyback: but but but i just flashed this phone 3 hours ago [10:37] tsdgeos: welcome to my world :) [10:37] it's a grey world! [10:38] * tsdgeos upgrades and sees if that helps [10:39] yeeeee [10:39] did not crash [10:39] tsdgeos: see unity on screen? [10:39] took a good while [10:39] but yeeeeeeeeeeees [10:39] it's blocking on HUD [10:39] dunno why, it's annoying though [10:40] tsdgeos: so be nice, it's pretty crappy as yet. Any app-related animations are all broken, and input doesn't get to apps yet. All on my todo list [10:41] * tsdgeos does the evil face/grin [10:41] now really, what you need me to do? :-) [10:42] tsdgeos: unity-mir. src/modules/Unity/ApplicationManager/application_manager.cpp - I want you to add the dbus api to that [10:42] the API: http://studio.sketchpad.cc/EEd2PSjTRn [10:43] greyback: oka, there's a blueprint i should get myself assigned? [10:44] tsdgeos: yes https://blueprints.launchpad.net/unity8/+spec/unity-mir [10:45] BOOM firefox BOOM [10:48] greyback: ok, snatched that blueprint item from you [10:48] tsdgeos: magic, thanks. [10:50] tsdgeos: instead of always starting up unity8 to test, this might be handy: lp:~gerboland/+junk/qml-demo-shell/ [10:51] ok [10:58] greyback: hi! Since enabling autolanding might take a moment due to the requirement for modified platform-api and qtubuntu, could you maybe take a look at the packaging changes branch I made? I would merge in manually then ;) [10:58] greyback: https://code.launchpad.net/~sil2100/unity-mir/packaging_cleanup/+merge/176239 [10:58] sil2100: certainly [10:58] greyback: (since I'll need Francis to do anything concrete) === MacSlow is now known as MacSlow|lunch [11:08] eeeg [11:08] eeh [11:09] mhr3: hi! [11:09] mhr3: you know what's pissing me off today? Guess [11:09] sil2100, environmental issues? [11:10] sil2100, harvesting wood in jungles? [11:10] sil2100, hunger? [11:10] mhr3: ;D [11:10] mhr3: sadly, it's something much worse than that [11:10] :-O [11:11] much worse? [11:11] is our planet dieing? [11:11] mhr3: WORSE! Unity ati testing [11:11] http://10.97.0.1:8080/job/autopilot-saucy-daily_release/575/label=autopilot-ati/console [11:11] mhr3: intel had 13 failures, ONLY 13! [11:11] mhr3: but ati? It seems to be stuck AGAIN [11:12] sil2100, when was X/mesa last updated? [11:14] sil2100, i think compiz is crashing regularly there [11:14] hm, I guess there was some X update some weeks ago [11:14] that's why the tests take ages [11:14] I'll try logging in [11:15] trying as well [11:16] sil2100, it seems like the container is dead [11:16] mhr3: compiz seems to run at least 30 minutes [11:16] jibel, could you check the ati machine? i can't attach to it [11:16] I ssh'ed to it [11:16] But hm [11:16] Right [11:16] you did? [11:21] jibel, did you just kill it, or did the kernel do it? :) [11:24] dmesg says kernel did [11:32] tsdgeos, similar question to yesterday. Any idea where the logic is contained for when you swipe left or right between scopes? [11:35] nic-doffay: is there any logic besides calling "showHeader"? [11:36] tsdgeos, I see the GenericScopeView has showHeader when onMovementStarted is called... [11:36] Is that the movement for the left/right swipe? [11:36] yeah [11:36] all the dashes do [11:37] ./Dash/DashVideos.qml:38: onMovementStarted: categoryView.showHeader() [11:37] ./Dash/DashMusic.qml:37: onMovementStarted: categoryView.showHeader() [11:37] etc [11:39] sil2100: I've seen that test failing there... I'll check asap if we don't have a better solution before [11:39] sil2100: the problem is testing it... Do we have a fast way (other than building a VM)? [11:40] Trevinho: hmmm, not sure, maybe we could somehow enable powerpc in some PPA and get it building there, but I guess that wouldn't be faster ;/ [11:41] sil2100: no it doesn't seem at all [11:42] sil2100, Trevinho: just turn off the buggy test on ppc to unblock? [11:42] seb128: it's probably easier to disable it for everybody... but that's a final possibility [11:43] well, don't block on ppc for weeks [11:43] do you need access to a porter box? try asking infinity, he might be able to help [11:43] he gave access to charles recently to debug an indicator test [11:43] seb128: ah, that would be cool [11:45] seb128: we're not blocking on ppc for weeks, we're blocking on different issues in unity for weeks! I'm starting to wonder what's wrong with unity and ati [11:46] sil2100: are the integration tests ok? [11:47] apart from that powerpc issue? [11:47] sil2100, got my msg? [11:47] xchat really doesn't like switching network [11:50] sil2100: unity-mir packaging changes approved, thank you [11:51] greyback: thanks! [11:52] greyback: saaadly, it seems we'll have to wait with enabling autolanding as well [11:52] jibel: ping [11:53] sil2100: boo :( [11:54] sil2100, the second testing is still in progress so will pastebin the previous results once it finishes [11:54] mhr3: ACK [11:55] meanwhile.. lunch [11:55] didrocks: sooo, mhr3 did some research and we think we're encountering the same recordmydesktop issue as before (which caused jibel to disable it) - but this time only on ati [11:56] didrocks: mhr3 ran unity AP tests on his ati machine in his office and there was all fine, ~17 failures he had - he's re running it [11:56] didrocks: we had 13 failures on intel [11:56] sil2100, 16! :) [11:56] didrocks: so what we would propose is to fix the powerpc FTBFS and manually publish unity FINALLY if the last test run is ok [11:56] didrocks: in the meantime trying to resolve with jibel what's going on here [11:57] (filling in a bug) [12:05] jibel, didrocks, mhr3: https://bugs.launchpad.net/otto/+bug/1204080 [12:05] Launchpad bug 1204080 in Otto "Unity autopilot test container timing out/dying on ati" [Undecided,New] [12:05] I would also add the unity project to that [12:05] (just in case) [12:05] sil2100: ok, keep me posted about your progress with jibel [12:06] didrocks: would you be ok with the manual publishing for now? [12:07] sil2100: if it pass on intel with few tests failing, yes === _salem is now known as salem_ [12:12] mzanetti, need your opinion [12:13] Saviq: shoot [12:13] mzanetti, https://code.launchpad.net/~diegosarmentero/unity8/app-preview/+merge/174419 [12:13] mzanetti, lines 1486 and down [12:13] mzanetti, on the one hand it's not testing much [12:13] mzanetti, but on the other it does test that the values are where you expect them to be [12:14] * mzanetti reads [12:14] mzanetti, the other thing - line 1256 [12:14] mzanetti, should we a) test under LANG=C or b) use i18n in tests? [12:17] Saviq: for the first one I need a bit more time to run the test and understand how it works [12:17] sil2100, pong [12:17] Saviq: for the second one: good question. I'd probably go for LANG=C and have a separate test suite for i18n [12:18] jibel: hi! [12:19] jibel: did you look at that bug I filled? I know it's probably not too detailed, but we're not sure what's going on [12:19] Trevinho: hi! Did you disable that test or maybe fix it? [12:20] sil2100, yes, I think you're right, I'll increase the memory limit to 6G. We'll se if it improves the situation [12:20] Trevinho: maybe I could just quickly disable that test in overall? Since we'd like to get it released [12:20] But damn, again waiting for everyting to rebuild, shit ;/ [12:21] sil2100, done on ATI [12:21] you can re-run the tests if you wish [12:22] jibel: ok, thanks! Would prefer to have one more fix in before doing that [12:25] Ok, I'm a bit irritated now === MacSlow|lunch is now known as MacSlow [12:30] Trevinho, mhr3, didrocks, anyone: https://code.launchpad.net/~sil2100/unity/disable_failing_test/+merge/176370 [12:30] Since it'll take forever to get this merged, as armhf is building forever [12:30] Then another 2 hour wait for it to build in the PPA [12:31] This is so irritating [12:31] sil2100: approved [12:33] Trevinho: thanks! Sorry for the quick hack, but I'm getting desperate [12:33] sil2100: yeah, i guess [12:37] Saviq: hmm... I think the reviews test would be more useful with different review texts/users [12:37] Saviq: so it would also check the ordering [12:39] Saviq, ping [12:41] tvoss_, pong [12:41] mzanetti, yeah, of course [12:41] mzanetti, and ideally data-driven, too [12:41] Saviq, hey there :) x-check: no zeitgeist on the phone, correct? [12:41] Saviq: yes, I agree [12:42] tvoss_, not yet, but I assumed we'll need/have it [12:42] tvoss_, otherwise everyone and their dog will have to maintain a "Recent" log at varying performance quality [12:42] Saviq, we need it, but it's quite massive in terms of resource usage [12:43] Saviq, fair point, but zeitgeist is what? python iirc [12:43] tvoss_, is it? [12:43] tvoss_, vala, it seems [12:44] Saviq, ack, still bad, but better than python :) [12:45] tvoss_, and then, if everyone kept their own event log, would that actually be better for resources than zg? [12:45] Saviq, no, but I still wonder how much sense Zeitgeist make in a content-siloed world [12:45] Saviq: tvoss_: for music or media in general we might be able to use mediascanner as well [12:46] tvoss_, doesn't matter, IMO [12:46]