[00:02] robru, plars, doanac` we are good for the test target change (no need to install camera-app-autopilot and gallery-app-autopilot) [00:03] sergiusens, according to the plan, plars should handle that. [00:03] robru, yeah, was just a general broadcast :-) [00:03] sergiusens, ok great [00:04] sergiusens, ok so i'm a little bit confused: we got the debs *out* of the seed... but where is the change that makes those click apps be preinstalled? === Ursinha is now known as Ursinha-afk [00:08] robru, lp:click-sync [00:08] robru, it's not a package though [00:08] robru, it's something run on snakefruit [00:09] sergiusens, what's snakefruit? the image builder? [00:10] robru, archive [00:10] robru, meh, it's not the archive per se [00:10] sergiusens, ah ok. well it looks like you have it under control. very well, carry on ;-) [00:11] robru, but it does have access to http://people.canonical.com/~ubuntu-archive/click_packages/click_list [00:15] * sergiusens will brb [00:53] If r224 doesn't land soon, I might not be testing it today. [00:56] ToyKeeper, r224 of what? [00:56] image 224? [01:02] robru, do you know of anyone else who can make the testing changes on ci? [01:10] Yes, image 224. Looks like it may have landed though. My phone lied to me, probably because I was messing with PPAs. [01:10] sergiusens, nope, sorry. well, maybe fginther [01:11] ToyKeeper, nope, just 223 so far. I don't think we're ready to start 224 just yet [01:15] Alright, I'm heading out for dinner, but i should be back within an hour. [01:17] Hmm, where did balloons manage to get r224? [01:17] Oh well, will check later. [01:37] sergiusens: robru: doanac`: psivaa: ok, the mp I proposed earlier for removing the pkg installs for gallery and camera, as well as om26er's unlocker change have both been merged. [01:54] plars, thanks! === Ursinha-afk is now known as Ursinha [02:15] plars, awesome [02:15] * sergiusens goes to bed [02:15] ty [02:24] kgunn, what's the scoop? are you giving up on the mir landing for now? === kalikiana_ is now known as kalikiana [02:54] robru: if you're still on...yeah...i can give up my silo....i'm gonna leave that line & MP's in place...i'll try again after we debug a little... [02:57] kgunn, "can"? no need to give it up right now if you're still working. [02:59] if you can leave a note with someone...tvoss will need me out to unlock platform-api...which i'm happy to allow him....until then, some of my guys might use the ppa [02:59] robru: ^ [03:03] kgunn: please also send an email to the ml [03:03] rsalveti: which ml ? [03:06] kgunn, was more wondering if I should expect a publish request from you anytime soon, or if I can EOD ;-) [03:06] kgunn, sure thing [03:06] robru: no way...go to bed :) [03:06] or watch tv :) [03:06] kgunn, only 7PM here ;-) [03:06] not gonna happen tonight [03:07] kgunn: ubuntu-touch/phone [03:07] kgunn: didrocks had a plan to land mir today [03:07] so please just give a heads up that it's not going to happen [03:07] so he knows what happened once he's online again [03:22] robru: the build happens at 3am utc [03:22] so yeah, cdimage should be done by now already [03:22] actually, in ~20min [05:11] morning [05:30] Mirv: morning [05:30] Mirv: it seems florian got the needed fixes for webkit [05:44] rsalveti: url or it didn't happen! [05:44] Mirv: he updated the bug [05:45] bug 1207270 [05:45] bug 1207270 in Ubuntu UI Toolkit "Font size too small in browser with Qt 5.1 / DPR rework" [Critical,In progress] https://launchpad.net/bugs/1207270 [05:45] there's an additional unity-mir change [05:46] rsalveti: oh, so qtwebkit does not need to revive the DPR patch, but unity-mir instead? [05:46] yeah [05:47] ok, great, I'll build again today and get pope_y testing too [06:11] === Building image 225 === [07:02] === Image 225 is done === [07:13] didrocks: image 225 should be available in a few minutes in system image [07:13] didrocks: probably asac explained already, but all tests failed because they were looking for a python module that's available in unity8-autopilot [07:13] rsalveti: hey, oh, what change does it contain? It was just for the infra revert, right? [07:13] yeah [07:14] that was not installed by default before either (only as a side effect of gallery-app/camera-app debs) [07:14] didrocks: just infra, but we don't know how to trigger the tests again [07:14] rsalveti: right, we still have an issue with the infra in general where no tests are run but we have 83% of tests passing :) [07:14] so we just decided to do a new image [07:14] yeah, sounds the best way :) [07:14] didrocks: right, well :-) [07:14] thanks for looking at that! [07:15] (and for the messages on the phone ML, was nice to get all updates in the morning) [07:15] the problem is that we don't know how many tests we should be running before actually running then [07:15] *them [07:15] yeah, too bad mir didn't land, more fun for today :-) [07:15] right, and also, if no test run, everything is counted as a test: [07:15] setup [07:15] systemsettle [07:15] phablet-test-run failing [07:15] systemsettle [07:16] teardown :p [07:16] phablet-test-run is clear not 20% of the global results :) [07:16] yeah [07:16] rsalveti: I'm not upset to not have Mir today TBH ;) But maybe that will be after Qt 5.2? [07:16] probably [07:17] as the last big fix for qt5.2 should be in today I guess [07:17] Mirv should know more, but florian got some additional patches for that issue [07:19] ok, anyway, let's try to ensure we get Mir soonish [07:19] it prooved the dogfooding was done seriously, so it's not a failure per say :) [07:29] rsalveti: hey. I still have input problem with DPR [07:30] yeah :-) [07:30] Mirv: hm =\ [07:30] I just updated https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1207270 - graphically it's now good, aside from the one glitch I'm mentioning there [07:30] Ubuntu bug 1207270 in Ubuntu UI Toolkit "Font size too small in browser with Qt 5.1 / DPR rework" [Critical,In progress] [07:30] Mirv: even after unity-mir? [07:30] alright [07:30] rsalveti: yes, well, it's more minor, ie unlocking is harder than before [07:30] not sure if it's worth landing to Qt 5.2 PPA or not, ie is it better now than without fixes [07:31] there are two images and a video there [07:32] right, awesome [07:33] let's try to get Kaleo to fix the remaining issue asap then === popey_ is now known as popey [08:02] didrocks: the landing-003 was freed from Mir, but prepare-silo still claims unity-mir is attached to there. is there a need to do reconfiguration of landing-003 with null, or something else? [08:02] Mirv: hum, shouldn't, is landing-003 really freed? [08:02] let me look [08:03] Mirv: who freed it? [08:03] didrocks: o/ [08:04] how did you do that? :p [08:04] didrocks: with the menu option [08:04] argh [08:04] remember, it's written "admin only", it's not what it's supposed to :) [08:04] so, this is really when the spreadsheet is out of sync with the backend [08:04] remember that the spreadsheet can't run jobs in the backend [08:04] the way to free something is: [08:04] http://162.213.34.102/job/landing-003-3-merge-clean/33/ [08:04] -> build with "only free silo" [08:04] right: "merge and clean with "ONLY_FREE_SILO" selected." [08:05] yep :) [08:05] this would have removed the line on the spreadsheet as well :) [08:05] (so, normally you don't need that menu option) [08:05] argh indeed. I'm updating my notes [08:05] and doing merge-and-clean [08:05] thanks! [08:05] sorry, and thanks to you [08:05] Mirv: do you have any suggestion on how to make that menu option really scary? :p [08:05] Mirv: no harm done ;) [08:06] it's just like, let's say, the spreadsheet is going crazy and can't sync from the backend… [08:06] didrocks: "didrocks only"? :) [08:06] Mirv: ahah, that can be :p [08:06] ok, just need to wait on the ppa to be freed [08:07] and you can take the lock! [08:07] yes, preparing some manual uploads meanwhile [08:07] (waow, they did build quite a lot of packages) [08:07] http://162.213.34.102/job/landing-003-3-merge-clean/34/console [08:07] you can see how many times people retried :p [08:07] yeah, I saw there was some middle-of-the-night efforts already the day before [08:07] yeah [08:07] but I liked the fact that they prefer to back out [08:07] and communicate [08:08] very positive experience in the end [08:08] yes, the process was working well [08:08] also, this "do something while waiting for Qt 5.2" worked well with robru [08:08] he e-mailed me on the status and also reminded to rebuild the new trunk against Qt 5.2 [08:09] for qtorganizer5-eds [08:09] excellent [08:09] Mirv: do you have a lock on the toolkit? [08:10] Mirv: as for clock app, we may have a fix to be able to promote an image [08:10] (but need more infos first) [08:10] didrocks: yes, a lock is there on the ui-toolkit, can be removed temporarily if/when needed. [08:11] Mirv: ok, let's keep an eye on that [08:31] Almost though Freenode was down [08:36] didrocks: balloons posted a new weather app at 5am (bzr 217) and asked me to test it.. I get 8 failures of 23. [08:36] http://paste.ubuntu.com/7048809/ [08:36] http://paste.ubuntu.com/7048811/ [08:37] popey: so, more than the previous version? [08:37] popey: are the changes related to test only? [08:38] not analysed, just ran and pasted so far [08:52] didrocks: aha! I think I may know why.. [08:52] * popey tests again [08:52] popey: all your fault again, I assume! :) [08:53] cjwatson: was it that there is zero way of rebuilding or removing a single arch of "successfully" built package in the PPA? I've gone through the landing-006 PPA and found 12 packages that will be a problem for proposed migration because they built for powerpc or pp64el with the old Qt [08:53] of course, my fault the phone dropped off wifi, and I have no 3g data allowance left ☻ [08:54] cjwatson: so the problem comes from that they depend on libqt5core5 instead of the new libqt5core5a [08:55] there was a time where powerpc build was not available of qtbase, and then when ppc64el was added there were some uploads made before qtbase was rebuilt for that (in those cases powerpc binary is fine but ppc64el isn't) [08:55] popey: ah, and as the tests are not isolated… :p [08:55] so either those should be handled at the proposed migration time or I'll reupload 7 packages manually and have CI Train rebuild 5 packages [08:57] didrocks: would you please point me the bug report about the Clock app issue? [08:58] sure [08:58] bzoltan: I think it was bug #1285958 [08:58] bug 1285958 in Ubuntu Clock App "Reccuring Alarm can't be set for sunday" [High,Confirmed] https://launchpad.net/bugs/1285958 [08:58] didrocks: thanks ... that is what I have too :) [08:59] bzoltan: I heard qtorganizer5-eds was half the fix [08:59] bzoltan: not sure about the other half :p [08:59] didrocks: I am looking after that one ... btw, why it is not "Critical"? [09:00] bzoltan: because the sdk team set it to high? [09:00] Zsombor Egri (zsombi) [09:00] Undecided → High [09:00] and bill set to high as well before [09:01] didrocks: if you consider a bug to be critical, please ping me in the future. I can take care of the prioritization. [09:01] bzoltan: sure, will do that. You were supposed to be in touch through Nicholas though [09:01] not sure why he didn't happen [09:01] bzoltan: as we thought first it was in the application itself [09:02] I just learnt yesterday it was in the sdk [09:02] didrocks: indeed.. FAILED (failures=2) [09:02] getting better [09:02] bzoltan: when I did pinged you [09:02] popey: better than the previous version for you, with the same setup, right? [09:02] better than the above 8 fails [09:03] will roll back and run again to compare once I have 3 runs under my belt [09:03] popey: ok, can you also try to dogfood that one like crazy, as: can we promote an image with that version? [09:03] "that version" - the one in the store? [09:03] It's not in the image yet [09:04] store has 211, I'm testing 217 [09:04] popey: the new one [09:04] ok [09:05] didrocks: as far as I know it was/is a problem what required fix from both sides. Anyhow, we are working on it now. I will keep you posted. [09:05] bzoltan: thanks a lot, please do, we'll get that landed ASAP and kick an image with it (potentially the image we'll promote) :) [09:05] the so-awaited-pre-qt5.2 image :) [09:08] didrocks: One communication mistake we made ... I was not t old and so I was not aware that the so-awaited-pre-qt5.2 image has higher priority than the also so-awaited-qt5.2 image [09:10] sil2100: didrocks: initial indication is that gallery app has some issues during the conversion to click.. camera is good [09:12] bzoltan: ah, probably, I tried to make it clear in my email, but the idea is always to decouple risk [09:12] psivaa: ok, please look at the gallery-app one :) [09:13] didrocks: yea, the tests are looking at /home/phablet/.local/share/com.ubuntu.gallery/gallery-app/database/gallery.sqlite whilst that's available in /home/phablet/autopilot/gallery_app/data/default/.database/gallery.sqlite during the click setup [09:13] didrocks: of course... I am not against it :) we just need to double handshake these priorities [09:13] psivaa: thanks for the heads up, too bad... [09:14] bzoltan: yep :) [09:14] psivaa: oh, so the tests need to be changed as well, do you think you can try ugly-patching those once the run is done to see the results? [09:14] psivaa: ah, I thought they ran the gallery-app tests before publishing and everything was ok [09:15] sil2100: I think gallery-app (debs) was still installed [09:15] I'm ready to bet all my money on that [09:15] and popey's one as well :) [09:15] can I bet popey's money as well? [09:15] didrocks: i could do that.. but i'd let the other tests to finish first [09:15] ahah ;) [09:16] didrocks: maybe, although I saw Sergio talking to Robert about wiping the system clean and installing the click ones for testing ;p [09:16] seb128: we all can, I heard [09:16] seb128: s/money/bitcoins/ [09:16] But I don't want to bet your and popey's money for that! [09:16] popey: what, you are a billionar then? :) [09:16] * sil2100 wants some dogecoins [09:16] hah. 0.00000000000000001 bitcoin millionaire.. right? [09:16] ;) [09:16] Wow wow, such currency, much worth [09:16] sil2100: yeah, but wiping won't remove the debs [09:23] cjwatson: FYI, deployed the ppcel64 list (need to improve the logic in a long term and get a couple of hours to think about it). I'll need to do the same change for arm64 [09:26] didrocks: from the logs I see they were removing the debs first and then installing the clicks, but maybe they missed up on something indeed! [09:27] sil2100: interesting… [09:30] popey: time to dress and join us! [09:56] sil2100, silo for row 40 pls? [09:56] mhr3: lookin'! [09:59] mhr3: assigned! [09:59] sil2100, ty [09:59] yw [10:01] ralsina_: hi! I'm sorry but I'm going to free up the unity-scope-click silo so that Qt 5.2 landing can continue. unity-scope-click is the only package remaining from Qt 5.2 landing [10:02] ralsina_: the silo wasn't marked as being tested, so that's why it cannot be released either. anyhow, it will be quick to reassign the silo and build after Qt 5.2 has landed. [10:04] cjwatson: FYI I've started the powerpc/ppc64el related rebuilds in landing-006. my belief is that after those are done there are no other immediate ppc issues. [10:05] because ppc64el was added late, some builds will start only when the copy will be made [10:06] didrocks: I'm upgrading my device to the latest image, I have a hunch that I know what might be wrong with gallery-app, but need latest to be sure === WebbyIT is now known as rpadovani [10:11] Mirv: I can remove them from trusty-proposed after copying, but I might be able to remove those binaries [10:11] Mirv: is it still needed or are you just rebuilding everything? [10:11] Mirv: I don't think the web UI exposes it, but you should be able to remove single builds from a PPA using the API [10:12] didrocks: thanks [10:12] cjwatson: well I'm doing the rebuilds now, shouldn't be too much of a problem. in case I missed something, some ppc mangling may be needed still but I went through the whole list and opened DEBIAN/control of the binary package to see [10:13] cjwatson: it's good to know that there's such a thing in the API. in that case I could do / find out it too. [10:13] I'm nowadays somewhat used to LP API via python :) [10:13] didrocks, I am looking at the results and feeling bad :/ [10:14] Mirv: the method is BinaryPackagePublishingHistory.requestDeletion [10:14] sergiusens: no worries ;) [10:14] sil2100, I can fix it easily though [10:15] Mirv: actually, it looks like I included PPA handling options in remove-package in lp:ubuntu-archive-tools [10:15] sergiusens: it simply seems that gallery-app has problems with the right database directory [10:15] Mirv: so you don't even need to use the API directly, you should just be able to use that script [10:15] sergiusens: oh, I was looking into that just now, but I guess you have more power over the process [10:15] sil2100, it's easier than that ;-) [10:15] Mirv: just be careful to use the -b option :-) [10:15] sergiusens: so, if only you have a moment, please ;) [10:16] sil2100, it just needs to be ignored [10:16] Mirv: sorry I was up a bit late this morning, could've saved you some builds ... [10:16] As I just now upgraded to the latest image [10:16] sergiusens: you mean, the lack of the database in the AP tests? [10:16] cjwatson: oh, nice. again, good to know. no problem, it's not the first time that PPA is seeing rebuilds after rebuilds.. [10:17] sil2100, yeah; it's a save my state so I keep my database after the tests are run [10:17] sergiusens: well, I guess you know more on how things look, so I leave the fix to you ;) Thanks! [10:19] sil2100: keep us posted :) [10:19] sergiusens: ah, what was the issue? You didn't remove the .deb packages? [10:19] sergiusens: the fix will be in the click app itself or anything else? === vrruiz_ is now known as rvr [10:21] cjwatson: Mirv would be able as well to use remove-package on the ppa, right? [10:21] ah, right [10:21] didrocks, in the test setup [10:22] didn't backlog after that line, ignore me :) [10:22] sergiusens: ok, leaving it to you then :) [10:22] sergiusens: there was some additional fun infrastructure issue related to that as well btw (unity8-autopilot not pulled anymore) [10:22] sergiusens: so, it relaunched a discussion with the QA team :) [10:22] didrocks, yeah, saw the unlock one [10:23] didrocks, I knew that wouldn't be me, but was scared anyways :-P [10:23] heh :) [10:23] sergiusens: see, any safe change always have unseen side-effects :p [10:23] (that's why we should really build an image as per airline from the ppa) [10:24] didrocks, well, I never said migrating to click was easy; not with all the infra stuff that needs to happen in parallel at least [10:24] and the test rewriting [10:24] too many non click environment assumptions exist in them [10:25] right [10:25] anyway, let's try to get everything under the same process [10:25] and dream about the future :) [10:26] didrocks, well I saw a comment from ev saying he wants to not use PPAs for anything, I guess the same thing would apply for not using branches as well [10:26] that would somehow fit in the airline [10:27] yeah [10:27] to be clear, what I said was that I want our infrastructure running the LTS as much as possible. If a non-testbed system needs additional packages, I consider that a leaky harness. If we absolutely must install packages and they're not in the LTS, we should backport them and put them in a PPA. [10:27] ev: no ppa? [10:28] I do not want us upgrading to trusty all over the place. [10:28] hum, not sure you are talking about the same thing [10:28] ev, oh, I misunderstood, so the PPA part was fine then? [10:28] building packages and testing those packages :) [10:28] that's the only place I mentioned PPAs, as far as I recall [10:28] didrocks, ignore me then ;-) [10:29] :) [10:29] back in a tick [10:30] didrocks, I was trying to get infrastructure changes under control as well ;-) [10:31] sergiusens: I'm *happily* ignoring you! (kidding :p) [10:34] sil2100, didrocks, wrt row 40, since there's a qml plugin now in mediascanner2, ppc et al builds won't finish, so even though it's saying that it's still building, it already built everything that can be built [10:35] qml plugin? uuh [10:35] mhr3: ah, so it's built on ppc in the distro? [10:35] didrocks: yes, I remember that being on ppc [10:35] didrocks, yea, it didn't have qml plugin until now [10:36] mhr3: ok, let me check the rdepends [10:36] didrocks: yes, the PPA owner can remove publications [10:37] ok, seems we don't have any rdepends from libmediascanner-2.0-0 that are on those archs [10:37] mhr3: so, I'll be able to remove from the distro [10:37] didrocks, cool, thx [10:37] cjwatson: meanwhile, you can stop the build (if the rest is published) and start testing [10:37] argh [10:37] mhr3: ^ [10:37] sorry cjwatson :) [10:38] didrocks, already tested [10:38] didrocks, do i just abort the jenkins job? [10:38] ok, let me remove the packages [10:38] mhr3: yep [10:38] k [10:38] mhr3: so, removing powerpc, ppc64el and arm64 [10:39] +1 [10:39] fortunately, this dance will be soon not needed [10:39] Mirv: ack, np. It was a matter of which thing got done first :-) [10:40] ralsina_: we normally try to discuss with you first, but timezone one and seeing the rush in Qt 5.2, wasn't easy, sorry man :) [10:41] ralsina_, i warned you yesterday :) [10:43] didrocks: much happier with 225 + new weather app. I have all the apps open now and still no crash, I'll go back to opening and closing them all a couple of times which is a likely user trait (open an app, can't remember why, close it, remember why and open it again) and see if that triggers anything [10:43] mhr3: http://paste.ubuntu.com/7049288/ -> done [10:43] mhr3: you will be able to rerun build with "watch only" if you want to get it clean (after next publisher cycle) :) [10:44] davmor2: excellent! [10:45] didrocks, will do, thx [10:50] didrocks: indicators are back to their old tricks of closing as soon as you select and item, so you can't select geoip and gps for example [10:51] davmor2: oh, this is fairly new, right? [10:52] davmor2: wasn't that one disappearing with a reboot? [10:52] didrocks: it's an old issue that was fixed and now seems to be back [10:53] I will reboot to check [10:53] need to go to mother-in-laws back in an hour [10:53] ok, see you! [11:03] sil2100, can you be my reviewer? https://code.launchpad.net/~sergiusens/gallery-app/test_fixes/+merge/209891 [11:07] sergiusens: sure ;) [11:07] Let me check [11:09] sergiusens: code looks ok, testing in a moment :) [11:11] sil2100, I was compelled to refactor; but I don't want to introduce any errors [11:19] * didrocks likes the safety approach from sergiusens :) [11:20] sergiusens: so far it seems to be working fine on my device, but I have been wondering if maybe we shouldn't remove the database/thumbnails after the tests are finished when there was nothing previously? [11:20] sergiusens: doesn't seem to be serious enough for us to care though [11:24] sil2100, shouldn't be a problem as we remove it prior to running [11:24] sil2100: ok, going out for a run, so please feel free to work with sergiusens to get those released :) [11:24] sil2100, could be considered though [11:24] bzoltan: refresh us when you get any news on the sdk fix for clock-apps [11:24] didrocks: of course [11:25] didrocks: sure ;) [11:27] sil2100, I preloaded l42 in the train to get the silo [11:27] sergiusens: ok, let's consider that some other time [11:27] Anyway, all tests pass now, yay [11:28] sergiusens: approved [11:29] Let me assign a silo [11:31] Mirv: eeek! [11:31] sergiusens: hmmm [11:31] sergiusens: come to think of it, do we need a silo for gallery-app? It's click now, right? What's the way it gets released now? [11:32] sergiusens: since I can't assign a silo because of Mirv's Qt 5.2 landing, and I don't know now if we should ask Mirv to release the lock for it for a moment or maybe we can simply release it to the click store some other way [11:34] sil2100, can I merge to trunk myself? [11:35] if I can do that; that solves the issue [11:36] davmor2: #225, first run of music app unity seemed to barf.. [11:37] sergiusens: I guess we'll have to deprovision gallery-app from CITrain anyway, let me poke Mirv just to be sure [11:37] Mirv: ping [11:37] sil2100, I think Mirv just needs to rebuild due to the qreal issue [11:38] davmor2: how do I know if this is the known unity issue? [11:38] If it's an empty merge rebuild then I guess we have green light on pushing [11:40] sil2100: pong [11:41] sil2100: so why it needs to be deprovisioned if it's click now? not that I'd otherwise have anything against it [11:45] davmor2: got white screen starting system settings too [11:47] elopio: any more luck with AP test runs / adb issues? [11:49] Mirv, sil2100 with that logic, you don't need to lock it yourself either ;-) [11:50] Mirv, I need to merge to trunk; that's where the tests come from [11:50] sergiusens: I need to lock it so that when Qt 5.2 is landed there is no package in the archives that depends on libqt5core5 which would prevent proposed migration [11:51] sergiusens: just merge it ;) [12:01] popey: working fine here [12:01] popey: is there a crash file in /var/crash? [12:01] popey: either for unity8 or qmlscene [12:02] davmor2: yes, one for unity8 [12:02] popey: okay so I'll pm you with what to do as soon as I open the file [12:05] sergiusens: so, how's it going? [12:06] sil2100, hey, missed that comment; merged and no building the click [12:07] Awesome! [12:08] popey: didrocks: I'm going to do a bootstrap install and just ensure that everything is working as smoothly from a full install rather than just an update [12:08] sil2100, this might be a problem in the future as gallery is click + deb (and so are all the other ones in bfiller's umbrella) [12:08] the core community apps don't have this problem as they don't land in distro [12:08] didrocks, popey: but for me so far big thumbs up I don't know what happened but everything has been opening fine [12:10] davmor2: mine was a clean fresh install of the previous image, updated to 225 [12:10] sergiusens: we're planning to land core apps in universe soon... [12:11] popey, hmm; that's going to be interesting [12:11] popey, why not just click? [12:11] * sergiusens wonders about contradicting goals [12:12] sergiusens: click packages don't work on desktop do they? [12:12] popey: so my updated version was working really well but it is updates with data from a couple of days ago and I don't want false hope pinned on possibly altered files :) [12:12] unless that's changed since I last spoke to cjwatson about it [12:13] not yet, I still hope to get it working for 14.04 but it'll be tight [12:13] and there's still the issue of presenting unconfined click apps being a dangerous thing to do [12:13] so actually I'll probably only get the infrastructure in place for 14.04 if that, it won't be something we'll be able to advertise [12:14] we can't really do click apps properly on X because we can't confine them properly [12:15] sergiusens: ^ [12:15] popey, they do [12:15] err they don't [12:15] well they don't work confined; true [12:15] ok, you can install them by hand, kind of [12:15] but there's no aptdaemon integration [12:16]