[00:02] <bryce> libdrm2 uploaded
[00:04] <bryce> tjaalton: when you get a chance, I'd love to have your review on it, to make sure I haven't loused things up too badly
[00:06] <bryce> I ended up keeping all the nouveau stuff using tormod's config option
[00:06] <bryce> dunno if it works though, it would be nice if someone could test it out
[00:06] <bryce> I've tested on -intel and it seems ok; -amd could use a doublechecking
[04:54] <tjaalton> bryce_: did you push your changes?
[04:55] <bryce_> tjaalton: for libdrm?  I thought so
[04:56] <bryce_> bryce@chideok:~/src/libdrm/libdrm-ubuntu-git-2.4.5$ git commit -a
[04:56] <bryce_> # On branch ubuntu
[04:56] <bryce_> nothing to commit (working directory clean)
[04:56] <bryce_> bryce@chideok:~/src/libdrm/libdrm-ubuntu-git-2.4.5$ git push origin ubuntu
[04:56] <bryce_> Everything up-to-date
[04:56] <bryce_> guess so
[04:56] <bryce_> I've got -intel merged and ready to go, but it isn't building
[04:57] <tjaalton> hmm ok, didn't see the message on debian-x@, but maybe it's just my filters
[04:57] <bryce_> I guess libdrm hasn't hit the mirrors yet or something.  Seems to be building ok - https://edge.launchpad.net/ubuntu/jaunty/+source/libdrm/2.4.5-0ubuntu1
[04:57] <tjaalton> I'll probably have time to look at it today
[04:57] <tjaalton> but if it builds.. :)
[04:57] <bryce_> since alpha-6 is frozen just now, I'm debating about whether to hold off on doing -intel
[04:58] <bryce_> oh also tim gardner's in town so I talked with him about the -ati drm kernel stuff, gave him airlied's tree/branch, and he'll be pulling it in maybe tonight
[04:58] <tjaalton> oh
[04:59] <bryce_> so I'm wondering whether to put in a git snapshot of -ati while I'm at it...
[04:59] <bryce_> or wait until post alpha-6 for that.  maybe that'd be safer
[04:59] <tjaalton> that'll give accelerated 2d on r6xx+
[04:59] <bryce_> right
[04:59]  * bryce_ growls at bug reporter on 247771
[05:00] <tjaalton> heh
[05:01] <tjaalton> we sold our flat last week btw, it took only three days
[05:01] <bryce_> whoa, congrats
[05:02] <bryce_> that's the hard part, in this market ;-)
[05:02] <tjaalton> now we have two months to find a new place
[05:02] <tjaalton> yea
[05:02] <tjaalton> h
[05:02] <bryce_> think that gives you enough time?
[05:02] <bryce_> how tight are your criteria?
[05:03] <tjaalton> our neighbor has their flat on sale since August, and the buyers had been looking at that for some time but weren't pleased with it, so when our flat came up they contacted us immediately
[05:03] <bryce_> heh, nice
[05:03] <tjaalton> well, there are a couple of candidates, but they all tend to have something wrong with them
[05:04]  * bryce_ nods
[05:04] <tjaalton> so we need at least three bedrooms and an office
[05:04] <tjaalton> third kid on the way..
[05:04] <tjaalton> due next August
[05:04] <bryce_> congrats again :-)
[05:05] <tjaalton> thanks :)
[05:05]  * bryce_ still working on 1st
[05:05] <tjaalton> oh and that also means that I'll have to get another car :/ :)
[05:06] <tjaalton> but I'm not into SUV's (even the "european" kind), so the list of models that can take three kid seats isn't long
[05:07] <bryce_> you could get a pickup and then just throw them all in the bed
[05:07] <bryce_> if one pops out, well you got spares
[05:07] <tjaalton> hehe :)
[05:08] <bryce_> yeah 5 person family kind of rules out the cooler cars...
[05:09] <tjaalton> my first porsche will have to wait :)
[05:09] <bryce_> hey you could get a Humvee
[05:09] <bryce_> then when the kids grow up, you can replace the babyseat with a mounted SMG.  now that would be cool
[05:09] <tjaalton> there's one in the neighborhood :)
[05:10] <bryce_> an SMG?  wow, no wonder you want to move
[05:11] <tjaalton> without any cool gadgets :)
[05:12] <bryce_> ah
[05:14]  * bryce_ urfs at bug 339982
[05:15] <tjaalton> "that happens"
[05:18] <bryce_> yeah
[05:18] <bryce_> I wish we had a better procedure for troubleshooting X hangs
[05:46] <bryce_> wow, why do we get so many -nvidia bug reports?
[05:49] <tjaalton> a cynical answer would be that because people use it even if it's buggy :)
[05:53] <bryce_> but why do they keep insisting on reporting bugs about it??
[05:54] <tjaalton> out of despair..
[05:58] <bryce_> silly fools
[05:58] <tjaalton> but now we have tseliot working on them full time ? :)
[05:59] <bryce_> some day I'm going to write a script that scans the xorg bugs and moves all the bugs mentioning nvidia to the appropriate tracker, and give some automatic message about the iniquity of running proprietary drivers, and the hopelessness of trying to get support for them
[05:59] <bryce_> I have a feeling tseliot will be too busy with oem stuff
[06:00] <bryce_> I'm also going to write a script that looks at xorg bug reports with fewer than 3 lines of description and just auto-close them as "not enough info"
[06:02] <tjaalton> ah, so that's what he was appointed to
[06:04] <tjaalton> afk, gone to work->
[07:16] <bryce_> heh, queried all the -177 bugs for patches... nada
[07:17] <tjaalton> nvidia? hardly surprising ;)
[07:19] <bryce_> at least I checked ;-)
[07:20] <bryce_> https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-177/+bug/98548
[07:20] <bryce_> (it's +1 month)
[07:23]  * bryce_ begins the -nvidia -177 bug massacre with https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-177/+bug/279571
[07:26] <bryce_> good night
[07:26] <tjaalton> night
[09:20] <tjaalton> bryce_: the libdrm merge looks fine, but did you touch the 2.4.5-1 changelog entry? looks like some parts were dropped from there
[13:13] <Ng> does libdrm 2.4.5 bring anything exciting? :)
[13:13]  * Ng still needs to track down what's causing occasional X deaths
[17:48] <bryce_> hrm, the libdrm 2.4.5 didn't enable -intel 2.6.3 to build
[17:52] <bryce_> tjaalton, jcristau: does the -intel 2.6.2/.3 driver also require kernel drm changes?
[17:58] <bryce_> hrm, yeah /usr/include/drm/i915_drm.h is provided by linux-libc-dev now, however the changes 2.6.2/.3 needs are in libdrm
[17:59] <bryce_> bugger
[18:24] <bryce_> looks like we need http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=0f973f27888e4664b253ab2cf69c67c2eb80ab1b in the kernel
[18:25] <mnemo> after install updates just now my xorg no longer starts on intel g45
[18:25] <mnemo> I get:
[18:25] <mnemo> /etc/gdm/Xsession: Beginning session setup...
[18:25] <mnemo> /etc/X11/Xsession.d/60x11-localhost: 4: Syntax error: Bad fd number
[18:25] <mnemo> is that a known issue?
[18:27] <mnemo> this is my 60x11-localhost file:
[18:27] <mnemo> http://pastebin.com/f66a6fde
[18:27] <mnemo> the >& part looks like a typo
[18:28] <mnemo> that file ships in x11-common
[18:28] <tjaalton> bryce_: yes, it'll need some commit(s)
[18:29] <mnemo> bryce_: and x11-common was updated by you today according to debian/changlog
[18:35] <bryce_> mnemo: that's right
[18:36] <mnemo> the file in the source package has the same typo
[18:36] <seb128> urg
[18:37] <seb128> if that's a change which will breaks x startup for everybody upgrading better to hurry on a new upload
[18:37] <mnemo> i think it is yeah
[18:37] <bryce_> seb128: yeah this is the change asac had asked for
[18:38]  * crevette stops its upgrade
[18:38] <mnemo> bryce_: my xorg starts again with I just leave out the &
[18:39] <bryce_> https://bugs.edge.launchpad.net/ubuntu/+bug/276357
[18:39] <bryce_> mnemo: hmm
[18:39] <mnemo> bryce_: yeah its bash typo only
[18:39] <mnemo> the xauth fix is good but the redirection is bad
[18:39] <bryce_> this is identical to what redhat used and asac asked for - http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-xinit/devel/localuser.sh?revision=1.2&view=markup
[18:40] <mnemo> they probably meant 2>&1 > /dev/null or just ">/dev/null"
[18:40] <mnemo> hmm, strange maybe the RH guy did the typo then?
[18:41] <mnemo> i've never seen >& before but im not bash expert
[18:41] <bryce_> maybe they use a better shell than us ;-)
[18:41] <mnemo> yeah
[18:41] <seb128> did anybody test this change?
[18:41] <bryce_> I've seen >& elsewhere before
[18:42] <crdlb> he probably meant &>
[18:43] <seb128> mnemo: could you open a bug about that so we can track the issue?
[18:43] <mnemo> will do
[18:47] <mnemo> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/340676
[18:48] <mnemo> i think the default sh in ubuntu is dash and the default sh in fedora is bash, isnt that so?
[18:49] <mnemo> still that doesnt look like valid bash to me
[18:50] <crdlb> does that script get run by sh? I'm pretty sure &> is a bashism anyway
[18:52] <mnemo> the upstream version has #!/bin/sh
[18:52] <mnemo> but the ubuntu version doesnt have it
[18:52] <mnemo> so maybe it's some weird sh:ism
[18:52] <mnemo> I'll test it
[18:53] <mnemo> hmm its sourced by Xsession though so I cant just add #!/bin/sh to test it
[19:00] <mnemo> bryce_: what command can I use to install the 5ubuntu15 version?
[19:00]  * maxb is puzzled. packages.ubuntu.com claims that no package contains an 60x11-localhost in any release.
[19:02] <mnemo> maxb: use "dpkg -S 60x11-localhost"
[19:02] <maxb> I don't have an /etc/X11/Xsession.d/60x11-localhost file
[19:03] <mnemo> maxb: did you install the latest updates for jaunty? I think bryce added just now
[19:05] <maxb> I can't see any recent uploads of x11-common in jaunty-changes
[19:05] <maxb> oh, there it is
[19:08] <maxb> Hmm, the jaunty-changes emails seem to be lagged several hours behind uploads
[19:16] <mnemo> bryce_: do I need to enable some special repo to test it, or should I fetch the .deb from somewhere and "dpkg -i" on it? this is what I see now --> http://pastebin.com/m6603bd85
[19:20] <bryce_> mnemo: should be in the regular repo soon.  I basically just backed out the &> change
[19:21] <mnemo> mmkay
[19:21] <bryce_> uf, it's lunchtime and I still haven't had breakfast...  bbiab
[22:55] <maxb> bryce: a small thing... but the new 60x11-localhost doesn't follow the naming convention that seems to be established for Xsession.d entries, of NNpackagename[_suffix]
[22:59] <bryce> maxb: good point
[23:00] <bryce> maxb: I can't fix it easily at the moment; please file a bug to do the rename and assign to me
[23:00] <maxb> will do