[07:50] <dholbach> liuxg, can you paste the log of the build?
[07:52] <liuxg> dholbach, my godness. now it seems to be different from what I saw yesterday. http://paste.ubuntu.com/15382917/
[07:53] <dholbach> zbenjamin, bzoltan_: ^ can you maybe help liuxg compile tweakgeek in an armhf chroot - I don't know how to help
[07:55] <liuxg> dholbach, bzoltan_ zbenjamin, it seems to be that the libs are all there and the header files are there too.
[07:56]  * zbenjamin tries
[07:56] <liuxg> dholbach, bzoltan_ zbenjamin, the project is at https://launchpad.net/tweakgeek. According to the requirement of the SDK, i have to install libclick-0.4-dev  and libgsettings-qt-dev  libs for armhf. thanks a lot
[08:07] <zbenjamin> liuxg: dholbach: bzoltan_: works for me after installing apt-get install libclick-0.4-dev:armhf libclick-0.4-dev:armhf
[08:09] <liuxg> zbenjamin, dholbach fo4 15.04 armhf?
[08:10] <zbenjamin> yes
[08:11] <liuxg> zbenjamin, dholbach, I have installed it, but it does not work for me. I installed the 15.04 armhf this morning.
[08:13] <dholbach> I'm sorry - I don't know
[08:13] <dholbach> is the error message always the same?
[08:13] <liuxg> zbenjamin, http://paste.ubuntu.com/15382957/ http://paste.ubuntu.com/15382960/. do I need to reinstall the armhf chroot?
[08:13] <dholbach> you said it was different yesterday?
[08:13] <liuxg> dholbach, yes, yesterday, it complained about the missing the header files.
[08:14] <liuxg> dholbach, this morning, I also reinstalled the SDK. Maybe I need to try to reinstall the armhf chroot
[08:35] <zbenjamin> liuxg: try to rebuild the chroot yeah
[08:39] <liuxg> zbenjamin, I did that already by rebuilding the whole project. I am now trying to reinstall armhf chroot
[09:22] <liuxg> zbenjamin, I also need to install the gsetting lib http://paste.ubuntu.com/15383137/
[09:29] <liuxg> zbenjamin, dholbach I have reinstalled my armhf chroot, and now it works. thanks for helping. it is an amazing app :)
[09:29] <dholbach> good to hear it's working now :)
[09:29] <zbenjamin> liuxg: shouldn't it be available from the openstore?
[09:30] <zbenjamin> https://open.uappexplorer.com/
[09:30] <liuxg> zbenjamin, it is "unconfined". It can set one app from being suspended, basically, it makes an not "die". I think this violates the rule of ubuntu phone :)
[09:31] <zbenjamin> liuxg: thats why i said "open" store... there is a alternative store.. check the link above
[09:31] <liuxg> zbenjamin, sorry. Let me check it :)
[12:12] <popey> zbenjamin: tried qtc inside virtualbox recently? It just crashes for me, with a blank window.
[12:14] <zbenjamin> popey: no, didn'T try that. But zsombi had a problem with qtc crashing in builds. He assigned more memory to the VM and it went away
[12:14] <popey> this is very much an opengl looking issue. I have given my VM 2GB, but happy to try more. will try that
[12:15] <popey> bug 1556906
[12:16] <davmor2> popey: what vm do you use?
[12:17] <popey> see above :)
[12:18] <popey> nope, gave it 4GB RAM and 2 CPUs, still barfs
[12:18] <davmor2> ah virtualbox if you run in kvm do you have the same issue?  Wondering if it is something specific to VB
[12:18] <popey> not tried kvm as it's usually too slow for anything useful
[12:19] <zbenjamin> popey: i'd suggest to use lxd if you want something fast :)
[12:19] <popey> I appreciate the smiley, but can't actually tell if that's a serious suggestion?
[12:20] <davmor2> popey: might be slower than virtualbox but should be usable enough I use it for iso testing
[12:21]  * popey tries it
[12:21] <popey> thanks
[12:21] <zbenjamin> popey: actually it was serious
[12:21] <davmor2> popey: lxd/lxc might actually make sense
[12:21] <popey> Do you have a recipe for doing this?
[12:21] <popey> (running sdk inside on LSD (I mean lxd))
[12:21] <zbenjamin> popey: i think timp has a setup like that
[12:22]  * popey pokes t1mp 
[12:22] <zbenjamin> t1mp:  ^
[12:22] <davmor2> popey: you are effectively running a full kernel on your hard ware
[12:22] <popey> indeed
[12:22]  * popey makes lunch while kvm installs xenial
[12:23] <zbenjamin> popey: lxd is kind of painless. You pull  a basic image, which takes you a few minutes, and off  you go . Some small tricks on mounting your homedir and forward x11 but its not too hard
[12:27] <popey> I am having to jump through these hoops to prove a bug which happens on my xenial desktop. I can't launch a simple app created with the templates in the SDK
[12:27] <popey> I want to test on a clean sdk install (hence trying various VM ways to do it) and have hit 3 more bugs before I can even get to the bug I actually want to file! :(
[12:45] <t1mp> popey: I'm not using it right now, but I did run the sdk inside a lxd container
[12:47] <t1mp> everything inside lxd containers seems very fast. At least faster than vmware virtual machines
[12:49] <popey> t1mp: thanks
[12:51] <CustosL1men> does ubuntu have something like rhel scl ? (asked in #ubuntu but might be more appropriate here)
[12:52] <zbenjamin> popey: all sdk related bugs?
[12:52] <popey> two so far
[12:53] <popey> zbenjamin: i found i was unable to just run the basic templates
[12:54] <popey> My expectation was I could install the sdk, launch it, use the "wizard" to create a qml app and press the green 'Run' button to run it, but that failed.
[12:54] <popey> Trying to replicate in a vm because my desktop isn't a 'clean' install.
[12:58] <ogra_> is it a bug that i have a giant "select all" handle on *every* input field nowadays (or is that new design) ? thats really annoying
[12:59] <CustosL1men> is ubuntu on systemd now ?
[12:59] <CustosL1men> or still not ?
[12:59] <CustosL1men> sorry, wrong channel
[12:59] <ogra_> ubuntu is since over a year on sytemd
[12:59] <ogra_> (the phone isnt, since it is based on the release before the switch happened)
[13:02] <t1mp> kalikiana: maybe you know the answer to ogra_'s question?
[13:05] <CustosL1men> is this for ubuntu mobile dev ?
[13:06] <ogra_> CustosL1men, mainly, but indeed not limited to it
[13:06] <CustosL1men> ok
[13:06] <kalikiana> ogra_: what do you mean by that? Select All should be part of the menu unless you have something selected, in which case it's Cut/Copy/Paste
[13:06] <ogra_> (convergence really makes that a blurry line nowadays ;) )
[13:06] <CustosL1men> is there channel related to other development on ubuntu ?
[13:07] <ogra_> CustosL1men, you mean the OS itself, not apps ?
[13:07] <ogra_> that would be #ubuntu-devel
[13:08] <ogra_> kalikiana, well, on rc-proposed if i select a text input field in ... i.e. a website i always have a big square with the "select all" option show up
[13:09] <ogra_> hmm, actually only in the browser and webapp containers
[13:09] <ogra_> might be a browser bug then
[13:10] <kalikiana> ogra_: oxide doesn't have real qml components so it's browser-specific - although they finally moved to something that actually comes close to the expected ux
[13:12] <ogra_> well, it covers a lot of text ... usually the descriptive text underneath the field ... so i have to unfocus if i want to know whats expected to be put in
[13:13] <kalikiana> it's the same as anywhere else, though
[13:13] <kalikiana> the menu has to be *somewhere*
[13:14] <kalikiana> ogra_: it does look to me like the position is a bit too far away from the textfield, not sure if that would solve the problem from your point of view
[13:14] <ogra_> but not open by default all the time
[13:14] <ogra_> in all other input fields i only get it on long press
[13:15] <ogra_> as it shoudl be
[13:15] <kalikiana> right, that's a bug
[13:15] <kalikiana> it's not behaving according to the spec
[13:15] <ogra_> oSoMoN, is there a bug open for that ?
[13:15] <ogra_> (permanently open context menu in browser text input fields)
[13:24] <oSoMoN> ogra_, https://bugs.launchpad.net/oxide/+bug/1556764
[13:25] <ogra_> oSoMoN, that doesnt sound like there is desire to hide it by default though ... only after "something was tapped"
[13:26] <ogra_> oSoMoN, i'm talking about "empty text field is focused" ... there is no text yet to select or anything, but i have always the "select all" square popping up
[13:26] <oSoMoN> ogra_, yes, not exactly indeed
[13:27] <oSoMoN> ogra_, in oxide we don’t have much control over how to implement the touch selection controller (that’s dictated by chromium’s own implementation)
[13:27] <popey> t1mp: did you have a script or some guide you followed for getting it all working?
[13:27] <oSoMoN> so displaying the options on long press only is not something we can do, for example
[13:27] <ogra_> well, i guess you just want to start hidden and only show it if there is an actual selection
[13:28] <oSoMoN> ogra_, I agree the "select all" option doesn’t make sense when the field is empty (and that might be fixable), but you may very well get other options (such as "paste") that get in the way anyway
[13:29] <ogra_> thats ugly though ...
[13:29] <oSoMoN> I know
[13:29] <ogra_> (and hides content i possibly want to refer to with my input)
[13:30] <oSoMoN> ogra_, I’m advocating for text edit options in the chrome bar, like chrome on android, but design seems to like the floating menu approach better
[13:30] <ogra_> :(
[13:30] <t1mp> popey: just some notes about what I was doing, http://pastebin.ubuntu.com/15383980/
[13:30] <popey> thanks
[13:30] <popey> $$ DISPLAY=:0 xeyes
[13:30] <popey> \o/
[13:31] <t1mp> popey: $ is on host, $$ ubuntu@container, $# root@container
[13:31] <popey> we all know that feeling :)
[13:31] <t1mp> popey: yeah :)
[13:32] <t1mp> popey: I installed the ubuntu-sdk inside the vivid+overlay container, and qtcreator runs fine
[13:32] <t1mp> popey: but autopilot tests don't work in the container for me (upstart problems). That's why I'm using the host now for development, not the container
[13:32] <popey> okay, thanks.
[13:33] <popey> i got the sdk working \o/
[13:44] <t1mp> popey: that's even better than xeyes :)
[14:02] <popey> davmor2: that kvm install is still running!
[14:02] <davmor2> popey: how do you set it up?
[14:02] <popey> eh?
[14:03] <davmor2> popey: kvm take me like 15 minutes to do a base install
[14:03] <popey> still chugging and eating lots of cpu
[15:35] <nik90> Elleo, Hey, I just noticed that you reviewed https://code.launchpad.net/~nik90/podbird/uc-1.3-migrate/+merge/286821..I didn't get any email notifications about it. I fixed the issue with the downloaded sections. Should be good to go.
[15:36] <nik90> Elleo, I will backport the other stuff like playlist support, favourite episodes and new navigation structure from the devel branch. You can test them using Podbird Devel to see if they are good to go and without any bugs.
[17:50] <ahayzen> balloons, are you able to run trunk weather-app jenkins autopilot? so i can see what is failing? as i couldn't find a recent run that had failures due to the location stuff
[18:01] <balloons> ahayzen, ohh, you mean like locally or ?
[18:01] <ahayzen> balloons, just a run of jenkins
[18:01] <balloons> I was going to ping you to see how things were going
[18:01] <ahayzen> on the cloud
[18:01] <ahayzen> balloons, and do you think it is best to remove? or do testcase.skip() or whatever it is
[18:06] <ahayzen> balloons, so basically just a run of jenkins over trunk so i can see which ones it thinks are failing then patch them up/remove them :-)
[18:12] <balloons> ahayzen, right. So the location stuff should be removed indeed (or skipped if you think you can do it sanely later)
[18:12] <balloons> but I'd prefer a removal and a revival I think
[18:12] <balloons> in other words, if it doesn't work in jenkins now, let's get rid of it. And replace it with something that does
[18:12] <ahayzen> ok, i agree, can just do a cherry pick if we want revival :-)
[18:13] <balloons> so does that help? If you ever want to run something without an mp, you can
[18:13] <ahayzen> oo how can i do that again ?
[18:13] <ahayzen> yeah that helps, i just need to run jenkins against trunk to see what is failing on the 'stable' branch
[18:14] <balloons> err..
[18:14]  * balloons erases his response and points to documentation instead
[18:14] <balloons> https://wiki.ubuntu.com/Touch/CoreApps/Jenkins#Running_jobs
[18:14] <ahayzen> woo \o/ thanks balloons
[18:15]  * balloons notes it should be bulleted, and also there's a release job you should use instead
[18:15] <balloons> so I'll tell you differently then change the wiki
[18:15] <balloons> ahayzen, use https://core-apps-jenkins.ubuntu.com/view/Release/job/release-build-test/
[18:18] <ahayzen> balloons, so i just change the configuration to what i want and this one doesn't interferer with the other jobs ?
[18:19] <balloons> yep, fill out the params
[18:20] <balloons> I'll lay this out explicitly right now in the wiki
[18:20] <ahayzen> okies :-) i'm working my way down
[18:20]  * ahayzen hopes not to break anything :-)
[18:20] <balloons> it's disconnected from the CI jobs -- you can't break anything :-)
[18:21] <ahayzen> balloons, do you have to select "Source Code Management" or leave as None ?
[18:21] <balloons> ahayzen, ohh, are you configuring the job?
[18:21] <ahayzen> errr
[18:21] <balloons> ahayzen, use https://core-apps-jenkins.ubuntu.com/view/Release/job/release-build-test/build?delay=0sec
[18:21] <ahayzen> ahhhhh
[18:21] <ahayzen> wrong page !
[18:21] <balloons> lol
[18:21]  * ahayzen thought it looked different
[18:24] <ahayzen> balloons, awesome, seem to have triggered something to run :-D ... so i can use this to run against branches which the submitter isn't in the team as well :-)
[18:31] <ahayzen> balloons, i got "mount: / is busy. Exit request sent." that sounds bad
[18:33] <ahayzen> balloons, or should i be poking Alan now :-) hehe
[18:34] <balloons> yes you got it right. Any one-off you want
[18:34] <balloons> if you want to ru jenkins for a non-submitter, use the -ci jobs though
[18:34] <balloons> just fill out the parms
[18:34] <balloons> I can add that to the wiki too :-)
[18:35] <balloons> but shouldn't it run for non-team members?
[18:35] <balloons> ahayzen, ahh yes. indeed errors feel free to poke Alan. Though I'm here, and it's late for him
[18:36] <balloons> however, https://wiki.ubuntu.com/Touch/CoreApps/Jenkins#Troubleshooting applies
[18:37] <balloons> ahayzen, weird. First thing I would try is a rebuild
[18:37] <balloons> hit the rebuild button on the side
[18:37] <ahayzen> balloons, sweet :-) ...and ok i'll try again
[18:46] <balloons> looks like it's working. Not sure what the deal was, but I think it was fallout from this morning
[18:46] <balloons> the slave had to be connected again
[18:49] <ahayzen> balloons, okies thanks, i've got coursework todo for a bit and i'll check this out later :-) thanks for your help
[18:49] <balloons> you are welcome