[01:34] <ahoneybun> anyone know why my pages are overlaping the Header?
[01:34] <ahoneybun> I'm using PageStack
[01:38] <ahoneybun> the reddit page is private? https://www.reddit.com/r/UbuntuPhone/
[01:45] <ahoneybun> https://www.youtube.com/watch?v=92voAhlZeHY
[06:47] <dholbach> good morning
[07:00] <akiva-thinkpad> hello all
[07:17] <davidcalle> Good morning o/
[07:17] <akiva-thinkpad> o/
[07:18] <akiva-thinkpad> anyone know who the ubuntu-file-manager app developer is? I know popey worked on it. I have a patch that adds thumbnails for jpegs, png's, and gifs, but autopilot is failing 10 tests
[07:18] <akiva-thinkpad> however, autopilot is failing 10 tests even without my changes
[08:08] <ohmy> good morning all
[08:09] <ohmy> Is there anyway from QML/C++ (without compositor) to define on wich display (monitor) we can display a Window ?
[08:12] <ohmy> lets say i have monitor1 and monitor2 and i want programatically to show a Windows on one of them
[08:30] <mcphail> zubozrout: hi
[08:30] <zubozrout> Ok, I am here mcphail
[08:30] <zubozrout> mcphail: Hi :0
[08:30] <zubozrout> * :)
[08:30] <mcphail> :) - how much experience do you have making .click packages?
[08:31] <zubozrout> mcphail: practically zero, I only made some stuff using the SDK
[08:32] <mcphail> zubozrout: we don't have a working sdl template for the SDK yet, but that doesn't matter. Building and creating a .click is easy. SturmFlut is working on the template
[08:32] <SturmFlut> mcphail: Well, "working" is a bit much to say ;)
[08:33] <zubozrout> Well, it would be nice to have it documented at least.
[08:33] <mcphail> SturmFlut: :)
[08:33] <mcphail> zubozrout: the first thing is to set up a build environment. Give me a sec and I'll find a link
[08:34] <mcphail> zubozrout: this is essential reading: https://developer.ubuntu.com/en/blog/2015/04/13/inner-workings-sdk/
[08:35] <mcphail> zubozrout: getting a chroot set up takes time, but it is very automated and foolproof
[08:35] <zubozrout> mcphail: ok, thanks :)
[08:36] <mcphail> zubozrout: the next thing you have to do is get a version of SDL which works with Mir. See: https://raw.githubusercontent.com/mcphail/ubuntu-touch-sdl-template/master/lib/src/how_to_build_sdl_for_ubuntu_phone.txt
[08:36] <mcphail> zubozrout: you can take the SDL libs from that github repo. They "wrok"
[08:36] <mcphail> *work
[08:37] <zubozrout> mcphail: All right, that is fine to know. So it is not just as simple as apt-get install somesdlstuff and then running it.
[08:37] <mcphail> zubozrout: not quite, but when you have the framework set up is is simple
[08:38] <mcphail> zubozrout: the difficulty is getting the first steps done
[08:38] <mcphail> zubozrout: you can then compile or download the ARM binary for your SDL app and roll it in a .click package
[08:38] <zubozrout> mcphail: well, the app has to be compiled with the above SDL libs, yes.
[08:39] <mcphail> zubozrout: you can compile _against_ any SDL2 libs, but you have to roll that specific version into your .click
[08:40] <mcphail> zubozrout: that means you can take any precompiled binary from the Ubuntu repos, but roll it with my SDL2
[08:40] <zubozrout> mcphail: Ah :), ok, thanks :)
[08:40] <mcphail> zubozrout: of course, the biggest problem is that SDL2 still doesn't quite work...
[08:41] <mcphail> zubozrout: there are issues with coulours, transparency and rotation which are still getting smoothed out
[08:41] <mcphail> bschaefer is on the case
[08:42] <dubstar_04> popey what happened to the ubuntu update podcast?
[08:43] <zubozrout> mcphail: Yes, I know of some issues. And what will happen once click is replaced with snappy packages on Ubuntu?
[08:43] <mcphail> zubozrout: not much difference
[08:43] <mcphail> zubozrout: for these purposes, click and snappy are almost identical
[08:44] <mcphail> (i think)
[08:44] <zubozrout> mcphail: ok :)
[08:44] <mcphail> zubozrout: the hassle with building a .click is you have to bundle all the needed libraries into the click itself. Snappy will be the same
[08:45] <zubozrout> mcphail: Well, thank you very much for the info. I'll read it and try it - and then ask here again if I bump into any problem
[08:45] <mcphail> zubozrout: enjoy! - it is easier than it looks
[08:45] <zubozrout> mcphail: Thanks :), you were very helpful.
[09:54] <mivoligo> mzanetti: ping :)
[09:58] <SturmFlut> An Ubuntu phone will launch in India!
[09:59] <mivoligo> mzanetti: (or anyone who knows) what I understand in OTA-5 there will be full shell rotation and if I want to force for example portrait orientation for my app, I need to specify that in .desktop file. (thanks popey) Will there be an option to specify app orientation when the app is already running?
[10:10] <akiva-thinkpad> SturmFlut: The meizu?
[10:10] <akiva-thinkpad> http://i.imgur.com/TZPiI8B.png << :)
[10:12] <SturmFlut> akiva-thinkpad: Most likely, don't think it would make much sense to assume it's bq. We already know that Meizu wants to launch the MX4 with Flyme in India.
[10:12] <akiva-thinkpad> SturmFlut: lucky :/
[10:12] <akiva-thinkpad> I still don't have one.
[10:12] <akiva-thinkpad> nothing in North America~
[10:13] <akiva-thinkpad> Hopefully by the end of the year!
[10:21] <SturmFlut> akiva-thinkpad: Don't really think so, there hasn't been any committment from a manufacturer for the US market yet. And porting to a new device takes time.
[10:22] <akiva-thinkpad> SturmFlut: Well it will come here eventually. No reason to delay it~
[10:23] <zubozrout> SturmFlut: And what about MX5 with Ubuntu? I suppose no one wants to spread the word now, but I would soo much love to see it with Ubuntu. I wanted to purchase MX4 but MX5 is better :), more bleeding-edge.
[10:24] <akiva-thinkpad> is it that much better :o
[10:24] <akiva-thinkpad> ?
[10:27] <zubozrout> akiva-thinkpad: Not to mention 64bit processor - I wanted to have a phone with that for a long time and if MX5 was available with Ubuntu I wouldn't have to wait another round :).
[10:28] <zubozrout> akiva-thinkpad: so I think it is great, in my eyes
[10:28] <akiva-thinkpad> :O But does it work in Canada?!
[10:28] <zubozrout> akiva-thinkpad: Why wouldn't it?
[10:32] <akiva-thinkpad> zubozrout: north american has different bands than the rest of the world
[10:32] <akiva-thinkpad> mx4 does not have our band.
[10:32] <akiva-thinkpad> best we can get is 2g
[10:34] <zubozrout> akiva-thinkpad: Well, I know there is a problem with LTE and MX4 + MX5 in the Czech Republic (where I live), so with the supported frequencies I can only have LTE in the capital (Prague) but almost nowhere else although I have LTE with my Nexus 7 deb tablet all over the country.
[10:35] <akiva-thinkpad> lucky europeans :P
[10:37] <zubozrout> akiva-thinkpad: Well, maybe lucky europeans except for the Czech Republic. I think Canada has better (nicer) mobile carriers than are here.
[10:37] <akiva-thinkpad> We have wind, thats it
[10:37] <akiva-thinkpad> Rogers... oh my blood pressure...
[10:38] <akiva-thinkpad> "What do you mean I owe you $500 ? You cancelled my phone 5 months ago; I couldnt even use it!" Reply:
[10:38] <zubozrout> akiva-thinkpad: hmm, and no Vodafone or T-mobile? I know they are in the USA.
[10:39] <akiva-thinkpad> "oh no, we just cancelled your service, you still need to pay for your plan"
[10:39] <akiva-thinkpad> No, and the best network in the US is Ting
[10:39] <akiva-thinkpad> which ironically is from Canada, but can't operate in Canada
[10:39] <zubozrout> akiva-thinkpad: lol, well, that's sad. Yep, I heard about Ting, it has pretty nice reviews.
[10:39] <mzanetti> mivoligo, not in the beginning, but there are plans for such an api
[10:40] <mivoligo> mzanetti: thanks, is that the rest I said correct?
[10:41] <SturmFlut> zubozrout, akiva-thinkpad: At least at the moment there isn't any information regarding the MX5, and Ubuntu also doesn't officially run on 64-bit ARM yet. I've asked about 64-bit ARM, because it would be nice if the Convergence device by bq came with it, but no info.
[10:41] <mzanetti> mivoligo, yep
[10:41] <akiva-thinkpad> SturmFlut: 64bit would just add a bit more speed, and +2gb of ram? or is it different than x86?
[10:42] <mivoligo> mzanetti: ok, so   "automaticOrientation: false" is no longer supported?
[10:42] <mzanetti> exactly
[10:42] <zubozrout> SturmFlut: Hmm, well, it sounds like I shouldn't hold my breath if there is no 64bit ARM support yet. So even if MX5 is going to be available with Ubuntu it won't be that soon as I want it to be, right?
[10:43] <SturmFlut> akiva-thinkpad: The AArch64 mode of ARMv8 is completely different than ARMv7. It's not an extension, it's a new design.
[10:43] <mivoligo> mzanetti: btw what about the lock screen, does it rotate as well?
[10:43] <popey> mivoligo: haha, no
[10:44] <akiva-thinkpad> SturmFlut: sounds complex~
[10:44] <popey> mivoligo: https://bugs.launchpad.net/bugs/1471609
[10:44] <mivoligo> popey: :D
[10:45] <mzanetti> ^^
[10:47] <mivoligo> mzanetti: are you planning to update MvsM any time soon?
[10:48] <Mirv> zbenjamin: yeah, fun, SDK works just fine as long as I don't touch the laptop's internal touchpad :S
[10:51] <mzanetti> mivoligo, probably yes
[10:52] <mivoligo> mzanetti: I'll try to update that level 23 and push it in the evening then
[10:52] <mzanetti> ok
[10:54] <SturmFlut> akiva-thinkpad: Okay, I was wrong I hear, the bq Convergence device should be 64-bit :)
[10:54] <akiva-thinkpad> SturmFlut: So the Aquarius that is released is 64bit?
[10:54] <ogra_> SturmFlut, who told you that ?
[10:54] <ogra_> (then it cant be arm )
[10:56] <zubozrout> ogra_: akiva-thinkpad ment 64bit arm
[10:57] <akiva-thinkpad> Well its all greek to me
[10:57] <akiva-thinkpad> havn't been following hte arm hardware scene.
[10:57] <akiva-thinkpad> the*
[10:57] <ogra_> well, thats more a software issue :)
[10:57] <ogra_> only about 60% of the phone packages even build on arm64 yet
[10:58] <zubozrout> ogra_: So it is in works to support arm64?
[10:59] <ogra_> the ubuntu archive has arm64 support since ages already ...
[10:59] <akiva-thinkpad> meh, all I care about is autopilot... and why trunk fails for me, but not for jenkins.
[10:59] <ogra_> but the packages havent been fixed to build on it ...
[10:59] <ogra_> nobody bothered
[10:59] <ogra_> partialkly they even have arm64 completely disabled
[11:00] <ogra_> getting that fixed and getting arm64 images at all will be quite some developer effort that will draw a lot of manpower
[11:02] <zubozrout> ogra_: Well, this answers my question about MX5 releasing with Ubuntu :). Sad, I wanted to wait for it even if it meant few months but this sounds like it wont be ready for another year or so.
[11:02] <ogra_> zubozrout, well, its not impossible
[11:02] <akiva-thinkpad> ah I think I figured out why...
[11:03] <ogra_> technically everything is there... but i dont see us having the spare manpower to get all the missing pieces in place in time
[11:04] <akiva-thinkpad> popey: import Ubuntu.Components 1.2 << that is the current state right?
[11:04] <akiva-thinkpad> the current version?
[11:04] <akiva-thinkpad> because jenkins is complaining: file:///usr/share/filemanager/qml/components/FolderListDelegate.qml:19:1: module "Ubuntu.Components" version 1.2 is not installed
[11:04] <akiva-thinkpad>      import Ubuntu.Components 1.2
[11:05] <popey> akiva-thinkpad: jenkins is running on utopic :(
[11:05] <popey> balloons: when you wake, any more poking we can do to move to vivid?
[11:05] <mivoligo> mzanetti: one more question: what about forcing screen saver not to show up, is it implemented in OTA-5?
[11:05] <mzanetti> yes
[11:05] <akiva-thinkpad> popey: so... just give it a few days?
[11:06] <mivoligo> mzanetti: \o/
[11:06] <mzanetti> going to drop bigmovingtext from openstore
[11:06] <mzanetti> mivoligo, you should change your code to not always do "screensaverEnabled: false"
[11:07] <mivoligo> mzanetti: I'm working right now on the update :)
[11:07] <mzanetti> but rather: screensaverEnabled: textAnimation.running && Qt.application.active
[11:07] <mzanetti> something like that would be best imo
[11:07] <zubozrout> ogra_: I understand, ... but maybe it would be best for me to buy something cheaper than MX4, so BQ ... stick with it for a while and then switch to something better once it is available. And I must agree with SturmFlut that amr64 would be gorgeous for the converfence device.
[11:07] <zubozrout> * arm64
[11:08] <mivoligo> mzanetti: thanks, is it from:  "import QtSystemInfo 5.0"?
[11:09] <akiva-thinkpad> oh btw popey, I just discovered your podcast; I love it. Anyways gotta run~ See you all
[11:09] <popey> o/
[11:54] <mcphail> Has anyone had any success setting up an emulated environment for comiling ARM binaries on AMD64 (rather than cross-compiling)? Have been trying with debootstrap and qemu-user-static but I am hitting roadblocks. How does the PPA build system achieve this?
[12:26] <mcphail> which apt mirror hosts armhf binaries?
[12:27] <ogra_> ports.ubuntu.com/ubuntu-ports
[12:27] <mcphail> ogra_: cheers
[12:29] <popey> mcphail: I'm tempted to buy a cheap arm chromebook for doing stuff like this
[12:29] <mcphail> popey: I'm 95.989% of the way to solving it
[12:29] <popey> \o/
[12:29] <popey> can you make an image and put it online somewhere? :)
[12:29] <mcphail> popey: yep
[12:29] <popey> \o/
[12:29] <mcphail> popey: if it works...
[12:29] <popey> we have faith in you
[12:30] <popey> is it working yet?
[12:30] <popey> etc
[12:30] <mcphail> the "royal" we?
[12:30] <popey> ya
[12:41] <popey> renatu: when you get a moment - https://bugs.launchpad.net/sync-monitor/+bug/1472973  - one of the insiders reported issues syncing
[12:54] <renatu> popey, thanks, I added a comment on the bug report
[12:54] <mcphail> popey: my base image is 693M. Don't think I'm going to be able to host that anywhere useful. Would be faster for anyone to reproduce the build...
[12:55] <popey> mcphail: if it's reproducible I can do that and host it
[12:55] <popey> ping me the instructions and I'll take a look
[12:56] <mcphail> popey: in channel or in /msg?
[12:56] <popey> whatever :)
[12:56] <popey> a paste somewhere or something is fine
[12:56] <mcphail> popey: hokay
[12:57] <popey> ta
[13:10] <mcphail> popey: think this covers it - http://paste.ubuntu.com/11848280/ . That should give a base armhf vivid install. Would need to add the development packages etc
[13:11] <popey> kk, thanks
[13:11] <mcphail> popey: gzipped base image is about 350MB
[13:12] <mcphail> qemu-user-static is a great little invention
[13:14] <popey> ya
[14:20] <mcphail> Is the Ubuntu-SDK PPA built for ARM?
[14:23] <popey> mcphail: the ppa has that enabled, yes
[14:23] <mcphail> good
[14:26] <mcphail> If I don't install the SDK, is the "click" package in the standard repos sufficient to build phone packages?
[14:38] <popey> mcphail: I don't always build click packages, but when I do, I use the ppa.
[14:38] <mcphail> ok, I'll see how I get on
[14:39] <popey> jhodapp: question - we now have the ability for apps to intelligently prevent screen off (e.g. in a game) - how about in mediaplayer - when watchin a video in a browser, I don't want the screen to go off.
[14:39] <popey> is that on your roadmap?
[14:43] <jhodapp> popey, the oxide team is actually adding that right now
[14:43] <popey> sweet!
[15:09] <mcphail> nemo: ping
[15:22] <nemo> mcphail: \o/
[15:22] <nemo> got it working??
[15:22] <mcphail> nemo: need to remind me of the tweaks you want
[15:23] <nemo> mcphail: set MOBILE flag in build, and delete line 43 of hedgewars/options.inc
[15:23] <mcphail> nemo: great. I'm on it
[15:24] <nemo> cool
[15:24]  * nemo crosses fingers
[15:24] <nemo> mcphail: just to doublecheck. line 43 is the HWENGINE one ☺
[15:25] <nemo> since the desktop frontend expects a separate process right now
[15:25] <nemo> er
[15:25] <nemo> HWLIBRARY
[15:25] <mcphail> CMake Warning: Manually-specified variables were not used by the project: MOBILE - is that a problem?
[15:27] <mcphail> (btw, I'm using the source tarball in this chroot rather than the git repo...)
[15:27] <jhodapp> popey, here's the MR in fact: https://code.launchpad.net/~justinmcp/oxide/1328494/+merge/263998
[15:31] <nemo> mcphail: ack
[15:31] <nemo> srs?
[15:31] <nemo> hm
[15:31] <nemo> wierd...
[15:32] <nemo> mcphail: checking cmake setup for engine
[15:32] <nemo> also pinging koda
[15:33] <nemo> mcphail: since we shifted engine to use cmake build it has had more weird issues and a bit more opaque a build process
[15:33] <nemo> (like failing to rebuild on code changes ☹ )
[15:35] <mcphail> nemo: that's a big problem for a build system...
[15:35] <nemo> no kidding
[15:36] <nemo> spent like an hour once trying to figure out why the hell my change wasn't fixing a bug
[15:36] <nemo> before the obv occurred to me
[15:37] <nemo> well this is frustrating. I don't see any toggle in CMakeLists.txt for this. might have to manually add it to that file ☹
[15:37] <nemo> but let me poke koda about this
[15:37] <nemo> mcphail: that is, I don't see a add_definitions(-dMOBILE) anywhere
[15:37] <mcphail> Bah - it has linked against SDL1.2 :(
[15:37] <nemo> mcphail: only desktop version
[15:37] <nemo> mcphail: mobile has always built against SDL2
[15:38] <nemo> mcphail: the CMakeLists.txt already has:
[15:38] <nemo> if(${SDL_VERSION} VERSION_GREATER 1.3)                                                                                   add_definitions(-dSDL2)
[15:39] <nemo> endif()
[15:39] <nemo> but SDL2 is enabled if you can set MOBILE
[15:39] <nemo> hopefully linking is same. seems to be
[15:39] <mcphail> nemo: I just used "-DMOBILE=1" as a build flag. Was that the correct way?
[15:39] <nemo> mcphail: that's for a cmake flag, but I don't see it being passed on to the engine there
[15:40] <nemo> mcphail: I *thought* our CMakeLists.txt would have relayed it. that's what's annoying me
[15:40] <nemo> I'm thinking the lack of mobile devs in past few years has triggered bitrot as koda messed w/ CMake
[15:41] <nemo> mcphail: you could just add add_definitions(-dMOBILE)  to hedgewars/CMakeLists.txt for now
[15:41] <nemo> pending consulting w/ him on this
[15:41] <nemo> maybe just above add_definitions(-dDEBUGFILE)
[15:41] <nemo> on line 209
[15:43] <mcphail> nemo: do I need to delete the Makefile after changing CMakeLists.txt?
[15:43] <nemo> mcphail: should detect the change
[15:43] <nemo> if you rerun cmake
[15:43] <nemo> hell. if you run make
[15:43] <mcphail> ok :)
[15:45] <nemo> mcphail: what worries me though, is because this is required, it makes me think the CMakeLists.txt currently has no mobile support. which is bad for linking
[15:45] <nemo> mcphail: I do hope since we ocassionally screw around with SDL2 that that should work at least ☹
[15:45] <mcphail> nemo: I'm going to do a clean build because this is throwing multiple errors
[15:45] <nemo> find_package(SDL1or2)
[15:45] <nemo> hopefully it finds 2 ☺
[16:24] <mcphail> nemo: getting stuck with this one: http://paste.ubuntu.com/11849555/ - any ideas? At least (I think) this suggests it is using SDL2...
[16:24] <nemo> oh good
[16:25] <nemo> mcphail: that means it is hitting the MOBILE block in the engine which is adding the gles11 unit
[16:26] <nemo> mcphail: now, in the old android build, a gles11.pp was provieded in project_files/Android-build but ideally we'd get this from ubuntu's package management
[16:26] <nemo> mcphail: I'm checking to see if you guys do in fact package this anywhere ☺
[16:26] <nemo> mcphail: otherwise we could toss it into the dir
[16:26] <mcphail> ok
[16:26] <sheepluva> nemo: as I said. I don't have any particular knowledge on the issue. but figured can't hurt to hang out here :P
[16:26] <nemo> hi sheepluva
[16:26] <nemo> trying to coax koda here but apparently hectic day at work for him
[16:28] <nemo> hum... not finding it anywhere ☹
[16:29] <sheepluva> 18:26 <@koda> needs gles11 unit
[16:29] <sheepluva> 18:26 <@koda> should be checked under fpc unit folder
[16:29] <nemo> sheepluva: the only gles11 unit I have is that android custom one
[16:30] <nemo> it binds against     External_library='GLESv1_CM'; {Setup as you need}
[16:30] <nemo>     Loadgles11('libGLESv1_CM.so');
[16:30] <nemo> sheepluva: so those would need changing at a minimum
[16:30] <nemo> mcphail: hm.. does ubuntu touch need gles11? ☺
[16:31] <nemo> sheepluva: you know, this kinda surprises me 'cause I thought we were using GLES11 across the board now
[16:31] <mcphail> nemo: I honestly don'y know :)
[16:32] <sheepluva> {$IFDEF MOBILE}                                                                                                                             {$DEFINE HWLIBRARY}
[16:32] <sheepluva>  {$DEFINE GLunit:=gles11}                                                                                                                {$DEFINE USE_LANDSCAPE_AMMOMENU}                                                                                                        {$DEFINE USE_TOUCH_INTERFACE}
[16:32] <sheepluva> {$ELSE}
[16:32] <nemo> sheepluva: boooo
[16:32] <nemo> sheepluva: 1) we got that far already, 2) pastebin 😝
[16:32] <mcphail> nemo: off to do some domestic chores for a while. If you get a solution, I'll catch it in the /lastlog
[16:33] <sheepluva> does the build destination? the ubuntu touch thing? doesn't have regular gl?
[16:33] <nemo> sheepluva: well ubuntu touch targets mobile devices, so I'm gonna guess GLES is standard on the device. but I had no idea if maybe it had an abstraction layer or something
[16:33] <nemo> sheepluva: also, I know that MOBILE sets gles11 but I wasn't sure if that was redundant or not
[16:35] <koda> hi
[16:35] <nemo> sorry
[16:38] <nemo> well. eyeballing the flag, seems gles11 only impacts our code in extension loading
[16:38] <nemo> so. assuming opengl apps normally build on an ubuntu touch, and opengl is available..
[16:39] <nemo> gonna guess we could maybe remove GLunit:=gles11 and, possibly if it causes a problem on startup, kill the extension loading
[16:40] <nemo> we don't use it for anything important anyway
[16:40] <nemo> video recording and 3d rendering
[16:40] <nemo> mcphail: ok. you mind deleting that line too? ☺
[16:43] <koda> mcphail: you mean that you are using full fledged gl unit in fpc ? :o
[16:43] <mr-tt> hi
[16:44] <mr-tt> how can i create a button in qml for ubuntu touch?
[16:45] <nemo> koda: well... my problem was that the gles11 stuff seemed custom to android (and maybe iOS)
[16:45] <nemo> koda: gles11 isn't provided by the system
[16:45] <nemo> so I was hoping we could get away w/ full gl unit
[16:45] <koda> no it's custom to *mobile* opengl
[16:45] <koda> there are missing functions between gles11 and gl
[16:45] <nemo> koda: I mean gles11.pp is under Android-build
[16:46] <nemo> koda: uh. why isn't that reflected in the code?
[16:46] <nemo> only thing that gles11 seems to flag is extension loading
[16:46] <nemo> I thought we targeted GLES11 across the board
[16:46] <nemo> and that it was a subset of full gl
[16:46] <koda> because the code uses gles11 which matches gl1.0
[16:46] <koda> so it works fine on desktop and amobile
[16:47] <nemo> koda: right? thought that's what I was saying
[16:49] <nemo> koda: but my point is... if system has gl unit in fpc, then it should just work if gles11 unit is deleted
[16:49] <nemo> koda: if it doesn't, because ubuntu touch has phone issues on that front, then will need to adapt the android build unit right?
[16:50] <nemo> since I couldn't find an ubuntu package explicitly for it, like, say, fp-unit-gles
[16:50] <koda> i don't think so, gles11 comes bundled in the arm fpc package afair
[16:50] <nemo> oh realllly
[16:50] <nemo> then he should not have gotten a build error eh
[16:54] <koda> it depends how the fpc pkg is distributed on ubuntu mobile :p
[16:56]  * nemo pokes mcphail 
[16:56] <nemo> you mind checking to see if gles11 is under the fpc tree on your build machine?
[16:56] <nemo> or, for that matter, any gl unit at all?
[16:57] <nemo> that is, under /usr/lib/fpc/*/units probably
[17:02] <nemo> koda: the thing is, I *think* this package already exists for ubuntu touch
[17:02] <nemo> so that suggests someone is building the entire ecosystem
[17:02] <nemo> well. maybe I misunderstood.
[17:02] <mcphail> nemo: no gles under /usr/lib/fpc/ anywhere
[17:02] <nemo> perhaps it is just packaged for arm, and if it works under ubuntu touch is just luck
[17:02] <nemo> mcphail: how about opengl
[17:03] <mcphail> nemo: yes - but can't use that on phone
[17:03] <nemo> bleh
[17:03] <nemo> mcphail: ok... so. the android build used a custom gles11.pp that added bindings against a gles so
[17:03] <nemo> it would be *nice* if ubuntu could package this in fashion koda mentioned ☺
[17:03] <nemo> but failing that, could do it manually I guess
[17:04] <mcphail> nemo: :)
[17:04] <nemo> mcphail: I was kinda hoping that possibly ubuntu was providing an opengl stub against gles11 - for apps that might possibly work w/ it.
[17:04] <nemo> mcphail: hm...
[17:04] <nemo> koda: hey. question.
[17:05] <nemo> koda: if the build was against the gl fpc, but we only used gles11 routines...
[17:05] <nemo> er. wait. no... would require the gl lib to target the phone gles. nm
[17:06] <nemo> guess that unit isn't even built for touch
[17:06] <nemo> probably would be missing stuff
[17:06] <mcphail> nemo: I don't know anything about pascal so can't offer any suggestions
[17:07] <nemo> mcphail: well... if I knew the name of the gles11 library on the phone could try adapting https://code.google.com/p/hedgewars/source/browse/project_files/Android-build/gles11.pp I guess ☹
[17:07] <nemo> mcphail: could file a bug against ubuntu touch asking for that mobile targetted arm package, but I guess that's lol
[17:07] <mcphail> nemo: just the name of the package giving the C libs for gles?
[17:08] <nemo> mcphail: well... reading that gles11.pp says it was automatically generated
[17:08] <nemo> but, most of it seems pretty generic
[17:08] <nemo> so I was hoping I could simply update Loadgles11('libGLESv1_CM.so'); to be your libgles name
[17:09] <nemo> then toss gles11.pp into hedgewars/
[17:09] <nemo> or well. have you do both of those 😝
[17:10] <mcphail> libGLESv2.so.2.0.0 and libGLESv1_CM.so.1.1.0
[17:10] <nemo> ooooh
[17:10] <nemo> srs!
[17:11] <nemo> cool. so maybe don't have to do anything
[17:11] <nemo> I bet libGLESv1_CM.so.1.1.0 is probably symlinked to libGLESv1_CM.so
[17:11] <nemo> mcphail: ok. cp project_files/Android-build/gles11.pp hedgewars/
[17:11] <nemo> aaaand cross fingers I guess
[17:12] <mcphail> nemo: well, we get a _different_ error :)
[17:12] <nemo> yay
[17:12] <nemo> 😝
[17:13] <koda> nebtw the gles11.pp is just a copy of the fpc version, so there is no problem in bundling for ubuntu touch imho
[17:13] <mcphail> nemo: http://paste.ubuntu.com/11849907/
[17:13] <nemo> hmmm
[17:14] <nemo> ♥ hg grep
[17:14] <nemo> is teh awesome
[17:14] <nemo> specifically hg grep --all
[17:15] <nemo> thought so. sheepluva added that last june
[17:15] <nemo> symptom of bitrot in our mobile stuff
[17:15] <nemo> good news tho
[17:15] <nemo> mcphail: he just failed to ifdef enough I think
[17:15] <nemo> {$IFDEF USE_S3D_RENDERING OR USE_VIDEO_RECORDING}
[17:15] <mcphail> aah.
[17:16] <nemo> is around the body of the createframebuffer
[17:16] <nemo> but not the header
[17:16] <mcphail> nemo: paste me a patch or new file and I'll switch it around
[17:16] <nemo> mcphail: hm...
[17:16] <nemo> mcphail: well. I'm not sure what you are using. the branch?
[17:17] <nemo> I just want that ifdef above around those 2 calls
[17:17] <nemo> on your lines 81 and 82 of uRender
[17:17] <nemo> mcphail: 0.9.21 + ubuntu patches?
[17:18] <mcphail> nemo: just the 0.9.21 tarball from the site
[17:19] <nemo> 'k
[17:19] <nemo> hang on then
[17:20] <mcphail> can I just comment those lines out?
[17:20] <nemo> you could, but I was testing locally and hit another one
[17:20] <nemo> USE_S3D_RENDERING is not enabled for mobile, and RenderClear has same issue
[17:20] <nemo> procedure RenderClear           (mode: TRenderMode);
[17:20] <nemo> will need that too
[17:21] <nemo> ugh. DrawWorld too. maaaan
[17:30] <nemo> mcphail: ok. made some minor changes to dev for those flags
[17:30] <nemo> mcphail: going to transplant them into the .21 branch and pack 'em up for you as a diff
[17:30] <nemo> just eyeballing it *seems* like the game should still work just w/ the ifdef tweaks ☺
[17:31] <nemo> transplant 'cause I think the branch is too old to merge anymore
[17:41] <SturmFlut> Months ago we couldn't even get SDL working, and now you guys are working on the third SDL game port I know of. Oh wow.
[17:43] <nemo> mcphail: ok. builds w/ s3d and video recording turned off now. transplanted it onto the branch. but not worth you getting it I think
[17:43] <nemo> mcphail: simply disabling those 2 lines is enough on the branch. all the rest is in .22-dev
[17:44] <nemo> well. "the rest" one more function and a compiler error in uWorld
[17:44] <nemo> https://code.google.com/p/hedgewars/source/detail?r=a0b9b678b46eccd0c66273c4f6bb016b9586d2be&name=0.9.21  fwiw
[17:45] <nemo> but nice to get mobile bitrot under control again \o/
[17:45] <nemo> mcphail: we need to properly support MOBILE as a cmake flag, and maybe provide gles11 if the system isn't providing it
[17:46] <nemo> don't want to add gles11.pp outright ofc, to avoid overriding system version
[17:52] <mcphail> nemo: was afk. Give me a minute and I'll check that out
[17:54] <nemo> SturmFlut: TBH I thought this was just gonna be flip a flag and go ☺
[17:54] <nemo> SturmFlut: or I would have probably stayed in my channel 😝
[17:54] <nemo> but nice to see all that mobile work from iOS and Android days so many years ago actually get some use
[17:55] <nemo> mcphail: hm... gotta go in a couple of minutes
[17:55] <nemo> or I'l get stuck in traffic for sure and miss kid's class
[17:56] <mcphail> nemo: np - will have to go soon anyway. Got a bit further then - http://paste.ubuntu.com/11850158/
[17:56] <nemo> huh...
[17:57] <nemo> koda: ↑
[17:58] <nemo> don't see where that should be coming from
[17:58] <nemo> but gotta go
[17:58] <koda> nemo: 365:            fingers[index].id := nilFingerId;
[17:59] <koda> some leftover probably
[17:59] <koda> mcphail: should be enough to remove it
[18:02] <mcphail> ok - it compiles but I'm now getting a raft of SDL linker errors. Might have to give up on this for the evening
[18:04] <mcphail> http://paste.ubuntu.com/11850217/
[18:20]  * mcphail gives up for the evening and decides to _play_ hedgewars instead
[18:20] <popey> hah
[18:20] <popey> thats the spirit
[18:22] <mr-tt> how do i write to a file and read from it in an app? ./file doesn't seem to work
[18:23] <mr-tt> i suppose i need to specify a path where writing is allowed. but where is that?
[18:31] <mcphail> It would be brilliant to get this game on the phone. Never played it before
[18:40] <ahoneybun> how do I take screenshots with the command line?
[18:40] <ahoneybun> phablet-tools does not exist
[18:41] <popey> the command is phablet-screenshot
[18:41] <popey> which is in the phablet-tools package
[18:42] <mr-tt> anyone can tell me where to store a file from an app?
[18:42] <ahoneybun> oh ok thans popey
[18:42] <popey> np
[18:42] <ahoneybun> *thanks
[18:42] <popey> mr-tt: the standard XDG directories
[18:43] <mr-tt> popey: so it has rw access to all .config .local etc?
[18:43] <popey> https://developer.ubuntu.com/en/start/platform/guides/app-confinement/
[18:43] <popey> look for xdg on that page
[18:43] <popey> right at the bottom
[18:45] <mr-tt> popey: how do i read the env variable from qt?
[18:45] <popey> not sure :)
[18:47] <mr-tt> ah nevermind, i know what the var is
[18:47] <mr-tt> ~/.config/appname/file should work
[18:53] <SturmFlut> There is a Qt component that gives you the application path, but where is that stupid e-mail with the name :/ can't find it
[18:54]  * popey wanders off for pizza
[18:54] <popey> ttfn
[18:55] <mcphail> Can't you just use good old getenv from the c stdlib?
[18:57] <SturmFlut> path = QStandardPaths::writableLocation(QStandardPaths::DataLocation)
[20:00] <ahoneybun> I'm having a problem with PageStack: http://imgur.com/RudP3Cc
[20:00] <ahoneybun> code: http://pastebin.ubuntu.com/11851060/
[20:21] <ahoneybun> mhall119: have you used PageStack before?
[20:22] <ahoneybun> ahayzen: check this out: https://twitter.com/ATHoneycutt/status/619223728585580546
[20:25] <popey> ahayzen: do you have a click for me to submit to QA?
[20:25] <popey> or do you want me to submit trunk?
[20:27] <t1mp> ahoneybun: the code on your pastebin does not get me the screen of the screenshot
[20:27] <ahoneybun> really?
[20:27] <ahoneybun> oh right
[20:28] <ahoneybun> t1mp: you'll need this file called Tips.qml: http://pastebin.ubuntu.com/11851234/
[20:32] <t1mp> ahoneybun: you need to put the Flickable in Tips inside a Page
[20:32] <t1mp> so put Page { } around your Flickable
[20:32] <ahoneybun> it happens on the other pages as well and they don't have flickable
[20:33] <t1mp> ahoneybun: and set the title of the Page to "Welcome to Ubuntu"
[20:34] <t1mp> ahoneybun: I mean like this http://paste.ubuntu.com/11851271/
[20:37] <ahoneybun> oh ok t1mp
[20:37] <ahoneybun> will i18n.tr work with "title" as well?
[20:39] <t1mp> ahoneybun: yes
[20:39] <ahoneybun> cool
[20:40] <ahoneybun> it looks really good now
[20:41] <ahoneybun> t1mp: now to get it on my device..
[20:41] <ahoneybun> it will not deploy for some reason
[20:43] <t1mp> ahoneybun: sorry, I don't know. I would propose to deploy from QtC but I don't know how that works internally
[20:43] <ahoneybun> it does with my other WIP app
[20:43] <ahoneybun> but not uBegginer at the moment
[20:43] <t1mp> ahoneybun: try to catch mhall119 or zbenjamin (maybe tomorrow, it is late at night in europe now)
[20:44] <ahoneybun> thanks t1mp
[20:44] <t1mp> yw
[20:46] <ahoneybun> I think I see why
[20:46] <ahoneybun> the package name
[20:56] <ahayzen> popey, trunk please :-) readme should be up to date
[21:00] <popey> sweet
[21:00] <popey> will do in the morning
[21:00]  * popey adds to to-do
[21:00] <popey> I have a handy job on my laptop which runs at 7am and builds all the core apps from trunk
[21:00] <popey> for easy testing :)
[21:01] <ahayzen> popey, awesome :-)
[21:01] <popey> even builds fat packages :)
[21:01] <popey> oh, and rsyncs them over to my server :) http://popey.mooo.com/mirror/daily_clicks/
[21:42] <ahoneybun> well I just found a security issue
[21:42] <ahoneybun> in Ubuntu Touch
[23:22] <JanC> ahoneybun: please report it!