=== _salem is now known as salem_ === salem_ is now known as _salem === 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 === chihchun is now known as chihchun_afk === LarrySteeze|Away is now known as LarrySteeze === chihchun_afk is now known as chihchun === LarrySteeze is now known as LarrySteeze|Away === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [03:41] test [05:34] how secure is ububtu touch!? [05:34] more secure then android [05:34] Specify. [05:34] i am planning to install it in my nexus 7 tablet [05:35] its highly recomended to install :p [05:35] lotuspsychje: Ubuntu has no encryption or data security. [05:35] :) ok [05:36] what about the stability? [05:36] brijithmac: applications are heavily sandboxed, so apps are pretty secure. But there's no encryption available so a stolen device means free data for the thief. [05:36] Do you have the 2012 or 2013 Nexus 7? [05:36] 2012 [05:36] ouch [05:36] brijithmac: then Ubuntu is not available for that device, unfortunately. [05:37] :( [05:38] brijithmac: i buyed the 2013 wifi n7 just for ubuntu touch, and works nicely [05:39] wow great! but mine is 2012.. [05:39] I wouldn't buy a tablet for Ubuntu before there is being sold preinstalled. [05:43] yeah.. good. I am curious about it. so thought of installing it.. :( [05:43] brijithmac: maybe check the XDA forums and see if any project got it working anyway maybe [05:44] Yes, unfortunately it is a lot of work to support specific hardware, so very few models are supported. === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [06:44] Any news on the ovation image? I have a B&N Nook HD+, and the Ubuntu Touch image on the Ubuntu Touch Devices page has not been updated since May. I am currently running Cyanogenmod. [06:47] Also, who is Wesnoth? Is this person the same one who develops the Battle for Wesnoth game? If so, he doesn't mention it on his website. [06:49] If he does mention it, I haven't found it, yet. [06:51] Sorry if somebody responded. I was accidentally kicked off. [06:53] Is there anybody who can help me with my problem? [06:58] Any news on the ovation image? I have a B&N Nook HD+, and the Ubuntu Touch image on the Ubuntu Touch Devices page has not been updated since May. For now, I am currently running Cyanogenmod, and although I like the user interface and the billions of Google apps, I am not fond of Android, and would rather have something close to one of my favorite Linux operating systems. [07:00] I would also like to know a little more about the person who refers to him/her self as simply "wesnoth", and if it is the same developer of Battle for Wesnoth. [07:02] Is there anyone who can help me? [07:03] UbUntUToUchLover: you'll need to use the contact information on the Ubuntu Touch Devices page to get more information. We don't have anything other than what porters report there. [07:05] Hmmm... Well, thanks, anyway. I was just hoping for some answers. After all, I saw how you were talking to someone else about their tablet problems, and thought I might offer mine. Sorry for any problems I might have caused! [07:07] I'll keep checking the website. Also, is it possible that I might get some answers from "wesnoth" via IRC? [07:18] bzoltan: this is something you will like: https://code.launchpad.net/~mvo/click/chroot-15.04-multiarch/+merge/243493 - it should unblock you [07:22] UbUntUToUchLover: no problems at all! Unfortunately, the other person was also using an unsupported tablet. :) [07:22] UbUntUToUchLover: I have no idea who wesnoth is--maybe just a fan of the game?--so I don't have any useful advice other than to check the wiki and any links from there. [07:23] And sorry I didn't respond faster. I'm busy writing a book and every so often I stop being responsible and peek in here. ;) [07:24] No problem. Anyway, I figured as much, but isn't there also talk about an Ubuntu Touch image that is universal to various devices, even those not officially supported, or am I reading the news wrong? [07:26] I think there should be one. I like Ubuntu that much. :-) [07:27] The main filesystem is basically universal, but there needs to be hardware integration work for each and every single mobile platform before it can function on a platform. That's because unlike IBM PC-based hardware, every ARM platform boots differently, has different graphics and sound and hardware, and so on. [07:28] So for now a truly universal image is unfortunately unpossible. [07:29] Hrm. I was afraid you'd tell me that. [07:31] If you do enough web searching, you'll eventually find pictures of someone trying it out. I have tried it myself, but it was so buggy, I had to flash Cyanogenmod as quickly as possible! [07:32] Yeah, even as much as everyone seems to love the Nexus 5, it's only working because the Nexus 7 2013 model had almost the exact same chipset. [07:33] So after a year, it really hasn't gotten any better. It mostly all works, but no Bluetooth support, which kind of makes it useless for a phone. [07:34] Well, some of the problems I've found for this image are differently-sized apps. Some fill the screen and some take up only a third of the screen, as if some of them were made for a phablet instead of a tablet. [07:36] The on-screen keyboard was the worst problem. Not only was it off to the side most of the time, my touches would sometimes activate what was BEHIND the keyboard, as if it had virtual holes! [07:37] As for what you said about bluetooth, it works for Ubuntu on my Nook, although I haven't officially tested it. [07:40] I've done research about this problem, but I'm at my wit's end. That's why when I saw the link to the IRC chat, I logged on as soon as possible. I've been following it ever since. [07:42] Anyone else know about the ovation image? I've been discussing it with nhaines, but he's a little busy, right now. [07:45] I'll check back later. [07:54] Sorry, my IRC client crashed. I've been talking to people on #wesnoth (which is also a freenode channel), but they know nothing about it, either. [08:14] cjwatson, bzoltan: going further on the chroot creation for 15.04 I think we need to split ubuntu-sdk-libs-dev into -dev and -tools and the later will contain all the native arch tools like cmake,python3. then we install -libs:$targetarch, -libs-dev:$targetarch, -libs-tools:$native-arch - any thoughts or concerns about this approach? [08:14] good morning [08:15] mvo: yeps [08:15] mvo: the oxide in the silo13 is good, the arch specific conflict definition works [08:16] bzoltan: nice! [08:16] bzoltan: did you create a chroot? I was running into the problem that it pulled in py3:armhf but we really need py3:amd64 of course (same is going to happen for cmake) - this is why I think we want to split -dev into -dev and -tools so that we have a clean speration here, I prepared this already [08:18] Good morning all :) [08:21] mvo: python is a troublemaker .. .but the ubuntu-sdk-libs installed without problem [08:21] mvo: it seems we came to the same conclusion in the same minute :D [08:22] bzoltan: cool, I update the seeds and generate this new -tools package then [08:23] ogra_: yes here :) [08:23] heh [08:24] bzoltan, well, seems mvo is on top of the issue [08:24] ogra_: is it a custom for -dev packages to pull dev tools? [08:24] ogra_: what is the issue you see? [08:24] no, usuall not [08:24] ogra_: I am on top of something :) not sure its the same though [08:25] mvo, the issue ? that bzoltan pinged me in another channel and started the very same conversation with me :) [08:25] ogra_: mvo: I am pretty much in the relaxed state of mind and I know what we are doing :) [08:25] bzoltan, right, let mvo just handle it then :) [08:26] ogra_: mvo: we split the -lib-dev and make a tools package just for building .. no IDE stuff [08:27] bzoltan, ogra_: cool, yeah it looks like we are all on the same page [08:27] mvo: yeps.. you have all rights to fix the seeds, right? Or do you want me to make an MR for it? [08:28] Finally got IRC working right. Here's more proof of wesnoth's work, for anybody interested: http://forum.xda-developers.com/showthread.php?t=2406766&page=5 [08:29] bzoltan: yeah, I have the required privs: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/revision/269 [08:29] mvo: hehe :) I see you are already doingit [08:29] mvo: you just changed between my two F5 hits ...:D cool, thanks [08:30] mvo: that (ubuntu-html5-theme-examples) is deprecated [08:30] There's pictures, links to images, and the little info I know about wesnoth. [08:31] mvo: and you know what? We could add the new qt5-qmake-arm-linux-gnueabihf to that meta package [08:32] bzoltan: indeed [08:32] mvo: so, there will not be need to do other mod in the click than add the ubuntu-sdk-tools in native to the chroot [08:32] bzoltan: yeah [08:32] bzoltan: nice that it comes together [08:32] \o/ [08:33] mvo: to be honest I was surprised that this odd conflict definition worked out ... it is actually documented exactly that way in the debian docs === uber2 is now known as uber [09:32] marcustomlinson: ping [09:32] mardy: pong [09:33] marcustomlinson: in ubuntu-rtm, we see some requests for authentication coming from scoperunner (with the youtube scope) [09:34] marcustomlinson: these requests don't have the UI policy set to "no interaction", so they generate a snap decision [09:35] marcustomlinson: did you say that all the requests from the scope have the no-ui-policy flag set? [09:36] mardy: no, I use the default ui policy because of that issue where the scope can't subscribe to a signal that tells it "new token granted" [09:36] mardy: so there's no way for a running scope to know that it should ask for the token again [09:37] mardy: as far as I see it, if you remove that snap decision fallback, everything will just work (and work better) [09:37] mardy: we only expect the UI to show up from the dash process, and scopes show the need for a new token by returning a log-in button [09:38] mardy: so I think your change will not effect us [09:38] marcustomlinson: that will be equivalent to you setting the no-ui-policy [09:38] I have a couple built in apps on ubuntu-rtm/14.09 r10 that had icons disappear in the Dash Apps scope at some point. Does anyone want me to check anything about that before I reset the phone? [09:39] mardy: when will this change happen? do you have a branch/silo I can test? [09:39] marcustomlinson: I think that we will anyway do as you say (remove the snap decision path), but I'd rather have the clients migrate to the no-ui-policy first, so that they can do that at their own pace [09:40] marcustomlinson: you (the scopes) have a nice fallback on the dash, but I'm afraid that account-polld and sync-monitor are not ready for this change [09:41] marcustomlinson: so if you set the no-ui-policy bit, that would fix the issue with the scopes, without affecting the other projects (from which I haven't yet seen the snap decision, yet) [09:42] mardy: sure I understand. what kind of timeline are we talking here? When will your change happen? [09:43] marcustomlinson: so, we have a silo ready (#9 on ubuntu-rtm), maybe you could propose a MP for the no-ui-policy and we could add it to the same silo? [09:44] mardy: really really not that simple [09:44] mardy: I rely on the ui policy at the moment [09:44] marcustomlinson: but I think we don't see these issues in vivid... do you know why? [09:44] mardy: no idea [09:45] marcustomlinson: yes, if that makes sense, i was not seeing so many auth prompts while testing on vivid [09:45] marcustomlinson: but wait: if you set the no-ui-policy bit, you will get an error, and the scope will generate the "login" result for the dash [09:45] marcustomlinson: then when the user clicks that, the dash does the auth with the full ui; I think that this is already working, isn't it? === chihchun is now known as chihchun_afk [09:46] mardy: its complicated to explain it all, but essentially that scope relies on callbacks to get new tokens, it doesn't ask for the token every search like we decided on in Washington [09:46] mardy: I need to change the logic in Youtube, Vimeo and SoundCloud scopes [09:47] marcustomlinson: ah, I see :-/ [09:48] marcustomlinson: can I help somehow? [09:49] mardy: I'll work on it today, but I can't guarantee you a speedy delivery [09:50] Good morning all; happy Make A Gift Day! :-D [09:50] marcustomlinson: whatever, you rock as usual :-) [09:51] :p [09:51] mardy fyi as you were helpfull on this before, I have reopened https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings-online-accounts/+bug/1389028 [09:51] Launchpad bug 1389028 in ubuntu-system-settings-online-accounts (Ubuntu) "u1 account crashes and gets removed when installing app" [Undecided,In progress] [09:52] mardy i am not sure what we can still do at this point though [09:55] pete-woods, do you know if https://code.launchpad.net/~dholbach/cmake-extras/1394648 is getting landed? [09:56] dholbach: Saviq is preparing a landing for some cmake-extras stuff right now [09:56] not sure about that MR [09:56] ok... [09:57] pete-woods, dholbach, yeah, that's the first that's going in [09:57] (well, second, counting the sync from archive first) [09:57] thanks [09:57] vivid silo 1 [10:00] matv1: weeeird [10:00] Saviq: is this MR already included in the archive sync? https://code.launchpad.net/~mvo/cmake-extras/fix-xgettext/+merge/240092 [10:01] pete-woods, yes [10:01] mardy you are telling me :) [10:01] pete-woods, this is actually already in the archive for some time now [10:01] Saviq: okay, cool, just wanted to check [10:01] will mark as merged [10:01] pete-woods, https://code.launchpad.net/~saviq/cmake-extras/sync-archive/+merge/243505 [10:01] pete-woods, could get your ACK here then [10:04] pete-woods, tx [10:05] pete-woods, can I ask, what was the reason to add ALL? [10:05] IMO this leads to crappy commits [10:05] I'd rather see bug #1359667 fixed and do that there on release [10:05] bug 1359667 in CI Train [cu2d] "There should be a hook mechanism available" [Undecided,Confirmed] https://launchpad.net/bugs/1359667 [10:06] mardy I am thinking there may be a more fundamental corruption in the U1 account. So maybe just ditching the entire account might just be a solution. [10:06] Saviq: the people using the macro weren't happy/capable of running cmake targets manually [10:06] pete-woods, oh interesting [10:06] mardy but a) I am not too keen on that and b) that would prevent us from troubleshooting in the future. [10:07] matv1: it would be interesting to see exactly at what time it's disappearing [10:07] mardy why? [10:11] matv1: ok, I watched your video again [10:11] is the phone (rtm image) supposed to get poll notifications from fb messenger? [10:12] matv1: the account creation actually failed, but for some reason the U1 account was shown in the UI [10:12] matv1: I think the U1 account plugin is doing something weird, I'll comment on the bug [10:13] mardy sorry i do not think that is right [10:13] mardy: can I rather leave the ui policy as default? I'd really like the shell to reuse the same method [10:13] matv1: can you please do this test: create the U1 account, then exit from the system settings, then reopen it and check if the account is still there [10:13] mardy: so essentially, from scope its the equivalent of no_ui_policy, and the shell continues to work as is [10:13] mardy sure give me a minute! [10:14] mardy: both shell and scope use the same OnlineAccountClient API you see [10:15] marcustomlinson: I see... well, I'm not too confident on fixing it on our side right now, I'm afraid it might break some other uses cases [10:16] mardy: it kinda over complicates things for us [10:16] marcustomlinson: can't you add a method which takes a flag for it, and make the current API just wrap it (so that the scopes won't change), and make the dash use the new method? [10:17] marcustomlinson: I understand that it complicates the things, but I also see it as the right thing to do: the scope doesn't want UI, so it should specify that [10:17] mardy: actually I do want UI. you're taking it away fomr me ;) [10:19] mardy: the only way to do what you're saying is to construct the OnlineAccountClient class with this flag. Its ugly cause it taints the API from a scope authors pov. "DONT USE THIS!" [10:20] mardy U1 account is stil there after leaving/restarting system settings. That was as I expected as again: only installing these 2 apps cause U1 account to crash. If i choose any other app, it installs fine. [10:21] mardy so that must mean that U1 account is registered correctly [10:22] matv1: no, actually I just saw that later in your video, when you go to the store to install the app, it brings you to the system settings again, and there the U1 account is no longer there [10:22] matv1: I'll comment on the bug [10:24] marcustomlinson: no, of course you shouldn't do that. The other option of course is duplicating the OnlineAccountClient library, but let's see what dbarth_ thinks [10:24] mardy yes but that was caused by trying to install one of the 'bad' apps. If I had installed any other app, the install would have gone fine and the U1 account would still have been there. [10:24] matv1: this really cannot depend on the app; it must be just a coincidence [10:25] mardy i know how weird it sounds believe me [10:25] but then how am i able to replicate it almost every time [10:25] dbarth_: so, solving the issue in the scopes is rather tedious; shall I just drop the snap-decision code path in ussoa? [10:27] matv1: maybe the deletion of the account happens by a background process, and it's not really depending on the app you want to install [10:27] mardy: just reading the logs [10:29] mardy I can really do this 10 times in a row with either of the 2 apps, and when i do it with any other, the U1 account survives and the app installs. I kid you not. That looks to me like there is a relation [10:30] mardy anyhow if you need anything else. Even using my U1 creds if needed. let me know. And thnks! [10:35] matv1: I added a comment; it may be a timing issue. Maybe the account gets deleted after N seconds [10:39] mardy great! lets hope ubuntuone-credentials can spot something. thnks again. === _salem is now known as salem_ [11:15] sil2100, i have a complete internet breakdown over here, sorry for missing the meeting [11:15] asac ^^^^ [11:16] ogra-mobile: no problem [11:16] ogra-mobile: ping us when back online :) [11:17] yeah, will do ... i wish i could get more than edge [11:17] my krillin sucks indoors here [11:22] Oh my! [12:00] hi [12:01] any1 [12:01] ??? [12:02] wanna know how to installthe latest stable image on ubuntu emulator [12:10] mvo: could you find somebody to approve the new seeds? === dandrader is now known as dandrader|afk [12:50] bzoltan: see #ubuntu-devel, any archive admin can approve it === dandrader|afk is now known as dandrader [12:59] nhaines: fyi, data encryption is being worked on. also, https://wiki.ubuntu.com/SecurityAndPrivacySettings/ProtectingUserData === alan_g is now known as alan_g|lunch === k1l is now known as Guest30567 === Guest30567 is now known as k1l === alan_g|lunch is now known as alan_g === k1l_ is now known as Guest52685 === Guest52685 is now known as k1l [14:32] beuno: hey [14:33] zyga, hi [14:33] beuno: we (the canonical cert team) would like to upload checkbox touch 1.0.1 to the store, it's in the com.canonical namespace, it's an unconfined application [14:33] beuno: I heard you're the person to talk to [14:33] beuno: the app works on kryllin and nexus 7 and is all open source and available for general consumption [14:34] beuno: the app is designed as a post-sales support app for $secret_operator_name [14:34] beuno: if we release 1.0.1 click package today, could we ask you to look at it and tell us how that works? [14:34] + [14:35] well [14:36] jdstrand would review the app from a security perspective [14:36] ok [14:36] and approve it on the store [14:36] I'm not sure who currently owns the com.canonical namespace [14:36] ok, one thing, who do I send it to? I cannot upload it as it's com.canonical [14:36] popey may know [14:36] to you or jdstrand? [14:36] ok, we'll release that to launchpad [14:36] mirv or balloons can [14:37] and I'll send an email out to all three of you, CCing my manager [14:37] ok [14:37] thanks! [14:37] :-) [14:37] actually [14:37] no [14:37] we upload com.ubuntu [14:37] oh [14:37] one moment [14:37] do you want us to change the app to .com.ubuntu then? [14:37] wait 1 [14:37] currently we use... [14:37] ok [14:37] com.canonical.certification.checkbox-touch [14:38] zyga: looking at my device the only com.canonical packages are scopes and payui, all the rest are com.ubuntu [14:38] popey: ok, sounds good to me [14:38] popey: the app is a generic test shell shipping the ubuntu touch test collection so that's even better [14:38] popey: I'll corret the namespace [14:39] mpt, hi, do you know when you'll get a look at bug 1379850? I'm at the point where the spec fails me. [14:39] bug 1379850 in Ubuntu UX "[system-settings] should allow switching 2nd SIM to 3G data" [High,Triaged] https://launchpad.net/bugs/1379850 [14:44] popey: is there a policy that we should adhere to [14:44] popey: we're okay to make the change but we'd rather do that knowing exactly so that we don't need to undo it later [14:45] zyga: for everyone else it's com.ubuntu.developer.. [14:45] we have some which are com.ubuntu. but those are core / pre-installed apps [14:45] popey: our app is a team developed app [14:46] popey: but that's about the . or , I'm more interested in .canonical vs .ubuntu [14:46] i explained canonical vs ubuntu already... [14:46] the only canonical ones are scopes and payui [14:46] the rest are ubuntu [14:47] popey: zyga webapps are com.ubuntu.developer.[web app launchpad team] fwiw [14:48] zyga: whats the team name? [14:48] popey: checkbox-dev [14:48] popey: or cert+infra (not sure what's the team name is now) [14:48] will there be more than one checkbox app? [14:48] popey: the code is owned by checkbox-dev [14:49] popey: it's not likely, we want to make that app play nice on all devices [14:49] popey: it will probably drop "touch" some time later [14:49] popey: and will be used on the desktop as well [14:49] so com.ubuntu.checkbox then is what I'd use. [14:51] popey: okay, that sounds good to me [14:51] popey: thanks [15:18] fyi, if it is in com.canonical, we can wave it through [15:18] (ie, unconfined is ok) [15:19] jgdx, unfortunately it’s #17 on my list at the moment [15:19] the manual review will always be triggered of course, but we can get it in easily [15:21] mpt, right, but you're so efficient so that must mean it's done by, what, Friday? [15:24] jgdx, something like that ;-) [15:27] yay [15:33] Does login on the here maps web-app work? i have tried few times but it does not seem to work. [15:35] Mirv, in case you want to rebuild webbrowser-app for Qt 5.4: https://code.launchpad.net/~osomon/webbrowser-app/qt54/+merge/243551 === chihchun_afk is now known as chihchun === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [16:07] Hi, I'm working with ubuntu-sdk and with thje scope template, I did some modifications, such as images, colors and some options, but for some reasons those changes are not displayed, I rebuilt the project already, am i missing something? === pindonga is now known as pindonga-lunch === dandrader is now known as dandrader|lunch [16:45] bzoltan: https://code.launchpad.net/~mvo/click/chroot-15.04-multiarch/+merge/243493 - works for me now [16:46] mvo: I check it in a sec [16:46] bzoltan: no rush, but if it works I can land it tomorrow morning or later tonight [16:46] mvo: OK [16:46] bzoltan: but I'm really happy with the solutionn, feels very clean now [16:47] mvo: yes it feels better now. [16:52] mvo: could you please push an other change into the sdk-tools to contain the cross qmake? === pindonga-lunch is now known as pindonga === dandrader|lunch is now known as dandrader === Tassadar_ is now known as Tassadar [17:13] Blabble is broken on my phone. Its weird i used to have it installed but no it appears not there. so when i try to install it it fails. === zyga is now known as zyga-afk === salem_ is now known as _salem [17:46] ogra_: I've been tempted to get a OnePlus phone to try and go through the porting guide steps [17:48] popey, oh god [17:49] i guess there will be many many roadblocks ... [17:49] but doing a port is the only way to get it back in shape [17:57] Hi, do you guys have a list of devices that support ubuntu touch? Is it still just nexus devices? [18:00] ogra_: yeah, but at least there's an AOSP build, which helps, and I think it's MKT [18:00] ah, if you have an AOSP tree that shouldnt be to hard at least, yeah [18:03] what I don't have is the device ☻ [18:03] need an invite [18:07] alesage: hi, any news on how to add code coverage to that branch I mentioned to you yesterday ? [18:08] alesage: if you find out can you please send me an email ? i won't be online in the next few days [18:08] thanks [18:08] nerochiaro, ok--sorry, slipped my mind, will do this week :) [18:08] alesage: much appreciated [18:08] nerochiaro, and send a mail/bug === chihchun is now known as chihchun_afk === _salem is now known as salem_ === zyga-afk is now known as zyga [19:56] jdstrand: vague, handwavey plans that aren't prioritised doesn't make Ubuntu Touch more secure than Android today, when a novice user has a tablet in his hands and is asking which OS should he flash to be secure. [19:57] security is a vague conecept...the moment you get online its a risk [20:01] that's why i live in a cave and don't use phones or the internet at all [20:01] lol === VargaD_ is now known as VargaD === salem_ is now known as _salem [21:22] hi [22:04] nhaines: that was harsh. they aren't vague handwavy plans-- it is something being designed now [22:05] so, no, there is no fs encryption no, but yes, there will be [23:52] jdstrand: Features get postponed all the time and who knows when something designed now will see a phone (July?). I always advise people to make decisions based on features present and not features promised. [23:54] So while I'm looking forward to full-device encryption (which will almost certainly be solid and secure), it has to ship before I use it as a feature bulletpoint with users.