[08:21] <pwnguin> is there a patch in X to try drivers in a specific order for a given PCI?
[08:21] <pwnguin> like, try nouveau, then nvidia, then nv?
[08:23] <tjaalton> pwnguin: no
[08:23] <tjaalton> the selection only works if there's no xorg.conf
[08:24] <tjaalton> that's why there's no patch to add those
[08:24] <pwnguin> obviously
[08:24] <pwnguin> i mean, obviously it only auto selects if you dont have an xorg.conf
[08:25] <tjaalton> it's a different codepath
[08:25] <pwnguin> what is?
[08:25] <tjaalton> and likely fixable to apply also to the case where you have an xorg.conf but no driver specified
[08:26] <tjaalton> the auto selection uses the ids files in /usr/share/xserver-xorg/pci
[08:28] <tjaalton> look at hw/xfree86/common/xf86AutoConfig.c :)
[08:53] <tjaalton> hrm, the intel vblank freezes are annoying
[09:29] <tjaalton> sigh, braindead check for xserver 1.6 in wacom
[09:43] <tjaalton> grr, I hate this drier
[09:43] <tjaalton> -ver
[09:51] <tjaalton> after poking configure it does recognize the headers are from xserver 1.6 but still leaves the variable undefined
[10:13] <tjaalton> Alexia_Death: I wonder how you managed to build wacom on jaunty :)
[10:14] <tjaalton> it took some time to make 0.8.2.2 build
[10:14] <Alexia_Death> tjaalton: I havent built 0.8.2-2...
[10:14] <tjaalton> ok
[10:14] <tjaalton> well someone has posted the patches there to make it build
[10:14] <Alexia_Death> tjaalton: I have selfpatched 0.8.2-1
[10:14] <tjaalton> and if fails
[10:14] <tjaalton> *it
[10:14] <Alexia_Death> why it fails?
[10:15] <Alexia_Death> You got it building?
[10:15]  * Alexia_Death is trying now
[10:15] <tjaalton> first because it only checks for xserver 1.6.0 (which doesn't exist), and when I make it to match 1.5.99 it still doesn't generate a correct src/include/xdrv-config.h
[10:16] <tjaalton> WCM_XORG_XSERVER_1_6 is left undefined
[10:17] <tjaalton> so how do I use your daemon?
[10:19] <Alexia_Death> http://a.death.pri.ee/watahod-0.3.2.tar.gz
[10:19] <tjaalton> I've got that
[10:19] <Alexia_Death> tjaalton: thats the latest version
[10:19] <Alexia_Death> some bugs fixed.
[10:20] <Alexia_Death> it contains an udev rules file.
[10:20] <Alexia_Death> that tho not mandatory should be used instead of the current wacom one.
[10:21] <Alexia_Death> tjaalton: it depends on python-gtk2 and python-notify.
[10:21] <Alexia_Death> then run watahod and plug in your tablet.
[10:23] <Alexia_Death> eraser starts with wrong bottomX bottomY, bug in wacom driver. You can set it to correct values with xsetwacom and then save defaults and every time you plug it in they are set correctly
[10:24] <tjaalton> I need to restart udev first?
[10:25] <Alexia_Death> reload, yes
[10:25] <tjaalton> usbParse: Exceeded channel count; ignoring the events.
[10:25] <Alexia_Death> It uses device names to remember prefs so if you change your rules later it wont pick up the prefs again
[10:25] <tjaalton> that's all I get in the logfile, maybe the driver is just buggy for me
[10:26] <Alexia_Death> thats a bug in the driver yes.
[10:26] <Alexia_Death> it was debugged in the list...
[10:26] <Alexia_Death> and there was even a patch for it...
[10:26] <Alexia_Death> but it wasnt passed publicly, ping just let someone try it out...
[10:26] <Alexia_Death> IRC
[10:27] <Alexia_Death> IIRC*
[10:27] <tjaalton> it should be included in 0.8.2.2
[10:27] <Alexia_Death> what tablet do you have?
[10:27] <Alexia_Death> can you pass me a patch for your build fix?
[10:28] <Alexia_Death> I have a bamboo and an old inuos one serial tablet. neither have exhibited this behaviour...
[10:28] <tjaalton> aiptek 10000U, a waltop OEM model
[10:29] <Alexia_Death> and it works with wacom driver?
[10:29] <tjaalton> used to
[10:30] <Alexia_Death> It was recognized and loaded by the daemon?
[10:30] <tjaalton> only the first hunk of the patch is included in 0.8.2.2 ....
[10:30] <tjaalton> your daemon? yes
[10:31] <Alexia_Death> Ping hasnt been that good with this release...
[10:32] <Alexia_Death> Perhaps patching 0.8.2 with the crashfix patch and the other one gives better results.
[10:32] <tjaalton> the crashfix is in
[10:32] <tjaalton> doesn't crash X when I unplug it
[10:32] <Alexia_Death> Thats the broken define
[10:33] <Alexia_Death> that you fixed.
[10:33] <tjaalton> ah
[10:34] <Alexia_Death> It basically removes a double free. X insists now freeing somehing that the driver has already freed and assigning NULL to it did not get where it should have gotten to.
[10:34] <Alexia_Death> jot the driver just wont free it for now
[10:36] <tjaalton> doesn't work even with the other hunk
[10:37] <Alexia_Death> it worked with 0.8.2?
[10:37] <tjaalton> no, with 0.8.1.6
[10:38] <Alexia_Death> hmm
[10:38] <tjaalton> I'll restart X to see if it helps
[10:42] <tjaalton> nope
[10:42] <Alexia_Death> hmm
[10:42] <Alexia_Death> Can I see your x log?
[10:43] <tjaalton> hmm, now even the previous version fails to work
[10:43] <Alexia_Death> and Id still like to have a build patch for the 0.8.2-2 if you can make one...
[10:44] <Alexia_Death> ?
[10:44] <tjaalton> I'll try to make one
[10:45] <tjaalton> but all you need to do is change the VERSION in configure to be 1, 5, 99
[10:45] <tjaalton> and then change src/include/xdrv-config.h.in to #define WCM_XORG_XSERVER_1_6
[10:45] <tjaalton> then it should build, at least the package
[10:46] <Alexia_Death> OK. Will try
[10:48] <tjaalton> 0.8.1.6 does work after all, I just needed to kill X first
[10:48] <tjaalton> because the new module was loaded
[10:53] <Alexia_Death> does it work hotplug for you?
[10:53] <Alexia_Death> or does it crash on remove?
[10:54] <Alexia_Death> it should crash.
[10:54] <Alexia_Death> tjaalton: but look up where that define is used, you should see the bad free immediately.
[10:55] <tseliot> tjaalton: hey you uploaded my patches, I thought you had taken a new release from debian instead.
[10:55] <tseliot> tjaalton: which is good :-)
[10:55]  * Alexia_Death is going to have to kill x to test the new module
[10:55] <Alexia_Death> brb
[10:56] <tjaalton> Alexia_Death: it does crash
[10:56] <tjaalton> tseliot: new release?
[10:57] <tseliot> tjaalton: of synaptics
[10:57] <tseliot> I thought you did another merge
[10:58] <tjaalton> there is no new release
[10:58] <tseliot> Alexia_Death: is the crash caused by that xfree(priv); in wcmConfig.c?
[10:58] <Alexia_Death> yes
[10:58] <tjaalton> debian has 0.99.3-1
[10:58] <tseliot> tjaalton: well, I didn't check
[10:58] <Alexia_Death> Xserver tries to free that again
[10:59] <tseliot> Alexia_Death: why don't you add something like if (priv != NULL)
[10:59] <Alexia_Death> there is.
[11:00] <Alexia_Death> it does not wotk
[11:00] <Alexia_Death> tseliot: Is I understand the problem, it checks if the priv elements pointer in driver controll structure is NULL
[11:00] <Alexia_Death> however, the priv in driver is just a local variable
[11:00] <Alexia_Death> so doing priv=NULL means nothing to the server.
[11:01] <Alexia_Death> and it tries to free it again.
[11:01] <Alexia_Death> tseliot: I can find you the bug about this in X bugzialla
[11:03] <tseliot> this one, right? http://bugs.freedesktop.org/show_bug.cgi?id=19176
[11:03] <tjaalton> Alexia_Death: http://users.tkk.fi/~tjaalton/foo/Xorg.0.log
[11:05] <tseliot> ok, so we have a patch for X and a patch for the wacom driver
[11:06] <Alexia_Death> tseliot: in the end of that is the discussion yes
[11:06] <tseliot> Alexia_Death: so doing "local->private =NULL;" should fix it in the driver
[11:06] <Alexia_Death> possible
[11:07] <Alexia_Death> I havent had time to investigate it much further
[11:07] <tseliot> tjaalton: do we have the patch in comment 18 of the bug report?
[11:08] <tseliot> if we do, then I can experiment with the wacom driver and fix this problem
[11:09] <Alexia_Death> tseliot: checkmotion patch is in
[11:09] <tseliot> good
[11:09] <Alexia_Death> the buttons patch isnt and it does not apply right either :(
[11:10] <tseliot> why?
[11:10] <Alexia_Death> Not on top of other patches in the source package anyway...
[11:10] <Alexia_Death> something conflicts..
[11:11] <tseliot> ok, I'll fix that too
[11:11] <Alexia_Death> I dont know why yet. 
[11:11] <Alexia_Death> :) that would be great.
[11:12] <tseliot> Alexia_Death: did you touch the udev rules to make sure that multiple devices are hotplugged?
[11:12] <Alexia_Death> ?
[11:13] <tseliot> e.g. for the pen, pad, eraser, etc.
[11:13] <tseliot> you said that you created a script which uses dbus
[11:13] <Alexia_Death> tseliot: the pack contains a new udev rules mainly to make sure that the wacom devices have sane disdinguishable names.
[11:13] <tseliot> to make sure that not only the pen but also the other components work when you plug in the tablet
[11:14] <Alexia_Death> not directly. indirectly I need to know what devices a particulat tablet has. So currently theres some guessing based on name
[11:14] <tseliot> did you create a package?
[11:14] <tseliot> a deb package
[11:14] <Alexia_Death> tseliot: no, right now theres just a tar archive.
[11:15] <Alexia_Death> Its not stable enough to package yet
[11:15] <tseliot> can you give me the link to it?
[11:15] <Alexia_Death> tseliot: http://a.death.pri.ee/watahod-0.3.2.tar.gz
[11:16] <Alexia_Death> tested yesterday on some arch users.
[11:16] <Alexia_Death> should more or less work.
[11:17] <Alexia_Death> tseliot: if you are already debugging the wacom driver, perhaps you can also fix the erasers bottomX and bottomY not being initzialized right.
[11:18] <Alexia_Death> on hotplug that is. its done right when added in conf AFAIK.
[11:18] <tseliot> doesn't that depend on the specific tablet?
[11:18] <Alexia_Death> the values yes, but the tablet is capable of guessing them
[11:18] <Alexia_Death> driver that is.
[11:18] <tjaalton> it's likely "updated wcmUSB.c to ignore unparsed data" which broke it for me
[11:19] <tjaalton> yay for version control
[11:19] <Alexia_Death> it does it right on coldplug and for stylus in hotplug
[11:19] <tjaalton> or the nonexistence
[11:19] <tjaalton> *of it
[11:19] <Alexia_Death> ?
[11:19] <tjaalton> I've no idea what kind of a patch that was
[11:19] <tjaalton> or is there a public VCS repo somewhere?
[11:20] <tjaalton> with history and all
[11:20] <Alexia_Death> wacom has a a git repro somewhere
[11:20] <Alexia_Death> Ive built it once...
[11:20] <tjaalton> on git.debian.org, but it's not what ping uses
[11:20] <tseliot> Alexia_Death: I would like to modify xsetwacom so that it can read settings from a configuration file, so that we can apply the settings once the device is hotplugged
[11:21] <tjaalton> http://git.debian.org/?p=collab-maint/linux-wacom.git;a=summary
[11:21] <Alexia_Death> tseliot: it works now, but having conf dump&load would be good.
[11:21] <tseliot> ok
[11:22] <Alexia_Death> tseliot: look in the python code, its very simple.
[11:22] <Alexia_Death> tseliot: the daemon even mainains a conf directory under .wacom
[11:22] <tjaalton> maybe better use .config/wacom
[11:23] <Alexia_Death> tjaalton: why?
[11:23] <tjaalton> to not pollute ~/
[11:23] <Alexia_Death> right about that...
[11:23] <Alexia_Death> the .xxx mess is annoying.
[11:24] <Alexia_Death> its just a path anyway. easy to change. but Im reluctant to do so untill there is no conf tool.
[11:24] <Alexia_Death> decent conftool.
[11:24] <Alexia_Death> wacomcpl does not count.
[11:26] <tseliot> my tool will be written in Python and will write a configuration file which the C program will parse and apply
[11:26] <Alexia_Death> tjaalton: I have the url of the git that ping uses in my mail archives somewhere, but since kmail is not installable right now its abit hard to acccess.
[11:27] <Alexia_Death> tseliot: why not use the same format Ive used in my tool?
[11:27] <Alexia_Death> tseliot: lets just collaborate and make one thing?
[11:27] <Alexia_Death> daemon+conf tool.
[11:27] <Alexia_Death> Ive requested a sf project for it.
[11:28] <tseliot> sf?
[11:28] <tseliot> freedesktop?
[11:28] <Alexia_Death> but perhaps laouncpad would be better.
[11:28] <tjaalton> sourceforge
[11:28] <tseliot> aah
[11:28] <tjaalton> sf is crap :)
[11:28]  * Alexia_Death shrugs
[11:28] <Alexia_Death> I like SVN:P
[11:28] <tjaalton> svn is too :)
[11:28] <Alexia_Death> yeah. git lovers.
[11:28] <tjaalton> dvcs ftw
[11:29] <tseliot> launchpad should be good enough
[11:29] <tseliot> and so is bzr (IMO)
[11:29] <tseliot> Alexia_Death: the daemon should be written in C though
[11:29] <Alexia_Death> tseliot: why?
[11:30] <Alexia_Death> why is not python good enough?
[11:30] <tseliot> not many people would like to see another daemon written in python
[11:30] <Alexia_Death> it does not do anything much
[11:30] <tseliot> because they want something which doesn't slow down startup
[11:30] <Alexia_Death> it does not
[11:31] <tseliot> and they are concerned about wasting resources
[11:31] <tseliot> I love Python ;)
[11:31] <Alexia_Death> its too trivial a task to complicate it with C.
[11:31] <Alexia_Death> it needs to be flexible.
[11:31] <tjaalton> where should this daemon be run? in the user session?
[11:31] <Alexia_Death> tjaalton: yes
[11:32] <Alexia_Death> it needs to run in user rights.
[11:33] <Alexia_Death> this daemon only listends to dbus and reacts to some device add events... does nothing else.
[11:33] <tjaalton> but maybe not on every desktop
[11:33] <Alexia_Death> tjaalton: ?
[11:34] <tjaalton> I mean that the users should install it themselvers
[11:34] <tjaalton> -r
[11:34] <tjaalton> it can't be a dependency of wacom, since it's installed on every machine
[11:34] <tseliot> Alexia_Death: people were not happy at the UDS when I talked about daemons in Python
[11:34] <Alexia_Death> tjaalton: not for wacom, but for wacom tools perhaps
[11:34] <Alexia_Death> tjaalton: or may be even completely different.
[11:35] <Alexia_Death> independent*
[11:35] <tjaalton> right
[11:35] <Alexia_Death> it does need xsetwacom
[11:35] <tjaalton> the driver only Suggests -tools, so it's not installed by default
[11:35] <Alexia_Death> xsetwacom is in tools?
[11:36] <tjaalton> yes
[11:36] <Alexia_Death> then tools depend on this daemon.
[11:36] <Alexia_Death> err
[11:36] <Alexia_Death> saemon depends on tools
[11:36]  * Alexia_Death is wee bit hung over today...
[11:37] <tjaalton> my sympathies :)
[11:37] <Alexia_Death> tseliot: Id agree about system daemons. this is a user daemon and very much optional.
[11:37] <tjaalton> hmm, maybe I'll take a break and do something else for a change ->
[11:39] <tseliot> we already have a printer applet and the update notifier
[11:39] <tseliot> which run as daemons and are written in Python
[11:39] <Alexia_Death> those are much more common. this one is just for wacom users.
[11:40] <Alexia_Death> tseliot: I do have a command line utility with all the same fucntions for people who do not want to run the daemon.
[11:41] <Alexia_Death> uses the same "lib" python file as the daemon.
[11:41] <tseliot> Alexia_Death: do you suggest that we enable the daemon only after users configure their tablet in the UI?
[11:41] <Alexia_Death> yes
[11:42] <Alexia_Death> the daemon has no deep point unless theres a a tablet configured. It should be just a wizard that ends with registering the daemon for startup
[11:43] <Alexia_Death> and in the configuration utility there needs to be a way to remove it from startup easy.
[11:43] <tseliot> ok, this is better than I thought
[11:44] <Alexia_Death> and people can even chose to run it manually when they are using a tablet and not on startup at all.
[11:44] <tseliot> something like pressing a "detect" button in the UI?
[11:45] <tseliot> or "load settings"
[11:45] <Alexia_Death> More like just selecting the daemon from the menu as a common app and running it.
[11:45] <Alexia_Death> those functions you listed are present in the daemon now
[11:45] <Alexia_Death> as menu items from the icon
[11:46] <Alexia_Death> Mostly for serial tablet
[11:46] <Alexia_Death> I have one connected through USB serial adapter.
[11:46] <Alexia_Death> Currently serial tablets are configured in a conf file.
[11:47] <tjaalton> I agree that this is good as a 'proof-of-concept' daemon, but in the long run there should be maybe only one user session daemon to handle input devices. frontends can be whatever the desktop requires
[11:47] <Alexia_Death> on load serial it checks if listed device nodes exist and loads them, if they do.
[11:47] <tjaalton> it could just be the generic configuration daemon of the desktop
[11:47] <tjaalton> which means extending the current one(s)
[11:47] <Alexia_Death> So the daemon runs without GUI and is driven by DBUS calls?
[11:48] <tjaalton> something like that, I don't know how it all works 
[11:48] <tseliot> I would like to see one daemon to deal with input devices and tablets
[11:48] <tjaalton> integration is the hard part, applies to everything
[11:48] <Alexia_Death> All tablets and input devices? 
[11:49] <tseliot> Alexia_Death: in the case of tablets we could use dbus
[11:49] <tseliot> xinput for the rest of input devices
[11:49] <tjaalton> Alexia_Death: I meant that integration in general is what's lacking from the linux "desktop"
[11:49] <tseliot> and of course the same should be done for outputs
[11:49] <Alexia_Death> tseliot: the problem is, only wacoms are nicely configurable through xsetwacom.
[11:50] <tseliot> Alexia_Death: doesn't a C library for wacoms exist?
[11:50] <Alexia_Death> tjaalton: what does integration mean in this context?
[11:51] <tjaalton> why couldn't wacom support X input properties
[11:51] <Alexia_Death> tseliot: I dont know what you mean by c library...
[11:51] <Alexia_Death> I dont know those things...
[11:51] <tseliot> Alexia_Death: a library which we could use for the daemon instead of having to call xsetwacom
[11:51] <tjaalton> Alexia_Death: integration with the existing desktop tools.. especially when it's not clear what the ultimate solution is
[11:51] <Alexia_Death> tseliot: I dont think so.
[11:52] <Alexia_Death> tjaalton: right now, I see a doable wacom daemon/conf tool. and even that is hard to do right because I just dont have the hardware to test it.
[11:53] <tjaalton> Alexia_Death: what hw are you missing?
[11:53] <Alexia_Death> tjaalton: tablets. theres tonns of tablets.
[11:54] <tjaalton> why would you need all of them?
[11:54] <Alexia_Death> tjaalton: not all of them. But there are some types.
[11:54] <Alexia_Death> tjaalton: like screen tablets.
[11:54] <tjaalton> which are serial
[11:55] <Alexia_Death> not all of them
[11:55]  * tseliot reboots
[11:55] <tjaalton> no, but most
[11:55] <Alexia_Death> I have a serial tablet and an usb tablet.
[11:55] <Alexia_Death> screen tablets have something that is totally unhandled gui wise, thats the callibration.
[11:55] <tjaalton> but how does a serial screen tablet differ from a serial handheld tablet?
[11:55] <tjaalton> ok
[11:56] <Alexia_Death> calibration.
[11:56] <tjaalton> well that's what tseliot is doing
[11:56] <Alexia_Death> tseliot has one to test?
[11:56] <tjaalton> a screen tablet? dunno
[11:57] <Alexia_Death> thats hard to do right If you dont have one.
[11:58] <tjaalton> sure
[11:58] <tjaalton> but now some LittleBigPlanet ->
[11:58] <Alexia_Death> :)
[11:59]  * Alexia_Death takes her hangover elsewhere too.
[12:04] <Alexia_Death> tseliot: do you have a screen tablet?
[12:05] <tseliot> Alexia_Death: no, only a USB tablet
[12:05] <Alexia_Death> :(
[12:06] <tseliot> but I know someone who owns 20 tablets
[12:06] <tseliot> he could help us testing things
[12:06]  * Alexia_Death has serial and usb, but somebody with screentablet needs to do calibration
[12:06] <Alexia_Death> tats good
[12:09]  * tseliot nods
[12:16] <tseliot> Alexia_Death: do you know what kind of patch system does wacom-tool use?
[12:16] <tseliot> s/does//
[12:16] <Alexia_Death> xsewacom? its maintained in GIT afaik.'
[12:16] <tseliot> s/use/uses/
[12:17] <tseliot> the debian package
[12:22] <Alexia_Death> dunno...
[12:31] <tseliot> hehe "checking XInput extension version... >= 2.0"
[12:31] <tseliot> I would like to see how it uses Xinput
[13:38] <tseliot> tjaalton: any ideas on how to apply patches to wacom-tools?
[14:05] <tseliot> Alexia_Death: setting local->private to NULL did the trick
[14:05] <tseliot> X doesn't freeze if I plug in and then unplug my tablet
[14:13] <tjaalton> tseliot: there is no patch system afaik
[14:13] <Alexia_Death> tseliot: send patch to ping?
[14:13] <tseliot> tjaalton: yes, I applied the patch manually
[14:13] <tseliot> Alexia_Death: sure
[14:14] <tjaalton> what patch is this
[14:14] <tjaalton> ?
[14:14] <tjaalton> 0.8.2.2 doesn't crash on unplug
[14:15] <tseliot> tjaalton: and is 0.8.2 in jaunty?
[14:15] <tjaalton> no
[14:15] <tjaalton> because it doesn't work for me, and I think it might break for others too
[14:16] <Alexia_Death> tjaalton: its the proper fix instead of the build switch.
[14:16] <tjaalton> I've got it packaged though
[14:16] <tjaalton> Alexia_Death: ok
[14:16] <Alexia_Death> tjaalton: it should be enough to make 8.1-6 not crash too
[14:16] <Alexia_Death> so you should get your tablet working.
[14:16] <tjaalton> sure, maybe just use that for now
[14:17] <Alexia_Death> jep.
[14:17] <tseliot> tjaalton: what do you mean by "it doesn't work for me"?
[14:17] <Alexia_Death> tseliot: pastebinify the patch?
[14:17] <tseliot> yes, let's stick with 8.1.6
[14:17] <tseliot> Alexia_Death: http://pastebin.com/d3a66dcb7
[14:17] <Alexia_Death> tseliot: tjaalton has a tablet that has a problem with 0.8.2
[14:18] <tseliot> ok
[14:18] <tseliot> Alexia_Death: now I would like to make sure that your patches for X apply
[14:20] <tseliot> Alexia_Death: can you document your patches, please?
[14:21] <tjaalton> I just get a bunch of those "usbParse: Exceeded channel count; ignoring" -errors when the pen is close to the tablet
[14:21] <Alexia_Death> tseliot: the patch set I gave you is no longer needed.
[14:21] <tjaalton> with 0.8.2.2 that it
[14:21] <tjaalton> *is
[14:21] <Alexia_Death> tseliot: X went up a version.
[14:21] <tseliot> Alexia_Death: aah, right
[14:21] <Alexia_Death> The patch that does not apply cleantly and does not is this:
[14:23] <Alexia_Death> https://bugs.freedesktop.org/show_bug.cgi?id=19282
[14:24] <Alexia_Death> It should apply on clean rc1 but it does not apply on top of the already included patch set at least.
[14:25] <tseliot> Alexia_Death: so are you saying that upstream has it already but we don't or what?
[14:25] <Alexia_Death> tseliot: yes
[14:26] <tseliot> ok, so I'll make sure that this patch applies: https://bugs.freedesktop.org/attachment.cgi?id=21775
[14:27] <Alexia_Death> yep. that should fix the buttons issue.
[14:27] <tjaalton> perhaps it's in master but not 1.6-branch
[14:27] <Alexia_Death> Let me know when you are done.
[14:28] <Alexia_Death> tjaalton: AFAIK it was cherrypicked on 1.6 a little after rc1 tag.
[14:28] <tseliot> ok
[14:28] <tjaalton> Alexia_Death: nope, there are no commits after rc1 was tagged
[14:28] <Alexia_Death> hmm
[14:28] <Alexia_Death> then im wrong
[14:29] <Alexia_Death> its just in master then.
[14:29] <tjaalton> but it's on the list of proposed patches
[14:29] <tjaalton> http://www.x.org/wiki/Server16Branch
[14:29] <Alexia_Death> Its somewhat important tho. the stylus buttons are mapped wrong without it.
[14:30] <tjaalton> we'll get it with the next rc
[14:30] <Alexia_Death> yeah, but tablets are serious pita to use as is.
[14:30] <tseliot> so is it useless if I get it to work now?
[14:30] <tjaalton> yeah, crashing and all :)
[14:31] <Alexia_Death> when is next rc due?
[14:31] <Alexia_Death> I wouldnt say useless...
[14:31] <tjaalton> dunno
[14:31] <Alexia_Death> no schedule?
[14:32] <tjaalton> no
[14:32] <tjaalton> maybe next week though, since LCA is over
[14:33] <Alexia_Death> tseliot: untill next week we can make due with the hack if we must ;)
[14:50] <tjaalton> hehe, now phoronix has picked up the intel "regressions"
[14:51] <Alexia_Death> tseliot: I looked at your patch... you have removed the free.
[14:51] <tseliot> Alexia_Death: ok, the patch applies now
[14:52] <Alexia_Death> the free should stay if the NULL trick works.
[14:52] <Alexia_Death> tseliot: Great. Share?
[14:53] <tseliot> Alexia_Death: ah, right. so I should add just add that line instead of replacing the xfree one with it
[14:53] <Alexia_Death> yep
[14:53] <tseliot> Alexia_Death: it applies but I'm trying to build X now
[14:53] <tseliot> applies != works
[14:53] <tseliot> ;)
[14:53] <Alexia_Death> yes:D
[15:14] <Alexia_Death> hmm... 8.1-6 wont build for me
[15:14] <tseliot> ok, X compiled
[15:14] <tseliot> I've rewritten the patch for wacom
[15:17] <tseliot> ok, wacom driver built. Now, I'll restart X to try it. Then I'll try the new (patched) X
[15:18]  * tseliot restarts X
[15:21] <tseliot> wacom doesn't freeze X
[15:21] <tseliot> \o/
[15:22] <Alexia_Death> what version of wacom driver you have?
[15:22] <tseliot> the one in jaunty
[15:22] <tseliot> 8.1.6
[15:22] <Alexia_Death> hmm
[15:22] <Alexia_Death> It wont build for me.
[15:22] <tseliot> what's the error?
[15:22] <Alexia_Death> xf86Version.h is missing.
[15:23] <Alexia_Death> and some interface error
[15:23] <tseliot> weird
[15:23] <Alexia_Death> I think my env is borked somehoe.
[15:23] <tseliot> it could be
[15:23] <tjaalton> no, you just need to include the right headers
[15:23] <Alexia_Death> but I dont have clue how to fix it.
[15:23] <tseliot> let me try the new X
[15:23]  * tseliot restarts X
[15:23] <tjaalton> look at 8.2.2 how it's done
[15:28] <tseliot> Alexia_Death: what can I do to see if the patch for X fixes the bug?
[15:28] <tseliot> or how can I reproduce the problem with button mapping?
[15:29] <Alexia_Death> tseliot: if you can click by taping with the stylus it works
[15:30] <Alexia_Death> tseliot: the maping used to be shifted. tap does nothing, first stylus button clicks etc...
[15:30] <tseliot> yes, I can click and double click
[15:30] <Alexia_Death> then it works.
[15:30] <Alexia_Death> btw, the source package from repro does build. so Id be happy if I got your patch for wacom&for X... 
[15:31] <Alexia_Death> tseliot: do you have a ppa?
[15:31] <tseliot> Alexia_Death: yes, but I haven't uploaded my patches
[15:32] <Alexia_Death> Let me know when I can have them from somewhere...
[15:32] <tseliot> ok, first, I'll send the patch to Ping so that we can have the fix accepted by upstream
[15:32] <Alexia_Death> yes
[15:33] <tseliot> tjaalton: if you're interested, I can do a debdiff or simply upload the patch for X somewhere
[15:34] <Alexia_Death> debdiff?
[15:35] <tseliot> yes, it's like a diff between different versions of the same package
[15:35] <Alexia_Death> never used it...
[15:36] <tseliot> https://wiki.ubuntu.com/PackagingGuide/HandsOn#Tutorial%201:%20Providing%20a%20Debdiff
[15:36] <tseliot> point 7-8
[15:48] <tseliot> Alexia_Death: I've just sent the patch to Ping and CCed you
[15:48] <tseliot> and this is the patch for X
[15:48] <tseliot> http://pastebin.com/d363c62b9
[15:49] <Alexia_Death> thanks
[15:49] <Alexia_Death> :)
[15:51] <tseliot> np
[15:52] <tseliot> tjaalton: I've just attached the patch for the wacom driver to this bug report: https://bugs.launchpad.net/ubuntu/+source/wacom-tools/+bug/320753
[15:55] <tjaalton> tseliot: thanks, but like I said, that's included in 0.8.2.2
[15:56] <tjaalton> without the #ifndef stuff
[15:56] <tjaalton> I mean  *with*
[15:56] <tseliot> oh, right
[15:56] <tseliot> if we ship with the current version though you may want to use my patch
[15:57] <tjaalton> I'll add it, tired of fighting with it
[15:57] <tseliot> at this point a more conservative approach wouldn't be a bad idea
[15:57] <tseliot> add what?
[15:57] <tjaalton> 0.8.2* is supposed to be the stable branch
[15:57] <tjaalton> the patch...
[15:58] <tseliot> ok
[15:58] <tseliot> hehe it's *supposed* to be stable
[15:58] <Alexia_Death> tseliot: the patch wont apply for me.
[15:58] <tseliot> which one?
[15:58] <Alexia_Death> the  X one
[15:58] <tjaalton> Alexia_Death: what version are you using?
[15:58] <tjaalton> oh
[15:58] <Alexia_Death> patch: **** Only garbage was found in the patch input.
[15:59] <tjaalton> wrong patch :)
[15:59] <tseliot> shall I reupload my patch?
[15:59] <tseliot> without using pastebin
[15:59] <tseliot> ?
[15:59] <Alexia_Death> yes please. it seems theres a formating issue somewhere.
[16:00] <tjaalton> Alexia_Death: how did you copy it?
[16:00] <Alexia_Death> copy from text box below. trying download now
[16:01] <tseliot> http://albertomilone.com/ubuntu/157_button_mappings.patch
[16:01] <tjaalton> what editor did you use? maybe the lines were wrapped
[16:01] <tseliot> wget it ;)
[16:03] <Alexia_Death> patch had cr-s ... O_o
[16:03] <Alexia_Death> Thanks again:D
[16:03] <tseliot> ;)
[16:29] <tjaalton> well, patched 0.8.1.6 doesn't work either
[16:30] <tjaalton> but I uploaded the update before I got to test
[16:32] <tjaalton> hmm
[16:34] <tjaalton> silly me, didn't actually install the driver package, only -tools
[16:34] <tjaalton> works now
[16:35] <tjaalton> tap-to-click too, without patching the xserver
[16:40] <tjaalton> Alexia_Death: so your daemon should add more than just the stylus?
[16:40] <Alexia_Death> yes, it does. the whole set
[16:40] <Alexia_Death> sometimes pad might be missed
[16:40] <tjaalton> it doesn't seem to do anything for my device
[16:40] <Alexia_Death> eraser is sinitally misconfigured tho
[16:41] <Alexia_Death> tjaalton: you have a bit different device. What is its device node?
[16:42] <tseliot> it seems to add the eraser and the cursor here, however, if I try to use the eraser I can't see the mouse cursor
[16:42] <tjaalton> Alexia_Death: where do I get that?
[16:43] <Alexia_Death> tseliot: you need to set bottomx bottomYfor eraser. thats the bug in the driver.
[16:43] <tseliot> ok
[16:43] <tjaalton> Alexia_Death: Bus 005 Device 006: ID 172f:0501  
[16:43] <tjaalton> ?
[16:43] <Alexia_Death> tjaalton: what you have under /dev/input?
[16:43] <Alexia_Death> Your ID is not wacom
[16:44] <tjaalton> Alexia_Death: the udev rules don't match
[16:44] <Alexia_Death> yes.
[16:44] <tjaalton> but...
[16:44] <Alexia_Death> You can set it up as a serial device...
[16:44] <tjaalton> the device nodes shouldn't matter
[16:44] <tjaalton> because it breaks the idea of input hotplug
[16:44] <tseliot> tjaalton: it works with the current udev rules too
[16:45] <tjaalton> tseliot: your device, which is listed in the rules file
[16:45] <Alexia_Death> the add does not match the add device notify criteria the daemon lists.
[16:45] <tseliot> ah
[16:45] <Alexia_Death> I use the rules to know WHAT was added.
[16:45] <Alexia_Death> and to load devices that are present at the moment of start.
[16:46] <Alexia_Death> it works hotplug just fine, it just expects some info from UDEV nodes.
[16:46] <tjaalton> but you do understand that this doesn't scale
[16:47] <tjaalton> you need to add every tablet there or things don't work right
[16:47] <Alexia_Death> what do you mean?
[16:48] <Alexia_Death> there arent that many tablets.
[16:48] <Alexia_Death> by type
[16:48] <Alexia_Death> theres perhaps 3 new models per year.-
[16:48] <tjaalton> well you need to have every product id there
[16:48] <Alexia_Death> your waltop is special.
[16:48] <Alexia_Death> there already is.
[16:48] <tjaalton> and how many special devices are there?-)
[16:49] <Alexia_Death> waltop is the only one I know of.
[16:49] <Alexia_Death> there is no other way.
[16:49] <tjaalton> ok, enough ranting then, I'll add this sucker there
[16:49] <Alexia_Death> Wont be enough.
[16:50] <tjaalton> why not?
[16:50] <Alexia_Death> DeviceAdd notifies.
[16:50] <Alexia_Death> they are filtered by the manufacturer ID.
[16:50] <Alexia_Death> Yours needs to be added.
[16:50] <tjaalton> where?
[16:51] <Alexia_Death> tjaalton: give me your device specs, Ill make a new pack in 5 minutes.
[16:52] <Alexia_Death> its in the waatahod script tho.
[16:54] <tjaalton> ok, can't find it.. the vendor id is 172f and product id 501
[16:54] <Alexia_Death> Name?
[16:54] <tjaalton> "Waltop Media Tablet" I guess
[16:54] <Alexia_Death> Ok
[16:54] <tjaalton> there are many products with the same hw
[16:58] <tjaalton> don't know what the equivalent wacom device would be
[17:04] <Alexia_Death> tjaalton: http://a.death.pri.ee/watahod-0.3.3.tar.gz
[17:05] <Alexia_Death> should work.
[17:07] <Alexia_Death> tjaalton: that was exactly what I had in mind when I was talking about hardware issues... there a are changes I have to do blind and just hope they work.
[17:10] <tjaalton> ok, now we are talking
[17:10]  * Alexia_Death giggles
[17:10] <tjaalton> I've got a stylus and an eraser
[17:10] <Alexia_Death> no pad...
[17:10] <tjaalton> no cursor, no pad, no touch
[17:10] <tjaalton> what's a pad?
[17:10] <Alexia_Death> it has all of those?
[17:10] <tjaalton> I don't know
[17:10] <Alexia_Death> pad is a set of putons
[17:10] <Alexia_Death> buttons*
[17:11] <tjaalton> this has 26 buttons around the area
[17:11] <tjaalton> K1...K26
[17:11] <Alexia_Death> ok, then you have pad.
[17:11] <Alexia_Death> cursor is a mouse... it has it?
[17:12] <Alexia_Death> its a screentablet?
[17:12] <Alexia_Death> no..
[17:13] <Alexia_Death> tjaalton: there is no way to know what device has what, thats why device database is needed.
[17:13] <Alexia_Death> if its an USB tablet it has no touch devce anyway.
[17:17] <tjaalton> it has a pen and an area to draw on, no external mouse
[17:17] <tjaalton> adn two rotating wheels with a button in the middle
[17:17] <Alexia_Death> Ok, then it has stylus, eraser and pad for buttons.
[17:18] <tjaalton> *and
[17:19] <Alexia_Death> give me 2 minutes
[17:23] <Alexia_Death> tjaalton: http://a.death.pri.ee/watahod-0.3.4.tar.gz
[17:23] <Alexia_Death> should give you a pad too.
[17:31] <tjaalton> yes
[17:32] <tjaalton> should I be able to configure them?
[17:33] <tjaalton> I see the device in the list but no properties for it
[17:34] <tjaalton> and what is the kernel module for? it's unused
[17:52] <tseliot> Alexia_Death: hotplugging my tablet just works now. I made the daemon set the bottomx and y for the eraser too
[17:53] <Alexia_Death> tseliot: theres conf files for that, I hope you found them
[17:53] <tseliot> I simply get those values from the stylus and apply them to the eraser automatically
[17:54] <Alexia_Death> tseliot: the rigth way (tm) is to use defaults files under .wacom...
[17:55] <Alexia_Death> and the best is a patch to fix it tin the drvier ofcourse
[17:56] <tseliot> I agree with the latter
[17:56] <tseliot> I only used the daemon
[17:56] <tseliot> nothing else
[17:56] <tseliot> therefore I have no .wacom
[17:56] <tseliot> directory
[17:57] <Alexia_Death> yes. its created if you save defaults once
[17:57] <Alexia_Death> its an option under menu.
[17:58] <Alexia_Death> tseliot: it supports setting options with watever and dumping them mostly to file and reloading.
[18:00] <tseliot> aah, in the icon tray
[18:00] <tseliot> ok
[18:02] <Alexia_Death> buttons dumping is disabled for now...
[18:08] <tseliot> ok, I hope to have time to play with it sooner or later
[18:08]  * tseliot > dinner
[21:28] <bryce> tjaalton: http://www.phoronix.com/scan.php?page=article&item=ubuntu_904_intel&num=1
[21:28] <tjaalton> bryce: yeah.. pissed me off
[21:29] <tjaalton> maybe they didn't have DRI
[21:29] <tjaalton> I'd appreciate if they'd come here to see if there's something going on to cause something like that
[21:29] <tjaalton> but I guess the media don't have to ;)
[21:31] <bryce> I've emailed him to ask for Xorg.0.log's
[21:33] <tjaalton> I almost did, but couldn't find the right words
[21:33] <bryce> also asked for glxinfo and xdpyinfo
[21:33] <bryce> http://www.phoronix.com/forums/showpost.php?p=59669&postcount=6
[21:34] <tjaalton> hehe
[21:35] <bryce> are you seeing the performance issues yourself?
[21:36] <jcristau> isn't phoronix a load of crap most of the time?
[21:36] <tjaalton> I'm seeing the EXA freezes with vblank
[21:36] <tjaalton> veery annoying, but I think it only happens after the first time you suspend/resume
[21:36] <tjaalton> UXA OTOH crashes on resume
[21:37] <bryce> jcristau: all performance testers are loads of crap, it's just a matter of how high the particular pile is
[21:38] <tjaalton> I'll reboot to see if it helps with the periodic freezes
[21:38] <bryce> http://www.phoronix.com/forums/showpost.php?p=59698&postcount=16
[21:40] <bryce> oh hey I have something to show off
[21:41] <tjaalton> shoot
[21:41] <bryce> http://people.ubuntu.com/~bryce/Graphs/
[21:42] <tjaalton> nice colors
[21:42] <bryce> thanks
[21:43] <tjaalton> might want to do the same for totals :)
[21:43] <tjaalton> good to see the grid
[21:43] <bryce> yeah, still experimenting a bit
[21:43] <bryce> +1 for alpha blending :-)
[21:43] <tjaalton> yeah
[21:44] <bryce> since these are svg, there's a good bit I can do to them further
[21:44] <bryce> these are basically straight from gnuplot
[21:45] <bryce> but I like having all the states in one graph; in the old plots each went to a different chart so you had to do a lot of mental comparisons
[21:45] <bryce> also I think viewing 3-months at a time is better than 1 month or 6 months
[21:46] <tjaalton> having a dynamic one would probably be overkill :)
[21:46] <bryce> http://people.ubuntu.com/~bryce/Graphs/xorg-2008q4.svg is my favorite - that's a monster!
[21:47] <bryce> I was surprised how quickly they generate; takes less than 30 sec to generate all the plots 
[21:49] <bryce> what do you think happened in q2008 that drove the xorg bug numbers so high?  was that simply from testing?
[21:49] <tjaalton> it's the "default" component that triagers reassing the bugs
[21:49] <bryce> reassing :-)
[21:50] <tjaalton> -sign, duh
[21:50] <bryce> I like reassing better
[21:50] <tjaalton> hehe
[21:50] <tjaalton> certainly does ring a bell
[21:50] <bryce> I like in these charts that you can quite clearly see where I've been running my new/expire scripts thursday each week
[21:50] <tjaalton> so much fun trying to figure out what those bugs are about..
[21:51] <tjaalton> true
[22:01] <bryce> I don't have the data for it yet, but I want to also track triaged-bugs-forwarded-upstream, too
[22:12] <tjaalton> btw, what do you think about not having an xorg.conf by default?
[22:12] <bryce> jaunty+1
[22:13] <tjaalton> hmm ok
[22:13] <bryce> I'd like to see Virtual become completely unnecessary before we switch to xorg.conf-less
[22:15] <tjaalton> well it's the gui that adds those
[22:16] <tjaalton> I was going to point out bug 319854 as an example, but then again the driver fails to load if it doesn't list the pci-id
[22:16]  * bryce nods