[00:04] robru: if I am not around by the time silos 31 and 6 are published, would you mind triggering a rebuild on silo 8? [00:04] robru: assuming you will still be there, of course :) [00:04] boiko: I'm here for a couple more hours [00:05] robru: nice! I am going for dinner and then supermarket, I might check the status once I am back [00:05] boiko: although i don't see any movement on proposed migration, not much i can do about that. [00:06] robru: that's fine, I guess I can continue with all of that tomorrow morning, thanks for the help anyway [00:06] see you! [00:06] slangasek: are you able to check on proposed migration? Seems excuses hasn't updated in 7ish hours. [00:07] robru: let's see what I can see [00:08] robru: while I'm looking at this, do you have any insight into the question I asked kenvandine above, re: two binaries with the same version number but different builds? [00:09] slangasek: first I've heard of it... Want me to dig in? [00:10] robru: yes please - we really don't want packages being published to the stable overlay ppa that have the same version number as packages in the main archive if they're not identical packages [00:13] slangasek: indeed they both look like manual uploads by kenvandine, nothing train-created. He must have just goofed on the version number. [00:13] robru: ok. Should the train have its own guard against that? [00:14] slangasek: not sure how that would work... you mean a publish-time check to make sure that the version number doesn't already exist in a different series? there's already checks to make sure that the same version doesn't already exist within the same series. [00:14] robru: yes [00:15] slangasek: is is possible to query lplib for a version number without specifying the series? seems like it would be tricky to check all possible series. [00:15] robru: if you're already checking that it doesn't exist within the same series, it makes sense IMHO to check for that version in any series [00:15] robru: hum I'm sure it's possible by looking at the publishing history, but I don't know offhand where in the API that lives. bdmurray might know [00:16] robru: also note that you'd have to check both archives (stable-phone-overlay + Ubuntu) for a conflict in either direction, since LP itself doesn't enforce this [00:16] robru: I only marked the silo as being tested. I don't have permission to upload to the archive directly === jamesh_ is now known as jamesh [00:17] I'm not sure what would have happened [00:17] jamesh: something really goofed up in your silo then, because the package is already in wily when I tried to publish it today [00:17] robru: the command that's causing p-m to fail is: http_proxy=http://squid.internal:3128/ wget --mirror -nH --cut-dirs=3 -np -R *index.html* -P /home/ubuntu-archive/mirror/phone-overlay http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/dists/ [00:18] oh there's a note from mirv I just noticed... [00:18] don't know yet why [00:18] slangasek: weird [00:19] robru: yes it is - https://api.launchpad.net/devel/ubuntu/+archive/primary/?ws.op=getPublishedBinaries&binary_name=systemd-shim&version=9-1bzr3&exact_match=true [00:19] robru: there is a comment left on the spreadsheet row that looks like it explains it: "Mirv/20150608: wily released, vivid put back on hold. The line was erronously published before-hand since QA sign-off field was empty and the monkey that looked at the dashboard read just "wily" while it had "wily vivid"." [00:20] jamesh: k, I'm muddling through a fix for this [00:20] bdmurray: thanks [00:21] bdmurray: that only shows wily though, I guess not vivid because it's just a ppa. hrm [00:21] robru: I had left the QA sign-off field blank because that's what the docs said it should usually be set to. [00:21] jamesh: well vivid needs qa, but qa approved it so I'm trying to publish now and everything's crazy [00:23] slangasek, ugh [00:23] robru: the error is that http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/dists/devel/main/i18n/ is a 404 despite being listed on http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/dists/devel/main/, I think this might be related to the workarounds being implemented for translation support [00:24] i thought we did a sync with a rebuild or something [00:24] wgrant: could http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/dists/*/main/i18n/ please not 404? :) [00:24] kenvandine: those were both manual uploads as far as I can see... nothing synced, you just uploaded it twice with different series. [00:25] kenvandine, robru: is it possible this was a sync, but at a time when the "sync" behavior in the train was buggy? [00:25] robru, hmm, i know at least at one point we had it on the spreadsheet as a sync [00:25] publication was 5/22 [00:25] but don't recall exactly what ended up happening [00:26] there was a long delay with qa for the overlay silo [00:26] which was where it went originally [00:26] slangasek: I'll double check the uploader. [00:26] several days i think [00:27] it's possible that i manually screwed it up too... since there was such a delay, like we changed our mind about where to land it first or something [00:27] slangasek: Hm, I removed that rewrite months ago, I thought. [00:27] i really can't recall, it was all stressful because it was a blocking bug [00:27] slangasek: It was there to minimise IO contention due to apt being moronic. [00:27] But let me see. [00:27] kenvandine: sorry, looks like I was mistaken [00:27] slangasek: kenvandine: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-035/+packages?field.name_filter=systemd&field.status_filter=&field.series_filter= shows here ken uploaded the vivid version [00:27] wgrant: ok. it definitely seems to be causing snakefruit's mirror script to error out now [00:27] slangasek: kenvandine: then train uploaded wily version: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-001/+packages?field.name_filter=systemd&field.status_filter=&field.series_filter= [00:27] yeah, i know the vivid upload was first [00:28] wgrant: I don't specifically need it to not 404; it's also acceptable for it to not be shown in the index [00:28] but it didn't get published right away, and we did a sync with rebuild [00:28] to wily [00:28] wgrant: but the current behavior, showing in the index but 404, makes wget cranky [00:28] kenvandine: I'm not sure why the sync code didn't mangle the version though. it's supposed to do that & has tests for that as well [00:28] slangasek: snakefruit doesn't actually use wget to mirror archives, does it... [00:29] wgrant: it uses it to mirror the indices [00:29] only for p-m [00:29] yeah, well it might be because this is a manual package, not one where there was a MP [00:29] wat [00:29] so maybe that only happens when there's a branch involved? [00:29] robru, just throwing darts here :) [00:29] wgrant: hey man, the launchpad team wrote this code [00:29] kenvandine: no, the sync logic is a totally different code path from the branch logic. [00:30] ok [00:30] slangasek: kenvandine: https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/182/console here's the build log that created the sync [00:30] must be case you aren't testing then :) [00:30] slangasek: Heh [00:30] wgrant: oh. Also, it was written /today/, so it never worked :-P [00:30] so... yeah. Disabling for now [00:31] slangasek: Huh? [00:32] wgrant: the commit that introduced this stable-phone-overlay mirroring code was introduced by cjwatson at Mon 2015-06-08 17:45:53 +0100 [00:32] Oh [00:32] which is suspiciously like the time p-m stopped working ;) [00:33] slangasek: kenvandine: oh I see what's going on here. the sync code only mangles versions when syncing ubuntu->ubuntu-rtm. That code path wasn't updated when sil updated the sync code to sync within ubuntu. [00:33] ah [00:33] mmk [00:33] that's not good [00:33] robru: so it's a train bug - can you open a bug report to track this? [00:33] is systemd-shim the only package? [00:34] slangasek: sure. what rule do we want to use for version mangling intra-ubuntu syncs? [00:36] robru: should it be any different? I don't remember what rule was used for the overlay [00:36] slangasek: would be easy enough to append ~vivid for a backwards sync, but that's probably not what we want for a vivid->wily sync wince foo~wily would be less than foo. [00:37] robru: well also the version numbers should round-trip correctly [00:37] slangasek: the problem is that manual packages like this don't have the usual train datestamp that mps use. [00:37] ah [00:37] in that case maybe we want to disallow syncs and make the uploader sort it out manually [00:39] slangasek: I'm not sure how we'd detect "that case" programmatically though. in the sync logic it just downloads the source package, rebuilds and reuploads. it doesn't really "know" if the version number is one of ours or not [00:39] robru: it certainly should be able to detect if the version number is ours or not [00:39] robru: because if it's a train-generated version number, we should be able to do a round-trip transformation on it [00:39] if that doesn't work, it wasn't ours [00:40] slangasek: but the thing is that we support syncing packages that aren't train-managed packages. [00:40] robru: why do we do that? [00:40] slangasek: I dunno, there were lots of cases where random things needed to be synced from ubuntu to ubuntu-rtm that weren't necessarily train managed packages [00:40] slangasek: Oh, the files are accessible, just not the indices. [00:41] indices == directory listings [00:41] robru: we should only support this if we can do it right [00:41] wgrant: right, ok [00:42] slangasek: the current version mangling code for syncs is very basic, it literally just inserts '~rtm' before the last hyphen if syncing to rtm, and rips that out if syncing to ubuntu. [00:42] it doesn't consider the structure of the version string beyond that. [00:42] right [00:43] slangasek: I think the easiest way to keep the current feature set and support roundtripping would be to just s/~.*-/~series-/ and that way the right version tag would always be there. [00:43] that's not going to DTRT, so I think we should disallow such syncs and take our time to think about how we can do it right [00:43] ok [00:43] robru: that doesn't round-trip in the case that the original package wasn't train-managed. [00:44] true [00:44] slangasek: Is it still interesting to you? Or can you use something sensible like debmirror? [00:47] wgrant: what interests me at the moment is having p-m back online, so I've commented out the mirroring. I don't know what this particular change was for, it seems to be a WIP by cjwatson; if I can figure out a quick fix to the wget commandline that doesn't require me to think about it I will, otherwise I'll leave it for him [00:49] slangasek: We can probably tighten the apache rule a bit without too much danger, but I'd prefer not to if the solution is just "don't use wget -r"... [00:49] wgrant: yes, I don't think you need to make a serverside change for this [00:50] slangasek: https://bugs.launchpad.net/cupstream2distro/+bug/1463218 [00:50] Launchpad bug 1463218 in CI Train [cu2d] "sync logic doesn't mangle versions correctly when syncing within ubuntu" [High,Triaged] [00:50] robru: thanks [00:50] slangasek: your'e welcome [00:52] kenvandine: slangasek: anyway to fix the problem at hand, wouldn't a manual upload with a bumped version for wily fix it? [00:52] robru: yes [00:53] slangasek: should I prepare that in a silo? ;-) [00:55] robru: sure, go ahead :) [00:55] slangasek: k, on it [00:59] kenvandine: slangasek: k, version bump building: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-017/+packages [01:00] kenvandine: when that build is done can you smoke-test it? [01:01] robru: p-m run successfully [01:01] slangasek: great! [01:01] robru, sorry, i'm about to sign off here and i'll be out tomorrow :/ [01:02] bah [01:02] sorry man! [01:02] slangasek: ok well version bumped package is building but I have no idea how to verify it doesn't explode. [01:02] robru, quick test... change the phone from network time to manual and see if it persists [01:03] or the opposite [01:03] in system-settings [01:03] if that works, you're good [01:03] kenvandine: how do I flash a wily image on my phone? [01:03] there's a channel for it [01:03] hmm [01:03] don't recall off hand [01:03] ubuntu-touch/devel-proposed/ubuntu [01:03] or if you need bq bits, ubuntu-touch/devel-proposed/krillin.en [01:03] i gotta jet though, gotta hit a store before it closes [01:04] kenvandine: goodnight [01:04] you too [01:04] wgrant, cjwatson: found an option to (uglily) make wget skip the unreadable i18n dirs, so we're good now [01:04] slangasek: ok I'll check that tomorrow morning [01:09] pah [01:34] boiko: Hmmmmmmm, some problems with silo 8... It's set for vivid primary, aka an SRU, is that what you want? Not overlay PPA? Also it seems is a sync, it may suffer from a version bug we just discovered today, so pay attention to the resulting version numbers... [02:58] robru: well, actually kgunn is the one who needs this silo/sync, they need to land shell rotation [02:58] robru: I'll check with him tomorrow [04:46] good morning === chihchun_afk is now known as chihchun [07:10] hum, does anyone know what's wrong in https://jenkins.qa.ubuntu.com/job/dialer-app-vivid-i386-ci/89/console [07:10] oh, ignore that, "Depends: qtdeclarative5-ubuntu-addressbook0.1 which is a virtual package." [07:14] I guess it needs silo 008 to land [07:52] slangasek: thanks. this whole thing was an emergency fix to allow us to have enough history to reconstruct a snapshot of the overlay in case we need to do hotfixes to it, so I'm glad you got it put back together - I was a bit scared when reading scrollback about people disabling it [07:54] slangasek: (I suspect that it worked well enough for apt-mirror-snapshot to be able to commit the result, and I didn't notice that wget was exiting non-zero) [07:55] wgrant: I'd probably have used debmirror if it were installed on snakefruit, but this was an OMG-need-to-have-this-working-in-the-next-half-hour fix [07:55] cjwatson: Ahh, I see. [07:57] cjwatson: is that something related to snapshotting? [07:58] sil2100: yes [07:58] * sil2100 is apparently missing some backlog [07:58] :) [07:58] sil2100: it's ok, it was an overnight fix [07:58] you can ignore [08:00] hey Łukasz [08:01] how is the langpack patching going? need help with that? [08:07] seb128: hey, just sitting down to it once again, do you know where I can find the list of strings that we wanted changed? [08:08] I can do it if you want [08:08] but otherwise the strings are the ones on [08:08] https://translations.launchpad.net/dialer-app/trunk/+pots/dialer-app/sr/+translate?show=untranslated [08:09] (just picked a random language with 4 untranslated strings, which are the new ones ;-) [08:09] let me ask for a wily export and compare to the langpack [08:15] sil2100, http://paste.ubuntu.com/11666800/ [08:15] so yeah, no string removed in wily [08:15] Waiting for the es export to arrive on my e-mail [08:15] so it's easy to copy over a wily export of the po [08:15] and upload that [08:17] Ok, then even better - if you're not too busy then feel free to do the de one, I'll prepare the es [08:18] k [08:18] sil2100, how do I upload? dput directly to the overlay ppa or in a silo or...? [08:18] seb128: I would say let's dput directly [08:19] We don't have any QA control over translations anyway... [08:20] Was dialer the only obvious one missing? [08:20] yes [08:20] but that makes me unsure about the adressbook [08:21] there were changes to import it from dialer/messaging and new ui bits like google import string [08:21] but it might be that was before vivid release [08:21] let me check/ask an export of that one as well [08:23] I suppose version number 1:15.04+20150608.1 would be fine? [08:24] yes [08:25] Ok, source package done, I think fr was also on the list of critical languages, right? [08:25] Ah, but you probably did that one already ;p [08:26] yeah [08:27] k, no new strings in wily addressbook [08:27] so good [08:28] Ok then, let's upload to the overlay PPA [08:30] Ok, so it seems we have two issues temporarily resolved [08:42] seb128: did you upload your langpacks? :) [08:45] sil2100, yes, https://launchpadlibrarian.net/208639682/language-pack-touch-fr_1%3A15.04%2B20150608_1%3A15.04%2B20150608.1.diff.gz [08:47] sil2100, you forgot to do the same for messaging-app in your -es upload [08:47] Yeah, just noticed that, re-uploading [08:48] -de update, https://launchpadlibrarian.net/208639914/language-pack-touch-de_1%3A15.04%2B20150608_1%3A15.04%2B20150608.1.diff.gz [08:50] sil2100, want me to do the same for the few other languages pat listed in https://bugs.launchpad.net/canonical-devices-system-image/+bug/1460144/comments/1 ? [08:50] Launchpad bug 1460144 in Canonical System Image "New swipe actions tutorial needs translations" [High,In progress] [08:51] like catalan/italian/portuguese [08:51] seb128: it's not required, but if you're not super busy right now I suppose we could do that [08:52] k, let me do those [08:52] To save your time I'll start from the other end and do portugese, just need to wait for LP to export those [08:52] ;) [08:52] k [08:52] starting with catalan [08:52] to make dpm happy [08:52] ;-) [08:56] cihelp: what's up with the ubuntu system settings job? Disabled? [08:56] I can't find any reason as to why in emails, channel hist… :'( [09:01] jgdx: i'm not sure why, it could be to let the other jobs to finish and may be for more slave chroot updates, i've enabled that job and kicked one jobs, for https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/apn-prototype/+merge/258992 [09:01] thanks psivaa. [09:01] jgdx: np [09:03] sil2100, k, done catalan and doing italian, then I think we should have enough [09:05] seb128: thanks! I finished portugese and uploaded :) I think afterwards we should indeed be good [09:07] sil2100, verified with the fr langpack that it works [09:07] the tutorial is translated on the dialer [09:16] k, they are all built, it/pt still to publish then I guess you can kick an image build [09:17] trainguards: you can clean out silo 13 (row 18) [09:19] (job failed for me) [09:50] jgdx: ok.. so cancel the whole landing? [09:51] well, it's a manual upload so yes just add another line if needed [09:59] Mirv, yep [10:25] jibel: what was the other bug that we needed for OTA-4? Was that the 3G->2G switching one? [10:27] sil2100: that exists in rtm too [10:37] sil2100: I didn't publish 015 in the morning since currently I'm not keeping exact track what is supposed to be landed... is there exact list of OTA-4 bugs still? [10:37] davmor2: oh, ok, since I though BQ wanted that fixed badly [10:37] Mirv: anything can land, the landing gates are open :) [10:38] sil2100: oh :D [10:38] We decided to open them up, we have a 'snapshot' PPA to deal with OTA-4 [10:38] sil2100: well I reproduced it yesterday on vivid 26 and rtm22 [10:38] sil2100: ah I misread your e-mail. OTA4 still has things, but gates open anyway [10:38] sil2100: FYI https://code.launchpad.net/~cjwatson/launchpad/do-not-expire-phone-overlay/+merge/261438 - not on production yet but we should be able to deploy that before the world ends (or would have ended if you hadn't created the snapshot PPA) [10:55] cjwatson: \o/ [10:56] davmor2: ok, then we'll have to discuss with Pat if we're blocking OTA-4 on that or not === MacSlow is now known as MacSlow|lunch [11:50] uh [11:50] Ok, I jump out now for lunch [11:58] sil2100, it was bug 1461593 [11:58] bug 1461593 in network-manager (Ubuntu RTM) "No data connection switching from 2G only to 3G" [Critical,In progress] https://launchpad.net/bugs/1461593 [11:58] popey: I don't understand this "Allow tapping repeat and sound ListItems to trigger action (affects vivid only) where as in the current clock app, one had to explicity click the checkbox button to enable it while now one can enable it by clicking on the listitem itself" [12:00] rvr: I can explain that :) === alan_g is now known as alan_g|lunch [12:00] nik90: Yes, please :) [12:00] rvr: The Ubuntu SDK changed the default behaviour of listitems when moving from Utopic -> Vivid. [12:01] In utopic, you could click on a listitem to enable a child checkbox.. while in vivid this default behaviour was removed. So one has to explicity press the tiny checkbox in the listitem to enable it [12:01] this changes affects the clock app and so I adjusted the code to ensure that the old behavior is retained [12:02] on in the page where you choose alarm sound, you can click on the listitem to choose that alarm sound rather than having to click on the checkbox [12:02] rvr: does that make it clear? [12:02] Reading carefully [12:02] ahh [12:03] Old behaviour kept [12:03] yup [12:03] Cool, because I compared stable and rc-proposed and didn't found any difference :) [12:03] Thanks [12:04] yw [12:07] nik90, someone was mentioning this change in behaviour to select Wifi access point, do you know if there is a bug report for it? [12:07] jibel: I was told that it is a intentional change in the Ubuntu SDK. [12:07] ah ok [12:08] jibel: while testing, it seems some of the indicators may have been fixed to retain the old behavior. [12:16] nik90: fyi I asked QA (so I guess rvr) to test the multi-fat click. [12:16] I tested it on my vivid unity8 machine and it dies soon after starting, but I think that's not an app problem but the image is missing something gsettings related [12:16] other apps die similarly [12:17] popey: ah ok [12:17] hoping the image seb128 and didrocks are working on fixes these things and we can test that soon [12:18] popey, -didrocks, he moved to other work [12:19] ah, okay. so it's your baby? [12:19] super looking forward to testing it (much like everyone else) [12:24] popey, I don't feel like strong ownership, but it landed on my shoulder it seems so trying to move it forward, getting to stand by itself :p I'm sure other are going to come and play around with it once it's working thoguh [12:24] heh, okay [12:28] rvr, silo 3 passed verification? [12:29] what are the landing rules now for vivid? [12:30] it's open for landing, but does it mean any sort of changes or just selected bugfixes still? [12:32] seb128, its open, there is not a hit list yet [12:34] jibel: Yesterday, yes [12:34] popey: I'm testing com.ubuntu.clock_3.3.272_multi.click [12:35] rvr: good! :D [12:35] pmcgowan, k, so basically we can land whatever we think is good? [12:35] popey: I had to reboot to start it, but otherwise, it is working [12:35] pmcgowan, no fear that it derail stability for the next ota or such? [12:35] popey: Most of the changes have been verified [12:35] popey: I'm now finishing with manual tests [12:36] \o/ === _salem is now known as salem_ [12:37] rvr, can you update the landing spreadsheet? [12:38] jibel: Which part? [12:38] Ahhh [12:38] The spreadsheet [12:38] So can I land it now? === pat__ is now known as pmcgowan [12:39] Done [12:39] rvr, you can sign it off at lease :) [12:39] least [12:39] seb128, not sure you saw my reply earlier, but anything can land for now [12:39] jibel: sil2100 asked me yesterday to wait [12:40] np [12:40] Ah, right, I didn't report back to you since it was late [12:40] pmcgowan, I saw, thanks, just pondering the implications it has on the next ota but I'm not complaining, I like that better than diverging from trunk and not being able to land fixes ;-) [12:40] sil2100: No problem, I forgot to ask you this morning [12:41] seb128, ack [12:41] pmcgowan, btw not sure if you saw but we updated manually the ca/de/es/fr/it/pt langpacks for the new dialer/messaging string in the overlay [12:41] should be good now [12:41] pmcgowan: hey! So regarding bug LP: #1461593, davmor2 mentioned he was able to reproduce this on RTM [12:41] I tested the new deb on my fr phone [12:41] Launchpad bug 1461593 in network-manager (Ubuntu RTM) "No data connection switching from 2G only to 3G" [Critical,In progress] https://launchpad.net/bugs/1461593 [12:42] sil2100, I can believe it [12:42] sil2100, awe has a fix coming today [12:43] seb128: Does image 28 have those langpacks? [12:43] rvr, unsure [12:43] where do we see what changes are on what image? === chihchun is now known as chihchun_afk [12:44] seb128: Ok, checked. Nope. [12:44] :-/ [12:46] seb128, at the bottom of http://people.canonical.com/~ogra/touch-image-stats/vivid/ === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [12:46] pmcgowan: so we wait with ota4 for that fix? [12:46] ogra_, thanks [12:47] sil2100, three fixes - the langpacks, the mms default and the 2g to 3g, yes === marcusto_ is now known as marcustomlinson [12:48] pmcgowan: ok, I knew it was on our list 'blocking ota4', but since davmor2 said it was already on stable I was wondering if we still block on that [12:48] But ok [12:48] sil2100, I think its just more frequent but not sure [12:49] sil2100, essentially bq asked it be fixed [12:49] langpacks and mms as default landed this morning, waiting for a fix for 2g to 3g [12:50] did we take the langpack infra issue somewhere for discussion? [12:51] we patched around it manually for this time but it's a one time workaround for an easy case [12:51] seb128: the LP team will be discussing the possible options today on their meeting [12:51] we need to not forget to get a proper resolution [12:51] k [12:51] We're waiting for news from their side to start a formal discussion [12:51] thanks [12:51] I already molested slangasek about all our issues yesterday :D [12:54] ToyKeeper, with the new thumbnailer that landed in silo 15, I've no thumbnail for music and video and a crash file for thumbernail-service. Did you notice that? === alan_g|lunch is now known as alan_g === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [13:01] is nobody else seeing segfaults causing build failures on armhf/ppc in silos? [13:01] jgdx, psivaa, sorry about the ubuntu system settings job. I had an update running to fix the broken amd64 job, but it crashed leaving the job disabled. It should be back to working now [13:03] jibel: can you get anyone else to confirm that? Since we'll need to revert the package upload then [13:04] dobey, nah, we all just quickly look in the other direction when that happens [13:04] fginther, thanks. Seems I'm getting passes. [13:04] ops-team: ^^ can anyone install the new thumbnailer from the overlay on the latest rc-proposed/bq-aquaris.en ? [13:04] and confirm if you see crashes or not and if thumbnails are correctly generated [13:06] fginther, aah, you meant the silo? [13:07] jgdx, no, I was referring to this: http://s-jenkins.ubuntu-ci:8080/job/ubuntu-system-settings-ci/ [13:07] jgdx, The amd64 subjob was trying to collect test results that didn't exist. I was updating the jenkins config to not do that [13:07] sil2100, I removed previous thumbnails and it works. It looks like an upgrade problem from 1.3 to 2.0 [13:08] Oh, ok, hm [13:08] I'll downgrade the package and try to reproduce [13:08] Might be a problem for people uploading though [13:08] ogra_: appreciate the sarcasm, but combined with the "240 B/s" download speeds i'm getting from ports.u.c on my nexus 4, and my need to test new builds of this stuff on a device, i'm starting to get annoyed with things breaking :) [13:08] I mean, upgrading [13:09] right [13:13] jibel: I can have a look in a minute I'm nearly done with this click package [13:17] davmor2, I think you need to install OTA4, generate some thumbnails with current version then upgrade the thumbnailer [13:17] and reboot [13:17] popey: I found a problem === MacSlow|lunch is now known as MacSlow [13:18] popey: Set an alarm (e.g. +2 minutes). Let it activate. Go to the alarms page, check that the alarm is outdated. Switch the checkbox to activate it. [13:18] popey: In my case, it crashes. [13:19] on vivid? [13:19] popey: Yes [13:19] popey: I'm using rc-proposed 28 [13:19] nik90: ^ [13:19] lemme try to reproduce [13:20] * popey updates to 28 [13:27] hm, this time the gallery crashed [13:27] davmor2, ^ please have a look, there is something wrong with this thumbnailer [13:28] jibel: will do about 5 minutes [13:28] nik90, popey, rvr, the dbus.log has also quite "libecal-Message: e_cal_recur_generate_instances_of_rule(): bogus component, does not have DTSTART. Skipping..." added when creating a reminder, unsure what component's bug that is/if that's known [13:29] rvr: nik90 reproduced on my vivid 28 krillin, and it doesn't happen on my retail krillin [13:29] so yes, that's a regression [13:30] yes, i see that too seb128 [13:30] oh, also the alarm list checkbox widget toggle animate twice when focussed [13:31] like if you open some indicator and close it [13:31] or switch to something else and back [13:31] checkbox->switch widget [13:31] the on/off one [13:31] popey: Ok, moved the trello card to fail. [13:32] I find the checkbox hard to interact with. I often activate the listitem instead. [13:32] My fingers are big :) [13:33] popey: good news now reminders is good :) [13:33] popey: erm I mean notes [13:33] :) [13:37] rvr: nik90 is it this https://bugs.launchpad.net/ubuntu-clock-app/+bug/1413027 ? [13:37] Launchpad bug 1413027 in Ubuntu Clock App "One-time alarms cannot be re-enabled using the alarm switch after they have gone off once" [Medium,Fix released] [13:37] perhaps not fully fixed [13:38] popey: Well, it crashes :-/ [13:39] indeed. [13:39] we'll see what nik90 says. I was just filing a bug and re-found that one [13:40] rvr, popey: just got back and reading the backlog [13:42] rvr: so I take it the only fail is the crash when activating a outdated alarm? [13:43] rvr: the issue about the checkbox being hard to activate is a design that that I will bring to the attention of the design team. Right now clicking on the listitem will open the alarm and we cannot use that to enable/disable an alarm. === chihchun_afk is now known as chihchun [13:49] rvr: are you using ubuntu-touch/rc-proposed/ubuntu channel? [13:50] nik90: ubuntu-touch/rc-proposed/bq-aquaris.en image 28 [13:51] (that's what I tested on, which given rvr said 28, I assume same) [13:52] popey: ok..I am first testing on n4, before moving to bq [13:53] popey: hmm :/ crashes on N4 as well [13:55] popey: although strangely when I reopened the clock app, the alarm that I tried to reenable is now activated..so it seems the activation works but it crashes few seconds later due to some reason [13:56] doesn't crash here on the same image [13:56] seb128: N4 or Bq? [13:56] the switch widget double toggle when the app gets focussed though, but I guess that's a qml animation issue only [13:56] nik90, bq [13:57] my N4 image number seems to be r1 strangely despite me explicitly flashing rc-proposed..but either way for me it crashes 3-4 seconds later after enabling it [13:57] current build number: 28 [13:57]