=== asac` is now known as asac === psivaa changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: psivaa | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [09:30] psivaa: coming? [09:30] cyphermox_: https://plus.google.com/hangouts/_/calendar/Y2Fub25pY2FsLmNvbV91cTRvNmQyMWJvNmJ0bm1mcW9xZWtsNTdnOEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t.us2orfbhb8ssqjui2u15tajj3s [09:54] ogra_`: i'm thinking of starting with 'launch music from home scope' and working my way towards the left, since i dont have a sim [09:55] psivaa, well, my maguro has a dead battery and i need to pull the image via a 2MBit line ... will still take a while until i can start [09:56] cyphermox_: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ai33BkOcORLLdE4xLTFtSE80ZkpITXZ3aV85cWtPX2c&usp=drive_web#gid=0 [09:56] psivaa, so just go ahead i'll ask you what you finished then [09:57] * ogra_` gets rid of that fly sh*t on his nick ... where did that come from ? [09:57] ogra_`: ack, sounds good. starting to flash the device now.. === ogra_` is now known as ogra_ === vrruiz_ is now known as rvr [10:08] robru: http://paste.ubuntu.com/6872207/ === cjwatson_ is now known as cjwatson [10:41] cyphermox_, like this? https://code.launchpad.net/~robru/ubuntu-html5-theme/better-package-transition/+merge/204632 [11:12] ogra_, psivaa: how's the maguro testing going? [11:13] ogra_, psivaa: I tested the mako and it's all green, as per the spreadsheet [11:13] sil2100, mine is just charged enough now to flash it [11:13] (which takes ~30min) [11:13] sil2100: just in the 'Location works' test.. enabled location and gps.. [11:13] sil2100: how do you verify that location works? [11:14] heh [11:14] psivaa: sooo... [11:14] psivaa: I went up to the roof, sat there for like 10 minutes catching a cold [11:14] you should start smoking :P [11:14] keeps you warm up there [11:14] psivaa: you open the indicator, enable location and GPS, then start webbrowser, go to google maps and allow it to use location [11:15] catching a gps fix can take quite long though [11:15] 15min isnt unusual [11:15] psivaa: and then just mash the 'fetch location' button there every time it says 'Your location could not be determined' [11:16] sil2100: ok :), thanks for that. not the first time i feel stupid :D [11:17] psivaa: I didn't know how to test that as well! Until Mirv told me webbrowser can be used ;) [11:17] or the google maps app ;) [11:18] Yeah, installed that one as well, since I was worried that something's wrong with webbrowser [11:18] But no, it just took f**king ages to catch that signal [11:18] ;) [11:18] yeah [11:18] teall tvoss to finish AGPS support [11:23] I guess he's blocked by us as well [11:29] sil2100: location is not working for me, dont know if this is a regression or an ongoing issue in maguro.. [11:30] psivaa: how long did you wait for it? [11:30] basically after enabling location and gps from the indicator panel opening a browser makes them disabled again [11:30] psivaa: since it's taking REALLY long [11:30] psivaa: oh, that's normal [11:30] psivaa: that's a known bug [11:31] sil2100: ack, then it *is working :D [11:31] psivaa: just open up the indicator once, switch all on and don't open it anymore [11:31] ;D [11:31] Since if you open it up again after some time, it will switch it off [11:31] lol, will do [11:31] So just enable and forget ;p [11:31] right. [11:37] we've an issue that all x86 builders seem busy so cu2d (and others) are pretty much stalled [11:37] finally flashing ... [11:38] didrocks: I forgot to say yesterday I'm not in today, Uncles Funeral. I've had a play with 162 on mako click is fixed with the revert and everything else is on par with normal. [11:38] and with that I'm outta here [11:42] * ogra_ twiddles thumbs ... [11:42] still flashing [11:42] i forgot how slow maguro is [11:48] bah, so flashing took so long that suspend kicked in ... you actually end up with a black suspended screen after install [11:49] psivaa: so, all tests besides the sim-card-ones are passing, yes? [11:50] sil2100: still looking for location, but rest of them are ~ok [11:53] psivaa, did you manage to install a click package ? [11:54] * ogra_ only gets the spinner after clicking install [11:54] doesnt do anything it seems [11:54] Here installing and removing (on mako) worked fine [11:54] hmm [11:55] must be the app [11:55] works fine with a different one [11:55] Don't you dare reporting a regression [11:55] Don't you dare! [11:55] ;) [11:55] yeah, totally regressed [11:56] cant install smartfart ! [11:56] thats surely a blocker [11:56] we cant promote without fart app support [11:56] hoho [11:59] didrocks: ogra_: need a landing slot for https://code.launchpad.net/~rsalveti/platform-api/kitkat-porting/+merge/202599, and sergio is not around [12:01] ogra_: did you do the sim-related tests like calling and messaging? [12:01] ogra_: since psivaa did all the other ones [12:01] sil2100: ogra_ : just confirmed click package installation on maguro [12:01] works, that is [12:02] o/ [12:02] We just need the phone-related stuff [12:03] sil2100, on it, calls work fine [12:03] * psivaa off the dogfooding hook then [12:03] psivaa: thanks :) [12:03] sil2100: yw [12:03] sms too [12:05] bah ... it resorted to 2G signal is to bad here [12:05] but i get the start page in the browser [12:05] * ogra_ tries to get a better signal [12:06] Good enough for me [12:06] ;) [12:06] well, sheet says 3G testing :P [12:06] pfff ;p [12:10] ogra_: any luck? Sorry for poking all the time but we really want to promote this image [12:10] Badly [12:11] sil2100, looks fine, i cant get a better signal it seems [12:12] ogra_: so, you +1 the dogfooding steps on maguro? ;) [12:12] for the calls/sms and data networking, yes [12:13] for the rest ask psivaa :) [12:13] (but i think he acked already) [12:14] ogra_: could you promote #161 then? ;) Be sure to promote 161, not 162 ;p [12:14] * ogra_ promotes 162 then :P [12:15] Aaaaa, release troll! [12:15] ;) [12:17] "Waiting for other process to release the global lock" ... [12:17] bah [12:18] and there it sits ... [12:19] *twiddle* [12:23] that doesnt seem to go so well [12:24] ah, well, seems the image ended up where it should, even though there was strange output of the command [12:25] o_O [12:26] === Image 162^W161 promoted === [12:26] :P === alan_g is now known as alan_g|lunch === MacSlow is now known as MacSlow|lunch [12:50] :| [12:50] sil2100, whats wrong ? [12:51] * sil2100 gives ogra_ an angry stare [12:51] ;) === cjohnston changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cjohnston | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [13:02] cjwatson: hi! Do you know by any chance why the i386 and amd64 builders are so busy today? [13:07] +1 ^ [13:07] sil2100: There was what looked like a browser security update in progress earlier [13:08] Those usually take a while to get anywhere [13:08] https://launchpad.net/builders/ says "3137 jobs" for i386 [13:08] https://launchpad.net/~canonical-chromium-builds/+archive/stage [13:09] Mirv: That's the test rebuild - most of those are scored way below anything you care about. And that's been going on for the last week [13:09] yeah, I looked chromium seemed up taking most of the builders [13:09] cjwatson: right, that explains that part [13:09] then we just wait, and plus +1:s on any plea for new build hardware [13:10] It's due for delivery this week [13:10] AIUI from the ticket [13:10] wow, great news [13:13] that's https://rt.admin.canonical.com/Ticket/Display.html?id=67098 [13:16] sil2100: hey...i'm up :) [13:16] oh crap [13:16] Guest438: and you are..? ;) [13:16] kgunn [13:17] Guest438: so... there are some complications (as always), but we're working on it to get stuff released ASAP [13:17] Guest438: it seems we're lacking i386 builders ;/ [13:17] I've got no problem with scoring up individual builds you need [13:17] ack [13:18] Though most of the builds in progress right now appear to be touch builds anyway [13:18] kgunn: basically - I see those are running now, but we'll have a slot for mir in up to an hour [13:18] * cjwatson frees up batsu which was stuck [13:18] cjwatson: thanks! :) [13:18] sil2100: cool... [13:19] sil2100: just hoping i'm lucky this morning and get thru w/o some prob of my own creation :0 [13:19] I've enough stuff to do while waiting for the various builds to start, so no need to prioritize. it's good there's no bigger problem. [13:19] nope, nothing systemic [13:19] kgunn: I prepared everything for mir, like xorg-server and some changelog-sync, so once we're out with platform-api we're in building spree [13:20] also, Debian autosyncs stop for trusty in two days or so, so that will reduce the routine load [13:20] (until U opens) [13:20] we should probably start nagging for a name for U :) [13:21] hm, I wish there were a page where I could see the entire build queue, rather than on a per-archive basis === josepht_ is now known as josepht [13:34] rsalveti: can you talk to kgunn? He's going to have a Mir landing and so locking platform-api. Maybe he wants to sneak it in it. [13:35] didrocks: well, it's not related with mir, so doesn't really matter [13:35] rsalveti: yeah, but kgunn wants a slot now for Mir as a priority, so just agree with him :) [13:35] didrocks: I can wait mir to land (as long I don't have to wait that much) [13:35] didrocks: when are we planning to land mir, today? [13:35] rsalveti: depends on them [13:35] didrocks: can I have the slot if mir landing fails today? [13:35] we attribute a slot, then, it's when they are ready [13:36] hm, that's kind of annoying [13:36] rsalveti: meaning they will have to through away their work === alan_g|lunch is now known as alan_g [13:36] kgunn: when are you releasing the lock for platform-api? :-) [13:36] so again, better that you talk with them, if you change is small, we can get it first [13:36] s/we/you/ [13:36] if they agree to wait for 2 hours [13:36] * rsalveti spinning [13:37] let's wait for kgunn then [13:37] yep [13:46] kgunn: ping? [13:48] sil2100: yo [13:49] rsalveti: alternately we could incorporate your platform-api change into my silo ? [13:49] kgunn: that could work as well [13:50] didrocks: how can we do that ^? [13:50] rsalveti: what's the risk ? mp link ? [13:50] afaik, we just need to add in the mp [13:50] sil2100: didrocks ^ correct ? [13:50] yeah :) [13:53] kgunn: didrocks: https://code.launchpad.net/~rsalveti/platform-api/kitkat-porting/+merge/202599 [13:54] kgunn: no risks :-) [13:54] rsalveti: he's taking the risk for you! :) /me kidding [13:54] only change the android side of it, which is not even built with the package [13:54] and mostly just used with SF [13:55] every time I hear you guys talk about a silo I wonder briefly why you care about sparc boot loaders [13:55] rsalveti: I'll need to ask you some question in a quieter time on how to build the android side from the git branches, but I think that will be another day :) === MacSlow|lunch is now known as MacSlow [13:59] rsalveti: ok...i'll add...as long as you help me if i get in silo trouble ;) [14:06] cjwatson: lol [14:06] kgunn: sure, I also want mir to land soon [14:06] my 4.4 porting work is depending on it as well [14:06] didrocks: sure [14:07] sil2100: just fyi since i know you're sussing me up a silo soon....i added salveti's mp to the landing sheet [14:07] kgunn: ok, thanks :) [14:08] kgunn: still waiting for platform-api to land in the archive [14:09] (to be published in the release pocket to be exact) [14:09] sweet [14:11] cjohnston: can you kick off a rebuild for this? https://code.launchpad.net/~nskaggs/ubuntu-ui-toolkit/emulator-docs-try3/+merge/199353 [14:12] balloons: done [14:13] cjohnston: I am crazy to not be seeing it? https://jenkins.qa.ubuntu.com/job/ubuntu-ui-toolkit-ci/ === mterry_ is now known as mterry [14:14] balloons: your looking at public jenkins [14:16] cjohnston: *you are [14:17] :-p [14:17] ty [14:17] you're crazy and I can't spell.. what's your point? :-P [14:24] The x86 builders seem to be mostly back to doing test rebuild stuff, so the backlog of anything more important must have cleared [14:36] cjohnston: I guess my point is I blame you for the builds not working :-) This doesn't look right: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/5041/. [14:37] balloons: look at all the crashes [14:37] They don't appear to be running [14:37] I've not changed the sdk code at all, it's not possible [14:37] err, the uitk code [14:37] see like so: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/5041/testReport/junit/ubuntuuitoolkit.tests.test_emulators/TextFieldTestCase/test_write/ [14:38] kgunn: silo ready! You can press 'Build' [14:38] thanks man [14:38] kgunn: I already pushed the xorg-server package to the PPA already, so it should be in dep-wait for the new mir now [14:39] :) [14:39] balloons: iirc the 'testability' issue is from the qmlscene crash.. but maybe the maliit-server crash [14:39] kgunn: tell me if there are any errors when trying to build, since we had to sync the changelog [14:40] sil2100: so...is that normal to see a bunch of "old builds" in there ? [14:43] kgunn: what do you mean? [14:43] kgunn: are you looking at the right silo? :) [14:44] kgunn: in silo 002 there's only xorg-server, which is normal as I pushed it directly for the rebuild [14:44] sil2100: yep when i visit jenkins from the button in silo 002....it had a list of 13 previous builds [14:44] Ah, normla [14:44] normal [14:44] No worries, it's a history of builds for the silo [14:44] yep...i hit the button anyway :) [14:48] cjohnston: can you do something to fix the enviroment so the tests won't encounter these issues, and therefore run? [14:48] balloons: the crashes have to be fixed [14:50] fginther: do you by chance have the link to the bug for the crash causing issues with the 'testability' flag? [14:53] cjohnston, no. I saw this being mentioned as the cause of recent crashes, but it's old: https://bugs.launchpad.net/mir/+bug/1236525 [14:53] Launchpad bug 1236525 in unity-mir "unity8 killed/crash then restart can result in mir unable "could not unblank display"" [Medium,Triaged] [14:53] ta [14:54] ugh, woopsie can't even process the crashes. [15:10] mmm [15:15] kgunn: so now all is left is waiting ;) Things are building correctly so far [15:15] sil2100: yes.... [15:17] sil2100: http://memegenerator.net/instance/45629700 [15:18] kgunn: hah ;) === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [16:03] sil2100: so unity-mir failed to build due to "broken packages"...is that just the build interdependency problem (menage a trois of papi, unity-mir & mir) === cjohnston changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: doanac | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - === cjohnston changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cjohnston | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [16:05] kgunn: so, there are two ways of fixing it: [16:07] kgunn: it's a problem with packaging, so one way is to modify the unity-mir source and bump the platform-api dependency there as well, as currently it's like this - mir built, platform-api and unity-mir started building at the same time, since platform-api was still building and unity-mir did not depend on the new version it started building with the old platform-api version [16:07] kgunn: which doesn't work with mir [16:08] kgunn: so, you can fix it by modifying unity-mir dependencies to depend on a new platform-api [16:08] kgunn: the second way is easier: [16:08] kgunn: you can simply rebuild only unity-mir in the silo once platform-api is built [16:09] kgunn: you can do that by specifying unity-mir in the build job in the PREPARE_ONLY text edit [16:10] kgunn: but you have to have platform-api already built in the PPA [16:10] kgunn: it's less 'nice', but much faster and acceptable this time [16:10] sil2100: ok....so do i wait? or kill the build ? [16:10] kgunn: just wait [16:10] ah [16:10] thanks... [16:11] kgunn: just wait, and once it's done, just click Build, write 'unity-mir' in PREPARE_ONLY and rebuild [16:11] sil2100: right...i recall it from the training....just didn't know if i should wait [16:11] but makes sense [16:16] kgunn: actually the wait until the building is finished because of platform-api, we want it to be built before we press rebuild [16:39] kgunn: could you make sure that a 'run ALL autopilot tests are run' in the test-plan for Mir landings? Since it's a component that can affect many many components ;) === doanac changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: doanac | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [16:58] sil2100: what's the status of line 43 in CI Train? [17:00] bfiller: hm, we can land it soon I guess [17:00] I have to go AFK now, so see you tomorrow [17:00] didrocks, no meeting ? [17:01] (seeing sil2100 leave) [17:01] didrocks: have a bunch of things in the CI Train asks for a few days [17:01] ogra_: on the way [17:01] ah k [17:01] no hurry [17:01] just wanted to know [17:01] didrocks: do those automaticaly get a silo? I do I ned to do something else? [17:01] bfiller: you can join the meeting [17:01] didrocks: which meeting? [17:02] bfiller: check the UE calendar [17:02] you should see a meeting [17:02] right now [17:03] https://plus.google.com/hangouts/_/calendar/Y2Fub25pY2FsLmNvbV91cTRvNmQyMWJvNmJ0bm1mcW9xZWtsNTdnOEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t.cg7k3h1nmqml7psc1nn68223i0 [17:03] bfiller: ^ [17:07] didrocks: Im at sprint in meeting can't come [17:07] didrocks: could you look at my requests in the sheet? there are a few of them [17:07] should be pretty self explanatory [17:08] didrocks: if not I'll try and join tomorrow [17:10] bfiller: one sec, will explain to you [17:14] doanac: intel AP machine crash http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-intel-4000/1298/console [17:14] Mirv: ack [17:15] bfiller: back from the meeting [17:16] bfiller: so… as described on the ubuntu-touch ML, we had a lot of regressions [17:16] bfiller: so, we had to block landings so that we can move quicker after that [17:16] didrocks: ah ok [17:16] I'm behind on my mail :) [17:16] (and give priority slots to what we had to revert) [17:16] bfiller: ah ok, that explains :p [17:17] bfiller: so, you have one slot assigned to you already [17:17] bfiller: and the dialer-app crash isn't fixed btw [17:17] didrocks: I know, we've been trying. don't know how to fix [17:17] anything else you need to land urgently (we can still assign another slot to you I guess) [17:17] ? [17:17] doanac: and nvidia seems pretty dead too http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=autopilot-nvidia/1298/console [17:18] didrocks: we can't repro the crash on the device for the dialer-app. and stack trace is useless [17:18] didrocks: so we don't know how to proceed [17:18] I'd wish to get one good run of unity stack check job (unity7) [17:18] bfiller: one maguro? weird, we can get it everytime though [17:18] didrocks: make [17:19] mako [17:19] plars: can you maybe help bfiller, is there any discrepency in the way we are running tests? [17:19] bfiller: meanwhile, I can attribute to you as well line 44 [17:19] Fix for incorrect keyboard orientation on tablet sidestage [17:19] but as there is source + MP, maybe it's a complex landing for oyu [17:19] bfiller: would you prefer "Share current call contact info with the greeter in preparation for greeter running as lightdm user. Fix bug with call duration time." [17:19] (line 43) [17:20] didrocks, bfiller: you mean between mako and maguro? no [17:20] didrocks: whichever one is easier to land is fine, no prefereence [17:21] ogra_: image rebuilding [17:21] yay [17:21] plars: the dialer crash, is it on mako or maguro? we've been testing on mako and can't repro [17:21] bfiller: ok, so attributing to you 43, you have two slots, enjoy :) [17:21] didrocks: thank you:) [17:21] yw! [17:22] bfiller: it's on mako - there's no difference between how those two devices run the tests [17:22] and it's 100% of the time, so there is clearly a difference somewhere in how the CI system and bfiller is running the tests I guess [17:23] bfiller: plars: I let you in your hands :) [17:23] plars: boiko and I have tried so many times. I just run autopilot run dialer_app direclty on the device [17:23] bfiller: let me try on my device at home [17:23] plars: anything different we need to do? [17:24] bfiller: the main difference for us is that we are running scripts that do all the setup stuff around it (unlocking, etc) [17:24] plars: yup, try it on your device and see if you can repro [17:24] bfiller: do you use phablet-test-run? [17:25] plars: no [17:25] bfiller: any reason why not? [17:25] plars: I run autopilot directly [17:25] plars: I can try that [17:25] bfiller: you should really try as well to use phablet-test-run (especially when using the train) [17:25] ok [17:25] bfiller: that will help to avoid "green to me, not on CI infra" [17:25] thanks! [17:25] bfiller: We use a script at the moment run from utah that runs autopilot, but the scripts we are moving to run it with phablet-test-run (it also shows up under our staging system where we're running that) [17:26] plars: will try with phablet-test-run [17:26] should be the same [17:33] Mirv: looks like the kernel may have gotten boggled on the nvidia node. i'm trying to get it unstuck now [17:36] doanac: thanks, if it takes more than 24 minutes, if you don't mind rerun the 'unity' stack of cu2d head with 'foo' in the package parameters list so that it tries to run check job only :) [17:53] Mirv: the nodes are both back online now. [17:53] doanac: thanks, I'll try them out [17:57] didrocks: bfiller disappeared, but I get the same crash locally when just running with phablet-test-run === alan_g is now known as alan_g|EOD [18:01] plars: let's see when he's back, you should have some time coverage :) [18:01] but ok, you can reproduce thanks! [18:01] yep [19:05] can anyone retry https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/5551494 please? looks like thumbnailer got published after this build failed [19:06] dobey: done [19:06] cjwatson: thanks === doanac changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: - [21:19] something is looking very wrong on 163 [21:19] http://ci.ubuntu.com/smokeng/trusty/touch/ [21:19] we're not very far in, but 14-15 tests on both devices [21:21] plars: ouch :) [21:21] asac, plars seems to be location-service spinning [21:22] http://people.canonical.com/~ogra/touch-image-stats/20140204.1.changes [21:22] asac, plars with that system-settle-before and system-settle-after fail [21:22] systemsettle [21:22] so yeah [21:22] on it [21:22] indeed: https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-gallery-app-autopilot/155/artifact/clientlogs/top_after.log/*view*/ [21:23] thanks tvoss [21:23] can phablet-test-run also run systemsettle? [21:23] that would have helped the lander to see this i guess [21:23] yup, that would have helped [21:23] saving time as lander can fix as he goes [21:23] tvoss: still have the same silo? [21:23] or was it taken away :)? [21:23] asac, nope, taken away [21:24] heh [21:24] asac, mir occupied it [21:24] ok so reenter the scene [21:24] so the initial approach was to only merge to trunk and release once the image goes green [21:24] guess means we need to keep free capacity of silos [21:24] so we cant get an emergency landed due to all silos being active [21:25] like fasttrack silos [21:25] asac, plars I ran the complete autopilot setup according to the wiki page [21:25] asac: right [21:25] sure, but the systemsettle isnt included [21:25] so include it [21:25] systemsettle isn't an autoilot test though - it's just looking at top [21:25] not sure how to run it thoug :) ... but would be cool to have it as a reminder/todo [21:26] plars: right. henmce i was hoping we could have a phablet-test-run --with-ss [21:26] or something [21:26] until then its a bit tricky to run (but can be done i am sure) [21:26] plars, asac can I just fix on top of trunk? [21:26] i dont know [21:26] you need a MP to land [21:26] tvoss: what caused the location service to top the cpu this way? [21:26] if nohthing else lands on trunk you can also land trunk [21:26] but doesnt really help much i guess [21:27] if you had the silo still you could have hit rebuild [21:27] after updating the MP with the fix [21:27] asac, that would have been ideal, yes [21:27] rsalveti, it's happening somewhere on the android side of the gps provider [21:28] rsalveti, after some time trying to acquire a fix, it goes spinning *sometimes*, have seen that on my phone, too [21:28] rsalveti, not sure what would access the gps in the test setup, though [21:28] right, shouldn't we revert the lastest upload then? [21:28] until we're able to get this fixed properly [21:28] veebers: you have two silos? [21:28] veebers: 004 and 007? [21:29] asac: let me check [21:29] i think landing-010 is free [21:29] asac: ah right, 004 is for liabutopilot-qt and can be removed (as those changes were backed out) [21:29] guess it can't be reverted that easily as you also migrated to the new dbus cpp api [21:29] rsalveti, +1, I know how to fix it, but it's getting late here [21:30] besides adding tons of coding style fixed and so on [21:30] *fixes [21:30] tvoss: problem is that it might not build if we revert it [21:30] rsalveti, fair [21:31] tvoss: guess, its not super urgent; fix it tomorrow morning and reach out to didrocks first thing (or send him a mail so he knows you are coming through) [21:31] unless there are new landings flushing happening [21:31] anyway would be better to get this fixed now :) [21:31] * asac has to learn how this thing works [21:31] * rsalveti wants to land mir today if possible still [21:31] slangasek: do you know how this silo allocationm/cleaning thing works? [21:31] slangasek: in the spreadsheet? [21:31] rsalveti, asac easy fix is to just not start the gps provider. It won't hurt as people are not using it anyway (or it takes 15 minutes for a fix) [21:31]