=== greyback|away is now known as greyback [07:57] hey sil2100! [07:57] sil2100: do you have a minute? We can use an hand from you :) [07:58] if you look at: http://10.97.0.1:8080/job/autopilot-raring-daily_release/75/, all tests pass [07:58] (better that you check the xml though) [07:58] but we can see some autopilot ogv [07:58] mind having a look what's going on? [08:15] sil2100: playing with the sdk stack for saucy FYI [08:29] sil2100: not around? :/ [08:31] oh.. seems we moved to saucy [08:34] Saviq: do we actually still need the dependency to boost? [08:34] mzanetti, with https://code.launchpad.net/~saviq/unity/phablet.drop-unity-api/+merge/166019 no [08:34] mzanetti, but I did forget to drop it from there [08:35] Saviq: is that close to being merged? [08:35] mzanetti, if someone reviews it :) [08:35] ok [08:35] mzanetti, it's 100% red [08:35] Saviq: ok. On it [08:37] mzanetti, and yeah, I'm upgrading to saucy now, I'm inclined to drop the People lens as part of it, to drop the custom (lib)unity and dee-qt [08:37] mzanetti, I managed to figure out the cause of the bug. I need to call a function on the press of the power button, are there any signals that could do the job already? [08:38] nic-doffay, see Shell.qml:112 [08:38] Saviq, ta [08:39] Saviq: nic-doffay: I'd rather say it should be in the Component.onCompleted of the GreeterContent [08:39] mzanetti, yeah, my pointer was very superficial :) [08:40] mzanetti, the function would be called twice since the onDataAppeared is already called on startup. [08:41] mzanetti, pushed a drop of boost to that branch [08:42] didrocks: here! [08:42] Damn [08:43] * mzanetti needs more coffee. bbiab [08:45] didrocks: that's strange, as autopilot didn't seem to fail even once and the videos are basically 'empty' [08:46] didrocks: this might be some AP issue that the recordmydesktop is being started for a moment for no reason [08:46] * Saviq upgrades to saucy, wish me luck :) [08:50] sil2100: is everything all right in the xml? [08:50] sil2100: and the videos are showing a successful test? [08:51] didrocks, sil2100: that sounds odd. (I'm now worried this might be related to the changes I made last week :-( ) [08:51] veebers: did you see the link? [08:51] http://10.97.0.1:8080/job/autopilot-raring-daily_release/75/, [08:51] didrocks: the videos are around 2-3 seconds and show no activity at all [08:51] So they're not really even test videos [08:51] interesting [08:52] and the tests passed in the xml, right? [08:52] didrocks: but the AP logs say that everything went fine, yes [08:55] didrocks: hm, could you explain how the 'packages:' parameter is used right now? Since I guess it changed since the last time? (because we're not getting those 'error, installing extra packages' errors anymore) [08:56] Saviq: there's a conflict in your branch [08:56] mzanetti, k, will merge [08:58] sil2100: it's the same as before, but it seems that a change in the other system made it not working [08:58] sil2100: so UTAH wasn't checking anymore the list of installed package, that's why I have to refresh the list [08:59] sil2100: FYI, I'm pushing the otto config for cupstream2distro-config at lp:~cupstream2distro-maintainers/cupstream2distro-config/otto [08:59] sil2100: please, just finish filing up unity (raring, head) and qa (raring) stacks with the package list [08:59] mzanetti, pushed [08:59] stupid bzr, btw :P [08:59] sil2100: the only difference is that we don't have "build with whole ppa anymore" and I plan to do some change for that later on [09:02] Saviq, is there a desktop shortcut to lock? [09:02] nic-doffay, nope :/ [09:03] ACK [09:03] nic-doffay, Power would work if Unity didn't take it over ;) [09:03] didrocks: qa for raring has no tests, sooo... there's actually nothing to fill in [09:03] sil2100: ah ok :-) [09:03] nic-doffay, just add something in Shell.qml for the time being [09:03] sil2100: so only unity ;) [09:04] nic-doffay, next to the Power one [09:04] didrocks: I added it to unity raring, but I think I need to add hud and related to the package list still for raring [09:04] sil2100: why? they are installed by default [09:04] sil2100: so shouldn't be needed [09:04] (in the iso) [09:05] sil2100: remember, we only add the others because they are not installed by default [09:05] and upgrade picks them up [09:05] Ah, ok ;) [09:05] So I think we should be more or less ready with that branch [09:08] sil2100: great! do you have the link handy so that I can grab in the otto branch? [09:08] https://code.launchpad.net/~sil2100/cupstream2distro-config/add_packages_to_stacks/+merge/167144 - lp:~sil2100/cupstream2distro-config/add_packages_to_stacks [09:09] sil2100: excellent! remember what I asked for https://bugs.launchpad.net/cupstream2distro/+bug/1186225 yesterday btw? [09:09] Launchpad bug 1186225 in Canonical Upstream To Distro "Needless package build in case both control and changelog changed" [Undecided,Invalid] [09:12] didrocks: you want to revert the changelog additions? [09:12] sil2100: for those 2 yeah, in the SRU [09:12] sil2100: if the wiki is telling to add one changelog, please edit it [09:12] only change the Vcs-Bzr, this is taken into account and ignored [09:12] because maybe a Vcs-Bzr change + a changelog could tell "please rebuild" [09:13] so now real way to detect that [09:13] didrocks: ok, since it was my habbit to always mention all packaging changes in the changelo ;) [09:13] *changelog [09:13] But here indeed it results in problems [09:13] yep :) [09:13] sil2100: I think the easiest is to have this policy and document it in the wiki, wdyt? [09:14] didrocks: makes sense! Let me add that ;) [09:14] thanks! [09:15] sil2100: merged your package names into the otto branch, thanks! [09:16] does anyone know if there's a way to trigger the screen lock when running unity-next on the desktop? [09:17] didrocks, sil2100: I'm off for the night sorry. I'll check out those None.ogv issues tomorrow my time [09:17] veebers: ok, thanks [09:19] veebers: thanks! Goodnight! [09:20] Night guys o/ [09:33] Saviq, shall I add the functionality into the greeter's show() ? [09:38] sdk stack: utah: 15 min, otto: 2.15 min [09:42] Damn [09:43] Otto makes UTAH look really really bad ;) [09:46] QA stack: utah: 18 min, qa: 4.57min [09:47] (again, all with archive which is taking a minute alone, and an additional feature) [09:56] sil2100: I saw that kenvandine added a dep on webcred on one stack recently in cupstream2distro [09:56] sil2100: mind checking this and that the schedule matches the dep order? [09:56] (I'm afraid it's been oversight) [10:00] didrocks: yes, he added the dependency to the apps stack, as gallery-app and notes-app (I think) use webcreds [10:00] But I will check the dep order [10:00] thanks! [10:09] indicators: utah: 25 min, otto: 11 min [10:13] didrocks, ping [10:13] davidcalle: pong [10:13] didrocks, salut, ça va? [10:14] ça va bien, et toi? [10:14] didrocks, bien. Quand tu auras un instant, tu pourrais jeter un oeil à https://code.launchpad.net/~submarine/cupstream2distro-config/online-wikispecies-scope/+merge/167223 ? [10:15] davidcalle: c'est une scope qu'on doit mettre dans le desktop? [10:15] davidcalle: c'est pas dans la liste par défaut, non? [10:15] ah, server scope [10:15] didrocks, non, just dans le online stack, pour une éventuelle inclusion côté serveur [10:15] ok :) [10:15] looks good to me :) [10:15] didrocks, thanks! [10:16] oif raring: utah: 18 min, otto 1.26 min :p [10:16] then, unity [10:16] and we'll be done with raring release migration to otto [10:17] sil2100: did you look at why unity/raring, some build failed? [10:17] didrocks, so did otto just cut off ~15minutes, or did it actually change in a more fundamental way? :) [10:18] mhr3: cut ~15 minutes, but we have more features like archiving, being able to replay an instance from archive and better logs [10:18] (and more stability ;)) [10:19] i see [10:19] and we are some improvment in terms of features planned :) [10:19] for greater flexibility [10:20] that could've gone better... [10:21] note to self: btrfs balance before upgrading 1.3k packages #ENOSPC.... [10:21] didrocks: I checked now, and it seemed like some system problem (the latest failure), as there was a 'runtime error' for powerpc [10:21] didrocks: previously it was a pandaboard issue ;/ [10:22] Chceking the latest one [10:25] Rebuilding the powerpc package, not sure what happened but something just crashed during build it seems [10:27] Mirv: sil2100: please don't rerun any stack for now, we disabled the utah job [10:27] so we are going to build then in next, merging the saucy branch [10:27] ok.. [10:27] sil2100: IIRC, from what I've seen, ken merged everything, right? [10:27] but didn't redeploy [10:29] didrocks: yes, from my information no redeployment has been made [10:29] But merges went in [10:29] sil2100: so, I'll merge trunk in my otto branch [10:29] and once this autopilot unity on raring is done [10:29] rerun everything [10:29] sil2100: as in next, we have libhybris, ofono and so on [10:30] sounds good to you? I'm not forgetting anything crucial? [10:31] didrocks: sounds good at least - btw. why did you disable the utah job right now? [10:31] You did it for the raring migration to otto? [10:31] sil2100: we are installing the intel machine for otto [10:31] so, right now, we'll have: [10:31] intel/ati -> saucy [10:32] nvidia -> raring [10:32] All of them running otto, or ati still utah? [10:32] all otto [10:32] \o/ [10:32] so now, if something is red, better to check! :) [10:33] we'll probably have some hickupps [10:33] but we can fix them promptly [10:33] Yes, anyway I doubt there would be as many hickups as we had before with utah [10:33] Saviq: that fix with the locking up when swiping the greeter has been merged, right? [10:33] mzanetti, yes [10:33] Saviq: I still can reproduce it :/ [10:33] sil2100: crossing fingers :) [10:33] didrocks: tell me when all is ready, I'll merge in the unity dep-change then [10:34] mzanetti, with trunk? or with the package? [10:34] So that we can get the saucy release process rolling ;) [10:34] mzanetti, maybe you didn't get the latest package? (should be 1.80.1) [10:34] Saviq: for example with your drop-unity-api branch [10:34] (in the end) [10:34] sil2100: if nobody is going to deploy, I can propose my otto changes rather [10:34] sil2100: it contains your branch [10:34] mzanetti, hum, will check [10:41] mzanetti, nope, can't reproduce on 147 + apt-get upgrade [10:43] sil2100: meanwhile, did you look at the apps stack? [10:43] in head [10:43] seems some failure in the browser apps [10:43] maybe check with osomon [10:44] Saviq: oh... your branch is not merged with trunk, just that one conflict... sorry for the noise then [10:44] mzanetti, yes it's merged, I pushed :/ [10:45] mzanetti, even Jenkins agrees! [10:46] didrocks: ok, regarding those reverts of changelog entries - since those triggered already new releases, yes? [10:52] didrocks: the webcreds build problem I think is still being resolved by Ken [10:53] sil2100: sorry, didn't get the question on the reverts? [10:53] sil2100: they will stall in the ppa, but won't be in any publication :) [10:53] sil2100: webapps is not webcreds? [10:53] oopss, webbrowser apps [10:53] sil2100: ^ [10:54] http://10.97.0.1:8080/job/ps-generic-autopilot-release-testing/585/testReport/ [10:54] didrocks: I know, regarding webbrowser I poked oSoMoN already, he's looking at that [10:54] ah, I talked about that :) [10:54] didrocks: but I mean that there's also a webcred's build problem [10:54] not the webcreds FTBFS :) [10:54] yeah [10:54] didrocks: I know ;) Just mentioning it in case you didn't know Ken is working on that [10:54] sure sure, no worry :) [10:55] sil2100: do you have a MP if anything needs to be changed in the order though? (because of the apps dep on webcreds) [10:56] sil2100: and thanks for tracking apps, once robru is back on shape, I think he will take it back ;) (but we need it to be fixed to be able to release to saucy as it's in the critical path now) [10:57] didrocks: I checked and I didn't see any problem the order right now could cause, but I might not be aware of some inside issues - as there don't seem to be any tricky circular dependencies or anything [10:58] didrocks: no problem, sorry I didn't check the stack today, I actually didn't look at the status because I thought we're anyway 'pending' on the switch to saucy [10:59] didrocks: as for the order, I can move webcred before qa if anything, but not sure if that matters that much [10:59] Since there's no other issue I could see [11:02] sil2100: I mean, the schedule [11:03] apps depends on webcred, right? [11:03] apps starts at 5 [11:03] webcreds at 7 [11:04] so, there is an issue :) [11:04] Ok, I thought I didn't see an issue, but now I indeed see it's 7! [11:04] sil2100: let me put it in my otto at 4:30 [11:05] so that the day it deps on the sdk stack (I'm sure it's coming ;)) we are not blocked [11:06] didrocks: ok, I'll put it as that as well [11:06] sil2100: I've done it in the otto branch :) [11:06] btw. can I see the otto branch you were mentioning? [11:06] ;) [11:06] sure [11:06] lp:~cupstream2distro-maintainers/cupstream2distro-config/otto [11:06] Since I wonder how the switch looks like [11:07] basically changing the extracheck job [11:07] to the otto ones [11:07] and listing the machines in apmachines [11:08] hm, ah, so we also have to add recordmydesktop to the testpackages because otto does not install it by itself by default? [11:09] sil2100: otto doesn't know about autopilot [11:09] sil2100: and in raring, the deps of autopilot was wrong [11:09] it's fixed in saucy, now autopilot deps on recordmydesktop [11:09] as it should, otherwise, it's failing if you use the option :) [11:10] Indeed, although I always thought that when recordmydesktop is not installed, autopilot will simply not use it [11:10] That's how it should actually work ;p [11:10] Just maybe write out a warning ;) [11:11] right ;) [11:12] no, it's failing straight away! === mmrazik is now known as mmrazik|lunch [11:15] Saviq: when you have a minute, I'd need your help [11:15] mzanetti, now that I got back to a working setup, hit me :) [11:16] Saviq: go to my launcher branch, build it, cd builddir and run make testLauncher [11:16] it'll fail linking to libuntiy-core [11:17] but it works on jenkins, and also works if I export LD_LIBRARY_PATH to the unity_build dir. Now I don't understand why as I can't spot any difference to other tests that import Unity 0.1 [11:17] Saviq: ^ [11:17] mzanetti, checking [11:20] mzanetti, it works on Jenkins 'cause "our" version of libunity-core is installed system-wide [11:21] Saviq: yes, I understand. but why doesn't that test find it? the others do [11:21] mzanetti, and also I learned recently that set_target_properties(PROPERTIES ENVIRONMENT ...) is "not a thing" as mterry put it.. [11:21] Saviq: I couln't find any place where we'd export LD_LIBRARY_PATH for running tests. so the question is rather: Why do all the tests work? [11:22] * mzanetti doesn't really understand the "not a thing" thing [11:22] mzanetti, there's no ENVIRONMENT property on a custom target [11:22] mzanetti, but! [11:23] mzanetti, the tests work 'cause they're not using the real Unity plugin [11:23] oh [11:23] mzanetti, and the fake one instead [11:26] mzanetti, so you need to make sure that /tests/qmltests/plugins is on the import path before /plugins [11:27] Saviq: right... [11:27] Saviq: tests/plugins/ not? [11:31] Just got newest trunk [11:31] seems the users are hidden [11:31] anyone have any idea about this? [11:32] nic-doffay: ./run -f [11:33] mzanetti, autolanding failed for the merge too. [11:33] mzanetti, also for running on device -f isn't an option [11:35] mzanetti, no, tests/plugins are tests for plugins... [11:35] mzanetti, I know [11:35] nic-doffay: temporarily, open run_on_device and add "-f" to line 89 [11:36] mzanetti, I attempted -f on ./run [11:36] I'm not seeing anything. [11:36] Not even the infographic. [11:37] nic-doffay: oh... seems to be a bug (which should be fixed when my branch gets merged) [11:37] mzanetti, cool [11:37] nic-doffay: for now open run and edit line 39 [11:37] nic-doffay: replace "single" at the end with "full" [11:39] Saviq: no... doesn't really help [11:40] mzanetti, yes it does ;) look at the resulting qmltestrunner command [11:40] mzanetti, and make it so that it's what you expect :) [11:40] mzanetti, gimme 10, will have a line for you [11:40] mzanetti, that change doesn't give me the generic user list. [11:40] That the mock data provides. [11:41] nic-doffay: the Lola etc? [11:41] nic-doffay: thats gone [11:41] mzanetti, ok. Is there a user without a pass? [11:41] nic-doffay: yes, the "no-password" user [11:42] nic-doffay: and for the rest the password is "password" === mmrazik|lunch is now known as mmrazik [11:45] mzanetti, ta [11:46] mzanetti, where do I get LauncherModel for the test? [11:47] Saviq: I think we need to create a fake Ubuntu.Gestures plugin :/ [11:47] mzanetti, no we don't [11:47] mzanetti, you need a mock LauncherModel, though [11:47] mzanetti, in the fake Unity plugin [11:48] qmltestrunner -input tests/qmltests/Launcher/tst_Launcher.qml -import builddir/plugins/ -import builddir/tests/qmltests/plugins/ -import builddir/tests/utils/modules/ [11:48] mzanetti, that line works ^ [11:48] mzanetti, the thing to note, each -import _prepends_ the import path [11:49] right [11:49] ok. thanks [11:49] mzanetti, works with the exception that we need a fake LauncherModel in the fake Unity plugin [11:49] Saviq, had the meeting with John. those are the conclusions [11:49] - no need for DirectionalDragArea in the status bar/panel. Only when fullscreen [11:49] - no hint animations for edge drags [11:50] * dandrader just read about the creation of fake Ubuntu.Gestures plugin. what? [11:50] dandrader, no [11:50] we won't [11:50] dandrader, so what do we use for the status bar / panel? [11:50] dandrader, when not in fullscreen? why can't we use DDA anyway? [11:51] Saviq, what we currently have. because there is a visual target to interact with. there's no conflict with application UI [11:52] dandrader, but why would we want to switch between a DraggingArea and a DirectionalDraggingArea? [11:52] dandrader, for fullscreen / nofullscreen [11:53] dandrader, we should be able to set DirectionalDraggingArea so that it can be used for non-fullscreen, too, no? [11:53] dandrader, i.e. wideningAngle=90° [11:53] Saviq, yes, we just put very relaxed parameters [11:53] dandrader, yeah, that's what I meant [11:55] dandrader, and +1 for edge hints, it probably only makes sense on the greeter [11:55] dandrader, otherwise we should probably wait for the DDA to be sure that it is, in fact, an edge swipe - right? [11:56] Saviq, yes [11:56] dandrader, cool === MacSlow is now known as MacSlow|lunch [12:05] paulliu: when writing new code we should use i18n.tr() on all user visible strings now, right? [12:06] mzanetti: yes. [12:06] paulliu: also on buttons that have 1 number on it (for example like the numberpad in the dialer)? [12:07] mzanetti: hmm... [12:07] mzanetti: good question.. But we are using arabic numbers for that. [12:07] mzanetti: Isn't that a kind of keyboard which shouldn't be translated? [12:07] paulliu: I don't know [12:08] paulliu: if you have a chineese mobile phone. does the dialer show arabic numbers or some chineese symbols? [12:08] mzanetti: well, for numpad, We are using arabic numbers. [12:08] mzanetti: Never saw a chinese numpad before. [12:09] paulliu: intersting... so I won't make it translatable for now. [12:10] mzanetti: Is there English numpad instead of arabic numbers? [12:10] mzanetti: or any europe language. I think there isn't? [12:10] paulliu: no... we all use arabic numbers around here. [12:10] otoh... would be cool to have a dialer with roman letters :D [12:10] Yeah.. That will be very cool.. [12:10] lol... /me wants [12:11] Saviq, should I start on the "OSK on mir-unity" right now or after the edge drag tasks (what's the priority)? [12:11] Saviq, btw, https://code.launchpad.net/~dandrader/unity/phablet_edgeDragInStage/+merge/166777 should be good to go [12:11] Yeah, I do think some people loves that. But would cause trouble if someone really translated that on launchpad. You'll see English numpad if someone do the translation. [12:11] paulliu: yeah... thats not reall useful... I'll leave it away for now [12:11] dandrader, I think yes, go for the OSK [12:12] dandrader, the edges work already [12:12] dandrader: btw... I fixed all remaining issues in the launcher branch [12:12] * Saviq hates the fact that there's no "msg" on tryCompare :[ [12:12] +1 [12:13] tsdgeos, you were supposed to fix that ^ ;P [12:13] mzanetti, already approved === alan_g is now known as alan_g|lunch [12:22] ugh Compiz ;( [12:33] dandrader: fixed the warnings. [12:35] mzanetti, bonus points for you! :) [12:36] :) [12:37] dandrader: however, you would need to reapprove. and If you agree I think its ready to be top-approved [12:40] mzanetti, technically speaking, my approval still holds and anyone can top-approve. my existing approval will still be carried into the final commit message [12:40] mzanetti, but I can top-approve, no problem. [12:41] dandrader: really? thought only the last comitted revision's approvals will end up in the commit message [12:42] mzanetti, well, I don't guarantee it but that's my understanding. [12:42] didrocks: ok, oSoMoN is in the middle of fixing one bug that's causing one of the failures, but still looking on what's wrong with those 2 others [12:42] mzanetti, e.g. there's this table showing the status of the reviewers [12:42] ok :) [12:42] mzanetti, at the top [12:47] sil2100: ok, so, I'm going to start switching to saucy, merging from trunk and deploying, ok? I'll force manual publication (without commiting) just for the sake of it === MacSlow|lunch is now known as MacSlow [12:54] greyback, where does libubuntu_application_api_mirserver comes from? [12:54] dandrader: platform-api [12:55] didrocks: ok, all is fine with the unity dep-switch? Do I have to merge it in manually or is it taken care of? [12:56] sil2100: I have it in my otto branch [12:56] sil2100: starting with QA stack right now ;) [12:56] * sil2100 keeps his fingers crossed [12:57] Saviq: tryCompare? i did, it'll be ther on 5.1 [12:57] rsalveti: I see libhybris is in! \o/ We'll need MIR for that, right? [12:57] greyback, from ppa:mir-team/staging? [12:58] tsdgeos, good :) [12:58] Saviq: ah sorry no [12:58] i didn't [12:58] you wanted the msg [12:58] tsdgeos, bad :( [12:58] didn't have time for that [12:58] rsalveti: do you know if anyone is working on telepathy-ofono? [12:58] tsdgeos, that's fine, just complainin' ;) [12:58] sil2100: we need to daily release telepathy-ofono2 [12:58] sil2100: see the spreadsheet [12:58] dandrader: oh that's the server lib. It comes from ~robertcarr/platform-api/mir, which is still a work in progress. [12:59] sil2100: want to do that? checking the packaging/meeting our criterias and so on? [12:59] sil2100: there is a bunch that sergiusens and rsalveti pointed us to ^ [12:59] I wanted to discuss in our meeting, but if you have spare time, please jump on them :) [12:59] I've done powerd review [13:00] greyback, hmm, so that's not on http://studio.sketchpad.cc/gmY0M6iqeh? yet, right? [13:00] dandrader: nope, I built packages from that branch and put them in the people.canonical.com link there [13:01] dandrader: probable those packages are out of date, with all the changes to Mir and platform api though [13:01] sil2100: do you want that we do a hangout? [13:01] greyback, could you give me a list of branches we'd need to build into the unity-mir integration PPA? [13:03] Saviq: ~robertcarr/platform-api/mir and ~robertcarr/qtubuntu/mirserver/ [13:03] greyback, and your unity branch? [13:03] Saviq: yep ~unity-team/unity/phablet-integrate-mir/ [13:03] greyback, and a dependency on ppa:mir-team/staging, I assume? [13:03] Saviq: correct [13:04] greyback, and qtubuntu? [13:04] Saviq: note robert's branches are package-ready, he'd not done anything about packaging his changes [13:04] Saviq: it's there, ~robertcarr/qtubuntu/mirserver/ [13:05] greyback, ah [13:05] greyback, sorry [13:05] the names are mental [13:05] greyback, and I understand you meant "are _not_ package-ready"? [13:06] Saviq: yep, just saw my error now. Correct, _not_ package-ready [13:06] greyback, but you did build them - do you mean we should rename the packages and such? [13:06] I've a few hacks in my copy of his branches to get them to build packages [13:07] he's renamed so files which is the main reason stuff in debian/ needs to change a bit [13:07] greyback, k, can you put a diff you have somewhere? [13:07] sil2100:? [13:08] didrocks: I'll just finish lunch and we do that then, and think about a hangout [13:08] greyback just for my learning....what constitutes "package ready" ? [13:09] kgunn: running dpkg-buildpackage fails. Some files it expects to install are missing from the build directory [13:09] Saviq: for qtubuntu: http://pastebin.ubuntu.com/5732540/ [13:10] seb128: do you have some seconds for https://code.launchpad.net/~didrocks/autopilot/report_changelog_lost_in_trunk/+merge/167267? :) [13:11] greyback: ah! thanks... [13:11] Saviq: platform-api branch: http://pastebin.ubuntu.com/5732550/ [13:12] greyback, cheers [13:14] greyback, some of those hunks look like they should go into the branch already? [13:16] MacSlow: ping [13:17] didrocks, done but I can't change the status, I'm not in the team ... can you do it for me? ;-) [13:18] seb128: I wonder :) [13:18]