[00:40] <bschaefer> RAOF, hey, soo since I can use gdb on mir server, i've compiled it my self and found where its failing (but I need to dig some more)
[00:40] <bschaefer>    bo->map = mmap(0, bo->size, PROT_WRITE, MAP_SHARED, dri->base.base.fd, map_arg.offset);
[00:40] <bschaefer> its returning a MAP_FAILED
[00:41] <bschaefer> in the function: create_dumb
[00:41] <RAOF> Huh.
[00:41] <bschaefer> RAOF, umm for this problem:
[00:42]  * bschaefer finds pastebin
[00:43] <bschaefer> RAOF, http://paste.ubuntu.com/6008137/
[00:43] <bschaefer> when it tries to create the cursor, and its failing to get a gbm buffer
[00:43] <RAOF> Yeah.
[00:43] <RAOF> That's just an odd thing to have fail.
[00:44] <bschaefer> oo, I thought you were confused on what i was pinging you about :)
[00:44] <bschaefer> RAOF, it takes a while to recompile, but im just about to check the params that are being sent in
[00:44] <bschaefer> then ill dig through what that functions does, and where its failing there...
[00:58]  * bschaefer gets the errno
[01:18] <bschaefer> RAOF, hmm errno is saying invalid argument
[01:19] <bschaefer> which could be my fault in reporting the error...
[01:19] <RAOF> So, your choice of "length was 0" or "addr, length, or offset looked at us funny'
[01:20] <bschaefer> the bo.size  ~= 16k
[01:20]  * bschaefer needs to print out the offset
[01:21] <bschaefer> and the fd was 9? Which seems reasonable to me
[01:21] <RAOF> Yeah, that's a reasonable number.
[01:23] <bschaefer> soo I suppose it has to be the offset... as the void* addr is just 0, length seems reasonable, prot/flags/fd all seem reasonable...
[01:23] <bschaefer> time to recompile ...
[01:26] <bschaefer> hmm the length is perfect: 64 * 64 * 4 for the cursor, unless the addr needs to be something besides 0
[01:26]  * bschaefer waits patiently for the results of the offset...
[01:28]  * robert_ancell -> lunch
[01:44] <bschaefer> RAOF, hmm the offset seems a bit large: 765247488
[01:44]  * bschaefer isn't sure what the expect offset would look like
[01:45] <RAOF> Hm. It's ~700Mb
[01:47] <bschaefer> which its getting it from drmIoctl...soo the kernel is giving a large offset?
[01:50] <duflu> Joy. My N4 seems to be completely dead. Not charging, not powering on.
[01:50] <bschaefer> duflu, it'll work as a nice paper weight now!
[01:51] <duflu> Not heavy enough... which is related to its running out of charge issues all the time :)
[01:51] <bschaefer> haha, well thats no fun!
[02:17]  * bschaefer was printing off_t with a %i ... opps
[02:27] <kgunn> duflu: is your n4 back in service ?...curious....
[02:28] <kgunn> i just flashed the "pending" image + latest mir ppa....and ui comes up
[02:28] <duflu> kgunn: Not yet. Also OTP
[02:28] <kgunn> only when i touch it....screen blanks not a reboot...ui comes back
[02:28] <kgunn> racarr: ^ in case you're on....
[02:29] <kgunn> looking for a victim to try it too...
[02:30] <robert_ancell> RAOF, how is lp:~raof/mir/fix-multi-surface-buffer-tracking going?
[02:31] <RAOF> need to fix it for android
[02:35] <bschaefer> RAOF, I don't want to poke you much more, but the real offset i get is: 9,637,617,664
[02:35] <bschaefer> soo ill take a look more tomorrow to see if I can figure out what the expected offset would be
[02:35] <bschaefer> and figure out why my ATI machine wants to do this, and not others
[02:38] <RAOF> That seems excessive, so is probably wrong :)
[02:38] <bschaefer> 6580879360, 9725997056, hmm should it be changing?
[02:38] <bschaefer> cool, well I also tried the default value for offset = 0, but its still MAP_FAILED...soo more to look into tomorrow :)
[02:39] <RAOF> Ta
[02:39] <bschaefer> np! Its fun digging this low...well im off for the night
[02:55] <duflu> robert_ancell: Hangout? Skype?
[02:57] <robert_ancell> duflu, hangout is best
[03:03] <robert_ancell> duflu, https://code.launchpad.net/~raof/mir/fix-multi-surface-buffer-tracking/+merge/181259
[03:03] <RAOF> Yeah, android is silly. :/
[03:03] <robert_ancell> RAOF, actually, we can test this without waiting for android right?
[03:04] <RAOF> Oh, sure. I could push to the testing PPA.
[03:04] <robert_ancell> RAOF, I'll do take that and the bypass and push to the PPA
[03:04] <RAOF> Aces
[03:18] <duflu> robert_ancell: Just merging trunk into bypass now. In a sec
[03:18] <duflu> And done
[03:44] <robert_ancell> RAOF, are the drivers the last major component?
[03:44] <RAOF> Yes
[03:44] <robert_ancell> Mir is building... will test once ready
[04:16] <robert_ancell> kgunn, did you just create the mir-testing list?
[04:16] <RAOF> Grah. Why is xorg hanging in its (minimal) test suite?
[04:16] <robert_ancell> olli, or you?
[04:17] <olli> robert_ancell, that was me
[04:17] <olli> I'll send some more information in a sec
[04:17] <robert_ancell> olli, did you mean for the list password to go to mircosmonauts?
[04:18] <olli> robert_ancell, wow, how did I do that?
[04:18] <robert_ancell> also, making more mailing lists is just bad practise, what was wrong with mir-devel?
[04:18] <robert_ancell> it's blocked in the queue so I can delete it if you don't need it
[04:18] <olli> robert_ancell, I meant to subscribe microscosmonauts
[04:18] <olli> but not fwd the passwd
[04:19] <olli> robert_ancell, in some ppls mind, there is value in separating -devel type of information and -testing information
[04:20] <olli> and I think we have more important things to do to argue with "some ppl"
[04:20] <robert_ancell> *sigh*
[04:21] <olli> the more important q is... how is the PPA looking, will we soon have something to actually post to -testing
[04:21] <robert_ancell> olli, mir just finished building, still building X drivers
[04:22] <olli> whoa
[04:22] <olli> with MM & bypass and everything?
[04:22] <robert_ancell> RAOF,  Is xserver-xorg-video-intel the only driver required for MM or are there also ati/nouveau versions?
[04:22] <robert_ancell> olli, yes, but UNTESTED
[04:22] <olli> robert_ancell, :)
[04:22] <RAOF> robert_ancell: ati & nouveau versions are coming.
[04:23] <olli> robert_ancell, cool, I'll stick around for a bit, happy to lend a hand if I can
[04:23] <RAOF> robert_ancell: Pending xorg-server finishing its build.
[04:23] <robert_ancell> RAOF, you saw the intel build failure right?
[04:23] <RAOF> Yeah.
[04:23] <RAOF> Should probably put an appropriate versioned build-dep on it :)
[04:23] <olli> RAOF, do I need a recent kernel for recent mir to work? or will my 3.10.0-6 work?
[04:24] <olli> mir/usc that is
[04:24] <RAOF> Intel should work. duflu found that radeon and nouveau wanted some of the dma-buf patches that are in 3.11
[04:24] <olli> RAOF, good thing I am on intel ;)
[04:24] <olli> cool
[04:25] <olli> I am going to move kgunn's test cases to a wiki, can you guys ping me when the PPA is done building?
[04:26] <robert_ancell> olli, yep
[04:27] <robert_ancell> RAOF, how long does an X build take on average?
[04:27] <RAOF> Depends on whether or not the xvfb-run test hangs or not :/
[04:28] <robert_ancell> RAOF, xorg failes amd64 :(
[04:28] <RAOF> Yeah, I've just cancelled it.
[04:29]  * robert_ancell heading out to get pick up daughter, be back afterwards
[04:34] <RAOF> Trying another xmir build, updated for what's in the archive.
[04:39] <olli> RAOF, will the libmirserver1 -> 2 rename bite us?
[04:40] <olli> oops
[04:40] <olli> libmirclient1 -> 2
[04:40] <RAOF> olli: No; we'll be building against libmirclient2 anyway.
[04:40] <olli> k
[04:45] <RAOF> Good. All the drivers are in the PPA, waiting for xserver to build.
[04:47]  * duflu goes to lunch and to send the N4 to LG service :(
[04:49]  * Mirv sees grey borders instead of black borders!
[04:50] <Mirv> I'm using my external monitor which has slightly higher resolution than my laptop. there used to be black borders at the bottom and right, now after the upgrades that went into saucy they are grey. I see progress! :)
[04:51] <Mirv> it's been rock-solid for 1.5 weeks now other than the fact that no real multimonitor support exists (yet)
[04:51] <Mirv> only the "XMIR mode of death"
[04:52] <duflu> Mirv: Yes grey is the new default fill colour to show where the shell/XMir is failing to paint
[04:52]  * duflu really goes to lunch now
[05:15] <robert_ancell> RAOF, anything I can do to help the xorg-server package build?
[05:16] <RAOF> I just needed to be less trusting of the docs.
[05:22] <tvoss_> good morning :)
[05:22] <tvoss_> RAOF, can I trick you into your voip lair?
[05:23] <RAOF> tvoss_: Sure.
[05:23] <tvoss_> cool, let me grab coffee
[05:32] <olli> RAOF, still building
[05:33] <olli> ?
[05:36] <didrocks> oh a olli around :)
[05:39] <olli> didrocks, of course
[05:39] <RAOF> olli: I'm just being confused by our documentation lying to me. Should build soon :)
[05:40] <didrocks> olli: seems we continue having fun with the QA machines this week (I think you saw the thread on intel and kernel panic)
[05:40] <robert_ancell> thomi, did we end up running the stress test on those 9 machines?
[05:41] <olli> didrocks, ah
[05:41] <olli> I have a panic myself on intel
[05:41] <thomi> robert_ancell: yes, and it fails on radeon machines
[05:41] <olli> on the latest kernel
[05:41] <thomi> robert_ancell: which is interesting (my testing laptop is radeon as well)
[05:41] <robert_ancell> thomi, but passes on intel?
[05:41] <olli> didrocks, w/ & w/o xmir though
[05:42] <thomi> robert_ancell: I think so - Chris said is "mostly failed on radeon machines", but that's a rather imprecise statement
[05:42] <didrocks> olli: yeah, I don't think this one is linked to xmir, just to newer kernel. (we can't blame robert_ancell and kgunn for everything yet :p)
[05:42] <olli> _yet_
[05:42] <didrocks> ;)
[05:43] <didrocks> olli: I didn't get any kernel panic (rebooting just once a day on my x220), you have the same machine, right?
[05:43] <thomi> robert_ancell: what's curious is that I'm not actually rendering anything in the stress tests yet - although it does allocate surfaces, which I guess must touch the graphics driver
[05:43] <olli> didrocks, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1214931
[05:43] <thomi> but I freely admit I have no idea how that stuff works
[05:43]  * didrocks looks at our logs and compare
[05:43] <thomi> robert_ancell: so the question is: does racarr have a radeon chipset handy?
[05:44]  * RAOF does
[05:44] <robert_ancell> thomi, don't know
[05:44] <robert_ancell> thomi, duflu was also looking into the issue
[05:44] <robert_ancell> thomi, because it sounds similar to didrocks ATI issue
[05:45] <thomi> ok
[05:45] <didrocks> olli: no, the machine is stuck for us on  [drm:i915_hangcheck_elapsed] *ERROR* stuck on render ring
[05:45] <robert_ancell> ok, heading off for dinner and baths and things. Will be back later
[06:13] <RAOF> Ok. You guys, this time it's totally going to work :/
[06:15] <olli> heh
[06:15] <olli> was just about to ask
[06:15]  * olli is getting sleepy
[06:19] <tvoss_> RAOF, how many rebuilds? :)
[06:19] <RAOF> I think this is the fourth?
[06:20] <RAOF> But this time it built locally, because I managed to figure out what part of my sbuild config was wrong and confusing me.
[06:20] <RAOF> tvoss_: Did you want the VoIP lair to remain inhabited?
[06:21] <tvoss_> RAOF, indeed, found coffee, now happy to talk
[06:44] <olli> smspillaz, I have this urge to hug you... however as this would be awkward I will just say you rock
[06:48] <olli> RAOF, how is the PPA doing? I am about 10min from bed, worth waiting?
[06:49] <RAOF> olli: The drivers should be in the process of building; just gave them a prod. I'm going to reboot and test with it soon
[06:51]  * tvoss_ is not afraid and hugs smspillaz 
[06:52] <tvoss_> didrocks, ping
[06:52] <didrocks> tvoss_: pong
[06:53] <tvoss_> didrocks, need your help with symbols in lp:~thomas-voss/platform-api/location-service
[06:53] <tvoss_> didrocks, can you try building the package and advice me on the symbols suddenly being reported as added
[06:53] <tvoss_> didrocks, I tried -fvisibility=hidden and that does not help
[06:53] <didrocks> tvoss_: later today, I really need to deliver the system update first
[06:54] <tvoss_> didrocks, ack
[06:54] <didrocks> (and barry's mock is buggy, so making it more painful :/)
[06:54] <olli> RAOF, robert_ancell, I will head out - good luck with the PPA. Pls ping everybody and tvoss about it, he will then coordinate further testing once we have validated it
[06:55] <olli> appreciate your work there guys
[06:55] <olli> it's so close...
[06:59] <RAOF> Oh, wow. Commits to the xwayland branch of xf86-video-intel!
[07:00] <olli> RAOF, URL?
[07:01] <RAOF> http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/?h=xwayland
[07:02] <olli> thx
[07:19] <duflu> Why are the boost docs as incomprehensible as boost itself? Docs should be readable somehow... :(
[07:21] <RAOF> Yeah, the boost docs appear to be almost deliberately useless.
[07:21]  * RAOF starts the bathing cycle.
[07:23]  * duflu assumes all this talk of bathing involves children and people are not just sharing too much about themselves
[07:41] <tvoss_> Saviq, ping
[07:47] <dholbach> good morning
[07:47] <Saviq> tvoss_, pong
[07:54] <robert_ancell> anyone tried the PPA yet? Just installing now
[07:55] <tvoss_> RAOF, robert_ancell is the ppa finished, yet?
[07:55] <robert_ancell> Everything is built except for ati it seems
[07:55] <robert_ancell> Luckily I'm intel here
[07:56] <tvoss_> robert_ancell, so which ppa should I be looking at? qa-testing?
[07:56] <robert_ancell> tvoss_, yes
[07:56] <robert_ancell> https://launchpad.net/~mir-team/+archive/qa-testing/+packages
[07:57] <tvoss_> robert_ancell, okay, need to pin that ppa then
[07:59] <tvoss_> robert_ancell, do we have instructions for the testers to do that?
[07:59] <robert_ancell> tvoss_, olli has some
[08:01] <tvoss_> robert_ancell, olli's instructions point to system-compositor-testing
[08:01] <robert_ancell> tvoss_, right, we copy the packages there when we're ready for public testing
[08:02] <robert_ancell> tvoss_, we don't want partially built packages in that PPA
[08:02] <tvoss_> robert_ancell, okay
[08:16] <robert_ancell> hmm, that didn't work. XMir crash
[08:16] <robert_ancell> http://paste.ubuntu.com/6013192/
[08:17] <robert_ancell> RAOF, ^
[08:21] <alan_g> hikiko: is it going any better this morning?
[08:24] <hikiko> hi alan_g yes I started some changes
[08:24] <hikiko> added a second constructor in GBMBufferAllocator that doesn't take the platform
[08:25] <hikiko> +now I am trying to modify the rest functions to be platform independent
[08:26] <hikiko> I ll add the changes to the branch and MP if it works
[08:27] <alan_g> hikiko: why not just change the constructor and existing call site? (And MP that on its own)
[08:28] <hikiko> sure alan_g I can do this as a first step
[08:28] <hikiko> I ll push in a while
[08:32] <tvoss> robert_ancell, RAOF so the testing ppa is not working for me, I only see mir's grey background, here the greeter jingle, but don't see it
[08:32] <robert_ancell> tvoss, same here - I get an X crash http://paste.ubuntu.com/6013192/
[08:33] <robert_ancell> tvoss, can you confirm the same thing in your logs?
[08:33] <arsson> i use synaptic and that ppa want's to remove u-s-c
[08:33] <tvoss> robert_ancell, yup
[08:34] <robert_ancell> arsson, it probably wants to downgrade it, not remove it?
[08:35] <arsson> well it talk about removing
[08:35] <duflu> alan_g: Can you explain the rationale for having a side channel in the protocol, and how we ensure synchronization (or don't need it)?
[08:35] <robert_ancell> arsson, try apt-get from the command line
[08:35] <arsson> ok
[08:36] <alan_g> duflu: AFAIK we don't ensure synchronization
[08:36] <duflu> alan_g: OK, I assume we don't /need/ it then. But still, why isn't everything in the same protocol?
[08:37] <duflu> Or same "channel"
[08:38] <alan_g> duflu: As I remember the discussion "this is what android does; it is simpler (for some value of simpler); and we can't say it doesn't work"
[08:39] <duflu> alan_g: OK. I guess kdub will know, if I don't figure it out in the next few weeks
[08:39] <alan_g> duflu: you and I both discussed this with tvoss at length back in the London sprint
[08:39] <tvoss> duflu, we have had that conversation before: having input events separate from control messages prevents one blocking the other
[08:39] <arsson> do i need to upgrade or dist-upgrade?
[08:39] <duflu> tvoss: No, nothing to do with input, AFAIK
[08:40] <tvoss> duflu, well, the side-channel transports input events as far as I can tell
[08:41] <duflu> tvoss: OK, I couldn't tell. It's a bit difficult to decipher. Just doesn't look anything like it's related to input because it's used on all sorts of non-input-related protocol messages
[08:42] <duflu> tvoss: Also, just because I've argued for a particular design does not mean I've ever had to look at the related code as yet :)
[08:42] <arsson> robert_ancell: from command line it's still wants to remove u-s-c
[08:43] <tvoss> duflu, :) now that statement is a great one ;)
[08:44] <tvoss> RAOF, any other information we can provide to you?
[08:44] <mpt> tvoss, hi, in 15 minutes or so katie and I will start peppering you with questions to finalize the surface management spec. :-)
[08:44] <tvoss> mpt, sure
[08:45] <duflu> tvoss: I don't understand. Design and implementation are different things. We talk at a high level about features we've never seen the code for all the time...
[08:46] <tvoss> duflu, fully agreed, I actually found your statement to be quite true :)
[08:50] <dholbach> hi guys
[08:50] <dholbach> so I just added the ppa:mir-team/system-compositor-testing ppa, but an update/dist-upgrade doesn't give me anything new to play with?
[08:51] <Mirv> dholbach: that's because it's empty, and unity-system-compositor is in saucy
[08:51] <dholbach> aha
[08:51] <Mirv> just not in the default install
[08:52] <Mirv> I've been running it now for 1.5 weeks
[08:52] <robert_ancell> arsson, can you paste the log?
[08:53] <dholbach> yeah, me too - I just thought I'd get something new to play with ;-)
[08:53] <dholbach> thanks Mirv
[08:53] <arsson> robert_ancell: form where to where?
[08:54] <robert_ancell> arsson, the apt output to paste.ubuntu.com or similar
[08:54] <robert_ancell> you can use pastebinit to make it easier
[08:56] <arsson> robert_ancell: it's finnish http://paste.ubuntu.com/6013304/
[08:58] <robert_ancell> arsson, hm, what PPAs are you using? Are they pinned?
[09:02] <arsson> robert_ancell: this https://launchpad.net/~mir-team/+archive/qa-testing
[09:04] <duflu> robert_ancell: You said mir_stress can cause bugs... How? I haven't reproduced any yet
[09:06] <duflu> greyback: If the grey background is intrusive, I can undo it while we don't have seemless startup... ?
[09:06] <duflu> Heh "grey back"
[09:07] <greyback> duflu: hello :)
[09:07] <duflu> *seamless
[09:07] <duflu> Hi greyback
[09:07] <greyback> duflu: I can see it's use on desktop tho. Hence the idea to make it configurable
[09:08] <duflu> greyback: It's a debugging tool to tell you where to fix your shell. Unfortunately it's a little too "loud" right now
[09:11] <robert_ancell> duflu, just running it used to trigger it after a few seconds for me and thomi
[09:12] <robert_ancell> duflu, but it seems to be less likely now so perhaps you're not getting it
[09:12] <duflu> robert_ancell: Seems?
[09:12] <robert_ancell> arsson, do you have a pin in /etc/apt/preferences.d?
[09:12] <robert_ancell> duflu, according to robotfuel who ran it on  the 9 machines
[09:12] <duflu> robert_ancell: OK, I'll ask thomi tomorrow
[09:12] <robert_ancell> thomi said he was still getting it, I haven't tried it in a while
[09:13] <arsson> robert_ancell: no. how to do that?
[09:13] <greyback> duflu: yep exactly. Useful. So if it was configurable, I wouldn't mind.
[09:14] <duflu> greyback: I think that hinges on the shell getting some composting hooks to override. While that's cool and exciting, it might not happen soon though
[09:14] <robert_ancell> arsson, ok, you need to pin using https://help.ubuntu.com/community/PinningHowto otherwise you'll get a mix of archive and PPA packages depending on which has the higher version number
[09:14] <duflu> *compositing not composting :)
[09:15] <arsson> robert_ancell: thanks!
[09:15] <robert_ancell> arsson, however I recommend waiting until ppa:mir-team/system-compositor-testing is populated and there are instructions for that. ppa:mir-team/qa-testing is currently a work in progress and is broken
[09:15] <greyback> duflu: lol
[09:15] <greyback> I see
[09:16] <duflu> composting hooks, less useful
[09:16] <duflu> Especially at 60Hz
[09:16] <robert_ancell> arsson, if you do use those instructions I found that Pin-Priority of 400 wasn't high enough for some reason and I used 1002 instead
[09:21] <hikiko> alan_g, https://code.launchpad.net/~hikiko/mir/mir.create_buffer_allocator/+merge/181502 could you please review it when you have some time?
[09:23] <alan_g> hikiko: sure. And https://code.launchpad.net/~alan-griffiths/mir/another-interation-over-NestedDisplay/+merge/181263 could you please review it when you have some time?
[09:25] <hikiko> sure :) I'll do this right away actually
[09:30] <robert_ancell> RAOF, this new driver might fix the crash I saw?
[09:31] <tvoss> robert_ancell, I tried MM3
[09:31] <robert_ancell> tvoss, 2+MM1 is building right now
[09:31] <robert_ancell> Or fully: 2:2.21.14-4ubuntu2+xmirMM1
[09:32] <robert_ancell> Ever feel like our version numbering has got out of control?
[09:32] <robert_ancell> 8 levels of numbering... mmmmm
[09:32] <robert_ancell> epoch:major.minor.patch-debian_ubuntu+feature_ppa
[09:33] <tvoss> \o/
[09:34] <tvoss> dear ppa-builder: faster
[09:39] <robert_ancell> it's the dreaded slow publishing stage
[09:40] <robert_ancell> well, the nice thing about slow builds is you can clear your inbox
[09:44] <katie> tvoss, hello
[09:47] <tvoss> katie, hey there
[09:47] <katie> tvoss, mpt and I are just discussing your email and focus stealing
[09:48] <tvoss> katie, shoot :)
[09:48] <tvoss> katie, can I quickly restart?
[09:48] <katie> tvoss, sure
[09:56] <tvoss> RAOF, no luck with the new intel driver in the ppa
[09:56] <tvoss> RAOF, still the same exception
[09:56] <tvoss> katie, ping
[09:58] <tvoss> RAOF, wouldn't the xserver need upgrade, too? especially for xserver-xorg-xmir?
[09:59] <katie> tvoss, hi, just drawing some diagrams.. i'll come back to you with a question
[09:59] <katie> :)
[09:59] <tvoss> katie, sure :)
[10:01] <robert_ancell> tvoss, are you getting no crash but just a gray screen now?
[10:01] <tvoss> robert_ancell, had that before, yeah
[10:02] <robert_ancell> tvoss, so you didn't have the crash?
[10:02] <tvoss> robert_ancell, no, although I think X was not coming up, I have always seen the grey Mir background
[10:02] <robert_ancell> tvoss, oh, I was getting the gray and a crash
[10:03] <robert_ancell> Now I just get gray, but the greeter is definitely there so it looks like X not rendering
[10:03] <tvoss> robert_ancell, well, I hear the greeter being started, at least the jingle :)
[10:03] <robert_ancell> tvoss, for some reason orca randomly turned on, so I could hear when I scrolled
[10:03] <robert_ancell> tvoss, you could also see authentication attempts in lightdm.log
[10:04] <tvoss> robert_ancell, and I see an exception from mir in the Xorg log saying that the surface coulnd't be associated to the output
[10:05] <robert_ancell> tvoss, I had that when X crashed, but I don't get that now
[10:05] <robert_ancell> RAOF, around?
[10:14] <duflu> robert_ancell: Do you mind if I log off or is there something you need immediate help with?
[10:14] <robert_ancell> duflu, I don't think there is anything more we can do at the moment. Not sure if RAOF is coming back online. I need to log off to. Good night!
[10:14] <duflu> robert_ancell: 'night
[10:15] <robert_ancell> tvoss, do you know of anyone in the European timezone who can help out with XMir?
[10:19] <tvoss> robert_ancell, not really, mlankhorst perhaps
[10:22] <tvoss> robert_ancell, which version of mir is in the ppa?
[10:22] <tvoss> robert_ancell, I do see a libmirclient2 library? what if x and xmir are not linked against that?
[10:23] <robert_ancell> tvoss, lp:mir+lp:~vanvugt/mir/bypass+lp:~raof/mir/fix-multi-surface-buffer-tracking
[10:23] <robert_ancell> tvoss, everything is correctly linked against libmirclient2
[10:23] <mlankhorst> erm what about xmir?
[10:25] <tvoss> mlankhorst, do you have a machine with an intel gpu around?
[10:26] <tvoss> robert_ancell, did you try it with a local build?
[10:26] <robert_ancell> tvoss, nope
[10:26] <tvoss> robert_ancell, will do that now
[10:26] <tvoss> mlankhorst, if so, can oyu give ppa:mir-team/qa-staging a spin?
[10:28] <mlankhorst> enough intel, mostly SNB though :P
[10:29] <mlankhorst> sec let me try
[10:29] <katie> tvoss, another question for you
[10:29] <tvoss> mlankhorst, cool, thanks
[10:29] <tvoss> mlankhorst, expect an error
[10:29] <tvoss> katie, shoot
[10:30] <tvoss> katie, can I ask you to setup a meeting with greyback, you, Saviq and me tomorrow morning?
[10:30] <katie> tvoss, is the bottom toolbar (on the phone) just another surface that the app can render to? treated in the same way as the titlebar
[10:30] <katie> tvoss, i'm not in tomorrow
[10:30] <mlankhorst> tvoss: invalid ppa?
[10:30] <robert_ancell> tvoss, I'm EOD here. I've emailed an update - can you read over it and check if there's anything else I might have missed
[10:30] <tvoss> robert_ancell, reading right now
[10:30] <mlankhorst> there's qa-testing, qa-testing2 and staging, but no qa-staging..
[10:30] <tvoss> mlankhorst, ppa:mir-team/qa-testing
[10:30] <tvoss> my bad
[10:31] <katie> tvoss, I'm back next week tuesday
[10:31] <tvoss> katie, ack, Monday then
[10:31] <katie> :)
[10:31] <tvoss> katie, Tuesday then, or today
[10:31] <tvoss> katie, @bottom toolbar: not a surface, but an sdk component
[10:31] <katie> ok
[10:31] <katie> ta
[10:33] <Saviq> tvoss, I'm out starting Saturday
[10:33] <Saviq> katie, ↑
[10:33] <Saviq> tvoss, so if I'm essential, today is the only day
[10:33] <robert_ancell> bye all
[10:33] <katie> tvoss, so today .. is half an hour enough?
[10:33] <Saviq> robert_ancell, g'night
[10:34] <alan_g> bye robert_ancell
[10:34] <tvoss> robert_ancell, bye
[10:35] <tvoss> Saviq, you are going onto vacation?
[10:36] <Saviq> tvoss, onto, yes ;) back to work Sep 9th
[10:36] <katie> tvoss, what's the meeting about?
[10:36] <tvoss> Saviq, wtf? who approved that? ;)
[10:36] <tvoss> katie, you updating the guys on wm :)
[10:36] <katie> is 30 mins enough?
[10:36] <katie> i think so
[10:36] <Saviq> tvoss, I have a sucker of a manager
[10:37] <tvoss> katie, awesome, thank you
[10:43] <kgunn> Saviq: he is a sucker for sure
[10:43] <Saviq> kgunn, ;)
[10:43] <tvoss> kgunn, hey there
[10:43] <kgunn> tvoss: hey so...safe to try the ppa ?
[10:44] <tvoss> kgunn, nope, not working
[10:44] <kgunn> :(
[10:44] <mlankhorst> tvoss: meh fails to install unity-system-compositor
[10:45] <tvoss> mlankhorst, can you pastebin the error message? please note that the archive has a more recent version of it
[10:45] <tvoss> mlankhorst, you should specify the exact version
[10:45] <mlankhorst> hmz :/
[10:47] <mlankhorst> interesting failures
[10:47] <mlankhorst> (EE) [xmir] Failed to create surface for 1440x900 mode: /build/buildd/mir-0.0.9+13.10.20130821.1/src/server/shell/graphics_display_layout.cpp(91): Throw in function virtual void mir::shell::GraphicsDisplayLayout::place_in_output(mir::graphics::DisplayConfigurationOutputId, mir::geometry::Rectangle&)
[10:47] <mlankhorst> Dynamic exception type: boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<std::runtime_error> >
[10:48] <mlankhorst> std::exception::what: Failed to place surface in requested output
[10:48] <mlankhorst> (WW) intel(0): failed to restore desired modes on VT switch
[10:48] <tvoss> mlankhorst, yup, will do a restart, hold on
[10:52] <mlankhorst> ..?
[10:53] <tvoss> back again :)
[10:53] <tvoss> mlankhorst, sorry, quick reboot
[10:54] <mlankhorst> but you did get the error right?
[10:55] <tvoss> mlankhorst, yeah
[10:55] <tvoss> mlankhorst, I do see the same error
[10:56] <mlankhorst> testing complete then :p
[10:58] <tvoss> mlankhorst, indeed
[11:02] <RAOF> Sorry, fell asleep while putting Zoë to sleep
[11:03] <tvoss> RAOF, no worries :)
[11:04]  * alan_g wishes we'd made the mir "toolkit" API easily mockable.
[11:05] <tvoss> RAOF, so we see an exception in X.org.log with the qa-testing ppa
[11:05] <RAOF> tvoss: Right, I see the backscroll.
[11:06] <tvoss> RAOF, let me know how I can help tracking this down
[11:08] <RAOF> I see the same exception, but curiously only when X is started by lightdm
[11:13] <RAOF> tvoss: I've got a build of XMir going that'll print some debug information about what it's trying to do.
[11:14] <tvoss> RAOF, ack, I'm trying mir with multi-monitor and wihtout bypass now
[11:19] <kgunn> RAOF: likewise...if you need me to try something i'm here
[11:26] <tvoss> RAOF, same issue with your branch
[11:27] <RAOF> tvoss: Try again with xorg-server - 2:1.14.2.901-2ubuntu3+xmirMM3 (once it's finished building)
[11:28] <tvoss> RAOF, ack
[11:28] <tvoss> RAOF, what is the underlying issue?
[11:29] <RAOF> The crash appears to be me failing to handle failure properly at some point.
[11:29] <kgunn> that's a double failure :)
[11:29] <RAOF> The underlying issue appears to be that mirclient refuses to place the second surface.
[11:31] <tvoss> RAOF, happens with only one surface, too
[11:31] <RAOF> I'm going to go to sleep; I don't think I'll be particularly productive now.
[11:31] <tvoss> RAOF, ack
[11:32] <RAOF> xmirMM3 doesn't fail with one surface for me. Except sometimes when lightdm start X, and I don't know what that's about.
[11:32] <RAOF> I'll pick this up in the morning.
[11:33] <tvoss> RAOF, ack, good night :)
[11:37] <mlankhorst> hm back to piglit testing then
[11:38] <tvoss> mlankhorst, ack
[12:06] <tvoss_> okay, ppa starts on one monitor as confirmed by rao, but mm not working
[12:06] <tvoss_> kgunn, ^
[12:13] <kgunn> tvoss|lunch: ack
[12:54] <smartboyhw> Is http://www.phoronix.com/scan.php?page=news_item&px=MTQ0MjA fixed?
[12:57] <tvoss|lunch> smartboyhw, infrastructure and fix ligned up here: https://code.launchpad.net/~robertcarr/mir/client-focus-notifications
[12:58] <smartboyhw> tvoss|lunch, thank you:)
[12:58] <tvoss|lunch> smartboyhw, quite a big change and as it is so crucial, we have given it extra attention and reviews
[12:58] <smartboyhw> tvoss|lunch, :)
[13:04]  * olli now has a phoronix.com account
[13:04] <olli> kgunn, tvoss|lunch ^
[13:04] <tvoss|lunch> olli, :)
[13:08] <kgunn> tvoss|lunch: finally caught up...so you get "failed to place surface in requested output" ?
[13:08] <tvoss|lunch> kgunn, not anymore with the most recent changes to the ppa
[13:08] <tvoss|lunch> kgunn, but when connecting a monitor
[13:40] <olli> on that post: it's good to see how people actually start to stand up for mir can call post like that BS
[13:42] <kgunn> tvoss|lunch: ok...so fully verified i'm on the current ppa....made sure i had no logs prior...boot to unity single screen fine
[13:43] <kgunn> but i am definitely getting "failed to place surface in requested output"
[13:43] <kgunn> xmir failed to create surface...
[13:43] <kgunn> RAOF: ^
[13:48] <tvoss|lunch> olli, +1
[16:11] <mamenyaka> hello! is there a mali specialist here?
[16:54] <om26er_> How do I check if my phone is running mir from terminal ?
[16:57] <ogra_> ps ax| grep -q surfaceflinger && echo "i'm not running Mir !"
[16:57] <ogra_> or some such :)
[16:59] <om26er_> ogra_, bash: !": event not found :p
[16:59] <om26er_> on the other side I am not running running Mir it seems
[17:00] <ogra_> oh, wow, seems i suck at quoting
[17:01] <ogra_> (bash dislikes exclamation marks in strings)
[18:45] <kgunn> racarr: ping
[18:49] <racarr> kgunn: pong
[18:50] <kgunn> racarr: hey dude...so...i know you've been working on dpms
[18:50] <kgunn> curious....were you spending any time on stress test ?
[18:50] <kgunn> (got brot up y'day with thomi/robertA)
[18:51] <racarr> kgunn: Very little
[18:51] <racarr> probably tomorrow
[18:52] <kgunn> racarr: thanks...i know...everyone's got plenty to do...just curious
[18:53] <kgunn> btw....do the screens come back on now ? :)
[18:53] <kgunn> racarr: ^
[18:55] <racarr> kgunn: ...no :(
[18:55] <racarr> kgunn: Im trying to save the environment
[19:30] <sam113101> how do I know for sure I'm running mir?
[19:33] <TheDrums> sam113101: ps ax | grep unity-sys    and see what pulls up.
[19:35] <sam113101> only the grep itself, crap
[19:35] <sam113101> what did I do wrong
[19:38] <TheDrums> You follow http://unity.ubuntu.com/mir/installing_prebuilt_on_pc.html ?
[19:39] <sam113101> yup
[19:39] <sam113101> and I restarted the computer (well, it's in a VM)
[19:42] <kgunn> sam113101: ...as TheDrums says those instructions are good....but i do the poor man...after boot, just run top
[19:43] <kgunn> if you see unity-system-comp in there...then your good
[19:43] <kgunn> good=running mir
[19:43] <TheDrums> Xmir doesn't work in a vm, sam113101.
[19:43] <kgunn> if ur grep is crap
[19:46] <kgunn> sam113101: are you trying vm for fear of screwing your machine ?
[19:48] <kgunn> sam113101: just wanted to say...if for some reason you don't like xmir, then apt-get remove unity-system-compositor will put you back on standalone X
[19:53] <sam113101> kgunn: no, I just don't want to use saucy
[19:53] <sam113101> TheDrums: why?
[19:55] <TheDrums> (I'm not part of the team/canonical, just a useless minion.)
[19:55] <sam113101> where did you hear that, though?
[19:56] <kgunn> sam113101: it is a known bug https://bugs.launchpad.net/mir/+bug/1157196
[19:56] <kgunn> on our balance sheet of todo's
[19:56] <thomi> morning
[19:56] <kgunn> there's actually some interesing reading there
[19:57] <kgunn> mornin thomi
[19:57] <thomi> o/
[19:58] <TheDrums> sam113101: If you don't want to run saucy, you can download a daily and install xmir onto it (restarting lightdm) or try the Xubuntu xmir testing ISO.
[19:59] <xnox> how is the progress on non-mirrored dual screen setup?
[19:59] <xnox> can I start testing / using it?
[20:08] <TheDrums> xnox: They're working on getting it in the system-compositor-testing ppa, but having a couple problems.
[20:09] <sam113101> TheDrums: "xubuntu xmir testing ISO", where can I find it?
[20:09] <TheDrums> It's not an official build, but http://vanir.unit193.tk/mir/
[21:13] <sam113101> well
[21:13] <sam113101> that was sluggish
[22:05] <racarr> robert_ancell: Want to do our 1~1 in 1 hour?Back now but am expecting someone to show up and interrupt for 10 minutes (I have their burning man ticket) at any minute now
[22:05] <robert_ancell> racarr, sure
[23:12] <robert_ancell> RAOF, hey
[23:12] <RAOF> Yo
[23:20] <robert_ancell> RAOF, anything I can do to test the multi-monitor stuff?
[23:21] <RAOF> robert_ancell: I'm adding yet more debug output to see why the surface for the second head doesn't get placed correctly. Once I've given that a whirl, I'll know more about where the problem is.
[23:33] <RAOF> Aha. Fails to bind the surface on the second output because the second output has the wrong display mode.