[01:09] <duflu> RAOF: In case you didn't notice, this is yours now :)  https://bugs.launchpad.net/ubuntu/+source/unity-system-compositor/+bug/1553549
[01:09] <ubot5`> Launchpad bug 1553549 in unity-system-compositor (Ubuntu) "unity-system-compositor crashed with SIGSEGV in get_adjusted_ptr(), when proprietary Nvidia drivers are installed" [High,Confirmed]
[01:13] <RAOF> Indeed I noticed.
[11:00] <suebt> greyback: Just got everything setup and ran gdb again. Unfortunately, there's no useful output :| (at least I think there is no): http://paste.ubuntu.com/15558754/
[11:01] <greyback> suebt: libc6-dbg installed?
[11:02] <greyback> but address at frame 2 does look weird
[11:02] <suebt> greyback: oh no, forget I reflashed it so no... will do, sorry
[11:03] <suebt> s/forget/forgot
[11:03] <suebt> Do I have to run it from inside the ch thing?
[11:04] <greyback> suebt: this is where you need to take care. The chroot is ideal for building code, since you can install all the dependencies without filling up your phone's root filesystem
[11:05] <greyback> but running code inside chroot is less convenient, as it can get in the way. Example, you may not be able to connect to mir, which lives outside the chroot, while you are inside the chroot
[11:06] <greyback> so usually I build my stuff in the chroot, then copy/install the built bits into the root filesystem. And then I test outside the chroot
[11:06] <suebt> greyback: Ah, allright okay. But how does the system know that I installed the debug packages in the chroot oO Is a reboot required?
[11:06] <greyback> which means, you need the dbg symbols outside the chroot too
[11:07] <greyback> suebt: gdb is configured to look for dbg packages in /usr/lib/dbg. As you're inside the chroot, it will not see the dbg packages outside your chroot
[11:07] <suebt> oh :| So how can I get them in the rootfs?
[11:08] <suebt> or can I tell gdb that I have dbg packages in the chroot?
[11:08] <greyback> suebt: the usual: apt-get install libc6-dbg
[11:08] <greyback> suebt: you can, using the "dir" or directory command
[11:08] <greyback> but I think you'd be safer just installing dbg packages on the rootfs
[11:09] <suebt> Huh, okay … but then I will be running out of space again, won't I?
[11:10] <greyback> suebt: that's a danger, yes. But by not having the build packages installed too (instead having them in chroot), you've made that less likely
[11:11] <greyback> usually I can manage to install about 300MB of debug packages before I hit that issue
[11:12] <suebt> Okay, so I installed libc6 to the rootfs. The same with the mir debug package?
[11:12] <suebt> s/libc6/libc6-dbg
[11:13] <greyback> suebt: well, try gdb again, see if you get more detail in your stacktrace
[11:14] <greyback> if you do, but it stops at something from the  "mirclient" library, then install the mirclient dbg package, and try again
[11:14] <greyback> it's a bit iterative
[11:17] <suebt> ok, thanks for your help. Let me try.
[11:23] <suebt> greyback: okay, here's the lock with libc6-dbg: http://paste.ubuntu.com/15558852/
[11:28] <greyback> suebt: hmm, no improvement. I would try installing the mirclient dbg, just in case.
[11:29] <greyback> but frame 2 has a weird address. Hope something isn't smashing the stack
[11:30] <suebt> greyback: so I'll enable the overlay ppa as I did for the chroot and install it?
[11:30] <greyback> suebt: yep
[11:30] <suebt> greyback ok..
[11:32] <greyback> lots of work, eh? :)
[11:33] <suebt> hah, I'm just bagging it won' t fill up my rootfs again xD
[11:36] <suebt> greyback: http://paste.ubuntu.com/15558908/
[11:36] <suebt> meh /0\
[11:36] <greyback> :(
[11:36] <suebt> greyback: What could be the root for this? Could it be a mir problem at all?
[11:37] <suebt> or is it more likly a problem with my libraries
[11:37] <greyback> suebt: it's impossible to say with this information. Something between mir & SDL
[11:37] <anpok> sdl dynamically loads mirclient
[11:38] <suebt> greyback: Is there anything I could do now?
[11:38] <greyback> suebt: all I can recommend is ensuring you're using the most recent pull of the sdl libraries - I know the mir support was changing a lot recently
[11:39] <greyback> suebt: and bschaefer would be the best guy to ask (he based on west coast US, usually online 8+ hours from now)
[11:39] <suebt> Hmm … okay. Actually it used to segfault because of missing/obsolete SDL libs before. But then I did the custom build and it no longer segfaulted. Instead I got the message that sdl is missing libsndio.
[11:40] <suebt> Only after including this lib, this segfault we're taling about is happening.
[11:40] <suebt> Not sure if that info is relevant
[11:40] <suebt> okay
[11:41] <greyback> yeah sorry, I'm not the expert on SDL
[11:42] <suebt> me even less :D thanks for all your help anyway!
[11:42] <greyback> I wish you luck. Thanks for the digging. I hope you learned something anyway
[11:42] <anpok> suebt: can you point me to the source code version of libsdl that you are using?
[11:43] <suebt> greyback: yes! I know now how to install debug packages, have a nice chroot where I can build stuff ... it's great! Thanks so much :)
[11:43] <suebt> anpok: yeah sure
[11:44] <suebt> https://github.com/Sturmflut/ubuntu-touch-sdl2-gles2-template I was using this to build my sdl libraries. This is known to work on the phone, that's why I was choosing it.
[11:45] <suebt> Not sure if it would help, but I can upload the stuff I have. At least the python stuff seems to be working :)
[11:46] <suebt> anpok: Or is a newer version required and I'm wrong?
[11:46] <slvn_> suebt,  . ... just reading, I can help if you want to build sdl2 for ubuntu device
[11:47] <slvn_> (just sum up your question again ...)
[11:48] <anpok> ok
[11:48] <suebt> hi slvn_, I building seems to have worked but the problem above started when I included libsndio which sdl was claiming for. Do you have an idea what could be wrong with that?
[11:48] <anpok> hm the sdl archive contains code that loads mir_connection_create_surface_sync
[11:48] <slvn_> not sure that sdl claims libsndio  ?!
[11:48] <slvn_> is it SDL2 ? not SDL.1.2 ?
[11:49] <anpok> and I believe that one only part of libmirclient8 and no longer part of libmirclient9
[11:49] <anpok> SDL2
[11:49] <slvn_> ok
[11:49] <suebt> one moment, slvn_
[11:50] <suebt> slvn_: http://paste.ubuntu.com/15558973/
[11:50] <suebt> ^ that's what happens without it. FYI: it's about trying to get kivy (https://kivy.org) running.
[11:52] <slvn_> yep, but kivy is not sdl2 ...   I have check SDL2 source and there is actually some part about libsndio
[11:53] <suebt> okay, I thought it was sdl2 cause of the "sdl2 - ImportError" ...
[11:54] <slvn_>  probably it is. since SDL2 contains some code that use libsndio
[11:54] <slvn_> in "configure" there are some reference to libsndio
[11:55] <slvn_> but, I have checked my partial chroot and I have no libsndio installed
[11:56] <slvn_> "find . | grep libsnd"  > ./partial-armhf-chroot/usr/lib/arm-linux-gnueabihf/libsndfile.so.1
[11:56] <slvn_> don't know wether libsndfile is different of libsndio ...
[11:57] <suebt> I haven't seen other apps shipping libsndio as well. Dunno why kivy wants that for sdl2...
[11:58] <slvn_> does kivy provides SDL2 libs for ubuntu device ? do you recompile your self ? do you actually need the libsndio ?
[12:00] <suebt> No, it doesn't provide SDL libs for the phone, I compiled them myself. I want to get kivy running, I'm not sure whether libsndio is neccessary, all I know is that it claims for it when I don't have it and that I receive a segfault when I include it :/
[12:05] <slvn_> SDL2 can look for various audio back-end and pick the available one. According to the "configure --help", libsndio is set as "default == yes". ...
[12:06] <slvn_> from my chroot which is a few month old
[12:06] <slvn_> Audio drivers   : disk dummy oss alsa(dynamic) pulse(dynamic) nas(dynamic)
[12:07] <slvn_> "checking sndio.h usability... no"
[12:07] <slvn_> my SDL2 on ubuntu device has no libsndio I guess
[12:08] <slvn_> I think this is *kivy* which try to load libsndio
[12:08] <slvn_> "ImportError: libsndio"
[12:08] <slvn_> this is python, not sdl2 ?
[12:08] <slvn_> maybe ask the channel #SDL2  ?
[12:09] <slvn_> maybe ask the channel #SDL ?
[12:13] <suebt> So, according to the kivy devs it's SDL2 xD Can you show me how you built it withoud sndio?
[12:16] <slvn_> suebt, this is my configure line http://paste.ubuntu.com/15559095/
[12:17] <slvn_> and the sum up http://paste.ubuntu.com/15559098/
[12:18] <slvn_> I think the audio back end is pulse, because  I remember having some issue with it ...
[12:31] <suebt> slvn_ hhmmm, this configuration is a bit different to what I used ...
[12:32] <slvn_> suebt, for instance ?
[12:33] <suebt> --enable-mir-shared --enable-video-mir instead of  --disable-mir-shared
[12:33] <suebt> not sure if that makes a difference tho
[12:33] <slvn_> should not matter, this is not related to libsndio
[12:33] <suebt> yes...
[12:34] <slvn_> I mean "configure script" won't find libsndio with the default chroot I guess
[12:34] <slvn_> so SDL2 shouldn't not even try to load lib sdl2 ..
[12:34] <slvn_> libsndio
[12:34] <suebt> yeah ...
[12:36] <slvn_> what is the output of the configure script ? "audio driver ..."
[12:41] <suebt> Audio drivers   : disk dummy oss
[12:41] <suebt> Video drivers   : dummy opengl_es2 mir
[12:41] <suebt> Input drivers   : linuxev linuxkd
[12:41] <suebt> Using libudev   : YES
[12:41] <suebt> Using dbus      : YES
[12:41] <suebt> Using ibus      : NO
[12:41] <suebt> What I'm just wondering, kivy wants libSDL2_image, libSDL2_ttf and LibSDL2_mixer as well.
[12:41] <suebt> Might it be that those require libsndio?
[12:43] <slvn_> no,
[12:43] <slvn_> but I have found your issue
[12:44] <slvn_> you need more dependencies in your chroot
[12:44] <slvn_> in your script "setup-partial-armhf-chroot.sh"
[12:44] <slvn_> you need to add some dependencie :
[12:44] <slvn_> builddeps+=" libfreetype6-dev libfreetype6 libpng12-dev libjpeg8-dev"
[12:44] <slvn_> builddeps+=" libpulse-dev libpulse0
[12:45] <slvn_> this is probably the reason for I have a different line "Audio drivers"
[12:48] <suebt> slvn_: Sorry, what script are you talking about?
[12:50] <slvn_> suebt,  I prepare my partial chroot to compile, with a script from mir.  Maybe you did it another way.
[12:50] <slvn_> Anyway, you need to have the previous packages installed
[12:50] <slvn_> so that the "configuration" of SDL2 is done correctly
[12:51] <suebt> Ah ok :) Would you mind sharing your script?
[12:54] <slvn_> suebt,  there was a little tutorial + files there : https://bugzilla.libsdl.org/show_bug.cgi?id=2805
[12:54] <ubot5`> bugzilla.libsdl.org bug 2805 in *don't know* "resources to build SDL libs on ARM Ubuntu touch" [Normal,New]
[12:54] <slvn_> I will update it
[12:56] <bregma> just out of curiosity, why are you guys trying to build libSDL instead of using the pre-built binaries available in Ubuntu Touch?
[12:56] <suebt> slvn_ nice, thanks
[12:57] <suebt> bregma: I tried those too. There is the same problem with sndio ...
[12:59] <slvn_> suebt, I have updated the previous ticket ..
[13:01] <slvn_> bregma, when I was compiling SDL2 there was no pre-built binaries available for ubuntu touch .. I also have a couple of minor patches  ..
[13:01] <suebt> slvn_: thanks I'll try it again with your scripts
[13:01] <slvn_> the tutorial is from 2014-12-06 ...
[13:03] <slvn_> you may have an issue with the "fullscreen" mode, because the status bar is still there ...
[13:03] <slvn_> you need to add "MIR_mir_surface_spec_set_state(spec, mir_surface_state_fullscreen);"  after "MIR_mir_surface_spec_set_name(spec, "Mir surface");" in the file "src/video/mir/SDL_mirwindow.c"
[13:04] <bregma> slvn_, ah, right, it was supposed to be available but I guess someone (me) didn't follow through -- it is available in the PPA https://launchpad.net/~mir-team/+archive/ubuntu/staging but I think bschaefer needs to update that, too
[13:05] <bregma> I'll see if I can poke him to make sure it's up-to-date and available somewhere
[13:05] <suebt> slvn_: hah, I'd be happy if I would get this thing running at all /0\
[13:05] <bregma> he'll be online in a couple of hours
[13:07] <bregma> he's the guy who maintains the Mir port
[13:08] <slvn_> I found the issue .. https://bugs.launchpad.net/qtmir/+bug/1519338
[13:08] <ubot5`> Launchpad bug 1519338 in QtMir "API "mir_surface_apply_spec" is not supported in qtmir/u8 " [Medium,Confirmed]
[13:09] <slvn_> I have to go away, I be back in 1 hour.++
[15:10] <bschaefer> suebt, hey, soo hmm not really sure why that library would cause you issue, you're trying to run a program from the command line for unity8?
[15:10] <bschaefer> or do you have your own mir server running?
[15:10] <bschaefer> as otherwise you'll get blocked, since you should have a *.desktop file in order to run on U8
[15:11] <suebt> Hey bschaefer, I'm running on the phone!
[15:12] <bschaefer> suebt, right, but you're trying to run the application from the command line for U8?
[15:12] <suebt> Yes.
[15:12] <bschaefer> you need a *.desktop file in order to be approved to run on unity8
[15:13] <bschaefer> otherwise you'll be blocked and strange things can happen (ie. no window can be created)
[15:13] <bschaefer> [CRITICAL          ] [Window      ] Unable to find any valuable Window provider at all!
[15:13] <bschaefer> that seems like the main error to me
[15:13] <suebt> Oh kay, that would be a very simple solution for this problem.
[15:13] <bschaefer> hopefully it is the solution :)
[15:13] <suebt> How can I archieve this?
[15:13] <suebt> I mean how do I set the desktop file path when running it?
[15:14] <bschaefer> suebt, i usually copy the webbrowser-app.desktop
[15:14] <bschaefer> in /usr/share/applications
[15:14] <bschaefer> and change the exec path to the path of my binary
[15:14] <bschaefer> or a script file
[15:14] <suebt> Okay, so I should just start it via the launcher.
[15:14] <bschaefer> suebt, the other thing you might want to include is SDL_VIDEODRIVER=mir
[15:15] <bschaefer> suebt, yes! Or in the dash
[15:15] <bschaefer> once you get a new *.desktop file up, just search for the name you set in Name=
[15:15] <suebt> Okay, I'll try both, thanks!
[15:15] <bschaefer> let me know!
[15:15] <suebt> sure :)
[15:20] <bregma> put your custom .desktop file in ~/.local/share/applications
[15:21] <bregma> use the "env" command in the Exec= line to set environment variable when running
[15:21] <bschaefer> suebt, bregma knows best ^
[15:21] <bregma> if you do not launch using a .desktop file, the Unity 8 Mir server will reject the connection (this prevents thinks like keylogging attacks)
[15:23] <bregma> if you want to launch from the command line instead of the Dash, you will still need a .desktop file and pass it to the ubuntu-app-launch tool
[15:23] <suebt> okay, thank you bregma, bschaefer, I'm trying...
[15:23] <suebt> I now have the Exec line "Exec=env KIVY_WINDOW=sdl2 SDL_VIDEODRIVER=mir /home/phablet/Documents/mainv3/main".
[15:24] <suebt> It hangs on the startup splash screen. How can I read command line output when starting the app from the dash?
[15:24] <bschaefer> IIRC the sys log will let you know if its rejected and you can look in ~/.cache/upstart/<desktop_file_name_log> for more info
[15:24] <bschaefer> suebt, check ~/.cache/upstart/ and the name of the desktop file
[15:25] <bschaefer> like legacy application <desktop file name> something like that
[15:26] <suebt> Ah, thanks bschaefer. Okay, hmm ... the kivy environment variable didn't work this time, was my exec line correct?
[15:27] <bschaefer> suebt, i usually just make the Exec line point to a *.sh file :)
[15:27] <suebt> will do :)
[15:27] <bschaefer> just a simple bash script that exports the env
[15:27] <bschaefer> then execs your app
[15:32] <suebt> /home/phablet/Documents/mainv3/start.sh: 3: ./main: not found
[15:32] <suebt> hmm, it won't find my executable from within that script oO
[15:32] <bschaefer> well sounds like the path is off :)
[15:33] <suebt> it doesn't work with the absolute path as well -.-
[15:34]  * bschaefer isnt sure though
[15:34] <bschaefer> suebt, best bet is to just do exec <full/path/to/main>
[15:35]  * bschaefer internet died
[15:35] <bschaefer> suebt, umm you saw the part about full path to main?
[15:35] <suebt> yep, thx, one moment
[15:37] <suebt> bschaefer: All right, it "works" now (the path is right now), but it crashes with the same error as before: http://paste.ubuntu.com/15560297/
[15:37] <bschaefer> well : [CRITICAL          ] [Window      ] Unable to find any valuable Window provider at all!
[15:37] <bschaefer> isnt a good sign :)
[15:38] <suebt> yeah :/
[15:45]  * bschaefer seems to keep having internet issues
[15:45]  * bschaefer writes a simple SDL2 app
[15:55] <bschaefer> suebt, http://paste.ubuntu.com/15560412/
[15:55] <bschaefer> if you can cross compile that for ubuntu touch
[15:55] <bschaefer> then test that works
[15:55] <bschaefer> for Mir
[15:55] <bschaefer> on U8
[15:56] <suebt> Allright, will try bschaefer
[15:56] <bschaefer> opps, replace ... that third error with failed to create renderer :)
[15:56] <suebt> ok
[16:02] <suebt> meh, my chroot seems broken, trying to install libsdl2-dev to it, "E: Unable to correct problems, you have held broken packages."
[16:03] <bschaefer> :(
[16:03] <suebt> let me create a new one
[16:05] <suebt> need to go off now, I let the sdk create a new chroot and will try it as soon as I'm back.
[16:05] <suebt> s/let/currently letting
[16:07] <bschaefer> suebt, ill be around!
[16:08] <suebt> great :) I'll have some pizza see you in 1-2h
[18:49] <suebt> hey, I'm back, having some trouble though
[18:50] <suebt> Can't I install libsdl2-dev to my click chroot? It still doesn't works ...
[18:52] <bschaefer> :(
[18:52] <suebt> How do you do this?
[18:52]  * bschaefer isnt to good with clicks... i usually just use a pbuilder
[18:52] <bschaefer> slvn_, posted this earlier: https://bugzilla.libsdl.org/show_bug.cgi?id=2805
[18:52] <ubot5`> bugzilla.libsdl.org bug 2805 in *don't know* "resources to build SDL libs on ARM Ubuntu touch" [Normal,New]
[18:52] <suebt> Okay, let me try with the includes from the source code-
[18:52]  * bschaefer isnt 100% how helpful that is
[18:53] <suebt> c++ noob question how do I tell the compiler where it finds additional includes?
[18:54] <bschaefer> -I
[18:54] <bschaefer> -I/path/to/includes
[18:54] <suebt> ah right, thx
[18:55] <slvn_> suebt,  the scripts from the SDL2 ticked should work pretty fine ... I spent hours to update them in order to make minimal user action
[18:55] <bschaefer> np
[18:56] <suebt> slvn_ I tried it but it failed for me :| it was missing something, I gave up in the end :/
[18:58] <slvn_> well I use it, and got +10 apps published ... if you report the error I may help you ... though it should be better to use the official package ..
[19:05] <suebt> let me try again.
[19:19] <suebt> slvn_ it says: "gpg-error, gpg could not been executed (is it installed?)" (translated)
[19:21] <suebt> *gpgv http://paste.ubuntu.com/15562381/
[19:36] <slvn_> suebt,   "sudo apt-get install gpgv"  ?!
[19:36] <slvn_> you need to install this tool ..