[05:37] <Wolfgange> I believe there's a word error on one of the Ubuntu webpages; where should I report it, the bug tracker?
[05:51] <Wolfgange> I have to leave however I'll check the irc logs later
[08:01] <dholbach> good morning
[10:08] <seb128> popey, do you know if anybody is working on the clock application nowadays?
[10:08] <popey> yeah, bartosz is. wassup?
[10:09] <seb128> I wonder if it's known that you can't edit alarm every other try
[10:09] <seb128> like have an alarm, edit it, validate it works
[10:09] <seb128> try to edit it again, you can't validate change
[10:09] <seb128> cancel, try again, it works
[10:09] <seb128> try again it fails, etc
[10:13] <popey> ooh
[10:13] <popey> we have had issues in the past with editing alarms
[10:13] <popey> not seen this though
[10:14] <seb128> can you try if you can reproduce?
[10:14] <popey> i am now
[10:14] <seb128> thanks
[10:15] <popey> seb128, what channel you on?
[10:15] <popey> i am testing on my retail stable e4.5
[10:15] <seb128> my gf has a retail e5 with ota8
[10:15] <seb128> and I see it on rc-proposed as well
[10:16] <popey> i can't reproduce here
[10:16] <popey> just edited two alarms about 10 times
[10:16] <seb128> when I say "edit" is click on the alarm, change the minutes with the whell and try to validate
[10:16] <popey> validate means...? wait for that time?
[10:16] <seb128> no
[10:16] <seb128> set an alarm for 10:18
[10:16] <seb128> click on it, change to :19 and validate
[10:17] <seb128> click on it try to change to :18 back or to something else
[10:19] <seb128> you don't even need to change the value
[10:19] <seb128> click on the alarm line and then on the top right "validate" button
[10:24] <popey> hmmm
[10:37] <popey> seb128, am I doing something wrong here, I couldn't reproduce https://www.youtube.com/watch?v=fXKRiIiF-eY
[10:43] <seb128> popey, hummm
[10:43] <seb128> popey, in fact if I do it like you I can't reproduce
[10:43] <seb128> it seems like it gets confused if you click on it again before it does the toggle off/on animation
[10:43] <seb128> like validate and edit again in the second
[10:44] <popey> yeah, toolkit issue
[10:44] <seb128> now I'm unsure what my gf is doing, she for sure doesn't edit in the second
[10:44] <popey> well, maybe, i have seen people do that
[10:44] <seb128> but she might edit/lock the screen immediatly
[10:45] <seb128> and then when she tries again the next day it bugs
[10:47] <seb128> popey, is the toolkit issue reported? or you mean the animation?
[10:47] <seb128> popey, thanks, I'm going to keep investigating, I do hit it sometime as well but unsure how/when
[10:48] <seb128> the easy reproducer was by hitting edit again in the same second I think
[10:51] <popey> seb128, I need to search, it's been there forever, can't recall the bug right now.
[10:51] <seb128> popey, don't worry, thanks
[11:02] <dpm> davidcalle, it seems there is a Chinese section showing up in the header at: https://developer.ubuntu.com/en/apps/qml/tutorials/building-your-first-qml-app - any ideas how to fix it?
[11:26] <dpm> hi marco_, you pinged me earlier on. How is the experience of writing your first QML app so far?
[11:44] <Sleep_Walker> where I can locate ubuntu-emulator-runtime package?
[11:56] <Sleep_Walker> oh, it is only as i386 arch? not amd64?
[11:59] <brendand> Sleep_Walker, should be amd64 too
[11:59] <brendand> if it shows only an i386 .deb than it's probably arch: all
[12:00] <Sleep_Walker> so, let me ask silly question, how can I tell apt* tools to see that i386 package?
[12:01] <brendand> Sleep_Walker, which release are you on?
[12:01] <Sleep_Walker> wily
[12:03] <brendand> Sleep_Walker, doesn't it appear in apt-cache search?
[12:03] <Sleep_Walker> brendand: no
[12:03]  * brendand has just installed it
[12:04] <brendand> on amd64
[12:04] <brendand> Sleep_Walker, oh do you have multiverse enabled?
[12:04] <Sleep_Walker> brendand: and what does `apt-cache policy ubuntu-emulator-runtime' say about origin?
[12:04] <Sleep_Walker> yes, this time yes
[12:05] <brendand> Sleep_Walker, and you did apt-get update?
[12:05] <Sleep_Walker> brendand: or universe and multiverse in PPA as well?
[12:06] <Sleep_Walker> brendand: yes I did
[12:06] <Sleep_Walker> brendand: what does that command say about origin of the package?
[12:07] <brendand> http://gb.archive.ubuntu.com/ubuntu/ xenial/multiverse i386 Packages
[12:07] <brendand> rmadison says it's in wily as well
[12:07] <brendand> http://packages.ubuntu.com/wily/ubuntu-emulator-runtime
[12:08] <Sleep_Walker> so it seems you have there i386 packages somehow allowed
[12:09] <Sleep_Walker> OK, found https://superuser.com/questions/741380/how-to-install-i386-package-under-amd64-ubuntu-debian
[12:09] <brendand> Sleep_Walker, yeah - you should too though
[12:10] <brendand> Sleep_Walker, don't do that
[12:11] <Sleep_Walker> brendand: it really made ubuntu-emulator-runtime package available... how can I do that better?
[12:12] <brendand> Sleep_Walker, do you have the multiarch-support package installed?
[12:13] <Sleep_Walker> brendand: it seems so
[12:13] <brendand> Sleep_Walker, i think you're ok, just strange it wasn't enabled by default
[12:14] <Sleep_Walker> brendand: It's probably consequence of installation using debootstrap
[12:51] <mcphail> Sleep_Walker: I haven't looked at multiarch support in a chroot, but you'll probably have to add the i386 architecture
[12:52] <Sleep_Walker> mcphail: I already did, but I probably need some sort of virtualization anyway
[12:52] <mcphail> Sleep_Walker: is it not working?
[12:53] <Sleep_Walker> http://sprunge.us/OERh
[12:53] <Sleep_Walker> I'm trying to run web-app tutorial
[12:54] <mcphail> Sleep_Walker: always diificult getting chrooted environments to play nicely with the display
[12:55] <mcphail> Sleep_Walker: I'd been speakig to popey about this earlier. We need an easy way to run the SDK on non-Ubuntu machines
[12:56] <Sleep_Walker> mcphail: that would be great
[12:56] <Sleep_Walker> my original intention was to create RPM packages in OBS so at least RPM based distributions would be covered
[12:56] <Sleep_Walker> but we're missing _a lot_ of dependencies
[12:57] <mcphail> Sleep_Walker: I suspect the answer will be a container, of whatever sort
[12:57] <Sleep_Walker> and I wouldn't even get to tutorial for first application :b
[12:57] <Sleep_Walker> mcphail: I'm afraid you're right
[12:58] <mcphail> Sleep_Walker: but the solution for getting a container to use the display would be the same as a solution for your debootstrapped chroot, I suspect
[13:00] <Sleep_Walker> right now I'm not sure how fatal are the display messages
[13:00] <mcphail> Sleep_Walker: I'm useless at debugging X things. Currently looking at  https://www.stgraber.org/2014/02/09/lxc-1-0-gui-in-containers/ to see if I can come up with a container solution
[13:01] <mcphail> Sleep_Walker: anyway, got to go. Ping me if you find a solution :)
[13:01] <Sleep_Walker> well, I should be able to run qemu on top of my directory, or at least I hope
[13:01] <Sleep_Walker> mcphail: will do, thanks
[13:14] <davidcalle> dpm: only when you are on draft mode, right? (https://developer.ubuntu.com/en/apps/qml/tutorials/building-your-first-qml-app )
[15:13] <mcphail> Can anyone explain to me what I would need to do to use the soft keyboard as an input method for a non-Qt app? Is it posiible? Do I have to wrap my app in a Qt blanket, and what would such a blanket look like?
[15:53] <Sleep_Walker> it seems that libEGL errors are not fatal, 32bit chroot is doing better and I finally reached another problem - polkit authentication :b
[16:12] <Sleep_Walker> and after 'crippling' pkexec it actually installs emulator :)
[20:01] <mcphail> Beyond SDL2 and Qt, what other toolkits do we have which target Mir?