[02:10] <imgbot> [02:43] <robru> well image 69 looks pretty damn good
[02:54] <plars> robru: it does indeed, what was the fix?
[02:55] <plars> I'm glad to see things starting to get back to normal
[02:55] <plars> btw, all of our mantas are down at the moment, I have an RT in to get that fixed
[02:55] <robru> plars, this one contains the further UAL fixes I think
[03:00] <robru> plars, http://people.canonical.com/~ogra/touch-image-stats/69.changes no, it's mterry's touch session fixes
[03:00] <ToyKeeper> Testing Click stuff, I randomly selected tipster as an app to install.
[03:00] <ToyKeeper> It took so long that the network shut itself off and the download failed.
[03:01] <robru> ToyKeeper, awesome
[03:01] <ToyKeeper> On a later attempt, I made sure to keep the screen on, and I investigated afterward why the app was so big.
[03:02] <ToyKeeper> It consists of 10 KB of qml, 80 bytes of json, 161 bytes for a .desktop file, and the other 99.8% of the package consists of its launcher icon.
[03:03] <ToyKeeper> (including multiple different copies of the icon's original svn file, and the resulting rendered PNG)
[03:03] <ToyKeeper> I have to wonder what goes through people's heads sometimes.
[03:04] <plars>    * Don't run lightdm-session if using a Mir session.
[03:04] <plars> I guess that?
[03:04] <robru> ToyKeeper, seems pretty clear that the person did not check the file sizes. obviously nobody thought "yes, my app needs to be 99% launcher icon"
[03:04] <plars> if I'm looking at the right changes file
[03:05] <ToyKeeper> robru: Well, yeah.  :)
[03:05] <ToyKeeper> Just a general lack of sanity checking before hitting 'publish'.
[03:06] <robru> ToyKeeper, make sure to rate it 1 star and say "Hey jerk, pngcrush your launcher icon" or something.
[03:06] <ToyKeeper> More like "Hey, don't put unnecessary build files in your package!"
[03:07] <robru> ToyKeeper, to be fair, it's retardedly easy to just have one directory with all the files, and then 'click build .' and upload that to the store. It takes extra work to have a subdirectory that contains only what the app needs to run, and then have supporting files in a separate directory from that
[03:08] <robru> ToyKeeper, but I agree, app authors should stop sucking ;-)
[03:10] <ToyKeeper> I hope we have plans to increase bandwidth for the click app servers before any hardware launches.  I consistently get 20 KB/s or less for app downloads.
[03:11] <robru> mandel, bregma: i got you guys silos and kicked builds for you. 2 and 8 respectively.
[03:11] <robru> and with that, I'm gonna go pass out. this jetlag is just killing me
[03:11] <robru> goodnight everybody!
[03:45] <imgbot> [03:45] <ToyKeeper> Oops, I guess I flashed a little too soon.
[03:45] <ToyKeeper> Just a few minutes too soon.
[03:45] <imgbot> [05:38] <Mirv> two awesomes in the row it seems, for images
[06:07] <ToyKeeper> So, I tested and approved some silos...  but only one actually landed.
[06:08] <ToyKeeper> The others pretty much all got stuck at "One package at least is not available in the destination...  foo is in the proposed pocket."
[06:08] <ToyKeeper> And one silo got reassigned before that could be resolved.
[06:09] <ToyKeeper> (silo 008, I think...  and I've been so sleepy today I don't remember which change was in it earlier)
[06:10] <ToyKeeper> IIRC, several of our failures over the past week were due to things getting stuck in proposed.  Wondering what we can do about it.
[06:12] <om26er> morning
[06:14] <ToyKeeper> om26er: Hi.  I'm not sure what's up with the silos I tested and approved today.  Just FYI.
[06:14] <ToyKeeper> Only one actually landed.
[06:14] <ToyKeeper> The others pretty much all got stuck at "One package at least is not available in the destination...  foo is in the proposed pocket."
[06:15] <ToyKeeper> And one silo (008) got reassigned before that could be resolved.
[06:15] <om26er> ToyKeeper, yeah I was noticing that as well. Is there any silo remaining that needs testing ?
[06:16] <ToyKeeper> Not that I'm aware of, but it's possible I missed something.  I worked straight through the hours my body thinks are sleep time, and was a bit of a zombie.
[06:19] <om26er> ToyKeeper, i came to the rescue early, its a new record start time for me
[06:19] <om26er> you may sign out if you want
[06:20] <ToyKeeper> I think I'll take you up on that; I'm exhausted and have been working for 15 hours.
[06:21] <om26er> robru, do you whats up with the landings ?
[06:21] <ToyKeeper> robru went to sleep a few hours ago, I think.
[06:23] <Mirv> om26er: which landing in particular?
[06:24] <om26er> Mirv, 31 for example
[06:25] <Mirv> om26er: ok, click is in already, that info is old. currently the backend jenkins is out of disk space (I've reported it to webops), so it's probable that the spreadsheet also doesn't update itself anymore.
[06:25] <ToyKeeper> Yup, line 31 (silo 010) is one that should have landed but got stuck.
[06:25] <ToyKeeper> Oh, cool.
[06:25] <Mirv> yep, not stuck: https://launchpad.net/ubuntu/+source/click/0.4.25 -> release pocket
[06:25] <ToyKeeper> In that case, I have no idea if any silos are waiting on QA.
[06:26] <Mirv> I guess not, since the Mir one was mentioned in sil2100's e-mail to be postponed until we're out of TRAINCON-0 anyway
[06:27] <ToyKeeper> Uh...  yeah.  Seems like a really bad idea to land a major high-risk change to a foundational bit of architecture right in the middle of traincon 0, which was caused by several other similar landings happening too quickly.
[06:49] <Mirv> I found out that the upstart^Wubuntu-app-launch joy is also found in the SDK now https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1327066
[07:31] <ogra_> Mirv, how about an image to pick up the click fix ?
[07:37] <Mirv> ogra_: sure, why not
[07:38] <Mirv> we can't land anything new anyhow before webops fix the jenkins
[07:39] <ogra_> well, i think the click issue was the last promotion blocker
[07:40] <ogra_> and the tests look good
[07:40] <ogra_> so if dogfooding brings good results 70 might be the way out of traincon-0
[07:40] <ogra_> ERR
[07:40] <ogra_> "Daily rebuild quota reached for product."
[07:41] <ogra_> aha ?!?
[07:41] <Mirv> eh
[07:41]  * ogra_ goes to build direct ....
[07:41] <Mirv> yep 69 + 70 look very good on the dashboard, finally
[07:42] <ogra_> build started
[07:43] <mandel> robru, thx
[07:45] <mandel> ogra_, just to double check, is the commit good enough => https://code.launchpad.net/~mandel/dbus-cpp/provide-macros/+merge/221840 (not being sarcastic I want to help :) )
[07:46] <ogra_> mandel, perfect "
[07:46] <ogra_> !
[07:46] <mandel> ogra_, ok, will keep them like that then
[07:46] <ogra_> thanks ! :)
[07:50] <imgbot> [08:03] <mardy> alesage: hi! Do you have a few minutes to help me to solve this? https://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-online-accounts-utopic-amd64-ci/17/console
[08:04] <mardy> alesage: the coverage targets are only available if the CONFIG+=coverage is passed at configure time
[08:05] <mardy> alesage: but I don't want to add that all the time; is it possible to activate it only for jenkins? is there some debian variable which is set during jenkins build which I could use in debian/rules to enable this flag?
[08:05] <popey> will 71 include the click removal fix?
[08:06] <popey> looks like click 0.4.25 as it
[08:06] <popey> *has
[08:06] <Mirv> popey: yes
[08:06] <popey> ok, good
[08:06] <Mirv> and webops just arrived, so hopefully jenkins will come back alive soon
[08:06] <popey> oh, jenkins is dead?
[08:07] <Mirv> out of disk space again :(
[08:07] <popey> bah
[08:07] <popey> I have a 32GB USB key they can plug in and use ㋛
[08:07] <Mirv> :)
[08:07] <popey> #69 looked good from a dogfooding pov
[08:07] <popey> just not happy promoting it with the click regression
[08:08] <ogra_> popey, yeah
[08:08] <ogra_> we wouldnt, dont worry :)
[08:08] <popey> is #71 expected to be more awesomer?
[08:08] <ogra_> i think 71 is the one :)
[08:08] <ogra_> nothing else landed i think
[08:08] <popey> good good.
[08:09] <popey> thats the only thing about #69 that would block IMO
[08:09] <ogra_> well, there is that webbrowser fix that makes youtouboe work ... but who wants *that*
[08:09] <ogra_> :P
[08:09] <popey> pfffffft
[08:09] <popey> oh. cat videos you say?
[08:09]  * popey wakes 
[08:09] <ogra_> on m.youtube.com ...
[08:10] <brendand> popey, i preferred it back in the 50s
[08:10] <ogra_> without ending up just reloading the page if you press play
[08:11] <mardy> alesage: nevermind, I think I fixed it with this :-) http://bazaar.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/master/revision/125
[08:27] <Mirv> ok jenkins restored
[08:31] <Mirv> ogra_: popey meeting?
[08:31] <Mirv> right on time
[08:32] <popey> ☻
[08:38] <Saviq> oh yay! http://ci.ubuntu.com/smokeng/utopic/touch/mako/70:20140606:20140530/8429/
[08:38] <Saviq> we're back in business
[08:43] <Mirv> yeah
[08:43] <ogra_> on out way to at least :)
[08:50] <Mirv> so the spreadsheet got broken with the jenkins breakage, and it does not seem it would be automatically recovering now that jenkins is back up.
[08:50] <Mirv> all ideas / information bits welcome on what sil/didier used to do to restart things on the spreadsheet :)
[08:51] <Mirv> I only know about manually running the refresh function, but that fails
[08:51] <Mirv> not that we immediately need much of the spreadsheet
[08:51] <Mirv> well, http://people.canonical.com/~rbpark/citrain/ to the rescue too
[08:52]  * Mirv updated info on the top of the sheet
[08:52] <ogra_> is didier off today too ? he probably could help
[08:57] <Mirv> true, no he's not
[09:25] <imgbot> [09:25] <imgbot> [09:25] <popey> \o/
[09:27] <Mirv> spreadsheet is back to life again too
[09:44] <popey> ogra_: i was right, mirscreencast broke.
[09:44] <popey> $ adb shell mirscreencast -n 1
[09:44] <popey> Failed to connect to server. Error was :connect: No such file or directory
[09:45] <popey> adb shell mirscreencast -m /var/run/mir_socket -n 1
[09:45] <popey> that works
[09:52] <popey> getting a lot of lp timeouts
[09:53] <popey> bug 1327139
[09:58] <popey> OMGOMGOMGOMG!
[09:58] <popey> Not only youtube video work, video works in BBC News webapp too
[09:58] <popey> This changes *everything*!
[09:59] <ahayzen> omg what!
[09:59] <ogra_> popey, it didnt before ?
[10:00] <ogra_> popey, for me all embedded videos worked in my news apps
[10:00] <ogra_> just the direct youtube ones didnt
[10:00] <popey> the bbc ones didnt
[10:00] <ogra_> wow, bad
[10:00] <popey> they do now, so i dont care. image #70 and before are dead to me
[10:00] <ogra_> haha
[10:01] <popey> now we just need to get someone to agree to allow webapps to keep screen on and not suspend phone
[10:01] <popey> and play in background
[10:02] <popey> haing grooveshark stop playing music when you swipe away makes the webapp useless
[10:02] <ogra_> it will do that once it starts using media-hub
[10:03] <ogra_> (and videos will be HW accelerated then ... not eating battery )
[10:03] <popey> ok
[10:03] <ogra_> its just very complex to inject that into the browser sandbox
[10:09] <ahayzen> when did youtube start working as well?
[10:10] <popey> in this image I believe
[10:10] <popey> #71
[10:10] <ahayzen> \o/
[10:20] <ogra_> wow, surprising ... the boot time didnt degrade at all with split greeter
[10:20] <ogra_> http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-71.png
[10:20] <ogra_> still around 30sec
[10:33]  * popey wonders why image 69 fell into the trusty testing bucket http://ci.ubuntu.com/smokeng/trusty/touch/
[10:33] <popey> (flo only)
[10:34] <ogra_> heh
[10:35] <ogra_> psivaa, ^^^
[10:37] <psivaa> popey: ogra_: let me take a look
[10:47] <psivaa> ogra_: popey: somehow jenkins thinks the content of http://system-image.ubuntu.com/ubuntu-touch/trusty-proposed/flo/index.json changed when new images were built
[10:47] <psivaa> for the last couple of days that is
[10:47] <ogra_> funny jenkins ...
[10:48] <psivaa> not just once, but the trusty job for flo has run twice.
[11:21] <popey> ogra_: still can't uninstall on #71 ☹
[11:22] <ogra_> crap
[11:22] <ogra_> i cant either (OTA here)
[11:23] <ogra_> and tedg wont be around for a few more hours :(((
[11:23] <om26er> popey, ogra_ it was working fine with that version of click I tested deeply
[11:24]  * popey updates bug 1326694
[11:24] <popey> do i need to re-run the apport hooks thing perhaps?
[11:24]  * popey tries that
[11:24] <popey> s/apport/apparmor/
[11:25] <cjwatson> popey: no stop
[11:25]  * popey stops
[11:25] <cjwatson> popey: nothing to do with apparmor :)
[11:26] <cjwatson> popey: can you pick an affected application and see if it has X-Ubuntu-Application-ID in its .desktop file in ~/.local/share/applications/ ?
[11:27] <popey> cjwatson: it does not http://paste.ubuntu.com/7601190/
[11:27] <cjwatson> popey: right, so please remove everything in ~/.local/share/applications/ and reboot
[11:27] <popey> ok
[11:27] <cjwatson> popey: they should get regenerated with proper contents
[11:27] <popey> sweet
[11:27] <ogra_> hmm
[11:27] <ogra_> semi sweet
[11:27] <cjwatson> popey,ogra_: it occurred to me that this might happen, but it didn't happen in my case; it only affects people who upgraded through the broken -proposed images
[11:28] <cjwatson> so I don't think it's worth going to special measures to handle
[11:28] <ogra_> right, but it is something we need to mention in the landing mail i suppose
[11:28] <cjwatson> Yes
[11:28] <popey> X-Ubuntu-Application-ID=com.popey.youtube_youtube_0.1
[11:28] <cjwatson> I'd send a mail myself now but I have internet problems
[11:28] <popey> it has one now
[11:28] <cjwatson> popey: cool, and uninstall works?
[11:28] <cjwatson> stuck in the library, no access to mail
[11:28] <popey> er, different app, but yeah.
[11:28] <ogra_> dont worry, thats what we have the daily landing mails for
[11:29] <ogra_> i'll make sure robru adds it
[11:30] <popey> cjwatson: yes, i see an uninstall button now. and it works
[11:30] <ogra_> bzoltan, i know i have seen a fix for this smoketest error in UITK the last days ... http://ci.ubuntu.com/smokeng/utopic/touch/mako/71:20140606.1:20140530/8440/ubuntuuitoolkit/1226263/ but i cant seem to find a branch for it ...
[11:30] <cjwatson> Great
[11:31] <popey> ok, commented on bug report, thanks cjwatson
[11:31]  * ogra_ wonders if that fix was from the AP guys and not from the UITK guys 
[11:32] <t1mp> ogra_: https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1326072-create_fake_xauthority/+merge/221953
[11:32] <ogra_> \o/
[11:32] <ogra_> t1mp, you rock ...
[11:33] <t1mp> ogra_: it is in UITK staging, so should go in the next landing beginning of next week (I think zoltan is off today)
[11:33] <ogra_> ah, k ... great next week is fine
[11:33] <popey> ogra_: mako finished testing
[11:34] <ogra_> and we have one failure less than 70 even
[11:34] <popey> yeah, bonzer!
[11:35] <popey> Been dogfooding all morning. It's looking solid.
[11:35] <ogra_> ah, calendar-app
[11:35] <ogra_> seems flaky ...
[11:35] <ogra_> popey, hmm, so we should probably promote something ;)
[11:36] <popey> Do it.
[11:36]  * ogra_ does it ... i want the new shiny on my phone *now* !
[11:37] <popey> Don't spend all afternoon playing youtube videos ☻
[11:37] <ogra_> [11:37] <ogra_> yay
[11:38] <asac> promoted?
[11:38] <ogra_> Mirv, do we want to drop TRAINCON-0 now or should we better wait til the meeting
[11:38] <ogra_> asac, yeah :D
[11:38] <asac> i guess wait if people scream
[11:38] <asac> for a bit
[11:38] <ogra_> haha
[11:38] <asac> if noone complains, lift TRAINNCON-0
[11:38] <asac> like give end of day lift it so we can still react on rick going ballistic
[11:38] <asac> or me :)
[11:38] <ogra_> right, so the evening meeting then
[11:38]  * asac upgrades
[11:38] <asac> lol
[11:38]  * ogra_ upgrades too 
[11:38] <asac> me has to find a usb cabkle
[11:39] <asac> because i still cant upgrade without ubuntu one account
[11:39] <asac> seb128: ^
[11:39] <asac> didnt you say that was landing?
[11:39] <ogra_> planning on playing youtube vidos all afternoon
[11:39] <ogra_> :P
[11:39] <asac> yeah
[11:39] <asac> thats awesome indeed
[11:39] <asac> now i would need tor or nice proxy app
[11:39] <asac> so i can really watch intersting you tube content
[11:39] <seb128> asac, check with gatox
[11:39] <ogra_> lol
[11:39] <asac> gatox: hey :)
[11:40] <gatox> asac, hi
[11:40] <asac> gatox: where are we with fixing that i cant upgrade system image if i dont have ubuntu one account set up
[11:40] <asac> would like to start enabling ubuntu one so i can install apps, but wanted to be sure its not forgotten before doing that :)
[11:40] <gatox> asac, are you using the last image? that should already be fixed
[11:41] <asac> gatox: ok i am on previous devel, so after this upgrade it shoudl be gone. will confirm! thanks!
[11:43]  * asac upgrades to 71
[11:43] <popey> thanks ogra_
[11:43] <ogra_> well, thanks for dogfooding :)
[11:44] <popey> can we call it catfooding?
[11:44] <ogra_> ++
[11:44] <asac> lets also think about vegetarians
[11:44] <Mirv> ++
[11:44] <gatox> asac, seb128 this was the branch that fixed that: https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/duplicate-and-credentials/+merge/218414
[11:44] <asac> so horse/cowfeeding :)
[11:44] <asac> lol
[11:44] <asac> or something sweet that doesnt eat meat
[11:45] <ogra_> guineapiggin ;)
[11:45] <asac> lol
[11:45] <asac> plantfeeding :)
[11:46] <ogra_> :)
[11:46]  * asac wonders what will show on screen aftrer install/restart
[11:46] <ogra_> same sh*t as always
[11:46] <ogra_> UI wise nothing changed yet
[11:46] <asac> are the scope images now cached?
[11:46] <ogra_> the boot animation is there but not enabled
[11:46] <asac> feels super instantaneously how the display
[11:46] <ogra_> i dont think so
[11:47] <asac> oh
[11:47] <asac> the UI is pretty much transalted
[11:47] <asac> in gertman
[11:47] <asac> thats surealy new
[11:47] <ogra_> yeah
[11:47] <asac> even the sim unlock dialog was good
[11:49] <popey> ogra_: are you sending the mail?
[11:49] <Mirv> elopio: any updated on bug #1275012 ? I'm trying to have some sort of manually run results again before the meeting but obviously that's not the same thing
[11:49] <popey> or are we doing that later?
[11:50] <ogra_> popey, thats robru's job today ... after the evening meeting
[11:50] <ogra_> sigh ... first boot after flash always takes ages
[11:51] <elopio> Mirv: robotfuel had that task. I'm not sure if he had already talked with ci.
[11:51] <elopio> he should start working soon, I'll check with him.
[11:51] <Mirv> ok, thanks!
[11:51] <elopio> Mirv: do you have any idea what's this task about?
[11:51] <elopio> UITK Unit tests to be fixed (Leo)
[11:52] <elopio> I'm not sure why I'm assigned to the unit tests.
[11:54] <Mirv> elopio: maybe you're assigned to keeping in touch with the SDK team? all the unit test bugs for UITK are there at https://bugs.launchpad.net/bugs/+bugs?field.tag=qt5.3 and they have assignee too. I just also filed the two AP failures they have (= 247 AP tests pass fine), those are not assigned yet.
[11:55] <elopio> wow, so many already.
[11:55] <elopio> Mirv: ok, I can keep track of them and ask for triaging.
[11:56] <Mirv> elopio: if we could get the camera + multimedia working, it'd so far look very functional at the moment
[11:57] <ogra_> EEEK !
[11:57]  * ogra_ found a regression 
[11:57] <ogra_> asac, what does the clock on the greeter show for you ?
[11:58] <asac> ogra_: greeter == lock screen?
[11:58] <asac> the time i see there is correct
[11:58] <asac> 13:58
[11:58] <ogra_> yes
[11:58] <asac> Freitag, 6. Juni 2014
[11:58] <ogra_> i see 1:58 PM
[11:59] <ogra_> in the indicator too
[11:59] <asac> i am sure you set your locale settings long ago
[11:59] <ogra_> as soon as i swipe the greeter away i see 13:58 in the panel clock
[11:59] <asac> i set them recently, maybe there is another field for date/time that wasnt migrated and is out of sync for you?
[11:59] <ogra_> i surely did
[11:59] <asac> right
[11:59] <asac> try setting to US
[11:59] <asac> then set it back
[11:59] <asac> that will mean people didnt bother about the upgrade path
[12:00] <asac> charles: you said the shell work needed for alarm working is in or wil land right after next promotion?
[12:00] <asac> indicator/shell work that
[12:00] <ogra_> asac, i think ricmm's platform-api 2.0 contains that
[12:01] <asac> hmm
[12:01] <Mirv> ogra_: ahum, I missed your highlights. but yep evening meeting is probably a good point, and a huge yay for promotion! let's land Qt 5.3 :)
[12:01] <asac> ogra_: its frontend work that is missinga faik
[12:01] <asac> and that charles was landing or is about to land
[12:01] <ogra_> ah, k
[12:01] <asac> according to folks our backend work is complete and in
[12:01] <asac> folks == chicken and rsalveti iirc
[12:10] <ogra_> asac, FYI clock is right after switching to US and back ... (and three reboots to make it pick it up)
[12:14] <asac> ogra_: ack. guess file a bug against system settings and forget
[12:14] <asac> e.g. no migration done
[12:15] <ogra_> well, not sure ... thats not a user setting ...
[12:15] <ogra_> greeter is system
[12:15] <asac> i dont know, thjey can deal with redirecting it
[12:15]  * ogra_ will wait for mterry 
[12:15] <asac> they provide the UI
[12:15] <asac> that sets the setting that didnt get properly migrated
[12:16] <asac> if you find a better place thats great of course :)
[12:16] <ogra_> my user setting was properly migrated
[12:16] <ogra_> the greeter is "before login"
[12:16] <asac> seems not really :)
[12:16] <asac> the coupling to the sysstem didnt migrate
[12:16] <asac> for me its all one thing
[12:16] <ogra_> it is a different session running as the lightdm user
[12:16] <asac> whoever does the change to settings approach, must ensure it happenes everywhere
[12:16] <asac> sure, still someone pushed for change
[12:17] <asac> and didnt ensure that all that needed changed :)
[12:17] <ogra_> right, its a split greeter issue
[12:17] <asac> whoever did that push shyould get the bug so he remembers next time to think about everything :)
[12:17] <ogra_> mterry bug :)
[12:17] <asac> cool
[12:17] <popey> ogra_: with new split greeter, my .profile seems ignored. I have export PERFORMANCE_OVERLAY=1, but it no longer works.. does it work for you?
[12:17] <ogra_> there are a bunch ...
[12:17] <ogra_> like no avatar pic when recieving a call and the screen iis locked
[12:18] <ogra_> popey, using phablet-shell ?
[12:18] <popey> eh?
[12:18] <popey> phablet-shell to do what?
[12:18] <ogra_> did you use phablet-shell ?
[12:18] <popey> no, i dont know what phablet-shell is ☻
[12:18] <ogra_> it had a bug that copied the desktop/laptop .profile file over the one on the phone
[12:19] <ogra_> popey, what ?!?
[12:19] <popey> ah, no, my .profile is intact
[12:19] <popey> i copied that line from it
[12:19] <popey> but it seems ignored.
[12:19] <ogra_> upgrade to latest phablet-tools ;)
[12:19] <popey> phablet-shell is nice!
[12:19] <ogra_> run phablet-shell ;)
[12:19] <popey> thanks! :D
[12:19] <ogra_> it so is !!
[12:19] <ogra_> flowers go to robru
[12:20] <ogra_> popey, hmm, could be that with split greeter it doesnt process .profile anymore
[12:21] <ogra_> file a bug i guess
[12:21] <popey> in what?
[12:22] <popey> env shows it's set
[12:22] <popey> unity8 seems the right place?
[12:22] <ogra_> hmm, ubuntu-touch-session i guess then
[12:26] <om26er> so I am trying to test unity8 silo, seems add-apt-repository is broken
[12:26] <om26er> http://paste.ubuntu.com/7601417/
[12:35] <Chipaca> who do I know and is a MOTU?
[12:35]  * Chipaca wonders
[12:37] <ogra_> have you tried #ubuntu-motu ?
[12:52]  * Mirv would like to be MOTU one day
[12:53] <Chipaca> ogra_: I hadn't, but found it on the wiki just before you asked :)
[12:53] <Chipaca> ogra_: thanks
[12:53] <Chipaca> (not getting any love there, but hey)
[12:54] <Chipaca> actually, looking at the logs, i found it a while after you asked, but didn't see the xchat notification. strange.
[13:02] <Mirv> popey: davmor2: can you come to the Qt 5.3 meeting?
[13:03] <popey> its in 30 mins?
[13:03] <popey> oh, it moved!
[13:34] <plars> ogra_: any chance we'll ever do a trusty image again? I'd like to kill those jobs at some point. They don't run since there's no new image, but some how the json file for trusty on flo got touched and it thought there was a new one
[13:36] <ogra_> plars, i think thats a management decision ... asac ^^^
[13:44] <tedg> What gets us out of traincon-0 ? It seems like 69 fixed the critical issue, is it all the way to promotion?
[13:44] <tedg> I've got some people asking for me to put through some non-critical branches, but I was planning on letting things get out of traincon-0 first.
[13:46] <popey> Mirv: which ppa should i use for 5.3 testing?
[13:46] <ogra_> tedg, after tonights landing meeting we'll lift it
[13:47] <ogra_> (in 2.5h or so)
[13:48] <tedg> ogra_, Ah, okay.
[13:48] <tedg> When is the new platform API going in?
[13:48] <ogra_> its the next big thing on the list
[13:48] <ogra_> i guess on monday
[13:48]  * tedg wants to avoid big things :-)
[13:49] <ogra_> heh
[13:49] <Mirv> popey: let's put it this way: open any related doc / PPA page you know is related to Qt 5.3, and report if some of them don't point you to the correct direction (I try to update everything with interlinks or such..)
[13:50] <Mirv> popey: so the default answer is that read instructions that are written on page https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2 (which is slightly confusing of course, but I don't want to edit landing PPA's description) -> you get to ppa:ci-train-ppa-service/landing-005
[13:52] <tedg> ogra_, So I think the reason that the AP-legacy thing didn't get caught is because the libraries were parallel installable (and worked that way).
[13:52] <tedg> ogra_, So because I upgrade/removed and then installed the autopilot tests it just reinstalled the lib from the archive.
[13:53] <ogra_> right, except for the testing infra :)
[13:53] <tedg> I think the lesson here is to install the AP tests, and then remove the old library.
[13:54] <asac> plars: its good that we noticed that that file was touched. when was that? check with stgraber why it was touched
[13:54] <tedg> Not sure that we could really automate that, or should because it's a rare case though.
[13:54] <asac> plars: i assume the timestamp got updated?
[13:54] <ogra_> well, the lesson is that the remaining python2 tests finally need to be migrated i guess :)
[13:54] <tedg> Heh, that too.
[13:54] <plars> asac: I'm not sure timestamp is enough, it's just a jenkins url watcher that iirc compares a checksum of the file from what it last knew
[13:55] <plars> asac: there was no new image though
[13:55] <asac> plars: right, check with stgraber what happened
[13:55] <ogra_> i think he cleaned up some old cruft
[13:56] <ogra_> that likely re-gernerated the index
[13:56] <asac> imo we shouldnt just say "the proble is that the trusty jobs are there", but "did we see odd behaviour on system image files"
[13:56] <plars> and it was just flo, which is sorta weird: http://system-image.ubuntu.com/ubuntu-touch/trusty-proposed/flo/index.json is the file it was watching
[13:56] <asac> yeah
[13:56] <plars> stgraber: any ideas why that got bumped? ^
[13:56] <asac> i feel its index, but double check with stgraber etc.
[13:56]  * stgraber reads backscroll
[13:57] <plars> asac: The downside in a case like this is that it could potentially delay running utopic jobs if we get a false update, and if it's on a release that's unlikely to see an update again, disabling the job would be the safest course of action
[13:57] <ogra_> plars, asac bug 1286542
[13:57] <ogra_> stgraber, ^^^ i think it was your fixing of that one
[13:58] <stgraber> plars: ok, so what exactly is the problem? you saw trusty-proposed/flo/index.json change recently? when exactly?
[13:59] <asac> stgraber: seems we say a trusty job in CI scheduled, which only happens if some file change on the server
[13:59] <asac> so i just wanted to check if that was a wanted change etc.
[13:59] <stgraber> cdimage@nusakan:/srv/system-image.ubuntu.com/www/full/ubuntu-touch/trusty-proposed/flo$ ls -lh index.json
[13:59] <plars> stgraber: twice actually... once on June 5, and once on June 6
[13:59] <stgraber> -rw-rw-r-- 2 cdimage cdimage 139K Apr 22 11:09 index.json
[13:59] <stgraber> the file hasn't changed on disk since the 22nd of April
[14:00] <stgraber> which matches the timestamp of image 303
[14:00] <stgraber> so I suspect something went wrong with whatever you guys use to monitor it...
[14:00] <plars> at 21:11 and 02:01 respectively
[14:01] <asac> stgraber: maybe the timestamp was force kept old while the checksum changed? or maybe that file was temporarily not there and jenkins just saw it reappearing?
[14:01] <asac> but gguess jun 5 and 6 you should remember if anything happened on the server
[14:01] <asac> not too long ago :P
[14:02] <popey> Mirv: haha, nice
[14:02] <stgraber> asac: all changes to index files are atomic and I don't have code to hardcode the timestamp, so I'm pretty sure things didn't change on my side.
[14:02] <asac> right
[14:02] <asac> so mayube server was down temporarily
[14:02] <asac> or jenkins is just buggy (never heard of that)
[14:02] <plars> asac: absence of the file wouldn't trigger it
[14:02] <stgraber> yeah, that could be, I have no control over the frontend servers
[14:02] <asac> temporary absence?
[14:02] <asac> :)
[14:02] <plars> pffft no... jenkins has NO bugs
[14:02] <plars> :)
[14:02] <asac> you never know
[14:03] <asac> plars: ok guess disable the trusty trigger
[14:03] <asac> should be fine
[14:03] <plars> anyway, it's an anomaly related to flo only at the moment
[14:03] <stgraber> plars: does Jenkins monitor over https or http?
[14:03] <plars> asac: but it raised the question of whether we can just mark the trusty jobs as disabled for now
[14:03] <asac> plars: so we should really have jobs: devel-proposed, devel, stable
[14:03] <asac> and not trusty etc.
[14:03] <plars> stgraber: http
[14:03] <asac> i think we discussed that we have stable-proposed (aka beta) at some point
[14:04] <asac> not sure if we will use beta or stable-proposed for that
[14:04] <stgraber> plars: can you do it over https instead? that should at least make things slightly more robust to network glitches
[14:04] <asac> cjwatson: ^
[14:04] <asac> cjwatson: last 2 lines only :)
[14:04] <cjwatson> I think stable-proposed was my suggestion
[14:04] <cjwatson> I prefer the obvious correspondence with devel-proposed
[14:05] <plars> asac: we can't use the name "devel" because it's not available at the beginning, and I think it also might pull the series from that - so unless you want to miss the first image, and have a long running set of tests for "devel" rather than separating them like trusty, utopic, vigorous, etc...
[14:05] <stgraber> plars: it may also be worth spending the extra time to make the checker a bit more clever, either by checking that the file is valid (simple json check) or better yet, grab both the .json and .json.asc and make sure the signature is valid (which will do integrity checking for you)
[14:06] <asac> cjwatson: i agree. lets do that
[14:07] <asac> plars: what does it mean its not available at the beginning?
[14:07] <asac> plars: it is available :)
[14:07] <asac> plars: for the very first promotion we didnt have a devel image, but since then there is an image in devel
[14:07] <plars> asac: no, not until there's an image - the devel-proposed channel is an alias that has to be created iirc. stgraber could probably explain the details better
[14:08] <asac> i dont understand
[14:08] <asac> isnt there devel image before and after release?
[14:08] <asac> i think all phones got auto updated to next devel
[14:08] <asac> so should be fine
[14:09] <stgraber> there are, they just may end up being the wrong release as we don't do the switch to the new release immediately
[14:09] <asac> i think once we have stable and stable-proposed thats what we should do though for devel-rpoposed
[14:09] <asac> e.g. last promotion to devel happens from utopic before release
[14:09] <asac> and next promotion will be coming from utopic+1
[14:09] <stgraber> devel-proposed pointed to trusty-proposed until a week or so after release (we were waiting for the name), then we created utopic-proposed, checked that things worked and then changed the alias to point to it
[14:10] <asac> yeah, thats because we didnt have a stable/stable-proposed solution
[14:10] <asac> guess that will be solved next time
[14:10] <asac> anyway,not really important i guess, just would feel cleaner if CI would track channel names
[14:10] <asac> and not releases
[14:10] <plars> asac: if we move over to using the devel-proposed channel instead of the ${series}-proposed, I'll need to work with the dashboard guys and figure out what the fallout will be. I suspect it will mean we now see another set of results for series "devel" since it doesn't know the series name then, which will probably mean needing to rework parts of the dashboard to cope with the fact that we no longer have touch results linked to the se
[14:10] <plars> ries
[14:11] <stgraber> asac, plars: btw, just did a quick check with a backup from the 12nd of May, index.json for trusty-proposed/flo matches perfectly between the two (same sha256sum), so the file didn't change and didn't get corrupted on my end. It may have been a problem with the frontend server IS runs or somewhere on the network.
[14:11] <asac> plars: yeah, not urgent. maybe put this into the backlog, and dont even start doing it until aligning with foundations what to do
[14:11] <plars> stgraber: very possible, I wonder if it downloaded a 404 page or something in the middle there
[14:12]  * ogra_ remembers a mail about VPN issues to the lab in the beginning of the week
[14:13] <plars> ogra_: that's unrelated I think
[14:14] <plars> ogra_: that affected my ability to get to our lab machines and actually do anything on them, not the ability of the lab machines to get out to other systems like the s-i server
[14:14] <plars> could be though, who knows
[14:14] <plars> but it seems to be working now
[14:14] <plars> and happened yesterday/today, not at the beginning of the week when we had those problems
[14:40] <om26er> Mirv, Hi!
[14:40] <om26er> Mirv, it seems line 33 have wrong status ?
[14:41] <om26er> Mirv, its not approved by QA but says can be published
[14:44] <fginther> om26er, renato, in 1149, phablet-test-run used python-autopilot 1.4 instead of python3-autopilot 1.5 which was used on a prior run
[14:44] <om26er> fginther, you can fix it ?
[14:44] <Mirv> om26er: hey. I'm off already (yeah right), discuss it with robru when he's around - in general, it's expected that the landing meeting will decide to put away TRAINCON-0 in a little over an hour since an image was promoted, and I guess at that point QA sign off wouldn't be needed
[14:45] <om26er> Mirv, woho, that's good to hear :)
[14:45] <renato> fginther, om26er, is this a problem in my package?
[14:45] <mardy> alesage: yes, it's fine
[14:45] <fginther> renato, om26er, I have no idea yet what triggered the change
[14:46] <mardy> alesage: though, I wonder why are we using these hooks and not the DEB_BUILD_OPTIONS variable? we could set DEB_BUILD_OPTIONS="coverage", and then let each project's debian/rules do the right thing, without using hooks
[14:46] <alesage> mardy, intriguing
[14:47] <mardy> alesage: so you wouldn't have to worry about what build system a project is using
[14:47] <alesage> mardy, I'll have to learn a little about, thanks for that :)
[14:48] <fginther> renato, I see that in your MP, revision 179 merged with staging and brought in a bunch of autopilot test file changes, perhaps something in there is forcing the fallback to python 1.4... phable-test-run does a couple of tricks to determine whether to use 1.4 or 1.5, one of them is to attempt to import the test dir under 1.5 and if it fails, it falls back to 1.4
[14:49] <renato> elopio, do you know if your changes is related with that ^
[14:54] <renato> fginther, how I can try to fix that?
[14:55] <fginther> renato, I'm just going through the code in phablet-test-run and trying to figure out if indeed it's hitting an import error
[14:55] <fginther> renato, I've got my mako setup to test this but need to get you packages in place first
[14:56] <renato> fginther, elop did the changes on the autopilot
[14:56] <renato> and jenkins approved it
[14:56] <elopio> renato: checking.
[15:10] <elopio> renato: which is the branch that's failing for you?
[15:10] <renato> elopio, https://code.launchpad.net/~renatofilho/address-book-app/fix-click-mode
[15:11] <fginther> elopio, renato, here's the error that gets reported when trying to import address_book_app with python3: "The ubuntuuitoolkit.emulators module is deprecated. Import the autopilot helpers from the top-level ubuntuuitoolkit module."
[15:11] <elopio> fginther: that's a warning.
[15:12] <fginther> elopio, right, but that's enought to trip up the login in phablet-test-run :-(
[15:12] <fginther> s/login/logic/
[15:13] <elopio> fginther: really? but that's pretty old.
[15:13] <elopio> we have been throwing that warning for a month.
[15:14] <elopio> and it happens on all the apps, as no one has been migrated to the new namespace.
[15:15] <fginther> hmm, was this change released to the archive a month ago?
[15:16] <fginther> elopio, nope, looks like tests were passing before with the same version of uitk
[15:16] <elopio> fginther: yes, https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/reorg_autopilot_helpers
[15:16] <elopio> merged at the end of april.
[15:16] <elopio> we have had many toolkit versions since then.
[15:44] <fginther> elopio, I've learned a couple of things...
[15:46] <fginther> elopio, 1) there is a bug in generic-deb-autopilot-runner-mako that will cause it install an -autopilot package on top of the MP packages if a newer one exists in the archive.
[15:48] <fginther> elopio, 2) the deprecation import error for address-book appears to be triggered by the recent addition of 'import ubuntuuitoolkit'.
[15:49] <fginther> elopio, 3) bug 1) appears to have masked 2) until today when the address-book mainline was merged into the staging branch
[15:49] <fginther> no, not that bug
[15:50] <fginther> elopio, the first bug I mentioned needs to be fixed on our end asap. working with the deprecation error on import may need a little coordination
[15:50] <elopio> :)
[15:51] <elopio> fginther: great, so many things you have found.
[15:52] <elopio> I can probably workaround the deprecation. But it's not even an error, is just a message logged on the warning level.
[15:53] <fginther> elopio, it's questionable if phablet-test-run should even be making that check still. Have all the autopilot tests moved to python3?
[15:56] <elopio> fginther: no, not all.
[15:56] <elopio> I was looking at the calendar yesterday and it's py2.
[15:59] <fginther> elopio, rats
[16:01] <ogra_> popey, want to join the meeting ?
[16:16] <elopio> fginther: can we change phablet-test-run to check for the exit status of the import, instead of the size of the output?
[16:16] <ogra_> Saviq, robru, i suppose someone can delete row 20 from the spreadsheet now ;)
[16:16] <robru> ogra_, on it ;-)
[16:19] <elopio> agh, there's a command saying that adb shell always returns 0 :/
[16:31] <elopio> fginther: I suck at bash, but would something like this be better? http://paste.ubuntu.com/7602724/
[16:33] <ogra_> robru, spreadsheet still says traincon-0 at the top ... FYI
[16:34] <robru> ogra_, ah yeah, thanks
[16:35] <camako> robru, standing by for mir landing in case you need anything from me... Just to reiterate that it's been tested comprehensively by the team and it's good to go...
[16:35] <robru> camako, excellent thank you, I'm just writing an email then I'll look at that
[16:46] <robru> camako, alright, I hit publish. it looks ok on my end but i'm not sure, it might get caught up on this whole 1.2.0 / 2.0.0 issue with platform-api, we'll have to keep an eye on at
[16:46] <robru> that
[16:47] <camako> robru, excellent.. sure I'll keep a watchful eye...  thanks.
[16:48] <robru> camako, https://launchpad.net/ubuntu/+source/platform-api this would be a good place to watch, shortly there'll be two versions listed under utopic, (one in release and one in proposed)
[16:49] <camako> robru, ack
[16:49] <robru> camako, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html also this page can tell us if there's any problems. it won't be in there just yet, but if platform-api hits a snag it'll get listed in there eventually
[16:49] <robru> thanks
[16:49] <robru> camako, (I also have my eye on those, but if you happen to notice something odd feel free to ping me)
[16:50] <camako> robru, sure.. will do
[16:51] <camako> robru, do you have a feel for how long publish would take?
[16:51] <robru> Saviq, hey, I see your unity8 landing in silo 14, i'll publish it today but I'd rather not land unity8 and mir in the same image, so I gotta wait for this mir landing, then kick an image build, then land your silo
[16:52] <robru> camako, usually it gets into proposed within ~20 minutes or so, and then how long it stays in proposed depends on how many tests have to get run... for mir I think it takes a couple hours
[17:01] <fginther> elopio, sorry I was fooding. Looking at your suggestion
[17:01] <elopio> fginther: that one doesn't work, because adb shell is affecting the $? somehow
[17:01] <elopio> http://paste.ubuntu.com/7602888/
[17:01] <elopio> I'm not sure how to test this.
[17:03] <fginther> elopio, maybe we can do a grep on "ImportError", the deprecation message doesn't emit that
[17:04] <elopio> fginther: yes, that's what I was aiming at.
[17:05] <fginther> elopio, just curious, how would we fix the deprecation warning in the address-book tests?
[17:06] <fginther> elopio, a fix to phablet tools would have to make it through the citrain
[17:12] <elopio> fginther: I haven't been able to work it around on the address book. I think we would have to remove the deprecation warning on the toolkit, and it will also have to go through the train.
[17:12] <elopio> mmm, wait, maybe if I set the warning log.
[17:15] <elopio> fginther: http://paste.ubuntu.com/7602962/
[17:15] <elopio> the it will not go to std
[17:17] <fginther> elopio, that appears to do it
[17:20] <fginther> elopio, I still think the fix is to update phablet tools to either do a better import check or to skip it, but it helps to have a short term fix as well
[17:22] <elopio> fginther: renato: I'll propose the workaround to the address book
[17:22] <elopio> fginther: will you propose the fix to phablet tools?
[17:23] <renato> elopio, thanks
[17:23] <elopio> also, some other applications might start being affected by this, so it would be nice if we get it into ci-train quickly.
[17:23] <fginther> elopio, yes, I'll do that
[17:23] <elopio> thanks fginther
[17:24] <elopio> and finally, I think I have a bug on the toolkit, because the deprecation message will appear even if we are not importing anything from the old namespace :/
[17:28] <elopio> fginther: I reported the bug to link it on the workaround
[17:28] <elopio> https://bugs.launchpad.net/ubuntu/+source/phablet-tools/+bug/1327325
[17:28] <fginther> elopio, much thanks
[17:30] <fginther> elopio, I just pushed a fix for the generic-deb-autopilot-runner-mako bug I mentioned earlier
[17:30] <elopio> fginther: nice, thanks.
[17:31] <fginther> elopio, will keep an eye on it to make sure it continues to work after address-book-app has a new release
[17:32] <elopio> fginther: I didn't understand all the details of that one, but I have seen a couple more times where we test the wrong version because of various reasons.
[17:32] <elopio> It would be nice to make sure that the smoke runs with the right versions.
[17:33] <elopio> maybe we can somehow set manually the version we expect on the phone, and add tests that verify it.
[17:33] <fginther> elopio, indeed, that is *VERY* important
[17:33] <elopio> it could be tedious, but I would feel safer.
[17:33] <elopio> renato: please give this a try: https://code.launchpad.net/~elopio/address-book-app/workaround1327325-warning_to_file/+merge/222377
[17:34] <elopio> well, actually, your failure was on the jenkins-mako. I think we just need to wait.
[17:34] <elopio> oh, wait, you have staging.
[17:35] <elopio> https://code.launchpad.net/~elopio/address-book-app/workaround1327325-warning_to_file/+merge/222378
[17:37] <renato> elopio, could you change the MR target to staging branch, please?
[17:37] <elopio> renato: I've just updated it ^
[17:38] <renato> thanks
[18:03] <robru> camako, ok, we had a hiccup, but platform-api is now in -proposed ;-)
[18:05] <fginther> elopio, https://code.launchpad.net/~fginther/phablet-tools/fix-ptr-python3-import-check/+merge/222391
[18:06] <fginther> xnox, could you lend a review to this as well? https://code.launchpad.net/~fginther/phablet-tools/fix-ptr-python3-import-check/+merge/222391
[18:48] <xnox> fginther: hm, that looks weird, that's not the code i used to have there. let me look at the history.
[18:51] <fginther> xnox, thanks for reviewing
[18:51] <xnox> fginther: yeah, the check is definately bogus, now that you point it out
[18:52] <fginther> xnox, I had hoped to remove it completely, but alas I found 1 project that is still falling back to python 2
[18:52] <xnox> fginther: haha, there is more than one, deb based ones, no?!
[18:53] <fginther> xnox, the one I found was mediaplayer-app, still deb based
[18:54] <xnox> fginther: all good. Approve.
[18:58] <fginther> xnox, thanks!
[19:05] <robru> ricmm, looks like we're on the verge of having success with this platform-api landing (1.2.0 is in -proposed and is just about to hit the release pocket). so in silo 7 you'll soon need to rebuild platform-api and unity-mir. let me know if you need any help with it
[19:05] <robru> I'm off for lunch but I'll be back!
[20:03] <Saviq> robru, if around, could you please publish silo 014? it's been ACKed for a few hours now
[20:16] <robru> Saviq, yeah, i'll do it today, just waiting on an image build
[20:16] <robru> which reminds me
[20:16] <robru> slangasek, can you kick an image build please? thx ;-)
[20:21] <Saviq> robru, ah ok thanks
[20:22] <robru> ogra_, cyphermox, rsalveti: anybody around? I need an image build kicked
[20:22] <robru> Saviq, you're welcome!
[20:22] <cyphermox> sure
[20:25] <cyphermox> robru: done
[20:26] <robru> sweeeeeet
[20:26] <robru> thx
[20:35] <imgbot> [21:22] <cyphermox> robru: we still traincon-0?
[21:22] <robru> cyphermox, somebody isn't reading the landing mails ;-)
[21:23] <cyphermox> actually, I'm just reading the topic right now ;)
[21:23] <robru> bah, ten million places to change the status
[21:23] <cyphermox> yeah
[21:23] <cyphermox> cprov: could you remove traincon-0 and just write normal landings?
[21:24] <robru> i got it
[21:24] <cyphermox> ah ok
[21:24] <cyphermox> I'm always expecting this to be chanserv's domain
[21:25] <cyphermox> going hiking tomorrow, I can't wait
[21:25] <robru> sweet, big hike? i'm going for a short one on sunday
[21:25] <cyphermox> not that big
[21:26] <cyphermox> just mucking around at Montmorency Park near Quebec
[21:27] <cyphermox> http://en.wikipedia.org/wiki/Montmorency_Falls
[21:28] <cyphermox> maybe I can convince my gf to walk on the suspension bridge above the falls ;D
[21:28] <robru> sweeet!
[21:28] <robru> i love suspension bridges
[21:29] <cyphermox> I love the fact it means I can go gear shopping tonight :)
[21:29] <robru> haha, awesome. i got some new hiking poles recently, some outdoorsy store closed down and cleared out their inventory
[21:29] <cyphermox> lucky
[21:30] <robru> not lucky for them!
[21:30] <cyphermox> I know Catou would like some, but it's too expensive... 100$+ for poles :(
[21:30] <robru> cyphermox, oh dude, what are you buying them, NASA? the ones I bought were regular $40 but on sale for $15
[21:31] <cyphermox> I didn't see any where I usually go
[21:31] <cyphermox> I'll just pick up some suitably-straight dead branches on the way
[21:32] <cprov> cyphermox: sorry, missed your msg
[21:32] <cyphermox> cprov: no worries, robru took care of it
[21:32] <cyphermox> thanks!
[21:33] <cprov> cyphermox: anytime. Have a nice weekend!
[21:33] <cyphermox> you too
[21:33] <cprov> thx
[21:55] <imgbot> [21:55] <imgbot> [21:55] <robru> woop woop!
[21:58] <popey> ooh
[21:59]  * popey stabs "check for updates"
[23:02] <ricmm> robru: theres more to it than a rebuild, I'll work on it monday
[23:03] <ricmm> im glad that silo 7 got unblocked tho
[23:03] <ricmm> thank you
[23:15] <bregma> robru, it looks like the choo choo is being moody again
[23:17] <robru> ricmm, you're welcome
[23:17] <robru> bregma, how so?
[23:18] <robru> oh, the bot you mean?