[02:24] <vmuser123> 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] <duflu> 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] <vmuser123_> 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] <duflu> vmuser123_: We're also working on improving performance. What CPU/GPU are you using?
[02:31] <vmuser123_> post-install it won't have a keyboard/monitor so essentially will be a tablet
[02:31] <vmuser123_> it's a atom d525
[02:31] <vmuser123_> 2gb ddr3
[02:32] <duflu> vmuser123_: Yes regular Ubuntu should support full touch. Just choose Unity8 instead of Unity7 before you log in.
[02:32] <duflu> No need to build your own
[02:32] <vmuser123_> Is (are) the daily builds buggy or quirky?
[02:33] <dobey> the "touch" daily build tarballs aren't really built for general PC hardware as you're probably using
[02:34] <duflu> vmuser123_: They are usable but always risky: http://cdimage.ubuntu.com/daily-live/current/
[02:34] <dobey> they do some things differently more oriented toward actual phones/tablets
[02:34] <duflu> 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:35] <dobey> honestly sounds like the best option for you, would be ubuntu personal, when those snaps are ready
[02:35] <dobey> or better yet, building your own kiosk-ish snap
[02:36] <duflu> Although I would highly recommend not using Unity8 on Atoms for now (https://bugs.launchpad.net/canonical-devices-system-image/+bug/1580792)
[02:36] <vmuser123_> 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] <duflu> 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] <vmuser123_> performance is so bad I'd rather go back to Embedded POSReady7
[02:38] <vmuser123_> 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] <duflu> vmuser123_: Yes, we know. Please discuss it here: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1580792
[02:41] <vmuser123_> ok thank you.
[02:43] <duflu> 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] <vmuser123_> 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] <dobey> the SIM on the board is only for data, doesn't have voice modem wired up on it
[03:02] <duflu> 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] <duflu> Fun fact: I think I'm dyslexic
[10:49] <ktchk> Hi can I just buy Meizu and port ubuntu to it??
[11:35] <SebthreeBQM10HD> hi
[12:49] <ktchk> hi any one get meizu pro5 in hong kong?
[12:53] <davmor2> ktchk: in theory it is doable there are instructions on line on how to do it
[13:01] <ktchk> davmor2: have to change the internal boot ?
[13:43] <davmor2> ktchk: http://askubuntu.com/questions/767323/how-to-install-ubuntu-on-meizu-pro-5-that-was-originally-with-android
[13:58] <UBport-use|48879> anyone tried devel_rc-proposed 160?
[14:26] <matv1> my phone turned orange
[14:31] <dobey> matv1: did you get an SMS from trump?
[14:33] <matv1> dobey: I didnt. He probably tweeted. MakeUbuntuOrangeAgain!
[14:33] <matv1> but i dont have twitter so yeah
[14:34] <mterry> tedg: seeing some errors with the systemd job for a legacy app (I'm trying to get firefox to launch in u8)
[14:34] <mterry> mm, let me pastebin
[14:34] <mterry> tedg: http://pastebin.ubuntu.com/23567928/
[14:35] <mterry> That's the journalctl output that mentions firefox and the relevant unit file
[14:35] <tedg> 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] <mterry> :(
[14:36] <tedg> mterry: There should be a warning in the URL dispatcher log
[14:36] <tedg> 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] <mterry> tedg: nothing interesting in url dispatcher that I see
[14:37] <mterry> tedg: can we create a wrapper script for the envs?
[14:38] <tedg> mterry: I think so, there seems to be some environment loading commands, but I haven't played with them yet.
[14:38] <dobey> tedg: clearly you should rewrite Xorg in golang then
[14:38] <tedg> mterry: We should be able to put something in /run or something
[14:38] <tedg> dobey: This is a systemd issue, and we are, it's called snapd ;-)
[14:39] <dobey> you mean systemd-snapd
[14:40] <mterry> tedg: ah yeah just to triple confirm: "(process:11574): ubuntu-app-launch-DEBUG: Environment length: 2138"
[14:40] <mterry> so close
[14:41] <dobey> good thing we don't do reverse domain namespacing any more
[14:41] <dobey> but even so, could easily make a package name long enough to cause problems :)
[14:46] <tedg> mterry: Shorten your username ;-)
[14:47] <mterry> haha
[14:47] <mterry> Won't Fix
[14:48] <mterry> tedg: we can also shorten the snap name to u8
[14:48] <mterry> maybe reset the revision to a single digit
[14:49] <tedg> One digital will be enough for anyone!
[14:49] <tedg> digit
[14:49] <ogra_> 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] <ogra_> *dbus
[14:50] <mterry> we have a bug about that...
[14:50] <mterry> ogra_: bug 1644323
[14:50] <ogra_> 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:51] <ogra_> ah, perfect
[14:51]  * ogra_ subscribes
[14:51] <mterry> ogra_: workaround for terminal is to launch it from launcher
[14:51] <ogra_> ah
[14:52] <ogra_> i doubt i can cheat my finger memory like that :)
[14:53] <mterry> :)
[14:55] <mterry> tedg: should I open a bug about this for tracking or should it be just folded an existing bug?
[14:55] <mterry> (the env limit)
[14:55] <tedg> 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] <mterry> 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] <tedg> mterry: Apparently silo 2129 is not installable, #snappy
[14:59]  * tedg is going to look into it but if you have ideas...
[14:59] <mterry> must need a rebuild somewhere
[15:00] <seb128> 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] <dobey> mterry: https://bugs.launchpad.net/ubuntu/+source/indicator-transfer/+bug/1638708/comments/1
[15:01] <tedg> seb128: Hmm, perhaps, thanks for the tip!
[15:02] <seb128> yw!
[15:05] <Saviq> tedg, that's only on xenial+o, though is the snap built from x?
[15:06] <tedg> Saviq: No, xenial+overlay+silo2129
[15:06] <dobey> yes the snap is supposed to be built from x+o
[15:07] <Saviq> tedg, then yeah, that's the issue
[15:07] <Saviq> overlay has older oxide than xenial-security
[15:07] <Saviq> so BOOM
[15:07] <Saviq> https://bileto.ubuntu.com/#/ticket/2148 has it for overlay
[15:08] <tedg> LAND IT NOW!
[15:09] <tedg> :-)
[15:09] <dobey> it's in queue
[15:10] <mterry> Oh right, I dealt with that yesterday and my solution was just to add 2148 to my system and rebuild the snap
[15:16] <dobey> or just binary copy the packages over to 2129
[19:02] <la_juyis> hello everyone and welcome to today's session!
[19:16] <dobey> la_juyis: i'm clueless. but nice hair :)
[19:19] <la_juyis> dobey: ha, wrong channel xD but thanks :D
[19:21] <dobey> :D