[00:20] ToyKeeper: you on ? [00:20] guess not... [00:40] kgunn__: Hi. [00:41] kgunn__: I haven't needed to do AP tests yet since the password bits landed, but I think it *might* be working in the UITK test plan script. [00:41] It uses a trick to run basic commands, but I don't see the trick used for phablet-test-run. [00:41] "trick" meaning this: adb shell 'echo foo | sudo -S whatever' [01:12] root@ubuntu-phablet:~# ./foo.sh [01:12] bash: ./foo.sh: /bin/bash: bad interpreter: Permission denied [01:12] ... what. [01:12] (the same script runs fine if I log in via adb shell) [01:13] apparmor is blocking it [01:39] ToyKeeper: hey...stepped away for a bit, thanks for following up...yeah, i think there used to be a hole that got plugged :P [01:39] i ran unity8 ap last week...but alas, no joy tonight === Laney is now known as Guest45203 [02:04] robru: you on? i could use a reconfig on silo11 if you are [02:05] kgunn__: sure [02:05] === trainguards: IMAGE 243 building (started: 20140916 02:05) === [02:05] thanks man! [02:05] kgunn__: you're welcome! === Ursinha-afk is now known as Ursinha [02:23] So the UAL branch works for me on Utopic. [02:24] If someone was sitting around and wanted to play with something, I'd love it if they ran silo 13 [02:24] (on utopic) [02:24] Nothing specific, just make sure it works. [02:38] oh, bot is on a spree today [02:49] Ursinha: looks normal to me? I guess there was a flurry of landing activity [02:56] Ursinha: I'm on a landing spree [02:56] but calling in for the night now ;-) [02:57] sergiusens: :) [03:05] === trainguards: RTM IMAGE 44 building (started: 20140916 03:05) === [03:45] === trainguards: IMAGE 243 DONE (finished: 20140916 03:45) === [03:45] === changelog: http://people.canonical.com/~ogra/touch-image-stats/243.changes === [04:15] === trainguards: RTM IMAGE 44 DONE (finished: 20140916 04:15) === [04:15] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/44.changes === [05:06] kenvandine, ralsina_: silo rtm-011 doesn't appear to behave according to the description in its MP. [05:07] Specifically, gdbus generated a notification immediately even with auto-download enabled (comments say that should only happen without auto-download). And then it didn't auto-download the update. [05:08] I'm not sure if this is due to me having previously turned off auto-download so that I could get the silo installed on an older image without it updating too soon. Even racing to the settings after flashing, it had already found the newer image and downloaded about 5% before I could pause it and change the setting. [05:47] good morning [05:56] sil... isn't here. D'oh. [05:59] Spreadsheet row 50 seems to have an issue... its silo info disappeared, so the automatic triggers aren't working. It should point to rtm silo 011, which is approved but not moving forward. [06:00] looking [06:02] ToyKeeper: fixed. thanks for reporting. the spreadsheet loses those required id:s almost daily for some landings for unknown reasons (either google to blame or our scripts). [06:02] Thanks! [06:26] tvoss: you probably won't mind if I rebuild the qtubuntu-sensors manually now that platform-api finished which is pre-requirement [06:46] Mirv, yup [06:46] Mirv, I actually need to rebuild both [06:47] Mirv, forgot to push a revision :/ === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [07:33] hmmm, is the latest devel-proposed not booting? [07:33] sil2100, ping [07:34] tvoss: pong [07:53] psivaa_, do you know any reason why i'd get an IndexError when running phablet-click-test-setup? [07:53] brendand: not off the top of my head [07:53] IndexError? [07:54] sil2100: did the image last night get kicked after the input landing? :) [07:54] good morning [07:54] psivaa_, yeah no-one seems to know anything about it [07:54] yay [07:54] i couldnt rfeproduce the dash hang [07:55] * asac tries another time [07:55] brendand: psivaa_: I got too, but I then simply used the autopilot tests I had checkout on Friday... [07:55] maybe some python update causing it? [08:00] Mirv, i think it's somewhat related to the developer mode changes [08:00] Mirv, CI must do something that we don't do locally [08:00] Mirv, probably setting the password, but even that doesn't seem to work here === Guest45203 is now known as Laney [08:06] psivaa_, what's the line you use to put phablet in sudoers? [08:09] asac: I instructed robru to do that, but anyway the 3 o-clock one would normally have the issue fixed already [08:09] Soooo [08:10] Once Dave is up and does promotion testing, we'll be good for promotion [08:14] hmmm, the modem fails to attach, although I have a very sensible signal strength in my office [08:16] brendand: sorry, fighting with adb protocol fault issue with krillin smoke [08:16] sil2100: o/ (only one arm for now) [08:16] hehe [08:17] brendand: "adb shell 'echo ubuntuci |sudo -S bash -c '\''echo phablet ALL=\(ALL\) NOPASSWD: ALL > /etc/sudoers.d/phablet && chmod 600 /etc/sudoers.d/phablet'\'''" [08:18] asac: yeah ;) Since we don't know if there's no other promotion blocker here or there [08:21] morning all [08:22] davmor2: morning! [08:22] davmor2: could you give the latest krillin ubuntu-rtm image a spin? [08:22] no [08:22] Meanie [08:22] sil2100: I've decided it's safer not to [08:22] hah [08:22] ;) [08:23] i couldnt reproduce the input hang anymore with the instructions from the bug ... think thats safe [08:24] davmor2: anyway, 44 I think is the image we would like to check [08:24] ogra_: do you know why the number got bumped so much? [08:24] sil2100: yeah will do once everything is ticking along [08:24] sil2100, nope [08:25] ogra_: I know #41 had the new device tarball, but what about 42, hmm [08:25] sil2100, 43 was built by me when your input fix landed [08:25] and 44 is the auto build [08:26] not sure about 42 [08:26] sil2100: 42 was possibly the tarball build for nm [08:26] sil2100: blame lool [08:26] Time to get dressed [08:27] sil2100, 42 is definitely some external tarball ... not sure which though [08:27] bzoltan, how do you get phablet-click-test-setup to work with the uitk from the silo installed? [08:27] sil2100, and given the device version hasnt changed it must be the custom tarball [08:27] bzoltan, for me it fails and it seem to be related to looking for the new uitk version in the Release pocket [08:29] yesterday I triggered a new build around 7pm UTC and published a new image for utopic around 9pm UTC [08:31] lool: ACK, thanks [08:32] lool, right, but we are talking about RTM builds, i dont think you touched these, did you ? [08:33] brendand: phablet-click-test-setup --distribution=ubuntu-rtm --series=14.09 and I use the test plan scrip -> http://paste.ubuntu.com/8356325/ [08:33] ogra_: I did not [08:33] yeah [08:34] bzoltan, why dont you submit that to phablet-tools ?:) [08:34] (well, probably a bit more generic) [08:35] ogra_: It is part of the UITK project http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/tests/uitk_test_plan.sh [08:36] bzoltan, right, but it looks liek a good way to generalize testing [08:36] ogra_: it is as generic as it can get .. it flashes Utopic or RTM, sets up whatever PPA or silo and runs the tests [08:36] ogra_: it works for me [08:37] ogra_: it is a simple shell script I keep tuning as the tools and the images change ... [08:38] bzoltan, the problem is that it wants to get the ppa version of uitk but it is looking in the archive [08:38] ogra_: more details here -> https://wiki.ubuntu.com/Process/Merges/TestPlan/ui-toolkit As I have understand from ToyKeeper, it is not perfect tool for all environment [08:39] brendand: for the UITK testing I do not care what the phablet-click-test-setup is doing with the UITK, because the first thing I do is to delete the crap it downloads :) [08:40] brendand: Ohh.. one important detail. You can not use the phablet-click-test-setup after you have added a PPA to the sources [08:40] bzoltan, so how do you test it then? [08:40] brendand: first you should do the phablet-click-test-setup on the stock image and after all the click tests are done you are free to add PPA [08:40] bzoltan, that's ugly [08:40] oh well [08:41] brendand: It is not a beauty contest :) [08:41] bzoltan, and then after i need to delete the autopilot/ubuntuuitoolkit directory? [08:41] brendand: that is how it works... I am validating the release candidate from the Silo or from the PPA, so I need the UITK tests from there, not the one what the phablet-click-test-setup pulls [08:43] brendand: check the function I use to provision the device -> http://pastebin.ubuntu.com/8356384/ [08:44] brendand: phablet-click-test-setup fails after adding a UITK silo... it works for any other silo, just not UITK. You can work around it by doing it pre-silo or by editing p-c-t-s to catch the error and not die. The other AP suites install fine, just not UITK. [08:44] brendand: each line is important .. no kidding. Each line, each sleep was hours of strugle [08:45] ToyKeeper: No, the phablet-click-test-setup will fail for all cases when the Silo has the package what the phablet-click-test-setup tries to download. That is how it works. [08:46] Perhaps, I just haven't ever run into the issue on anything else. [08:46] ToyKeeper: so if you have a silo with the unity8 and you add that silo to the image first then the phablet-click-test-setup will fail, because it tries to download the unity8 and get confused with the version numbers. [08:47] In any case, editing p-c-t-s allows it to finish, and as an added bonus, it fails on UITK so you won't need to manually delete the files for that part. [08:47] ToyKeeper: it is a known issue. Could not even be considered as a bug, because the phablet-click-test-setup works like that. It checks what version is available and tries to pull the one it finds from the archive .. but if N+1 version is in the PPA and N is in the archive than it can not download the N+1 fromthe archive. [08:48] brendand: This bit of p-c-t-s allows it to continue after a failed package: http://paste.ubuntu.com/8356416/ [08:49] ToyKeeper: you have to delete the ~phablet/autopilot/ubuntuuitoolkit ... it is important to make sure that the tests are not using the archive UITK tests when you validate a release candidate what most likely has newer tests. [08:49] bzoltan: Yes, and when p-c-t-s fails it has a nice side effect of not installing the tests which would normally need to be deleted. [08:49] ToyKeeper: brendand: I would suggest to use the script from the UITK project. It works out of box without any need to hack the phablet-click-test-setup [08:50] ToyKeeper: if the phablet-click-test-setup fails on UITK then it does not download anything else either. The solution is simpple.. first you do phablet-click-test-setup and then add the PPA. No need to apply hacks. [08:51] bzoltan: That's what my last link works around. [08:52] ToyKeeper: and that is not necessary if you do the provisioning in the right order. [08:52] Mirv: your cat let me down :'( [08:52] That's why I specified in the test plan to set up click tests before adding the silo. [08:53] This particular test plan requires provisioning a little differently than every other test plan, so I tried to document the process even though that info would normally be redundant. [08:54] But since brendand already ran into the click test issue, I was trying to provide info on ways to proceed. [08:54] ToyKeeper: That is what the script does automatically [08:54] p-c-t-s should really handle that better anyway [08:55] ToyKeeper: I would suggest to remove the last section from the UITK test plan, because it is partially redundant and could be confusing. I do not suggest manual provisioning to anybody, because that is error prone and could lead to mysteriously failing tests. [08:55] In any case, I was on my way to bed, just heard a ping and saw a question unanswered which I had already stubbed my toe on and found solutions. [08:58] I'm okay with removing the first section of the UITK test plan page, since nobody actually uses it and the list is just going to get more and more out of date over time. [08:59] davmor2: that was indeed a bit worrying so I had to go looking. I found him being lazy on the balcony: http://people.canonical.com/~tjyrinki/thecat.JPG [09:00] Mirv: Yay Cat \o/ world needs MOAR pictures of cats :) [09:00] ToyKeeper: I am talking about the last section. To keep the rest of the Test Plan up to date is my responsibility. [09:10] I forgot or don't know if I have to Ready? before getting a silo [09:10] oh [09:10] that answers that [09:14] Mirv: when is your MOTU meeting? [09:16] Mirv: that cat picture is cute, MOAR indeed! [09:27] sil2100: next Monday [09:29] psivaa_, could you hack /etc/init/android-tools-adbd.conf on one of the devices and change the "stop on" line there to "stop on stopped lighdm" ? [09:30] and then check if it still behaves weird === ondra| is now known as ondra [09:30] ogra_: will try that. we are unable to log in to the server that's hosting the devices yet. [09:31] uh, oh, why is that ? [09:32] there is some disk space warning in nagios. dont have more information on that. that probably needs a reboot [09:33] oh [09:33] probably thats our root cause then [09:43] davmor2: anything worrying so far? [09:48] sil2100: I've only scratched the surface it'll be much latter before I can tell you that [09:54] psivaa_, ha ! ... there is an adb.reboot() call missing in phablet-config [09:57] psivaa_, this should fix the world: http://paste.ubuntu.com/8356768/ [09:58] ogra_: ohh, great. could try that in the lab once we reboot the server [09:58] psivaa_, so disregard the former thing, that one line in phablet-config will do it [09:58] ogra_: ack [09:59] adb really doesnt get along well when the device reboots itself ... needs to happen via adb (else adb wait-for-device immediately returns because the shutdown takes a few seconds) [10:06] sil2100, promotion is going to happen today right? [10:08] psivaa_, once you can test: https://code.launchpad.net/~ogra/phablet-tools/fix-phablet-config-reboot/+merge/234792 [10:08] brendand: depending if davmor2 finds anything or not [10:09] sil2100, well how bad does it have to be :) [10:10] brendand: depends on how rigorous davmor2 feels today! [10:24] Hi. I was told line 14 has not landed because some mrs are not approved. Anyone know what those are (the landing sheet does not say and all of them should have landed to respective trunks already)? [10:26] brendand: it's me and I'm feeling particularly vindictive ;) [10:26] * davmor2 awaits the tears from sil2100 [10:26] sil2100, davmor2 - we really need a promotion for beta testing [10:27] brendand: I'm working on it dude so far so good, it's not perfect but I think it is the best image we have had for a long while :) [10:27] I suspect we should be promotable, I was just a bit worried yesterday when davmor2 mentioned those network issues [10:28] Which ogra_ said had on krillin from the start [10:28] But still [10:28] sil2100, well, i have three APs in my house ... obviously there is a long standing bug with such wifi setups [10:29] so my bug might rather be that one than davmor2's [10:51] brendand, davmor2, i would appreciate if one of you need to run phablet-config writable-image today, if he could test https://code.launchpad.net/~ogra/phablet-tools/fix-phablet-config-reboot/+merge/234792 alongside [10:53] ogra_: with the change a job goes past 'phablet config writable-image' ok [10:54] yay [10:54] and you see no more error spam either i guess [10:56] * sil2100 off to prepare lunch [10:56] o/ [11:00] trainguards: hi. we've actually approved the MRs for silo 17 now! (https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/build?delay=0sec) [11:12] sergiusens, once you are around, could you do a quick top approval of https://code.launchpad.net/~ogra/phablet-tools/fix-phablet-config-reboot/+merge/234792 ? [11:13] brendand: hi. apparently the stuff in rtm silo 14 is ready to be tested now === MacSlow is now known as MacSlow|lunch [11:28] ogra_, mzanetti, sil2100: Grrrrrrr phone just locked up opening an album in the music player from the scopes whole system is unresponsive :( check the crash reports now [11:28] gah [11:29] aw men [11:29] unity 8 crash [11:29] hmm... [11:29] but not the input thing, right? [11:29] mzanetti: no this is the whole system dead so no swipe actions either [11:31] mzanetti: system went to sleep and came back fixed so I assume the lock up was apport hogging the system why it did the report [11:31] mhm [11:31] davmor2: yeah, if you could get some useful trace, that's be great [11:32] ogra_: how did this work before? wasn't there an adb.reboot() there already? [11:34] sergiusens, the new code calls a dbus interface that touches the file on the device and just calls reboot ... but with the time it takes upstart to shut down the wait-for-device call immediately returns [11:35] that dbus code never had a reboot call on the PC side since i thougth upstarts reboot would be sufficient (which it isnt) [11:36] davmor2: check if it's reproducible [11:38] mzanetti: https://errors.ubuntu.com/?period=day&pkg_arch=armhf number 96 [11:39] sergiusens: btw. rejoice! We'll be doing a trial run soon with doing binary copies instead of source copies for synces between distros - this means no longer any worries with the ugly ~rtm version numbers o/ [11:40] If things will not be broken for a week we'll switch for reals [11:40] pete-woods: publish done [11:40] sil2100: really? Nice; most of my things are golang based, so take nothing to build, or are basically the same package in either archive ;-) [11:40] sil2100: no now it is working fine so no idea possibly sd card maybe [11:40] pete-woods, it hasn't been marked as tested though [11:40] davmor2: hmm. I'm confused by this [11:41] davmor2: why does it redirect me to gallery-app? [11:41] ogra_: ok, that backstory helps :-) [11:41] mzanetti: no idea [11:41] :) [11:42] brendand: oh, it has been tested. I thought you would be the one to tick the tested box, though. [11:42] ev, pitti: ^ https://errors.ubuntu.com/?period=day&pkg_arch=armhf why does 96 go to gallery? crash happened in unity 8 from scope opening music player [11:43] Mirv: thanks! [11:43] pete-woods, i tick the QA sign off box - you tick the Testing pass box === MacSlow|lunch is now known as MacSlow [11:44] brendand: okay, sure, will tick it then [11:51] sil2100, ^^^ [11:53] asac, sil2100 ... what do we do with devel/devel-proposed if we promote ... i assume there are still people using the devel channel that didnt get an update since 35 images [11:54] ogra_, hey will phablet-shell work again at some point? [11:54] ogra_, the shell provided by adb is pretty terrible [11:54] brendand, how does it not work ? it works forr me [11:55] ogra_: dunno ... not sure if devel-proposeed has anything terrible or if its on par wrt to quality [11:55] anyway lunch ... will be back in 30 or so [11:55] asac, i dont know either, but people being on devel shouldnt be left behind i think [11:56] brendand, i know there are a few issues i planned to work on now, but nothing that would make it not work at all [11:56] (so please tell me if there are worse things) [11:57] ogra_, ok weird - a couple of times i tried it and got some kind of key error, but it looks fine now [11:57] yeah, i plan to work on the key handling today [11:57] but that shouldnt block its only a little weird :) [12:00] ogra_: you don't have time for that you need to bring me desert remember ;) [12:00] haha [12:00] true [12:01] davmor2, bring you desert? [12:01] davmor2, i don't think ogra_ has magical powers [12:02] brendand: it's a joke from last night [12:02] yeah, you missed that one [12:02] davmor2, oh you mean dessert? [12:03] yeah, not 500 trucks full of sand :) [12:03] brendand: haha yeah sorry [12:03] davmor2, http://www.freelancewritinggigs.com/wp-content/uploads/2014/03/desert_or_dessert-700x466.jpg [12:04] haha [12:05] brendand: allow me to throw leaving somebody behind aswell, desert :P [12:05] brendand: English sucks [12:08] sil2100: hey, can you help me for a minute when you have time? [12:08] sil2100: I don't really understand why silo 11 fails to build [12:10] mzanetti: which silo is that? 11 ubuntu or ubuntu-rtm? [12:10] ubuntu [12:10] sil2100: ^ [12:10] sil2100: seems the gles-sync is messing up [12:10] sil2100, poke again ... a silo for line 73 please :) [12:11] ogra_: ACK ;) One moment === cprov changed the topic of #ubuntu-ci-eng to: Train support: trainguards | Vanguard: cprov | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [12:13] mzanetti: ok, so to properly use this 'trick' gles sync, you first need to build the qtmir base package, check which version it got and then modify the -gles merge to include the same version number as from the non-gles package [12:14] mzanetti: so let me just do a build of qtmir now, then you should modify the merge and build the -gles part explicitly [12:14] sil2100: I think the -gles branch should already be ok [12:14] at least it holds today's date in the version etc [12:15] it's just that it can't find it because of the build order then [12:15] Ah, ok, so we just need to build qtmir first, then just qtmir-gles [12:15] Since it needs to be uploaded already into the PPA [12:16] Even if you order the merges correctly, CI Train only uploads packages after the sources are prepared [12:16] mzanetti: ok, let me do that, ok? [12:17] ah, I see [12:17] sil2100: ok, sure, go ahead [12:18] sil2100: sorry to ask those noob questions... Saviq kinda does it for the team usually so the -gles and -rtm bits are new to me [12:18] mzanetti: no worries ;) It's a bit hackish so it's not entirely intuitive [12:23] ogra_: o/ [12:24] ogra_: sadly! We haf no silozzz [12:27] sil2100, sigh ... so we wont have smoke tests either ... [12:27] ogra_: let me try freeing one up [12:28] thanks ... i'd really like to have that in before the next test run [12:30] ogra_: we might have one free soon [12:30] k, thanks [12:30] pete-woods: ping [12:31] sil2100: hi [12:32] pete-woods: asking just in case - is ubuntu silo 14 still a test silo? [12:32] sil2100: not any more. I pulled out the unity8 MR so it stopped conflicting [12:36] sil2100, I was given a silo but AFAIK sergiusens already requested one for his change in udm, can you remove it etc...? [12:36] sil2100, he has the following => http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=sergiusens [12:37] mandel: ah, so you want the other one, the one for you, removed? [12:37] sil2100, yes please, mea culpa, I did not know segio had one === mandel is now known as mandel|lunch === Ursinha is now known as Ursinha-afk [12:49] ogra_: anyway, as you can see you have a silo [12:49] \o/ [12:49] * ogra_ hugs sil2100 [13:02] sil2100: can you come to pot file merging meeting now? [13:02] sil2100: https://plus.google.com/hangouts/_/canonical.com/pot-file?authuser=0 [13:05] bfiller: be right there [13:09] pete-woods, if you know where satoris is tell him that for rtm silos we need the testing to be done on rtm [13:09] bregma: will do [13:09] pete-woods, this time i'll continue with the sign-off (before eod), but it should be done that way in future [13:09] brendand: will do [13:09] brendand: thanks! [13:10] pete-woods, also if he's still working remind him that landers/testers should be in this channel! [13:10] brendand: I have told him at least once today [13:10] he's here [13:10] just with lower case s :) [13:11] pete-woods, ah yes - i see now [13:12] bzoltan, silo 9 signed off [13:18] brendand: I'm right here. ;-) [13:19] And I have done that testing on rtm, the spreadsheet only lists mako for some reason. [13:19] err, what ? [13:19] sil2100, dont i have to click on publish anymore nowadays ? [13:19] uh? [13:19] What happened? [13:20] ogra_: o/ [13:20] satoris, you said #243. that's a utopic image number [13:20] satoris: the thumbnailer crashes landing? there's a line below it for rtm [13:20] brendand: https://docs.google.com/a/canonical.com/spreadsheets/d/17FjOXaT-OsTnuSPnyv7kzEfubJadTaEjDO1gSAjRNCM/edit#gid=0 [13:20] sil2100, i marked testing done and the silo automatically published it seems (unless Mirv clicked something ... which his above recation indicates) [13:20] ogra_: I opened the dashboard for the first time in some while, and there was a silo marked as ready, desktop only, ready to be published. maybe you mean that? :) [13:21] ;) [13:21] Mirv, heh, yeah [13:21] That's image 29 with silo 14. [13:21] good timing I see [13:21] Mirv is just fast ;) [13:21] perfect timing :) [13:21] Mirv, thanks then [13:21] brendand: plus I retested it an hour ago or so with image 44. [13:22] satoris, ok you should put that in the Testing pass column [13:22] satoris, at least for the RTM silo [13:22] brendand: I would have done it ages ago but don't have edit rights. [13:22] satoris, oh - you have them now though? [13:23] brendand: nope. Won't let me edit. [13:23] eh, i just got a passphrase entry dialog instead of pin entry [13:23] sil2100, can you add satoris to the spreadsheet? [13:23] brendand: sure [13:24] sil2100, in fact why isn't it just set to 'everyone at canonical with the link can edit'? [13:25] ogra_, did someone already confirm your phablet-config fix? [13:25] brendand, landed in rpoposed already [13:25] ogra_, cool [13:29] brendand: updated. [13:30] ogra_, immediately after running writable-image, then if i do phablet-shell 'ssh_exchange_identification: read: Connection reset by peer' [13:30] ogra_, that's what i was talking about [13:31] brendand, is that rtm ? [13:31] ogra_, yeah [13:31] brendand, silo rtm 006 ;) [13:32] you are to fast :) [13:32] ogra_, or you're too slow? [13:32] the fix in that silo makes sure the session is fully up before providing adb to you [13:33] no, i mean your phablet-shell is to early (for the adbd with the fix missing) [13:33] so you enter adb shell without having everything up and running [13:34] 006 only starts adbd after the session is up, dbus is running etc ... by then the ssh_exchange_identification bit should be available too [13:46] ogra_, oh so if i just wait longer it will work? [13:46] it should [13:46] just wait ... say ... 20sec [13:50] davmor2: ping [13:50] davmor2: any news? [13:51] just finishing off looking goodish so far if we ignore a couple of the newer issues [13:52] om26er: hey [13:52] sil2100, Hi! [13:52] om26er: today is utopic day, right? [13:52] :) [13:52] sil2100, it is but I am yet to start on it. I was investigating the dasboard failures [13:52] ACK [13:52] sil2100, though I am starting on the image testing and will send the email [13:53] om26er: anyway, if you get some results just give me a sign, since if it looks pretty good then we might also promote it === greyback__ is now known as greyback [13:58] \o/ [13:58] sil2100: https://docs.google.com/a/canonical.com/spreadsheets/d/1Mw46QHRVqmaf_NSL2L-jNcEYNlQzbcsJyaXvhjSgSSY/edit#gid=713699479 looking pretty good :) [13:58] * sil2100 prepares his "SHIP IT" stamp [13:59] davmor2: I like the looks of it [13:59] * ogra_ has no clue how to promote RTM :P [13:59] ogra_: use the force luke [13:59] asac: looks like we'll promote something today IF ogra_ figures out RTM promotion ;p [13:59] yeah, i'll manage somehow :) [13:59] asac: for utopic we'll wait for om26er to do his testing [14:00] sil2100: do it we can pick up the shrapnel after :) [14:00] brendand: ^ [14:00] ogra_: can you promote #44 with all your might and powa? [14:00] i'll try, no promises :P [14:00] sil2100, thats mako and krillin only, right ? [14:00] SHIIIIP IT! [14:00] mwahaha [14:00] or do we want other arches in RTM [14:01] sil2100: ok cool. when is that? tomorrow? [14:01] omer? [14:02] wonder if he found anything critical last few days he tested [14:02] asac: he's starting testing now IIRC [14:02] cool [14:04] asac, sil2100 krillin 44 and mako 41 promoted ... what other arches do we want ? [14:04] emulator ? [14:05] oh, wait. emulator wont work anyway until rtm silo 006 has landed [14:07] guess not then [14:07] ogra_: do we have flo or manta on RTM builds? [14:07] yes [14:07] but totally untested [14:07] Those are probably broken but we always promoted those as well, right? ;) [14:07] Would be good for a base-line! [14:07] manta will also need rtm silo 006 [14:08] ogra_: looks good :) [14:08] thx [14:08] :) [14:08] the rtm promotion i mean [14:08] yeah [14:08] (i didnt expect you to refer to my silo :) ) [14:09] hehe [14:09] \o/ [14:09] wheee ! any my new router HW arrived [14:10] so exciting ! [14:10] I think we need to modify the spreadsheet to indicate better what is promoted [14:12] well done! [14:12] ogra_: sil2100 \o/ for promotion! [14:12]