[02:09] === trainguards: IMAGE 272 building (started: 20141007 02:10) === [03:10] === trainguards: RTM IMAGE 88 building (started: 20141007 03:10) === [03:59] === trainguards: IMAGE 272 DONE (finished: 20141007 04:00) === [04:00] === changelog: http://people.canonical.com/~ogra/touch-image-stats/272.changes === [04:19] === trainguards: RTM IMAGE 88 DONE (finished: 20141007 04:20) === [04:20] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/88.changes === [05:16] ogra_: should we just sync ubuntu-touch-session? [05:16] ogra_: I have a landing that I want to do for rtm that includes ubuntu-touch-session and tp-ofono [05:17] but latest u-t-session includes your priority changes [05:17] not sure if you want qa to sign that off first or not [05:17] ogra_: so in case you decide to land that, mind just syncing latest ubuntu-touch-session and tp-ofono? [05:18] * rsalveti bed time [07:04] Mirv: as urfkill was tested and will hopefully land pretty soon, can I get a silo for line 36 to start building/testing? [07:05] Mirv: also, was wondering what's the state for line 6 as it says aborted but at the same time that it tested well [07:12] thostr_: it seems urfkill (line 6, silo 011) has regressed in the sense that it no longer builds for arm64, powerpc and ppc64el [07:12] cyphermox: ^ [07:13] and therefore the build job never finishes [07:13] if that's by plan, cyphermox should contact archive admins to get this architectures change accepted and uploaded [07:14] added a comment [07:14] thostr_: assigned line 36 ignoring conflicts [07:15] thostr_: that urfkill problem only affects utopic naturally, not rtm [07:15] Mirv: thanks [07:22] good morning [07:22] trainguards, could someone reconfigure silo 1 for me? [07:24] tvoss: done, it removed dbus-cpp from the silo [07:24] Mirv, yup, AlbertA landed that part tonight [07:24] and morning [07:42] tvoss: want a reconfigure for that ^ ? [07:42] sil2100, nope, Mirv already reconfigured the silo [07:43] ACK [07:43] sil2100, thanks for asking, and good morning :) [07:59] don't tell me silo 09 is also busted... [07:59] * brendand waits [08:01] brendand: what's up? [08:01] sil2100, same thing as 20 [08:02] uh? [08:02] hmmm [08:02] seems like a mess of dependencies [08:02] mzanetti, Saviq: ^ ? [08:02] mzanetti, Saviq: do you have any problems after installing rtm silo 009? [08:02] this time fallback adb doesn't work - maybe that got merged [08:02] ogra_, ^? [08:03] sil2100, not that I know of, kgunn tested it yesterday and gave it a +1 [08:03] lemme try it out [08:03] sil2100, ... [08:03] The following packages will be REMOVED: [08:03] ubuntu-system-settings-wizard ubuntu-touch ubuntu-touch-session [08:03] !!!! [08:04] uh? [08:04] Looks like a killer feature to me [08:04] With emphasis on 'killer' [08:06] I wonder which dep causes this to happen [08:09] tvoss: it looks like it didn't remove the package it said it removed, so removing dbus-cpp manually from landing-001 [08:10] Mirv, thank you [08:14] Saviq, yeah looks like kgunn tested it [08:15] trainguards, i'd like a silo for line 70 [08:16] brendand, same thing happened to me with the citrain tool [08:17] brendand, but apt worked fine [08:20] brendand, I'm reflashing now and will investigate step by step [08:21] ogra_: ubuntu-touch-session is already in rtm/002 [08:21] Some of the binaries in that PPA shouldn't be installed on a device, so you probably need to supply an explicit list of packages to phablet-config writable-image. [08:21] Sadly citrain doesn't offer that interface. [08:22] Mirv, well, it is already in utopic ... and rsalveti asked me to take care of his landing too (which i was planning to do afterwards) [08:22] Specifically e.g. qtmir-desktop but perhaps others [08:22] cjwatson, it does dist-upgrade, surely that should be ok? [08:22] brendand: What does? [08:22] cjwatson, the citrain tool [08:22] brendand: Only for host-upgrade. [08:22] ogra_: alright, 002 does not seem landing immediately [08:23] cjwatson, no for device-upgrade too [08:23] ogra_: rtm-022 for you [08:23] Mirv, thanks [08:23] adb shell SUDO_ASKPASS=/tmp/askpass.sh sudo -A apt-get dist-upgrade --yes [08:23] brendand: Oh, right, misreading ... [08:23] brendand: Well in that case need a less incomplete log [08:24] cjwatson, http://paste.ubuntu.com/8513034/ [08:25] The following package was automatically installed and is no longer required: [08:25] lightdm [08:25] wow ! [08:25] ogra_: Because ubuntu-touch is being forced out [08:25] Probably [08:25] yeah [08:25] most likely [08:26] Actually ubuntu-touch-session, but anyway [08:30] sil2100, brendand, ok, so the way the citrain tool is doing device-upgrade is the problem [08:30] sil2100, brendand, unity8-private has a new dependency on qml-module-connectivity [08:31] Oh yeah so it doesn't work because of disabling the primary archive during dist-upgrade [08:31] but the citrain tool removes sources.list during the dist-upgrade, meaning that package is nowhere to be found [08:31] yup [08:31] which breaks havoc [08:32] so writable-image, install qml-module-connectivity, then citrain [08:32] yeah, that'd work [08:33] qml-module-ubuntu-connectivity to be exact [08:33] brendand, sil2100 U [08:33] ↑ [08:33] Saviq: thanks! [08:35] Saviq, is that thing telling you e.g if you have data enable/are online? [08:35] seb128, yes [08:35] great [08:35] seb128, http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Connectivity.index/ [08:35] is the api documented somewhere? [08:35] Saviq, thanks [08:51] Saviq, cjwatson - Mirv provided a more correct way of upgrading from a specific ppa so i will file a bug on phablet-tools to update citrain to use that [08:51] brendand, coolz, thanks [08:51] Saviq, in the meantime, if the install steps for a silo varies from just running citrain then you have to remember to provide those steps [08:51] Saviq, pass that on to your team [08:51] Saviq, we in QA don't read minds :) [08:51] we have many talents but not that [08:52] brendand, well, if I knew before, I just went manual I'm afraid [08:52] brendand, just hire someone then ! [08:52] brendand, but I'll be keeping a closer look now [08:52] ogra_, yes a mindreader would be useful [09:03] trainguards: note, 87 and 88 are ready but ubuntu/landing-014 is blocking as it still has a package in the unapproved queue [09:03] trainguards, i seem to have a weird gpg key issue in rtm-022 https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-022-1-build/11/console [09:03] gpgv: Signature made Tue 07 Oct 2014 08:35:27 AM UTC using RSA key ID B879A3E9 [09:03] gpgv: Can't check signature: public key not found [09:03] dpkg-source: warning: failed to verify signature on ./ubuntu-touch-session_0.108+14.10.20141007-0ubuntu1.dsc [09:04] (that was a source package sync from utopic) [09:04] ogra_: That's not the error, it's just out-of-order output [09:04] I'm not sure exactly what the error is but it's not that :) [09:04] hmm [09:05] it complains about the changelog being empty a little higher up [09:05] Why not just copy the source package? [09:05] which is weird as well for a synced package [09:05] Rather than doing a weird citrain thing which furtles about with the package [09:05] cjwatson, i thought that is what was done when the silo was set up [09:05] Evidently not! [09:06] Do you even need to rebuild the source here? [09:07] theoretically not (its even only a 1char change in an upstart job) [09:07] Maybe it should have been "sync:69" [09:07] but right, there are no packages in there at all [09:07] it was originally [09:07] not sure who changed it [09:07] Personally I would just copy-package -b rather than attempting to understand this [09:13] GRRR °! [09:14] i hate that i always have to click twice in henkins (and that it forgets my selection over that) [09:14] * ogra_ wanted a watch only build ... indeed the second click swallowed the check mark [09:14] ogra_: familiar feeling [09:15] well, re-building wont do harm i guess [09:17] pfft [09:20] brendand, given jibel tested the ubuntu-touch-session change yesterday already, do you think it is ok to call it an isolated bugfix so i can land it after afunctional test of the package (after all iits only a one char change) ? [09:21] ogra_, what did i say yesterday :) [09:21] dunno .... [09:21] * ogra_ looks for the scrollback [09:21] :) [09:22] ogra_, if there was ever a better example of a one-character change having a big impact, this is it [09:22] ogra_, can we at least give it a brief smoke test? [09:23] brendand, i'll install it on my production phone anyway [09:23] which should be a "long smoke test" :) [09:23] tell me if you want to do additional QA signoff too ... [09:24] (i just want to know if i need to set the checkmark :) ) [09:24] ogra_, yes i do [09:24] thanks === alan_g is now known as alan_g|afk [09:55] Saviq, is there a way i can watch for apps being suspended (according to the lifecycle management model)? [09:56] brendand, ps ax | grep binary [09:56] brendand, if status is S, it's running, if T it's suspended === psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need help with something else? Ping vanguard: psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: robru is on vacation [10:19] cihelp could someone help with this merge which appears to be barfing on a packaging issue? https://code.launchpad.net/~dpniel/ubuntu-weather-app/timezonePlugin/+merge/235389 [10:20] popey: looking [10:20] thanks [10:28] ogra_, is it possible to exercise a measure of control over what's in the next image? [10:29] ogra_, can we be sure that only stuff in silos that we sign off will land? [10:30] brendand, you can check it with rmadison ... [10:32] brendand, the silo "publish" button should theoretically be your control [10:32] we have a way to block stuff in proposed ... but that woulld just dupliacate that functionality [10:36] brendand: that's basically why the publish step is manual [10:36] brendand: that we only publish what we want to land in the image - so if there's something you don't want to land in an image yet but is ready to publish, just give us a sign [10:49] can I get a silo for line 37? [10:51] popey: the upstream tarball that's available for this version 'ubuntu-weather-app_1.8.3ubuntu1' has deps issue. i dont know how to update that. will have to wait for fginther [10:52] psivaa: ok, thanks. [10:54] ted: Wellark: thostr_: please deal between yourself whether the new wellark landing goes in first or ted's Indicator Greeter Modes. both have silos and both have unity8. [11:01] Mirv: which one should i use for silo testing? ubuntu-touch/ubuntu-rtm/14.09-proposed or ubuntu-touch/ubuntu-rtm/14.09 ? [11:01] /me anxiously awaits rtm silo 9 to land so I can have pull-to-refresh [11:02] Wellark, proposed indeed ... [11:02] Wellark, the other oone is days old usually [11:02] Mirv: ted is not around, so he has no saying [11:02] just land my stuff first ;) [11:03] Wellark: yeah, I don't see him objecting to that ;) [11:04] could I get a silo for line 89? [11:04] oh, sorry [11:04] I have! [11:05] what!? [11:05] Mirv: what is that --^ [11:06] Wellark: something is not in sync, looking. [11:06] sil2100, psivaa - so u-s-s autopilot tests are ok here [11:06] when we have utopic + rtm + everyone wanting to land unity8 changes, it gets kind of complicated [11:07] brendand: hmm [11:07] Mirv: thanks! [11:07] brendand: was that from a fresh install? [11:07] psivaa, yeah [11:07] psivaa, utopic [11:08] brendand: ok, and if it's 272 then it's going to be tricky to narrow that down [11:08] tvoss, i just noticed something watching the oom scores while testing the session score fix here ... http://paste.ubuntu.com/8513826/ ... seems the oxide renderers never get bumped, even if the webapps are in the background [11:08] brendand: could be something that happened before is causing this [11:09] tvoss, in case of that paste dekko is the foreground app [11:09] and while the webapp-containers get bumped up, their backends never do [11:09] Wellark: cool, just one silo was missing the clean that became possible to do an hour ago. please rebuild now. [11:10] also, lots of indicator landings ongoing too [11:10] Mirv: what do I have to do to get a decent service around here.. [11:10] fine. I will rebuild it! [11:10] ;) [11:11] Mirv: is it enough to rebuild i-network alone? [11:12] Wellark: I think not, the unity8 didn't reach the PPA either yet [11:16] ev: should I be worried that apport is crashing? [11:17] sil2100: the crashes so far http://paste.ubuntu.com/8513883/ [11:17] Holy crap [11:18] davmor2: you were opening and closing a lot of apps, right? [11:18] sil2100: nope haven't got that far yet this is just running through the standard tests [11:18] WTH [11:19] davmor2: ok, that doesn't look to good, but just to be sure - did we check this during last promotion testing? [11:19] brendand: ^ ? [11:19] sil2100, hmm, i think i saw that too on some settle-before top outputs [11:19] (apport running) [11:20] sil2100: probably not I saw the settings app crash so wanted to check if there was a crash for it and that is what I saw [11:20] Most of them seem to be similar to what we see in smoketesting [11:20] sil2100: it might be a healthy thing to do in future [11:20] sil2100: yeah most likely [11:53] sil2100, hey, do you remember if :native qualifier was fixed somehow in -ci jobs? http://s-jenkins.ubuntu-ci:8080/job/unity8-utopic-amd64-ci/1610/console [11:54] Saviq: sadly I don't know [11:54] ok, fginther will when he's around [11:55] hello [11:55] we have a lot of (random?) failing tests in CI and autolanding for UITK since a few weeks [11:55] is this something that's happening in other projects as well, or only UITK? [11:56] sil2100, any updates on bug #1359667? or the staging idea we talked about (did I not file a bug about this?) [11:56] bug 1359667 in CI Train [cu2d] "There should be a hook mechanism available" [Undecided,Confirmed] https://launchpad.net/bugs/1359667 [12:07] pstolowski: I can probably remove your line 96 since I added the rtm silo straight beneath the utopic one (which I like for easier seeing the both) [12:10] Mirv, sure, thanks [12:11] ogra_: I wonder if you're interested in acking the package changes at https://ci-train.ubuntu.com/job/ubuntu-landing-018-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-app-launch_0.4+14.10.20141006-0ubuntu1.diff ? barry` tried to publish it yesterday to utopic. [12:12] mzanetti, there is a bug not fixed by rtm silo 009 that is mentioned as being fixed [12:12] mzanetti, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1282460 [12:12] Ubuntu bug 1282460 in unity-scope-click (Ubuntu) "Missing rating info in app preview header" [High,Triaged] [12:12] Mirv, isnt barry code-dev ? [12:13] Mirv, ack [12:13] ogra_: yes he is, but he didn't launch it again. [12:13] ogra_: thanks. === psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need help with something else? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: robru is on vacation [12:14] barry`: so if you see the "UNSTABLE" / yellow publish job results, you can review the debian/ changes and then use the ACK_PACKAGING option when running the publish job again [12:34] davmor2: apport itself? Yes, that's worth noting. [12:36] Mirv: land lines 36 and 37 quick before ted gets online! [12:40] Mirv: I think barry` should know that! I guess..! [12:40] Maybe he just forgot..? [12:42] ev: yeap it looks like 3 of the bugs haven't been able to upload so I'm assuming they ran out of memory trying to file it at a guess _usr_share_apport_recoverable_problem.32011.crash [12:42] _usr_share_apport_recoverable_problem.32011.upload [12:43] sil2100: can you check 016 utopic error please? [12:43] * Mirv needs to run [12:43] Mirv: ACK [12:43] o/ [12:44] davmor2: problems in recoverable_problem aren't critical. This is just an API for reporting problems the application was able to recover from. [12:44] but it's still important to fix [12:44] obvs [12:44] Mirv: ok, this needs to be rebuilt... [12:44] ev: :) [12:44] davmor2: do you know the errors.u.c URL for it? [12:45] ev: doesn't say uploaded so I don't know [12:45] thostr_: so, sadly! Silo ubuntu/016 needs a rebuild [12:45] thostr_: the indicator-network package there is no longer up-to-date, as 2 hours ago a new indicator-network landed to the archive [12:46] So it needs to be rebuilt [12:46] davmor2: 'ave a look at your log, see if you can find the crash ID [12:46] sil2100: ok, will trigger one [12:46] thostr_: this also means, sadly, another re-test ;/ [12:46] ev: and previous error reports still doesn't work [12:46] sil2100: no worries [12:47] Thanks! [12:47] sil2100: which one indicator network silo did you land [12:48] Saviq, is mzanetti around today? [12:48] brendand, yeah, I think he's lunching atm [12:50] umm.. what happened? [12:50] sil2100, thostr_ ? [12:52] Wellark: indicator reordering landed for utopic [12:52] ted, I know you are here somewhere! [12:52] thostr_: ok :) [12:53] thostr_: I didn't land it, but I think Mirv landed it === barry` is now known as barry [12:54] sil2100: ok, once silo 16 has built i-network again, please land it [12:54] it's ready [12:54] Wellark, Good morning! :-) [13:04] ted, aren't bug #1223850, bug #1323654 fixed? [13:04] bug 1223850 in url-dispatcher (Ubuntu Saucy) "please support http and https URLs" [Undecided,New] https://launchpad.net/bugs/1223850 [13:04] bug 1323654 in url-dispatcher (Ubuntu) "error launching calendar/g+ from gmail webapp" [High,New] https://launchpad.net/bugs/1323654 [13:05] Saviq, Yeah, I think so. [13:05] Saviq, We're still getting a few recoverable errors on the second one, but I think it's just non-upgraded devices. They're not in the newer versions. [13:05] Saviq, I think that what I've learned there is that the image deployment process is *really* slow at getting updates out. [13:06] ;) [13:06] Wellark: did you re-test? [13:06] thostr_: ^ ? [13:06] ted, one for you though: bug #v [13:06] bug #1378350 [13:06] bug 1378350 in url-dispatcher (Ubuntu) "Need to allow multiple apps to handle the same url patterns" [Undecided,New] https://launchpad.net/bugs/1378350 [13:07] sil2100: Wellark: this is still building... [13:08] Saviq, I think we have a bug for that, let me look. It's a 15.04 issue, needs design, but on the proposed list for DC. [13:08] ted, ah, didn't see one in the 20 or so bugs that are there for url-dispatcher{, (ubuntu)} [13:09] brendand: yes, I am [13:09] * Saviq dogfooded the phone for 3 weeks with my wife, got a slew of bugs to file everywhere [13:09] Saviq: At least some jobs have "hook_source: lp:~canonical-ci-engineering/+junk/native-strip-hook", which looks relevant [13:09] mzanetti, did you get my earlier ping? [13:09] Saviq, Hmm, yeah. I guess we didn't have a bug to track it. Yours gets to be it! :-) [13:09] \o/ [13:10] brendand: yeah... sorry... I just ignored this channel given that it pings me every 5 minutes [13:10] cjwatson, indeed [13:10] mzanetti, fix your IRC client [13:10] Saviq: my client is working fine [13:10] mzanetti, I don't get pings from here at all, wonder why [13:10] Saviq: not unity8, but I guess it's easy to add [13:10] cjwatson, yeah, should be [13:11] cjwatson, we'll need to add it to all the projects that have the direct g++ 4.9 dep to allow them to cross compile [13:11] i.e. bug #1353855 [13:11] bug 1353855 in unity8 (Ubuntu) "Explicit g++ 4.9 dependency breaks cross-building" [High,In progress] https://launchpad.net/bugs/1353855 [13:12] Saviq: Why do you need :native on that? I would have thought you normally wanted the compiler for the host architecture except in some special cases. [13:13] cjwatson, because apt can't resolve the deps for cross-building, try `apt-get build-dep -aarmhf unity8` [13:13] ted, my mind just thought about squashing content-hub and url-dispatcher together... urls are content after all ;) [13:13] Saviq: stripping :native won't help; you don't have any :native build-deps in unity8 [13:13] cjwatson, not yet, there's a branch [13:14] oh I see [13:14] https://code.launchpad.net/~dobey/unity8/fix-cross/+merge/234818 [13:14] * cjwatson peers [13:14] Saviq: that looks precisely backwards [13:14] Saviq, I don't think that's off the table, not sure if we want something simpler for URLs though. [13:14] cjwatson, I know... but it works... [13:14] cjwatson, I think it just tricks apt into resolving [13:14] Saviq, I'm happy maintaining less projects :-) [13:14] Saviq: I'll follow up, I don't approve [13:15] Saviq, And as a bonus, it gives work to kenvandine. [13:15] cjwatson, what *I* would like is for all the projects that have the g++-4.9 dep Just Work™ for cross-building [13:15] * kenvandine ignores ted, as usual :) [13:15] Saviq: the proper fix for this isn't to hack about in individual projects; Debian has been working on a better standard fix [13:15] came up at debconf [13:15] oh good [13:17] cjwatson: is there a better actual fix that can be done now? [13:17] let me follow up in the MP [13:17] you can probably do this but you really need to be aware of the downsides and they need to be explicitly commented in the control files [13:17] because they are not obvious [13:17] it's what we're doing in other projects (so i don't know why pbuilder is failing there) [13:21] so maybe "don't approve" is a bit strong, but anyway, IRC margin too narrow for this conversation, will comment in more detail [13:30] brendand: do you have time now? [13:31] sil2100, for what? lrt - i'm here [13:31] hi trainguards! I'd like to add a branch to an existing silo. Is it just a matter of adding the new MP to the right cell, and clicking on "rebuild" ? [13:32] Or is there any other step I should follow? [13:37] ok, just clicked on "Reconfigure silo". Maybe I should have waited till the previous packages were built. === jhodapp_ is now known as jhodapp === Ursinha-afk is now known as Ursinha [13:38] and the build seems to be chugging along.... trainguards nevermind the above ^ [13:39] alecu: hi. sorry, i missed your message, but glad you figured it out! :) [13:39] no problem, thanks anyway :-) [13:42] sil2100: jussi did a new testing round on silo 16. all green [13:42] I had a meeting, just got back [13:42] Wellark: aye! [13:43] alecu: oh ;) [13:43] Wellark: oh, and I see someone just published your silo! [13:43] Mirv: it was YOU, wasn't it?! [13:43] :) [13:44] well, he had to make up for the careless act of publishing the indicator reordering too soon :) [13:47] popey, https://code.launchpad.net/~dpniel/ubuntu-weather-app/timezonePlugin/+merge/235389 is building successfully now [13:47] thanks fginther [13:52] sil2100, what is the bot telling me there ? [13:53] (rtm 022) [13:53] ogra_: usually that means that the MPs you want to release are not in the top 'Approved' state [13:53] that was a sync from utopic ... not sure why it thinks anything could be unapproved [13:53] Ah, ok, [13:53] Someone left the merges in there [13:53] oh. yeah [13:54] ogra_: so, someone made the landing and didn't clean the merges list [13:54] sil2100, right, i dont know who changed it from syncing from the utopic silo to syncing from the archive either [13:54] Let me reconfigure and republish [13:54] i removed the url [13:55] (someone definitely shuffled the spreadsheet data over night) [13:55] The spreasheet needs to DIE [13:55] ++ [13:58] ogra_, barry: published o/ [13:58] :) [13:58] thx !! [13:58] sil2100: rock on! [13:58] now on to rsalveti's ubuntu-touch-session landing [13:59] barry: remember to clean the MP list for sync: silos in case you see people leaving those [13:59] barry: sync: silos shouldn't usually have any merges in them (even though it's possible to land one thing with some new merges) [13:59] i wonder if i can build already or if i have to wait til my package is in the archive [13:59] sil2100: i guess the best way to scan for those is via the dashboard? [14:00] barry: yeah, but you can also just look at the spreadsheet [14:00] ted: where does one approve the setuid changes? [14:00] ted: and hi! [14:00] I approve the packaging, sarnold approved the MP [14:01] so if it is good enough to mention it here, consider it mentioned. otherwise, please advise [14:01] jdstrand, Cool, yeah, it seems the packaging has been ack'd. [14:01] sil2100: hmm, it's not clear to me what criteria in the spreadsheet is easily scanned to know which syncs can be cleaned [14:01] jdstrand, Not sure if that was you or not. [14:01] it was not [14:01] jdstrand, But that's what we needed. [14:01] ok, well, double review then :) [14:02] ted: was this the landing from yesterday? [14:02] Heh, not a bad thing to double review :-) [14:02] barry, Yes [14:02] ubuntu silo 18 [14:02] ted: cool, i'll ack the pack [14:03] oh, looks like it's already been published [14:03] barry, Yeah, I think it's in flight. [14:03] ted: at least this whole process isn't racy [14:03] barry, I think the European gnomes must have gotten to it while we were sleeping :-) [14:04] ted: the lesson i learn from that is that i should go back to sleep! :) [14:09] sil2100, hmm, i made a mess in silo rtm002 ... [14:09] 002? [14:09] (i accidentially copied telepathy-ofono binaries where i shouldnt have) [14:09] Oh [14:10] after deleting the package i cant copy the source anymore [14:10] Where did you want to copy it to? [14:10] from utopic to rtm 002 [14:10] uh [14:10] Yeah, that's the common problem with LP PPA's [14:11] sil2100: this issue where the app you open looks to of crashed is getting old really quickly :( [14:11] You would need to reupload with a bumped version [14:11] davmor2: what do you mean? [14:11] sigh [14:12] you could probably use a different PPA [14:12] I updated the Trello card with ToyKeeper's comments, but I can't seem to remove the "blocked" tag to put it back on review. [14:12]