/srv/irclogs.ubuntu.com/2011/09/22/#ubuntu-x.txt

bjsnideri've got tearing with the blob on mutter in oneiric00:42
brycehmutter?00:44
bjsnidergnome-shell/mutter00:45
RAOFbryceh: Looks like they've got an 915G motherboard; I'm not sure why that's not showing as a VGA device, though.00:56
brycehyeah00:56
brycehRAOF, got word that OpenGL 3.0 is now being targeted to mesa 8.0 in feb '1201:00
brycehchecked with alex, and gl3 should benefit radeon as well, although there's some bits they have to tend to that may delay it a bit01:01
brycehso we'll have an interesting decision to make at UDS...  stable mesa 7.12 or unstable but featureful mesa 8.001:01
brycehso jay's glsl shader stuff will wait until then; I chatted with him a bit about all this, he'll get back to us on how important this is for htem in the lts01:03
brycehRAOF, intel responded well to your suggestion of better debugging stuff, and they'll look into what they might do to improve things for 7.1201:03
RAOFSweet.01:05
brycehI also mentioned the boot performance stuff we're working on now; they seemed interested01:06
RAOFI guess the other thing that we'd like is hybrid graphics support, but that's too huge to really be a wishlist :)01:07
brycehyeah we'll want to be more specific01:08
brycehnext call is going to focus on feature stuff for their 2012 work; might be worth raising then. 01:08
brycehRAOF, would you mind putting some thought into a plan of attack for what we could do for hybrid graphics support?  maybe start braindumping into a wiki page under wiki.ubuntu.com/X/01:09
bryceh(google docs to the rescue, heh)02:07
RAOFWhat?  Why would you install mesa 7.11 from a random PPA?  Why would you do that?!03:48
tjaaltonbryceh: are they going to do both 7.12 and 8.0? I've understood that it's going to be called 8.0 if gl3 makes it, as it seems to be the case04:06
tjaaltonbryceh: oh you got the doc already? :)04:07
tjaaltonSarvatt: meh04:07
brycehtjaalton, from today's call, sort of sounded like they were of the mind it wasn't making it, and so I'm gathering there would be a .12 and an 8.0.06:38
brycehhowever, the usual folks weren't on the call (worn out from XDC?) so suspect I was getting info 2nd hand06:39
tjaaltonok06:40
tjaaltonI trust phoronix more! :)06:41
brycehheh06:41
tjaaltonhttp://www.phoronix.com/scan.php?page=news_item&px=OTkxMg06:41
brycehthen mesa 7.12 will include Steam support and be Wayland based06:42
tjaaltonawesome06:42
brycehyeah I was there for Ian's talk.  I got the impression that they were setting as a goal that they'd have gl 3 by the end of the year, but that it was a very optimistic goal06:44
brycehwhereas on the call it today they sounded like a more pragmatic conservative guess06:44
tjaaltonso lets be very optimistic about it :)06:44
brycehtoday?  yes guess it's still today for 15 minutes06:45
RAOFIt's today for at least another 9 hours!06:50
brycehwe're running short on today here in the US06:51
RAOFMan, your economic problems never end, do they? :)06:52
tjaalton:)06:54
brycehnot until the rapture anyway06:54
tjaaltonlooks like airlied has been quietly doing x redesign work on his xserver repo07:27
RAOFCool.07:28
tjaaltonhttp://cgit.freedesktop.org/~airlied/xserver/log/?h=drvmodelv2-wip07:29
tjaalton-2/+39964 :) (the first commit)07:30
RAOFSounds about right.07:30
tjaaltonthough looks like it's mostly copying stuff under drv/07:33
RAOFThat looks like it's further along than I thought, actually.07:33
tjaaltonwas he at xdc?07:34
RAOFNo.07:35
brycehnope07:35
brycehwas surprising how few intel and redhat guys there were07:36
RAOFIt would have been interesting to hear what he had to say, if he was :)07:36
tjaaltonok, so the redesign work was just briefly mentioned (judging from the phoronix notes)?07:36
RAOFNot even that, really?07:37
RAOFOh, it might have been during the merge-the-drivers discussion.07:37
tjaaltonjameys 'codebase of the future' according to phoronix07:38
brycehmm, think that was the first talk07:39
brycehthings felt a bit chaotic that first morning07:39
tjaaltonwhy was that? :)07:39
brycehcouple of the speakers hadn't arrived yet07:41
brycehwas kinda crazy how many people there had projector troubles07:41
brycehI mean, at the _X_ conference07:41
brycehlotta people didn't bother with slides anyway07:41
RAOFMore troubles than at plumbers!07:41
tjaaltonRAOF: btw, push xorg-server :)07:41
RAOF#$!@#07:42
RAOFpoolie can't get build-from-branch working fast enough for me.07:43
tjaaltonwhat's that?07:43
RAOFMaking the process of pushing the branch to alioth and the process of submitting a source package to the archive the same thing.07:43
RAOFie: tag the push, and Launchpad builds your package.07:44
tjaaltonoh, found the proposal07:44
RAOFThe finest way of ensuring I don't upload without pushing is to make pushes the way to upload :)07:44
tjaaltonsounds good07:45
brycehof course, we could just stop using git ;-) ;-)07:47
tjaaltonmeh :)07:48
RAOFI could still fail to push with bzr :P07:48
tjaaltonand i'd fail using it outright07:48
brycehI have to admit, I got rather confused yesterday working on -wacom to find there isn't a ubuntu branch anywhere (at least that I could find)07:50
tjaaltonthere isn't?07:50
brycehtjaalton, ^ aha that's one of the things I wanted to ask you yesterday07:50
tjaaltonshould be07:50
tjaaltonoh oh07:50
brycehdidn't find it07:50
tjaaltonther is, but it's on my personal repo07:50
tjaaltonbut writable by pkg-xorg07:50
tjaaltonsince there is no pkg-xorg repo for it07:51
RAOFYay!  The compiz staged in the Desktop PPA has a working alt-tab switcher!07:51
tjaaltonchanged in which way?07:51
tjaaltonbryceh: git+ssh://git.debian.org/git/users/tjaalton-guest/xf86-input-wacom.git07:53
tjaaltonadd bryceh-guest@ to be able to push too07:53
RAOFtjaalton: Changed in that when alt-tabbing to a group of terminals (a) he focus is returned to the last-focused window, and (b) the focused window is raised on top.07:55
brycehtjaalton, https://bugs.launchpad.net/ubuntu/oneiric/+source/xf86-input-wacom/+bug/787781 has the patch; feel free to add if you want...  I'm waiting for someone to validate the ppa.07:55
ubot4Launchpad bug 787781 in xf86-input-wacom (Ubuntu Oneiric) (and 3 other projects) "Touch screen does not work with single finger touch, Lenovo x220 tablet (affects: 4) (heat: 28)" [High,In progress]07:55
tjaaltonbryceh: ok07:56
brycehbut I'm like 99% sure it's the right fix07:56
brycehand you know a bryce 99% certainty is like 50% likely to be correct07:56
tjaaltonRAOF: ah, I switched to terminator due to bug 78746507:57
ubot4Launchpad bug 787465 in gnome-terminal (Ubuntu) "View->Show MenuBar isn't working in 11.04 (affects: 13) (dups: 4) (heat: 59)" [Low,Triaged] https://launchpad.net/bugs/78746507:57
brycehterminator rocks07:57
tjaaltonsession saving could be better, though the devel version seems to have fixed some issues07:58
tjaaltoncurrent release is over a year old07:58
brycehwhat more is there to add?07:59
tjaaltonthe issues with alt-tabbing etc forced me to use fullscreen windows, so terminator was a natural choice :)07:59
tjaaltonbryceh: it doesn't save the terminal size, though it's quick to fix07:59
tjaaltoni mean the sizes of the split terminals08:00
tjaaltonand it could remember the fullscreen state too :)08:01
brycehoh yes, that's certainly true08:03
brycehtjaalton, you should plan on going to XDC next year.  it'll be in europe (Ireland or Germany) so should be an easy trip for you.08:09
tjaaltonbryceh: yeah, I'll keep that in mind08:11
tjaaltononly real problem is getting someone to take the kids to school/daycare :)08:12
tjaaltonluckily my in-laws live quite close08:12
brycehyeah, was a bit of a challenge for me and my wife last week, but we got it sorted (also thanks to in-laws)08:14
brycehif it's 3 days like this time, you might be able to find a suitable flight on on Weds so it only occupies about half a week08:15
tjaaltonyeah, quite doable08:18
DeathWolfhi all10:47
DeathWolfis there any hope that anyone could backport 1.10 to lucid?10:47
tjaaltonDeathWolf: why?10:50
DeathWolf1.10 brings the massive composite & xinerama improvement... and not everyone(corp envs) can afford to move to natty10:51
tjaaltondon't know of any plans backporting it10:53
=== yofel_ is now known as yofel
=== njpatel is now known as njpatel|flu
Sarvattguess its too late for multiarch libpciaccess?19:29
Sarvatttempted to shove it in x-updates at least so people can use i386 mesa on amd64 for wine and flash19:30
Sarvatt(without using all of edgers craziness)19:31
brycehSarvatt, yeah probably too late for oneiric19:32
brycehSarvatt, putting it in x-updates might not be a bad idea; how well tested is it so far?19:32
Sarvattbeen using it for ~2 months now and it works fine19:33
Sarvattits just making it multiarch so the i386 version that libgl1-mesa-dri needs is installable19:34
Sarvattwell libdrm-intel1:i386 is what really needs it19:35
brycehSarvatt, ok yeah sounds fine for x-updates / oneiric19:35
brycehwouldn't put it in for x-updates / natty though19:35
Sarvattoh yeah of course19:36
Sarvattmultiarch mesa on natty isnt *really* working even in edgers due to an apt bug that didnt get fixed in natty19:36
brycehbbiab (food time)19:39
jcristauSarvatt: pushed a m-a libpciaccess to debian now..20:01
Sarvattjcristau: awesome, thanks for that! is multiarch dpkg in debian yet?20:05
jcristauno :(20:06
Sarvattargh, i was stupid and just updated debian on my NAS to wheezy, eglibc needs 2.6.26 so it's going to be fun fixing it :( can't update the kernel on this arm box and its at 2.6.2420:10
bladernrHi, can someone point me to where I can file bugs against mesa-utils that will be looked at and acted on?20:20
bladernrspecifically, glxgears and glxheads never exit with a 0 status, they always seem to dump fatal error messages to terminal on exit...20:20
jcristauthey only do that if you kill them afaict, not if you ask them nicely20:21
bladernrhow do you ask them nicely?  20:22
bladernrclosing them using window controls also causes this20:22
bladernras did every signal I tried :/20:22
jcristauescape20:22
bladernrhrmmm... head -> desk20:22
bladernrso the problem is, we use this as a quick verification of 3d rendering during Ubuntu testing... and so checkbox (system testing) fires off glxgears automagically.  Typically, the user shuts the program down by closing the window (which makes perfect sense to me, hitting esc didn't occur to me)20:24
bladernrany way to shut it down without hitting escape (was hoping to make the process a little more automated and a little more user friendly)20:25
brycehyeah20:26
brycehwmctrl -c glxgears20:27
brycehbladernr, see do_glx_loop in  xdiagnose/data/workloads/20:28
bladernrbryceh:  that causes a fatal IP error message20:29
jcristauyou'd have to patch glxgears to listen to the event from the wm and shut down gracefully20:31
jcristaunot hard, just not something anyone's bothered with so far afaik20:31
bladernrjcristau:  ugh... easier to just wrap it in some shell and ignore the exit status... at least for my purposes.  I was just looking for a cleaner way to do it20:31
bladernrbryceh:  do_glx_loop also results in a fatal IO error for every loop that completes when glxgears closes20:33
bladernralso, for the record, this is on Oneiric...20:33
brycehbladernr, right, thought you said you wanted a way to shut it down without hitting esc20:34
bladernrahhh... got it.  20:34
brycehlike jcristau  says, glxgears is fairly primitive20:35
bladernrout of curiosity, since mesa-utils got moved to universe, is there anything in main that you all would suggest as a basic 3d test?20:36
bladernrusing glxgears isn't set in stone or anything, it's just what's been used for a while.20:36
jcristaui was going to say openarena, but that's not in main either :)20:37
brycehunity ;-)20:38
brycehno I don't know of any gl test code in main20:39
brycehbladernr, really I would suggest looking at piglit (which isn't packaged yet, have to pull from git), or phoronix (which is packaged, but kinda weirdly; it downloads the workloads via the internet)20:40
brycehI've also asked the Dx folks to produce a Unity/Compiz stress test we could use, but haven't heard status on that in some time20:40
bladernrbryceh:  yeah... I actually wouldn't be against running Phoronix, except that it's not in main either (this is for Ubuntu Friendly, primarily) and the goal is that users won't have to install extra things to do basic testing...20:41
bladernrbryceh:  that and it seems that I can't run Phoronix without having to download an additional 500MB of stuff ;-)20:41
brycehphoronix includes a test script that will run openarena in automated mode for instance20:41
brycehyeah :-/20:42
bladernrheh... I non-graphics related, but I installed Phoronix's "CPU" suite, and it pulled down nearly 2GB of extra stuff on a fresh Oneiric + Phoronix 3.4.0 install20:42
brycehbladernr, problem is I think goal of main is to stick with just must-have bits such as would go onto the CD, and anything test-ish typically would be superfluous for anyone but us ;-)20:43
bladernryeah, and that's the balance :)20:43
bladernrcheckbox is in main, but everything we'd like to have is elsewhere :/20:43
bladernroh well, that's part of the fun, I guess... ok, thanks everyone, gonna work on this some more20:44
brycehbladernr, can you give me a bit more info about what you're trying to put together?20:45
brycehbladernr, the xdiagnose/data/workloads stuff I'm putting together might fit your needs20:45
bladernrbryceh:  historically, we've had a VERY basic test in checkbox that just validates that 3d rendering is there and works... 20:46
bladernrbryceh:  so until this point, that has simply been running glxgears and asking the user if they saw the pretty moving gears.20:46
brycehbladernr, mm, did it turn up many useful bugs?20:46
bladernrit's not stress or benchmark testing by any stretch...20:46
bladernrbryceh:  honestly, not that I'm aware of... but it's more a validation test than a bug search... 20:47
bladernrheh... it's also been there far longer than I have been, but yes, it's actual value is questionable20:47
brycehwell it certainly can't hurt; it at least verifies the gl libs are loaded properly and such20:47
brycehI mean, aside from it being in universe20:48
Sarvattglxgears probably isnt the best of tests anyway considering it'll run happily if there's no accelerated 3D20:48
brycehbladernr, have you looked at /usr/lib/nux/unity_support_test ?  You definitely should be running that, whatever you do20:49
brycehit doesn't display any graphics but it's an important test for validating that the machine will be able to run unity20:49
Sarvatthow about /usr/lib/nux/unity_support_test -p20:50
brycehso more important than glxgears20:50
brycehright, with -p20:50
Sarvatterr bryce beat me to it while i was looking up where it was stored20:50
Sarvatthah20:50
bladernrbryceh:  actually, not at the moment, but I'll add it on the list of things to include for next cycle.  We do have a basic test that came from Natty that checks dbus to verify Unity is running and then ran /usr/lib/unity/autopilot20:53
bladernrthat was when you could assume that if Unity was running, you were 3d capable 20:53
Sarvattwell unity-support-test would work if someone could run unity but decided not to20:55
brycehand would give clues as to why unity wasn't running, if it wasn't20:55
brycehplus it's in main already ;-)20:56
bladernrindeed... I just filed a bug to include that in testing...20:57
bladernrone of the things we're going to be discussing at UDS is beefing up the graphics testing in Checkbox (at least for now, the plan is to discuss this at UDS)20:57
bladernrso if you're at UDS and have free time, feel free to come make suggestions.  Actual graphics testing right now is admittedly pretty weak, and we want to change that20:58
brycehbladernr, heh20:58
Sarvattbladernr: 10 bucks says its schedule the same time as one of the few X talks, thats how it always works out..20:59
brycehbladernr, I think there hasn't been a UDS yet that we didn't have this talk.  It's a tradition!20:59
bladernrbryceh:  yeah, but this time under new management ;-) (and I think I've sat in on this talk at the last three UDSs)20:59
brycehbladernr, what my plans are is to build up xdiagnose into an X testing tool that we maintain here on the X side, and fill with yummy bits; it's in main and I'll try to make it reasonably easy to repurpose for automated or interactive testing21:00
bladernrbryceh:  that would be awesome21:01
=== yofel_ is now known as yofel

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!