[00:12] <thomi> robru: silo 3 is ready to land, BUT the testing is really dirty - we wrote a lengthy report to show what we've been up to though: http://etherpad.ubuntu.com/B2Wt9rUiHX
[00:12] <thomi> robru: our conclusion is that, to the bestof our ability, AP 1.5 looks ready to land. But there's so many failing tests in the image right now it's really really really hard to tell what the hellis going on
[00:13] <thomi> which is why we've taken over a week to get to this point :(
[00:24] <imgbot> [00:24] <imgbot> [01:10] <ahayzen> jamesh, ping
[01:33] <robru_> thomi, errrmahgerd, is autopilot really ready? I'm terrified ;-)
[01:44] <robru_> kgunn, building in silo 6: https://ci-train.ubuntu.com/job/landing-006-1-build/41/console
[01:45] <kgunn> robru rocknroll
[01:49] <jamesh> ahayzen: pong
[01:50] <ahayzen> jamesh, me and Victor are working on the mediascanner2 conversion, we just found this issue which we think is actually us doing it wrong? https://bugs.launchpad.net/mediascanner2/+bug/1319168
[01:51] <thomi> robru: well, to the best of our knowledge it is. If you have suggestions for what else we should do, we'd be glad to doit
[01:51] <thomi> robru: we're open to suggestions :)
[01:52] <robru_> thomi, ha, no idea. I'm EOD / not at home right now so I'm not super comfortable publishing it right now, but sil or mirv should be awake in a few hours to look at that.
[01:52] <jamesh> ahayzen: the empty entry represents files without an artist set.  It certainly is a bug that the model filters can't distinguish between empty and not set though.  I haven't worked out a fix for that yet
[01:52] <ahayzen> jamesh, but it is due to a video existing on my filesystem
[01:52] <thomi> robru: ok, thanks
[01:52] <ahayzen> jamesh, i see there MediaType->AudioMedia is there a way of filtering just by audio?
[01:54] <jamesh> ahayzen: hmm.  You're right that we should be filtering out videos there.  But the same problem will reoccur once you download an mp3 without artist metadata
[01:54] <jamesh> so that's two bugs
[01:55] <ahayzen> jamesh, heh yeah ... and the other blocker for us is the GenresModel and filtering other models by genre is that on your radar as well?
[01:55] <jamesh> ahayzen: yes.
[01:55] <jamesh> ahayzen: I just made sure that the stuff that was finished was released.  I haven't forgotten about the rest
[01:55] <ahayzen> jamesh, cool we also spotted this minor issue any ideas if it is an easy fix? https://bugs.launchpad.net/mediascanner2/+bug/1319174
[01:56] <jamesh> thanks.  I'll look into that one too.
[01:57] <ahayzen> jamesh, it is more of a minor issue as it isn't blocking us like the others, the genremodels, filtering and empty states should be higher priority from our point of view. And what was the decision on the fallback cover art?
[01:59] <sergiusens> robru hey, seems my changelog is whack https://launchpad.net/~ci-train-ppa-service/+archive/landing-008/+packages ... it credits things already packaged to me and the new things I'm adding is credited to the CI bot ... any ideas?
[02:00] <ahayzen> jamesh, although the fallback cover art is probably lower priority as well...once the genremodels, filtering and empty states are done we'll likely be in a position to make the transition unless we find any other issues
[02:01] <jamesh> ahayzen: I haven't had a chance to work on that.  If anyone else wants to have a play, the code in question is fairly short: http://bazaar.launchpad.net/~unity-team/thumbnailer/trunk/view/head:/plugins/Ubuntu/Thumbnailer/albumartgenerator.cpp
[02:02] <ahayzen> jamesh, thanks :)
[02:03] <jamesh> I haven't checked what happens if you raise an exception in the provider.  The documentation doesn't mention it, but that's the only way I can think of that might pass on an error state to the Image QML component
[02:05] <ahayzen> jamesh, Victor (vthompson) said he had worked with image handlers before so he may have an idea
[02:06] <jamesh> actually, perhaps just returning a null image is the answer
[02:06] <ahayzen> jamesh, i think that is what he suspected
[02:09] <imgbot> [02:10] <ahayzen> vthompson, o/
[02:11] <vthompson> ahayzen, hey
[02:13] <ahayzen> jamesh, shall we try doing the fallback via setting to null? to lighten your load a bit
[02:14] <vthompson> jamesh, would returning null as the fallback affect the Music Scope? Or is that independent since it is not QML?
[02:14] <jamesh> ahayzen: try changing all the "return fallbackImage(...);" calls to just "return QImage();" and see if that does what you're after
[02:15] <jamesh> vthompson: it would be a good idea to check how it affects the dash, yes
[02:15] <jamesh> the dash is using the same QML image provider
[02:15] <vthompson> ah, I'd guess it'd be a no-go then
[02:16] <jamesh> needing to change unity8 code isn't the end of the world
[02:16] <vthompson> Unless we want to require the dash catch image errors and provide their own fallback as well
[02:16] <jamesh> and presumably it has to deal with image errors anyway for e.g. http image URIs
[02:16] <ahayzen> jamesh, vthompson, is it only us and the dash using the thumbnailer at the moment?
[02:17] <jamesh> ahayzen: for the album art image provider, yes.
[02:17] <ahayzen> jamesh, cool
[02:18] <vthompson> We're not blocked on the fallback image art or anything though. Just an item we want to be able have control over
[02:19] <ahayzen> yep ... vthompson genres and empty states are our only left blockers right?
[02:19] <vthompson> ahayzen, empty states...
[02:19] <ahayzen> vthompson, empty artist/metadata or not filtering out videos
[02:20] <vthompson> ahayzen, right, I really think we could work around "Unknown" artist data though
[02:20] <ahayzen> vthompson, yep but the filtering out of videos should probably be done?
[02:20] <vthompson> And really we need a way to handle blank/unknown data anyway... so I'd hate to rush a fix without thinking this all out
[02:21] <vthompson> ahayzen, I think it's more that there is a bug in the artist model for any media type that doesn't have an artist
[02:21] <ahayzen> vthompson, yeah u've got data which is actually unknown and then what happens when u have an artist called unknown lol
[02:22] <ahayzen> vthompson, as jamesh said earlier there are two issues there really
[02:22] <vthompson> one more item we want to fix, which is kinda minor, but is a regression--is the ability to sort the models. Songs should be able to be sorted by song title, albums should be able to be sorted by album name
[02:22] <ahayzen> vthompson, ah yes sorting forgot about that
[02:23] <vthompson> ahayzen, exactly. one reason why I'm OK just working around the 'empty state' issue if we can
[02:24] <ahayzen> vthompson, would this allow us to sort a mediascanner model? https://code.launchpad.net/~kalikiana/ubuntu-ui-toolkit/sortFilterModel/+merge/217736
[02:24] <vthompson> Really our largest blocker is Genres at the moment
[02:24] <ahayzen> vthompson, yep agreed
[02:25] <vthompson> a quick scan leads me to believe it wouldn't be a blanket fix to the abstract model mediascanner2 uses, but I'm not the one to ask
[02:28] <ahayzen> vthompson, hmm we may have to think about that further then, jamesh any ideas on sorting?
[02:28] <vthompson> Here's a topic to discuss. Would it seem at all beneficial to have the app build ListModels and/or Repeaters for all these data types so we can sort, remove, and control all the items in the model... rather than having a list of things the mediascanner plugin needs to be? I suppose further developing the plugin/API would make it easier for other media apps to utilize the plugin
[02:29] <jamesh> ahayzen: I'll have to think about it.  Ideally we'd want something that would let us pass an appropriate ORDER BY clause to sqlite
[02:29] <jamesh> rather than sorting or filtering afterwards
[02:30] <ahayzen> jamesh, that would be the best solution in my opinion, if possible
[02:34] <vthompson> An additional sort by clause would be track number, I do not recall if items are sorted by that field or not
[02:37] <ahayzen> vthompson, they are in the SongsModel aren't they?
[02:38] <vthompson> ahayzen, most likely, but I don't recall verifying
[02:42] <jamesh> currently the songs model is ordered by "album_artist, album, disc_number, track_number, title"
[02:42] <jamesh> and albums model by album_artist, album
[03:29] <imgbot> [03:29] <imgbot> [04:01] <Mirv> morning
[05:57] <Wellark> could someone trigger a rebuild on silo9?
[05:57] <Wellark> thostr_ is not awake yet
[05:57] <Wellark> thanks!
[06:00] <Mirv> sure
[06:00] <Mirv> building https://ci-train.ubuntu.com/job/landing-009-1-build/73/console
[06:18] <mvo> hi, our (foundations) team lander is currently not around so I was directed here to ask to land https://code.launchpad.net/~click-hackers/click/trunk/+merge/219244 - can someone help me with that please?
[06:20] <Mirv> mvo: hi! ok, adding a line at the end of https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0 , assigning a silo for it and kicking a build
[06:20] <Mirv> mvo: please add a commit message to the MP
[06:21]  * mvo adds one now
[06:22] <Mirv> I wonder how that'll work out though, as the assumption is lp:project is the trunk
[06:23] <Mirv> I've not seen a click landing via CI Train before, but we can see what happens and wait for cjwatson to comment on its release process
[06:23] <Mirv> mvo: it might be you were guided here by default while actually click is at the moment released differently
[06:24] <mvo> Mirv: uh, its my first time doing that, so far cjwatson was driving the process. I'm happy to wait until he is around to give a better answer than me :)
[06:25] <Mirv> mvo: hmm, it seems this might just work, for example https://code.launchpad.net/~click-hackers/click/trunk/+merge/214217 is similar and it was landed via CI Train
[06:27] <mvo> ok
[06:28] <Mirv> assigned silo landing-019, kicking build at https://ci-train.ubuntu.com/job/landing-019-1-build/33/console
[06:29] <Mirv> mvo: if you join #ubuntu-ci-choo-choo you should even get pings when build is complete etc :)
[06:29]  * mvo joins
[06:29] <mvo> thanks Mirv!
[06:29] <Mirv> you're welcome
[06:44] <didrocks> popey: \o/
[07:47] <Mirv> sil2100: FYI I'm trying to double-validate AP 1.5 which is marked ready and had been discussed here during the night
[07:48] <sil2100> Mirv: ACK, well... I'm not sure if we should land it right now, since the smoketesting dashboard doesn't look good
[07:49] <Mirv> sil2100: if there are no regressions, there are not particular reasons not land, except for that if the currently failing tests, if fixed, would fail on AP 1.5 because of AP 1.5. so that's the thing to ponder about. nevertheless, I'll add my results when I have them, so that it can (or can not) be landed when the time is right.
[07:49] <Mirv> then if AP 1.5 magically fixes some tests, that's a different story :)
[07:50] <sil2100> Mirv: well, I would first prefer to identify what's causing the sudden failures on the dashboard - since w can never be sure if a new AP won't suddenly cause even more trouble in  the smoketestin infra
[07:51] <Mirv> sil2100: yep
[07:51] <sil2100> Mirv: since as we know, some test failures are not easily reproducible locally
[07:51] <Mirv> for that, I don't really know, but with AP1.5 I reproduced the same amount of messaging and dialer app errors at least
[07:51] <sil2100> Mirv: it's not that I would block on it for long, just want us to have some time to see WTF happened ;)
[07:52] <Mirv> maybe the new address book app + service are the culprit
[07:58] <sil2100> I'll try upgrading a few packages on my old image
[07:58] <sil2100> And seeing when it fails ;p
[08:02] <ogra_> telepathy-ofono (0.2+14.10.20140512-0ubuntu1) utopic; urgency=low
[08:02] <ogra_>   [ Tiago Salem Herrmann ]
[08:02] <ogra_>   * Do not set the modem online
[08:02] <ogra_> sil2100, ^^^ i would put my bets on this one
[08:03] <ogra_> or on urfkill starting with the wrong defaults
[08:05] <sil2100> ogra_: might be, the failures do not directly point to this, but who knows what UI changes it does
[08:05] <ogra_> huh ?
[08:06] <ogra_> messaging-app fails nearly completely, dialer-app has 4 new errors
[08:06] <sil2100> ogra_: like, not setting the modem online might cause the app work differently than before or something
[08:06] <ogra_> and on the ML people seem to report to have no 3G
[08:12] <sil2100> ogra_: confirming that upgrading telepathy-ofono on #22 causes 3G/cellular to die
[08:12] <sil2100> Checking if this also causes the AP failures
[08:14] <ogra_> i pinged tiagosh
[08:19]  * ogra_ gets meeting coffee
[08:23] <sil2100> ogra_, Mirv: yeah, so it seems telepathy-ofono is the culprit here, just got 13 failures on messaging-app
[08:27] <ogra_> what silo/landing wss that in ?
[08:27] <ogra_> *was
[08:28] <ogra_> i assume that was the flight mode ... and i assume further that urfkill needs to be seeded ... mind to try installing that package ?
[08:31] <Mirv> so the phone is now totally suitable for flights, but nothing else? :)
[08:31] <sil2100> Damn, just love google and getting disconnected ;/
[08:31] <ogra_> haha, yeah
[08:31] <sil2100> ogra_: ok, let me try that
[08:32] <ogra_> so looking at the spreadsheet at line 15 it seems these packages belong together
[09:01] <ogra_> sigh ... my connection to archive.u.c crawls ... doesnt make the meta package rebuild fast :(
[09:03] <sil2100> :<
[09:04] <sil2100> Mirv: oh, and btw.! Thank you for taking the lead yesterday :)
[09:05] <Mirv> sil2100: you're welcome :)
[09:21] <ogra_> *yawn* ... come on germinate ... you can make it ...
[09:22] <popey> cihelp can someone please re-trigger https://code.launchpad.net/~nik90/ubuntu-clock-app/disable-clock-hand/+merge/217907
[09:22] <popey> cihelp https://code.launchpad.net/~popey/ubuntu-clock-app/fix-1315318/+merge/218067 also
[09:24] <sil2100> It's time to germinate youuu
[09:25] <vila> popey: done for the first, are you sure about the second, a lot of attempts there already
[09:26] <vila> popey: done for the second too anyway
[09:26] <vila> popey: but, how come you can't do that yourself ? /me looks
[09:27] <popey> vila: I don't know how
[09:27] <vila> popey: if you're loggen in and have the right permissions, the right button should appear
[09:28] <popey> dont think i have a login.
[09:28] <vila> popey: you should, we've switched to sso ;)
[09:29] <popey> lets step back. which link from those branches should I click?
[09:29] <vila> popey: http://s-jenkins.ubuntu-ci:8080/job/ubuntu-clock-app-autolanding/15/ for your first ping
[09:30] <popey> ok, then "rebuild" on the left?
[09:30] <vila> popey: if you're logged in, a 'Rebuild' button/link appears in the left below 'Status', 'Changes', 'Console Output' and so on
[09:30] <sergiusens> sil2100: hey, can you take a look at my weird changelog? https://launchpad.net/~ci-train-ppa-service/+archive/landing-008/+packages
[09:30] <vila> popey: exactly
[09:30] <vila> popey: you see it ? \o/
[09:30] <popey> ya
[09:31] <popey> hurrah!
[09:31] <vila> popey: great ! More power to the users \o/
[09:31] <popey> just press that and then rebuild?
[09:31] <popey> no other options to tweak, just hit that link then the button?
[09:31] <vila> popey: yup, inspecting the parameters (and don't do that here, it's arleady running)
[09:32] <vila> popey: I just re-run with the same parameters
[09:32] <popey> ok
[09:32] <popey> sil2100:  can you definitively tell me if https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1316736 has landed?
[09:33] <vila> popey: for a given MP you may want to tweak the 'candidate_revision' param if new revision[s] have been pushed to the MP
[09:33] <vila> popey: but for flaky tests, just push the button
[09:33] <vila> popey: (and file bugs for those pesky flaky tests but you know that better than me ;)
[09:34] <popey> i am not sure I do!
[09:35] <sil2100> popey: one moment :)
[09:36] <vila> popey: ;)
[09:52] <sil2100> popey: it seems to have landed! It should be in #25 already
[09:52] <cjwatson> mvo: Oh, I thought we were going to get the hook/framework fixes in first?  But I don't mind if you want to do two landings
[09:53] <cjwatson> Mirv: I do plan to switch to lp:click/devel + lp:click in future, just because it keeps confusing people, but it should work fine as it is
[09:53] <mvo> cjwatson: I wasn't sure and thought it wouldn't hurt to do two … but I had no idea then how much effort it actually is :P
[09:53] <cjwatson> mvo: I guess you'll find out ;-)
[09:54] <mvo> cjwatson: yeah, I'm in the process of finding out :)
[09:56] <mvo> cjwatson: once the other fixes land I'm happy to do the process again
[09:59]  * mvo gets lunch first and continues with the testing then
[10:02] <ogra_> ah, finally meta migrated ...
[10:02]  * ogra_ triggers a build 
[10:09] <imgbot> [10:11] <sil2100> \o/
[10:21] <Mirv> cjwatson: I just hadn't noticed it before, but I thought it's all good after I found similar earlier landings.
[10:26] <Wellark> tsi
[10:27] <Wellark> sil2100: how long does an image build usually take?
[10:27] <Wellark> ogra_: ^
[10:29] <ogra_> Wellark, 1.5-2h
[10:31] <Wellark> ogra_: ok. thanks!
[10:33] <cjwatson> Mirv: Yeah.  It does have some minor but annoying problems with bug linkage having to be done manually, though, so I have a couple of reasons to change it.
[10:33] <cjwatson> (But no rush)
[10:34] <bzoltan> Mirv: I got a "new" source package joining the CI train. The Go plugin for QtC
[10:37] <Wellark> didrocks: what should we do with the failing powerpc test on indicator-network on silo9 ?
[10:37] <Wellark> the test passes on all of the other arches
[10:38] <Wellark> and there is no clear reason why it would fail on powerpc
[10:38] <Wellark> and I don't have powerpc to test with
[10:38] <Wellark> I'm hoping failure on powerpc is not stopping the silo from landing
[10:39] <cjwatson> I vaguely recall that one being racy; has it already been retried?
[10:40] <cjwatson> If not then I'd like to try that
[10:40] <Wellark> cjwatson: it's not racy. I though it might be, but no
[10:40] <Wellark> looking at the test there is nothing racy about it
[10:40] <cjwatson> Mind if I retry it anyway for luck? :)
[10:41] <Wellark> it has been failing constantly for the past 5 rebuilds or more
[10:41] <Wellark> basically the whole time
[10:41] <cjwatson> Hm, yes
[10:42] <cjwatson> As it stands it'll block landing
[10:42] <cjwatson> Under the general no-regression rule
[10:43] <cjwatson> If I were to rip it out it'd take out the whole UOA stack and require adding a bunch of explicit arch limitations to other packages
[10:43] <cjwatson> If you just don't care (which would be reasonable), how about disabling the test suite on powerpc?
[10:43] <cjwatson> Or ignoring its results?
[10:44] <cjwatson> That way we have minimal fallout elsewhere
[10:45] <Wellark> cjwatson: what is UOA ?
[10:45] <cjwatson> Ubuntu Online Accounts
[10:46] <Wellark> why is indicator-network even part of that?
[10:46] <cjwatson> You can trace the deps yourself :)
[10:47] <cjwatson> It's basically because ubuntu-system-settings Depends: indicator-network
[10:47] <seb128> the online accounts panel depends on ubuntu-system-settings (since that's a plugin for it)
[10:47] <seb128> and the settings depends on the indicator since they use it as a backend
[10:49] <cjwatson> Wellark: You can probably just do
[10:49] <cjwatson> http://paste.ubuntu.com/7462106/
[10:50] <Mirv> bzoltan: there's only 1 silo free, let's ping sil2100 on what he thinks about that
[10:51] <bzoltan> Mirv:  it is a new source so it will take some time, but I can add there two more MRs if it would support my case :D
[10:51] <sil2100> Right... let me take a look at that
[10:51] <Wellark> cjwatson: ok.. I will merge that in. thanks!
[10:52] <cjwatson> I would have expected all Canonical developers to have access to porter-powerpc.canonical.com, BTW
[10:52] <cjwatson> (And porter-$ARCH.canonical.com in general)
[10:52] <Wellark> ugh.. why does pastebin require 2nd factor auth even though the page does not even have a login functionality.. grr..
[10:52] <cjwatson> You may need to ask #is to flip the bit for that
[10:52] <Wellark> cjwatson: never even heard about that one
[10:52] <cjwatson> Wellark: pastebin> Because it was widely abused
[10:53] <cjwatson> And AIUI this defeated the strategy being used
[10:53] <Wellark> ok.
[10:53] <cjwatson> https://wiki.canonical.com/InformationInfrastructure/ISO/BuildInfrastructure/PorterBoxes
[10:53]  * Wellark gets his token..
[10:55] <cjwatson> Just be careful of the literal tab, obviously
[10:56] <sil2100> dbarth: so, I'll m&c one of your SRUs, as I see it's verified
[10:58] <Mirv> sil2100: I added my notes to the autopilot 1.5 landing confirming that there are no regressions in sight compared to #26/#27 image results
[10:59] <sil2100> Mirv: o/ I would say we consider landing this today
[11:09] <sil2100> ogra_ or didrocks: packaging ACK needed - only big thing is the removal of some symbols... but pstolowski ensured me that the removed symbols were either private, or from the parts of APIs that are not yet officially 'used' and mentioned: https://ci-train.ubuntu.com/job/landing-015-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scopes-api_0.4.5+14.10.20140513-0ubuntu1.diff
[11:10] <didrocks> sil2100: it's been tested with the other scopes without any rebuild?
[11:11] <sil2100> didrocks: the test plan is very vague, but it does mention installing the package without any rebuild and testing 'search in the dash'
[11:11] <sil2100> Which should basically show possible regressions
[11:12] <ogra_> well, it has all scopes as rdepends
[11:12] <didrocks> sil2100: ok, in that case +1 ;)
[11:13] <ogra_> are we sure they are not using the dropped symbols "inofficially" ?
[11:16] <sil2100> I have been assured of that by upstream - I would prefer to force an soname bump in such a case, but I remember we already had an argument about that
[11:16] <sil2100> With upstreams
[11:18] <ogra_> well, it break packaging policy to not bump it ... i think ...
[11:19] <gatox> seb128, hi! did you land the changes from yesterday abuot u-s-s into the image?
[11:19] <sil2100> bzoltan: has the new package been already reviewed in terms of packaging? :)
[11:19] <seb128> gatox, hey, yes
[11:19] <gatox> seb128, ack, thx
[11:20] <bzoltan> sil2100:  it is pretty much a copypaste of the other QtC plugin
[11:20] <seb128> gatox, yw!
[11:20] <bzoltan> sil2100:  but no, it was not formally reviewed
[11:20] <sil2100> bzoltan: I'll assign a silo and take a look at the packaging then, since we anyway have to ask someone to do a preNEW review before releasing :)
[11:21] <bzoltan> sil2100: super, thanks
[11:22] <ogra_> sil2100, but go ahead ... since didrocks acked it he can take the blame :P
[11:22] <didrocks> ogra_: the lander will be to blame if it breaks :)
[11:22] <sil2100> ogra_, didrocks: /me prefers blaming the lander indeed!
[11:22] <sil2100> ;p
[11:23] <ogra_> heh
[11:23] <sil2100> mhr3: just be ready for being blamed!
[11:24] <mhr3> sil2100, i test my landings :P
[11:24] <mhr3> well, at least -api ones :)
[11:28] <sil2100> LIES
[11:28] <sil2100> ;p
[11:34] <imgbot> [11:34] <imgbot> [11:35] <sil2100> Awesome
[11:35] <sil2100> popey: could you take a look at #28? :)
[11:35] <mandel> gatox, question, ogra_ and I see all the time the settings page going white when doing and update, do you know why is that? do you have a bug for it?
[11:35] <gatox> mandel, do you have the last image?
[11:35] <mandel> sil2100, there is an img 28 with data? /me needs data for gsp testing
[11:35] <mandel> gatox, number?
[11:36] <gatox> seb128, ^
[11:36] <mandel> gatox, I have 26
[11:36] <popey> sil2100: ya
[11:36] <gatox> mandel, from today?
[11:36] <sil2100> mandel: yes :) 28 has 3G back
[11:36] <sil2100> At least it should have
[11:36] <mandel> sil2100, sweet!
[11:36] <ogra_> well, it is supposed to :=
[11:36] <ogra_> :)
[11:36] <mandel> ogra_, at least they could not blame udm ;)
[11:36] <sil2100> ;p
[11:36]  * ogra_ doubts anyone tested it within the last 2min
[11:39]  * ogra_ reboots to 28 ... 
[11:39] <ogra_> no 3G ...
[11:39] <ogra_> ... on flo
[11:39] <mandel> ogra_, let me test maco
[11:39] <ogra_> (as expected)
[11:39] <ogra_> :)
[11:40] <sil2100> uh
[11:41] <ogra_> popey, hmm, the carousel thingie doesnt always show the text for me ... do you see the same ?
[11:42] <ogra_> especially at the first/last entries
[11:43] <popey> yes
[11:44] <popey> look carefully underneath the tile, it might be below, i just had the text appear below on a promoted image
[11:44] <ogra_> hmm, i wonder how didrocks' TCL app differs from thiebaud2001 ones
[11:44] <didrocks> ogra_: oh, there was a tcl app?
[11:44] <ogra_> same icon ... screenshots look a little different though
[11:45] <seb128> gatox, what was the question? I think the settings update was not in 26, but we don't have a mapping of version and content afaik
[11:45] <gatox> seb128, nothing, just asking which was the last version... it works now for mandel, he had an old image
[11:45] <popey> ogra_: popey.mooo.com/screenshots/device-2014-05-14-124529.png
[11:45] <popey> happens for me too
[11:46] <seb128> gatox, good
[11:46] <popey> sometimes it eventually appears, like the metadata is still being gathered
[11:46] <ogra_> yeah, seems to be a visual issue
[11:46] <popey> yeah, it just appeared for that track http://popey.mooo.com/screenshots/device-2014-05-14-124611.png
[11:46] <ogra_> right
[11:46] <popey> will make a note and file a bug
[11:49] <dbarth> sil2100: thanks
[11:51] <bzoltan> sil2100:  the build failed with debian/rules:16: recipe for target 'get-orig-source' failed. Obviously it can not find the orig.tar.gz as it is a brand new project
[11:51] <sil2100> bzoltan: ah, ok, so we need to make some packaging changes ;) It's missing the split option most probabl
[11:51] <sil2100> y
[11:51] <Mirv> bzoltan: remember to copy the .bzr-builddeb again too :)
[11:51] <sil2100> bzoltan: will prepare a branch for you in some moments
[11:52] <bzoltan> sil2100:  ohh.. of course
[11:52] <Mirv> bzoltan is quite familiar with that one so probably no need ;)
[11:52] <cjwatson> pristine-tar commit ../foo.orig.tar.gz && git push -u launchpad pristine-tar   # oh wait
[11:52] <sil2100> cjwatson: ;)
[11:53] <bzoltan> sil2100: Mirv: I hit that mistake few times
[11:53] <sil2100> Mirv, bzoltan: ok then! Try fixing that and I'll anyway take a look at the packaging today to make sure all those 'small things' are complying to our standards ;)
[11:53] <sil2100> But I guess they should
[12:01] <Wellark> Saviq: how does the unity8 situation look like?
[12:01] <Wellark> I'm hoping that we could land silo9 today
[12:01] <Wellark> so, what's the status with silo2 and silo5?
[12:02] <mvo> Mirv: my validation for the click update is done, I ran through the test plan and it good, the issues that I hit earlier where (probably) because I used a slightly outdated image
[12:04] <Wellark> Saviq: silo2 at least is in prep. status
[12:04] <Wellark> so that should not give any trouble
[12:05] <Wellark> what about silo5 ?
[12:05] <Wellark> will ping mzaneeti on that
[12:06] <ogra_> heh, thats the finnish way of writing that name ...
[12:06] <ogra_> extra vowels :)
[12:06] <Wellark> actually we are quite rich on consonants :)
[12:09] <popey> sil2100: #28 seems pretty good to me.
[12:10] <sil2100> popey: thanks o/ No visible regressions? btw. that bug that davmor2 mentioned before, like, regarding the messaging indicator getting worse
[12:10] <sil2100> popey: were you able to reproduce it in earlier images? Is it better now?
[12:11] <popey> can you be more specific?
[12:11] <popey> mine is blue and i have a bunch of messages in it
[12:11] <sil2100> popey: let me find the bug number
[12:12] <ogra_> mine isnt blue ...
[12:12] <ogra_> nobody sends me messages
[12:12] <sil2100> popey: https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1318724
[12:12] <popey> dude, i send _myself_ messages!
[12:12] <popey> which is worse?
[12:12] <sil2100> uh ;)
[12:12] <ogra_> popey, cheater !
[12:12] <ogra_> :)
[12:15] <sil2100> bzoltan: the package looks ok in overall, just add that .bzr-builddeb directory with split and there's one typo in debian/control that I saw
[12:15] <sil2100> bzoltan: typo in the Homepage: link
[12:17] <bzoltan> sil2100:  got it ... pushed the fix
[12:18] <Mirv> mvo: ok. do you think stgraber will be awake soon(ish) to land it? I wouldn't like to make the landing from beginning to end without the lander if it's not über critical :)
[12:19] <mvo> Mirv:stgraber will not be around until friday - I can inquire how critical this issue is and if it can wait until friday
[12:20] <Mirv> mvo: ah, ok. maybe cjwatson can be considered a lander? it's actually only a team internal decision who is/are the landers.
[12:20] <seb128> Mirv, what's the issue with having another lander?
[12:20] <seb128> I'm fine being listed lander if you need another name
[12:20] <Mirv> seb128: the only problem I have is that I wrote the line, created the request, kicked a build etc
[12:20] <seb128> I can take over that if you want
[12:21] <Mirv> mvo: ok I think problem solved ^, I don't want to be too bureacratic
[12:21] <cjwatson> Mirv: it's mostly just because stgraber is on vacation
[12:21] <Mirv> seb128: ok, so you can probably catch mvo's test results from above and mark it as having been tested
[12:21] <Saviq> Wellark, 005 is in flight
[12:21] <seb128> Mirv, look at it
[12:21] <mvo> Mirv: thanks!
[12:21] <mvo> and thank you seb128 too
[12:21] <cjwatson> I have sort of partial access to the landing system - I can handle builds/publishing and such but I don't think I can edit the spreadsheet
[12:21] <seb128> mvo, yw ;-)
[12:22] <cjwatson> so I'm not sure I can fully act as a lander at the moment
[12:22] <seb128> cjwatson, I'm doing it no worry
[12:22] <cjwatson> thanks
[12:26] <Mirv> I feel a bit silly to ask, though, but click is not my turf so I didn't want to fill both roles in the process
[12:27] <Mirv> thanks seb128, I guess the bot will notice the publication as well
[12:28] <seb128> Mirv, no worry, I'm happy to help/own that one while stgraber is on vac
[12:29] <popey> sil2100: yes, bug 1318724 is still a problem, left a comment and two videos
[12:29] <sil2100> popey: *sigh*
[12:35] <sil2100> popey: I hoped that got fixed, as I remember Bill mentioning it somewhere
[12:36] <sil2100> popey: I'll reintroduce it to the daily e-mail
[12:36] <popey> bfiller: bug 1318724 is on your radar, right?
[12:37] <sil2100> popey: bfiller mentioned in an e-mail recently that it's being looked into, so I guess it should be fixed sooner or later - too bad it's not fixed yet ;)
[12:37] <popey> well, we have a lot of bugs ☻
[12:38] <popey> jdstrand: paste.ubuntu.com/7462273/ see lines 1198 - 1214 - apparmor denials, is that an omission in the calendar app?
[12:38] <sil2100> nik90: hi! Any news on the clock-app failures?
[12:38] <popey> May 14 11:34:40 ubuntu-phablet kernel: [ 506.154663] type=1400 audit(1400067280.788:300): apparmor="DENIED" operation="mkdir" parent=1616 profile="com.ubuntu.calendar_calendar_0.4.269" name="/tmp/tmp2ehg9zff/.config/" pid=4484 comm="qmlscene" requested_mask="c" denied_mask="c" fsuid=32011 ouid=32011
[12:39] <nik90> sil2100: hey...so the alarm failures reduced from 6 to 1.
[12:39] <jdstrand> popey: no, it isn't an ommision, whatever is creating /tmp/tmp2ehg9zff/.config/ isn't honoring TMPDIR
[12:39] <popey> balloons: bug 1319373 filed for calendar.
[12:39] <popey> jdstrand: hmm.
[12:40] <jdstrand> let me look at the rest of the paste
[12:40] <popey> jdstrand: thanks
[12:40] <sil2100> nik90: excellent! Indeed, I see only 1 failure in the latest test results - is there any chance that one additional failure getting fixed this week as well :) ?
[12:41] <nik90> sil2100: however that 1 alarm failure is something I am currently investigating..it looks like a regression.
[12:41] <nik90> sil2100: I am currently discussing this with zsombor, will let you know by the end of the day :)
[12:42] <jdstrand> popey: yes, something isn't honoring TMPDIR (or the calendar is being launched under confinement without TMPDIR being set, but that seems unlikely)
[12:42] <sil2100> nik90: \o/ Thanks!
[12:43] <nik90> wp
[12:44] <psivaa> sil2100: ogra_: Just seeing wifi setup issue on manta with image 28. the other two devices dint have this issue
[12:44] <psivaa> not sure if anyone be able to manually check on that
[12:52] <sil2100> Mirv: let's publish autopilot, what do you say?
[12:54] <ogra_> psivaa, my manta is dead atm
[12:54] <ogra_> but i can test if it ever charges again
[12:55] <psivaa> ogra_: ack, thanks. 2 devices two attempts each on the lab and all failed
[12:56] <sil2100> psivaa: hm, do you have any ideas what could be the problem there?
[12:58] <psivaa> sil2100: not really but i dont think it's an issue with the wifi network in the lab since the other two devices have connected
[12:59] <bzoltan> sil2100: I am not sure if my split setting helped ... I fixed a bit and restarted the build.... and requested a new landing for the UITK :)
[12:59] <psivaa> curious if it anyway related to the latest uploads of urfkill
[12:59] <sil2100> bzoltan: will look in a moment
[12:59] <sil2100> brb, quick lunch
[13:00] <ogra_> psivaa, i suspect cyphermox doesnt have a manta to test urfkill on it
[13:00] <ogra_> so the flight mode might come in your way there
[13:02] <cyphermox> ogra_: indeed I don't
[13:02] <cyphermox> psivaa: what's the issue on manta?
[13:02] <cyphermox> are you installing urfkill? it's still not seeded yet
[13:03] <ogra_> cyphermox, btw you forgot to update the seeds ... we had a funny morning in europe :)
[13:03] <popey> balloons: also filed bug 1319373
[13:03] <psivaa> cyphermox: i guess image 28 has urfkill in it
[13:04] <cyphermox> ogra_: why the seeds?
[13:04] <cyphermox> OH
[13:04] <psivaa> cyphermox: ogra_:  Installed: 0.5.0+20140512.223520.8d05071-0ubuntu1 in the device that had the issue
[13:04] <ogra_> cyphermox, telepathy-ofono didnt init the modem anymore and urfkill wasnt seeded
[13:04] <cyphermox> of course yes. urgh
[13:04] <ogra_> all fixed now
[13:04] <cyphermox> ogra_: thanks. sorry about that
[13:05] <cyphermox> psivaa what's tje ossie
[13:05] <ogra_> cyphermox, np
[13:05] <cyphermox> what's the issue
[13:05] <psivaa> cyphermox: the issue is 'Network connection failed to become active.'
[13:05] <psivaa> only on manta devices in the lab
[13:05] <cyphermox> do you have anything in the syslog to indicate why?
[13:06] <cyphermox> urfkill should never interfere with that in normal behavior if you don't touch it
[13:09] <psivaa> cyphermox: NetworkManager[1267]: Error: ignoring out-of-block data 'source-directory /etc/network/interfaces.d' is seen but may be unrelated. please see the syslog here:
[13:09] <psivaa> http://paste.ubuntu.com/7462624/
[13:15] <bzoltan> sil2100: finally the Go plugin builds fine
[13:15] <bfiller> sil2100, popey: tiago is looking into that indicator bug, hopefully will have a fix soon
[13:16] <ogra_> yay, messaging-app is back to green
[13:16] <ogra_> dialer-app has a new error though :(
[13:17] <cyphermox> psivaa: I think it would be better to investigate the kernel crash you got there
[13:17] <cyphermox> but from what I can see, wlan0 is just waiting for scan results at the time
[13:18] <cyphermox> what does nmcli dev say?
[13:20] <psivaa> cyphermox: wlan0      802-11-wireless   unavailable
[13:20] <cyphermox> ok
[13:20] <cyphermox> and /usr/share/urfkill/scripts/enumerate ?
[13:21] <psivaa> cyphermox: as per the kernel crash i *think we used to have this slowpath crash and was known to be unharmful
[13:23] <psivaa> cyphermox: http://paste.ubuntu.com/7462674/ is the content of /usr/share/urfkill/scripts/enumerate ( i assume you were interested in the contents :))
[13:23] <cyphermox> no, it's a script you should run
[13:23] <ogra_> a python3 one :)
[13:23] <cyphermox> I write the contents ;)
[13:24] <ogra_> (as the paste tells)
[13:24] <cyphermox> well, to be fair tony wrote a large part of it
[13:25] <psivaa> cyphermox: http://pastebin.ubuntu.com/7462681/ is the output from that script
[13:26] <ogra_> looks all unblocked
[13:26] <cyphermox> oh, right, this is the manta with it's sad sad drivers
[13:26] <didrocks>  /whois sil2100
[13:26] <sil2100> Uh oh?!
[13:27] <didrocks> sil2100: CCed you an email for the catchup
[13:27] <cyphermox> didrocks: you don't know who sil2100 is?
[13:27] <sil2100> didrocks: ok :)
[13:27] <ogra_> cyphermox, perhaps he wanted to find the IP to hack him
[13:27] <didrocks> cyphermox: there are always fake! (and stuff written in your prompt channel when you switch to others)
[13:27] <cyphermox> psivaa: so I guess we'll need to restart network-manager and enable more debugging
[13:27] <didrocks> ogra_: yeah, the webcam disconnected, sure :p
[13:28] <ogra_> :D
[13:28] <cyphermox> ogra_: you got a manta?
[13:28] <ogra_> cyphermox, yes, still charging ...
[13:28] <ogra_> it was dead
[13:28] <cyphermox> ok
[13:28] <cyphermox> then I'll probably need your help to find out what's up
[13:28] <ogra_> and i think i made the mistake to install the trusty channel on it ... so it needs a reinstall too
[13:28] <cyphermox> psivaa: do you get this every time you boot?
[13:30] <psivaa> cyphermox: yea, the way its done is  that the wifi is setup after flashing the device and then it happens all the time (2 device two attempts)
[13:31] <cyphermox> unavailable means the device is in some kind of bad state
[13:31] <cyphermox> mm, maybe let's see: what does nmcli nm say?
[13:31] <ogra_> aha, it is charged enough to boot now
[13:31] <ogra_> and indeed it is on trusty 303
[13:31]  * ogra_ switches channels
[13:31] <bzoltan> sil2100:  any chance to get a Silo for the UITK landing (line 32)
[13:31] <cyphermox> woo
[13:32]  * ogra_ watches dots being printed in his terminal ... 
[13:32] <sil2100> bzoltan: looking now! :)
[13:32] <psivaa> cyphermox: http://pastebin.ubuntu.com/7462717/
[13:33] <cyphermox> psivaa: so the options are, either urfkill interfered with wifi bringup by even reading the rfkill states, or something other crashed in the bringup
[13:33] <cyphermox> but NM doesn't consider the device blocked, neither does urfkill
[13:34] <bzoltan> sil2100: super! Thanks!
[13:35] <psivaa> cyphermox: if it helps, this issue is only present after the inclusion of urfkill. we dint have this issue before
[13:35] <cyphermox> psivaa: maybe, but I see no explanation for that circumstance
[13:35] <sil2100> seb128: I'll m&c your silo now, since we're low on those
[13:36] <sil2100> Oh
[13:36] <sil2100> seb128: nevermind!
[13:36] <sil2100> seb128: I see you already triggered it ;)
[13:37] <seb128> sil2100, yeah, thanks to the nice bot ping
[13:43] <ogra_> sil2100, wow, 28 looks pretty good, apart from the new dialer-app failure
[13:44] <ogra_> we went even down to only three crashes
[13:44] <bzoltan> sil2100:  darn ... I got a merging conflict on the changelog https://ci-train.ubuntu.com/job/landing-015-1-build/44/console
[13:44] <sil2100> ogra_: indeed
[13:44] <bzoltan> sil2100:  ^
[13:44] <sil2100> bzoltan: lemme look
[13:45] <bzoltan> sil2100:  ARGGHHHNH :) me stupid - ursency
[13:45] <sil2100> Ah!
[13:45] <sil2100> Oh my, that's something I would have missed most probably ;p
[13:46] <bzoltan> sil2100:  Do I need to reconfigure the Silo or just rebuild?
[13:46] <sil2100> ogra_: I'll be landing autopilot now though, let's kick an image after that maybe
[13:46] <sil2100> bzoltan: if you only changed things in that branch, only a rebuild is needed :)
[13:47] <sil2100> bzoltan: reconfigures are generally needed only if merges are added or removed
[13:47] <bzoltan> sil2100: good to know, thanks....no I triggered a new build
[13:47]  * bzoltan should change the nick to typo_bzoltan
[13:48] <sil2100> didrocks: what's that Ubuntu Engineering Live about ;p ?
[13:48] <didrocks> sil2100: basically a status update
[13:48] <sil2100> Eeek
[13:49] <ogra_> sil2100, ok, just ping me if its in the archive
[13:51] <bzoltan> sil2100: so the Silo11 is done with the qtcreator-plugin-go build and in my view it is good to go. Who's signature it needs to move on?
[13:51] <bzoltan> sil2100: since it is a brand new source
[13:52] <sergiusens> sil2100: how can I control the changelog? I don't like how it looks https://launchpad.net/~ci-train-ppa-service/+archive/landing-008/+packages
[13:53] <sergiusens> unless I can mask all my landings under the ci bot and delegate the blame as well :-P
[13:53] <ogra_> you want to steal CI bots credit ? ...
[13:53] <nik90> sil2100: I have an update for the clock app alarm failure that is remaining..We have a bug reported at https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1319401. Zsombor is planning to investigate in the SDK this week. I cannot promise when exactly the fix will land since we are still looking at where the issue lies at.
[13:53] <ogra_> he did so much work !
[13:53] <sergiusens> ogra_: well I made the changes; if the ci bot wants the credit it should also take the blame
[13:53] <ogra_> it will also steal all your launchpad karma !
[13:54] <sergiusens> I just want an authoritative way of overriding the changelog
[13:54] <ogra_> well, use dch
[13:55] <sergiusens> ogra_: it did not work well with multiple branches last time; I can try again though; but this is a big time waster
[13:57] <sil2100> bzoltan: I'll have to find someone willing to preNEW it, I'll ask didrocks later on maybe ;)
[13:58] <bzoltan> sil2100: OK
[13:58] <sil2100> sergiusens: looking
[14:00] <sil2100> sergiusens: ok, let me fix that, will tell you what's up
[14:00] <sergiusens> thanks
[14:24] <nik90> anyone here have a link to a doc of the upcoming silos? I just want to see what's coming up in the silos.
[14:25] <sil2100> nik90: what do you mean upcoming silos?
[14:26] <sil2100> nik90: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc&pli=1#gid=0 <- this is the silo spreadsheet ;)
[14:26] <nik90> sil2100: ah yes that's what I was looking for..thnx
[14:26] <sil2100> I guess you can fetch all you need from there
[14:52] <sil2100> sergiusens: is the changelog better now?
[14:52] <sergiusens> sil2100: yeah, I'm smiling too :-)
[14:52] <sergiusens> thanks
[14:53] <sil2100> :D
[14:58] <sil2100> ogra_: so... I'm not so sure about landing autopilot now a bit
[15:00] <sil2100> ogra_: I was looking through the diff of the packaging changes, and since they remove python-autopilot completely, I guess not all applications in the archive are ready for that
[15:00] <sil2100> ogra_: reverse-depends says that dialer-app-autopilot still depends on python-autopilot
[15:00] <sil2100> And some few other -autopilot packages as well
[15:02] <sil2100> So for now I leave it as it is
[15:08] <sil2100> ogra_, didrocks: 2 packaging ACKs needed:
[15:09] <ogra_> didnt you just say before "blame the lander" ? so just let autopilot in and blame them :P
[15:09] <sil2100> ogra_, didrocks: https://ci-train.ubuntu.com/job/landing-009-2-publish/lastSuccessfulBuild/artifact/packaging_changes_connectivity-api_0.0.1+14.10.20140514.1-0ubuntu1.diff <- some general clean up, there are a few deps added (and one commented out, urfkill)
[15:09] <ogra_> sil2100, why is urfkill commented there ?
[15:10] <ogra_> cyphermox, ^^^^
[15:10] <ogra_> maybe you can take a look at that one ... feels like you might know more about it
[15:10] <sil2100> ogra_, didrocks: aaaand https://ci-train.ubuntu.com/job/landing-009-2-publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-network_0.5.1+14.10.20140514.1-0ubuntu1.diff <- here is more, as they added an -autopilot package, powerpc test results ignored (which has been generally discussed with core devs already)
[15:10] <cyphermox>  it's on purpose
[15:10] <sil2100> cyphermox, ogra_: right, pretty please with cherries on top :)
[15:10] <cyphermox> I had asked Wellark to postpone enabling the urfkill part until we could land
[15:11] <ogra_> well, it is landed ...
[15:11] <cyphermox> we'll turn it on in a later small landing
[15:12] <sil2100> We anyway have urfkill in the seed now
[15:12] <cyphermox> doesn't matter
[15:12] <cyphermox> this is commetned because it was taken out of this landing, postponed until later
[15:15] <sil2100> cyphermox: are you anyway familiar with the packaging changes made during this landing (for connectivity-api or indicator-network)? Could you ACK it by any chance? :)
[15:17] <Wellark> sil2100: cjwatson said it's ok to disable the powerpc test results for now
[15:18] <Wellark> and indeed urfkill is commented out as it will land on the next landing
[15:18] <cyphermox> I'm not familiar with the exact changes but yes I can review it
[15:18] <Wellark> cyphermox: just direct any questions to me
[15:20] <ogra_> Wellark, urfkill is landed and in use ... you are so behind there up north :P
[15:22] <ogra_> sil2100, apart from the commented urfkill the package changes look fine to me for the first one
[15:25] <Wellark> ogra_: yeah, like what, yesterday?
[15:27] <cyphermox> Wellark: why is there so much commented out stuff? shouldn't it just be dropped instead? we do have source control
[15:27] <cyphermox> also, does indicator-network still work on desktop?
[15:28] <cyphermox> why excluding the .pyc/__pycache__ files? those should probably be dealt with by python-setuptools, I think
[15:30] <Wellark> cyphermox: unity8 also excludes them. they were included in the package if not explicitly excluded
[15:31] <Wellark> cyphermox: indicator-network has been disabled on unity7
[15:33] <kgunn> cyphermox: per discussion with asac, i'm slowly adding team members to lander list....can i add camako (cemil azizoglu), greyback (gerry boland), AlbertA (alberto aguirre) ?
[15:33] <cyphermox> kgunn: I think you need to ask sil2100 about that ;)
[15:34] <kgunn> sil2100: when you get a chance
[15:34] <sil2100> kgunn: are those people trained in the train? ;)
[15:34] <kgunn> sil2100: yes, and i will do some hand holding on their first attempts
[15:34] <Wellark> cyphermox: apart from the flightmode stuff there are like two things commented out. I would not call that "much" :)
[15:34] <cyphermox> it's many lines
[15:35] <asac> kgunn: yeah, so we found that its iomportant that you shield sil2100 and the LT during the first week or two to avoid many pings :)
[15:35] <asac> so mentor :)
[15:35] <cyphermox> Wellark: indicator-network used to work in unity7 if you installed it.
[15:35] <kgunn> absolutely...i will be the funnel asac
[15:35] <cyphermox> seb128: you know about this? ^
[15:35] <sil2100> kgunn: ok then, let me add them to the spreadsheet and jenkins permissions then
[15:36] <asac> sil2100: kgunn: while training up, maybe note down questionst that feel like good candidates for an FAQ :)
[15:36] <Wellark> cyphermox: well, it didn't really as unity7 panel service does not implement the accesspoint item properly
[15:36] <sil2100> asac: hah, that's a good idea :)
[15:36] <Wellark> and anyway there was complains from people who didn't want to see "two network indicators"
[15:36] <kgunn> sure
[15:36] <asac> though CITrain is intermediate, having a list might lighthen the load on support pings
[15:36] <sil2100> Well, having docs would be nice in overall
[15:36] <Wellark> as they were seeing nm-applet and indicator-network
[15:37] <Wellark> cyphermox: you can still start it explicitly by "start indicator-network"
[15:37] <asac> sil2100: yeah, but real docs always has high entry barriers, while just an FAQ is veyr low entry
[15:37] <asac> even a single entry is worth creating sucha page :)
[15:37] <asac> sil2100: like the question i saw yesterday "my package got stuck/rejected in proposed, can i merge my code?"
[15:38] <ogra_> asac, we urgently need more landers in the indicators team btw
[15:38] <ogra_> approved merges are piling up for them
[15:38] <asac> right
[15:38] <cyphermox> Wellark: but would it still have the same features right now if you explicitly started it?
[15:38] <cyphermox> Wellark: I'd like to avoid regressing this if possible
[15:38] <asac> let me arrange a sync with thostr_
[15:38] <asac> ogra_: anything else you know?
[15:39] <ogra_> nope, but that one i had on my list ... ted recently pointed me to an overview of their approved branches
[15:40] <Wellark> cyphermox: yes.
[15:40] <cyphermox> then I guess it's fine
[15:40] <sil2100> cyphermox: is it a +1 then? :)
[15:40] <Wellark> cool. thanks!
[15:40] <cyphermox> sil2100: nothing jumped out at me. maybe ogra can review too, just to be safe
[15:41] <ogra_> i already acked the first one
[15:41] <sil2100> cyphermox: ogra_ did a +1 on connectivity already
[15:41] <sil2100> Not sure about indicator-network though, for me it was a bit messy but nothing unsafe
[15:41] <sil2100> So I would +1 it
[15:41] <ogra_> go for it
[15:42] <cyphermox> go for it
[15:42] <sil2100> Thanks guys :)
[15:42] <Wellark> sil2100: if it breaks you can keep both pieces
[15:42] <cyphermox> I agree it's quite messy though
[15:42] <thostr_> sil2100: ogra_: I did three testing rounds on that myself... it's not more broken than what we have right now... but it's a base to get things better
[15:42] <cyphermox> Wellark: actually, if it breaks we get to give you both pieces ;)
[15:43] <ogra_> thostr_, yeah, its fine
[15:54] <sil2100> plars: hi! Could you maybe re-run dialer-app tests for mako?
[15:54] <plars> sil2100: sure, looking
[15:54] <sil2100> Thanks
[15:59] <ogra_> sil2100, is someone looking at why it failed ?
[16:15] <seb128> cyphermox, back
[16:15] <seb128> cyphermox, that being i-n on unit7?
[16:15] <seb128> cyphermox, we tweaked the upstart job to not start it there, it was creating dup icons with nm-applet and confusing users, easier to start by hand/tweak the job for hackers though
[16:21] <cyphermox> seb128: yes that's what I meant
[16:22] <cyphermox> I was just telling Wellark I wanted to make sure that was still possible, and that the desktop code hadn't been ripped out.
[16:23] <Laney> yeah it's just been changed to not start automatically
[16:23] <Laney> should still work
[16:34] <ogra_> FYI i had two seed changes piled up over the last week ... uploading meta to get that off my plate (only sdk-libs changes)
[16:35] <cjwatson> builders will be going down soon for a rollout
[16:35] <cjwatson> (the LP ones)
[16:42] <Laney> cjwatson: is that why in-progress builds have been restarted?
[16:42] <cjwatson> yes, they'll probably stop again, sorry
[16:42] <Laney> poor webkit
[16:43] <cjwatson> sorry about that, waiting for webkit would've pushed the rollout out another day and webop coverage is such at the moment that I'm taking opportunities where we find thm
[16:43] <cjwatson> *them
[16:43] <ogra_> who ises that anyway
[16:43] <ogra_> use oxide :P
[16:43] <Laney> it's okay
[16:43] <cjwatson> everything else was only a few minutes old
[16:43] <Laney> there will always be builds going on
[16:44] <cjwatson> yeah, exactly, I did a quick scan for anything that looked massive and vitally urgent
[16:45] <sil2100> ogra_: remember about promoting #28!
[16:45]  * sil2100 sends out the e-mail
[16:46] <ogra_> sil2100, oh, thanks for the reminder, yeah .. nearly forgot
[16:46] <sil2100> ogra_: there's a lot going on so it's easy to miss
[16:46] <sil2100> I feel like laying down now!
[16:47]  * sil2100 has some fixes pilled up that he can't finish working on because of context switching
[16:47] <sil2100> ;p
[16:47] <ogra_> promotion script running
[16:49] <sil2100> kgunn: so, I added the 3 landers you requested, they should have all permissions required
[16:53] <ogra_> [17:04]  * ogra_ upgrades to #28 and notices it is completely broken ... all available apps are french !!
[17:11] <seb128> didrocks, \o/
[17:11] <didrocks> \o/
[17:11] <ogra_> lol
[17:38] <bzoltan> ogra_:  something broke the qtdeclarative5-friends0.2 on Trusty and so implicitly the ubuntu-sdk too ...
[17:39] <robru> bzoltan, broke how? I know friends has started bitrotting somewhat...
[17:40] <bzoltan> robru: like this http://pastebin.ubuntu.com/7463880/
[17:42] <robru> but but... but
[17:42] <bzoltan> robru: what I can do is to apt-get source ubuntu-sdk on a trusty chroot, remove that crap and push the new meta package to the SDK PPA
[17:42] <robru> bzoltan, works for me in utopic....
[17:42] <bzoltan> robru:  shoot ...
[17:42] <bzoltan> robru: I am sure it does :)
[17:43] <bzoltan> robru:  but it does not work on Trusty
[17:43] <robru> bzoltan, I have absolutely no problem with you dropping friends out of the SDK
[17:43] <sergiusens> sharing won't work then, will it...
[17:43] <bzoltan> robru: I do that .. but we need to investigate this case
[17:44] <bzoltan> sergiusens:  note, that nobody can install the SDK right now on Trusty ... and breaking the SDK on the LTS sounds a sever problem :) I assume
[17:44] <robru> sergiusens, i don't think this will break sharng because we're just talking about the -dev stuff, not what ships in the phone
[17:44] <sergiusens> it is a problem, won't say it's not
[17:44] <robru> kenvandine, ^^ what happened to qml-friends? I don't understand how it became uninstallable on trusty
[17:44] <cjwatson> ubuntu-sdk-libs-dev appears to be installable in a trusty-updates/armhf chdist instance
[17:45] <sergiusens> robru: people testing their apps from a desktop that is
[17:45] <cjwatson> ditto amd64
[17:45] <cjwatson> bzoltan: what architecture is this and can you run "apt-get install ubuntu-sdk-libs-dev ubuntu-sdk-libs qtdeclarative5-friends0.2"
[17:46] <cjwatson> ?
[17:46] <cjwatson> you basically need to keep adding packages from the error message until you get useful output
[17:46] <bzoltan> cjwatson:  it is i386 and I am running that command right now
[17:46] <cjwatson> looks installable here, on trusty-updates/i386
[17:47] <cjwatson> at least starting from zero
[17:47] <cjwatson> also with -proposed enabled
[17:48] <bzoltan> cjwatson:  I got that...  gir1.2-freedesktop : Depends: gir1.2-glib-2.0 (= 1.40.0-1) but 1.40.0-1ubuntu0.1 is to be installed
[17:49] <cjwatson> bzoltan: OK, but the version of gir1.2-freedesktop in trusty-updates Depends: gir1.2-glib-2.0 (= 1.40.0-1ubuntu0.1)
[17:49] <cjwatson> bzoltan: Is the system in question fully upgraded - that is does apt-get dist-upgrade have anything to do?
[17:50] <bzoltan> cjwatson:  let me check it again... better twice
[17:50] <cjwatson> bzoltan: And perhaps add "-o Debug::pkgProblemResolver=true" to the most recent apt-get install output you have, and pastebin the result
[17:51] <bzoltan> cjwatson: http://pastebin.ubuntu.com/7463929/
[17:52] <bzoltan> cjwatson:  I am doing it in a cowbuilder i386 trusty
[17:52] <cjwatson> bzoltan: The debugging option needs to go on the apt-get install, not the dist-upgrade
[17:53] <kenvandine> robru, uninstallable on trusty?
[17:53] <bzoltan> cjwatson: http://pastebin.ubuntu.com/7463942/
[17:54] <robru> kenvandine, well, apparently? read some scrollback
[17:54] <cjwatson> bzoltan: "apt-cache policy gir1.2-freedesktop"?
[17:54] <robru> kenvandine, false alarm maybe. apparently it's actually glib or something
[17:54] <robru> not sure
[17:54] <cjwatson> I really can't reproduce this at all
[17:54] <bzoltan> Candidate: 1.40.0-1
[17:55] <cjwatson> bzoltan: silly question but have you run apt-get update recently?
[17:55] <bzoltan> cjwatson:  I did
[17:55] <cjwatson> bzoltan: because http://paste.ubuntu.com/7463954/
[17:56] <cjwatson> bzoltan: "find /etc/apt -name sources.list\* -type f | xargs head -n-0"?
[17:56] <bzoltan> cjcj
[17:56] <bzoltan> cjwatson: http://pastebin.ubuntu.com/7463955/
[17:57] <cjwatson> bzoltan: ah, that's the problem, you only have trusty-proposed in there not trusty-updates
[17:57] <cjwatson> add "deb http://archive.ubuntu.com/ubuntu trusty-updates main restricted universe multiverse"
[17:57] <cjwatson> and you probably want corresponding deb-src lines for -proposed and -updates
[17:57] <cjwatson> robru,kenvandine: false alarm
[17:58] <kenvandine> good :)
[17:58] <kenvandine> thx
[17:58] <robru> cjwatson, thanks
[17:58] <bzoltan> cjwatson: how did that happen?
[17:59] <cjwatson> bzoltan: dunno, fault of whatever set up your cowbuilder
[17:59] <cjwatson> bzoltan: having trusty-proposed but not trusty-updates means you get updates currently undergoing verification, but not those that have been verified and released since 14.04 GA
[17:59] <cjwatson> bzoltan: I wouldn't expect any real installations to be like this
[18:00] <bzoltan> cjwatson:  I jumped on this problem because a chap pinged me with the same issue on #ubuntu-app-devel
[18:01] <bzoltan> cjwatson:  I made the cow way before Trusty was out
[18:01] <bzoltan> cjwatson:  anyhow, thank you for your quick help!
[18:02] <cjwatson> bzoltan: well, by "any" I mean "more than a negligible number" :)
[18:02] <cjwatson> yeah, it's possible, but our standard installers don't set it up that way
[18:19] <sergiusens> robru: silo 8 is ready for landing (seems bot is down)
[18:20] <robru> sergiusens, yep, I'm just quintuple-checking this massive autopilot landing, then I'm gonna kick an image, then I can start releasing other stuff
[18:36] <dbarth> hello robru
[18:36] <robru> dbarth, hey
[18:36] <dbarth> robru: i have a new request on line 33
[18:37] <dbarth> this is download mgr support for html5 apps
[18:37] <dbarth> alex_abreu's latest cool stuff ;)
[18:37] <robru> dbarth, ok, I can assign it
[18:39] <robru> dbarth, any chance we can just roll that into silo 17 and land those together?
[18:39] <robru> dbarth, or is silo 17 ready to publish?
[18:39] <robru> because unity-webapps-qml conflicts
[18:40] <dbarth> ah
[18:40] <dbarth> ah maybe then right
[18:40] <dbarth> i could just rebuild this one and re-test the 2 in one go
[18:42] <robru> dbarth, sounds good
[18:43] <robru> dbarth, yep, you should be able to reconfig & rebuild the silo yourself once you copy the URL over.
[18:43] <dbarth> ok
[18:51] <plars> cjwatson: ogra_: do you know where the tar.xz files come from for the ubuntu part that feeds into system-image? I've been playing with the ubuntu-cdimage stuff that cjwatson showed me + s-i server, but it doesn't seem happy with any of the files I get from running ubuntu-cdimage
[18:52] <kgunn> if i could get a silo on line 35 i'd be grateful....its a preparation activity, will coordinate/retest as needed when we turn it into a landing silo
[18:53] <robru> cyphermox, hey, you busy? can you do a packaging review for silo 11? it's a new source pacage
[18:57] <cyphermox> sure
[19:03] <robru> cyphermox, thanks
[19:06] <robru> bregma, I published silo 12. soon it'll show up in UNAPPROVED. Then you have to go through the standard SRU channels to get it accepted into trusty-proposed and finally trusty-updates
[19:06] <bregma> yes, thanks
[19:52] <cjwatson> plars: pretty sure .tar.xz is an output of s-i ...
[19:53] <plars> cjwatson: what I'm looking at wants to take 2 parts it seems 1. the device specific bits (which I can pull from the official s-i server) 2. the ubuntu part, I tried pointing it at a locally hosted copy of the generic image that comes out of ubuntu-cdimage but then get an exception when I run import-images
[19:55] <plars> it appears to looking for a tar.xz file, but I'll keep digging
[19:55] <robru> ogra_, rsalveti, cyphermox: whoever's around, I need an image build kicked, please & thanks
[19:57] <rsalveti> robru: alright, doing a build
[19:57] <robru> rsalveti, thanks!
[19:59] <plars> cjwatson: I may be using the wrong generator - not much documentation on it but I'm starting to piece it together I think
[20:04] <imgbot> [20:42] <balloons> fginther, have you got something on the schedule for the coreapps discussion?
[20:55] <dbarth> robru: 17 verified
[20:55] <dbarth> i'm just rebuilding u-w-qml to clear the merge conflict
[20:55] <dbarth> robru: in the end we need to land the other branch separately
[20:55] <dbarth> we'll do that tomorrow once 17 is landed
[20:55] <dbarth> good night
[21:05] <cjwatson> plars: I'm afraid I don't know anything about the internals of system-image, but I do know that it produces xz files (because there was some work on making that faster at one point)
[21:06] <cjwatson> plars: hopefully stgraber can clear things up for you when he's not on vacation
[21:06] <plars> cjohnston: np, I think I found where I went wrong. There's a different generator I can configure it to use that seems to take cdimage output, but in this case it's now looking for utopic-preinstalled-touch-armhf.tar.gz which didn't seem to get generated either
[21:07] <plars> cjwatson: : np, I think I found where I went wrong. There's a different generator I can configure it to use that seems to take cdimage output, but in this case it's now looking for utopic-preinstalled-touch-armhf.tar.gz which didn't seem to get generated either
[21:07] <plars> cjohnston: :)
[21:12] <cjwatson> plars: Well, that certainly exists, I can see it right there
[21:12] <cjwatson> $ ls ~/t/www/full/ubuntu-touch/daily-preinstalled/current/ | grep 'tar\.gz$'
[21:12] <cjwatson> utopic-preinstalled-touch-armhf.tar.gz
[21:12] <cjwatson> utopic-preinstalled-touch-i386.tar.gz
[21:13] <plars> cjwatson: I only ended up with the i386 one, but maybe that's a byproduct of having to download some of the files via the script you suggested? perhaps I missed something
[21:14] <imgbot> [21:14] <imgbot> [21:38] <sergiusens> robru: should I merge the packaging branch before requesting a silo?
[21:39] <robru> sergiusens, which one?
[21:39] <sergiusens> robru: launchpad.net/udm
[21:39] <sergiusens> lp:udm
[21:40] <robru> sergiusens, yeah, since the original branch doesn't have a debian/ directory, ci train will get confused. best to merge that and then make a new null merge to shove through ci train
[21:40] <sergiusens> robru: I'll shove it in with a couple of other MRs
[21:40] <robru> sergiusens, cool
[21:49] <popey> dropped pm-utils?
[21:49] <popey> that looks odd
[21:49] <robru> popey, yeah i was wondering about that
[21:51] <popey> any idea what removed it?
[21:51] <robru> popey, nope ;-)
[21:51] <robru> well, there's a seed change
[21:52] <popey> for syncmonitor, yeah
[22:08] <popey> robru: isnt that going to make the image somewhat unusable?
[22:09] <robru> popey, seems fine here.
[22:09] <popey> groovy
[22:10] <robru> popey, I mean let me know if you find something ;-)
[22:10] <robru> popey, but screen blanks, so power management seems unaffected
[22:15] <popey> robru: see #ubuntu-touch
[22:16] <robru> popey, oh indeed. no idea what caused that to go away...
[22:23] <sergiusens> robru: I'm going with empty commit for now, I added line 36
[22:24] <robru> alright
[22:26] <robru> sergiusens, ok you got silo 3
[22:29] <sergiusens> ty, let's see how it goes
[22:44] <fginther> balloons, I do not
[22:45] <balloons> fginther, ok, I'll try and get it added so we don't miss it :-)
[22:47] <fginther> balloons, thx
[22:47] <fginther> balloons, I may end up chatting you up throughout the week :-)
[23:17] <alecu> ouch! I just flashed --wipe image 29 on a mako, and there's no network icon
[23:17] <alecu> I can get via tabs, but the icon is not even a pixel wide
[23:19] <popey> alecu: pls confirm bug 1319587
[23:20] <alecu> popey: done, thanks.