[08:42] <tjaalton> bryce: hey, you could run bugbot to close all the lrm-2.6.24 bugs, since hardy desktop is EOL'd
[08:43] <tjaalton> or the arsenal scripts, whatever they are called :)
[08:44] <bryce> tjaalton, sure
[08:44] <bryce> will do tomorrow
[08:45] <tjaalton> bryce: great. another thing, the versions-current.html -page needs oneiric :)
[08:46] <bryce> tjaalton, ok, I'll update that too
[08:47] <tjaalton> hmm pixman still not synced
[08:47] <tjaalton> ah, it is
[08:48] <tjaalton> of course, i was looking at the natty column duh
[08:48] <tjaalton> I'll see which drivers could be dropped from *-all
[08:49] <tjaalton> looks like at least old tridents are better off with vesa, since the native driver is trying to use 24bit depth with 8x6
[08:51] <tjaalton> i think people with a laptop that has a 460MHz celeron have bigger problems :)
[09:10] <bryce> tjaalton, tis up:  http://bryceharrington.org/X/Reports/ubuntu-x-swat/versions-current.html
[09:11] <janimo> Are there any x86/amd64 specific bits that are hardcoded and run on every X start? I am wondering if there are things to omit in an ARM specific config to improve startup speed and maybe footprint
[09:14] <tjaalton> bryce: ooh, thanks
[09:47] <gord> hi all, just wondering if you guys have heard of lots of graphical glitches happening with the intel HD 3000 chipset on 11.04 
[10:03] <RAOF> janimo: Mainly driver probing stuff in xf86Config, but there's already an ARM #ifdef there to make those platforms work (since X is pretty wedded to the idea that probeable graphics cards exist only on a PCI bus).
[10:05] <janimo> RAOF, so nothing to make ARM start faster than it does now without losing generality and cleanliness
[10:06] <janimo> we just probably need to not ship x86 specific video drivers on our ARM images
[10:07] <jcristau> ajax removed a bunch of sleeps on the startup path a few years ago, there shouldn't be much of that left
[10:11] <janimo> any of the new (KMS and related) things baked in? ARM hw unfortunately have only proprietary drivers ATM which probably don't use this yet
[10:13] <jcristau> where are you seeing it take time?
[10:13] <jcristau> and no, none of the kms stuff is in the server itself
[10:37] <janimo> jcristau, not seeing it taking time, just asking around to see if there are known issues and to see if it is worth looking into further
[10:37] <janimo> thanks
[10:37] <janimo> as part of generally making arm boot faster
[14:34] <Sarvatt> ricotz: sorry about that man, looks like the upload didn't go through last night and I just noticed
[14:34] <Sarvatt> ricotz: it's uploaded now
[14:38] <ricotz> Sarvatt, no problem :-), thanks
[14:43] <Sarvatt> uploaded it to xorg-edgers btw
[14:43] <Sarvatt> and https://launchpad.net/~sarvatt/+archive/nvidia
[14:44] <ricotz> i found it :P, hopefully it wont break gnome-shell
[15:15] <mgariepy> hello, last week i opened 2 bugs concerning xorg on intel hardware on natty. those are lp #785368 and #785280 which make LTSP not usable with natty.
[15:15] <ubot4> Launchpad bug 785368 in mesa (Ubuntu) "dri not working with ltsp on natty (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/785368
[15:15] <ubot4> Launchpad bug 785280 in xserver-xorg-video-intel (Ubuntu) "transparency not working with intel driver and LTSP (affects: 1) (heat: 8)" [Undecided,Confirmed] https://launchpad.net/bugs/785280
[15:16] <tjaalton> mgariepy: run 'ubuntu-bug 785368' from a ltsp session to attach logs to the bug
[15:16] <ubot4> Launchpad bug 785368 in mesa (Ubuntu) "dri not working with ltsp on natty (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/785368
[15:16] <tjaalton> the other bug depends on the first bug..
[15:16] <tjaalton> so i'd probably dupe them
[15:17] <mgariepy> tjaalton, ok i will do this right now you should have the trace in half an hour :) thanks
[15:18] <jcristau> i thought dri2 had a LocalClient check
[15:23] <tjaalton> mgariepy: is the laptop a standalone installation?
[15:25] <mgariepy> i booted the laptop as a thin client
[15:25] <tjaalton> right, so it's the same bug
[15:25] <mgariepy> i also have natty on the laptop and it works fine
[15:26] <tjaalton> which confirms it
[15:27] <tjaalton> so i duped the other bug
[15:27] <mgariepy> ok
[15:28] <mgariepy> i'm updating my chroot i'll have the trace soon :)
[15:28] <tjaalton> trace?
[15:28] <mgariepy> ubuntu-bug 785368
[15:28] <ubot4> Launchpad bug 785368 in mesa (Ubuntu) "dri not working with ltsp on natty (affects: 2) (dups: 1) (heat: 784)" [Undecided,New] https://launchpad.net/bugs/785368
[15:29] <tjaalton> ah
[15:39] <mgariepy> tjaalton, ubuntu-bug 785368 doesn't work.
[15:39] <ubot4> Launchpad bug 785368 in mesa (Ubuntu) "dri not working with ltsp on natty (affects: 2) (dups: 1) (heat: 784)" [Undecided,New] https://launchpad.net/bugs/785368
[15:40] <mgariepy> it says Error : invalid PID
[15:41] <tjaalton> uh
[15:42] <tjaalton> ok, so, apport-collect 785368 might be better?
[15:42] <tjaalton> hmm, wonder how many times I've told the wrong thing
[15:47] <mgariepy> tjaalton, it's done, if you need more information, just tell me. :)
[15:54] <tjaalton> mgariepy: yeah, please attach /var/log/Xorg.0.log
[15:54] <tjaalton> wonder why apport-collect didnt'
[15:57] <mgariepy> tjaalton, xorg runs on the thin client :)
[15:57] <tjaalton> and the problem is there
[15:57] <tjaalton> where did you run this?
[15:57] <tjaalton> apport-collect
[15:57] <mgariepy> on the applications server
[15:58] <mgariepy> it was working fine on maverick
[15:58] <tjaalton> right, so I said run it from the session
[15:59] <tjaalton> might just be something that ltsp fails to set up in natty
[16:02] <mgariepy> maybe 
[16:02] <tjaalton> dinner ->
[16:02] <mgariepy> i also tried a maverick thin client and a natty appserv and compiz/3d is still not working.
[16:03] <mgariepy> the transparency problem is not present tho.
[16:03] <mgariepy> have a nice dinner :)
[16:04] <tjaalton> so please ask the ltsp devs too
[16:04] <tjaalton> gone for real ->
[16:05] <mgariepy> tjaalton, i'm a ltsp dev.
[16:05] <mgariepy> :)
[16:05] <ricotz> Sarvatt, 275.09 runs without issues :-)
[16:08] <Sarvatt> i'm worried about agp 6xxx+ cards
[16:09] <Sarvatt> those report the pci id of the pcie to agp bridge chip on the card instead of the actual GPU and aren't in the modalias list in the README.txt..
[16:09] <Sarvatt> err pci id list that we make the modalias list from I mean
[16:11] <ricotz> hmm, i see
[16:27] <Sarvatt> continuing the list here - https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-s3virge/+bug/787620
[16:27] <ubot4> Launchpad bug 787620 in xserver-xorg-video-s3virge (Ubuntu) "Sync xserver-xorg-video-s3virge 1:1.10.4-4 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[16:29] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-s3/+bug/787624
[16:29] <ubot4> Launchpad bug 787624 in xserver-xorg-video-s3 (Ubuntu) "Sync xserver-xorg-video-s3 1:0.6.3-4 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[16:29] <Sarvatt> siliconmotion needs a merge for 01_siliconmotion_rotate_option_disables_randr.diff, other patch is upstream
[16:32] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-rendition/+bug/787626
[16:32] <ubot4> Launchpad bug 787626 in xserver-xorg-video-rendition (Ubuntu) "Sync xserver-xorg-video-rendition 1:4.2.4-2 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[16:39] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-qxl/+bug/787630
[16:39] <ubot4> Launchpad bug 787630 in xserver-xorg-video-qxl (Ubuntu) "Sync xserver-xorg-video-qxl 0.0.13-1 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[16:40] <tjaalton> Sarvatt: yeah I got accepted to the sponsors team, so I can unsub it when confirming the bug
[16:41] <tjaalton> on it now
[16:41] <Sarvatt> awesome!
[16:41] <Sarvatt> we had so much delta from xserver 1.9
[16:54] <tjaalton> Sarvatt: guess that's all for now?
[16:54] <Sarvatt> got distracted with that compiz bug
[16:54] <Sarvatt> https://bugs.launchpad.net/bugs/787639
[16:54] <ubot4> Launchpad bug 787639 in xserver-xorg-video-i740 (Ubuntu) "Sync xserver-xorg-video-i740 1:1.3.2-4 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[16:58] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-i128/+bug/787640
[16:58] <ubot4> Launchpad bug 787640 in xserver-xorg-video-i128 (Ubuntu) "Sync xserver-xorg-video-i128 1:1.3.4-2 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:00] <tjaalton> ooh build logs too
[17:01] <tjaalton> mgariepy: from the client xserver POV dri2 should work, so I'm pretty sure it's the ltsp setup that's broken
[17:01] <Sarvatt> yeah thats why its taking so long for each
[17:01] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-chips/+bug/787644
[17:01] <ubot4> Launchpad bug 787644 in xserver-xorg-video-chips (Ubuntu) "Sync xserver-xorg-video-chips 1:1.2.4-1 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:02] <mgariepy> tjaalton, from the client i can run glxgears without any issue but from the applications server it doesn't work
[17:02] <tjaalton> mgariepy: uh, so why didn't the bug say anything about it?
[17:03] <tjaalton> all this time I thought it was the _client_ not working
[17:03] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ark/+bug/787649
[17:04] <mgariepy> 6) when connected via ssh on the same computer, running the same command works.
[17:04] <ubot4> Launchpad bug 787649 in xserver-xorg-video-ark (Ubuntu) "Sync xserver-xorg-video-ark 1:0.7.3-2 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:04] <tjaalton> mgariepy: so you're remotely trying to open windows on the client screens?
[17:04] <mgariepy> that's more or less how ltsp works.
[17:05] <tjaalton> i thought they just netboot the chroot
[17:05] <tjaalton> oh well
[17:05] <mgariepy> i'm able to open a session on the applications server and show it on the thin client but when dri try to render through the network it fails to connect. 
[17:06] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-apm/+bug/787651
[17:06] <ubot4> Launchpad bug 787651 in xserver-xorg-video-apm (Ubuntu) "Sync xserver-xorg-video-apm 1:1.2.3-2 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:07] <tjaalton> mgariepy: maybe I could try to reproduce it.. but not today
[17:07] <jcristau> looks like i can reproduce the DRI2Connect BadRequest here
[17:08] <tjaalton> ah :)
[17:08] <jcristau> ($work uses ltsp, on squeeze i think)
[17:09] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-mouse/+bug/787653
[17:09] <ubot4> Launchpad bug 787653 in xserver-xorg-input-mouse (Ubuntu) "Sync xserver-xorg-input-mouse 1:1.7.0-2 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:10] <Sarvatt> hrm we're dropping keyboard aren't we? so no point syncing it?
[17:10] <Sarvatt> tjaalton: yeah I'm done for now, thanks a ton for all the help on those
[17:12] <tjaalton> Sarvatt: -acecad, -aiptek?-)
[17:12] <Sarvatt> oh how did I miss those
[17:13] <tjaalton> did you use versions-current.html?
[17:15] <Sarvatt> yep was just going up the list, i've got 10 things going on at once verifying the deltas building and requesting a sync at the same time
[17:16] <tjaalton> hehe
[17:16] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-acecad/+bug/787658
[17:16] <ubot4> Launchpad bug 787658 in xserver-xorg-input-acecad (Ubuntu) "Sync xserver-xorg-input-acecad 1:1.5.0-1 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:18] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-aiptek/+bug/787663
[17:18] <ubot4> Launchpad bug 787663 in xserver-xorg-input-aiptek (Ubuntu) "Sync xserver-xorg-input-aiptek 1:1.4.0-1 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[17:41] <Sarvatt> tjaalton: forgot another, last one I promise :) https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vesa/+bug/787673
[17:41] <ubot4> Launchpad bug 787673 in xserver-xorg-video-vesa (Ubuntu) "Sync xserver-xorg-video-vesa 1:2.3.0-5 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New]
[18:13] <Sarvatt> so which PPA  should we should use for lucid sandybridge backports? new one under ubuntu-x-swat?
[18:14] <Sarvatt> a little too invasive for x-updates IMO
[18:17] <Sarvatt> and do we want whats in natty backported, or more current stuff?
[18:17] <Sarvatt> it'd be funny to have the lucid sandybridge support better off than natty :)
[18:29] <Sarvatt> bryce, tjaalton: would one of you guys mind creating a new PPA in the ubuntu-x-swat namespace for this sandybridge backport stuff, something like X Backports
[18:29] <bryce> Sarvatt, sure
[18:30] <bryce> Sarvatt, although, could there be any potential value in just putting it into ubuntu-backports rather than a ppa?
[18:34] <bryce> well, we planned to do a backports ppa and a staging area for the lts
[18:35] <Sarvatt> bryce: yeah I just want to do libdrm, x-x-v-intel, mesa for now, maybe it would make sense to have this separate
[18:36] <bryce> ah, like a trial run for our official lts backport ppa?
[18:36] <tjaalton> yep
[18:38] <bryce> Sarvatt, how long does this ppa need to exist?  I'm wondering if we can make one ppa and then transition it into the lts backports ppa, or if it does in fact need to be separate?
[18:39] <tjaalton> we need a staging area anyway
[18:39] <tjaalton> i guess the packaging changes might take a couple of revisions to mature
[18:40] <bryce> ok, here is https://launchpad.net/~ubuntu-x-swat/+archive/x-backports
[18:40] <bryce> I'll work on a description to help distinguish it from x-updates
[18:44] <achiang> hello, is this the appropriate channel for gdm questions?
[18:45] <tjaalton> #ubuntu-desktop is better
[18:46] <achiang> thanks
[18:50] <Sarvatt> so backport from natty then right?
[18:52] <Sarvatt> doing libdrm now
[18:52] <bryce> yep
[18:53] <bryce> I've drafted a description for the ppa - https://launchpad.net/~ubuntu-x-swat/+archive/x-backports
[18:53] <tjaalton> Sarvatt: yeah, i'd say keep the moving parts to minimum at least for now
[18:53] <bryce> Sarvatt, tjaalton, please read it over and make sure it jives with what you guys are having in mind
[18:53] <Sarvatt> oneiric -> lucid will be fun with multiarch
[18:53] <bryce> jives? jibes?
[18:56] <Sarvatt> we should be sure to version this stuff lower than natty
[18:56] <bryce> anyway, I'll leave the ppa in your guys' capable hands from here on out, but let me know if you need any help
[18:56] <Sarvatt> looks good to me!
[18:56] <tjaalton> did we decide not to do major xserver updates in the backports?
[18:56] <bryce> yeah, you'll want to come up with a versioning pattern
[18:57] <Sarvatt> ~backport1 ?
[18:58] <tjaalton> was about to suggest that :)
[18:58] <Sarvatt> i'd rather skip the server but then we have nouveau :)
[18:59] <tjaalton> does it dpend on a newer xserver?
[18:59] <tjaalton> +e
[19:00] <bryce> mightn't you need it for input driver updates?
[19:00] <Sarvatt> yep all the time
[19:00] <Sarvatt> oh boy, good point :)
[19:01] <bryce> well, you guys can play it by ear
[19:02] <tjaalton> this deserves a wikipage to hash out the policy for these
[19:02] <bryce> if you do come up with some good policies, make sure to add to the description
[19:02] <bryce> yeah
[19:02] <Sarvatt> so maybe a different PPA would be better for the sandybridge only stuff, we're going to break people horribly while we transition if they keep using it
[19:03] <tjaalton> yeah, it could be a throwaway ppa, and used for testing how this all works
[19:04] <bryce> tjaalton, btw I'm down to just wordsmithing of the arsenal script to close out the lrm-2.4.24 bugs; this is what I've got drafted currently:  http://pastebin.ubuntu.com/612395/
[19:04] <tjaalton> and once we have some first hand exp with it we can start making something more official
[19:04] <Sarvatt> https://launchpad.net/~xorg-edgers/+archive/backport-testing throwaway PPA
[19:04] <bryce> sounds good
[19:05] <bryce> thanks for doing it on xorg-edgers; that'll help minimize confusion later
[19:05] <bryce> tjaalton, I'm wondering about dropping the third paragraph, although without it I feel like people are being told to GTFO
[19:09] <tjaalton> bryce: well, maybe point out that the issue is possibly fixed on a newer release
[19:09] <bryce> ah true
[19:26] <Sarvatt> libdrm is turning out to be a pretty big diff, forgot it was multiarched
[19:54] <Sarvatt> http://sarvatt.com/downloads/libdrm_2.4.23-1ubuntu6~backport1.debdiff hope I'm not missing anything there :)
[20:05] <Sarvatt> xutils-dev should really be in lucid-backports
[20:05] <jcristau> backports are teh pain :)
[21:35] <Sarvatt> any opinions on what I should do with xutils-dev? ~backport1 doesn't really work with that versioning
[21:36] <Sarvatt> 1:7.6+3 > 1:7.6+3~backport1
[21:37] <Sarvatt> ah i'm changing every package anyway, not a big deal fixing the xutils-dev build deps for anything needing +3 specifically
[21:38] <jcristau> make the build deps 1:7.6+3~ in trunk if you want?
[22:34] <mgariepy> tjaalton, i added a patch for mesa to LP: #785368, and the transparency problem in from LP: #785280  still present
[22:34] <mgariepy> i'll be back in ~15hours 
[22:36] <tjaalton> mgariepy: nice
[22:41] <mgariepy> yeah :)
[22:41] <mgariepy> cya
[22:41] <mgariepy> do you have any idea what is the problem for the transparency ?
[22:41] <tjaalton> nope
[22:42] <tjaalton> works fine on my 965
[22:42] <mgariepy> if i install maverick package for xserver-xorg-video-intel on natty it works
[22:43] <mgariepy> it works on a desktop but not on ltsp
[22:43] <mgariepy> anyway thanks for your help today :)