[00:07] <tseliot> ﻿tjaalton: bump what?
[00:08] <tseliot> I can't drop the Provides, otherwise the packages wouldn't replace each other
[00:11] <tseliot> ok, maybe you can send me an email about this
[01:43] <m-c> bryce: I believe you are quoted in the latest Phoronix article.  http://www.phoronix.com/scan.php?page=news_item&px=NjU3Mw  I wanted to add my two cents, in case your opinion is to can BulletProofX.
[01:44] <m-c> I wanted to say that the ability of a novice to get into a GUI, launch Xchat or Firefox, regardless of how messed up the x-configuration is due to kernel updates or other strange x-auto-config tools, well, I feel getting a basic X GUI up in those cases is one of Ubuntu's biggest advantages.
[01:45] <m-c> Anyway, good luck with all the important work here.  And I hope the integration of the new AMD/Novell open 3D "radeon" and "radeonHD" drivers goes well, for the next ubuntu release.  Kind regards.
[09:12] <tseliot> tjaalton: can you explain me what you meant by ABI bump last night? ABI bump for what? The kernel?
[09:13] <tjaalton> they Provide: xserver-xorg-video-2
[09:13] <tjaalton> which is useful if you only want to have the binary driver installed
[09:14] <tjaalton> so probably the best fix would be to add a build-dep on xserver-xorg-dev and generate the abiver like the rest of the drivers do
[09:14] <tjaalton> because then the same package would be easier to backport (if someone would like that)
[09:15] <tjaalton> ie. don't hardcode the abiver
[09:15] <tjaalton> and that's the video-abi version of the xserver
[09:21] <tseliot> tjaalton: I had never noticed this thing before. Would I just have to add that build-dep without touching the rest?
[09:22] <tjaalton> tseliot: you need to change the rules too. see any free driver package how it's done
[09:22] <tjaalton> they use the xsfbs-stuff, but you can just copy a few lines straight to the rules
[09:25] <tseliot> tjaalton: which part of this file? http://pastebin.com/m7a8358f6
[09:25] <tseliot> this is the rules of the Intel driver
[09:26] <tjaalton> include debian/xsfbs/xsfbs.mk
[09:26] <tjaalton> see that
[09:26] <tseliot> yes
[09:26] <tseliot> and that's it?
[09:26] <tjaalton> theres a function 'serverabi'
[09:27] <tseliot> ok, I see it
[09:27] <tjaalton> copy that in rules, and call it from binary-arch:
[09:27] <tjaalton> should work
[09:29] <tseliot> ok, I can do it
[09:29] <tseliot> thanks :-)
[09:29] <tjaalton> you don't need the "xinpdriver" line
[09:30] <tseliot> where?
[09:30] <tjaalton> from the function
[09:30] <tjaalton> oh and also see the control file
[09:31] <tjaalton> there's Provides: $(xviddriver:Provides)
[09:32] <tseliot> I don't see any ﻿xinpdriver. Yes, I will have a look at the control file
[09:33] <tjaalton> in xsfbs.mk..
[09:34] <tseliot> ah, I should have paid more attention to the path of the include in rules
[09:35] <tseliot> ok, I will add that folder too
[09:35] <tjaalton> it's enough to just copy the function/rule to debian/rules
[09:36] <tseliot> ok, only serverabi then?
[09:37] <tjaalton> yes
[09:39] <tseliot> which package should the debian/$(PACKAGE).substvars be created for?
[09:39] <tjaalton> the one with the driver
[09:39] <tjaalton> ie. the one with the current Provides...
[09:40] <tjaalton> replace xserver-xorg-video-2 with $(xviddriver:Provides)
[09:40] <tseliot> nvidia-<VER>-kernel-source
[09:41] <tjaalton> no, it's nvidia-glx-VER which provides that
[09:42] <tseliot> ah, ok
[09:42] <tseliot> and that's it?
[09:43] <tjaalton> pretty much
[09:45] <tseliot> I won't have to include the mk file since I will just copy the function I need, right?
[09:45] <tjaalton> right
[09:46] <tseliot> I don't think we can backport the drivers without effort since the patches which I wrote are specific to 2.6.26 kernels
[09:46] <tseliot> Maybe from Intrepid+1 to Intrepid...
[10:03] <tjaalton> well, it's still one step less to do manually
[10:04] <tseliot> sure
[11:36] <BUGabundo_work1> tseliot: hi there
[11:36] <BUGabundo_work1> bryce: any news on nVidia driver for 2.6.26 ?
[11:38] <BUGabundo_work1> tseliot: http://www.albertomilone.com/driver.html link is dead
[11:39] <tseliot> ﻿BUGabundo_work1: we're still testing the drivers
[11:48] <BUGabundo_work1> thanks
[11:48] <BUGabundo_work1> oh he went way
[15:42] <tjaalton> bryce: I've done a small script for just that.. input drivers ready for upload
[15:42] <tjaalton> well, still waiting for ia64
[15:56] <tjaalton> video drivers ready as well
[15:57] <tjaalton> bbl, gone to play some ultimate ->
[18:32] <bryce> heya alex-weej
[18:33] <bryce> alex-weej: I missed you earlier, but yes I think I could mentor you on the color profile work 
[18:34] <bryce> tjaalton: ok cool, let me know where I could help
[18:44] <alex-weej> bryce: wicked, i'll work a bit on the spec/whiteboard more and ping you when i'm done if that's cool?
[18:44] <bryce> great :-)
[18:45] <tormod> tjaalton: hi, I built the server from git (1.5 branch) and now I need "AllowEmptyInput" for mouse and keyboard to work. is the input hotplugging not up to task?
[19:01]  * tormod has to run
[19:29] <tjaalton> bryce: heh, it's just about pressing the red button :)
[19:30] <tjaalton> bryce: actually, you could merge the video drivers that we have changed
[19:30] <tjaalton> or just add a note about a rebuild
[19:30] <tjaalton> but don't upload just yet
[19:30] <tjaalton> gone again.. ->
[23:32] <tjaalton> tormod: so you don't have any inputdevice-sections on the xorg.conf?
[23:32] <tjaalton> (I'm back)
[23:34] <tormod> tjaalton: hi, I tried both without xorg.conf and with the autogenerated one (I think it had a mouse and a keyboard section)
[23:35] <tjaalton> tormod: strange, it works on my laptop..
[23:35] <tjaalton> input-hotplug is another story..
[23:35] <tormod> I also tried replugging the keyboard and mouse without luck. only the AEI option worked.
[23:36] <tormod> I guess it is the last commit in xserver: http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.5-branch&id=c30f36c8c1dfd85deaf1c109823a1f15dd218ac7
[23:36] <tjaalton> whee, xorg-server built on all archs
[23:36] <tormod> do you have that one on your laptop?
[23:37] <tjaalton> tormod: no, rc5
[23:37] <tormod> that would explain it
[23:37] <tjaalton> and that's also in the archive
[23:37] <tjaalton> so there's a bug? let sascha know about it :)
[23:38] <tormod> that's my question, is it a bug in xserver or is it the Hardy stuff that needs something special?
[23:39] <tormod> do you know Sascha's irc nick?
[23:39] <tjaalton> no I don't ..
[23:41] <Kano> hi tjaalton , why does intrepid have got a fbdev override entry in xorg.conf which prevents x from starting on many systems?
[23:44] <tjaalton> Kano: it's not set on i386/amd64
[23:44] <Kano> well i installed it today
[23:45] <Kano> and there was an override flag there which was not on hardy
[23:45] <tjaalton> check xserver-xorg.postinst and find out why it's set
[23:45] <Kano> it is
[23:45] <Kano> ppc might need it but nothing else
[23:46] <tjaalton> check the postinst..
[23:46] <Kano> it is your package, check it
[23:46] <tjaalton> uh
[23:46] <tjaalton> no
[23:47] <tjaalton> I don't have hardware where it's broken. you find out why it is and report back
[23:47] <tjaalton> it's not like xorg has changed..
[23:47] <tjaalton> something else has
[23:58] <Kano> also i dont think that it will work with your kernel config anyway
[23:59] <Kano> because vesafb is disabled and for uvesafb the user mode tools are missig