=== _salem is now known as salem_ === salem_ is now known as _salem [00:40] uh... uh... where do I ask ubuntu touch questions? [00:40] #ubuntu-touch? [00:40] sounds right [00:41] got it! === _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === _salem is now known as salem_ === salem_ is now known as _salem === _salem is now known as salem_ [16:03] elopio, remind me to chat with you about https://code.launchpad.net/~ubuntu-filemanager-dev/ubuntu-filemanager-app/force-authentication-parameter/+merge/234015 :-) === chihchun is now known as chihchun_afk [16:05] balloons: it's huge. Can it be split into renaming emulators.py and the auth parameter? [16:06] elopio, yea I know.. I did the work because launching didn't work properly until the conversion was done. It was easier to fix it all then to just fix it under the old launcher. The point I want to ask about though is my last comment https://code.launchpad.net/~ubuntu-filemanager-dev/ubuntu-filemanager-app/force-authentication-parameter/+merge/234015/comments/576167 [16:10] balloons: do you mean that if it's not preinstalled, the tests won't work? [16:11] elopio, yes the get_installed_version will only get the output of click list. But if I push and manually install something locally it doesn't show as the version in click list [16:11] I think this is do to the changes around signed packages perhaps [16:12] I seem to remember before my manual app updates would show in click list [16:12] I tried to get the manifest of a package I installed and the path was from opt [16:12] so I thought it was going to work. [16:12] so tldr, what happens is it launches the installed version of the app, not the version of the app I pushed [16:12] if that's not the case, then it should be a problem on click list. I can give it a try after finishing my testing. [16:13] elopio, I just wanted to let you know, and I'll spend some more time tracking it down since I'm already in it :-) [16:13] balloons: oh, in that case you have both installed. [16:13] elopio, yea.. which didn't use to be [16:13] you used to overwrite the installed version [16:14] I'm not sure what should be the click behaviour in that case. I would expect it to uninstall the previous one and leave only the manually installed one, but I guess that doesn't work for read-only file system. [16:14] balloons: please let me know what you find. [16:14] balloons: hi :) [16:14] hello elfy [16:14] I'm all zynced up, you? [16:15] lol [16:15] hours ago [16:15] and I've posted my critical fail results to the tracker too, you? :p [16:16] same hehe.. but I've not posted, because I've not tested yet [16:16] :) [16:17] I've not got time to doublecheck the ubuntu one - but assuming it fails vm with the lightdm bug - it might be useful to mail the list with the number to forestall a bunch of dupes [16:19] I need to put the hard drive back into the test box [16:20] I'll be doing some hardware tests later - don't think they're affected by the lightdm issue [16:21] apparently not elfy, jjfrv8 did all his tests with beta 2 and didn't report any failure [16:21] slickymasterWork: hardware? [16:21] and those were on hardware [16:21] ^^ [16:21] right - thought so :) [16:22] I did check here when this new bug turned up - but not looked on hardware since then [16:28] cgregan: I read this about uber: http://www.technollama.co.uk/the-sharing-economy-is-anything-but [16:29] sorry cgregan, that was for cgoldberg. ^ [16:29] :-) [16:34] elopio, uber has nearly pushed boston taxis out of business.. and thats a good thing :) [16:44] cgoldberg: yes, it sounds cool. But it brings so many new problems. [16:44] what would be great is just to go to the street and if you see an empty car that goes in your way, you jump in :) [16:44] of course, then you can end up dead in a Costa Rican mountain. === chihchun_afk is now known as chihchun === roadmr is now known as roadmr_afk === roadmr_afk is now known as roadmr [18:24] beta images trashing vm's :-( [18:24] whaa? [18:24] are you surprised? [18:24] i just want our darn desktop images :) [18:25] heh [18:25] wxl: balloons might be able to do it for you - not sure [18:25] balloons: lubuntu desktop images are totally missing off the tracker? [18:25] balloons: at least it's only vm's - hardware install is still working [18:25] elfy, not surprised as you gave us the head's up, just sad [18:26] yea [18:27] balloons: frankly lightdm or something to do with logging in on vm's has been off and on since lightdm left .7 behind [18:28] that was at least when I first saw the issue in this machine === Ursinha is now known as Ursinha-afk [18:29] wxl, I only see alt images--- that what you mean>/ [18:30] I certainly can, but I don't want to step on toes [18:31] I can confirm they are not part of the milestone [18:32] balloons: mailed qa list re 1371651 so we don't get hundreds of dupes [18:32] balloons: yeah that's the problem. it certainly shouldn't be that way. no one got in touch with me about it, so i see no reason why they SHOULDN'T be there. [18:34] elfy, thanks [18:34] wxl, you should have permission to publish [18:34] * balloons checks perms [18:34] balloons: i can't even find the desktop one anywhere though [18:35] lubuntu release definitely owns them [18:35] shall I publish then? [18:36] well sheesh i wish i could find them. i should be looking under beta 2 no? [18:36] wxl, they aren't published, but the lubuntu release team owns them. They should be able to publish them [18:37] balloons: could you link me to where you see them? [18:37] wxl, they are not published. they don't exist on that milestone [18:37] https://launchpad.net/~lubuntu-release is 404? [18:38] aye that may be the problem [18:38] https://launchpad.net/~lubuntu-product-managers [18:38] ahh, there we are [18:39] elfy, lol, you are blocked on my test tracker.. what did you do? :-) [18:40] no idea [18:40] ok i think i finally found where to edit this but it's asking for a version number. that's the iso date? [18:40] balloons: tried to login I think - it got lost with openid :) [18:40] yea should work.. sorry, sidebarring [18:41] though tbh I have forgotten all about that now the real one works ish :) [18:41] ok there we go [18:41] :) [18:42] :) [18:42] balloons: as you did such a superb job with that - can you fix lightdm :D [18:42] lol [18:44] weird why are there there two entries about the builds being added? === roadmr is now known as roadmr_afk [18:46] anyway - as I was saying balloons - just blame mhall119 :) [18:47] it is generally his fault yes.. ohh why, speaking of mhall119 [18:47] there he is [18:47] oh yea - so he is [18:52] balloons: serious question now :) [18:53] assuming that lightdm stays the same, no respins, should we mark them ready on thursday? [18:53] ready even if it's borked? :) [18:54] my worry is that if they aren't fixed for this beta, when are they going to be fixed so that we will be able to confirm that they actually work? [18:54] indeed [18:55] sure, it's "only" virtual machines, but still it's not a small issue [18:55] elfy, I assume even if the same they would like greenlight the images anyways. But I'm not so sure I would say that's a good idea [18:55] it isn't very sustainable to keep something that breaks all virtualized images.. [18:56] yep, being final beta I would consider it something big enough to make or break an image [18:56] my worry isn't that they fix them in time - but this is the 2nd or 3rd time in as many weeks this type of thing has occurred [18:56] imo, greenlighting the images would be ok if there was *a* *true* *promise* that it *will* *be* *fixed* before the final release [18:56] need that test ,,, [18:56] so what happens when it happens a few days after the final release releases === Ursinha-afk is now known as Ursinha [19:03] elfy, we do what we can :-) I hope it doesn't happen again. [19:03] indeed :) [19:03] surely if it's fubar on release week they'd not actually do it [19:04] anyway - no point worrying too much about that far away when it's fubar now :) [19:05] yes, it needs to be fixed before it can break again on release week :P [19:05] knome, so true [19:06] bunosera Letozaf_ [19:06] balloons, buonasera :) [19:07] Letozaf_, look what else popped up ;-) https://code.launchpad.net/~flscogna/ubuntu-terminal-app/fix-add-forceAuth/+merge/235537. think you can do the same? [19:07] hey Letozaf_ - I finally caught up with you - I've been meaning to congrats on membership since I saw it the first time :) [19:08] I'm sure you saw the comment I left on https://code.launchpad.net/~ubuntu-filemanager-dev/ubuntu-filemanager-app/force-authentication-parameter/+merge/234015. I think it works [19:08] elfy, hello and thank you :-) [19:08] * Letozaf_ is reading [19:17] balloons, ok yes I can do the same on the terminal app :) [19:18] Letozaf_, thanks! [19:18] balloons, yw :-) [19:42] elfy: balloons: you know I was around earlier, just had my IRC server rebooted [19:42] I had assumed so - but the chance presented itself so I took it :) [19:42] as one must :) [19:43] of course :) [19:48] balloons, I was trying to push my changes but got: bzr: ERROR: Cannot lock LockDir(chroot-94369936:///~flscogna/ubuntu-terminal-app/fix-add-forceAuth/.bzr/branch/lock): Transport operation not possible: readonly transport [19:54] Letozaf_, yes, his branch doesn't let anyone contribute to it [19:55] Letozaf_, so make a new branch under terminal devs [19:55] balloons, ok [19:55] we will also need to resubmit the proposal for that reason [19:55] so lp:~ubuntu-terminal-dev/ubuntu-terminal-app/blah [19:56] balloons, ok thks [19:56] balloons: might have a clue with this lightdm issue from someone [19:57] elfy, what did you figure out/ [19:58] hang on - testing [19:58] balloons, https://code.launchpad.net/~ubuntu-terminal-dev/ubuntu-terminal-app/fix-add-forceAuth/+merge/235711 [19:59] balloons: ok - confirmed it - boot with systemd and it works fine [19:59] elfy, but I wanted to blame systemd! [20:00] ha [20:00] commented in bug [20:03] lol, I think you could provide more details :-) But awesome [20:04] Letozaf_, awesome, I see the new mo [20:04] *mp [20:04] balloons, :) my device is ko, fixing it [20:14] balloons: it would be better if you could edit comments in LP - but I can't so I added more detail :) [20:15] balloons, PASSED: Continuous integration, rev:151 :P [20:21] ty ty === roadmr_afk is now known as roadmr === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [20:31] balloons, I wanted to check this test: https://code.launchpad.net/~carla-sella/ubuntu-clock-app/new-add_world_city_test/+merge/231131 but running clock app test now gives me this: [20:31] Fail to connect with client Unable to connect to 'Tasks': Cannot open calendar: Data source 'Tasks' does not support OAuth 2.0 authentication [20:31] (qmlscene:6627): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed [20:31] (qmlscene:6627): libecal-CRITICAL **: e_cal_client_get_view: assertion 'E_IS_CAL_CLIENT (client)' failed [20:35] Letozaf_, that might be something for nik90 to answer [20:36] balloons, ok I will ask him === manjo` is now known as manjo === Ursinha is now known as Ursinha-afk [21:04] http://cdimage.ubuntu.com/lubuntu/daily-live/20140923/utopic-desktop-powerpc.iso is a 404. do i need to rebuild or what? [21:12] wxl, ? [21:13] balloons: well, i guess i don't know why the image is not there? ;) [21:13] i386 too http://cdimage.ubuntu.com/lubuntu/daily-live/20140923/utopic-desktop-i386.iso [21:14] balloons: i'm kind of asking the noob question here. a rebuild should fix this no? [21:19] wxl, bah no, http://cdimage.ubuntu.com/lubuntu/daily-live/current/utopic-desktop-i386.iso [21:20] balloons: but that's not what's linked under beta [21:20] balloons: similar urls are used for alternate which works fine [21:20] balloons: i mean you're welcome to yell at the iso tracker and tell it it messed up :) [21:21] wxl, no the links are definitely not there [21:21] build away [21:21] ok :) === Ursinha-afk is now known as Ursinha === salem_ is now known as _salem === Ursinha is now known as Ursinha-afk