[01:50] nice work on the apps close slide guys!! [01:50] lotuspsychje: thanks! [01:50] every update touch gets nicer [01:50] <--- had absolutely nothing to do with this. [01:50] lol [01:51] Seriously, though, the last promotion is (mostly) a phone I'd be proud to hand to anyone. [01:51] Dash and scopes are *really* nice now, even if search is still pretty wonky. [01:51] its all very logical once you know the tricks [01:52] the swipes are like its meant to be [01:53] search is indeed a bit strange, i loved the apps icons at first [01:53] Dash-as-an-app makes right-edge navigation much easier. [01:53] when they all showed (last installed ones up) [01:53] true [01:54] At least when you search and choose the app store, it carries your search over. [01:54] yes with your trick * [01:55] i really hope brightness gets fixxed [01:56] and terminal apps install [01:56] Hmm, I don't recall if brightness is a problem. Oh, I know what I could do. I'm going to hope someone makes it so the screen ever turns off instead of just staying on always. [01:57] Terminal apps install isn't important to me. Flip to developer mode and turn on read/write and you can break your phone any way you wish. :) [01:57] Although they're going to have to think of something eventually. [01:58] the brightness prob has been bugged [01:58] when i reboot my nexus7 it sets brightness back to default [01:58] instead of 100% [01:58] Oh, no... I mean yes, I know that was a problem on some phones. I just meant I didn't remember if it was still an N5 problem, sorry. :) [01:58] i am at developer mode already [01:59] ah your on n5? [01:59] Yup. [01:59] andworks nicely with touch? [01:59] Click packages install just fine on the command line. I've done it! :D But apt is problematic. But that's a deficiency with apt. [01:59] Works beautifully. If the backlight would ever turn off then it'd be perfect. Except cellular data at the moment, but that's fixable. [02:00] well i just dont wanna wait until someone makes nmap a touch app example [02:00] i have tons of ideas to try with terminal [02:01] like lightweight mupdf would be nice to try [02:01] would be nice if there's a button to unlock to write protect [02:02] Pull the .deb, extract the files, and shove them in a subdirectory. :) [02:02] Design says there will never, ever be a button to unlock to write protect, and I agree. [02:02] It's a simple copy/paste command, which seems a low barrier to something that will break a phone. [02:03] so if device will always be locked, howto install new terminal stuff? [02:03] We'll need to solve that problem for convergence, anyway. [02:04] installing the deb will also result to var lock error no? [02:04] Right. We'll need to engineer some solution that allows both apt and system images. [02:04] that would be real nice [02:05] lotuspsychje: the problem is that apt install works but apt upgrade breaks everything. [02:05] so if i drag n drop a deb it should install? [02:05] So I can't imagine worrying about make it really easy for people to apt install things when it will break everything. [02:05] No, that would break everything too. [02:05] howcome? [02:06] I'm just saying, copy it to the phone to your home directory, extract the binaries, and run it from there. Something very simple should still run. [02:06] I don't know how come. apt can't handle hard links across many mountpoints or something esoteric. [02:07] ok [02:08] that also means click apps cant change something internally also? [02:08] Well, you can't *have* hard links across mountpoints, so... :) [02:09] Indeed. Click apps are, well, apps. They don't do libraries or daemons or whatever. [02:09] not like the way android needs all kinds of permissions etc [02:10] so a hacker could not unlock write protect with an ubuntu click app? === hartman is now known as princesspeachum [02:19] No === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === shuduo is now known as shuduo_afk [07:19] good morning [07:20] dholbach: morning. :) [07:20] hi nhaines [07:20] Busy writing, writing, writing. Hope your morning's more fun so far. :) [07:45] nhaines, what are you writing? [07:47] dholbach: some technical article stuff, and then reworking that book proposal... they liked it and said to do it more free-format rather than as one of their series, so I'm going to resubmit. :D [07:50] nice [07:51] Yup, I was pleased, because I think it'll be a better book. More of a guide to Ubuntu for Windows and Mac users. === chriadam is now known as chriadam|away [07:58] that sounds great :-) [08:01] So it'll be a great resource for Ubuntu 14.04, and maybe if I'm lucky they'll need a second edition for 16.04... but I'm only worried about the first edition for now. ;) [08:02] ricmm, did anyxone think about making sure the shell-as-app has a better oom score than the rest, now that it runs as app ? (i think i saw it beeing OOMed once this weekend) [08:04] Does it auto-respawn? [08:05] nhaines, it just hung for me ... the point is that the system kills based on oom_score for the process ... for unity8 we have this hardcoded so that it never gets killed (or at least gets killed last), i'm not sure that was taken over into the dash-as-app setup [08:06] i assume the dash gets handled like any other app on that level [08:08] Oh, I'm not suggesting that it's a good idea to let it OOM and then just respawn. But it'd be nice if it did at least respawn. [08:10] well, if in my case (i wasnt near a PC to check anything and needed to reboot to use the phone) it was oom, it surely didnt respawn ... it was just unresponsive ... i could still flick through the apps [08:11] And no swiping it away. :) [08:12] heh, yeah [08:33] Good morning all; happy Monday, and happy Ingersoll Day! :-D === vrruiz_ is now known as rvr [08:36] JamesTait: good morning! :D [08:36] dholbach: I'm seeing the LoCo contacts emails roll in. Were you on vacation or something? :) [08:47] nhaines, no just a bit busy with a few other things for a few days [08:47] :) [08:51] is it possible to get the ubuntu touch de/wm on regular ubuntu? [08:53] vaskozl, No read the headers [08:53] dholbach: I know how that is. :) [08:53] Beldar: what are headers? [08:54] the topic? [08:54] vaskozl, yes, you can install unity8-desktop-session-mir to run it on your desktop [08:54] vaskozl, or you can run it in an emulator: https://wiki.ubuntu.com/Touch/Emulator [08:54] oh neat [08:54] thanks [08:54] dholbach: I've never had that work. I'm hoping one day the desktop-next ISO will boot. :) [08:54] vaskozl, using utopic (14.10) will probably be best [08:54] nhaines, for me it does [08:55] wont be supported on the utopic channel is all [08:55] Aww. What graphics chipset? [09:02] Laney: ping (morning!) [09:04] ogra_: probably not, can you take a look? if not, I'll look in a bit [09:29] ricmm, seems to run with an oom_score_adj of -10 ... which is what lightdm sets for the session [09:29] not sure why or how, but that seems fine (i dont see the score set in any upstart job) [09:45] Anyone know what package is responsible for the startup screen? (The little spinning Ubuntu logo) [09:47] plymouth === chihchun is now known as chihchun_afk [09:58] mpt, unity-system-compositor [10:01] hey Chipaca, not working today but I approved your stuff anyway :-) [10:02] Laney: ooh, excellent, thanks! [10:02] Laney: now get out of here :) [10:02] mpt, do you see the tethering thread on the phone ML ? [10:02] some design questions popped up there [10:09] thanks ogra_ [10:11] nhaines, lol ! [10:11] (re: your mail) === chihchun_afk is now known as chihchun [10:21] ogra_: is the USB tethering expected to break adb? or is it just me and my device [10:21] piiramar, defin "break adb" ... switching the gardget driver forces a USB reconnect if you mean that [10:21] *gadget [10:21] *define ... [10:21] sigh [10:22] * ogra_ needs to learn typing [10:22] ogra_: I meant, while the rndis mode is active, all 'adb' commands fail [10:22] they dont here [10:22] ogra_: after reboot, I'm back to mtp and adb is fine [10:22] you might need to restart your adb on the PC side ... perhaps it dosnt pick up the ID change properly [10:22] ah ok [10:22] the USB device ID changes ... [10:23] didn't try that. makes sense [10:23] so: adb kill-server; adb devices ... might work [10:23] if that doesnt, we miss a USB udev rule for that device ID === tvoss is now known as tvoss|lunch [10:28] ogra_: thanks, working fine now [10:28] just the restart of the server helped ? [10:28] (you didnt need sudo or something ?) [10:29] I'm afraid I tried several things at once, not 100% if the kill-server was the decisive one [10:34] right, if you run into it again, see if just "adb devices" shows it then ro if you actually needed "sudo adb devices" to make it show up ... in case of the latter we need to adjust the udev rules [10:34] (in case of the former we cant really do anything) [10:41] thostr_: heya, who can review https://code.launchpad.net/~jamesh/mediascanner2/model-auto-update/+merge/229903 ? === MacSlow is now known as MacSlow|lunch [11:06] tvoss|lunch: hi! I updated https://code.launchpad.net/~mardy/ubuntu-system-settings/other-app-access/+merge/228299 with unit tests [11:27] hey, is there a browser bug about the erracit scrolling behavour of the browser as the header bar shows and hides? [11:27] I'd like to report it but if it's something well know I'd like to track it instead [11:39] zyga: https://bugs.launchpad.net/webbrowser-app/+bug/1354700 - that the issue? [11:39] Ubuntu bug 1354700 in webbrowser-app "Header is very jumpy" [High,Confirmed] [11:40] popey: jussi will... already pinged him. [11:40] looking [11:41] greyback: yes! [11:41] yay, I guessed what the reason was [11:41] zyga: yeah it's pretty noticeable, it needs fixing [11:41] ogra_: hehe, only half serious. ;) But yeah, hopefully design will come up with something interesting. [11:54] cyphermox_: ping === gnu is now known as Guest13326 === _salem is now known as salem_ [12:19] mardy: ping [12:22] is there a way to update the emulator image other than destroying/re-creating it? [12:22] thostr_: thanks [12:42] cwayne: pong [12:46] mardy: hi -- it looks like our linkedin account-plugin has the redirect uri set incorrectly, do you control that? [12:49] cwayne: "control" as in "owner of the project" yes, but I didn't create that plugin [12:49] cwayne: but I know it worked, so maybe linkedin changed something [13:07] mardy, great, let me get to it right away === tvoss|lunch is now known as tvoss [13:30] mardy: dbarth: is there any ETA on a fix for the blank .desktop files in accounts (to grant an app access to a specific account) [13:31] cwayne: I hope by the end of the week, but it's only a hope :-) [13:32] cwayne: but that shouldn't be blocking you, right? You can workaround it by playing with the .application file a bit [13:34] well it makes a scope using onlinea ccounts not very usable === chihchun is now known as chihchun_afk [13:41] cwayne: do you know if it's possible to bundle a scope and webapp in the same click yet? [13:41] sergiusens: it is [13:41] cwayne: I wanted to bundle them together to reuse the same online accounts data [13:42] cwayne: great [13:42] sergiusens: not super-simple to use online accounts ina scope yet btw [13:44] mardy, thanks for the tests, ci is failing due to merge conflicts, though :) would like to see it go green prior to approving [13:46] tvoss: thanks, I'll try :-) [13:46] mardy, cool [13:48] cwayne: ah, then I need to wait more [14:05] has anyone else had trouble adding a twitter account in the latest promoted image? [14:08] Green Mahjong is working now! Thanks for helping with that daker [14:11] sergiusens: what scope/webapp were you going to do? [14:12] ok, adding twitter worked just now, but I tried half a dozen times over the weekend and Online Accounts would always crash === MacSlow|lunch is now known as MacSlow [14:21] Saviq: is there a quick way to disable the application lifecycle, for debugging? [14:21] mardy, afraid not, at the moment [14:22] you could make a click with it being unconfined, could you not? [14:22] popey, unconfined != exempt from lifecycle [14:22] oh, i thought they were [14:22] ignore me [14:22] mardy, actually, if you launch the app from console [14:22] mardy, with --desktop_file_hint=, I believe those don't get suspended [14:23] mardy, or well, you can always just call SIGCONT on the app [14:23] after it gets suspended [14:23] dbarth: your webapps have ubuntu-sdk-14.04-dev1 as their framework, you might want to consider bumping them next time you upload [14:23] Saviq: I'll try, thanks [14:24] popey: ack [14:24] ta [14:24] popey: should i bump all of them to dev2? [14:24] no pressing need, but as and when [14:24] they're approved with the current framework [14:24] ok, for the next batch then [14:25] it'll probably be -dev6 by then ㋛ [14:25] h [14:25] e === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [14:51] jgdx, hello! Do you know if anyone has spare cycles to review https://code.launchpad.net/~mterry/ubuntu-system-settings/wizard-password/+merge/229853 ? I'd like to try to get that in the image by Thursday [14:53] mterry, I know I can take a look. [14:55] Saviq: so, there's something weird: I have a branch of online accounts where I refactor it into a Ui-less DBus server, which spawns the UI processes with QProcess [14:55] Saviq: the system-settings is a client of this D-Bus API, and when I run it and click on online-accounts, I get the OA window as expected [14:56] Saviq: when I close it, I'm back to system-settings, but the app is frozen [14:57] Saviq: if I start system-settings from the console, it behaves very similarly, but the UI un-freezes after I move to the task switcher and re-select it [14:57] mardy, can you see it suspended from `ps aux | grep settings`? [14:57] mardy, i.e. is status T? [15:00] Saviq: OK, it seems that the process unfreezes after selecting it from the switcher, even if not launched by the terminal [15:00] Saviq: and yes, before moving to the task switcher, it has T status [15:00] mardy, so it doesn't resume if it's "auto-focused" by means of the foreground app going away? [15:00] mardy, let me try something [15:00] Saviq: exactly [15:01] Saviq: could it be because I'm starting the UI processes with QProcess and not upstart? [15:01] mardy, it *could* yes [15:01] mardy, but let me investigate [15:02] mardy, but no, it's the same if one of the apps goes away, even if both are upstart-launched [15:03] mardy, dandrader was reworking the lifecycle in qtmir/unity8 these past weeks [15:03] dandrader, do you know if foreground app dying not resuming previous app would be fixed by that? [15:03] dandrader, i.e. launch two apps, kill foreground app, current app on screen does not resume [15:06] zyga, re: your g [15:06] balloons: :-) [15:06] balloons: yeah? [15:08] zyga, so you should be able to run the tests from tests/autopilot by typing 'autopilot list TESTSUITE' to list tests and 'autopilot run TESTSUITE' [15:08] if the tests are python3, autopilot3 is recommended [15:08] balloons: I just started with a new app from the sdk [15:08] balloons: I ran make autopilot and got what I showed you [15:08] balloons: is the template buggy or did I misconfigure something? [15:09] zyga, interesting the template has autopilot as a build target [15:09] it's python, so nothing is needed to make [15:10] balloons: it just runs: tests/autopilot/run [15:10] so autopilot list checkbox_touch shows 2 tests [15:11] hmm.. interesting run script.. it's not needed [15:11] you can execute autopilot run yourself === alan_g is now known as alan_g|afk [15:14] cwayne: untappd [15:14] Saviq, no, the patch wouldn't fix that. [15:14] balloons: SDK bugs then [15:14] balloons: I just created a new app [15:14] sergiusens: too late, i already did that one :) [15:14] dandrader, ok, /me files a bug [15:14] cwayne: nice; with push notifications? [15:15] sergiusens: nah, i havent gotten it hooked up to online-accounts yet [15:15] cwayne: it is my main concern :-) [15:15] being able to toast appropriately [15:15] sergiusens: :) if you get me an account-plugin ill work it in [15:16] cwayne: ok; where does your code live? I was going to do a push notification server + webapp and then expand on the scope; [15:16] so there's no conflict yet :-) [15:16] the problem is we need to bundle both things in the same click [15:16] sergiusens: ill create a project on lp and push it up there [15:16] so if you give me the branch, I might just piggyback === dandrader is now known as dandrader|lunch === alan_g|afk is now known as alan_g [15:28] Saviq: can you please tell me the bug number? [15:30] mardy, will do [15:30] mardy, filing just now [15:31] mterry, are you able to build uss for armhf? [15:32] mterry, specifically for your wizard password branch. [15:32] jgdx, uh, I haven't tried recently, but I have been able to. I remember building it to test that, yeah [15:33] jgdx, doesn't work now? I'll rebuild in a bit to see what's up [15:33] in the middle of flashing right now [15:33] mterry, ack. I'm getting dep failures (dbusmock package). If you do have packages laying around, please do send :) [15:34] balloons: so about autopilot [15:34] balloons: let me try if I can get it to work as you said [15:34] balloons: do you want a bug on the SDK for the incorrect / buggy app template? [15:34] zyga, yep. I'll be playing with make autopilot in a bit [15:35] I know #ubuntu-qa was working on the AP templates a bit ago. But I'm not sure who was working on it [15:35] mardy, bug #1355263 [15:35] bug 1355263 in qtmir (Ubuntu) "If foreground app exited, app below is not resumed" [Undecided,New] https://launchpad.net/bugs/1355263 [15:35] balloons: it was me. I need to update my branches. [15:35] jgdx, the MP has packages from jenkins: http://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-utopic-armhf/4380/artifact/work/output/*zip*/output.zip [15:35] mterry, right. Thanks [15:36] balloons: is that something the SDK team owns? [15:37] zyga, ultimately I suppose yes indeed they own it [15:37] elopio, you own too many things :-) [15:37] zyga, perhaps you could help fix them for all? [15:37] balloons: they keep appearing on my hands [15:37] elopio, perhaps zyga will take the bait [15:38] zyga: https://code.launchpad.net/~elopio/qtcreator-plugin-ubuntu/update_tabs_autopilot_template/+merge/225256 [15:38] balloons: I'm not sure where they live yet [15:38] hehe [15:38] maybe [15:38] what happened is that they changed the format of the templates while I was waiting for this to land. [15:38] I'm just learning, not sure what's good / bad yet [15:38] sooo, it needs a little redoing from scratch :) [15:39] best way to learn zyga :-) #ubuntu-autopilot exists as well to help out [15:47] mzanetti: hey? [15:48] cyphermox_: hey. just wanted to ask some stuff about bluetooth. Reported this bug: https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1355152 [15:48] Ubuntu bug 1355152 in bluez (Ubuntu) "Can't pair any Bluetooth audio device with Ubuntu Touch" [Undecided,New] [15:48] cyphermox_: should that work by now or is it still WIP? [15:49] yeah it's possible that's still not working === dandrader|lunch is now known as dandrader [15:55] hello === c_ is now known as Guest27003 [15:55] helo === alan_g is now known as alan_g|afk [16:05] mhall119: yw === VDVsx_ is now known as VDVsx === gatox is now known as gatox_lunch [16:29] sergiusens: hey [16:29] sergiusens: are you the upstream for phablet-tools? === alan_g|afk is now known as alan_g [16:29] he is one of them : [16:29] sergiusens: if so I've filed: https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1355286 (also affects phablet-tools' phablet-shell) [16:29] Ubuntu bug 1355286 in phablet-tools (Ubuntu) "phablet-shell conflicts with how SDK sets up ssh keys" [Undecided,New] [16:29] ogra_: ^^ have a look too [16:29] I talked to zoltan a little, the upcoming adb reorg is also going to affect both [16:29] zyga, i'll rip that piece apart within the next two days anyway [16:29] and since it also affects plainbox' remote testing I'd like to help [16:30] ogra_: what are your plans? [16:30] ogra_: I knew you were the person to talk to :> [16:30] we will provide a dbus interface for unprtivileged users to enable ssh ... [16:30] * zyga enjoys his recollections from linaro [16:30] so you will just adb shell ogras-new-script enable ssh [16:31] phablet-shell witll do the same in the background [16:31] ogra_: ok, can we work together (you, sdk, and hw/cer) -- as we all need this in some form [16:31] ogra_: can you use python3 :> [16:31] ogra_: I'd love to have that in python3-phablet [16:31] if there are issues with the keys i'll make sure both methods handle thjem similar [16:31] ogra_: the thing is that phablet-shell guesses the key [16:31] ogra_: plainbox doesn't currently care as long as it works [16:31] erm, no, i wont re-write that stuff from scratch [16:31] ogra_: but the SDK has a per-device key [16:32] ogra_: what? phablet-shell? [16:32] we can do that later, just not before RTM [16:32] sure but *for* the RTM it has to work on all three cases [16:32] for cert and for sdk (I assume your patches work already) [16:33] not completely [16:33] I'm not sure what you mean [16:33] and i didnt know about cert ... i'm in conversation with CI, smoke testing and SDK since several weeks about this [16:33] (my patches are not completely complete yet was what i meant above) [16:34] cert needs to do remote testing, we can update our code but we need to know what to do [16:34] I see [16:34] ogra_: what are you writing your stuff in? [16:34] schedule is that everything lands on wed [16:34] (we need py3k APIs) [16:34] oh, fun :) [16:34] in shell as the stuff is today [16:34] phablet-tools is 90% shell [16:34] and a few bits in python [16:35] ogra_: could we gradually replace that with python3? it's still invokabe-from-shell and it would really help us as we need more control than fire-and-forget [16:36] zyga, yes, but not before rtm [16:36] ogra_: alternatively, what else can we do that has an API (shell scripts are poor API-wise) [16:36] ogra_: ok [16:36] ogra_: so for the RTM, we'll reimplement the new mechanism in python3-phablet [16:36] ogra_: and I assume the SDK team knows what to do about it already [16:36] well, they use the scripts as is today [16:36] ogra_: is there any description of how the new method works? the DBUS api you've mentioned? [16:36] ogra_: nope! they dont [16:36] I just talked to zoltan [16:36] ? [16:36] that's why it failed for me [16:36] they do something custom [16:37] i thought they use stuff like phablet-network [16:37] (maybe they work on using your scripts but that's not in packages today) [16:37] they explicitly scp stuff and do a few other things [16:37] well, everyone is obligated to use these tools [16:37] anyway, zoltan knows that more than I do [16:37] we are pretty strict about that for i.e. smoke testing [16:37] so changes only happen in one place [16:37] ogra_: is that communicated in any way? (there's something I'm not monitoring that I should know about() [16:38] ogra_: sure, that makes sense [16:38] ogra_: though as I said we cannot use your scripts directly so we'll have to reimplement that in python again [16:38] not really ... we just have made sure that parties involved i discussions know about it in the past [16:38] ogra_: we really only need phablet-shell and something you don't (currently) provider which is like phablet-rsync [16:38] ogra_: ok, I see [16:38] ogra_: could you please append me to the list :) [16:39] what do you do with phablet-shell actually ? it can only work interactively [16:39] ogra_: I'll be landing plainbox'es remote testing ability and I want us to have a solid foundation for RTM and later [16:39] ogra_: that's one of the things we had to change [16:39] "had to change" ? [16:39] are there MPs for this ? [16:39] ogra_: we don't use phablet-shell, I reimplemented the whole logic in python to have API and more than just interactive console [16:39] it surely isnt in the code today [16:40] ah, well, then you just go via adb [16:40] ogra_: all the code I have is in that git branch [16:40] ogra_: we don't quite go via adb, [16:40] which shoudl really be sufficiaent [16:40] ogra_: adb has other issues === bfiller is now known as bfiller_afk [16:40] ogra_: we only go via adb initiall as you did [16:40] the only thing that werid ssh'ing gets you is better tty handling [16:40] ogra_: rsync is far faster [16:40] which you dont care at all about in automation [16:40] ogra_: and adb push was unreliable [16:40] oh? [16:41] we use it everywhere else in autmation [16:41] ogra_: adb also has no error control which we totally require, I know we can work around that with PS1 and such but we need ssh for server-common code paths [16:41] ogra_: yeah, I heard [16:41] ogra_: we could fail it easily [16:41] ogra_: adb pushing lots of small files fails often without meaningful messages [16:41] yes, the CI and smoke test people have handlers for that (adb return codes) [16:41] ogra_: so we switched to rsync and had no issues === Ursinha is now known as Ursinha-afk [16:42] ogra_: yeah, and again, no python api, cannot reuse, no standalone library, it's not something that we can just depend on and call it a day :/ [16:42] that sounds like a lot of fragmentation to me :( [16:42] ogra_: the CI/cert overlap is a problem but also the reality [16:42] ogra_: we have different needs [16:42] ogra_: although we do a lot of common things [16:42] which we tried to avoid over the ... well ... last year [16:42] yeah/ [16:42] ? [16:42] anyway, that's not a discussion for today [16:43] what we need soon-ish is the new implementation landing so that we can update python3-phablet and continue [16:43] to iterate, talk and converge [16:43] we need to try to get all parties involved to have the same API for everyone ... [16:43] yeah [16:43] I agree [16:43] though most of the otrher bits are all shell ... [16:43] see :> [16:43] only we care about error messages and stuff like that ;-) [16:43] and i18n [16:43] and more [16:43] anyway [16:44] have a look at the python code I wrote if you want [16:44] I'm pretty sure it can be made to suit all the parties if everyone else wants just shell [16:44] ogra_: who is the best CI person to talk to? [16:44] ogra_: I'll try to follow up [16:47] zyga, hmm, dunno ... for the smoke testing stuff plars is your man ... for CI thats probably fginther [16:48] ogra_: ok, noted [16:48] ogra_: thanks! [16:48] zyga: what's the question? [16:49] plars, if you can re-write all your stuff in python :) [16:49] * ogra_ grins [16:49] oh sure... done! [16:49] ogra_: well, that's not fair [16:49]