[00:12] 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] 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] which is why we've taken over a week to get to this point :( [00:24] === trainguard: IMAGE 26 DONE (finished: 20140514 00:25) === [00:24] === changelog: http://people.canonical.com/~ogra/touch-image-stats/26.changes === [01:10] jamesh, ping [01:33] thomi, errrmahgerd, is autopilot really ready? I'm terrified ;-) [01:44] kgunn, building in silo 6: https://ci-train.ubuntu.com/job/landing-006-1-build/41/console [01:45] robru rocknroll [01:49] ahayzen: pong [01:50] 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:50] Ubuntu bug 1319168 in mediascanner2 "First entry in AristsModel is empty" [Undecided,New] [01:51] 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] robru: we're open to suggestions :) [01:52] 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] 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] jamesh, but it is due to a video existing on my filesystem [01:52] robru: ok, thanks [01:52] jamesh, i see there MediaType->AudioMedia is there a way of filtering just by audio? [01:54] 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] so that's two bugs [01:55] 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] ahayzen: yes. [01:55] ahayzen: I just made sure that the stuff that was finished was released. I haven't forgotten about the rest [01:55] 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] Ubuntu bug 1319174 in mediascanner2 "rowCount is a non-NOTIFYable property" [Undecided,New] [01:56] thanks. I'll look into that one too. [01:57] 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] 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] 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] 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] jamesh, thanks :) [02:03] 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] jamesh, Victor (vthompson) said he had worked with image handlers before so he may have an idea [02:06] actually, perhaps just returning a null image is the answer [02:06] jamesh, i think that is what he suspected [02:09] === trainguard: IMAGE 27 building (started: 20140514 02:10) === [02:10] vthompson, o/ [02:11] ahayzen, hey [02:13] jamesh, shall we try doing the fallback via setting to null? to lighten your load a bit [02:14] jamesh, would returning null as the fallback affect the Music Scope? Or is that independent since it is not QML? [02:14] ahayzen: try changing all the "return fallbackImage(...);" calls to just "return QImage();" and see if that does what you're after [02:15] vthompson: it would be a good idea to check how it affects the dash, yes [02:15] the dash is using the same QML image provider [02:15] ah, I'd guess it'd be a no-go then [02:16] needing to change unity8 code isn't the end of the world [02:16] Unless we want to require the dash catch image errors and provide their own fallback as well [02:16] and presumably it has to deal with image errors anyway for e.g. http image URIs [02:16] jamesh, vthompson, is it only us and the dash using the thumbnailer at the moment? [02:17] ahayzen: for the album art image provider, yes. [02:17] jamesh, cool [02:18] 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] yep ... vthompson genres and empty states are our only left blockers right? [02:19] ahayzen, empty states... [02:19] vthompson, empty artist/metadata or not filtering out videos [02:20] ahayzen, right, I really think we could work around "Unknown" artist data though [02:20] vthompson, yep but the filtering out of videos should probably be done? [02:20] 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] 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] vthompson, yeah u've got data which is actually unknown and then what happens when u have an artist called unknown lol [02:22] vthompson, as jamesh said earlier there are two issues there really [02:22] 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] vthompson, ah yes sorting forgot about that [02:23] ahayzen, exactly. one reason why I'm OK just working around the 'empty state' issue if we can [02:24] vthompson, would this allow us to sort a mediascanner model? https://code.launchpad.net/~kalikiana/ubuntu-ui-toolkit/sortFilterModel/+merge/217736 [02:24] Really our largest blocker is Genres at the moment [02:24] vthompson, yep agreed [02:25] 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] vthompson, hmm we may have to think about that further then, jamesh any ideas on sorting? [02:28] 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] 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] rather than sorting or filtering afterwards [02:30] jamesh, that would be the best solution in my opinion, if possible [02:34] An additional sort by clause would be track number, I do not recall if items are sorted by that field or not [02:37] vthompson, they are in the SongsModel aren't they? [02:38] ahayzen, most likely, but I don't recall verifying [02:42] currently the songs model is ordered by "album_artist, album, disc_number, track_number, title" [02:42] and albums model by album_artist, album [03:29] === trainguard: IMAGE 27 DONE (finished: 20140514 03:30) === [03:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/27.changes === [04:01] morning [05:57] could someone trigger a rebuild on silo9? [05:57] thostr_ is not awake yet [05:57] thanks! [06:00] sure [06:00] building https://ci-train.ubuntu.com/job/landing-009-1-build/73/console [06:18] 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] 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] mvo: please add a commit message to the MP [06:21] * mvo adds one now [06:22] I wonder how that'll work out though, as the assumption is lp:project is the trunk [06:23] 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] mvo: it might be you were guided here by default while actually click is at the moment released differently [06:24] 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] 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] ok [06:28] assigned silo landing-019, kicking build at https://ci-train.ubuntu.com/job/landing-019-1-build/33/console [06:29] mvo: if you join #ubuntu-ci-choo-choo you should even get pings when build is complete etc :) [06:29] * mvo joins [06:29] thanks Mirv! [06:29] you're welcome [06:44] popey: \o/ [07:47] 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] Mirv: ACK, well... I'm not sure if we should land it right now, since the smoketesting dashboard doesn't look good [07:49] 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] then if AP 1.5 magically fixes some tests, that's a different story :) [07:50] 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] sil2100: yep [07:51] Mirv: since as we know, some test failures are not easily reproducible locally [07:51] 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] 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] maybe the new address book app + service are the culprit [07:58] I'll try upgrading a few packages on my old image [07:58] And seeing when it fails ;p [08:02] telepathy-ofono (0.2+14.10.20140512-0ubuntu1) utopic; urgency=low [08:02] [ Tiago Salem Herrmann ] [08:02] * Do not set the modem online [08:02] sil2100, ^^^ i would put my bets on this one [08:03] or on urfkill starting with the wrong defaults [08:05] ogra_: might be, the failures do not directly point to this, but who knows what UI changes it does [08:05] huh ? [08:06] messaging-app fails nearly completely, dialer-app has 4 new errors [08:06] ogra_: like, not setting the modem online might cause the app work differently than before or something [08:06] and on the ML people seem to report to have no 3G [08:12] ogra_: confirming that upgrading telepathy-ofono on #22 causes 3G/cellular to die [08:12] Checking if this also causes the AP failures [08:14] i pinged tiagosh [08:19] * ogra_ gets meeting coffee [08:23] ogra_, Mirv: yeah, so it seems telepathy-ofono is the culprit here, just got 13 failures on messaging-app [08:27] what silo/landing wss that in ? [08:27] *was [08:28] 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] so the phone is now totally suitable for flights, but nothing else? :) [08:31] Damn, just love google and getting disconnected ;/ [08:31] haha, yeah [08:31] ogra_: ok, let me try that [08:32] so looking at the spreadsheet at line 15 it seems these packages belong together [09:01] sigh ... my connection to archive.u.c crawls ... doesnt make the meta package rebuild fast :( [09:03] :< [09:04] Mirv: oh, and btw.! Thank you for taking the lead yesterday :) [09:05] sil2100: you're welcome :) [09:21] *yawn* ... come on germinate ... you can make it ... [09:22] cihelp can someone please re-trigger https://code.launchpad.net/~nik90/ubuntu-clock-app/disable-clock-hand/+merge/217907 [09:22] cihelp https://code.launchpad.net/~popey/ubuntu-clock-app/fix-1315318/+merge/218067 also [09:24] It's time to germinate youuu [09:25] popey: done for the first, are you sure about the second, a lot of attempts there already [09:26] popey: done for the second too anyway [09:26] popey: but, how come you can't do that yourself ? /me looks [09:27] vila: I don't know how [09:27] popey: if you're loggen in and have the right permissions, the right button should appear [09:28] dont think i have a login. [09:28] popey: you should, we've switched to sso ;) [09:29] lets step back. which link from those branches should I click? [09:29] popey: http://s-jenkins.ubuntu-ci:8080/job/ubuntu-clock-app-autolanding/15/ for your first ping [09:30] ok, then "rebuild" on the left? [09:30] popey: if you're logged in, a 'Rebuild' button/link appears in the left below 'Status', 'Changes', 'Console Output' and so on [09:30] sil2100: hey, can you take a look at my weird changelog? https://launchpad.net/~ci-train-ppa-service/+archive/landing-008/+packages [09:30] popey: exactly [09:30] popey: you see it ? \o/ [09:30] ya [09:31] hurrah! [09:31] popey: great ! More power to the users \o/ [09:31] just press that and then rebuild? [09:31] no other options to tweak, just hit that link then the button? [09:31] popey: yup, inspecting the parameters (and don't do that here, it's arleady running) [09:32] popey: I just re-run with the same parameters [09:32] ok [09:32] sil2100: can you definitively tell me if https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1316736 has landed? [09:32] Ubuntu bug 1316736 in Ubuntu UI Toolkit "Tabs current selection changes when pushed down a PageStack" [Critical,Fix released] [09:33] 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] popey: but for flaky tests, just push the button [09:33] popey: (and file bugs for those pesky flaky tests but you know that better than me ;) [09:34] i am not sure I do! [09:35] popey: one moment :) [09:36] popey: ;) [09:52] popey: it seems to have landed! It should be in #25 already [09:52] 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] 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] 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] mvo: I guess you'll find out ;-) [09:54] cjwatson: yeah, I'm in the process of finding out :) [09:56] 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] ah, finally meta migrated ... [10:02] * ogra_ triggers a build [10:09] === trainguard: IMAGE 28 building (started: 20140514 10:10) === [10:11] \o/ [10:21] cjwatson: I just hadn't noticed it before, but I thought it's all good after I found similar earlier landings. [10:26] tsi [10:27] sil2100: how long does an image build usually take? [10:27] ogra_: ^ [10:29] Wellark, 1.5-2h [10:31] ogra_: ok. thanks! [10:33] 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] (But no rush) [10:34] Mirv: I got a "new" source package joining the CI train. The Go plugin for QtC [10:37] didrocks: what should we do with the failing powerpc test on indicator-network on silo9 ? [10:37] the test passes on all of the other arches [10:38] and there is no clear reason why it would fail on powerpc [10:38] and I don't have powerpc to test with [10:38] I'm hoping failure on powerpc is not stopping the silo from landing [10:39] I vaguely recall that one being racy; has it already been retried? [10:40] If not then I'd like to try that [10:40] cjwatson: it's not racy. I though it might be, but no [10:40] looking at the test there is nothing racy about it [10:40] Mind if I retry it anyway for luck? :) [10:41] it has been failing constantly for the past 5 rebuilds or more [10:41] basically the whole time [10:41] Hm, yes [10:42] As it stands it'll block landing [10:42] Under the general no-regression rule [10:43] 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] If you just don't care (which would be reasonable), how about disabling the test suite on powerpc? [10:43] Or ignoring its results? [10:44] That way we have minimal fallout elsewhere [10:45] cjwatson: what is UOA ? [10:45] Ubuntu Online Accounts [10:46] why is indicator-network even part of that? [10:46] You can trace the deps yourself :) [10:47] It's basically because ubuntu-system-settings Depends: indicator-network [10:47] the online accounts panel depends on ubuntu-system-settings (since that's a plugin for it) [10:47] and the settings depends on the indicator since they use it as a backend [10:49] Wellark: You can probably just do [10:49] http://paste.ubuntu.com/7462106/ [10:50] bzoltan: there's only 1 silo free, let's ping sil2100 on what he thinks about that [10:51] 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] Right... let me take a look at that [10:51] cjwatson: ok.. I will merge that in. thanks! [10:52] I would have expected all Canonical developers to have access to porter-powerpc.canonical.com, BTW [10:52] (And porter-$ARCH.canonical.com in general) [10:52] ugh.. why does pastebin require 2nd factor auth even though the page does not even have a login functionality.. grr.. === MacSlow is now known as MacSlow|lunch [10:52] You may need to ask #is to flip the bit for that [10:52] cjwatson: never even heard about that one [10:52] Wellark: pastebin> Because it was widely abused [10:53] And AIUI this defeated the strategy being used [10:53] ok. [10:53] https://wiki.canonical.com/InformationInfrastructure/ISO/BuildInfrastructure/PorterBoxes [10:53] * Wellark gets his token.. [10:55] Just be careful of the literal tab, obviously [10:56] dbarth: so, I'll m&c one of your SRUs, as I see it's verified [10:58] 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] Mirv: o/ I would say we consider landing this today [11:09] 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] sil2100: it's been tested with the other scopes without any rebuild? [11:11] 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] Which should basically show possible regressions [11:12] well, it has all scopes as rdepends [11:12] sil2100: ok, in that case +1 ;) [11:13] are we sure they are not using the dropped symbols "inofficially" ? [11:16] 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] With upstreams [11:18] well, it break packaging policy to not bump it ... i think ... [11:19] seb128, hi! did you land the changes from yesterday abuot u-s-s into the image? [11:19] bzoltan: has the new package been already reviewed in terms of packaging? :) [11:19] gatox, hey, yes [11:19] seb128, ack, thx [11:20] sil2100: it is pretty much a copypaste of the other QtC plugin [11:20] gatox, yw! [11:20] sil2100: but no, it was not formally reviewed [11:20] 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] sil2100: super, thanks [11:22] sil2100, but go ahead ... since didrocks acked it he can take the blame :P [11:22] ogra_: the lander will be to blame if it breaks :) [11:22] ogra_, didrocks: /me prefers blaming the lander indeed! [11:22] ;p [11:23] heh [11:23] mhr3: just be ready for being blamed! [11:24] sil2100, i test my landings :P [11:24] well, at least -api ones :) [11:28] LIES [11:28] ;p [11:34] === trainguard: IMAGE 28 DONE (finished: 20140514 11:35) === [11:34] === changelog: http://people.canonical.com/~ogra/touch-image-stats/28.changes === [11:35] Awesome [11:35] popey: could you take a look at #28? :) [11:35] 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] mandel, do you have the last image? [11:35] sil2100, there is an img 28 with data? /me needs data for gsp testing [11:35] gatox, number? [11:36] seb128, ^ [11:36] gatox, I have 26 [11:36] sil2100: ya [11:36] mandel, from today? [11:36] mandel: yes :) 28 has 3G back [11:36] At least it should have [11:36] sil2100, sweet! [11:36] well, it is supposed to := [11:36] :) [11:36] ogra_, at least they could not blame udm ;) [11:36] ;p [11:36] * ogra_ doubts anyone tested it within the last 2min [11:39] * ogra_ reboots to 28 ... [11:39] no 3G ... [11:39] ... on flo [11:39] ogra_, let me test maco [11:39] (as expected) [11:39] :) [11:40] uh [11:41] popey, hmm, the carousel thingie doesnt always show the text for me ... do you see the same ? === pete-woods is now known as pete-woods-lunch [11:42] especially at the first/last entries [11:43] yes [11:44] look carefully underneath the tile, it might be below, i just had the text appear below on a promoted image [11:44] hmm, i wonder how didrocks' TCL app differs from thiebaud2001 ones [11:44] ogra_: oh, there was a tcl app? [11:44] same icon ... screenshots look a little different though [11:45] 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] seb128, nothing, just asking which was the last version... it works now for mandel, he had an old image [11:45] ogra_: popey.mooo.com/screenshots/device-2014-05-14-124529.png [11:45] happens for me too [11:46] gatox, good [11:46] sometimes it eventually appears, like the metadata is still being gathered [11:46] yeah, seems to be a visual issue [11:46] yeah, it just appeared for that track http://popey.mooo.com/screenshots/device-2014-05-14-124611.png [11:46] right [11:46] will make a note and file a bug [11:49] sil2100: thanks [11:51] 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] bzoltan: ah, ok, so we need to make some packaging changes ;) It's missing the split option most probabl [11:51] y [11:51] bzoltan: remember to copy the .bzr-builddeb again too :) [11:51] bzoltan: will prepare a branch for you in some moments [11:52] sil2100: ohh.. of course [11:52] bzoltan is quite familiar with that one so probably no need ;) [11:52] pristine-tar commit ../foo.orig.tar.gz && git push -u launchpad pristine-tar # oh wait [11:52] cjwatson: ;) [11:53] sil2100: Mirv: I hit that mistake few times [11:53] 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] But I guess they should === MacSlow|lunch is now known as MacSlow [12:01] Saviq: how does the unity8 situation look like? [12:01] I'm hoping that we could land silo9 today [12:01] so, what's the status with silo2 and silo5? [12:02] 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] Saviq: silo2 at least is in prep. status [12:04] so that should not give any trouble [12:05] what about silo5 ? [12:05] will ping mzaneeti on that [12:06] heh, thats the finnish way of writing that name ... [12:06] extra vowels :) [12:06] actually we are quite rich on consonants :) [12:09] sil2100: #28 seems pretty good to me. [12:10] popey: thanks o/ No visible regressions? btw. that bug that davmor2 mentioned before, like, regarding the messaging indicator getting worse [12:10] popey: were you able to reproduce it in earlier images? Is it better now? [12:11] can you be more specific? [12:11] mine is blue and i have a bunch of messages in it [12:11] popey: let me find the bug number [12:12] mine isnt blue ... [12:12] nobody sends me messages [12:12] popey: https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1318724 [12:12] dude, i send _myself_ messages! [12:12] Ubuntu bug 1318724 in telephony-service (Ubuntu) "indicator-message is not always showing new message notifications" [High,Confirmed] [12:12] which is worse? [12:12] uh ;) [12:12] popey, cheater ! [12:12] :) [12:15] 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] bzoltan: typo in the Homepage: link [12:17] sil2100: got it ... pushed the fix [12:18] 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] 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] 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] Mirv, what's the issue with having another lander? [12:20] I'm fine being listed lander if you need another name [12:20] seb128: the only problem I have is that I wrote the line, created the request, kicked a build etc [12:20] I can take over that if you want [12:21] mvo: ok I think problem solved ^, I don't want to be too bureacratic [12:21] Mirv: it's mostly just because stgraber is on vacation [12:21] seb128: ok, so you can probably catch mvo's test results from above and mark it as having been tested [12:21] Wellark, 005 is in flight [12:21] Mirv, look at it [12:21] Mirv: thanks! [12:21] and thank you seb128 too [12:21] 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] mvo, yw ;-) [12:22] so I'm not sure I can fully act as a lander at the moment [12:22] cjwatson, I'm doing it no worry [12:22] thanks [12:26] 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] thanks seb128, I guess the bot will notice the publication as well [12:28] Mirv, no worry, I'm happy to help/own that one while stgraber is on vac [12:29] sil2100: yes, bug 1318724 is still a problem, left a comment and two videos [12:29] bug 1318724 in telephony-service (Ubuntu) "indicator-message is not always showing new message notifications" [High,Confirmed] https://launchpad.net/bugs/1318724 [12:29] popey: *sigh* [12:35] popey: I hoped that got fixed, as I remember Bill mentioning it somewhere [12:36] popey: I'll reintroduce it to the daily e-mail [12:36] bfiller: bug 1318724 is on your radar, right? [12:36] bug 1318724 in telephony-service (Ubuntu) "indicator-message is not always showing new message notifications" [High,Confirmed] https://launchpad.net/bugs/1318724 [12:37] 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] well, we have a lot of bugs ☻ [12:38] jdstrand: paste.ubuntu.com/7462273/ see lines 1198 - 1214 - apparmor denials, is that an omission in the calendar app? [12:38] nik90: hi! Any news on the clock-app failures? [12:38] 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] sil2100: hey...so the alarm failures reduced from 6 to 1. [12:39] popey: no, it isn't an ommision, whatever is creating /tmp/tmp2ehg9zff/.config/ isn't honoring TMPDIR [12:39] balloons: bug 1319373 filed for calendar. [12:39] bug 1319373 in Ubuntu Calendar App "AP test fails on flo, image #22 " [Undecided,New] https://launchpad.net/bugs/1319373 [12:39] jdstrand: hmm. [12:40] let me look at the rest of the paste [12:40] jdstrand: thanks [12:40] 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] sil2100: however that 1 alarm failure is something I am currently investigating..it looks like a regression. [12:41] sil2100: I am currently discussing this with zsombor, will let you know by the end of the day :) [12:42] 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] nik90: \o/ Thanks! [12:43] wp [12:44] sil2100: ogra_: Just seeing wifi setup issue on manta with image 28. the other two devices dint have this issue [12:44] not sure if anyone be able to manually check on that [12:52] Mirv: let's publish autopilot, what do you say? [12:54] psivaa, my manta is dead atm [12:54]