[00:07] ^^^ whooop woooop, first build in silo 21 is a success ;-) [00:08] robru: my man [00:08] https://code.launchpad.net/~unity-api-team/indicator-network/krillin-wifi/+merge/235879 [00:08] that would need to be added to silo 7 [00:08] then reconfigure and rebuild [00:09] Wellark: utopic 7 or rtm 7? [00:10] awe: ^^^ [00:10] I guess rtm 7 since utopic 7 looks like it was already published [00:10] robru: dunno, just make sure it lands to both :) [00:10] Wellark: yeah but does this go with ofono or hud? [00:10] rtm 7 [00:10] ok [00:10] robru: ofono [00:10] ofono [00:11] robru: there is a hud silo!? [00:11] robru: link plz [00:11] Wellark: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=hud [00:11] robru: thanks! [00:12] ah ok [00:12] it's about removing that hack [00:12] awe: fingers crossed! [00:13] ok, I'm hitting the be [00:13] bed [00:13] will continue testing tomorrow morning [00:13] Wellark: awe: building https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/45/console [00:13] in about 4h [00:13] Wellark: goodnight [00:13] that should be enough for all that c++11 template stuff to compile on armhf [00:15] Wellark: we are landing in rtm first for ofono [00:15] awe: ^ [00:15] Wellark: if indicator network isn't ready to do that, it should be a separate silo [00:16] * awe hopes it's ready to do that [00:17] sergiusens, we need these to land together, which is why I asked him to add to the silo [00:17] robru, i can use one now :) [00:18] kenvandine: which line? [00:18] robru, if i can take a silo, i can assign it :) [00:18] i just didn't want to step on anyone else in line [00:18] wow [00:18] i see a bunch of new silos! [00:18] woot [00:18] kenvandine: right, go ahead. there's no line, I only assign silos to people who actually ask. [00:19] kenvandine: had too many problems with assigning silos to people "first in line" who weren't actually around, resulting in lots of idle silos. [00:19] robru, yeah, but i know bfiller had been asking [00:19] and ended up going to rtm first :) [00:19] did he? i didn't see it today... [00:19] it was before you started [00:20] ah [00:20] we had no empties [00:20] right, the silo crunch this morning triggered the creation of 10 new ones ;-) [00:20] he got tired of waiting :) [00:20] indeed [00:20] it was rough [00:20] we needed more :) [00:20] awe: well, it not sure how Wellark is doing rtm landings; but need his confirmation we can proceed [00:20] kenvandine: we've needed more for a long time. [00:20] shit [00:20] sergiusens, another mistake...on my part [00:21] awe: we can roll ofono to do a utopic landing first if you want [00:21] sergiusens, this should've gone to the urfkill utopic silo ( 011 ), not the ofono rtm silo [00:21] * awe hangs his head [00:21] awe: oh... then we are good [00:21] awe, sergiusens?? [00:21] sorry Wellark [00:22] awe: did I do something wrong? [00:22] the indicator change is for urfkill, not ofono [00:22] right [00:22] no I told you to do something wrong [00:22] well, actually I should have noticed it as well now that you mentioned [00:22] ok, no biggie [00:23] at least we didn't click publish this time around [00:23] robru: could you move the MP to approriate silo [00:23] robru: awe will give the details [00:23] awe: what silo? [00:23] robru: the indicator-network MP that is [00:23] robru, I asked Wellark to add indicator-network to rtm-007 [00:24] when it was supposed to go to utopic silo 011 ( urfkill ) [00:24] awe: ok, I can fix it [00:24] whew [00:24] thanks robru [00:25] ok, I will have one smoke more [00:25] and after that I'm off to bed [00:25] so if anything fatal is needed from me, make sure to make it known in the next couple of minutes :) [00:26] awe: Wellark: https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/71/console ok you guys are building in utopic 11 [00:26] robru: awefor the ofono silo we would want a watch only build [00:26] awe ^ [00:26] sergiusens: just did it === robru changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: fginther | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [00:30] thanks guys [00:31] awe: you're welcome [00:31] robru: oh and one more thing, if any of the unit tests fails on some random arch just keep hitting rebuild until they pass [00:31] couple of the are a bit flaky [00:31] or actually [00:31] I'm back in 4h [00:31] I can hit the rebuild button [00:31] so never mind [00:32] I think I got the tests to behave a bit better on the power64 and arm64 but let's see [00:32] robru: can I get a silo for 81? [00:32] or did I just disable them.. [00:32] can't remember [00:32] anyway [00:32] good night [00:32] Wellark: goodnight [00:32] sergiusens: ok you got rtm2 [00:33] awesome, this APPEND_RTM_TO_VERSION already happened :-D [00:34] sergiusens: yep [00:35] * sergiusens leaves to see what's in the fridge for dinner [00:50] robru: we can ditch line 82(for utopic) and put it together with 67 if you want [00:53] sergiusens: yeah [01:17] bfiller: ok you got rtm3 [01:17] robru: thanks [01:18] bfiller: you're welcome! [01:18] bfiller: need anything else before I pop out for dinner [01:18] ? [01:18] robru: I'm good, thanks [01:18] bfiller: have a good night! [01:19] robru: you too :) [01:47] hey bfiller [01:48] kenvandine: hey [02:10] === trainguards: IMAGE 255 building (started: 20140925 02:10) === [03:10] === trainguards: RTM IMAGE 61 building (started: 20140925 03:10) === [03:19] robru: cjwatson btw 1.9 GiB (94.17%) of 2.0 GiB in the ubuntu-rtm/landing-002 ppa [03:34] sergiusens: is it a problem? I assume the PPA will free some space on its own... [03:34] robru: not for me it isn't [03:40] robru: btw, was 67 already reconfigured? [03:41] robru: and rtm-002 is good to go [03:43] or rsalveti if you're still around [03:43] sergiusens: hey, what do you need? [03:43] morning [03:43] rsalveti: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=ciborium should be good to go, not sure why the spreadsheet doesn't reflect that though [03:44] sergiusens: done [03:45] === trainguards: IMAGE 255 DONE (finished: 20140925 03:45) === [03:45] === changelog: http://people.canonical.com/~ogra/touch-image-stats/255.changes === [03:46] rsalveti: and then a reconfig for line 67 so I can sync into utopic [03:50] sergiusens: done [03:50] ty [03:52] rtm 002 indeed didn't look like ready to publish, no idea why [03:53] \o/ for 30 silos, even if the spreadsheet might become even more unmanageable [04:15] === trainguards: RTM IMAGE 61 DONE (finished: 20140925 04:15) === [04:15] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/61.changes === [04:26] Mirv: robru I think the spreadsheet craps out everytime there's line movement [04:26] as in archiving or moving stuff around [04:26] dashboard says: "pepe phone MMS bugfix dialog bug fixes, enabled translations for missing strings and disabling unused channels (spreadsheet row 67)." [04:27] Mirv: robru and now that's on line 73 and broken [04:28] sergiusens: yeah I'm not sure if those dashboard line nr:s ever get updated when lines change [04:28] Mirv: well the sheet broke right about the same time [04:28] Mirv: the ref on the sheet for my assigned silo is missing [04:30] sergiusens: for which landing? there's no mms rtm silo yet? [04:30] Mirv: I mean, the lines moved, all the statuses broke [04:31] Mirv: well, it just moved to line 74 [04:31] Mirv: which should be http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=sergiusens [04:32] sergiusens: ah! right, they lose the status information. but I haven't noticed it'd be permanent, since otherwise we'd have had empty statuses a lot. [04:32] interesting, let's see [04:33] Mirv: well it happens to me every day [04:33] I keep getting silos assigned for things that have already landed and silos unassigned for things I'm working on [04:34] sergiusens: oh, right, the lower line is the utopic landing and (but only it) lost its id [04:34] sergiusens: restoring [04:35] sergiusens: fixed. yeah that happens daily, lost id:s, but seem quite randomly hitting a single landing's id [05:22] Hmm, I wonder why phablet-shell fails most of the time. [05:38] Mirv: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=ciborium is good to go (status isn't updating though) [05:47] Mirv: sergiusens dashboard updates spreadsheet info every 2 minutes, but if the requestid is lost from the spreadsheet then indeed the stale info will stick in the dashboard, it happens a lot. Requires manually copying the requestid from the dashboard back into the spreadsheet. [05:48] well whatever needs to be done; I am closing shop since it's 3AM [05:48] enjoy [05:48] I'm also eod, hopefully Mirv can fix it ;-) [05:50] sergiusens: ok [05:50] robru: yeah I restored the id [05:50] Mirv: thanks [08:06] sil2100: hey ho. seems the queue is a bit smaller now :) about silo utopic/6: want me to rebuild or are we still good? [08:10] mzanetti: you can do a rebuild just to make sure nothing from the project list got released - if nothing was released in the meantime, that rebuild should do nothing ;) And then, testing and landing finally! [08:11] sil2100: ok... so we need to re-test in any case... ok [08:11] Yeah, re-testing now will be required anyway since there has been like at least 6 images from the last testing... [08:24] brendand: morning! [08:24] sil2100, morning. just an fyi, the electrics in my house are acting funny today - and no power == no connection [08:24] sil2100: FYI I landed quite a lot of stuff to rtm in the morning after the image had already built [08:24] so one might want to also dist-upgrade after image update to get the latest unity8 and friends on rtm [08:25] sil2100, so if i disappear suddenly... [08:25] * Mirv stays on #54 to continue testing qtbase [08:25] Mirv: hey! Anything important? Maybe we could build a new image soon then? [08:25] brendand: we no it's cause you're slacking off again right? [08:25] know even [08:25] brendand: hah, ok! But we would need a QA check on that device tarball [08:26] sil2100, i think its good [08:26] brendand: as per the e-mail, the custom tarball is in the queue and it deps on the device one [08:26] sil2100, the problems i had last night were probably network related [08:26] sil2100: yeah https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000479.html is quite big, then also qtmir, qtubuntu-camera, messaging, dialer, unity-scope-click... might warrant building a new image [08:26] brendand: I have monday and tuesday booked off for that very reason :) [08:26] Mirv: oh my, landing spree I see! [08:26] davmor2, you getting yours fixed? [08:26] Mirv: ok, let's discuss a new image soon then [08:26] sil2100: sure [08:26] davmor2, the electrics in this house are ancient, desperately needs a rewiring [08:27] brendand: no they are replacing all the wiring in the flat Monday and Plastering the mess they make on the Tuesday [08:27] sil2100: and to be discussed also: what the heck is that utopic 004 with weird old comments that might not be relevant anymore. no-one seems to know as no-one dares to publish it :) it's also marked for tvoss, but who tested it since it wasn't him.. [08:29] Mirv: so! It was tvoss's test silo, but then lool took that silo over, uploaded a package with a proper version and re-tested [08:29] Mirv: since he mentioned that he wants this to land and I think even cyphermox gave it a testing spin [08:29] dod anyone upgrade to #60 yet ? [08:29] *did [08:29] It would be best if lool could comment again on that though before we publish [08:29] (or 61) [08:30] that's right [08:30] ogra_: not me, anything bad? [08:30] dunno, we dont seem to have test results on rtm [08:30] Mirv, sil2100: but network-manager which was there got into unapproved yesterday; just waiting for review there [08:30] I was also looking at clearing silos [08:31] since we were missing some [08:31] sil2100, i'll be a couple minutes late, need to get coffee [08:31] 61 failed on pulling the unity8 tests ,,, [08:31] lool: oh, so it was already released? [08:31] sil2100: do you guys have everything you need to get those extra PPAs running? I saw that Robert and Colin took care of getting them de-virted. [08:31] and 60 doesnt seem to have started at all [08:31] ev: yes, all is ok :) [08:31] whoop [08:31] sil2100: well, it's not in until it's in [08:31] sil2100: it could get kicked out of unapproved [08:32] sil2100: meeting [08:32] lool: but it's in the queue, right? [08:32] sil2100, Mirv: I've pinged tvoss to ask whether he cared to keep the silo after this landing [08:32] sil2100: it's in unapproved [08:32] Mirv, bah, no harps at all ! [08:37] oSoMoN: removed the MP from the rtm sensors sync silo and kicked build again [08:37] since it should have the sync:N only [08:38] Mirv: sil2100: lool silo is fine to publish, yes [08:39] oh wait [08:39] cyphermox, lool: ok, goot to know - it seems the silo has been published, we just need to track it manually now and once it goes out of unapproved then we [08:39] scratch that, [08:39] We'll clean it [08:39] yeah, clean ;) [08:39] lool copied the packages himself yesterday [08:39] Since the state is a bit broken and it thinks it still wasn't published ;) [08:39] ACK [08:40] indeed [08:40] ah [08:41] will a clean break anything if it was a sync request still in unapproved? [08:41] cyphermox, urg, what are you doing online in the middle of the night? [08:41] seb128: it's not the middle of the night where I am [08:42] I'm really a little late this morning in fact ;) [08:42] seb128: in UTC+1 for the rest of the week [08:46] cyphermox, oh, nice ;-) [08:46] cyphermox, good morning then! [08:46] good morning! :) [08:46] cyphermox, I commented on your u-s-s bluetooth fix with a nitpick [08:46] great [08:48] seb128: updated [08:51] cyphermox: ok good morning then to you, instead of mocking you about not sleeping at proper times :) [08:51] oh, I don't sleep proper hours anyway ;) [08:58] ogra_: on my mako I have the updates "In progress" flashing "Installing update..." for like 15 mins... [08:58] is this a known issue? [08:59] not sure ... i thinnk i have seen that on krillin too before the new system-image stuff landed [08:59] killing system-settings and starting it again helped for me [08:59] ok [09:03] john-mcaleely, it's an ack now [09:03] john-mcaleely, i did find a lot of weird issues but they're all pre-existing [09:06] cyphermox, what do you mean "return"? [09:06] seb128: what line are you looking at? [09:06] brendand, ack. will publish now [09:06] cyphermox, bluetooth.cpp l202 [09:06] seb128: I'm looking at line 49 on the merge request page [09:07] cyphermox, oh right, sorry I look at the first chunck for disconnect [09:07] seb128: line 198 :) [09:07] ah [09:07] cyphermox, yeah, I'm not fully awake yet it seems, sorry for the noise ;-) [09:08] no worries :) [09:08] cyphermox, disconnect doesn't do anything after the switch [09:08] cyphermox, approved [09:08] thanks! [09:08] cyphermox, btw do you still have my "can't connect to my car" bug on your todolist? ;-) [09:08] yes [09:08] brendand, ogra_ sil2100 cwayne device tarball published [09:09] john-mcaleely: \o/ [09:11] trainguards: hi guys. could I please get silo 020 reconfigured? thanks! https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec [09:12] (spreadsheet row 29) [09:12] ogra_: that got it [09:12] cool, watch if you see it again though [09:12] psivaa: fginther still has his name as vanguard which I can't imagine is right? [09:12] i only had it once [09:13] i had it twice this week [09:13] popey: no, it must be cihelp for now. probably missed renaming it [09:13] popey: i'll change it [09:13] cihelp. can someone look at http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app-python3/12/console and explain what that means please? [09:13] ☻ === psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. === vila changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: vila | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [09:14] \o/ vila ^^ [09:15] Mirv, ah, I wasn’t aware of that, thanks [09:15] popey: well, it says 'conflicts' so this branch needs to merge trunk and resolve the conflicts before being re-pushed I'd say [09:16] ah [09:17] thanks vila [09:18] popey: yw [09:28] trainguards: naggy naggy nag. can has reconfigure silo 020 kthx? :) (row 29 https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec) [09:29] vila: now it's failing building on raring!? http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app-python3/13/console [09:29] shouldn't it build on utopic? [09:29] dpkg-buildpackage: source distribution raring [09:29] dpkg-checkbuilddeps: Unmet build dependencies: qtdeclarative5-dev [09:30] popey: O_o [09:30] popey: should we blame pkg-buildpackage: source changed by Alan Pope ? [09:31] i haven't changed it recently [09:31] 13.04 was a solid release! :) [09:31] popey: kidding, no idea about what is causing that [09:31] ☻ [09:31] popey: a few weeks ago I removed the packages from SDK PPA for distros no longer security supported [09:31] meaning everything but 12.04 and 14.04 [09:32] pete-woods: o/ [09:32] :D [09:32] so it might bring up issues where ancient versions are used [09:32] pete-woods: sil2100: already running [09:32] pete-woods: sil2100: I just thought to wait until it finishes :) which it now just did. [09:32] woot! [09:32] uh oh! [09:32] :) [09:32] popey: note that the job says: Building remotely on mediumtests-utopic-slave [09:33] popey: so it may just be that you use raring in the version but are really building on utopic anyway [09:33] popey: so, I'd rather dig: dpkg-checkbuilddeps: Unmet build dependencies: qtdeclarative5-dev [09:34] popey: but maybe that's what Mirv just said ? [09:44] Mirv, I’m trying to install qtubuntu-sensors from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-006 in 14.09-proposed, but apt complains that it Depends: libubuntu-application-api2 (>= 2.3.0+14.10.20140916.3-0ubuntu1) but 2.3.0+14.10.20140916.3~rtm-0ubuntu2 is to be installed [09:45] Mirv, what’s the best way to address that? should we relax the version dep in qtubuntu-sensors, or should the version of libubuntu-application-api2 in rtm be bumped to remove the "~rtm" token? [09:49] oSoMoN: sil2100: sounds like problem of binary copy combined with earlier landings using ~rtm version string [09:49] yes [09:49] sil2100: silo utopic/6 good to go [09:49] sil2100: is there a way to force a rebuild or something in case of a sync silo like that now? [09:52] psivaa, argh ... [09:52] phablet@ubuntu-phablet:~$ grep "start on" /etc/init/android-tools-adbd.conf [09:52] start on android-container persist.sys.usb.config=*adb [09:52] phablet@ubuntu-phablet:~$ mount|grep adb [09:52] /dev/loop0 on /etc/init/android-tools-adbd.conf type ext4 (ro,relatime,data=ordered) [09:52] phablet@ubuntu-phablet:~$ [09:52] 27?!? I can't see this in the dashboard :) [09:52] psivaa, seems there is a broken upstart job mounted from the device tarball in krillin [09:52] oh wait, refresh [09:53] sil2100: also, I'd need an rtm silo to sync utopic/6 over when you have a minute [09:53] psivaa, same thing on mako: [09:53] phablet@ubuntu-phablet:~$ grep "start on" /etc/init/android-tools-adbd.conf [09:53] start on (android-container persist.sys.usb.config=*adb) and (started lightdm) [09:53] phablet@ubuntu-phablet:~$ [09:54] ogra_: dint know the new image has been already built, let me take a look [09:54] psivaa, well, that has been there all the time [09:54] it explains why you can still see the var unset on krillin ... (doesnt explain that for mako though) [09:56] spreadsheet down :( [09:56] psivaa, http://paste.ubuntu.com/8424350/ [09:57] spreadsheet back [09:57] Mirv: if you do a re-build and list all the packages you want to rebuild then it should do the binary sync then [09:57] mzanetti: o/ [09:58] :) [09:58] pete-woods: back and gone again :S [09:58] while running a script [09:58] uh oh packaging changes [09:58] sil2100: we wouldn't want a binary sync but a real rebuild to pick up lower depedencies from rtm [10:01] ogra_: 'while true; do adb -s JB006885 shell sudo -iu phablet env |grep UPSTART;sleep 1;done' does print the session info without any miss [10:01] psivaa, on krillin ? [10:01] ogra_: yes [10:01] ogra_: two things: [10:01] psivaa, hmm, try enabling the wizard and test again [10:02] ogra_: first: did the device tarball made its way to the end already? ;) [10:02] i bet there you see some other behavior [10:02] ogra_: second, could you +1 this? https://ci-train.ubuntu.com/job/ubuntu-landing-006-2-publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_2.4.0+14.10.20140922.1-0ubuntu1.diff [10:02] sil2100, looks like we have a #62 there === vila changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins. [10:02] so i guess yes :) [10:03] Mirv: ah, hm, ok, so you can just do a rebuild with listing the components and specifying the REBUILD_SOURCES_FOR_SYNC flag [10:03] ogra_: yay, can you kick a new image then? :) [10:03] yup, confirmed by index.json [10:03] ogra_: and the +1 once you have a moment on the platform-api [10:03] triggered [10:03] sil2100, +1 [10:04] sil2100, oh, wait, doesnt that need an abi bump if it has new symbols ? [10:05] sil2100: oh, thanks! so many flags that have been implemented :) === psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: [10:06] trainguards: sorry, could I get that silo reconfigured again (I've condensed the MRs down into one with the various conflicts resolved) thanks! https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec [10:06] pete-woods: ok [10:06] thanks! [10:07] sil2100: even with force_rebuild and that it doesn't seem to do a thing like rebuilding from sources: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-006-1-build/16/console [10:07] ogra_: we usually tend to keep a policy that single additions of symbols do not require an ABI bump, only when some are modified or removed [10:07] ah, no, only adding symbols wont need the bump [10:07] At least that was the rule of the thumb usually [10:07] yeah, i just checked the policy [10:07] Mirv: let me take a look [10:07] sil2100, go ahead then [10:08] Mirv: ah :| Right... synces don't rebuild unnecessarily, damn [10:08] Mirv: since they're assumed to not require rebuilds, as they're synces [10:08] hmmm [10:08] Mirv: ok, let's do it like this [10:09] Mirv: once you remove the package from the PPA it should rebuild it [10:09] Mirv: can I remove the package from the PPA? You fine with that? :) [10:10] === trainguards: RTM IMAGE 63 building (started: 20140925 10:10) === [10:10] (I suppose so!) [10:10] ogra_: the bash fix is that both vulnerabilities or just the one? [10:10] davmor2, heh, ask the security team [10:10] but i would expect all of them ... [10:10] sil2100: is that the device tarball that triggered image 63? [10:11] sil2100: feel free, it wasn't started to be tested yet or anything [10:11] sil2100: makes sense! [10:11] davmor2: no, we triggered it - device tarball is in 62, 63 we kicked just now [10:11] davmor2, device tarball builds are not announced [10:11] 64 will be the one with the custom tarball [10:11] ogra_: damn it [10:11] davmor2, the bot only watches rootfs builds [10:12] ogra_: you need to teach you bot a new trick :P [10:12] Mirv: that reconfigure seems to have failed. I should have mentioned that I added mediascanner2 MRs to it [10:12] davmor2, yes, after release i'll hopefully have time for that [10:12] Mirv: ok, it seems that now it's re-packing the source package, so it should rebuild :) [10:12] * ogra_ wishes the beta freeze would be lifted already ... i need that hud landing [10:12] oSoMoN: ^ [10:14] sil2100, thanks! [10:18] ogra_: now, i'm getting this: http://pastebin.ubuntu.com/8424473/ on a device that already had 62 [10:18] trying to find one with 61 [10:18] weird [10:18] in recovery that should surely work [10:20] sil2100, we let this very severe regression be promoted :( https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1373855 [10:20] Launchpad bug 1373855 in ubuntu-system-settings (Ubuntu) "Photos taken with Krillin camera show as black in preview and when set as wallpaper" [Undecided,New] [10:22] sil2100: thanks a lot! [10:22] pete-woods: ah, ok then it needs a prepare one [10:23]