[00:09] tip for nvidia backlight bugs on lenovo laptops.. https://bugs.launchpad.net/bugs/540112 [00:09] Ubuntu bug 540112 in nvidia-graphics-drivers "Can not change LCD brightness on Lenovo Y450 laptop" [Low,Incomplete] [00:35] best bug comment ever: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/522485/comments/3 [00:35] Ubuntu bug 522485 in xserver-xorg-video-ati "Mouse pointer disappears after recovering from suspend" [Undecided,Invalid] [00:40] bryceh - you're lucky. i had someone paste their entire life story on 2 bugs i'm subscribed to today ;) [00:40] the same essay on each... [00:43] "and then my dog ran over my girlfriend..." [00:44] chrisccoulson, I had one xkeyboard-config bug where two guys got into it hot and heavy over a crimean keyboard layout [00:44] lol [00:44] some comments make for an interesting read ;) [00:44] something about what russians or turks did to tartars 200 years ago [00:45] even made its way upstream, and the xkeyboard-config maintainer is in Moscow, and when he opted not to do the change asked for, whew knives flew [00:46] yeah that one was wild [00:49] How do ants eat a laptop? [00:51] Hm. My camera seems to have been infected by 10.04 branding. Everything's a shade of purple, and streaky :( [00:53] aahaah [00:58] what kind of ants were these exactly? [01:02] bjsnider, that calls for a pun but I can't think of one [02:24] bryceh, "it's better to have your computer bitten by bugs than eaten by ants" ? [04:21] well XAA: disable render accel in -ati just now should fix part of bug #513956 [04:21] Launchpad bug 513956 in xserver-xorg-driver-ati "[XAA] garbled screen with compiz but no KMS on ATI Radeon Mobility 7500" [Unknown,Confirmed] https://launchpad.net/bugs/513956 [06:45] Sarvatt, yeah although I'm uncertain there was any configuration where EXA worked for jesse [06:56] Is there any way we can fiddle with acpi lid status from userspace? I'm suspicious that bug #53618 's low-res on laptop open is due to the intel assuming lvds is disconnected because the lid's closed, and so X bails with no screens. [06:56] Leaving the actual bug as to why X is getting SIGQUITted. [06:58] RAOF, I recall there were some various acpi tools, but I don't remember if they could update the lid status [07:05] Hm. i915 doesn't seem to have any lid-status options, either. Are they just quirking lids on an as-discovered basis? [07:22] Sarvatt, graph went down today :-) http://www2.bryceharrington.org:8080/X/Reports/ubuntu-x-swat/totals-lucid.svg [07:24] btw I tested whot's wacom-branch that'll likely become 0.10.5 very soon.. works fine [07:25] tjaalton, great [07:27] bryceh: openchrome is twice on the graph [07:28] that's weird [07:28] or is the other "the remainder"? [07:28] maybe [07:28] same color though [07:28] but I didn't do the remainder thing for this graph, as there weren't as many packages [07:29] it's completely rewritten graph code (done in python instead of perl this time), but uses the same gnuplot code [07:29] the black is suspicious [07:30] * bryceh adds to his todo list to investigate this one day [07:34] tjaalton, sometimes I think having my sons' room right outside my office was a bad design choice [07:39] bryceh: hah :) [07:39] I woke up at 5:30 this morning [07:39] same yesterday [07:41] waiting the time when we switch to summertime [07:41] the weekend after next I think [07:43] bryceh: we keep the crib in our bedroom, and the middle-one still comes every night there, so it's pretty crowded there ;) [07:44] s/there$// [07:48] heh [08:08] tjaalton? [08:08] tjaalton, it's baaack [08:09] http://bryceharrington.org/X/Reports/ubuntu-x-swat/PkgList/versions_current.html [08:10] bryceh: excellent, thanks [10:35] awesome, X just crashed when I opened a huge png in firefox [10:55] Can someone take a look at #540564. Seems like it might be quite important. [11:06] prepare to type kick... [11:07] !help | richthegeek [11:07] richthegeek, please see my private message [11:27] bug ##540564 [11:27] heck, bug #540564 [11:27] Launchpad bug 540564 in linux "kernel BUG at /build/buildd/linux-2.6.32/drivers/gpu/drm/drm_fops.c:146!" [Undecided,New] https://launchpad.net/bugs/540564 [11:29] richthegeek: hmm... kernel oops with the Nvidia proprietary driver, it may not be easy to debug. apw, any ideas? [11:30] tseliot, one moment [11:30] sorry, I meant #540834 [11:30] bug #540834 [11:30] Launchpad bug 540834 in ubuntu "Lucid daily live build does not get past Plymouth" [Undecided,New] https://launchpad.net/bugs/540834 [11:30] #540564 isn't exactly a massive issue compared to #540834 [11:32] i gotta get to uni now, won't be able to do any testing until this evening (currently 11.31 for me, not around till 5.31) [11:32] richthegeek: I guess that happens using nouveau (try booting in safe mode). Also, you might want to ask Keybuk in #ubuntu-devel about plymouth [11:33] tseliot: safe mode on a livecd? what's the key combo for that? [11:33] tjaalton: ^^ [11:33] * tseliot hasn't used that mode for a while now [11:34] right, im off, leave this running though./ [11:35] it's probably hung then [11:35] if nothing works [11:39] commented [13:09] richthegeek, are you sure it is not related to #534469 ? [13:09] richthegeek, what happens if you actually unplug the second display? [16:25] phew crazy morning already and it's only been 2 hours :D [16:26] bryceh: XAA is used by -ati if <=32MB vram which that Jesse person had, he should have an option in bios to up that which would fix all his EXA problems :( === yofel_ is now known as yofel [16:28] http://www2.bryceharrington.org:8080/X/Reports/ubuntu-x-swat/totals-lucid.svg went down?? I see a huge spike, maybe that went up after you said that [16:28] nouveau is busted for me completely [16:29] removing quiet splash makes plymouth segfault and boot is hung [16:29] not removing it leaves the splash screen up 100% of the time and I can't get gdm to start right [16:33] Sarvatt: was this caused by a update of nouveau? [16:33] an [16:34] no, plymouth :( [16:35] it was working fine with the same nouveau before these last few plymouth updates (back around 0.8.0-~12 or -~14) [16:36] Sarvatt: you might want to ask Keybuk about that in #ubuntu-devel [16:39] I dont have time to troubleshoot it more though, completely swamped with other things at the moment.. in the middle of trying to fix 6 other bugs and wont be near that machine today [16:41] people emailing me "reminding" me to update xorg-edgers packages every day now.. [16:41] Sarvatt, how many displays do you have attached to your nouveau box? [16:41] hi. i really want suspend to work with nvidia :D [16:41] just the 1 [16:41] where can i install new drivers? [16:41] hm... Then bug #533135 does not apply [16:41] Launchpad bug 533135 in plymouth "System fails to boot with plymouth installed (nouveau driver with >1 display)" [Medium,Triaged] https://launchpad.net/bugs/533135 [16:41] knittl: they arent in the archive yet, but the new ones will almost certainly fix your resume problems [16:42] Sarvatt: is there a ppa available? [16:42] not that I know of [16:42] nvidia website? [16:42] not compatable with lucid [16:42] will it break alternative system or sth? [16:42] yeah [16:42] aw crap [16:42] just give it a few days, everyone is swamped trying to get beta 1 ready [16:43] I installed 195.36.15 from the nvidia installer and I've done four [16:43] successful suspend/resume cycles, so it does seem to fix the problem. [16:43] where has he got 195.36 from? :D [16:43] oh hm. beta is due today. alright then [16:43] #534754 [16:43] tseliot: I've been marking nvidia-graphics-drivers bugs guaranteed fixed by 195.36.15 as (Needs 195.36.15) in the subject whenever you update it [16:43] bug #534754 [16:43] Launchpad bug 534754 in nvidia-graphics-drivers "(Needs 195.36.15) X crashes during suspend/resume" [High,Triaged] https://launchpad.net/bugs/534754 [16:44] Sarvatt, hi, have nouveau running with compiz [16:44] thx ubottu [16:44] knittl, Sarvatt: I've uploaded 195.36.15 to Lucid but it will be built only after the beta [16:44] got nvidia-graphics-drivers bugs down to 1 page so they are easy to spot [16:44] ahh there ya go knittl :) [16:44] if it's plymouth that breaks nouveau then keybuk needs to be made aware of it ASAP [16:44] tseliot: great. thank you :) [16:44] where's the build queue again? [16:44] Sarvatt: really, 1 page? Impressive [16:45] ricotz: yeah I heard, old mesa? I'll let ya know if I see any mesa commits that fix it so you can update [16:45] yes, the older mesa package from ppa [16:46] some graphic errors, but it is stable [16:46] knittl: https://launchpad.net/builders/ perhaps? [16:49] tseliot: why the heck is drm loading - http://launchpadlibrarian.net/41177525/OopsText.txt [16:49] tseliot: the problem is nouveau isnt blacklisted for them [16:50] let me check [16:50] just looked at the bug you linked in another channel [16:50] maybe /usr on a different partition? [16:50] https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/540564 [16:50] Ubuntu bug 540564 in linux "kernel BUG at /build/buildd/linux-2.6.32/drivers/gpu/drm/drm_fops.c:146!" [Undecided,New] [16:50] maybe, asking [16:51] thanks [16:51] I plan on dealing with that too [16:51] tseliot: no, not what i was looking for. nevermind, not that important [16:52] knittl: my upload hasn't been approved yet (as we're in beta freeze) [16:52] maybe you'll see it tomorrow (?) [16:53] no problem ;) [16:54] Fixed a bug that caused the X server to crash when rendering occurred while the X server was not on the active VT. [16:54] \o/ [16:54] :) [16:56] knittl: yeah the people that needed that fix were very easy to identify because they all had the same backtrace showing it still rendering after a VT switch (such as when suspending) [16:56] i also need that fix ;) [17:02] ricotz: commits prefixed dri/nouveau don't apply to gallium nouveau drivers so no need to rebuild and check those incase you're doing that [17:03] thats classic mesa nouveau_vieux_dri.so for Sarvatt, not doing that ;-), thanks [17:04] Sarvatt, why does mesa hasnt got a "make dist"? [17:11] because mesa's build system is horrible :) the maintainers mostly use scons on windows.. you can use something like this though - tar --exclude=debian --exclude=debian/* --exclude=.git --exclude=.git/* -cf - mesa | gzip -9 >mesa_7.9.0+git20100318.xxxxxxxx.orig.tar.gz [17:12] uploading a new mesa to edgers now since it fixes the texture tiling problems on intel now that its defaulted to on [17:14] i need to bump libdrm in there but it needs a lot of build system changes, not enough time in a day [17:26] Sarvatt, whoops, yeah it was down at the point I mentioned it to you [17:27] Sarvatt, looks like a bunch of new nouveau reports came in plus some other stuff [17:29] probably your tagging run that made that :) [17:31] Sarvatt, btw can you renew my xorg-edgers membership? [17:33] sure thing, done [17:34] hmm yeah tagging run was a little off [17:34] marked this karmic - https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/537801 [17:34] Ubuntu bug 537801 in xserver-xorg-input-evdev "Touchscreen doesn't work after karmic->lucid upgrade" [Undecided,Fix committed] [17:35] tjaalton, oh yeah could be [17:35] tjaalton, I fixed a unicode bug that was causing the script to crash early on in processing [17:36] tjaalton, btw I got the bottom bit of the graph back [17:36] oh didnt remove the lucid tag so no big deal [17:36] Sarvatt, yeah it would have put lucid on there if it saw it [17:37] er, if it didn't see it there already [17:37] although admittedly it's not hard to confuse the scripts [17:38] ahhh ok so that's why there's so many more packages listed [17:38] it used to crap out halfway through processing and was going through them package by package [17:44] bryceh: whee, ok [17:46] makes the graph look smooshed though. hmm [17:56] * bryceh cheats and just makes graph wider [18:02] tjaalton, looks like whatever I fiddled with solved the -openchrome doubling too [18:03] oh wait, now there's a double -vesa [18:05] [18:11] aha there we go [18:14] woohoo, my wife was using one of my laptops for 2 weeks or so and now she's complaining about going back to windows now that hers is fixed because she got so used to having all the useful info on the panel :) its just too bad I had lucid on there and she got frustrated hitting enter restarted gdm and the splash is pretty pointless on with non KMS since we only have the smooth transition stuff with KMS [18:14] drivers and its only there for a second [18:14] no photoshop is the deal breaker for her though [18:15] plus she hated the new min/max/close button placement and moving things to the right in the correct order looks messed up since the minimize button border is designed to be in the middle [18:16] I dont think anyone on the design team uses gnome panel drawers because the background is screwed up also :) [18:16] heh [18:16] go complain on #ayatana [18:17] Sarvatt, email shuttleworth ;-) [18:18] Sarvatt, my wife is not fond of the button movement idea either [18:18] i am not fond of the button movement. [18:18] but I have so far refrained from upgrading her to new ubuntus until they're released [18:19] (and usually not for a couple weeks after) [18:19] but i've never once used any of ubuntu's default themes for more than a day. [18:19] my wife eats my dogfood [18:19] i loved the stock human netbook theme [18:20] though I had karmic until january [18:26] anyone used photoshop through wine? i'm guessing cs4 wont work but she usually uses cs3 anyway [18:27] check winehq [18:28] http://appdb.winehq.org/objectManager.php?sClass=application&iId=17 [18:29] looks like cs3/4 won't work [18:30] * hyperair hasn't used photoshop in over two years. [18:30] i think i installed it once, but never used it [18:30] i think it was cs3. === radoe_ is now known as radoe [18:52] Sarvatt, there is a photoshop-like UI for gimp. I forget the name though [18:55] it's merged for 2.8 [18:55] which should arrive for christmas [19:33] Hi all, I need some help. My bro has just upgraded to Lucid, but now KMS causes him a blank screen, he's using nouveau how do I instruct him into a failsafe (vesa) mode? [19:33] he can only see as far as grub, and only then by pressing shift otherwise the refresh rate goes out of range or something immediately after [19:37] anyone? [19:51] I've just reported bug 541453, which requires a small patch be applied to the wacom X driver to get basic functionality for ntrig devices to work on lucid, out of the box. [19:51] Launchpad bug 541453 in lucid "basic ntrig functionality broken in lucid" [Undecided,New] https://launchpad.net/bugs/541453 [19:54] rafiyr: is it upstream? [19:55] no [19:55] huh, didn't know there was a project called lucid [19:55] and won't be [19:55] why not? [19:56] lucid lynx, ubuntu 10.04 [19:56] yes, but you filed it against a project, not package [19:56] The only thing that patch does is enable the wacom driver to support another manufacturer's hardware. They didn't seem particularly interested when I sent the patch to the mailing list [19:57] Ah [19:57] "Lucid Editor NOT UBUNTU" [19:57] Sorry, not quite sure where to file. I suppose it would have been easier to file the patches separately to the packages [19:57] :) [19:57] done [19:58] who proposed the patches and when? [19:58] I'd check the list [19:59] I proposed a similar patch several months ago rafi@ugcs.caltech.edu is the address I think I used [19:59] rafiyr == Rafi Rubin I assume? [19:59] found it [20:00] rafiyr, oh hey you're a caltechie too? :-) [20:00] Yup [20:00] undergrad plus a number of years as research staff after [20:00] currently at upenn working on my phd [20:01] Are there a lot of techers making trouble for ubuntu? [20:01] rafiyr: well seems like you need to resend it, Ping didn't decline it but want's to be sure it doesn't break anything [20:01] rafiyr, I just went there for my masters [20:02] rafiyr, haven't run into any others [20:02] tjaalton: oh. I guess I misread or missed something, that was a while ago [20:02] when were you there? [20:02] rafiyr, btw it will work with various processes better to attach files individually to bug reports rather than in a tar [20:02] rafiyr: since it needs kernel support too it's likely too late for lucid, especially since it's not upstream [20:03] understood [20:03] for example, patch files get auto-detected and make it through certain filters so they bubble up to the top of priority lists [20:03] indeed [20:03] also makes it easier to look at the patches online, rather than downloading and uncompressing the tar [20:03] I'll check with jiri to see why its not upstream yet, and if he can fix that. [20:03] so stuff gets more review [20:03] rafiyr: yeah it needs upstream review [20:04] I didn't see an obvious method to attach multiple patches [20:04] one at a time [20:04] rafiyr, there isn't, just do separate comments for each [20:04] Ah [20:04] well, if you reply to a bug via email you can do multiple attachments [20:04] but not thru the web [20:05] btw xf86-input-wacom_ntrig_2010_02_03.patch is already in lucid; I put that one in last week, for 0.8.4.1-0ubuntu5 [20:05] Well, first time using launchpad, so I'll just call this a learning experience. [20:05] oh, thought that only hit your ppa [20:05] thanks [20:05] no it looked sane so I just put it in the distro proper [20:06] And yeah, I'll resend it to linuxwacom. [20:06] 2010_03_10_ntrig.patch - this is a kernel patch? [20:07] yep [20:13] kazade: adding blacklist=nouveau to the kernel command line in grub should work [20:14] Sarvatt: but is plymouth busted as you suggested? [20:14] Sarvatt, thanks that's good to know. Luckily he had a previous kernel so that got him into vesa mode :) [20:15] blacklisting does the same [20:15] it wont load the drm renderer for plymouth if nouveau is blacklisted so it should still work for vesa? [20:16] i haven't tested that [20:20] If the march 10nth patch isn't applied to the release kernel, can we shift to using wacom instead of evdev by default? [20:21] More context: wacom as the default driver to support the n-trig touch sensor. wacom is already the default for the pen sensor. [20:48] bryceh: you said on the n-trig patch that you uploaded something a week ago? the one in the archive was touched by me though [20:48] s/patch/bug [20:48] and there's no wacom-tools anymore :) [20:53] tjaalton, durff [20:56] tjaalton, I see there's no xsfbs/ in -wacom's debian dir, should I add that so I can set up the patch system? === BUGabundo is now known as BUGabundo_dinner [21:02] bryceh: that's one option [21:03] tjaalton, other options? [21:04] * bryceh adds xsfbs [21:06] well that's probably the easiest one, though it adds some bloat to the diff [21:19] tjaalton, hey with the xorg-pkg-list versions report, I've been collecting each day's page, I guess for historical reference. Is there actually some value to continuing to do that? [21:20] if you care only about the current day's versions, I could limit it to just producing one page, and get rid of the historical data [21:21] if there's some value to it I can leave it as is, it doesn't actually take up that much disk space [21:26] bryceh: oh, didn't know/remember that. can't think of a reason to keep those right now [21:26] alright [21:26] * bryceh todos a cleanup [21:26] but if they are harmless, then why not keep them for awhile [21:26] or not :s [21:26] hehe [21:27] well now that I've got more reports I'm trying to mold the older ones into some sense of consistency with the new ones [21:27] -wacom uploaded for real this time [21:28] bryceh: how do I grab the src package to take a look? === BUGabundo_dinner is now known as BUGabundo [21:29] rafiyr, not sure if the source package is available. I can pop it into the ppa though. [21:29] ...done [21:29] should show up there in a couple minutes [21:30] bryceh: If I just do a general update of the package will I get the fixed binary, or is that pushed to beta1? [21:30] rafiyr: does it work without the kernel bits? [21:31] rafiyr, if you have the ppa installed, yeah you should get it by just doing a general update [21:31] if you don't have the ppa installed, then it will come via a regular update in a day or two [21:31] the archive is frozen, no? [21:31] at least until tomorrow [21:31] tjaalton, right, which is why it will come in a day or two [21:32] hum right [21:32] tjaalton: I think it should work fine with the 34-rc1 kernel [21:32] but the last couple firmwares really broke everything, and will at least need that update [21:32] rafiyr: so the kernel patches were from .34rc1? [21:33] tjallton: mostly, but the last one was a minor fix for BTN_TOUCH, that hasn't made it to the mainline yet. [21:33] -wacom doesn't really care about that event and is unaffected [21:33] ok [21:34] wonder if the waltop will work with a similar patch [21:35] It should be easy to test [21:35] yeah I'll try that next weekend [21:37] I will need to test -wacom from that ppa. I know the pen works fine, but I haven't used touch on such an old version for quite a while [21:40] rafiyr, I have a fujitsu multitouch laptop I can use for testing. How do I check to see what mt hardware it uses? lsusb, lshw, lspci don't give any indication of what manufacturer it is [21:41] other than Intel or 'Linux Foundation' [21:41] no vendor id? [21:41] Bus 003 Device 002: ID 1b96:0001 N-Trig Duosense Transparent Electromagnetic Digitizer [21:41] That first 4 digit hex code is manufacturer [21:41] rafiyr, nope [21:42] is it serial? [21:42] which model is it? [21:42] wacom was mostly serial for a long time [21:43] http://pastebin.com/gmkcEnfg [21:43] Oh, try "sudo lsusb" [21:43] http://pastebin.com/p6zPqQP5 [21:43] lshw for good measure: http://pastebin.com/GfWg11AR [21:44] it's a wacom [21:44] probably serial then [21:45] how can I verify that? [21:45] Xorg.0.log [21:46] hmm thats odd, nouveau headers in libdrm get installed to ${includedir}/nouveau ? [21:46] (II) config/udev: Adding input device Serial Wacom Tablet (/dev/ttyS0) [21:46] aha [21:46] it doesn't work? [21:46] for what its worth there was a press release that fujitsu and n-trig are going to work together for a next gen device. One capable of supporting (gasp) more than 5 fingers [21:46] heh, like the most obvious place for it, didn't even think to look [21:47] the pen should work at least [21:47] rafiyr, awesome, the venusians will be so happy [21:47] wow, I have ten fingers [21:47] :) [21:47] well they actually said 10 or more [21:48] lots of handwaving [21:48] too bad wacom only handles 1 or 2 finger gestures :D [21:48] plenty of talk about mt being interesting for multi-person interaction. And for that, I could see wanting a bit more than 10. Like for elementary schools wanting to support 10+ children finger painting on a giant table display that cost more than the teacher [21:49] can someone help me fix the desktop visual effects [21:50] ? [21:50] just ask, don't ask to ask [21:50] would kind of help if you gave us more info on what the problem is :) [21:51] tjaalton, can I ping you? [21:51] ;-) [21:51] bryceh: well you just.. oh, nevermind ;) [21:51] ok, so stylus works out of the box. nice. no eraser though, and touch is not working [21:52] well i tried to change the appearance preference from none to extra and it does not do it [21:52] is it just a matter of the X config? [21:52] it gives a prompt saying desktop effect could not be enabled after blinking a couple of times [21:52] where's this wacom patch at that extends it for n-trig support? [21:52] the udev rules need updating for sure [21:53] http://ofb.net/~rafi/xf86-input-wacom_ntrig_2010_02_03.patch [21:53] is there a way i can fix this? [21:54] nishanth: please run ubuntu-bug xorg and link the bug report here, we need to see logs [21:54] The actual delta is just: [21:54] - { 0xE3, 2540, 2540, &usbTabletPC } /* TabletPC 0xE3 */ [21:54] + { 0xE3, 2540, 2540, &usbTabletPC }, /* TabletPC 0xE3 */ [21:54] + { 0x1 , 1122, 934, &usbTabletPC } /* N-Trig TabletPC */ [21:54] [21:54] - if (sID.vendor == WACOM_VENDOR_ID) [21:54] + if (sID.vendor == WACOM_VENDOR_ID || sID.vendor == 0x1b96) [21:54] mm, with some futzing in gimp, pressure sensitivity works, and the eraser will draw if I push hard, but no erasing [21:54] can you tell me how to do it plz... i am very new to linux [21:55] open a terminal or press alt+f2 and type ubuntu-bug xorg [21:55] Sarvatt, it's in the multitouch ppa you set up for me [21:56] bryceh: first off test the input device to make sure you're seeing the events (xinput test). And if so, you might want to futz with the pressure curve setting with xsetwacom [21:56] sheesh chrome is using REDICULIOUS amounts of ram the past week or so, 10 launchpad tabs is using 1.5GB memory [21:57] Yeah, things have gotten so bloated, lynx is eating 3.5MB, tsk tsk [21:57] rafiyr, yeah xinput test is seeing the eraser events [21:58] bryceh: xsetwacom -x get eraser Presscurve [21:58] i believe you need to create a input/wacom symlink and another symlink for input/wacom-touch for the touch device? the wacom udev rules are only creating the symlinks for wacom vendor id's [21:59] are those links used by anything, or just for convenience? [21:59] Do udev and hal actually just poke at serial devices looking for wacom digitizers? [22:00] The driver can certainly tolerate using a single device node for all three tools (that's the way I used to use it, until I split off touch). [22:01] oh it's a serial device? are you sure its even using wacom and not evdev then bryceh? [22:02] evdev doesn't handle serial devices aiui [22:02] If it did, you could check by trying to draw a straight line :) (wacom smooths, evdev doesn't) [22:03] oh bryceh> +(II) config/udev: Adding input device Serial Wacom Tablet (/dev/ttyS0) [22:03] ok i did "ubuntu-bug -p xorg" it opened something called launchpad [22:04] now what? [22:04] guess he added the new match to the rules, are the subdevices not getting set up? [22:04] do everything it says to file it and paste a link to the bug report when its done [22:04] the wacom rules already have entries for serial devices [22:04] has [22:04] yeah but only wacom and fujitsu [22:05] and this was wacom [22:05] huh.. i thought he was working with n-trig.. I'll shut up now :) [22:06] he thought so as well ;) [22:06] I think [22:06] now I'll shut up [22:06] shutting up [22:07] is there a way to fix the desktop visual effects [22:07] also does anyone know how to fix plymouth? [22:07] what hw do you have? [22:08] the graphics card [22:09] tjaalton : are you asking me? [22:09] yes [22:09] oh ok [22:10] is there a way to find out what it is? [22:10] lspci |grep VGA [22:12] VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) [22:12] While multitouch isn’t factory enabled for the touchpad, it can be turned on through the Control Panel. [22:12] bryceh: there's you're problem just go to the control panel... [22:13] More seriously is the screen actually multi touch, or just the touchpad [22:13] The xorg log should report the actual wacom model, I think, that might help to answer the question. [22:13]