[00:23] robert_ancell, heyo. So I started on a dbus api branch for the greeter. But... I ran into some problems, partly terminology, partly unsure if u-s-c is just very incomplete now [00:23] mterry, hi [00:23] robert_ancell, I have some IRC questions, but if interested, my simple branch is here: https://code.launchpad.net/~mterry/unity-system-compositor/greeter-api/+merge/173592 [00:24] robert_ancell, so (A) mir::Surface vs mir::Session inside of Mir. Let's say I want the object that equals the whole user session image. What is that called in Mir? [00:24] mir::Session seemed to be app-oriented, but contain sub surfaces [00:25] mterry, mir::Session is a single connection to Mir. In the case of a shell/XMir they only have one mir::Surface. So mir::Session is the object that uniquely defines a user session [00:27] robert_ancell, hmm, OK. Each session is assigned a name. The only place I could see that being set was creating ApplicationSessions, which seemed to be the app name. What might those user mir::Session names be? (I'm trying to see how to find a given session based on user name) [00:27] mterry, lightdm gives them a name so it can recognise them when they reconnect. At the moment it's just '0', '1', ... [00:28] though there is now a new feature where we get the PID for each session, so might switch to that [00:28] robert_ancell, I couldn't find anything in mir or u-s-c that related to users, uids, or names [00:29] mterry, the ID is passed to XMir with the -mir flag xserver_local_get_mir_id() in lightdm [00:29] and that's used in the mir_connect call [00:30] see SystemCompositor::set_active_session for accessing that name - mir::shell::Session::name() [00:31] mterry, u-s-c doesn't know about users, but lightdm does. So I think the greeter is going to have to get that mapping from or via lightdm [00:32] robert_ancell, ok [01:34] This is crazy [01:34] * duflu checks NBN rollout schedule [01:45] robert_ancell, all: the mir docs upload job is broken. It's a known issue, and will be fixed in the next 24 hours - I'm just waiting on a new SSH keypair from Francis. [01:45] thomi, ta [01:45] so the docs won't get updated, but I'm on it :) [01:46] mterry, still there? [01:46] robert_ancell, yeah [01:46] mterry, was thinking more about the transition, can you do a call? [01:48] robert_ancell, err, not easily [01:48] mterry, ok, np [01:50] mterry, the session being logged into needs to show when the user starts authenticating for that session right? Is there a reason lightdm doesn't pick that up and notify u-s-c? [01:51] Are there more complicated cases where we need to synchronize the greeter with u-s-c? [01:53] robert_ancell, not yet, but that puts u-s-c support into lightdm, which may not be ideal from an abstraction POV [01:54] mterry, I'm thinking this would just be contained to seat-unity.c, which would be acceptable in that sense [01:54] robert_ancell, there's already special unity support? I see, that wouldn't be any worse then [01:54] robert_ancell, so sure, no need to involve the greeter then [01:55] robert_ancell, and that means we don't have to poke a DBus hole for the lightdm user [01:55] mterry, yeah, the "unity" seat type is named like that so we can put whatever is appropriate in there [01:55] mterry, correct, we'd just use the link that lightdm has already to u-s-c which would be simpler [01:55] It would be more difficult if we need a more complex interaction, but I'm not seeing that at present [01:55] robert_ancell, is there a u-s-c branch of lightdm for me to look at? [01:55] mterry, it's on trunk now [01:55] k [02:03] robert_ancell, mterry http://paste.ubuntu.com/5857176/ ? [02:03] Freshly pulled from bzr [02:04] smartboyhw, you need a modified version of mesa, best got from https://launchpad.net/~mir-team/+archive/system-compositor-testing [02:04] robert_ancell, I do have that ppa installed [02:04] robert_ancell, I think that it is the problem of a new X version in archive [02:05] RAOF, ^ Do those recent naming changes match up in the PPA? [02:05] smartboyhw, you might be hit by this change http://bazaar.launchpad.net/~mir-team/mir/trunk/revision/821 [02:06] heh, in saying that. I just compiled and I'm hitting the same problem :) [02:07] robert_ancell, HAH HAH HAH [02:10] robert_ancell: Just back from a run; I'll check in a moment. [02:32] robert_ancell, smartboyhw: system-compositor-testing will not only have likely linkage problems, but crashes too: https://bugs.launchpad.net/bugs/1197260 [02:32] Ubuntu bug 1197260 in Mir "Mir GL clients are crashing with SIGSEGV inside gl* calls" [Critical,Fix released] [02:33] duflu, uh [02:33] Seems RAOF has updated staging but not system-compositor-testing yet [02:33] Oh, that would be right. [02:36] Ugg, more raring FTBS regressions [02:36] FTBFS [02:41] RAOF, what's stopping up updating X in the PPA to 1.14? [02:41] robert_ancell: It already is 1.14 in staging; I'm in the process of fixing XMir on hybrid systems, then I'll update the testing-ppa too. [02:42] RAOF, ok [02:42] thomi, is the raring mesa in https://launchpad.net/~mir-team/+archive/system-compositor-testing/+packages still coming from the autolanding system? Can we disable it if not? [02:46] racarr, around? [02:51] robert_ancell, you are in ~bug-control right? [02:52] smartboyhw, LP doesn't seem to have a group called that... [02:52] robert_ancell, ~ubuntu-bug-control? [02:53] smartboyhw, that doesn't seem to exist either [02:53] robert_ancell, just the Ubuntu Bug Control team... [02:54] ~ubuntu-bugcontrol [02:54] LP says I am an indirect member of that team, yes [02:55] robert_ancell, alright. [03:02] robert_ancell: hmmm, will take a look. I didn't think we autolanded anything in there, but it seems we do [03:09] thomi: Please keep raring open in staging at least. I'm using it :) [03:10] duflu: it looks like it's not even building in raring [03:11] I'll leave it along, since I didn't even know it was enabled, unless robert_ancell asks me to disable it again, in which case he wins ;) [03:11] thomi, ok, I'll delete the package, and bug you if it turns up again :) [03:11] thomi: I'm talking about PPAs. I believe we already banished raring from autolanding and CI [03:11] Because I remember the argument :) [03:12] duflu: yeah, I'm talking about PPAs as well - the system-compositor-testing PPA in this instance [03:13] I remember this argument as well, I also seem to get mixed instructions about raring support, so I'm not really sure what to do about that, beside give priority to the last request [03:13] thomi: I only ask that you don't delete it from staging [03:14] Although if I want a stable machine then one could argue I'm stupid for using PPAs [03:14] duflu: ok, I'm not going to delete it from anywhere, but you'll need to upgrade to saucy and join the cool kids one day ;) [03:14] thomi: I have several saucy machines. But I like raring [05:10] RAOF, any ETA on updating the system-compositor PPA? [05:14] robert_ancell: Everything's building in mir-team/staging now. [05:14] RAOF, k [05:32] thomi, ping [05:34] RAOF, ping [05:41] tvoss: Hi [05:54] didrocks, ping [05:58] tvoss: Pong. [06:00] tvoss: pong [06:01] didrocks, hey there :) any update on the unity-gmock branch? [06:01] didrocks, also: a review of https://code.launchpad.net/~thomas-voss/platform-api/add-location-service-api-take-2/+merge/173457 [06:01] would be highly appreciated [06:01] tvoss: it's building as we speach [06:01] tvoss: will have a look [06:01] didrocks, thanks :) [06:01] tvoss: do you know if bregma got to the nux branch btw? [06:02] didrocks, nope, no idea. Will ping him today [06:02] thx [06:05] tvoss: hum, you didn't fix the MP since I pinged you, right? [06:06] https://code.launchpad.net/~thomas-voss/platform-api/add-location-service-api-take-2/+merge/173457/comments/387948 [06:06] didrocks, forgot to push ;) [06:07] :) [06:11] didrocks, pushed [06:11] tvoss: thanks, looking [06:13] tvoss: I don't understand your package naming convention [06:13] didrocks, why not? [06:13] libplatform-hardware-api1-hybris installs libubuntu-platform-hardware-api1 [06:13] didrocks, yup, I would like to fix it, but in another MP [06:13] I guess your intend is that it's the platform hybris flavor? [06:14] tvoss: hum, you are introducing those new packages, wouldn't it be better to fix them right now? [06:14] rather than delivering another package that will have again a transition path needed? [06:14] didrocks, I would rather prefer to have that MP land as is in accordance with the rest of the packaging setup [06:14] didrocks, and clean it up in one go [06:15] tvoss: can we wait to land that one + cleanup the same day then? [06:15] 95 This package provides the hybris implementation of the hw-access parts of the Platform API. [06:15] -> this is > 80 characters, won't fit in some UIs [06:16] (same with -headers) [06:17] tvoss: please look at the lintian warnings, you have quite a lot on the -doc package as well [06:17] didrocks, can I just split the lines? [06:17] tvoss: sure, as long as it's not the short description, this is possible [06:17] didrocks, dpkg-buildpackage gives me the lintian warnings? [06:17] tvoss: debuild or bzr bd does [06:17] tvoss: you can launch manually as lintian *.deb [06:20] tvoss: libplatform-hardware-api1-hybris | libplatform-hardware-api1, [06:20] ok… let's wait for the package reshaping for that one… :) [06:21] tvoss: just summed that up as https://code.launchpad.net/~thomas-voss/platform-api/add-location-service-api-take-2/+merge/173457/comments/388392 [06:42] didrocks, for the comments: I wonder why this mp raises those concerns as the previous one that landed actually introduced the changes you are commenting (if I understand correctly) [06:43] RAOF: ping [06:43] duflu: Fong. [06:44] RAOF: Why don't I see, or why don't we need to set_crtc to a new DRM FB ID when the display's buffer object changes? [06:45] tvoss: the new packages are added in that MP, isn't it? [06:45] tvoss: the splitting in 2 packages [06:46] duflu: Because we drmModePageFlip instead. [06:47] (See kms_page_flipper.cpp [06:47] ) [06:47] tvoss: the unity build failed, can you try to have your branch merged against trunk to ensure you have the barriers fix? [06:50] didrocks, nope, that's the branch you already approved :) [06:51] tvoss: that doesn't make the arg invalid. I'm reviewing 30+ branches a day, can do mistakes :) [06:51] didrocks, fair point :) I was just confused [06:54] didrocks, I fixed the lintian warnings and addressed your comments [06:55] tvoss: looking good, let me look at a last rebuild [06:55] Aaaand everything's deadlocked in the kernel again. [06:55] RAOF, \o/ [06:56] didrocks, updated the unity mp [06:58] tvoss: so, approved with a missing long description fix (would be nice to do that) and waiting on the followup MP to get both landing [06:58] pulling unity [07:00] didrocks, I will take the package renaming discussion to ricmm and rsalveti once they are awake [07:02] tvoss: great :) [07:26] good morning [07:34] tvoss: hum, still has the same issue than with my branch [07:34] for unity [07:34] no target check-headless [07:34] tvoss: did you try running bzr bd on your branch? [07:39] didrocks, it fails locally, too === 36DAAZP3C is now known as tvoss [08:44] didrocks, still building locally :) [08:44] greyback, ping [08:45] tvoss: waow, you need ccache I guess :) [08:47] didrocks, yup [08:47] didrocks, I need a distcc cloud :) === xd is now known as Guest32052 [08:49] heh [08:49] I did that some years ago on my machine [08:49] and then, became lazy [08:49] get faster hardware :P [08:50] ogra_, why not juju deploy massive-distcc-cloud [08:50] tvoss: pong [08:50] tvoss, heh, feel free .... [09:00] katie_, ping [09:01] tvoss, hi [09:01] katie_, can you add me to the hangout? [09:01] tvoss, i'm in the hangout [09:01] sure [09:16] didrocks, so there is no target check-headless, and make check fails due to an assertion in g_main_loop [09:16] tvoss: yeah, the check-headless target is only generated when unity successfully detected gtests and so on [09:16] from what I saw in cmake === yofel_ is now known as yofel [09:17] didrocks, yeah, looking into that, too [09:54] didrocks, found the issue, final dpkg-buildpackage run to check that all is good [09:54] tvoss: ah, excellent! tell me once you pushed :) === dholbach_ is now known as dholbach [10:35] didrocks, package build successful, pushed the changes === hikiko is now known as hikiko|lunch === hikiko|lunch is now known as hikiko| [11:40] tvoss: built fine here as well, please link to the bug and make a MP [11:40] tvoss: oh, please add the version in google-mock build-dep [11:40] the only remaining one for new gmock is thus nux now [11:44] didrocks, done: https://code.launchpad.net/~thomas-voss/unity/new-gmock/+merge/173450 === greyback is now known as greyback|food === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g [13:37] kdub: ping [14:22] Morning guys. Since yesterday I'm not being able to start X/XMir [14:22] it starts to initialize (I even see Mir's big arrow at the top-left corner) [14:22] Then crashes. Anybody having this issue? [14:31] xjunior: first I've heard of it. Would you mind following this guide on helping us figure out such problems: http://bazaar.launchpad.net/~mir-team/mir/trunk/view/head:/doc/debug_for_xmir.md [14:32] sure! [14:35] xjunior: appreciated, thank you [14:36] Hmm RAOF isn't here, so I can't ask him on the progress on building new X version [14:37] greyback_: the logs in /var/logs/lightdm seem way more useful than Xorg.0.log [14:37] greyback_: found this [14:37] Switching to Mir session 0 [14:38] Logging to /var/log/lightdm/x-0.log [14:38] Can't launch X server X -core, not found in path [14:38] :P [14:38] :O [14:39] xjunior: did you pin the xmir packages, as described in http://unity.ubuntu.com/mir/installing_prebuilt_on_pc.html ? [14:39] xserver-xorg was removed by an update [14:39] not manually [14:39] yep [14:39] interesting. [14:39] greyback_: I didn't install that mir-demos package though [14:39] is it important? what's that? [14:40] xjunior, try installing xserver-xorg and see what will it remove... [14:40] I installed following another step-by-step [14:40] xjunior: a set of mir-demos, not vital IMO (only recommended as it pulls in all libmir* packages) [14:40] so, xserver-xorg has unmet dependencies [14:40] xjunior, what unmet dependencies? [14:40] !paste | xjunior [14:40] xjunior: For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [14:41] xserver-xorg-core (>= 2:1.11) but it is not going to be installed [14:41] xserver-xorg-video-all but it is not going to be installed or xorg-driver-video [14:41] xjunior, if you install xserver-xorg-core what shows up? [14:41] boom [14:41] xjunior, ? [14:42] xjunior: you're not the first with the issue: https://lists.ubuntu.com/archives/ubuntu-devel/2013-July/037450.html [14:42] xserver-xorg-core : Depends: libmirclient1 (>= 0.0.6bzr828saucy0) but 0.0.6bzr798saucy0 is to be installed [14:42] Ah, I remembered that [14:42] xjunior, :O [14:42] smartboyhw: :D any idea? [14:43] xjunior, um, I [14:43] 'm looking @ the PPA [14:43] is there a base pack I can remove to uninstall everything, then I install all over again? [14:43] What happened it seems [14:43] xjunior: I'd first apt-get update, then try to install xserver-xorg-core, and then follow apt's recommendation to "apt-get -f install" - hopefully it'll downgrade the mirclient package and let you re=isntall xorg [14:44] greyback_: I've done dozens of apt-get update last hour [14:44] xjunior, best approach would be to purge the ppa from your system, reboot and readd the ppa [14:44] greyback_, xjunior the new xorg RAOF uploaded lists libmirclient bzr828 as dep [14:44] sounds like you had saucy-proposed enabled ... [14:44] apt-get -f install didn't help =/ [14:44] never ever do that [14:44] xjunior, sudo ppa-purge ppa:mir-team/system-compositor-testing [14:44] But, obviously the PPA only has bzr798 [14:44] It's PPA's fault [14:44] smartboyhw, mind filing a bug against mir? [14:44] ogra_: I have what? [14:45] tvoss, let the bug reporter file the bug himself [14:45] xjunior, do you have the saucy proposed archive enabled ? (you shouldnt) [14:45] smartboyhw, ah sorry, I thought you had encountered the issue, too [14:45] ogra_: I don't think I do [14:45] k [14:45] (it is just that we had someone yesterday who had that and X was completely removed due to that) [14:46] tvoss: ok, so I'll purge, update, upgrade and reboot? [14:46] xjunior, ppa-purge does the job of update and upgrade, only reboot should be required after that [14:47] nice [14:47] Well, hopefully someone will move latest mir into the testing PPA [14:48] heh, hopefully Mir will land in the archive soon instead [14:48] smartboyhw: do you think it will happen yet today? I don't mind waiting [14:48] xjunior, not sure, I need to ask RAOF [14:48] Who isn't here [14:48] australia sleeps :) [14:49] Yeah [14:49] I did meet him earlier in the afternnon [14:49] *afternoon [14:49] xjunior, mind if I file a bug against Mir? [14:49] slackers :) [14:49] tvoss: be my guest :) I wouldn't know how to do that [14:49] ogra_: couldn't find package list for PPA: mir-team [14:49] system-compositor-testing [14:51] bregma: ping [14:52] xjunior: https://launchpad.net/~mir-team/+archive/system-compositor-testing [14:52] ogra_: well. that's odd [14:52] but the ppa's source list was all commented out [14:54] it's doing its job now. I'll wait until tomorrow to try again the ppa. [14:59] morning folks [14:59] greyback_, pong [15:02] ogra_, tvoss, smartboyhw: back to g'old xorg [15:02] xjunior, good, wait for a few days then:) [15:03] xjunior, yup, filing the bug now :) we usually update the ppa during my mornings [15:03] Heh, the two pointers thing is quite annoying for me, ogra_ when will the fix land? [15:03] smartboyhw: I'm trying to get the PPA back and actually pay attention to what it upgrades [15:04] kdub: hey, let me unping you for a bit :) [15:04] tvoss, BTW why do you guys mark 0.0.6 as done but without actually releasing it?:P [15:05] xjunior, for your tracking pleasure https://bugs.launchpad.net/mir/+bug/1199399 [15:05] Ubuntu bug 1199399 in Mir "System-Compositor-Testing PPA's Mir/XMir out of sync" [Undecided,New] [15:05] thanks a bunch, tvoss [15:05] smartboyhw, not entirely sure, best if you check with robert_ancell or duflu [15:06] tvoss: I re-enabled the PPA, apt-get update, installed unity-system-compositor [15:06] now apt-get upgrade [15:06] it doesn't want to remove my stuff now [15:06] let's see where this takes me [15:07] xjunior, let's see :9 [15:07] * smartboyhw raises eyes at xjunior [15:07] alright [15:08] it seem to have installed and didn't remove anything [15:08] but xserver-xorg-core is being kept back [15:09] do y'all work at canonical, tvoss, smartboyhw ? [15:09] xjunior, I'm working at Canonical, yes [15:09] xjunior, not me [15:09] I'm a Ubuntu member though [15:09] ok, it broke again :) [15:09] got it [15:09] xjunior, ouch [15:09] at least it's consistent. I like consistency [15:10] xjunior, great [15:10] Well let's get that sorted shall we [15:10] tvoss, ^ [15:10] smartboyhw, xjunior I think it's best to wait for RAOF to put the ppa in a consistent state again [15:11] tvoss, yeah [15:11] kdub: unping for now. [15:12] tvoss: indeed. I could track all that with you guys, but I'm working on an android app in that computer. can't be without it for now [15:12] xjunior, backup:p [15:12] smartboyhw: absolutely :) [15:12] git FTW [15:12] I know you guys like bazaar, though :P [15:12] Sorry, it's bzr+nano FTW for me [15:13] git is OK too [15:13] No SVN plz [15:13] SVN was great in the past. [15:13] smartboyhw: hey, which advantages do you see of bzr over git? [15:13] xjunior, less commands? Easier merging? Cleaner CLI? [15:15] Got it… [15:15] don't fully agree with all of them, but cleaner CLI is very likely to be true ;) [15:16] tvoss: do you guys work remotely at canonical? [15:16] xjunior, well probably due to my age I don't like too complicated things (albeit I know quite a lot on packaging and QA and sort) [15:17] greyback_, ok :) [15:17] smartboyhw: I never actually tried bzr, so I can't say much. I admit I had a lot of difficulties with git in the beginning, but after I learned it it's just an awesome tool [15:18] I like cleaner tools [15:18] specially if you've developed in C, or C++. The object model is quite interesting [15:18] And I appreciate those who made it [15:18] indeed. I'll take some time to try out bzr for sure [15:19] xjunior, yup [15:19] is it my impression, or does Mir/XMir looks sharper than Xorg alone? [15:19] * smartboyhw does want to join Canonical (or better still Google) one day [15:21] Google means you need to move ... Canonical doesnt :) [15:21] ogra_, +1 :) [15:21] ogra_, I would rather move there to work === om26er_ is now known as om26er|dinner [15:21] that's a big thing [15:22] I'm a former ThoughtWorker. Worked there for some years. Left because I wanted to be more home. [15:23] If I work @ Canonical, the only thing I wouldn't want to touch is Mir:P [15:23] * smartboyhw rather likes kernel or QA [15:23] really? Seem like an interesting project [15:23] Well, maybe talk about it 10 years later or so [15:23] Still too young to be employed:P [15:23] I see where you're coming from. [15:24] xjunior, where? [15:24] smartboyhw: I mean, about rather working with Kernel and QA [15:24] xjunior, oh [15:24] Well, these are more *fun* [15:25] Just different kind of work. I like visual things… I'd work with Mir/Unity [15:25] also a big fan of dev-tools [15:26] * smartboyhw likes sticking to a terminal [15:31] kgunn, pong [15:31] bregma: hey...i was chatting w tvoss earlier...he was indicating now valgrind is up on arm...but now runs oom [15:32] bregma: i was trying to square this with what you were originally proposing [15:32] e.g. disabling the test [15:32] for arm [15:32] kgunn, valgrind on qemu gets OOM on startup, but it runs fine on my N7 [15:33] bregma: ah...so to parse it finer...disable for qemu ? [15:34] no, the problem is actual tests are deadlocking on at least the N7, I'm proposing to just not run the integration tests on ARM because they exercise the Android drivers [15:34] at least in the packaging, in Jenkins it's a different story === dandrader is now known as dandrader|afk [15:42] Hey all, I followed the directions here: http://unity.ubuntu.com/mir/installing_prebuilt_on_pc.html and now my system is in a bad state. After plymouth, I see a big mouse cursor and then a black screen with a steady cursor in the upper left part of the screen. Also, I cannot switch to any VT's. Any ideas? [15:45] ChrisTownsend, the big cursor is a good sign... but it sounds like you have a broken Xorg somewhere, check /var/log/Xorg.0.log and /var/log/lightdm/* for signs of trouble [15:45] bregma: The problem is I cannot do *anything* right now. [15:46] ChrisTownsend: can you ssh in from another box? [15:46] I suppose I can boot a live stick and mount that partition and check. [15:46] well, you can reboot into safe mode, too [15:46] alan_g: Umm, I'm not sure what the IP is and I can't check. [15:47] * ChrisTownsend Tries recovery move [15:47] Err, mode [15:49] if you can use recovery mode to comment out the type=unity line in /etc/lightdm/lightdm.conf, you should be good to go [15:50] bregma: Alright, I'll see if I can do that. [15:50] bregma, when is that big cursor going to disappear? === dandrader|afk is now known as dandrader [15:51] bregma: I don't have the line "type=unity" in /etc/lightdm/lightdm.conf [15:53] bregma: I think I found it in /etc/lightdm/lightdm.conf.d/10-unity-system-compositor.conf [15:53] ChrisTownsend, that's correct [15:54] Yay, it works [15:54] bregma: Thanks [15:54] It should:) ChrisTownsend now you're back at your normal X [15:55] ...and all you need to do is figure out why lightdm doesn;t come up! [15:55] Oh, I see. Well... [15:56] smartboyhw, is one cursor is good, more is better [15:56] bregma, well, that's a bug actually [15:56] But it will take sometime to fix [15:57] I don't know the ETA [15:57] it has to be gone by mid-August [15:57] DISCLAIMER: I'm NOT on the Mir Development Team or associated by Canonical by anyway, so don't ask me when it will fixed:P [15:57] bregma, I think the guys will be able to fix it by then [15:59] right now we're sort of using the supernumerary cursor as a kind of watermark to indicate the Mir system compositor is running [15:59] bregma, yeah [16:05] Strange, it seems that the non Mir version of xserver-xorg-core is being held back. [16:08] So, the version of xserver-xorg-core in the Mir PPA depends on libmirclient1 >= 0.0.6bzr828saucy0, but the version of libmirclient1 in the PPA is 0.0.6bzr798saucy0. [16:09] Any ideas when this will be fixed? [16:10] ChrisTownsend, bug is filed: https://bugs.launchpad.net/mir/+bug/1199399 [16:10] Ubuntu bug 1199399 in Mir "System-Compositor-Testing PPA's Mir/XMir out of sync" [Critical,Confirmed] [16:11] ChrisTownsend, RAOF will take care of it as soon as he comes nline === om26er|dinner is now known as om26er [16:18] can I parallel-build (e.g. -j10) with cross-compile-chroot.sh? [16:21] dandrader, it won't accept the parameter [16:21] kdub, so, when cross-compiling, I have to stick to one thread? [16:22] the script is more useful for understanding how to set things up and for CI purposes [16:22] dandrader, all it does really is set up the partial arm chroot, cmake, make [16:22] kdub, ah, ok, so I can just call make directly [16:22] so you can go into the build directory and make -jX there [16:23] kdub, ok, thanks! [16:50] Anyone with XMir finding typing gets strange after a few hours? If I type 10 characters quickly, the first 9 come out reasonably fast, but the last after a delay of almost1/2 a second [16:50] tvoss: ever heard of that? ^^ [16:54] greyback_: i had [16:55] kgunn: Xorg memory usage seems to be growing slowly too. [16:55] it seemed (seems) to relate to having a google hangout & flash having been run [16:55] at least some deduction around that [16:55] I've not had a hangout today [16:55] but honestly...it corrected itself sometime ago... [16:55] but if that reproduces it, great [16:56] yeah...yours might be new [16:56]