[00:19] <Sarvatt> cnd: also you'll need to no change rebuild your video driver, xorg-edgers has newer versions than in the xorg-testing one
[00:40] <m3ga> i have an un-recognised usb device that according to lsusb -v is a mouse. how do i get X to use it?
[00:42] <RAOF> You need to get the kernel to present it as an input device; once that's happened, the evdev X driver will pick it up.
[00:46] <m3ga> there's not shortcut for testing? its a touchscreen device btw
[00:48] <RAOF> I _think_ you'll need to get the kernel to recognise it before anything interesting will happen.
[01:53] <m3ga> RAOF: Xorg.0.log is here http://pastebin.org/336855 . avago mouse is detected, but i get not pointer on screen and no mouse like behaviour when i touch the screen (this is a touchscreen device)
[02:01] <RAOF> Hm.  That looks like it's getting picked up by X correctly.  I'm not sure what the problem is - I've not got much experience with touchscreens.
[02:02] <m3ga> most touchscreens don't pretend to be a mouse device.
[02:06] <RAOF> I'm not sure how true that is; from what I can remember, bryceh's touchscreen used kernel uinput + the evdev driver.
[03:55] <ScottK> It looks to me like GL headers moved from /usr/include/GL to /usr/include/ (e.g. /usr/include/GL/gl.h is now found in /usr/include/gl.h)
[03:55] <ScottK> Was that on purpose?
[03:57] <RAOF> ScottK: Not on purpose, and fixed in 7.8.1-3ubuntu2
[03:57] <ScottK> RAOF: Thanks.
[03:58] <ScottK> I'll update and try again.
[04:00] <ScottK> RAOF: Thanks again.  Updating solved the problem.  Way easier than hand editing includes in libqt4-opengl-dev to make a test build work.
[05:40] <Sarvatt> jcristau: any reason we dont enable composite support in xdpyinfo? just needs a libxcomposite-dev build dep to enable it
[05:44] <Sarvatt> menus dont work in any of the x apps :(
[09:34] <jcristau> Sarvatt: go ahead and add it
[11:05] <Sarvatt> dang, digging through the chrome source leads to some interesting finds, they have a glx and gles rendering backends in the works and a ton of switches http://src.chromium.org/svn/trunk/src/chrome/common/chrome_switches.cc
[11:05] <Sarvatt> --enable-accelerated-compositing looks interesting :)
[11:06] <RAOF> gles?  Not openvg?
[11:37] <tseliot> Sarvatt: what's missing in the nvidia package in x-updates?
[12:07] <Sarvatt> tseliot: nvidia_supported doesn't work anymore so i hardcoded the modaliases from the last one that worked, the headers all go in /usr/include/nvida-current/whatever so nothing can find them, and the 32 bit compat install is installing all libs instead of just specific ones
[12:09] <Sarvatt>  dh_install -p$(PKG_driver)  "$(dirname_x86)/*.so*"  "$(PKG_libdir32)" is wrong in it, all .so's are in $(dirname_x86) toplevel now
[12:11] <Sarvatt> it's probably installing links it doesn't need to too
[12:15] <tseliot> Sarvatt: as regards the headers, we cannot let each nvidia driver install the same headers in the same place
[12:15] <Sarvatt> can't just make the directory an alternative either, ah well
[12:16] <tseliot> right
[12:16] <Sarvatt> by can't I mean please please please please please don't of course :)
[12:16] <tseliot> things such as openCL headers should be packaged separately
[12:16] <tseliot> as they're not specific to nvidia
[12:17] <Sarvatt> i think you're the only one that can follow the nvidia packaging these days :)
[12:18] <tseliot> heh
[12:18] <tseliot> unfortunately ;)
[12:18] <Sarvatt> i get so lost keeping track which of the 50+ variables in the rules to use in all of the .in's
[12:19] <tseliot> those variables make sure that we don't have to update each file manually but of course you have to see what they stand for
[12:20] <tseliot> the work that you did on the package was a big help, I hope to complete it soon
[12:23] <Sarvatt> what do you think about moving libGL back to /usr/lib? I have nvidia-current, nvidia-173 and mesa all in there with the libGL.so.1 symlink the only thing conflicting. can we just have every package providing it set up an alternative with different priorities?
[12:25] <Sarvatt> just trying to figure out how to get rid of some of the complexity in the packaging, and drivers direct from the manufacturers would work again :)
[12:25] <tseliot> yes, that would be fine. libGL.so.1 can be made a slave link of the alternative, I guess
[12:26] <tseliot> well, "work again" after some effort would be more realistic ;)
[12:27] <Sarvatt> oh, forgot to ask, but this is bogus isnt it? - update-alternatives --remove gl_conf /usr/lib/GL/ld.so.conf
[12:27] <Sarvatt> it's in the mesa prerm's
[12:27] <Sarvatt> there's no /usr/lib/GL
[12:28] <Sarvatt> http://git.debian.org/?p=pkg-xorg/lib/mesa.git;a=blob;f=debian/libgl1-mesa-swx11.prerm;h=36830024245fe6255621ed9be2099f57f01b6b82;hb=refs/heads/ubuntu
[12:29] <tseliot> no, it's not bogus, it simply tells it to remove the alternative
[12:29] <tseliot> I think that should be /usr/lib/mesa/ld.so.conf though
[12:29] <tseliot> I'll check that later
[12:30] <Sarvatt> yeah thats why I was confused
[12:30]  * tseliot -> lunch
[12:30] <Sarvatt> i think we used /usr/lib/GL when you first started doing it
[12:30] <tseliot> that's likely
[12:30] <tseliot> bbl
[12:30] <Sarvatt> see ya
[12:40] <Kangarooo> Sarvatt: ive put more xcrashes :) https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/587710
[12:40] <Kangarooo> theres 2 post now with them maybe somwthing new comes up
[13:32] <Sarvatt> darn, sysprof swears every debug file has a wrong crc, and the 8 I've checked so far are all fine
[18:05] <Sarvatt> anyone using an up to date edgers that has chromium or chrome installed?
[18:07] <Sarvatt> i just want to know if opening like 20 or so tabs makes them disappear
[19:17] <Kangarooo> Sarvatt: will x4500 hdtv interl work on ubuntu?
[19:17] <Kangarooo>  intel
[19:26] <Sarvatt> yep it will
[19:26] <Sarvatt> (famous last words)
[19:26] <Sarvatt> wow freetype's build system is crazy
[19:29] <Kangarooo> Sarvatt: did u checked https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/587710 ? i have there added 2 times 5 crashes total 10 and nothing new in ppa. im now looking for new comp. sad that i need to also check if drivers will work since something not right with even more videos since i understand they are beeing removed.. ?
[20:04] <Sarvatt> your system is just plain messed up Kangarooo, both nvidia and nouveau are crashing the same way
[22:39] <Sarvatt> argh, darn docbook/sgml stuff!
[22:39] <Sarvatt> docbook-to-man /opt/source/freetype-2.3.12/debian/freetype-config.man.sgml > /opt/source/freetype-2.3.12/debian/freetype-config.man
[22:39] <Sarvatt> /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:53:65:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Arrow Relations//EN"
[22:39]  * Sarvatt has no idea how to fix that, i have it as far back as 4.2 but no 4.1
[22:41] <Sarvatt> it's cursing me, couldn't get xorg-docs building a few days ago either :)
[23:14] <Ng> Sarvatt: istr you asked me if I still see the flickering on intel - yes, it was happening earlier