[00:18] olli: You should have an email now. [02:30] Hm. How do I go about getting another mir-team PPA? I'm not an administrator on the team, and launchpad doesn't seem to list any administrators either. [02:50] RAOF: Maybe robert_ancell has access (via https://launchpad.net/~pspmteam/+members#active) [02:50] RAOF, sure, what name do you want? [02:51] robert_ancell: Hows about “system [02:51] robert_ancell: Hows about “system-compositor-testing” [02:51] RAOF, https://launchpad.net/~mir-team/+archive/system-compositor-testing [02:51] robert_ancell: Something to do the weeklyish releasesish into. [02:51] robert_ancell: Rock on. Thanks. [05:23] robert_ancell: Hm. What is ‘lightdm-set-defaults --remove’ supposed to do? [05:24] RAOF, not sure, I think didrocks did that. I tried it and it seems to set the value to "" which is useless [05:24] robert_ancell: Because ‘lightdm-set-defaults --remove --type=unity’ sets ‘type=unity’ if it was not already there, and sets ‘type=’ otherwise. [05:24] I would change it but I'm not sure if anyone is relying in it in the current form [05:25] They can't be, because ‘foo=’ is a syntax error. [05:25] If using it breaks your lightdm.conf, then no one can be using it in anger :) [05:26] Yeah, I figure so [05:26] 'foo=' is foo="" right? It's syntatically valid, though I can't think off hand of any useful lightdm keys that are useful with empty strings [05:28] Hm. At least if you set “type=” then lightdm fails to start. [05:32] RAOF, yeah, because it looks for the "" type and there is none. It would probably make sense for the daemon to ignore the "" value [05:32] It's the same behaviour as type=lksdhflkajsf [05:33] I guess I could do the "" is treated as default thing. [05:33] Oh, also, are you currently in the process of removing the hardware cursor from unity-system-compositor? [05:33] Or have any current plans to? [05:34] RAOF, no, but that sounds like something you'd like to do :) [05:34] Yes indeed :) [05:45] RAOF: What would be a nicer alternative? mir_set_cursor_image() ? [05:45] Obviously we should use a hardware cursor if we can [05:49] RAOF: robert_ancell: it was supposed to remove the default if the corresponding type was set [05:52] didrocks, right, so it should delete the key right? Not set it to black? [05:52] blank [05:52] robert_ancell: indeed, it was doing that at the time :) [05:53] duflu: I could go a mir_set_cursor_image. [05:54] RAOF: I was thinking about it yesterday but told myself to stop daydreaming about features we don't yet need [05:54] Now we need it?... :) [05:54] Well, "need" is obviously a movable feast :) [05:54] I *could* just turn it off and use the X software cursor. [05:55] But I would use it right now, if it happened to exist. [06:57] RAOF: can't hear half of what you are saying [07:14] hikiko: https://code.launchpad.net/~raof/mir/separate-graphics-buffer-and-display is the branch. [09:28] hikiko: Is the dead? It's a week since you changed it: https://code.launchpad.net/~hikiko/mir/mir.fix-virt-destructorS/+merge/167705 [09:29] oh you are right alan_g [09:29] I was looking at the other task [09:29] sorry [09:29] I will clean it up now [09:31] hikiko: That wasn't an order. (I just don't want dead MPs sitting in the list forever.) [09:32] no it's a good idea to do it now since I have many questions on the other task [09:32] and I emailed the list [09:32] I saw the email - but don't know most of the answers [09:33] yes, it's not an easy task, so better to finish this branch today :) [09:33] (But alf_ does) [09:33] thanks for the reminder! [09:35] yes, alf_ suggested to start the discussion in the mailing list where anyone can make suggestions [09:36] because we discussed some things already in the meeting but still there are some parts that are not very clear [09:36] anyway :) I ll fix the destructors first that is quite simpler :) [09:37] alan_g: I don't have all the answers either... I do have a lot of suggestions, though ;) [09:38] will it help if I read the questions and suggestions and then we jump on hangout? [09:39] sure alan_g thanks a lot, I will do the destr in the meantime [09:40] * alan_g first needs to wade through swapper-factory-interfaces and see what gardener is doing. [09:41] hahaha yes and I'll have a quick lunch in a while :) we can do it later [09:41] take your time :) === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [11:26] hikiko: I'll be leaving for lunch in 20min - hangout when I get back? Or do it now? [11:34] alan_g, enjoy your lunch [11:34] and we do it afterwards [11:34] :) === alan_g is now known as alan_g|lunch [11:55] is there any bazaar command that can give you the differences between 2 different branches? (like an extended bzr diff) [12:04] hikiko: bzr diff --old/--new [12:13] alf_, does this work for too completely different branches as well? eg mir.foo mir.bar ? [12:14] two* [12:14] hikiko: I haven't tried (but possibly). In the worst case just cd into one of the branches. [12:21] hmm it seems that old-new works with one file :s [12:22] I'd like to have a diff like what we get when we propose for merge [12:22] with the differences between the 2 branches [12:22] is this possible? [12:33] hikiko: bzr diff --old/--new works fine for me on the whole tree [12:35] i did bzr diff --old mir.foo --new mir.bar [12:35] and see no differences [12:35] :S [12:35] lol let me try on trunk just in case that foo and bar have 0 differences :p [12:41] cool... it works for the trunk alf_ :p [12:41] <--- feels stupid [12:41] it was that there were no differences :p === alan_g|lunch is now known as alan_g [13:16] alan_g, I fixed the destructors [13:16] when you aren't busy do you want to do the hangout? [13:17] * alan_g wishes there were not so many MPs to review [13:18] sorry :( do you want me to remove you from the reviewers? [13:18] I have mir-team anyway [13:19] (I tried to keep it much much simpler this time alan_g very few fixes outside src) [13:20] hikiko: this looks like somewhere you could have used "default": [13:20] 139 - ~Display() = default; [13:20] 140 + virtual ~Display() {} [13:20] did you try that? [13:20] I removed the default from there [13:20] because of the nothrow issue [13:21] if I add default I'll have to create an empty destructor in every child [13:22] like that: virtual ~ChildDisplay() noexcept {} [13:23] it's http://stackoverflow.com/questions/11497252/default-destructor-nothrow this problem :/ [13:23] Wouldn't the existing code hit the same snag if that [13:23] Wouldn't the existing code hit the same snag? [13:23] it didn't hit it because the destructors weren't virtual [13:24] looser throw specifier for 'virtual Y::~Y()' [13:24] error: overriding 'virtual X::~X() noexcept(true)' [13:24] that's the error I was getting [13:24] I can retry though to get 100% sure [13:24] but that was the reason I removed the default [13:25] ok - I'm still not entirely sure I understand when the problem exists. [13:25] alan_g, see comment 15 in the link above [13:26] it's a compiler specific issue [13:27] I was using clang when I first changed that branch and I was not getting any errors [13:27] then I saw that jenkins fails with that looser throw specifier error [13:28] and switched to gcc and got it as well [13:42] alan_g, also another question (sorry!) I saw your email, why do you suggest that we have a graphics static library and we load it at runtime? I understand what you suggest but I didn't understand very well which problem it solves :S [13:43] s/static/shared/ and it makes more sense. [13:44] hangout time? hikiko? alf_ ? [13:44] alan_g: sure [13:45] sorry shared [13:45] alan_g, I am in [13:45] https://plus.google.com/hangouts/_/b984b9ad51b94388fdf039db9aa6e0aa01d46d90?hl=en-GB === alan_g is now known as alan_g|tea [15:08] hello all [15:11] kdub: Hi! === mzanetti is now known as mzanetti|food === alan_g|tea is now known as alan_g [15:15] hello one [15:29] racarr: awake yet? === mzanetti|food is now known as mzanetti === mmrazik is now known as mmrazik|afk [15:32] alf_, ping [15:32] tvoss: pong [15:33] alf_, can you give me the link for the instructions for installing the mir staging ppa, please? [15:34] tvoss: http://unity.ubuntu.com/mir/installing_prebuilt_on_pc.html [15:35] tvoss: http://unity.ubuntu.com/mir/installing_prebuilt_on_android.html [15:57] alf_, are you ok with swapper-factory-interfaces after updating the members/functions to match the classes, and renaming shutdown to force_client_completion? [16:26] kdub: alan_g: Is https://code.launchpad.net/~alan-griffiths/mir/fix-1189443/+merge/168639 still relevant if are going to revert to the old way of unblocking the client (for non-swapper-switching cases)? [16:27] alf_: no - sorry should have WPI'd it [16:28] alan_g: ok [16:48] guys... if I want to look at performance on native x vs xmir... what would you advice I use to measure [16:49] tvoss, kdub alan_g ^ [16:49] RAOF, racarr ^ [16:50] olli_: what performance matters to you? [16:50] that is a good question [16:51] I think atm something like glxgears/fps would keep me happy [16:51] but then I know there is more to look at [16:51] so you tell me [16:51] glmark is probably the best choice, works on mir, surfaceflinger, x [16:51] I want to get a quick feel for whether xmir has any impact [16:52] plus alf's an in-team expert on the suite :) [16:52] do we have benchmark results for the 3 DS? [16:52] yeah, just missed him by 8min [17:01] Hi all sorry...here now. [17:01] Hit my head hard pretty hard yesterday and took extra rest [17:01] racarr: time for me to leave [17:01] Ouch! === olli_ is now known as olli [17:02] alan_g: I'm sure it will stimulate the regrowth of neural connections [17:02] ...:) [17:02] * alan_g resists temptation === alan_g is now known as alan_g|life [17:03] See you :) [17:03] kdub: Yesterday at EOD ricmm was running in to some issues with mir on flipped container android [17:03] did you hear about these? [17:03] racarr, yeah [17:04] well, at least with the issue that we don't use eglGetProcAddress() for eglCreateImageKHR and the like [17:04] Oh there is a new one [17:04] /home/phablet/mir/build/src/server/graphics/android/default_framebuffer_factory.cpp(80): Throw in function virtual std::shared_ptr mir::graphics::android::DefaultFramebufferFactory::create_fb_device() const [17:04] 23:06 Dynamic exception type: boost::exception_detail::clone_impl > [17:04] 23:06 std::exception::what: display factory cannot create fb display [17:05] unless it's solveable by immediate magic I will figure out how to get flipped container on my phone [17:05] wait for the currently running build to finish (max 1h) ... it has a bunch of udev fixed [17:05] *fixes [17:06] kdub: Is udev involved? I don't actually know where the graphics devices live in android world... [17:07] well, if you use devices on the ubuntu side it surely is involved (since it sets all permissions there) [17:07] seems a different error [17:07] k [17:07] the udev structure should be 'normal'... what i'd suspect is the filesystem positioning of the graphics libraries [17:07] Mm, that was my first guess but I dont know what is supposed to be where [17:08] well. up to today ueventd (androids "udev") and udev were fighting for the device ownership [17:08] android GL libs usually live somewhere in /vendor/lib [17:09] libgralloc_* or whatever is what we must not be ablet o get here [17:09] (/vendor being a link or bindmount to /system/vendor) [17:09] I guess first it would be best to check if hw_get_module fails or framebuffer_open [17:22] kdub: It is framebuffer_open not hw_get_module [17:22] and we are pretty sure surface flinger is dead :( [17:23] how did you kill it ... there is a certain process on the flipped images to change android service startup [17:23] android graphics libraries live in /system/lib/hw, /system/lib/egl, /system/lib [17:23] or /vendor/lib/hw /vendor/lib /vendor/lib/egl [17:23] depending on device [17:23] ogra_: Moved the binary and killed it [17:24] racarr, nexus 4? [17:24] kdub: ricmm is testing on galaxy actually, I am setting it up on my 4 now. [17:24] flipped container jubilee [17:24] ...sorry lingering effects of the head bang. [17:25] racarr, cp /var/lib/lxc/android/rootfs/init.rc /var/lib/lxc/android/overrides/ [17:25] then edit init.rc to not contain any surfaceflinger blocks [17:25] (in the overrides dir) [17:25] ogra_: Ok. We ust have a new theory though and maybe udev is it XD [17:25] that way it will not be started on boot [17:26] on raring, where its working I have /dev/graphics/fb* [17:26] flipped container has broken symlinks there atm? [17:26] I dunno [17:26] ricardo is testing something it seems [17:26] it shouldnt if your container started properly [17:27] see the lxc-android-config upstart job ... it creates the links [17:27] XD. ok apparently the symlinks are fine [17:28] HMMMMMMMMMMM [17:28] ah, good [17:28] ok guys, well we had a good run [17:28] but i guess it's time to give up now [17:28] pack up head home [17:28] but there are other files in /dev you might need [17:28] :p [17:28] and not all of them have udev rules yet [17:29] the failing code path is pretty small, hw_get_module works (i.e. it loads gralloc), framebuffer_open fails [17:29] http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ has the most recent flipped image btw ... with a lot less races [17:30] racarr, fire up the integration tests on the device [17:30] they will drive some tests that will test gralloc-only operations [17:30] with some gralloc+openGL tests too [17:30] Ohh good idea [17:31] ogra_: Flashing the latest ones now :) [17:31] good, tell me how it goes ... they should boot you into the shell and apps should run properly now [17:32] if i know they are usable i will announce them to the ubuntu-phone list as experimental developer images :) [17:32] * ogra_ is still downloading here ... slow DSL [17:35] :) [17:35] flasssshin [17:39] * kdub is curious too, will give it a try [17:42] ogra_: Boot to black screen :( [17:42] what device ? [17:42] nexus 4 [17:42] adb shell works, but still drops me in android and there is ubuntu_chroot [17:43] which I wasn't expecting [17:43] is that right? [17:43] maguro is the only one thats actually known to work [17:43] no, that isnt right [17:43] :) That didn't sound very right [17:43] how did you flash it ? [17:43] http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ [17:43] right, and then ? [17:43] downloaded armel+mako.zip [17:44] and touch-armhf.zip [17:44] puhed to sdcard [17:44] ok [17:44] intalled from recovery [17:44] do I need the bootimg file? [17:44] no [17:44] but the order is essential [17:44] armel+$subarch needs to go first [17:44] ah I did the opposite and I was doing that I was like [17:44] ...hmm I wonder [17:44] ...ok [17:45] as soon as i'm done testing here i'll mail out instructions [17:46] flashing...2.0! [17:46] (if that rsync ever finishes that is) [17:50] kdub: E/IMGSRV ( 7010): :0: PVRSRVCreateDCSwapChain: Error - 10 returned [17:50] E/IMGSRV ( 7010): :0: framebuffer_device_open: Failed to create flip chain; retrying [17:50] did it boot to the shell before you killed SF ? [17:50] ogra_: Ok I sitll get boot to black but adb-shell [17:50] yes [17:50] is container flipped now :) [17:50] oh [17:51] hey heres the shell [17:51] nice [17:51] yay [17:51] fuck only 69 minutes [17:51] thanks [17:51] of talk time left [17:51] ogra_: yea, it booted to shell before I killed SF [17:51] nice folding launcher :) [17:52] unortunately at first glance the network indicator doesn't seem to be working [17:52] hmm, it should [17:52] its the same as on unflipped saucy now ... [17:52] try phablet-network-setup if you cant get it to work [17:54] ogra_: Worked on reboot [17:55] ah, good [17:55] ogra_: any idea on my weird GL error? [17:55] ricmm, not really, no [17:55] its before GL [17:55] looks like a permission thing though [17:55] but i'm only wildly guessing [17:56] a permission that root wouldnt have? [17:56] it could be any misuse or mis-setup of the driver [17:56] yeah [17:57] it still is the android kernel, right? o.O [17:57] yes [17:57] same kernerl as in raring [17:58] ok installing all sorts of boost headers and such on my phone, back in 10 [18:18] fascinating, someone else has produced [18:18] the same error http://forum.imgtec.com/discussion/2611/pvrsrvcreatedcswapchain-error-on-android [18:18] (im still installing build dependencies at 41.9 kbs) [18:19] an my n4, i see a firmware problem [18:19] hey there [18:20] kdub: Firmware problem? [18:20] Hello :) [18:20] Is Mir going to be hold as an independend software project, independend from Unity/ubuntu? [18:20] so other software projects could reuse it [18:21] gotwig, our primary target is to support unity, but if other projects take an interest i don't think anyone would object :) [18:22] gotwig, rephrasing it a bit: mir does not assume Unity to be there, but it caters towards its goals [18:24] racarr, i see that the driver is complaining about not finding the gpu firmware [18:24] kdub: Oh interesting...where should it bet? [18:24] gotwig, does that help? [18:24] system/vendor/firmware? [18:25] ogra_: till trying to understand this flipped container... [18:25] is there a notion of chrooting in to android now? [18:26] thanks [18:26] Apparently rebooting the device after killing sf fixed it on galaxy nexus :) [18:26] right now I only see baby basic stuff in Mir [18:26] is this normal :D? [18:26] no one believes me that surfaceflinger is evil [18:26] nothing usable :/ [18:26] racarr, i ahip a script for that, yeah ... [18:26] racarr, android-chroot [18:27] what can you do with mir right now [18:27] I just tested the client demos [18:28] gotwig, there are qt/sdl branches and stuff floating around [18:28] but you have to be motivated to track them down if you're interested :) [18:28] Mm. [18:29] how can I get this? https://www.youtube.com/watch?v=E9AzRxsnfTE [18:29] I mean you can run xmir, qt, sdl, etc. [18:29] so, qt is the future for ubuntu? no GTK at all? [18:29] because I am/was a GTK developer (haha -..-) [18:30] gotwig, gtk will still be around, but unity8 is qt/qml and so is the ubuntu sdk [18:30] Well, we are focused on Qt (in particular QML yeah) [18:30] tvoss, only? [18:30] but no one is planning to rewrite libreoffice in QML either, so there will be some GTK around for a while ;) [18:30] gotwig, only as in ubuntu sdk or unity8? [18:31] this new Mir thing [18:31] Unity Next (?) [18:31] can you tell me how to get a setup like in the video I posted plase [18:31] *please [18:31] he says he is using mir, but I dont believe it [18:32] gotwig, well, I'm pretty sure that it's unity8 on mir :) [18:32] gotwig, you should talk to greyback_ if he is around [18:32] gotwig: Sorry XD, it's not an easy question to answer because a lot is currently in flux for those [18:33] gotwig: If you were really intent on it, you could build mir, then build ~robertcarr/platform-api/mir2 with [18:33] gotwig, or mzanetti [18:33] ENABLE_MIRSERVER_IMPLEMENTATION=true ENABLE_HYBRIS_IMPLEMENTATION=false [18:33] * gotwig feels ashamed for being a Ubuntu Member and stopping Ubuntu software development [18:33] gotwig, why stopping ubuntu software development? [18:33] tvoss, well... I found elementary [18:33] maybe Unity Next brings me back [18:34] Once I did some Unity Scopes/Lenses, it was fun... [18:34] gotwig: I hope within a day or two to have a PPA with packages ready so you can easily run unity+mir on your machine. [18:34] then build ~robertcarr/qtubuntu/mir2 from src/platforms with [18:34] greyback_, :3 [18:34] qmake "CONFIG += mirserver" [18:34] racarr, so I have to recompile mir, to get unity 8 running? [18:34] Then! you can build ~robertcarr/unity/phablet-wednesday [18:34] with ./build -s [18:35] and ./run -i -m [18:35] and it should work XD [18:35] or you can wait on the PPA [18:35] gotwig: No Mir from the ppa should work [18:35] racarr, can I do this all from TTY or a X session [18:35] you can do it all from an X session [18:35] racarr, oh, these steps are for unity 8 ? [18:35] Yes for something like the video you linked to [18:35] racarr, thank you very much [18:35] :) [18:36] fast and clean support :O [18:36] gotwig: No worries :) [18:36] you should probably actually [18:36] lp:~robertcarr/unity/phablet-tuesday [18:36] when building platform, api and qtubuntu [18:36] greyback_, ? [18:36] gotwig: Err, greyback is correct on the branch [18:36] phablet-wednesday doesn't exist (yet) [18:36] haha [18:36] why do you create branches for every day lol [18:36] gotwig: Also probably or platform api also do ENABLE_MIRCLIENT_IMPLEMENTATION=true and [18:36] or do you do commits every week for every day xD [18:36] gotwig: to match his underwear :D [18:37] CONFIG += mirserver mirclient for [18:37] qtubuntu [18:37] and you can test qt client apps too [18:37] gotwig: Just because like I said things are ina lot of flux this week haha [18:37] When I want to develop something for unity next [18:37] do I have to mess with QT? [18:37] I liked all this abstraction stuff from Unity, with the dbus interface... [18:38] do I need to add the PPA's for build dependencies? [18:38] gotwig, the primary languages are qml/qt/c++, for scopes and friends, things are a little different [18:39] gotwig, most likely python support and such [18:39] what I hate about ubuntu stuff is this extensive use of python -..- its so slow [18:40] gotwig, that's going away mostly [18:40] * greyback_ on his bike home [18:40] gotwig, we are actively working towards getting python out of the picture for the ubuntu touch [18:40] greyback_, don't bike and irc :) [18:40] damn that is sexy https://www.youtube.com/watch?v=oaT5JsZQQyU [18:43] so guys... [18:43] I got the branch, what now? [18:43] racarr, my container flip is stuck in a reboot-loop, but does yours have /system/etc/firmware/a300_pm4.fw ? [18:43] (I already did run ./build -s [18:44] kdub: Yeah [18:44] gotwig: Err, did you already do the first [18:44] two bits i.e. build and install platform API and build and install [18:44] qtubuntu? [18:45] racarr, I dont know :O I just did build -s [18:45] racarr, for the mir definition stuff, variables are enough? [18:47] qmake: could not find a Qt installation of '' [18:48] please help, this is so awesome xD [18:49] gotwig: I just tried writing up everything [18:49] here :) [18:49] http://studio.sketchpad.cc/gmY0M6iqeh? [18:50] do I need all this? [18:50] Platform-api? [18:50] Yep [18:51] platform-api is the new low level library that sits on top of mir and other stuff, that toolkits, or applications which do not want to use a toolkit [18:51] should use [18:51] qtubuntu has the qtbackends you need for unity (in the same process as mir) and running apps (out of process) [18:51] racarr, do you work for canonical :X? [18:51] gotwig: They keep paying me so I guess. [18:51] racarr, cool, do you live in the UK? [18:52] Nope. San Francisco CA [18:52] Greetings from Germany ;D [18:52] *waves* [18:52] Also. yay finaly finished fetching build dependencies on nexus aha [18:52] -- package 'mircommon' not found [18:53] I know, I sound stupid for a dev xD but I never did qt stuff [18:53] no worries [18:53] I guess if you installed mir from ppa you need the mir dev packages [18:53] gotwig: Which are called libmirserver-dev and libmirclient-dev :) [18:55] looking forward to packages ;D [18:55] ubuntu devs can do that very good :X [18:56] CMake Error: your CXX compiler: "CMAKE_CXX_COMPILER-NOTFOUND" was not found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name. [18:57] Do you have g++ ? [18:57] tvoss, I found a video about you on youtube ;D [18:57] gotwig, about me? [18:58] gotwig, or posted _by_ me? [18:58] tvoss, yeah, dat Ubuntu OnAir ;D [18:58] tvoss: Yeah, "A secret look at the private life of Ubuntu Touch's Architect" [18:58] gotwig, yup [18:58] I watch it every day [18:58] what? [18:58] :p [18:58] racarr, I am retarded >_> thx [18:58] haha [18:58] im just silly [18:58] One Night in Ubuntistan ;D [19:01] /usr/include/mirserver/mir/options/program_option.h:25:51: fatal error: boost/program_options/variables_map.hpp: not found :X [19:02] I installed libboost-dev [19:02] oh, thi was a recent fix that probably didnt land in the PPA yet [19:02] worx [19:02] ah [19:02] yeah you need libboost-programoptions-dev in particular [19:02] program-options? [19:02] something [19:02] racarr, only libboost-dev [19:03] probably pulls in everything [19:03] racarr, qmake: could not find a Qt installation of '' [19:03] [19:03] racarr, do I have to download the second branch into the first one? [19:04] no, it can go anywhere [19:05] getting qmake dependencies :X [19:11] I need the package for qplatformintegration.h [19:11] gotwig: Let me try and remember um [19:11] gotwig: qtbase5-private-dev [19:11] :) [19:12] >_> [19:12] thx [19:13] did not fix it :O [19:14] maybe you only had qt4 before and it was trying to build against [19:14] qt4 [19:14] :( [19:14] maybe recreate the makefile (qmake command again) [19:14] I already tried some things [19:14] there should be something in the output between that and build that makes it clear if it is doing [19:14] qt5 or qt4 [19:14] qmake runs fine [19:14] do you have [19:15] qt5-qmake [19:15] ? [19:15] If not, I think you want qt5-qmake and (perhaps?) qt5-default [19:15] Project MESSAGE: Warning: unknown QT: core-private [19:15] Project MESSAGE: Warning: unknown QT: gui-private [19:15] Project MESSAGE: Warning: unknown QT: platformsupport-private [19:15] oups, 3 lines ;D [19:16] do I have to build with qt5? [19:16] Hmm. [19:16] Yeah pretty much [19:16] I'm not ure that qt4 wouldn't work if you changed a little API [19:17] but qt5 is the target [19:17] I guess I miss a dependency [19:19] gotwig: So ait, you have qt5-qmake, and qt5-default and qtbase5-private-dev [19:19] and ran the qmake [19:19] and...what happens? [19:19] *magic pills* [19:20] nope :X [19:22] I wonder why there is no qt4-qtconfig for qt5 [19:23] I have had weird things with qmake in the past with qt4/qt5 [19:23] could try making sure qmake -v [19:23] oh [19:23] points at qt5 [19:23] and deleting the makefiles [19:23] I really don't understand qmake, it drives me insane :) [19:24] whats wrong with make [19:24] lol [19:24] and cmake [19:24] Project ERROR: Unknown module(s) in QT: sensors [19:27] gotwig: Are you building from [19:27] src/platforms? [19:27] YES [19:28] gotwig: maybe it just means you need qtsensors5-dev? [19:28] yeah D [19:31] do you maybe got a dependency list for me lol [19:32] I guess debian/control in the qtubuntu dir [19:32] should have them [19:38] right [19:50] kdub: Everything is working fine for me nexus 4 flipped [19:50] yay [19:55] racarr, :O [19:55] hmm, running xmir on the desktop I get both an X cursor and the big pink dogprick mir cursor following it around (only the mir cursor is in the wrong place) [19:55] any way to staunch that thing? [19:57] UnityCore/Lens.h is missing [19:57] where can I get that [19:57] gotwig: It should come from ./build -s successfully completing [19:57] I use 13.10 [19:57] is this supported? [19:58] gotwig: Could try libunity-core-6.0-dev [19:58] bregma: Uh...I guess --enable-input=false to mir [19:58] ould do it [19:58] since currently xmir doesnt use mir input [19:59] racarr, no chance [19:59] racarr, at least that's a clue, thanks [20:00] gotwig: I dunno. I don't know much about the unity phablet build system [20:00] only thing I can suggest, is the build scripts are a little finnicky so clean the tree and build -s again (I think it drops some stuff int he directory one above too that you will want to clean) [20:00] bregma: MIR_SERVER_ENABLE_INPUT=false in environment will also work... [20:01] We can add a cursor option too [20:01] you don't like the big pink orange arrow? ;( [20:01] we put our best visual designers on the job for over 15 seconds. [20:02] racarr, build -s as root? [20:03] I dont think so the scripts normally ask for sudo when they need them to install dependencies etc [20:05] the problem was with the update [20:05] build -s did not work for me [20:06] because some update sources did not work [20:06] I replaced apt-get update with echo "blub" and it seems to work :X [20:06] (not because of you guys, but because the bumblebee PPA does not work with 13.10, and I did not knew that :/) [20:07] Ah, great [20:10] Unity is so awesome [20:10] I really have to say it [20:10] smart scopes are the perfect addition [20:12] :) [20:14] too bad the music is stopped when I leave the dash :/ [20:15] now I should do some learning for my test.. see you later guys. And thank you very much [20:16] I think you convinced me to come back to unity development :X (third party app stuff, huh) [20:18] gotwig: Good luck! nice meeting you [20:19] Playing with the component showcase on nexus 4! [20:19] something that I did notice [20:19] build.sh wants to install libboost-regex-dev [20:19] it shouldnt do that [20:20] when It does that, it installs version 1.49 I guess, but it needs the newest version 1.53-dev I guess [20:20] first it installs one version, than removes packages to get the other, and its a mess [20:20] oh! thanks, will check [20:20] I am on 13.10 [20:32] ...have you guys ever typed [20:33] "adb hell" [20:33] you get ADB but the text background is red [20:33] and the text is yellow [20:33] im not loosing it right? [21:35] racarr, haha! i see it too [21:35] easter eggs [21:35] XD yeah [21:35] I only use adb hell now [21:36] i guess if we have a request for swapinterval 0 in our client api [21:36] we need both a sync and non-blocking function call [22:38] we should 'stop the bleeding' and inject pure virtual interfaces around ms::Surface and msh::Surface [23:44] kdub: ? [23:44] kdub: p.s. Happy to report unity8 running well on nexus 4 :) [23:49] oh really! [23:49] yay [23:59] racarr with like... the ability to launch applications?