[00:04] tjaalton: welcome back! [00:28] tjaalton: we should get the new xserver and input-hotplug stuff hooked in the next couple weeks (I'm out the 2nd half of July as well) [00:33] bryce: thanks! [00:33] bryce: yep, should be doable [00:34] I'll upgrade my laptop to see how it goes [00:34] btw, don't know if you saw the libx11/xcb discussions on the list [00:34] I did, briefly [00:34] looks like xcb is causing issues, but they can be worked around. Doing a non-xcb libx11 doesn't look feasible to me due to compiz dependencies on xcb [00:35] right.. it would be ugly [00:35] but I think we are going to need to pull in some xcb updates from that upstream in intrepid [00:36] upstream should merge the handoff patches, which would make it never to use locking anymore [00:36] IIRC [00:36] I suspect that's the plan, although I don't have details [00:37] the patches became public in March, but then nothing happened [00:38] I'll probably mail the pkg-nvidia-dev list (debian) about the nvidia mess [00:38] cool [00:39] and ask if they've noticed that the latest driver dropped support for gf5 [00:43] I kinda like the new theme [00:45] I upgraded my main test box, but now I can't log in (some sort of Xinput error) [00:45] hum, mine works [00:46] this is my old laptop, but tomorrow(ish) I'll upgrade the X60s (intel) [00:46] yeah no idea. I abuse the system by putting on lots of experimental stuff, so maybe it just needs a fresh reinstall [00:48] k, need to get some sleep before getting back to work :) [00:48] night [00:48] night -> [00:49] wow, phoronix knows a lot about our X plans for intrepid - http://www.phoronix.com/scan.php?page=article&item=ubuntu_810_alpha1&num=2 [01:21] public mailing lists, public UDS, public forums, public irclogs [01:32] yes, but for a tech journalist to actually do research is still a thing of amazement [06:47] actually, the article only shows what upstream is up to, and those naturally end up in intrepid ;) [06:47] xserver 1.5 requires mesa 7.1 etc [07:32] tjaalton, where are you guys at so far on the nvidia stuff for intrepid? [07:32] anything that i can help with to get it rolling? [07:36] superm1: I just got back from vacation, but I guess the problem now is that the latest driver dropped support for GF5 series.. so upgrades are "problematic" [07:36] tjaalton, ugh, that's fairly ugly [07:37] so nvidia-new nvidia-new-new nvidia and nvidia-legacy now? [07:37] there were options on how to proseed, but none of them are painless [07:37] what were the proposed options for proceeding then? [07:37] probably not, the versioning in debian is more sane ;) [07:38] nvidia-...-legacy-96xx etc [07:38] let me dig up the post [07:39] the first thing that comes to mind for me is a meta package that depends on all of them [07:39] or recommends all of them [07:39] that has a debconf question that sets up symlinks [07:39] but that can get rather messy [07:55] tseliot: hi! what is the outcome of the discussion about the nvidia packages? [07:56] tjaalton: we can use metapackages for different graphics card series which depend on the real packages [07:56] tseliot: but the real package names remain the same as in debian? [07:57] I'm about to mail them about the issue [07:57] ..that the latest driver dropped support for gf5 [07:58] we can use driver 96xx for GF5 [07:58] pitti wanted to see something like nvidia-glx-96 [07:58] nvidia-glx-177, etc. [07:58] that's basically what debian has [07:59] maybe he just wasn't aware of it [09:14] mvo: does a dist-upgrade to intrepid still require some hand-holding? [09:14] there was some package that needed to be installed before that.. [09:15] tjaalton: yes and no, we fndutils needs to be upgraded before glibc, but we added a depeneds for this [09:15] so that should work [09:15] mvo: ok, cool [09:15] other than that I know currently of no extra hand holding requireed [09:16] fixed early last week IIRC (glibc is a bit of a beast :) [09:16] heh, I can imagine [09:16] laptop upgrading.. then on to flashy X stuff [09:16] tjaalton: did you had a chance to make package for the latest -ati and mesa for ati? with the r500 3d stuff :-D ? [09:17] mvo: -ati should be recent enough, mesa needs an upgrade for xserver 1.5 anyway, so when that lands it should work [09:17] tjaalton: let me know how it works for you (the uprade) I did some tests that looked ok, but gnome is in a lot of flux so sometimes it just refuses to upgrade because ubuntu-desktop is not installable [09:17] maybe this week, next week at the latest [09:17] rock! [09:17] * mvo hugs tjaalton [09:17] we'll run off to vacation, both bryce and I, after next week :) [09:18] so hopefully there's enough time to iron out the most critical issues that could pop up [10:01] mvo: the dist-upgrade went fine [10:03] great [11:39] bryce: I'm thinking of putting mesa changes to git.d.o on a branch like xorg/xorg-server [13:12] hm [17:42] tjaalton: do we have that many changes against mesa? === bdmurray_ is now known as bdmurray [18:33] bryce: no, but it would be easier to pull stuff from upstream now that we need unreleased stuff [18:53] bryce: but it's not a matter of life or death, I can play with stuff on my own branch locally, and when it's ready I'll wrap up a package === soren_ is now known as soren [23:38] bryce: looks like there'll be a new libdrm today :P [23:38] ooh! [23:38] which should help a lot [23:39] * bryce nods [23:39] wonder if the psb guys got their stuff into it [23:43] I think it's basically master without the ttm stuff [23:43] but could be wrong [23:44] once we get it in, I'll diff against the UME libdrm and see what remains