[07:55] <ogra_> hmm, no psivaa
[08:02] <brendand> ogra_, sil2100 - was there a bug raised for the welcome screen stats?
[08:02] <ogra_> yes
[08:02] <ogra_> bug 1374553
[08:12] <sil2100> ogra_: it's fixed now, right? With the outlined fix?
[08:14] <brendand> ogra_, do you know which package broke it?
[08:14] <brendand> ogra_, i know it landed in #60 but i couldn't see anything obvious
[08:16] <ogra_> brendand, see the bug :P
[08:16] <ogra_> brendand, the switch to a hardcoded password DB gives us non-changing UIDs ... but it also prevents package postinst scripts from creating users ... and thus theor home dirs
[08:17] <ogra_> *their
[08:17] <brendand> ogra_, it broke in this image: http://people.canonical.com/~ogra/touch-image-stats/rtm/60.changes
[08:17] <ogra_> sil2100, right, should be fixed since saturday in all images
[08:17] <brendand> ogra_, i'm not sure which source package livecd-rootfs is in
[08:18] <ogra_> brendand, sure ... it broke when the buold system was changed
[08:18] <brendand> ogra_, ah ok
[08:18] <ogra_> livecd-rootfs is the source package :)
[08:18] <brendand> ogra_, so nothing that landed
[08:18] <sil2100> ogra_: it's not any package from the image :)
[08:18] <ogra_> right
[08:18] <sil2100> ogra_: \o/
[08:18] <sil2100> brendand: how many hands do we have today from QA?
[08:18] <sil2100> Is it only you?
[08:18] <ogra_> psivaa, yo !
[08:18] <sil2100> (in this TZ)
[08:18] <psivaa> ogra_: hello
[08:18] <brendand> sil2100, for what purpose? for silo testing we have 2 others
[08:19] <sil2100> brendand: since this was the primary RTM blocker, it would be nice to have someone doing promotion dogfooding of the latest RTM image on krillin
[08:19] <ogra_> psivaa, you might see that all app test fail ... https://code.launchpad.net/~ogra/phablet-tools/phablet-test-run-fix-broken-shell/+merge/236252 and silo 002 (ubuntu) have the fix for that
[08:20] <ogra_> psivaa, i would be very grateful if you could try a run with this
[08:21] <psivaa> ogra_: ack, thanks for the info. i'll try and see if I can run that
[08:21] <brendand> sil2100, hmm ok
[08:23] <ogra_> psivaa, i think pauls concerns on the MP are moot, but i would like that proven first :)
[08:23] <sil2100> brendand: would you be able to do that?
[08:24] <ogra_> brendand, btw, i did a lot of AP testing on the weekend ... and i saw a lot black squares where icons should be doing that ...
[08:25] <ogra_> specifically header icons seemed to be missing
[08:26] <sil2100> grrr
[08:26] <ogra_> sil2100, so what happened about that unity8-fake-env addition ? i dont see it dropped anywhere yet
[08:27] <brendand> ogra_, did you check again if it happens manually?
[08:28] <ogra_> brendand, "manually" ?
[08:28] <brendand> ogra_, outside of autopilot i mean
[08:28] <ogra_> i ran the tests manually with phablet-test-run
[08:28] <ogra_> well, the apps seems fine when i use them if you mean that
[08:28] <brendand> ogra_, yeah that's what i mean
[08:28] <sil2100> ogra_: yeah, didn't seem to get resolved yet, we need to pick it up today as well
[08:29] <ogra_> brendand, hmpf ... that didnt strike me yet :P
[08:29] <ogra_> must be AP or the environment ... (and with my luck its the latter :( ... )
[08:32] <psivaa> ogra_: http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/251/console is running with that patch
[08:32]  * ogra_ hugs psivaa 
[08:32] <sil2100> ogra_: piing
[08:33] <psivaa> :)
[08:33] <ogra_> sil2100, no harps !!!!
[08:53] <brendand> popey, https://docs.google.com/a/canonical.com/spreadsheets/d/1Mw46QHRVqmaf_NSL2L-jNcEYNlQzbcsJyaXvhjSgSSY/edit?usp=sharing
[08:54] <ogra_> hah
[08:54] <ogra_> psivaa, i see a lot of "OK" scrolling by :)
[08:55] <brendand> popey, ubuntu-touch/ubuntu-rtm/14.09-proposed
[08:55] <brendand> popey, should be #72
[08:55] <brendand> popey, or er, something different on mako
[08:55] <psivaa> ogra_: yea :). will make a note and approve your MP
[08:56] <ogra_> \o/
[08:56] <ogra_> i'll try to catch sergiusens or ricmm for top approval then
[08:56] <ogra_> so we can land this quickly
[09:00] <sil2100> brendand: no no, we want popey to test utopic
[09:00] <sil2100> brendand: you test 14.09 on krillin, I want popey to test utopic on mako, to see if we can promote for the devel channels as well
[09:01] <popey> gimmie a channel and an image number and I will ☻
[09:02] <sil2100> popey: ubuntu-touch/devel-proposed and image number 261 !
[09:02] <sil2100> :)
[09:03] <brendand> popey, sorry - you're right
[09:03] <brendand> agghh, what's wrong with me this morning :/
[09:03] <brendand> sil2100, sorry - *you're right* :)
[09:03] <ogra_> you could indeed try #72 from ubuntu-touch/devel-proposed :)
[09:04] <ogra_> might come along a little old fashioned though
[09:04] <sil2100> Damn, I even checked my last 'we promoted an image!' e-mail and everything I wrote there is EXPLICIT about what we promoted to where
[09:05] <sil2100> I cannot be more explicit, as I was mentioning the series and the channel name all the time, not using even once the term 'RTM image'
[09:08] <popey> brendand: also, need a spreadsheet
[09:08] <brendand> popey, gave you a link, and made you a new tab
[09:09] <popey> so you did!
[09:09]  * popey hugs brendand 
[09:09] <popey> sorry, bit slow this morning. spent the weekend at a conference
[09:28] <ogra_> ricmm, are you around ?
[09:28] <ogra_> ricmm, i could need a top approval of https://code.launchpad.net/~ogra/phablet-tools/phablet-test-run-fix-broken-shell/+merge/236252
[09:36] <ricmm> ogra_: done
[09:49] <ogra_> gracias !
[10:17]  * ogra_ wonders if someone would be interested in such a phablet-shell feature: http://paste.ubuntu.com/8454250/ 
[10:18] <ogra_> (being able to run "phablet-shell <commmand>" and phablet-shell "sudo <command>")
[10:18] <ogra_> (the latter only interactively though)
[10:32] <ogra_> bzoltan, i'm, landing a change that makes phablet-test-run requite a password for "-p (package)" operations, i think you use that in your script ... please add "-r <password>" to these calls
[10:32] <ogra_> *require
[10:32] <bzoltan> ogra_:  thank you
[10:37] <ogra_> zbenjamin, ^^^ does the SDK use phablet-test-run anywhere ?
[10:37] <zbenjamin> ogra_: not that i know of
[10:47] <ogra_> thanks !
[11:03] <ogra_> psivaa, new phablet-tools should be in the PPA ... would likely make sense to have it upgraded and re-run todays tests
[11:04] <popey> ogra_: would you expect "adb devices" to work on #261 mako ? I see no devices listed with developer mode on.
[11:05] <ogra_> i would, yes
[11:05] <ogra_> try toggling it on/off in the UI and see
[11:06] <ogra_> popey, note that adbd nowadays starts after lightdm ... (since we need the dbus and upstart environemnt variables set before starting it)
[11:07] <psivaa> ogra_: not yet there i suppose in the ppa, (Candidate: 1.1+14.10.20140923-0ubuntu1) will try in a bit
[11:08] <ogra_> ah, most likely one more publisher run needed then
[11:11] <ogra_> psivaa, argh ... seems it is sitting in uapproved in utopic ... so it isnt even up to date there
[11:12] <psivaa> ogra_: ack, will wait for it then.
[11:16] <sil2100> brendand: hey, how's the dogfooding going?
[11:17] <brendand> sil2100, might have hit a snag
[11:17] <brendand> sil2100, the camera totally locked up
[11:17] <sil2100> Oh noes
[11:17] <sil2100> Any specific steps to reproduce? Is it reproducible?
[11:17] <ogra_> cameras are overrated ... lets ship a drawing program as fallback and promote ;)
[11:17] <ogra_> ah, wait, that would also need an image rebuild ...
[11:18] <sil2100> Let's put GIMP on the images!
[11:18] <brendand> sil2100, looks like rebooting helped
[11:18] <sil2100> It has a touch-friendly interface
[11:18] <brendand> ogra_, you know what's definitely overrated?
[11:18] <brendand> ogra_, infographics :P
[11:18] <ogra_> well, they work, dont they ?
[11:18] <ogra_> (or is there still anything missing)
[11:28] <nik90> brendand, sil2100: I have had that issue while dogfooding the latest rtm devel-proposed images that sometimes opening the camera app locks up everything...and I am forced to reboot the phone. I did not try to restart unity8, but the problem is there.
[11:28] <nik90> brendand, sil2100: this was during this weekend
[11:28] <nik90> on mako
[11:29] <brendand> nik90, yeah - but i have seen this in the past too, so not sure if it's new
[11:30] <ahayzen> nik90, i had that as well .. saw some crash logs related to camera/location service around the time...but since i've cleared my crash logs and restarted a few times it appears to be working
[11:31] <nik90> ahayzen: when I reboot the phone (when camera locked up) and then relaunch camera it asks for location permission and then works as expected.
[11:31] <nik90> ahayzen: so yeah it could be related to the location service trust prompt'
[11:31] <ahayzen> nik90, yeah thats what mine did the next time IIRC...and since then it has been 'ok'
[11:34] <pstolowski> Mirv, hey, could you please help me understand the state of row #52? (i'm unclear what the comment means in practice, and what to do next)
[11:34] <popey> ogra_: i get no adb on #261 at all, enabled dev mode and rebooted, and waited
[11:35] <popey> ogra_: mtp works, so not a broken cable/port
[11:35] <sil2100> nik90: did you see something similar previously?
[11:35] <sil2100> I saw people reporting it already in the past, so I would assume it was with the last 14.09 promoted image already
[11:36] <nik90> sil2100: not sure see I only started dogfooding this weekend...but I noticed it 2-3 images back.
[11:38] <popey> brendand: i cant play videos on 261, but i can't adb in to figure out why
[11:42] <Mirv> pstolowski: I think that ended up needing consultation from sil2100 on how to proceed in the best way. sil2100: so if we'd like to rebuild that from sources for rtm, what would be the best way? one possible would be to remove the current package in the PPA and then sync with rebuild forced.
[11:42] <Mirv> ie. the case where binary copy has already been done, but then it's noticed a build from source would be wanted instead
[11:42] <sil2100> hmmm
[11:42] <sil2100> Mirv, pstolowski: why a source rebuild is needed for that RTM silo? What's the problem there?
[11:43] <Mirv> sil2100: I think it was dependency problem because of other packages having the ~rtm version string
[11:43] <Mirv> and the utopic version depending on >= without ~
[11:43] <sil2100> Ah, ok, which packages versions are missing?
[11:44] <sil2100> The best way here is to simply add the packages that cannot be resolved to this sync and release them along with the rest of the silo, so that the ~rtm versions vanish
[11:44] <Mirv> sil2100: http://irclogs.ubuntu.com/2014/09/26/%23ubuntu-ci-eng.html#t13:13
[11:45] <sil2100> Mirv: thanks!
[11:45] <Mirv> so, unity-scopes-api
[11:45] <pstolowski> sil2100, Mirv i haven't been following that landing, trying to catch up today as pete is on paternity leave
[11:45] <sil2100> Ok, let's try adding that to the sync
[11:45] <Mirv> ok, so the plan is to get rid of ~rtm version strings while encountered
[11:45] <Mirv> sil2100: thanks!
[11:46] <sil2100> Since the ~rtm versions and the utopic *should* be practically the same by principle, testing of that component can be slightly neglated
[11:46] <sil2100> So it shouldn't introduce additional overhead :)
[11:46] <sil2100> And this way we'll clean out the archive state as well
[11:46] <sil2100> Mirv: yeah, I mean, they're ok when not causing trouble, but if they do the best way is to get rid of them
[11:47] <sil2100> Since we want to remove the need of source copies
[11:51] <sil2100> pstolowski: ok, unity-scopes-api is copying to the PPA - could you later check if the silo installs properly there?
[11:53] <pstolowski> sil2100, will do, thanks
[12:03] <sil2100> mzanetti: hey!
[12:04] <mzanetti> hi sil2100
[12:04] <sil2100> mzanetti: in some of the recent images last week we noticed something disturbing - it seems something in our images started pulling in unity8-fake-env
[12:04] <mzanetti> hmm
[12:05] <mzanetti> interesting
[12:05] <mzanetti> sil2100: will investigate
[12:05] <sil2100> Most probably unity8-common pulls it in for unknown reasons?
[12:05] <sil2100> It's in ubuntu-rtm for sure, not sure about ubuntu
[12:05] <mzanetti> yeah... I'll sort it out. thanks for letting me know
[12:08] <sil2100> mzanetti: so, maybe there are some problems with resolving unity-application-impl now? I see the last upload bumped it to unity-application-impl-3
[12:08] <mzanetti> should be 4
[12:08] <mzanetti> soon will be 5
[12:08] <mzanetti> but yeah, seems like its that
[12:09] <mzanetti> sil2100: ok... yeah, will fix
[12:10] <sil2100> mzanetti: thanks!
[12:11] <sil2100> popey: hey! How's the mako utopic dogfooding so far?
[12:11] <popey> sil2100: done. see spreadsheet
[12:11] <popey> sil2100: two issues. 1) can't play video, 2) can't adb in
[12:11] <ogra_> popey, OTAing my mako ...
[12:12] <popey> i can play video in browser, but cannot launch from the video scope
[12:12] <popey> ogra_: fwiw this was a clean / wipe install
[12:12] <ogra_> yeah, but i dont think that matters
[12:14] <popey> k
[12:14] <popey> just data for you ☻
[12:14] <ogra_> popey, hmm, works fine here
[12:15] <ogra_> popey, cna you check if adbd is running from the terminal-app
[12:15] <popey> ya
[12:15] <ogra_> and also if "android-gadget-service status adb" reportis it running
[12:15] <popey> it isnt
[12:16] <popey> "adb disabled"
[12:16] <ogra_> but the UI shows it enabled ?
[12:16] <ogra_> thats weird, i had fixed that
[12:17]  * ogra_ notes that Laney seems ot have changed his developer mode code on top though ... 
[12:17] <ogra_> i wonder if that landed yet
[12:17]  * ogra_ checks
[12:17] <popey> well this is odd
[12:17] <popey> it says developer mode disabled
[12:17] <popey> but I _did_ enable it!
[12:18] <ogra_> did you change the password after you enabled it ?
[12:18] <popey> no
[12:18] <ogra_> (that will disable it again)
[12:18] <popey> set password in wizard
[12:19] <ogra_> hmm, yeah, Laney's changes landed on wed it seems ... so i would expect to heard earlier of issues if it would have caused any
[12:20] <popey> wonder why it disabled it
[12:20] <ogra_> me too
[12:21] <popey> maybe i swiped across from right to switch apps and that got caught by the switch
[12:21] <popey> and turned it off
[12:21] <ogra_> does it work now after you enabled it ?
[12:22] <popey> yes
[12:22] <ogra_> psivaa, i just got the updated phablet-tools from the trusty PPA ... seems ot be there now
[12:26] <psivaa> ogra_: ack, will update
[12:27] <sil2100> popey: can you try getting the video problem confirmed by someone?
[12:29] <popey> ogra_: ^^ can you laucnh videos from the video scope?
[12:29] <popey> (local ones)
[12:29] <ogra_> let me copy one
[12:31] <ogra_> popey, nope, doesnt start
[12:35] <ogra_> popey, fyi, works fine on krillin RTM 72
[12:35] <ogra_> (phew, so it isnt my dbus changes like jhodapp claimed on friday :P )
[12:45] <popey> sil2100: ^^
[13:01] <sil2100> popey: thanks!
[13:01] <sil2100> So, it seems no promotion for utopic until that's fixed
[13:05] <Mirv> psivaa: I'm kicking rtm 004 a bit for you, as the utopic already landed
[13:06] <Mirv> unping psivaa
[13:06] <Mirv> pstolowski not here, doh
[13:06] <psivaa> Mirv: ack :)
[13:09] <psivaa> ogra_: plars: http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/ is running the tests with the new phablet-tools
[13:09] <psivaa> i;m going to pop out for  a brief lunch.
[13:09] <ogra_> psivaa, awesome, thanks !
[13:10] <plars> psivaa++
[13:10]  * ogra_ hopes this was really everything now 
[13:10] <plars> ogra_: sorry, didn't notice that the -r in that MP was only relevant if you were also calling -p
[13:10] <ogra_> plars, yeah ... np
[13:10] <sil2100> \o/
[13:10] <plars> ogra_: as usual, you've thought of everything already :)
[13:11] <ogra_> heh, as usual i'm sure new issues will pop up :)
[13:11] <ogra_> (which i *didnt* think of indeed)
[13:11] <ogra_> ;)
[14:14] <cjwatson> sil2100: Can I have a silo for 73 (click)?  I'd like it binary-synced to RTM too.
[14:14] <sil2100> cjwatson: ACK!
[14:18] <cjwatson> ta
[14:20] <pstolowski> Mirv, sil2100 following our earlier conversation, when can i retry silo-18 (row #52)?
[14:27] <sil2100> pstolowski: hey! You can try it almost instantly, as it's a binary copy so the packages should be available instantly ;) Sorry for not mentioning that
[14:27] <pstolowski> sil2100, ah, thanks!
[14:27] <Mirv> pstolowski: it looks ok now. I also fixed/prepared rtm-004 for you.
[14:27] <pstolowski> Mirv, sil2100 thanks!
[14:33] <sil2100> brendand: hey!
[14:33] <sil2100> brendand: so, any final verdict on the RTM image?
[14:33] <ogra_> it is shiny :)
[14:33] <brendand> sil2100, i wanted to reserve judgement until the landing meeting
[14:47] <om26er> retoaded, do you know whats wrong with this build http://ci.ubuntu.com/smokeng/utopic/touch/mako/261:20140929:20140923.1/10738/ ?
[14:47] <om26er> looks like most of the tests didn;t run
[14:47] <retoaded> om26er, I'll take a look
[14:50] <retoaded> om26er, It might be related to the move of the devices to a new host, I will need to check with plars
[14:50] <om26er> retoaded, thanks
[14:50] <ogra_> om26er, fixes are in
[14:50] <ogra_> om26er, see my mail to phablet@
[14:51] <plars> om26er: there was some fix in phablet-tools that I think just got updated for us a bit ago this morning
[14:51] <ogra_> right
[14:51] <plars> yeah, that^ :)
[14:51] <ogra_> :)
[14:51] <plars> I wasn't on the morning call so I don't have all the juicy details
[14:52] <ogra_> there was a "sudo -u phablet -i /bin/sh -c" wrapped around everything
[14:52] <ogra_> in the now properly functioning dev mode this does exactly what you tell it (unlike before) and drops the complete environment to whatever /bin/sh has by default
[14:53] <ogra_> (so you lose connection to dbus and upstart ...)
[15:13] <sil2100> mzanetti: hey, so you found the final reason why we pulled in -fake-env in the end?
[15:14] <mzanetti> sil2100: no, not yet. testing silo 6 now hoping it disappeard (as we bumped those dependencies once again)
[15:14] <sil2100> mzanetti: ACK
[15:18] <brendand> mzanetti, which silo is splash screen stuff meant to be in?
[15:19] <mzanetti> brendand: rtm/19
[15:20] <mzanetti> brendand: not sure though why it says "can't build" now...
[15:20] <mzanetti> I tested this on friday
[15:20] <brendand> mzanetti, yes i was about to say - it's not in our queue
[15:22] <mzanetti> brendand: a bit puzzled now. do you know what to do with this?
[15:24] <ogra_> sil2100, ^^
[15:25] <sil2100> o>
[15:26] <mzanetti> I can't rebuild it because the qtmir package would get a new version and so the qtmir-gles package would need to be changed. but then this is rtm and not real branches attached afaiu
[15:26] <mzanetti> brendand: but afaics we could just test it and merge it... the packages in there are still valid I think
[15:27] <mzanetti> brendand: did I miss something to push it to your queue?
[15:28] <brendand> mzanetti, you didn't, but until citrain confirms that it needs QA signoff, it won't go to the queue
[15:28] <brendand> mzanetti, so sil2100 might be able to help you fix that
[15:29] <sil2100> hmm
[15:29] <sil2100> mzanetti: let me take a look
[15:31] <sil2100> mzanetti: ok, so it seems it didn't sync up the qtubuntu-gles package
[15:31] <mzanetti> oh
[15:31] <mzanetti> does that have one too
[15:31] <mzanetti> gotta jump to a meeting... back in a bit
[15:32] <sil2100> mzanetti: ok, let me sync up that one then
[15:37] <sil2100> mzanetti: ok, qtubuntu-gles syncing up
[15:43] <brendand> cjwatson, can you respond to balloons_ in https://code.launchpad.net/~nskaggs/phablet-tools/fix-1371241/+merge/235213
[15:43] <brendand> cjwatson, i think that issue is causing ci a lot of pain recently
[16:02] <sil2100> brendand: hey! Meeting!
[16:12] <cjwatson> brendand: commented
[16:13] <plars> fginther: mterry: I'm thinking we should probably merge that patch for unlock. It's really hard to test without bypassing a lot of things, and we don't have a reliable way to reproduce. fginther were you ever able to try anything with it?
[16:13] <mterry> plars, I filed an MP for it
[16:13] <plars> mterry: oh awesome
[16:14] <brendand> cjwatson, i *think* you approve?
[16:14] <cjwatson> brendand: no, the second half makes sense now but I remain unconvinced by the first half
[16:14] <cjwatson> see the bit where I say "*not*"
[16:15] <brendand> cjwatson, so why do we care about a package already in the image?
[16:15] <cjwatson> that's the question I asked
[16:15] <brendand> cjwatson, we want to get the tarball of autopilot tests which match that version
[16:16] <cjwatson> brendand: That makes sense for get_source_package_tests.  What about get_python_binary_package?
[16:16] <cjwatson> There are two quite different functions being changed here.
[16:16] <cjwatson> get_python_binary_package does not nominate a specific version, so there is clearly no version-matching going on.
[16:17] <cjwatson> It looks to me as though get_python_binary_package just wants basically the latest published thing that apt would give you.  If that's correct then removing these restrictions is wrong.
[16:18] <fginther> plars, mterry, I hacked together a test case to use the updated version of the unlock logic. It worked in my very limited testing (on mako-04 I saw it retry the unlock multiple times and it worked on another device).
[16:19] <plars> great
[16:19] <brendand> cjwatson, i wasn't expecting get_python_binary_package to be changed so i overlooked that
[16:19] <cjwatson> (Because it's possible for a newer version to be removed and then deleted; or for a version to be in -proposed that hasn't yet made it to the release pocket because it fails autopkgtests or something; or ...)
[16:19] <brendand> cjwatson, perhaps balloons_ can comment on that
[16:19] <cjwatson> I'll copy and paste this into the MP to clarify
[16:21] <ogra_> given that our image is always built from existing packages i dont think you need to worry about -proposed (since the version is handed over, no ?)
[16:23] <balloons_> cjwatson, you are correct. get_python_binary_package needs the latest version as apt would give
[16:23] <cjwatson> ogra_: we certainly do for --depends
[16:24] <ogra_> oh, ok, didnt think of that
[16:24] <cjwatson> Specifically phablet-click-test-setup --depends foo should surely not take a version of foo from -proposed
[16:24] <cjwatson> Or a deleted one
[16:24] <cjwatson> (In the former case, perhaps unless you specifically ask for it)
[16:24] <ogra_> yeah
[16:24] <balloons_> cjwatson, I'll remove the change from get_python_binary_package.
[16:24] <cjwatson> Cool, thanks
[16:25] <cjwatson> balloons_: I can imagine cases where you do want -proposed (though it would still need to be Published or maybe Pending), so a new switch might be appropriate
[16:26] <cjwatson> (I don't know this script well enough to pronounce on that)
[16:29] <balloons_> cjwatson, yea, the --depends is kind of a hack really as phablet-tools is not really reading depends from the manifest or trying to match a version
[16:29] <balloons_> cjwatson, so I think just pulling what's in apt should be anough. If for some reason you need --proposed, you can handle that manually
[16:30] <cjwatson> balloons_: *nod*
[16:31] <popey> sil2100: brendand https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1375349
[16:31] <cjwatson> balloons_: (would approve but merge conflict)
[16:31] <balloons_> cjwatson, yea, I repulled and made the change against trunk, one sec
[16:32] <balloons_> cjwatson, new mp: https://code.launchpad.net/~nskaggs/phablet-tools/fix-1371241-try2/+merge/236385
[16:33] <cjwatson> balloons_: *blink*, in general you don't need a new MP
[16:34] <cjwatson> just push over the top of the previous branch
[16:34] <cjwatson> but well, too late :)
[16:35] <balloons_> cjwatson, yea, that branch go diverged and I commited to it before pulling and merge from trunk.. perhaps I could have salvaged it
[16:35] <balloons_> for a 1 line change, I didn't try ;-)
[16:37] <ogra_> balloons_, sorry, did i land it pre-maturely ? the MP was signed off and tested
[16:38]  * ogra_ assumes that was https://launchpad.net/ubuntu/utopic/+source/phablet-tools/1.1+14.10.20140918-0ubuntu1
[16:39] <balloons_> ogra_, we were speaking about: https://code.launchpad.net/~nskaggs/phablet-tools/fix-1371241-try2/+merge/236385
[16:39] <ogra_> oh, ok
[16:39] <balloons_> the original mp got conflicted because phablet-tool changes landed; yes I believe it was your changes, but :-)
[16:39] <ogra_> well,  phablet-click-test-setup only had one change from you that i pulled in
[16:40] <ogra_> (because it was sitting for so long already and was tested and approved)
[16:46] <ogra_> balloons_, that was https://wiki.ubuntu.com/Touch/Testing in case you didnt catch it in the hangout
[16:47] <balloons_> ogra_, ack ty
[16:47] <ogra_> :)
[16:50] <brendand> sil2100, the issue with dialer-app is that the call button is disabled
[16:50] <sil2100> Uh, why?
[16:51] <brendand> sil2100, but this isn't the case outside the AP tests
[16:51] <brendand> sil2100, could be to do with ofono-phonesim
[16:51] <sil2100> Ah, ok, so no possible issues from the user side
[16:51] <brendand> sil2100, i need to go for a bit, but i'll raise a bug about it later
[16:51] <sil2100> ogra_: can you promote #72 and all the related ones? :)
[17:03] <ogra_> sil2100, will do (breakfas^Wdinner now)
[17:10] <Ursinha> robru: I think we can remove the queuebot issue from topic, unless it's crazy again
[17:12] <robru> Ursinha: oh right
[17:16] <sil2100> ogra_: thanks! :)
[17:23] <sergiusens> robru: can I have a silo for line 61?
[17:23] <sergiusens> robru: err 71
[17:25] <robru> sergiusens: ok you got 20
[17:25] <robru> brb
[17:40] <sil2100> popey: thanks for the bug :)
[17:48] <sil2100> plars, ogra_: btw. since I either missed that or it wasn't moved, but what's up with utopic image results for mako?
[17:48] <sil2100> plars: btw.2 I guess we can bring back unity8 to the test results now ;)
[17:49] <ogra_> [17:49] <sil2100> ogra_: yaaay
[17:49] <sil2100> :)
[17:49] <ogra_> (this is: krillin 72, mako 63 and generic/_x86 59)
[17:52] <ogra_> sil2100, hmm so looking at rtm silo 009, do i have to copy-package lxc-android-config or will the build button do that automatically when i hit build (with the sync: line in the spreadsheet)
[17:52] <ogra_> (all my former silos simply had the package magicaally in them, did you then copy them in ?)
[17:52] <sil2100> ogra_: it will do it automatically :)
[17:53] <ogra_> s/silos/sync silos/
[17:53] <ogra_> oh, cool
[17:53] <sil2100> It will do a binary copy
[17:53] <ogra_> magic !
[17:53] <ogra_> :)
[17:54]  * sil2100 is a mage
[17:54] <ogra_> :)
[18:00] <cjwatson> Is the emulator known-broken today on devel-proposed?  Black screen for me.
[18:01]  * ogra_ hasnt heard anything 
[18:05] <cjwatson> unity8 not running
[18:05] <ogra_> hmm, did you genereate ir afresh ?
[18:06] <ogra_> or was that upgraded
[18:06] <ogra_> i wonder if the transition of the dbus file is actually dist-upgrade safe
[18:07] <cjwatson> Fresh
[18:07] <cjwatson> "sudo ubuntu-emulator create --channel=ubuntu-touch/devel-proposed click"
[18:07] <ogra_> yeah, then i dont think that is related
[18:08] <popey> brendand: do you know who is responsible for the change which caused bug 1374474 ?
[18:08] <popey> (a bug you filed last week)
[18:10] <popey> aha, ted
[18:10] <cjwatson> "initctl: Event failed" in ~phablet/.cache/upstart/xsession-init.log
[18:10] <ogra_> why is that triggered at all ?
[18:12] <racarr> can someone give me write access to the spreadsheet?
[18:12] <cjwatson> "start on startup"
[18:12] <cjwatson> I don't think it really means X
[18:12] <ogra_> no, but it only gets executed if  [ "$SESSIONTYPE" = "gnome-session" ]
[18:13] <ogra_> sounds like something is wrong with lightdm ?
[18:13] <cjwatson> Not true
[18:13] <brendand> popey, i just landed that change in RTM too - it's completely intentional
[18:13] <cjwatson> pre-start only bails out if [ -z "$DESKTOP_SESSION" ], and DESKTOP_SESSION=ubuntu-touch
[18:14] <brendand> landed/signed-off
[18:14] <racarr> robru: Can you give me write access to the spreadsheet?
[18:16] <popey> brendand: right, but it breaks apps...
[18:16] <popey> how are we landing stuff which intentionally breaks apps and then telling the app authors _after_?
[18:16] <popey> this seems broken
[18:17] <brendand> popey, ted told them a while ago
[18:18] <popey> where?
[18:18] <popey> aha, found it
[18:18] <popey> your bug is basically a dupe of bug 1366217
[18:19] <popey> gah
[18:20] <robru> popey: hey what was that bug reference for the mediascanner scope? i didn't see it
[18:21] <popey> bug 1375349
[18:21] <brendand> popey, yeah essentially - i just wanted to make sure first
[18:21] <robru> popey: thanks
[18:21] <popey> ☹
[18:22] <robru> racarr: oh yeah, hang on
[18:25] <racarr> robru: Yay, thanks
[18:26] <robru> racarr: you're welcome!
[18:31] <racarr> robru: Ok now I actually need a silo! for row 80...
[18:32] <racarr> and I need to land it to RTM too...with a sync
[18:32] <robru> racarr: please mark column J as 'Yes'
[18:32] <racarr> robru: :) done
[18:32] <kenvandine> robru, i'm getting an exception trying to reconfigure a silo, utopic silo 2
[18:33] <kenvandine> https://ci-train.ubuntu.com/job/ubuntu-landing-002-0-reconfigure/4/console
[18:33] <kenvandine> robru, ^^
[18:33] <robru> ugh
[18:33] <robru> oh I broke the spreadsheet
[18:35] <robru> kenvandine: ok try again
[18:35] <plars> sil2100: ok, I'll turn it back on
[18:35] <robru> racarr: your landing conflicts with silo 8, but that one's just about free so hang on
[18:35] <ogra_> yay
[18:36] <robru> don't worry this is just temporary
[18:36] <plars> whoa
[18:36] <kenvandine> robru, thx, that looks better :)
[18:36] <robru> kenvandine: you're welcome
[18:37] <kenvandine> robru, how do i reconfigure a silo which adds a package?
[18:37] <racarr> robru: Ok. Thanks.
[18:38] <kenvandine> it failed for me... but i see no options to twiddle
[18:38] <robru> kenvandine: you need to use the prepare job, not the reconfigure job. click 'Prepare' in the dashboard
[18:38] <kenvandine> oh...
[18:38] <robru> kenvandine: "reconfigure" is the limited one that we let the plebs use
[18:38] <kenvandine> haha :)
[18:38] <robru> can't add packages. just for adding new MPs to same packages
[18:39] <ted> popey, Back from lunch, did you get enough info?
[18:40] <robru> kenvandine: are you going to build a silo soon? let me know if anything explodes, I'm experimenting a bit (sorry)
[18:40] <kenvandine> barry, building in silo 2
[18:40] <kenvandine> robru, i just clicked build :)
[18:40] <barry> kenvandine: excellent.  let's see if si builds the first time around :/
[18:40] <robru> kenvandine: hm, now I wonder if my changes landed in production in time for your build... ;-)
[18:42] <robru> racarr: bah! qtubuntu conflicts with silo 7. please coordinate with mzanetti, kgunn, greyback (can your landings be merged? who should go first? etc)
[18:46] <racarr> robru: we just merged our landings :)
[18:46] <robru> racarr: excellent!
[18:46] <robru> i'll reconfig then
[18:46] <racarr> robru: Thanks
[18:47] <robru> racarr: kgunn: so what happened? did you put all the MPs from line 55 into line 80? can you do it the other way around since line 55 is already assigned?
[18:48] <racarr> robru: Oh...from line 55...
[18:48] <racarr> Lol...there was already another landing
[18:48] <racarr> forming below mine
[18:48] <racarr> so thats the one we consolidated
[18:48] <robru> guys...
[18:49] <robru> kgunn: what are you doing on line 55? you have a silo assigned and never build it
[18:49] <kenvandine> barry, can you look at the failure in silo 2?
[18:49] <kenvandine> barry, i think it's because you have a changelog entry ?
[18:49] <kenvandine> barry, https://ci-train.ubuntu.com/job/ubuntu-landing-002-1-build/71/console
[18:50] <robru> kenvandine: barry: yeah if you guys touch debian/changelog in your MPs, then citrain can't mangle the changelog for you. you need to either revert your debian/changelog entries in your MPs or go all the way, doing debian/changelog in all of them
[18:51] <kgunn> robru: ok, we'll use 55
[18:51] <robru> and it has to be UNRELEASED
[18:51] <kenvandine> robru, yeah, thought so
[18:51] <robru> kgunn: ok let me know once you have all the MPs in line 55 the way you want
[18:51] <kenvandine> barry please fix :)
[18:54] <barry> robru: :(
[18:54] <barry> robru: i want a changelog entry
[18:55] <barry> i can fix it to be UNRELEASED though
[18:55] <kenvandine> barry, you'll get one automagically
[18:55] <kenvandine> ok
[18:55] <robru> barry: don't touch debian/changelog, just set the commit message on your MP and it gets created for you with the right versions and everything
[18:56] <barry> robru: this way has worked so far, but maybe it's because i've always put si in its own silo
[18:56] <robru> hm
[18:56] <kgunn> robru: thanks for the catch, mind a quick reconfig on utopic-silo 7
[18:57] <barry> robru, kenvandine re-pushed with UNRELEASED.  is that enough?
[18:57] <kenvandine> barry, trying again
[18:58] <kenvandine> the error message made it sound like UNRELEASED is enough
[18:58] <robru> i think so, been a while since i saw one of those though. we usually discourage touching debian/changelog by hand
[18:58] <robru> kgunn: ok silo 7 is go for build
[18:58] <barry> robru: i'm trying to be different just to keep your life interesting
[18:59] <kenvandine> :)
[18:59] <brendand> sil2100, you forgot to mention what we talked about in the meeting
[18:59] <robru> barry: yeah that's what I need, life to be more interesting ;-)
[18:59] <barry> robru: :)
[19:00] <kenvandine> robru, great quote "My dreams of escaping bash have been dashed."
[19:00] <sil2100> brendand: there will be a separate e-mail for that
[19:01] <sil2100> brendand: it doesn't make sense to include it, as I'm afraid many people don't read that
[19:01] <sil2100> So there will be an announcement
[19:01] <robru> hahah
[19:01] <kenvandine> sil2100, depends on how many replies
[19:01] <sil2100> kenvandine: ;)
[19:02] <kenvandine> if i don't catch the emails before it gets a few replies... i might skip it with the thought i'll come back when i have more time
[19:02] <kenvandine> and never do :)
[19:02] <kenvandine> robru, there is no *escaping* bash :)
[19:04] <robru> kenvandine: lol
[19:04] <robru> kgunn: https://ci-train.ubuntu.com/job/ubuntu-landing-007-1-build/44/console looks like you got some messed up MPs, seems somebody is trying to merge gles into trunk?
[19:04] <kgunn> ah hell
[19:07] <kgunn> robru: ok, one more reconfig, sorry...going too fast
[19:08] <robru> kgunn: no worries
[19:10] <robru> kgunn: ok give it a shot
[19:11] <kgunn> ta
[19:12] <sil2100> robru: btw. will it break queuebot or the dashboard if I append something to the 'N/A' selection in the 'QA sign-off needed' column?
[19:12] <sil2100> robru: e.g. 'N/A (nickname)'? I hope you're not doing a compare of string equals anywhere for that, right?
[19:12] <robru> sil2100: uh
[19:13] <robru> sil2100: I think the compare only cares about 'Granted' or 'Required', the N/A isn't tested
[19:13] <sil2100> robru: ok, that's what I wanted to know
[19:13] <sil2100> Awesome
[19:23] <ogra_> rsalveti, the roll back of ubuntu-touch-meta is stuck in proposed due to some unity-scope-click adt failure
[19:24] <rsalveti> argh
[19:25] <ogra_>  dpkg-source --after-build unity-scope-click-0.1.1+14.10.20140915
[19:25] <ogra_> dpkg-buildpackage: binary-only upload (no source included)
[19:25] <ogra_> tar: Unexpected EOF in archive
[19:25] <ogra_> tar: Unexpected EOF in archive
[19:25] <ogra_> tar: Error is not recoverable: exiting now
[19:25] <ogra_> hmpf
[19:58] <dobey> robru: hey, i just saw sil2100's mail, and trying to change the field to "N/A (dobey)" but spreadsheet just changes it back to "N/A (nickname)" :(
[19:58] <robru> uh
[19:58] <robru> ok, it's that cell validation, hang on
[20:00] <robru> dobey: ok should be good
[20:01] <dobey> robru: ok, thanks. and i see you already set it, thanks for that too :)
[20:03] <robru> dobey: you're welcome!
[20:40] <robru> cjwatson: hey do you have any time today to poke around a bit with copy2distro on snakefruit? https://code.launchpad.net/~robru/cupstream2distro/fix-copy2distro/+merge/236234 i have a branch that cleans up copy2distro and resurrects all the missing bits, should be good to go but needs a bit of babysitting to make sure it doesn't explode
[20:44] <bfiller> fginther: is there a way to get the click package for this MR? not seeing the link.. https://code.launchpad.net/~renatofilho/ubuntu-calendar-app/fix-1373566/+merge/236038
[20:45] <bfiller> robru: can I have RTM silos for lines 78+79 please
[20:47] <robru> bfiller: ok rtm 10 and 11
[20:48] <bfiller> robru: thanks
[20:48] <robru> bfiller: you're welcome
[21:20] <camako> trainsguards, can I get a silo for row 84 please?
[21:22] <robru> camako: https://ci-train.ubuntu.com/job/prepare-silo/2417/console yeah you got some conflicts here
[21:25] <camako> robru, ok yeah I'm aware of those landings.. We'll have to serialize at some point
[21:27] <robru> camako: if you want the silo i can give it to you, but you have to be sure that the other ones get rebuilt after one of them lands
[21:27] <camako> robru, yes sir.. that's well understood... Landings invalidate our tests and we restart..
[21:30] <robru> camako: ok so did you still want it then?
[21:30] <camako> robru, yes but I lemme double-check what this is "WARNING Project name (qtmir) doesn't align with the source package name (qtmir-gles)".. Will ping you back in a minute
[21:31] <robru> camako: oh that's fine, it used to be a hard requirement that the lp:projectname match the source package name, but we loosened that restriction a while back and the -gles stuff is a mess anyway. ideally you guys would register lp:qtmir-gles but instead you're doing lp:qtmir/gles and it's not the worst thing in the world
[21:32] <robru> but still there's a warning about it ;-)
[21:32] <camako> robru, ok just wanted to make sure I didn't push to the wrong branch... Yes a silo 'd be nice please
[21:34] <robru> camako: ok, rtm20
[21:36] <camako> robru, thanks
[21:37] <cjwatson> robru: ok, new branch is in place
[21:37] <cjwatson> (old one is in ~ubuntu-archive/cu2d/cupstream2distro.rtm, should anyone need to move it back)
[21:39] <cjwatson> robru: but I'm not around for a whole lot longer, so if you have anything you can test it with sooner rather than later, that'd be nice
[21:48] <robru> cjwatson: hm i don't see anything ready to publish
[21:48] <robru> cjwatson: who has access to snakefruit if I need somebody to revert?
[21:51] <cjwatson> robru: ~ubuntu-archive intersect ~canonical
[21:51] <cjwatson> robru: or SMS my UK mobile number in the directory
[21:52] <cjwatson> robru: Steve L or Adam C would be reasonable contacts this time of day
[21:53] <robru> cjwatson: ok thanks
[21:54] <robru> cjwatson: and if I say something like "I need you to go into the citrain bits on snakefruit" they'll know where to find that stuff on snakefruit?
[21:56] <cjwatson> robru: copy and paste the thing I said above
[21:56] <cjwatson> 22:37 <cjwatson> (old one is in ~ubuntu-archive/cu2d/cupstream2distro.rtm, should anyone need to move it back)
[21:56] <cjwatson> it just needs to be pivoted with what's currently ~ubuntu-archive/cu2d/cupstream2distro
[21:57] <cjwatson> they should be able to work it out given that
[21:59] <robru> cjwatson: so ~ubuntu-archive/cu2d/cupstream2distro contains https://code.launchpad.net/~robru/cupstream2distro/fix-copy2distro and not trunk, right?
[22:03] <cjwatson> robru: Correct
[22:03] <cjwatson> r763
[22:03] <robru> cjwatson: right, ok, thanks a bunch. if I see publishes succeeding over the next day I'll merge that branch to trunk.
[22:03] <robru> cjwatson: perfect
[22:03] <cjwatson> And .../cupstream2distro.rtm has lp:~sil2100/cupstream2distro/cu2d-rtm r676
[22:04] <robru> oh, interesting.
[22:04] <robru> i'm surprised that wasn't trunk. we'll definitely want it to *be* trunk once we confirm trunk is fixed.
[22:30] <cjwatson> robru: Sure.  It wasn't trunk because we needed a branch for the RTM work, and nobody ever asked to have it switched back.
[22:30] <robru> cjwatson: ok no worries, thanks
[22:31] <robru> man, that landed-landings-become-new-landing-requests bug is getting worse
[22:37] <ToyKeeper> mzanetti, greyback, kgunn: The rotation/splash screen silo looks good, but the test plan still needs to be updated with tests for the new behavior.
[22:38] <camako> robru, do you know what this error is about? https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-020-1-build/15/console
[22:38] <camako> robru, do I just restart the build?
[22:40] <robru> ugh
[22:40] <robru> hang on
[22:42] <robru> camako: no don't rebuild, everything built fine, that's just a weird error, not sure what caused that
[22:43] <camako> robru, ok
[22:43] <robru> camako: I'll start on a fix for that right now...
[22:44] <camako> robru, sounds good
[22:46] <robru> sergiusens: alright! you get to be the first guinea pig on the new publish logic ;-)
[22:46] <sergiusens> should I be happy? :-P
[22:46] <robru> sergiusens: probably not ;-)
[22:47] <robru> sergiusens: just keep an eye on your landing. if it stays in "no known spacetime" for longer than usual it means I broke some stuff
[22:47] <sergiusens> robru: what's new here?
[22:47] <robru> sergiusens: just some code refactoring and removing some vestigial stuff. it shouldn't really be any different at all, but there's always a risk I can make a typo and break everything
[22:48] <sergiusens> robru: joys of python I don't miss :-)
[22:48] <robru> sergiusens: oh, other languages are immune to typos are they? :-P
[22:49] <sergiusens> robru: at least the annoying ones in python ;-)
[22:49] <imgbot> [22:51] <rsalveti> ^ requested by me
[22:51] <cjwatson> robru: https://launchpad.net/ubuntu/+source/goget-ubuntu-touch/+publishinghistory looks good at least
[22:52] <sergiusens> robru: so far so good
[22:53] <robru> sergiusens: excellent
[22:53] <robru> cjwatson: thanks for keeping an eye. I wanna see one more then I'll merge ;-)
[22:54] <cjwatson> robru: I want to see at least one in ubuntu-rtm
[22:54] <cjwatson> Just in case
[22:57] <robru> cjwatson: good call
[22:57] <robru> cjwatson: everything's just waiting for qa
[23:03] <robru> oooooh
[23:04] <robru> hmmmm, that signoff is suspiciiously absent from the trello board
[23:04] <robru> ToyKeeper: ^ ?
[23:04] <ToyKeeper> robru: I was in the middle of doing that...  just needed to finish a message.
[23:05] <robru> ok
[23:05] <ToyKeeper> It has test plan issues, but is getting passed before fixing those because it's kind of getting fast-tracked.
[23:06] <robru> bregma: you got utopic 8
[23:06] <bregma> wow, speedy
[23:06] <robru> bregma: amazing hwat happens when silos are available and the bot is functioning ;-)
[23:07] <bregma> doesn't make _me_ work any faster
[23:07] <robru> bregma: oh, in that case I can take the silo back... ;-)
[23:08] <robru> cjwatson: ok published rtm19, fingers crossed!
[23:09] <ToyKeeper> tvoss, cyphermox_, lool: Got a test plan for silo rtm-012 (network-manager)?  If the silo's new behavior isn't saved into a published test plan somewhere, it's an automatic fail.
[23:12] <cjwatson> robru: https://launchpad.net/ubuntu-rtm/+source/platform-api/+publishinghistory and https://launchpad.net/ubuntu-rtm/+source/qtmir/+publishinghistory LGTM
[23:12] <robru> cjwatson: ^^ woop woop! looks good!
[23:14] <cjwatson> ToyKeeper: Uh, every landing has to update a test plan?
[23:15] <ToyKeeper> cjwatson: Pretty much.  Any new behavior, bug fixes, etc, needs a test added to prevent future regressions.  Otherwise we get things breaking later and nobody notices.
[23:15] <ToyKeeper> That's kind of the reason why QA is reviewing every rtm silo.
[23:15] <cjwatson> ToyKeeper: A test, fine, but requiring it in the test *plan* sounds like a recipe for unbounded growth of manual human (and thus unscalable) testing
[23:15] <cjwatson> I'm not going to update my test plans to say "you must run the new versions of my automated tests" every time :-)
[23:16] <ToyKeeper> cjwatson: It doesn't have to be in a manual test plan...  automated tests are preferred.  Just as long as some form of lasting check is created.
[23:16] <cjwatson> OK, that's a relief, when people say "test plan" around here I assume they mean the TestPlan wiki pages
[23:16] <ToyKeeper> Test plan, autopilot test suite, unit test, whatever is most appropriate.
[23:17] <cjwatson> Thanks
[23:17] <ToyKeeper> It's often easiest to add a manual test first, then use the manual test plan as a list of things to automate.
[23:19] <robru> camako: hey next time you run a build in your silo, please enable the DEBUG flag.
[23:24] <robru> camako: that traceback really makes no sense. You must have triggered your build at the exact moment I was doing a deploy, so you got some inconsistent state happening or something. the only way that could get called that way would be if an environment variable is unset, but the build job clearly sets the environment variable. you must have had newer trunk
[23:24] <robru> code which expects that variable just a moment before the build job was updated to set that variable or something. really weird
[23:25] <robru> I do have a fix for the "__init__() takes at least 2 arguments (1 given)" bit but that's not the main problem there really...
[23:28] <cjwatson> robru: So do you want me to flip to trunk now that your branch is merged?
[23:28] <robru> cjwatson: yes please!
[23:28] <robru> cjwatson: and you can delete that old .rtm one
[23:28] <robru> cjwatson: thanks!
[23:28] <cjwatson> Yeah I'm going to leave it around for a while just in case :-)
[23:29] <cjwatson> Does no harm
[23:29] <cjwatson> Deployed code on snakefruit is now lp:~cupstream2distro-maintainers/cupstream2distro/trunk r765
[23:30] <cjwatson> robru: I wouldn't be totally opposed to auto-pulling this code in ~/cu2d/run.sh if you folks are happy with that
[23:30] <cjwatson> Might make it easier to tell when problems happened
[23:32] <robru> cjwatson: I like it. it terrified me to know that ancient code was just sitting around there rotting
[23:32] <robru> cjwatson: I'll try to write some unit tests for that file one day.
[23:33] <cjwatson> robru: OK, that's done now too
[23:33] <robru> cjwatson: speaking of run.sh, you can drop that commented out block, and also drop the --no-filter arg from the active block, because that behavior is now the default
[23:33] <cjwatson> (Added 'bzr pull -q -d "$BINDIR"')
[23:34] <robru> cjwatson: sounds good, thanks a bunch
[23:34] <cjwatson> robru: Done.  I also dropped || true from copy2distro and the pointless cd - at the end
[23:35] <cjwatson> And moved the shell flags from the #! to a separate 'set' command
[23:35] <robru> cjwatson: haha
[23:35] <cjwatson> http://paste.ubuntu.com/8462156/
[23:35] <robru> cjwatson: so is run.sh called from cron or something?
[23:35] <cjwatson> yep
[23:35] <cjwatson> */5 * * * *             ~/cu2d/run.sh > ~/public_html/cicopy.log 2>&1
[23:36] <robru> cjwatson: oh sweet. where is that log published to?
[23:36] <cjwatson> http://people.canonical.com/~ubuntu-archive/cicopy.log
[23:36] <cjwatson> But that's only the most recent run
[23:36] <robru> cjwatson: right. but if there's some kind of explosion that'll be helpful to have.
[23:37] <robru> cjwatson: now I wanna fill that with logging so we can see what's going on, will make it easier to maintain that code
[23:37] <cjwatson> I should extend that and logrotate or something ...
[23:37] <cjwatson> But effort
[23:37] <cjwatson> Certainly feel free to log more stuff