[00:19] 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] 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] 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] there's not shortcut for testing? its a touchscreen device btw [00:48] I _think_ you'll need to get the kernel to recognise it before anything interesting will happen. [01:53] 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] 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] most touchscreens don't pretend to be a mouse device. [02:06] I'm not sure how true that is; from what I can remember, bryceh's touchscreen used kernel uinput + the evdev driver. === freeflyi1g is now known as freeflying === Amaranth_ is now known as Amaranth [03:55] 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] Was that on purpose? [03:57] ScottK: Not on purpose, and fixed in 7.8.1-3ubuntu2 [03:57] RAOF: Thanks. [03:58] I'll update and try again. [04:00] RAOF: Thanks again. Updating solved the problem. Way easier than hand editing includes in libqt4-opengl-dev to make a test build work. === Bernardo is now known as Bernardo|Away [05:40] jcristau: any reason we dont enable composite support in xdpyinfo? just needs a libxcomposite-dev build dep to enable it === Bernardo|Away is now known as Bernardo [05:44] menus dont work in any of the x apps :( === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo is now known as Bernardo|Away [09:34] Sarvatt: go ahead and add it [11:05] 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] --enable-accelerated-compositing looks interesting :) [11:06] gles? Not openvg? [11:37] Sarvatt: what's missing in the nvidia package in x-updates? === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away [12:07] 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] 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] it's probably installing links it doesn't need to too [12:15] Sarvatt: as regards the headers, we cannot let each nvidia driver install the same headers in the same place [12:15] can't just make the directory an alternative either, ah well [12:16] right [12:16] by can't I mean please please please please please don't of course :) [12:16] things such as openCL headers should be packaged separately [12:16] as they're not specific to nvidia [12:17] i think you're the only one that can follow the nvidia packaging these days :) [12:18] heh [12:18] unfortunately ;) [12:18] i get so lost keeping track which of the 50+ variables in the rules to use in all of the .in's [12:19] 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] the work that you did on the package was a big help, I hope to complete it soon [12:23] 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] 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] yes, that would be fine. libGL.so.1 can be made a slave link of the alternative, I guess [12:26] well, "work again" after some effort would be more realistic ;) [12:27] oh, forgot to ask, but this is bogus isnt it? - update-alternatives --remove gl_conf /usr/lib/GL/ld.so.conf [12:27] it's in the mesa prerm's [12:27] there's no /usr/lib/GL [12:28] 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] no, it's not bogus, it simply tells it to remove the alternative [12:29] I think that should be /usr/lib/mesa/ld.so.conf though [12:29] I'll check that later [12:30] yeah thats why I was confused [12:30] * tseliot -> lunch [12:30] i think we used /usr/lib/GL when you first started doing it [12:30] that's likely [12:30] bbl [12:30] see ya [12:40] Sarvatt: ive put more xcrashes :) https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/587710 [12:40] theres 2 post now with them maybe somwthing new comes up === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away [13:32] darn, sysprof swears every debug file has a wrong crc, and the 8 I've checked so far are all fine === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away [18:05] anyone using an up to date edgers that has chromium or chrome installed? === Bernardo|Away is now known as Bernardo [18:07] i just want to know if opening like 20 or so tabs makes them disappear === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo is now known as Bernardo|Away === JanC_ is now known as JanC [19:17] Sarvatt: will x4500 hdtv interl work on ubuntu? [19:17] intel === Bernardo|Away is now known as Bernardo [19:26] yep it will [19:26] (famous last words) [19:26] wow freetype's build system is crazy [19:29] 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.. ? === Bernardo is now known as Bernardo|Away [20:04] your system is just plain messed up Kangarooo, both nvidia and nouveau are crashing the same way === Bernardo|Away is now known as Bernardo === Bernardo is now known as Bernardo|Away === Bernardo|Away is now known as Bernardo [22:39] argh, darn docbook/sgml stuff! [22:39] 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] /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] it's cursing me, couldn't get xorg-docs building a few days ago either :) [23:14] Sarvatt: istr you asked me if I still see the flickering on intel - yes, it was happening earlier