=== _salem is now known as salem_ [02:24] Hope this is the right place to ask: It's been a while since I've done this... Trying to write the daily Touch build to a 16gb ssd and make it bootable so it will start on an x86 pc. Is there a tutorial somewhere? [02:28] vmuser123: Regular Ubuntu (16.10 and later) comes with the touch interface so you don't need to. Just choose Unity8 on the login screen. [02:30] thanks to whomever just replied about unity8. I'm installing this on a small x86 pc with a touch screen monitor. (was a POS machine) full desktop install is pretty slow. [02:31] vmuser123_: We're also working on improving performance. What CPU/GPU are you using? [02:31] post-install it won't have a keyboard/monitor so essentially will be a tablet [02:31] it's a atom d525 [02:31] 2gb ddr3 [02:32] vmuser123_: Yes regular Ubuntu should support full touch. Just choose Unity8 instead of Unity7 before you log in. [02:32] No need to build your own [02:32] Is (are) the daily builds buggy or quirky? [02:33] the "touch" daily build tarballs aren't really built for general PC hardware as you're probably using [02:34] vmuser123_: They are usable but always risky: http://cdimage.ubuntu.com/daily-live/current/ [02:34] they do some things differently more oriented toward actual phones/tablets [02:34] vmuser123_: Also by chance I was the first person to discover Atoms are unusually slow. They have their own bug: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1580792 [02:34] Ubuntu bug 1580792 in unity8 (Ubuntu) "Unity8 on Intel Atoms performs poorly (falls back to software rendering more than non-Atoms do)" [High,Confirmed] [02:35] honestly sounds like the best option for you, would be ubuntu personal, when those snaps are ready [02:35] or better yet, building your own kiosk-ish snap [02:36] Although I would highly recommend not using Unity8 on Atoms for now (https://bugs.launchpad.net/canonical-devices-system-image/+bug/1580792) [02:36] Ubuntu bug 1580792 in unity8 (Ubuntu) "Unity8 on Intel Atoms performs poorly (falls back to software rendering more than non-Atoms do)" [High,Confirmed] [02:36] gotcha. Not sure what to do. This was a kiosk/pos machine that was given to me. touch screen monitor is really nice (24" medical grade) and wife wants me to mount it on the kitchen wall so we/she can use it to look up receipts & stuff while she cooks. will be monitor only [02:36] We know what the problem is, as we've already squeezed out all the Atom performance issues from Mir itself. Just remaining in Unity8 [02:37] performance is so bad I'd rather go back to Embedded POSReady7 [02:38] just thought that Touch may be a good alternative option. I don't mind a bug here & there but the Atom's performance is terrible [02:38] vmuser123_: Yes, we know. Please discuss it here: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1580792 [02:38] Ubuntu bug 1580792 in unity8 (Ubuntu) "Unity8 on Intel Atoms performs poorly (falls back to software rendering more than non-Atoms do)" [High,Confirmed] [02:41] ok thank you. [02:43] Incidentally, Atoms + mir-demos render very nice and smooth now. So it's encouraging that the future is bright even for older Atom chips. We just need to find where in the Qt* and Unity8 code the remaining performance issue is [02:45] heh. interesting. I wouldn't usually choose Atom but this was free. Stinks because this mobo has SIM slot so I was interested in playing with Touch and phone features [02:55] the SIM on the board is only for data, doesn't have voice modem wired up on it [03:02] Fan fact: When I ported mir-demos to run properly on Atoms I found the difference was 200x faster. So that's the kind of slowdown we're dealing with when an Atom falls back to software rendering [03:03] Fun fact: I think I'm dyslexic === salem_ is now known as _salem === Bray90820_ is now known as Bray90820 === dandrader_ is now known as dandrader [10:49] Hi can I just buy Meizu and port ubuntu to it?? === _salem is now known as salem_ [11:35] hi === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader [12:49] hi any one get meizu pro5 in hong kong? [12:53] ktchk: in theory it is doable there are instructions on line on how to do it === Tims_Tech_ is now known as Tims_Tech [13:01] davmor2: have to change the internal boot ? [13:43] ktchk: http://askubuntu.com/questions/767323/how-to-install-ubuntu-on-meizu-pro-5-that-was-originally-with-android [13:58] anyone tried devel_rc-proposed 160? [14:26] my phone turned orange [14:31] matv1: did you get an SMS from trump? [14:33] dobey: I didnt. He probably tweeted. MakeUbuntuOrangeAgain! [14:33] but i dont have twitter so yeah [14:34] tedg: seeing some errors with the systemd job for a legacy app (I'm trying to get firefox to launch in u8) [14:34] mm, let me pastebin [14:34] tedg: http://pastebin.ubuntu.com/23567928/ [14:35] That's the journalctl output that mentions firefox and the relevant unit file [14:35] mterry: That means the environment got to long... systemd only allows 2048 characters in the environment :-( [14:35] * tedg bitches about C programmers for a moment [14:35] :( [14:36] mterry: There should be a warning in the URL dispatcher log [14:36] mterry: We're gonna have to prune more if it's coming up, I black listed a bunch of env vars to try to keep us under it, but we'll have to do more. [14:37] tedg: nothing interesting in url dispatcher that I see [14:37] tedg: can we create a wrapper script for the envs? [14:38] mterry: I think so, there seems to be some environment loading commands, but I haven't played with them yet. [14:38] tedg: clearly you should rewrite Xorg in golang then [14:38] mterry: We should be able to put something in /run or something [14:38] dobey: This is a systemd issue, and we are, it's called snapd ;-) [14:39] you mean systemd-snapd [14:40] tedg: ah yeah just to triple confirm: "(process:11574): ubuntu-app-launch-DEBUG: Environment length: 2138" [14:40] so close [14:41] good thing we don't do reverse domain namespacing any more [14:41] but even so, could easily make a package name long enough to cause problems :) [14:46] mterry: Shorten your username ;-) [14:47] haha [14:47] Won't Fix [14:48] tedg: we can also shorten the snap name to u8 [14:48] maybe reset the revision to a single digit [14:49] One digital will be enough for anyone! [14:49] digit [14:49] tedg, did you notice that installing unity8-session-snap on a unity7 system makes startup of apps really slow in the unity7 session (since the new debus session package showedf up) [14:49] *dbus [14:50] we have a bug about that... [14:50] ogra_: bug 1644323 [14:50] i.e. i usually hit ctrl-t after login a few times pretty quickly to bring up a handfull of terminals ... they take between 1-2 min to open [14:50] bug 1644323 in Canonical System Image "Installing unity8-session-snap adversely effects unity7" [High,In progress] https://launchpad.net/bugs/1644323 [14:51] ah, perfect [14:51] * ogra_ subscribes [14:51] ogra_: workaround for terminal is to launch it from launcher [14:51] ah [14:52] i doubt i can cheat my finger memory like that :) [14:53] :) [14:55] tedg: should I open a bug about this for tracking or should it be just folded an existing bug? [14:55] (the env limit) [14:55] mterry: Yeah, probably not a bad idea, I kinda see it part of getting the feature landed, but a bug is fine too. [14:57] More bugs means you get a more satisfying burst of "fix released" notices! [14:58] * tedg assumes at the Pearly Gates when he dies they'll ask how many e-mails he got [14:59] mterry: Apparently silo 2129 is not installable, #snappy [14:59] * tedg is going to look into it but if you have ideas... [14:59] must need a rebuild somewhere === dandrader is now known as dandrader|afk [15:00] tedg, Saviq was saying earlier that an oxide security upload created installability issues in the overlay, unsure if that's what you are seeing though [15:01] mterry: https://bugs.launchpad.net/ubuntu/+source/indicator-transfer/+bug/1638708/comments/1 [15:01] Ubuntu bug 1638708 in indicator-sound (Ubuntu) "Hardcoded paths in desktop files need to be processed need $SNAP prefixing" [High,Triaged] [15:01] seb128: Hmm, perhaps, thanks for the tip! [15:02] yw! [15:05] tedg, that's only on xenial+o, though is the snap built from x? [15:06] Saviq: No, xenial+overlay+silo2129 [15:06] yes the snap is supposed to be built from x+o [15:07] tedg, then yeah, that's the issue [15:07] overlay has older oxide than xenial-security [15:07] so BOOM [15:07] https://bileto.ubuntu.com/#/ticket/2148 has it for overlay [15:08] LAND IT NOW! [15:09] :-) [15:09] it's in queue [15:10] Oh right, I dealt with that yesterday and my solution was just to add 2148 to my system and rebuild the snap [15:16] or just binary copy the packages over to 2129 === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === Tims_Tech_ is now known as Tims_Tech === Namidairo_ is now known as Namidairo === dandrader|afk is now known as dandrader === JanC is now known as Guest2425 === JanC_ is now known as JanC === Tims_Tech is now known as Tim_NL [19:02] hello everyone and welcome to today's session! [19:16] la_juyis: i'm clueless. but nice hair :) [19:19] dobey: ha, wrong channel xD but thanks :D [19:21] :D === ahoneybun_ is now known as ahoneybun