[00:26] <popey> OMG. bug 1436330 has been doing my head in for a week or more
[00:26] <popey> (laptop in docking station with ethernet and wifi on same network)
[00:26] <popey> glad it's not me!
[01:00] <cyphermox> robru: NM was good to go, so I'll just straight upload to distro
[01:00] <cyphermox> I've already fixed up teh package
[01:01] <cyphermox> popey: ^will be including the fix for that too
[01:33] <robru> cyphermox: great, thanks
[01:47] <cyphermox> robru: feel free to clean the silo
[01:47] <robru> cyphermox: will do
[05:42] <oSoMoN> trainguards: is the spreadsheet going bonkers again? I got RTM silo 1 yesterday for webbrowser-app, and it now says it’s assigned to jgdx for ubuntu-system-settings (line 42), claiming it’s ready for QA sign-off, despite the silo actually containing webbrowser-app
[05:42] <oSoMoN> (and my landing request has disappeared)
[05:43] <robru> oSoMoN: yeah spreadsheet is fucked, trust the dashboard. Also reload the spreadsheet before trying to use it, that can force it to sync sometimes
[05:44] <oSoMoN> robru, problem is, the QA trello board seems to be using info from the spreadsheet, it has a card pending validation for silo 1 with jgdx’s name
[05:44] <robru> Oh good
[05:44] <oSoMoN> robru, and more importantly, I don’t recall marking the silo ready for sign-off, I still have to test it…
[05:45] <robru> oSoMoN: not sure what to say on that topic. I told qa not to write any code that touches the spreadsheet. It's a wonder anything gets done with it.
[05:46] <oSoMoN> robru, how far are we from using the dashboard for everything (including requesting silos) and dropping the spreadsheet entirely?
[05:46] <robru> oSoMoN: just correct the spreadsheet as best as you can using  the info from the dashboard
[05:46] <oSoMoN> ok, will do
[05:47] <robru> oSoMoN: far. Ci dropped it as a priority, now I'm the only person working on it, it's going very slowly.
[05:50] <oSoMoN> :/
[05:50] <robru> oSoMoN: yeah.
[05:50] <Mirv> oh my, again
[05:52] <oSoMoN> robru, trying to edit the spreadsheet to re-add my request gone missing in action, and I’m getting this: "The action you're trying to perform is causing a fatal error and cannot be performed."
[05:53] <robru> Mirv: yeah, I guess just wait some hours and then try again. it's fussy like that
[05:54] <robru> oSoMoN: oh actually I can see your edits. it may be worth continuing inspite of the errors
[05:56] <oSoMoN> robru, ok, I re-added my request at line 61
[05:56] <Mirv> waiting + eventually I start again reconstructing lines using the dashboard if nothing fixes itself
[05:57] <robru> oSoMoN: looks good
[05:58] <Mirv> I added the id although well the background doesn't change blue so I'm not sure if it's saving it or not..
[05:58] <Mirv> oh yeah, executing scripts gives a fatal error
[05:59] <Mirv> it's screwed, official. waiting might help.
[05:59] <Mirv> let's see in a couple of hours.
[06:05] <robru> Mirv: I've found in a few cases that if it looks wrong, you can reload the page and then it looks right. it seems as though people can make changes, but those changes aren't synced to other people until those people reload the page. unfortunately there's no way to enforce "reload the page before you start making edits!"
[06:08] <robru> Mirv: I'm off to bed. good luck today!
[06:23] <Mirv> robru: thanks!
[08:03] <oSoMoN> sigh, the spreadsheet lost my request again…
[08:05] <Mirv> yes, everything in the spreadsheet is causing fatal errors :( it's like the last time when it was stuck at certain Sunday. one day later it started working again.
[08:06] <sil2100> Oh crap
[08:06] <sil2100> Everyone, remember that we keep backups of the spreadsheet here: http://sil2100.vexillium.org/citrain-backups/ (just in case)
[08:07] <oSoMoN> trainguards: can I have a silo for line 62 (if the spreadsheet didn’t dump it into /dev/null again) ?
[08:11] <sil2100> Sure
[08:12] <sil2100> oSoMoN: *sigh* I don't see anything on line 62 :(
[08:12] <sil2100> oSoMoN: maybe give me the list of merges, the description etc. as a private message
[08:12] <sil2100> And I'll assign one like that
[08:17] <jibel> sil2100, rsalveti ^ media-hub approved given last night discussion and we didn't find any obvious problem
[08:18]  * sil2100 still reads up on the discussion
[08:21] <sil2100> Well, I still don't feel super comfortable landing that, but I trust QA's and rsalveti's judgement
[08:22] <sil2100> ugh, so many unapproved merges
[08:28] <jibel> sil2100, if we must land it, it must be as soon as possible to find potential problems and possibly revert if something is obviously broken
[08:29] <jibel> sil2100, personally I was reluctant to land such a change but given the general agreement and nothing was found during testing, I don't have strong facts to not land it
[08:29] <sil2100> Right
[08:32]  * ogra_ wrestles with google
[08:55] <sil2100> oSoMoN: ping
[08:55] <sil2100> oSoMoN: a quick question - silo rtm 001
[08:56] <oSoMoN> sil2100, yes?
[08:56] <sil2100> oSoMoN: is that silo ready for QA sign-off or the spreadsheet is just playing with us?
[08:56] <sil2100> Better to make sure now with all the problems
[08:56] <oSoMoN> sil2100, it is now ready for QA signoff indeed (wasn’t earlier this morning, but I tested and validated it)
[08:56] <sil2100> jibel, davmor2: ^
[08:57] <jibel> oSoMoN, this is the only change in the silo ?
[08:58] <jibel> -            Equals("http://www.test.com/"))
[08:58] <jibel> +            Eventually(Equals("http://www.test.com/")))
[08:58] <jibel> ?
[08:58] <oSoMoN> jibel, yes
[08:58] <jibel> I'll just land it
[08:58] <oSoMoN> thanks!
[08:58] <oSoMoN> it’s indeed 100% risk-free
[08:59] <sil2100> ;p
[09:00] <jibel> oSoMoN, which row of the spreadsheet is it? the citrain board doesn't mention it
[09:00] <sil2100> oSoMoN: btw. just to be double sure - this change will land/landed in vivid already?
[09:00] <oSoMoN> jibel, it used to be row 61, but the spreadsheet keeps on forgetting about it, and I got tired of re-entering the info over and over again
[09:01] <oSoMoN> sil2100, yeah, it landed in vivid a while back, we had forgotten to backport it to RTM
[09:01] <sil2100> Excellent
[09:01] <jibel> sil2100, ^ how do I approve this silo?
[09:01] <sil2100> jibel: I'll just publish it then
[09:01] <jibel> good , thanks
[09:01] <sil2100> The spreadsheet is just causing trouble, geh
[09:01] <sil2100> Thanks guys!
[09:12] <jibel> sil2100, I've a card for ubuntu/silo-030 but there is nothing on the train dashboard
[09:12] <jibel> any idea why?
[09:12] <jibel> has this silo been removed?
[09:22] <sil2100> hm
[09:22] <sil2100> jibel: the backend is empty so it seems there's no such silo right now...
[09:24] <jibel> sil2100, thanks, removed. I did some clean-up and there are 4 silos ready to test in ubuntu and 1 in rtm
[09:25] <sil2100> jibel: 1 is ready for testing in rtm? Silo 5 is ready for sign-off already?
[09:25] <jibel> hm actually 0 in RTM, silo 5 was ready for QA and is not anymore
[09:25] <sil2100> Oh
[09:25] <sil2100> Yeah
[09:25] <sil2100> hm
[09:25] <sil2100> ralsina: ping
[09:30] <jgdx> oSoMoN, robru, anything you need from me?
[09:32] <oSoMoN> jgdx, not any longer, problem solved I think (the CI train spreadsheet played tricks on us)
[09:37] <jgdx> oSoMoN, back in 1996 or something my father took a course in excel
[09:37] <jgdx> spreadsheets aren't easy
[09:38] <oSoMoN> jgdx, did that course include a troubleshooting class for when the software blows up and "forgets" what you entered?
[09:39] <oSoMoN> (if so we need to hire your father)
[09:39] <jgdx> oSoMoN, oh yeah, it was windows 95. They had a reset button in front of the computer which rebooted it.
[09:40] <oSoMoN> now we only need to find the reset button on google’s servers :)
[09:40] <jgdx> yea :)
[09:44] <seb128> sil2100, seems like you areon l63, are you assigning it or should I? ;-)
[09:58] <dbarth__> sil2100: the oxide rebuild failed :/
[09:59] <dbarth__> sil2100: we have a correct build in the security team ppa; this is what normal utopic users get anyway; can't we just binary copy into the silo instead ?
[09:59] <dbarth__> that's the last oxide release to require this compiler gymnastic; as vivid as a correct gcc-4.9 now
[10:00] <sil2100> hmm
[10:00] <sil2100> I think a binary copy from the utopic silo can be enough
[10:00] <sil2100> seb128: yeah, I tried assigning it but it failed (and I didn't notice)
[10:01] <sil2100> As the MR is not a correct MR
[10:01] <seb128> sil2100, oh, why?
[10:01] <seb128> hum
[10:01] <sil2100> seb128: second one is a branch link, not an MR link :)
[10:01] <sil2100> I'll fix that
[10:01] <seb128> sil2100, thanks
[10:03] <sil2100> seb128: done :) Sorry I didn't notice that earlier
[10:03] <seb128> sil2100, sorry for doing it wrong ;-)
[10:03] <seb128> thnaks
[10:04] <dbarth__> sil2100: cool; can you take the utopic oxide from there: https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+packages ?
[10:04] <dbarth__> ie oxide-qt - 1.5.5-0ubuntu0.14.10.2
[10:09]  * sil2100 sighs
[10:09] <sil2100> We'll need to get a new silo ;/
[10:09] <sil2100> Since this version is AGAIN smaller than what we have in the PPA
[10:09] <sil2100> Will deal with that in some minutes
[10:16] <pedronis> hi, I'm trying to run some autopilot tests that start unity8, is the first time I'm running them, they seem to get stuck on unity asking a passphrase, am I missing some config aspect, or the tests are old and need changes
[10:18] <cjwatson> sil2100: I can expand silos for you on request
[10:19] <cjwatson> sil2100: Oh, sorry, version number not size
[10:19] <cjwatson> Never mind
[10:33] <Mirv> pedronis: it's probable the screen needs to be unlocked first before running autopilot. how to run tests the correct way is somewhat poorly documented, but check at least how to disable edges intro, welcome wizard, force display light on and enable dbus-probe at https://wiki.ubuntu.com/Touch/Testing
[10:33] <Mirv> well not poorly documented as such but there are a lot of different test suites sometimes with special needs
[10:36] <pedronis> Mirv: seems the tests need some tweeking in this case
[10:54] <popey> sil2100: just uploaded new terminal to store, in case you need to update any tarballs for nexus 4 / nexus 7?
[11:03] <jibel> sil2100, what's the status of silo 23? it says some merges are unapproved but ricmm approved them
[11:04] <jibel> in rtm
[11:04] <jibel> in vivid sorry
[11:08] <sil2100> popey: \o/
[11:09] <sil2100> popey: hm, will try to get those updated
[11:09] <sil2100> jibel: re-publishing in that case
[11:17] <sil2100> Ok, I suspect the packaging changes have been reviewed by rsalveti
[11:17] <sil2100> But still, we'll need an archive admin looking at the new binary packages
[11:19] <sil2100> Not sure if we didn't have an agreenment that we can publish soname-changes without approval though
[11:32] <dbarth__> sil2100: hey, could you trigger the binary copy into silo 004 (rtm) ?
[11:32] <dbarth__> i'd like to get this re-tested today and be done with it ;)
[11:32] <dbarth__> i'll also need a vivid silo in a bit (hint hint ;)
[11:34] <dbarth__> well, if i manage to write sometihng in the spreadsheet, that is
[11:35] <sil2100> dbarth__: on it right now ;)
[11:36] <sil2100> jibel, davmor2: ignore rtm silo 001 marked as waiting for QA sign-off ;/
[11:38] <sil2100> grrrr
[11:39] <dbarth__> ok, i think i have line 61 ready for a silo request
[11:44] <sil2100> dbarth__: can you check silo 001 and check if all is ok? The status might be showing that the packages failed to build, but the binaries should be there
[11:53] <dbarth__> sil2100: ok
[11:54] <sil2100> dbarth__: silo for 61 assigned
[11:55]  * sil2100 goes to prepare lunch
[12:13] <dbarth__> sil2100: silo 001 is good; thanks
[12:14] <dbarth__> sil2100: 61, as well :)
[12:14] <dbarth__> 16 even
[12:31] <boiko> trainguards: I am trying to mark vivid silo 24 as tested but I am receiving an error
[12:31] <boiko> trainguards: "The action you're trying to perform is causing a fatal error and cannot be performed."
[12:39] <bzoltan_> mzanetti: ogra_: do you think we could land it? https://code.launchpad.net/~bzoltan/ubuntu-seeds/add_libssl_and_qtpim_devs/+merge/254902
[12:41] <bzoltan_> or Mirv^
[12:42] <ogra_> bzoltan_, no idea about qtpim, sorry ... ssl-dev seems sane
[12:44] <mzanetti> bzoltan_, I'm not ready with the bug yet :D
[12:44] <bzoltan_> ogra_: The qtpim is the PIM API in Qt...
[12:44] <bzoltan_> mzanetti:  push dude, push it :)
[12:44] <ogra_> bzoltan_, heh, i guessed that much :P
[12:45] <ogra_> still cant judge it, since i dont know anything about it
[12:45] <bzoltan_> ogra_:  :D I assumed ... for example the reminder app needs it build time
[12:45] <mzanetti> bzoltan_, have you been able to build the app now? I can't remember if there's anything else missing to build reminders. and my chroots are obviously all set up with all the deps already
[12:45] <bzoltan_> ogra_:  Mirv is the one who can judge, since he is the package maintainer
[12:46] <ogra_> right
[12:46] <mzanetti> bzoltan_, https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1439173
[12:46] <ogra_> happy to go with his judgement here
[12:46] <bzoltan_> mzanetti:  adding these two packages made the app build
[12:47] <mzanetti> bzoltan_, perfec. thanks. if I find more I'll ping you)
[12:47] <mzanetti> perfect, even
[12:48] <bzoltan_> mzanetti:  the thing is that this is exacly how the frameworks should be improved. App devs should contact me and request APIs what are available in the archive.
[12:48] <bzoltan_> mzanetti:  so thank you indeed
[12:48] <mzanetti> bzoltan_, I will :)
[13:15] <Mirv> boiko: the spreadsheet is quite broken at the moment, but if you can't get it to work you can ping qa so that they add a card for you manually
[13:16] <rvr> jgdx: Silo 28 needs rebuild
[13:16] <boiko> Mirv: so, I marked vivid silo 24 tested again, can you just check that you got the info on your side?
[13:16] <jgdx> rvr, k
[13:16] <Mirv> bzoltan_: ":armhf"?
[13:17] <Mirv> bzoltan_: ok for qtpim in general
[13:17] <bzoltan_> Mirv:  ehh... pull the next rev please
[13:20] <rsalveti> sil2100: ricmm: hey, so what is missing for the media-hub silo? (23)
[13:21] <rsalveti> or just waiting migration now?
[13:22] <jibel> rsalveti, it's migrating apparently
[13:22] <rsalveti> great
[13:22] <rsalveti> we want to trigger a new image once that is finally migrated
[13:22] <jibel> rsalveti, qtvideo-node is still in proposed but should be in vivid/universe soon
[13:22] <rsalveti> yeah, great
[13:40] <sil2100> jibel, davmor2: apparently the ubuntu-push silo (rtm-005) is now ready for testing
[13:41] <jibel> sil2100, yes, om26er is on it
[13:42] <Mirv> bzoltan_: note though that next qtpim update will break C++ API. qtpim is one of the modules not supported by upstream. reportedly QML apps should be fine.
[13:43] <Mirv> anyway, approved
[13:50] <jibel> sil2100, what is rtm 001? LP says "Copying failed of oxide-qt (1.5.5-0ubuntu0.14.10.2)". It's mark read for QA but is there anything to verify?
[13:53] <sil2100> jibel: as I mentioned above ^ it's something broken because of the spreadsheet, it doesn't seem to be ready yet
[13:53] <jibel> sil2100, OK, thank
[13:53] <sil2100> 13:36 < sil2100> jibel, davmor2: ignore rtm silo 001 marked as waiting for QA sign-off
[13:53] <jibel> s
[13:53] <jibel> I missed that sorry
[13:54] <sil2100> The spreadsheet is wrecking chaos right now ;)
[13:55] <boiko> jibel: hi, so the spreadsheet is kinda broken, would you mind adding a card to test vivid silo 24? it is ready for landing
[13:55] <jibel> boiko, there is already a card
[13:56] <boiko> jibel: great!  thanks!
[13:56] <jibel> boiko, don't worry when the spreadsheet is broken it tends to add duplicate cards rather than forgetting some
[13:56] <jibel> or asking for testing things not ready for testing
[13:57] <boiko> jibel: ok, it was just to make sure you guys got it
[13:58] <jibel> np, the board doesn't suffer of card starvation
[14:04] <om26er> ralsina, ping
[14:04] <om26er> ralsina, the command in this MR[1] does not work [1] https://code.launchpad.net/~ralsina/ubuntu-system-settings/per-package-notifications/+merge/254621
[14:04] <ralsina> om26er: the gsettings one?
[14:05] <om26er> ralsina, yes,
[14:05] <ralsina> om26er: are you trying it on a desktop? In that case it won't because the gsettings schema is not installed
[14:05] <om26er> ralsina, I logged into the device. "bash: syntax error near unexpected token `('"
[14:06] <ralsina> oh, the command is just the 1st line, the rest is the output
[14:06] <ralsina> om26er: so, just gsettings get com.ubuntu.notifications.hub blacklist
[14:09] <om26er> ralsina, ;)
[14:09] <om26er> pedronis, How can I verify fix for bug 1437135 ?
[14:12] <pedronis> om26er: need to tail .cache/upstart/ubuntu-push-client.log  , turn on flight mode  ... let the phone sit for a while (10 minutes) check there's was no activity in the log about wakeups
[14:12] <om26er> pedronis, ok
[14:12] <pedronis> om26er: then turn flight mode off,  and send something through twitter or gmail and see that the notification appear
[14:13] <om26er> pedronis, whats the default poll time ?
[14:13] <pedronis> om26er: 5 minutes
[14:14] <pedronis> so when you turn it on it may take a bit (though it should try to poll early)
[14:14] <pedronis> when is set to on again
[14:24] <jibel> rsalveti, rmadison says that all the packages in silo 23 migrated to vivid
[14:25] <rsalveti> jibel: great, will trigger a new image
[14:26] <ogra_> yay
[14:26] <ogra_> so now my music will play twice as fast with only half the battery ?
[14:26] <ogra_> :)
[14:27] <rsalveti> hahah
[14:27] <rsalveti> build started
[14:35] <imgbot> [14:38] <sil2100> \o/
[14:48] <om26er> pedronis, after 10minutes it prints "INFO connectivity check passed." with internet connected. I assume if I am disconnected it won't even try that ?
[14:49] <pedronis> om26er: sorry, not enough context, are you asking if turned off properly or if turned on properly?
[14:50] <om26er> pedronis, the former
[14:51] <pedronis> om26er: it cannot say passed if it's in flight mode
[14:51] <pedronis> so I'm confused
[14:54] <om26er> pedronis, sorry for the confusion. I first tested with *internet connected* and it was checking internet connectivity every 10 minutes. What I wanted to know if will it test for connectivity after 10 minutes if I am in Flightmode ?
[14:55] <pedronis> om26er: no but I think I gave you the wrong info, you need to turn on debug level in the config
[14:55] <pedronis> otherwise the logs are too terse
[14:56] <rsalveti> imgbot: status 157 vivid
[14:56] <om26er> pedronis, how do I do that
[14:56] <rsalveti> ogra_: do we need to kick imgbot ? :-)
[14:56] <rsalveti> or wrong syntax
[14:57] <ogra_> rsalveti, hmm, no, proper syntax
[14:57] <pedronis> om26er: need to copy /etc/xdg/ubuntu-push-client/config.json to ~/.config/ubuntu-push-client/config.json and change "log_level": "debug",
[14:57] <ogra_> imgbot, stunt
[14:57]  * imgbot rolls on its back and purrs
[14:57] <pedronis> om26er: and then initctl restart ubuntu-push-client
[14:57] <ogra_> imgbot, status 157 vivid
[14:57] <imgbot> Status: succeeded, Started: 2015-04-01 02:02:06 UTC, Finished: 2015-04-01 02:57:13 UTC
[14:57] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/23898
[14:57] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/157.changes
[14:57] <ogra_> rsalveti, seems it needs his masters voice :/
[14:58] <ogra_> rsalveti, oh, might be i dont match for the colon !
[14:59] <om26er> pedronis, ok, done. will test now.
[15:01] <rsalveti> haha, yeah
[15:15] <dbarth__> o/ silo rtm 001 with oxide 1.5.5 ready for qa/release
[15:17] <om26er> pedronis, ok I verified the fix for that bug.
[15:17] <om26er> pedronis, now how can I verify bug 1435109 ?
[15:18] <rsalveti> sil2100: can you help allocating a silo for line 62?
[15:18] <rsalveti> I can't, keep giving spreadsheet errors
[15:18] <rsalveti> The action you're trying to perform is causing a fatal error and cannot be performed.
[15:18] <sil2100> rsalveti: sure thing, I have some workarounds for that ;)
[15:19] <sil2100> The spreadsheet is doing april's fools today as per topic
[15:19] <rsalveti> sil2100: great, thanks
[15:21] <sil2100> bzoltan_, zbenjamin: can you take a look at 64? The merge requests seem invalid
[15:23] <sil2100> bzoltan_, zbenjamin: I mean row 64
[15:23] <zbenjamin> sil2100: fixed
[15:24] <pedronis> om26er: it's not very simple,  with connection, let the phone alone for a long while with the logs to debug: when looking at the log timestamps
[15:24] <sil2100> zbenjamin: thanks
[15:24] <pedronis> om26er: the logs like: iter %02d: not connected, sleeping for %s  or  sleeping for DoneWait %s
[15:25] <pedronis> om26er: should never take much more that the number of secs they print
[15:26] <pedronis> om26er: also just less than a second should pass between:  got wakelock cookie of %s, checking conn stat
[15:26] <pedronis> om26er: and the first "iter %02d: ...
[15:27] <om26er> pedronis, do these logs look sane to you: http://paste.ubuntu.com/10718845/
[15:30] <noise][> om26er: those look sane, you should also do some more flipping of flight and wifi to cover all combos. dontPoll should only be true when flight is ON and wifi is OFF.
[15:30] <pedronis> om26er: need a bit more got wakelock cookie  to know, I see only one there ... also it seems there no U1 account set?
[15:31] <noise][> and when dontPoll=true, nothing should be happening and the phone should be able to go into long suspend (tail -F /var/log/syslog | grep powerd)
[15:31] <noise][> and when you re-enabled connectivity you should see polling again at regular intervals (5 mins by default)
[15:34] <rvr> jgdx: kenvandine: Approving silo 28.
[15:35] <kenvandine> rvr, thx!
[15:35] <charles> brendand, when I eod'ed last night there was a QA Testing Request card for silo 10 with ubuntu-themes and indicator-power, but I don't see it anywhere on the board this morning?
[15:39] <om26er> pedronis, noise][ this might be better. Also ignore my internet failures there: http://paste.ubuntu.com/10718921/
[15:40] <pedronis> om26er: yes, it looks sane,  got wakelock cookie and the first connected check are all happening in the same second
[15:40] <kenvandine> ugh... fatal errors from the spreadsheet again
[15:41] <charles> here it is, https://trello.com/c/TXXmEQ48/1230-ubuntu-landing-010-indicator-power-ubuntu-themes-charles, looks like it got archived?
[15:42] <sil2100> kenvandine: yeah, see topic ;/
[15:42] <kenvandine> oh... sigh :)
[15:42] <kenvandine> wait... reload?
[15:42] <kenvandine> i just opened it for the first time today :)
[15:43] <sil2100> Reloading doesn't help in the fatal errors, but decreases the chance that you change won't be saved ;)
[15:43] <sil2100> *chance
[15:44] <kenvandine> ah
[15:44] <ogra_> i heard the spreadsheet will be replaced soon anyway ...
[15:45] <sil2100> hah, good one
[15:45] <kenvandine> ogra_, i know... it's april 1 :)
[15:45] <ogra_> :)
[15:45] <kenvandine> sil2100, how do we assign a silo?
[15:46] <sil2100> kenvandine: there's a trick - you need to press 'assign' twice - first time you get an error, second time you get the reconfigure screen - but just continue with that and in the jenkins build job simply de-select the reconfigure flag
[15:47] <kenvandine> sil2100, thx :)
[15:53] <brendand> charles, you'd need to ask jibel
[15:54] <brendand> charles, but from what i can see it doesn't seem to be ready for testing?
[15:54] <jibel> charles, silo 10 is not ready for QA http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu%2Flanding-010
[15:55] <charles> jibel, hm, well it was yesterday, looks like the spreadsheet line got eaten
[15:56] <charles> I'll re-add it to the spreadsheet for the third time
[15:57] <jibel> charles, right, that'll readd the card. Thanks.
[15:59] <ogra_> sil2100, just fyi, cwayne is kicking a custom tarball for vivid to pick up the new apparmor from monday
[15:59] <charles> jibel, ack
[15:59] <sil2100> ogra_: yeah, I had a chat with him about that yesterday through e-mail
[16:00] <charles> trainguards, ^ that's already in silo 10, just re-adding to the spreadsheet because the line got eaten
[16:00] <sil2100> charles: ACK
[16:01] <kenvandine> the spreadsheet is hungry again
[16:01] <kenvandine> maybe i should copy my row just in case :)
[16:01] <charles> :-)
[16:10] <imgbot> [16:10] <imgbot> [16:17] <bzoltan_> zbenjamin:  the silo5 is safe and fixes the bug it suppose to fix
[16:22] <robru> bzoltan_: no qa for silo 5?
[16:23] <bzoltan_> robru:  I am Ok with it If somebody really wants to get involved.. but the change does not effect anythin else but fixes a single line problem in the SDK
[16:24] <robru> bzoltan_: oh I see the diff. ok
[16:24] <bzoltan_> robru: Thanks
[17:11] <davmor2> Saviq: this is all your fault ;) https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1439318
[17:15] <dobey> "The action you are performing is causing a fatal error."
[17:15] <dobey> yay google spreadsheet :(
[17:17] <ogra_> dobey, you broke it !
[17:17] <dobey> it's a really elaborate april fool's from google maybe?
[17:18] <ogra_> perhaps ... see the landing mail .. or the channel topic ...
[17:19] <dobey> ogra_: hrmm, not sure what's up. i freshly opened the page
[17:19] <dobey> ah well
[17:19] <ogra_> whee
[17:20] <dobey> i guess this is what happens on google when you have a spreadsheet with 60K lines in it or something
[17:21] <dobey> i wonder if i should even bother trying to get a silo now
[17:23] <dobey> fuuuuu
[17:28] <pedronis> what happened, it's the spreadsheet?  ubuntu-rtm/landing-005: Packages built. Testing pass. QA signed off. You can publish.  and now is back just to built
[17:29] <dobey> pedronis: yes, spreadsheet is wildly broken at the moment it seems
[17:29] <awe_> my line in the spreadsheet entered earlier today for ofono/rtm is gone!
[17:29] <awe_> ;(
[17:29] <pedronis> :(
[17:29] <dobey> awe_: i imagine you're not the only one with that :-/
[17:30] <awe_> but according to rsalveti, the silo got created... d'oh
[17:30] <ogra_> i thihnk you need to talk to the trainguards directly for now
[17:30] <rsalveti> awe_: yeah, rtm silo 2
[17:30] <ogra_> and ignore bot and spreadsheet
[17:30] <rsalveti> works from the dashboard
[17:30] <rsalveti> http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu-rtm%2F
[17:30] <awe_> except it's dirty
[17:31]  * ogra_ hands awe_ mop and bucket
[17:31] <dobey> so rebuild it?
[17:31] <awe_> and says it needs to be rebuilt due to a conflict with qtvideo-node
[17:31] <rsalveti> awe_: that's broken, but build should still work
[17:32] <rsalveti> triggered a build, we will see
[17:33] <awe_> ok
[17:37] <dobey> trainguards: so is it possible to request a landing without going through the spreadsheet? or i'll just have to wait until it stops giving me a fatal error every 5 seconds?
[17:37] <rsalveti> need to call sil2100 and robru I'd guess
[17:38] <rsalveti> to fix that first
[17:41] <robru> dobey: you can email me and I can assign the silo directly without the spreadsheet
[17:43] <dobey> ok
[17:51] <robru> dobey: ok you got silo 28
[17:52] <ralsina> trainguard, just in case, silo rtm-5 had QA signoff before the spreadsheet reached 88mph and travelled back in time, so you can publish it when you want :-)
[17:52] <robru> ralsina: ah thanks
[17:53] <ralsina> robru: np
[18:19] <Saviq> davmor2, it is indeed
[18:29] <dobey> robru: how can i log it as tests passing? :)
[18:30] <robru> dobey: just ping qa directly i guess...
[19:07] <robru> bfiller: MPs that target lp:ubuntu/* are unsupported
[19:27] <bfiller> robru: right, sorry
[19:27] <bfiller> renatu: you need to get someone to review and merge/upload the syncevo patch, maybe kenvandine can help
[19:27] <bfiller> renatu: can't go in silo
[19:28] <renatu> kenvandine, ^^^ ;)
[19:28] <renatu> bfiller, I will upload to phablet team ppa to help us to test it
[19:34] <kenvandine> i think you can get an empty silo and i can dput it to the silo
[19:35] <kenvandine> robru, did you see my reply about content-hub in soonsnap?  should be an easy fix
[19:36] <robru> kenvandine: yeah, thanks. I uploaded it to the store with the fix, just waiting for it to be approved so i can confirm it works
[19:37]  * popey looks
[19:37] <popey> robru: i dont see soonsnap waiting in the queue
[19:37] <kenvandine> robru, i updated line 61, if that's good can you create a silo for it?
[19:38] <kenvandine> and i can upload the package to it
[19:38] <rsalveti> jhodapp: published rtm silo 7
[19:38] <popey> 1.3 was approved 3 hours ago
[19:38] <rsalveti> pmcgowan: will trigger another RTM image once silo 7 migrates to release, if that is fine
[19:38] <jhodapp> rsalveti, awesome! thanks
[19:39] <robru> popey: ah thanks. I didn't get any email about the approval
[19:39] <popey> np
[19:41] <robru> popey: *sigh*, new version is totally busted, just a white screen
[19:43] <kenvandine> robru, thx...
[19:43] <kenvandine> bfiller, renatu: i'll upload the source to the silo
[19:44] <bfiller> kenvandine: thanks
[19:45] <renatu> kenvandine, thanks again :D
[19:46] <kenvandine> renatu, anytime!
[19:46] <alesage> trainguards ubuntu/landing-001 *oxide-qt* QA sign-off granted, pls RSVP
[19:47] <kenvandine> robru, so after i dput it to the silo, i need to do a watch only build right?
[19:47] <alesage> please <- that's three pleases
[19:48] <pmcgowan> rsalveti, would be nice to get that oxide silo as well
[19:49] <pmcgowan> oh
[19:49] <pmcgowan> just signed off!
[19:49] <dobey> hmm
[19:49] <rsalveti> oh, great then
[19:49] <rsalveti> let me land that
[19:49] <dobey> oh fun, the trello board is all whacky too
[19:50] <kenvandine> it must be powered from the beloved spreadsheet
[19:51] <rsalveti> alesage: were you testing RTM silo 1?
[19:51] <rsalveti> pmcgowan: and I think you said RTM silo 1 as well, right?
[19:51] <rsalveti> did a watch only build
[19:51] <rsalveti> the silo is in an interesting state though
[19:51] <rsalveti> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-001/+packages
[19:52] <rsalveti> alesage: pmcgowan: packages for amd64, armhf and i386 all failed to build
[19:52] <pmcgowan> rsalveti, I think it was a binary copy
[19:52] <rsalveti> oh, that's why
[19:52] <rsalveti> urgh, lp is in a weird state then
[19:52] <pmcgowan> due to some other issues
[19:52] <rsalveti> the packages are actually there
[19:52] <robru> kenvandine: actually it's better if you do a regular build. when I rewrote the build job I cleared out a bunch of weird corner cases, so now doing a "build" even though it's just a source package does the rightthing
[19:53] <kenvandine> robru, yeah, but the ppa was already building
[19:53] <rsalveti> pmcgowan: silo will refuse to accept that I guess
[19:53] <rsalveti> robru: maybe something that would need your help
[19:53] <pmcgowan> rsalveti, its all a mystery to me
[19:53] <kenvandine> robru, i already kicked a watch only build
[19:53] <kenvandine> hopefully that does the right thing
[19:53] <robru> kenvandine: yeah, but the build logic knows how to handle a source package, which is to say it doesn't try to build or upload anything, so you can just do a regular build.
[19:54] <robru> rsalveti: what?
[19:54] <rsalveti> robru: silo RTM 1
[19:54] <rsalveti> robru: it was a binary copy, that triggered new builds, which were canceled
[19:54] <robru> rsalveti: what about it?
[19:54] <rsalveti> robru: so the binaries are there, but lp is showing that the builds for all archs failed
[19:54] <robru> rsalveti: I've never seen that before
[19:54] <rsalveti> robru: me neither
[19:55] <alesage> rsalveti, yep I blithely proceeded to test in spite of the failed build
[19:55] <rsalveti> right, because the packages are indeed there
[19:55] <robru> rsalveti: so if the copy triggered new builds, does that mean the the binaries weren't copied?
[19:55] <alesage> "binary copy" occurred in a webapps backscroll so yeah
[19:56] <rsalveti> robru: that's what I thought as well
[19:56] <rsalveti> robru: but the binaries are there
[19:56] <rsalveti> seems the ppa is in a broken state
[19:57] <robru> rsalveti: can you delete it and copy again?
[19:57] <robru> make sure it's really a binary copy
[19:57] <rsalveti> robru: I will try
[19:57] <rsalveti> let me create another silo just to be sure
[19:58] <robru> kenvandine: can you explain the difference between content_exchange and content_exchange_source? does the first imply the second? apparently the app had the first one already when it had the problem i was describing
[19:58] <kenvandine> content_exchange gives access to a dbus path for the import
[19:58] <kenvandine> and content_exchange_source gives access to a dbus path for export
[19:59] <robru> kenvandine: hm, ok. thanks
[20:02] <robru> popey: I just uploaded 1.4, can you take a look at it?
[20:03] <popey> ya
[20:03] <robru> popey: thanks
[20:05] <popey> robru: still all white screen
[20:06] <robru> popey: funny it's working on my krillin
[20:06]  * popey tries
[20:06] <popey> this was on my arale
[20:07] <awe_> rsalveti, anything update on the ofono silo while I was at the dentist?  The package seems to have built, but the silo is still marked dirty, and the line from the  spreadsheet gone
[20:07] <rsalveti> awe_: yeah, just test that and let me know if it's good for you
[20:07] <rsalveti> then we can ask QA to validate that
[20:07] <popey> robru: ok, panic over, works on krillin rtm proposed
[20:08] <robru> kenvandine: photo still doesn't show up in the gallery after saving
[20:08] <awe_> rsalveti, ok, I'll test and update the MR
[20:08] <kenvandine> robru, do you see it in the transfer indicator?
[20:08] <popey> robru: unusable thogh because while in gallery, the browser was killed
[20:09] <kenvandine>  robru, silo 23 has dropped off the spreadsheet and the dashboard shows it as test passed
[20:09] <kenvandine>  when i add it back, how do i associate my silo with the line on the spreadsheet?
[20:09] <kenvandine> robru, check the denials in syslog
[20:09] <robru> kenvandine: you have to set the values for columns M and N
[20:09] <popey> app lifecycle shouldn't kill apps that are using content hub
[20:09] <popey> makes it unusable
[20:10] <robru> popey: kenvandine: oh this is rubbish I'm just going to delete the app. people can just use it in the browser.
[20:10] <popey> dont worry, it wont work there either
[20:10] <kenvandine> robru, wait...
[20:10] <kenvandine> shouldn't be that hard
[20:11] <robru> kenvandine: I'm up to version 1.4 for what amounts to a browser bookmark. it's ludicrous how difficult it has been to develop this.
[20:12] <popey> hmm, worked in a browser
[20:12] <robru> popey: hilariously it seems to be single-use. after sending an image, you can't navigate back to the start page. if you try, it just launches the browser.
[20:13] <kenvandine> don't assign 65
[20:13] <kenvandine> just re-adding the landing i already have
[20:13]  * kenvandine really hates the spreadsheet
[20:14] <robru> kenvandine: yeah
[20:14] <rsalveti> every click a crash
[20:14] <rsalveti> haha
[20:14] <rsalveti> awe_: should be "fine" now
[20:15] <kenvandine> robru, how do i know what to put in M?
[20:15] <kenvandine> the request ID
[20:15] <robru> kenvandine: it'll say in the dashboard, underneath the date under your name
[20:16] <awe_> thanks rsalveti
[20:16] <kenvandine> found it
[20:16] <awe_> any chance you could do a sanity check too?
[20:16] <kenvandine> thx
[20:16] <robru> kenvandine: yw
[20:16] <kenvandine> i really hope i don't have to put this back again
[20:16] <kenvandine> robru grep DENI /var/log/syslog
[20:16] <rsalveti> awe_: sure
[20:19] <robru> kenvandine: buh, how do I adb shell in? device is in dev mode...
[20:19] <kenvandine> phablet-shell
[20:20] <robru> kenvandine: just hangs
[20:21] <robru> kenvandine: lol, I wrote phablet-shell
[20:21] <kenvandine> i your device awake?
[20:21] <kenvandine> and unlocked?
[20:21] <robru> kenvandine: yes and yes
[20:21] <kenvandine> robru, your latest version in the store worked for me
[20:21] <kenvandine> saved it to the gallery
[20:21] <kenvandine> and i clicked open in the notification
[20:21] <robru> kenvandine: oh cool
[20:22] <kenvandine> and showed it
[20:22] <robru> brb
[20:27] <robru> kenvandine: yeah I have no idea how to connect to this thing. it's been a while since I've needed to. developer mode is enabled and the screen is unlocked. doesn't show up in 'adb devices'
[20:27] <kenvandine> wire?
[20:27] <kenvandine> unplug and plug back in
[20:28] <kenvandine> i know i have had to switch wires before
[20:28] <kenvandine> i have some that only seem to work for charging now
[20:29] <robru> kenvandine: tried a different wire and usb port, no luck
[20:30] <robru> kenvandine: and it's still not actually working, I can pick gallery app but the photo doesn't show up there after saving it
[20:30] <robru> kenvandine: this is with vivid, is content-hub broken in vivid? ;-)
[20:31] <kenvandine> nope... worked for me on vivid-proposed
[20:31] <kenvandine> did you get the notification that it finished downloading?
[20:31] <robru> kenvandine: no there was nothing. i just picked gallery app in the chooser and then it immediately returned to soonsnap
[20:32] <kenvandine> it shoudl do that
[20:32] <kenvandine> then when the download manager finishes downloading
[20:32] <kenvandine> it should fire a notification
[20:32] <kenvandine> asking you to dismiss or open
[20:32] <kenvandine> open should open gallery for you
[20:33] <kenvandine> i've tried it now several times
[20:33] <kenvandine> works :-D
[20:33] <robru> kenvandine: the notification says 'Unknown Download (0 bytes) in queue...''
[20:33] <kenvandine> that's something!
[20:33] <kenvandine> that means the policy change did fix the previous problem
[20:34] <kenvandine> sounds like download manager is angry
[20:34] <kenvandine> try rebooting :)
[20:34] <robru> kenvandine: actually that time was with the browser, I should try the app again
[20:35] <robru> kenvandine: same in the app
[20:35] <kenvandine> try a reboot
[20:35] <robru> kenvandine: k.
[20:35] <kenvandine> maybe udm is stuck somehow
[20:35] <kenvandine> dunno
[20:37] <robru> kenvandine: same, unknown 0 byts
[20:37] <kenvandine> whew... it has been torture just getting the spreadsheet ready
[20:37] <kenvandine> robru, ok, i dunno then
[20:37] <kenvandine> gotta talk to someone that knows about udm... the content-hub part seems to be working now :)
[20:37] <kenvandine> robru, but it's working for me :)
[20:37] <kenvandine> reliably
[20:38] <kenvandine> is the phone on wifi?
[20:38] <robru> kenvandine: yeah, on wifi
[20:38] <kenvandine> i guess it had to fetch the image to display it anyway
[20:38] <kenvandine> so you have the same problem running it just in the browser
[20:38] <kenvandine> that's interesting
[20:38] <robru> yeah the app can display the image, just not save it
[20:38] <robru> yeah
[20:38] <kenvandine> because that's unconfined
[20:39] <robru> kenvandine: are you trying it on krillin?
[20:39] <kenvandine> mako
[20:39] <kenvandine> vivid-proposed
[20:39] <robru> kenvandine: I just updated to 171
[20:42] <kenvandine> robru, worked fine for me on krillin/rtm-proposed
[20:42] <kenvandine> robru, share your picture with me
[20:42] <kenvandine> tell me the code to receive
[20:43] <robru> kenvandine: YHN7
[20:44] <kenvandine> ah ha!
[20:44] <kenvandine> i get the same thing with that photo
[20:44] <robru> hm?
[20:44] <kenvandine> receive this one
[20:44] <kenvandine> 37R2
[20:45] <robru> kenvandine: indeed that one shows up
[20:45] <kenvandine> so there's something about that photo
[20:45] <kenvandine> what format is it?
[20:46] <robru> kenvandine: well yours was a comic. mine was a photo from the camera, so probably much larger in size.
[20:46] <robru> kenvandine: gallery-app won't tell me anything about it.
[20:47] <robru> kenvandine: camera-app wont' tell me anything about it either. I assume it's a 3MB jpeg.
[20:48] <kenvandine> i reproduced it with a picture taken with the krillin
[20:49] <kenvandine> i think it's download manager choking on it
[20:49] <kenvandine> mandel, ^^
[20:49] <kenvandine> robru, this probably isn't the right channel for debugging this :)
[20:49] <robru> kenvandine: I also got the same failure with a different photo sent from my laptop, but also a real photo, not a comic
[20:50] <robru> kenvandine: what channel do you recommend?
[20:50] <robru> kenvandine: the other reproducer is a 3.9MB jpg
[20:50] <kenvandine> ubuntu-touch
[20:52] <kenvandine> robru, what happens if you hit pause all in the transfer indicator?
[20:52] <rsalveti> awe_: sanity with new ofono seems fine
[20:52] <rsalveti> but didn't try reproducing the bug
[20:53] <robru> kenvandine: it says 'Resume all', not 'pause all', and pressing it does nothing
[20:53] <rsalveti> robru: will publish rtm 3 instead of 1
[20:53] <rsalveti> binary copy worked fine in there
[20:53] <robru> renatu: k
[20:53] <rsalveti> same binaries
[20:53] <robru> rsalveti: k
[20:53] <robru> rsalveti: unping, sorry
[20:53] <robru> blah
[20:53] <robru> renatu: unping, sorry
[20:54] <robru> rsalveti: thanks for fixing that
[20:54] <awe_> rsalveti, ok.  I'm doing some more extensive testing on my side; care to add a quick comment ( device, image # ) to the MP: https://code.launchpad.net/~alfonsosanchezbeato/ofono/only-one-powered/+merge/254906
[20:55] <rsalveti> sure
[20:56] <kenvandine> robru, i pressed pause all
[20:56] <kenvandine> and then it sent the notification and i got the image in gallery
[20:56] <kenvandine> so pause seemed to make it finish
[20:56] <rsalveti> pmcgowan: will trigger a new image once oxide-qt lands then
[20:56] <kenvandine> for me at least :)
[20:57] <robru> kenvandine: nope, doesnt' show me a pause all button
[20:58] <pmcgowan> rsalveti, ok so that got sorted?
[20:58] <kenvandine> robru, i think this must be a udm bug
[20:58] <rsalveti> pmcgowan: yeah, created a new silo, copied the binaries over and published that instead
[20:58] <kenvandine> not sure how to debug it
[20:59] <kenvandine> seems unrelated to content-hub
[20:59] <kenvandine> robru, need mandel to help debug that
[21:01] <kenvandine> robru, but at least now the webapp works as well as it does in the browser :)
[21:02] <robru> kenvandine: lol, OK. Thanks, i guess i won't delete it. Still annoyed though
[21:28] <pmcgowan> rsalveti, build? lots of good stuff today
[22:12] <rsalveti> building new RTM image
[22:20] <imgbot> [22:39] <robru> fginther: ping
[22:39] <fginther> robru, yes
[22:39] <robru> fginther: hey. when I'm looking at the webui for the ticket system, where's the silo assignment link? I thought you'd implemented that already
[22:42] <fginther> robru, Let me look, I don't think that landed, but maybe there was an MP for it...
[22:42] <robru> fginther: it's definitely a critical feature, if it doesn't exist then I need to do it from scratch
[23:45] <imgbot> [23:45] <imgbot>