[00:10] Heh. “I was very fed up with Ubuntu at the time anyway because our bug tracker once again exploded after the Ubuntu release.” [00:10] *One* way of interpreting that would be “Ubuntu's mesa stack is terrible” [00:10] The other way would be “Almost all of our users run Ubuntu” :P [05:55] haha [06:37] oooooh [06:38] looks like we *might* have a patch for the touch bug, finally [06:38] i told the same last week [06:38] the patches are on the list now [06:38] it's still buggy on nexus7 though, but x86 is fine [06:38] tjaalton: not that, some patch on top of that [06:39] [PATCH] dix: call UpdateDeviceState() for emulated TouchEndEvents [06:41] I'm testing now [06:41] where's that? [06:42] oh he didn't send it publicly, http://paste.debian.net/4065/ [06:43] on top of the -v3 branch [06:44] oh there's v3 now [06:44] it's a rebase of -v2 [06:44] but another patch is going to get added to it, make check is crashing [06:47] [PATCH] dix: devices must have valuators before touch is initialized [06:47] I guess that's the make check fix [07:08] i'm building it as well [07:13] point of inquiry: will mesa be built with ilo? [07:14] it's been really awesome as an experimental platform and it doesn't seem to get in the way of dri unless you set xorg.conf to use it [07:15] ilo? [07:20] RAOF, the new gallium stuff for i965 [07:20] Oh, yeah. That one. [07:20] mlankhorst: failed to build [07:22] starks: maybe for 9.2 [07:23] starks: What's particularly awesome about it? It seems harmless to enable, although unfortunately we no longer have the dri-drivers-experimental package. [07:23] we do, it's just empty [07:24] i see potential for state trackers and gpgpu seems to be on the way. classic mesa is boring. you can't extend it and nothing hooks together. don't like how intel separates their opencl stuff [07:28] maybe another day i'll share my findings, too tired and i need to pass out [07:35] tjaalton: worksforme, but I'm stilll doing some analysis [07:37] i mean it applies, it doesn't fix my issue :) [07:37] /home/tjaalton/xorg-server-1.14.1/build-udeb/dix/../../dix/main.c:361: undefined reference [07:37] to `dixFreeRegistry' [07:37] oh that [07:37] I don't build the udebs [07:38] yeah it only failed there [07:38] what's your "issue"? [07:39] stuck mouse button if i double tap the dash icon on the nexus [07:39] second time i start to drag the icon a little [09:26] hmm looks like the workqueue svg's don't update anymore [09:26] yeah :/ [09:27] probably time to move the hosting somewhere else [09:28] or the scripts [09:31] moving to canonical hosting would be good [09:32] I was thinking somewhere else, so when a person leaves C. the scripts won't get deleted or otherwise become inaccessible [09:33] well i dont think there is hosting at ubuntu.com for this kind of thing :/ [09:33] would be nice if I was wrong, though [09:34] i was thinking of alioth [09:34] hm maybe [09:40] tjaalton, mlankhorst: you can put stuff on people.canonical.com/~platform [09:40] tjaalton, mlankhorst: that's where we host e.g http://people.canonical.com/~platform/desktop/versions.html [09:40] so it's not tied to one employee [09:40] it gives access to any platform team member [09:41] how do you join platform? [09:41] seb128: that would work, but still needs some place to run the scripts [09:42] and iirc it's quite heavy so probably needs to happen on a personal machine after all [09:42] tjaalton, well, p.c.c is the box running versions (the script building the page I just show) and most of the ubuntu-archive reports (sru, mir, installability, component mismatch, etc) [09:43] mlankhorst, https://launchpad.net/~canonical-ubuntu-platform ... you should be in there through desktop team? [09:44] yeah [09:45] oh it works via sdo [09:45] *sudo [09:45] tjaalton, right, "sudo -u platform -i" should work on the p.c.c box if you ssh to it [09:45] yuå [09:45] *yup [09:46] if only I could remember my password there, heh [09:46] password? you need an ssh key iirc [09:46] you don't have a password [09:46] what tjaalton said [09:46] the sudo command wants my password though [09:47] ah [09:47] not here [09:47] weird, maybe you are not in the right group or something... [09:50] I'll ask internally, thanks [10:25] seb128: porting_team was required :) [10:25] mlankhorst, you were not in there? [10:25] nope [10:25] weird, I though that was automatic [10:25] apparently not! [10:25] you managed to be added? [10:25] yeah [10:26] great === f4bs0 is now known as f4bs [13:00] oh bah, forgot UTC is -3h from EEST [13:04] tjaalton: yeah it's late for me too, I sleep early nowadays so I'm in bed at 22:00 normally :/ [13:07] tjaalton, mlankhorst: for what sessions is tht an issue? xorg plans are in 2 hours and hybrid graphic is at the same time tomorrow [13:11] actually hybrid is an hour earlier tomorrow [13:11] well they are best times available for me, can't complain anymore :) [13:12] oh xorg moved? [13:12] no, hybrid [13:13] first it got cancelled due to a mistake, then we got a better (best) slot for it [13:13] kind of weird to have xorg general and kernel lts stack in the same slot [13:13] can one be moved? [13:13] the kernel one is for cloud [13:14] ah [13:23] added a few Mir bits to the xorg bp [13:23] well, questions [13:23] I can't answer those, we'd need RAOF for that, not sure if he'll show up though [13:23] there are other folks from the team attending, it seems [13:24] at least subscribed [13:24] if nothing else, we'll just add the questions as work items :) [13:28] sure [15:13] Sarvatt: join the uds hangout you slacker === yofel_ is now known as yofel === Prf_Jako1 is now known as Prf_Jakob === JanC_test_ is now known as JanC_test === wgrant_ is now known as wgrant