[00:54] <jbicha> Trevinho: gjs is no longer in security proposed. The diff thing might not be fixable but I can check with an Archive Admin later
[00:54] <Trevinho> jbicha: maybe I should just re-upload the package ?
[00:54] <jbicha> the SRU team did accept the previous gjs jammy SRU, so they can work around the diff situation
[00:54] <Trevinho> ah okk
[00:55] <jbicha> no, I mean I don't know how long it's not been in the security ppa so reuploading won't help
[00:55] <Trevinho> I see, weird thing
[11:32] <lissyx> bandali, is beta-core22 still accurate?
[13:14] <lissyx> kenvandine, is this unmaintained? https://hub.docker.com/r/ubuntudesktop/gnome-3-38-2004/tags
[13:43] <lissyx> ok so it looks like speech-dispatcher is still in 0.11.1 on 22.04 ? https://packages.ubuntu.com/search?keywords=speech-dispatcher
[13:44] <lissyx> that means it does not have the fix  https://github.com/brailcom/speechd/commit/43a967b1 ?
[13:44] -ubottu:#ubuntu-desktop- Commit 43a967b in brailcom/speechd "Make all modules provide a list of voices"
[13:44] <lissyx> ah it is on st of voices"
[13:44] <lissyx> http://changelogs.ubuntu.com/changelogs/pool/main/s/speech-dispatcher/speech-dispatcher_0.11.1-1ubuntu2/changelog
 "kenvandine, is this unmaintained..." <- lissyx: I rebuild it on request... I think it really only exists for Remmina, they use it.  So no, not really maintained.
[14:01] <lissyx> ok
[14:01] <lissyx> so there's really no solution for building snap inside a docker
[14:02] <kenvandine> some do it... but I avoid it.
[14:04] <lissyx> ok, how do they do it? i failed to find accurate and/or maintained stuff
[14:04] <lissyx> if I want to run snap builds on taskcluster, I really need something within docker
[14:07] <lissyx> the best I found was https://snapcraft.io/docs/build-on-docker but the docker image linked is "as is"
[14:08] <lissyx> oooh .
[14:08] <lissyx> so one should click on the arrow next to "stable.Dockerfile for core18"
[14:11] <KGB-0> libchamplain Corentin Noël 404546 * commented merge request !2 * https://deb.li/DFui
[17:36] <KGB-0> evolution-data-server upstream/latest cb51b31 Milan Crha CMakeLists.txt * Post-release version bump * https://deb.li/3wzmy
[17:36] <KGB-0> evolution-data-server upstream/latest 4fe7672 Milan Crha src/libedataserver/e-webdav-session.c * I#475 - EWebDAVSession: Claim also error nodes from propstat response * https://deb.li/it6j4
[17:36] <KGB-0> evolution-data-server upstream/latest a9c0cc3 Milan Crha NEWS * NEWS update for 3.48.3 * https://deb.li/sSV
[17:36] <KGB-0> evolution-data-server upstream/latest 056db77 Amin Bandali CMakeLists.txt NEWS src/libedataserver/e-webdav-session.c * New upstream version 3.48.3 * https://deb.li/3O7ng
[17:36] <KGB-0> evolution-data-server pristine-tar ee9883d Amin Bandali evolution-data-server_3.48.3.orig.tar.xz.delta evolution-data-server_3.48.3.orig.tar.xz.id * pristine-tar data for evolution-data-server_3.48.3.orig.tar.xz * https://deb.li/3vS7x
[17:51] <KGB-0> gnome-video-effects signed tags 20a519f Jeremy Bicha upstream/0.6.0 * Upstream version 0.6.0 * https://deb.li/igiFj
[17:51] <KGB-2> gnome-video-effects pristine-tar ce9eed3 Jeremy Bícha gnome-video-effects_0.6.0.orig.tar.xz.delta gnome-video-effects_0.6.0.orig.tar.xz.id * pristine-tar data for gnome-video-effects_0.6.0.orig.tar.xz * https://deb.li/OegA
[17:52] <KGB-2> gnome-video-effects upstream/latest 2b7e7ed Jeremy Bicha * pushed 48 commits (first 5 follow) * https://deb.li/vsl0
[17:52] <KGB-2> gnome-video-effects upstream/latest fb0cfa2 Jan Tojnar meson.build * build: replace join_paths with operator * https://deb.li/3o7a2
[17:52] <KGB-2> gnome-video-effects upstream/latest da6699b Jan Tojnar meson.build * build: Use the pkgconfigdir variable * https://deb.li/3bYmU
[17:52] <KGB-2> gnome-video-effects upstream/latest 9554041 Jan Tojnar meson.build * build: Fix effectsdir in .pc file * https://deb.li/3gSEn
[17:52] <KGB-2> gnome-video-effects upstream/latest 9e4af3d Umarzuki Bin Mochlis Moktar po/ms.po * Update Malay translation * https://deb.li/ix5u7
[17:52] <KGB-2> gnome-video-effects upstream/latest 74b1301 Sabri Ünal po/tr.po * Update Turkish translation * https://deb.li/kt7l
[18:29] <KGB-0> libgepub signed tags c3a2dc4 Jeremy Bicha upstream/0.7.1 * Upstream version 0.7.1 * https://deb.li/3X5XM
[18:29] <KGB-2> libgepub upstream/latest 78821b5 Gaël Bonithon libgepub/gepub-doc.c * doc: Add missing sanity check * https://deb.li/3G75N
[18:29] <KGB-2> libgepub upstream/latest d1e8eeb Daniel García Moreno NEWS meson.build * Release 0.7.1 * https://deb.li/3wibV
[18:29] <KGB-2> libgepub upstream/latest 372d33a Jeremy Bicha NEWS libgepub/gepub-doc.c meson.build * New upstream version 0.7.1 * https://deb.li/itSUg
[18:35] <KGB-0> evolution upstream/latest 5f2f1d0 Jeremy Bicha * pushed 7 commits (first 5 follow) * https://deb.li/33JqU
[18:35] <KGB-0> evolution upstream/latest 5c3f518 Milan Crha CMakeLists.txt * Post-release version bump * https://deb.li/3Hx82
[18:35] <KGB-0> evolution upstream/latest fcfa45a Milan Crha data/webkit/e-editor.js * https://deb.li/8MLi
[18:35] <KGB-0> I#2381 - Composer: Use 'Wrap quoted text in replies' option also for text/html parts
[18:35] <KGB-0> evolution upstream/latest ac88296 Milan Crha data/webkit/e-web-view.js * I#2380 - Mail: Preview content sometimes grows indefinitely * https://deb.li/3ND6h
[18:35] <KGB-0> evolution upstream/latest 22d36b2 Milan Crha data/webkit/e-web-view.js * I#2382 - Mail: Workaround recursion in iframe height computation * https://deb.li/RZDn
[18:35] <KGB-0> evolution upstream/latest d2f7e1d Milan Crha src/shell/e-shell-searchbar.c * I#2362 - EShellSearchbar: Cannot clear search by deleting text * https://deb.li/3z8o7
[18:35] <KGB-0> evolution pristine-tar 69029ab Amin Bandali evolution_3.48.3.orig.tar.xz.delta evolution_3.48.3.orig.tar.xz.id * pristine-tar data for evolution_3.48.3.orig.tar.xz * https://deb.li/iOMwF
[19:32] <KGB-0> gnome-video-effects signed tags 01e6cfb Jeremy Bicha ubuntu/0.5.0-1ubuntu1 * Debian release 0.5.0-1ubuntu1 * https://deb.li/KVX7
[19:35] <KGB-0> gnome-video-effects signed tags 3e4e3af Jeremy Bicha ubuntu/0.5.0-1ubuntu2 * gnome-video-effects Debian release 0.5.0-1ubuntu2 * https://deb.li/36Z81
[20:09] <KGB-0> mutter ubuntu/jammy 8ad0c57 Jeremy Bicha * pushed 76 commits (first 5 follow) * https://deb.li/YVoy
[20:09] <KGB-0> mutter ubuntu/jammy e6ab743 Florian Müllner src/x11/events.c * x11/events: Do not update focus XWindow during grabs * https://deb.li/3AOE4
[20:09] <KGB-0> mutter ubuntu/jammy 8cdabfd Carlos Garnacho src/ core/events.c x11/meta-x11-display-private.h x11/meta-x11-display.c * x11: Do not move X11 input focus during grabs * https://deb.li/FO8V
[20:09] <KGB-0> mutter ubuntu/jammy 98fc661 Florian Müllner NEWS meson.build * Bump version to 42.8 * https://deb.li/3dclg
[20:09] <KGB-2> mutter upstream/42.x 91f133d Jeremy Bicha * pushed 74 commits (first 5 follow) * https://deb.li/3ZVGn
[20:09] <KGB-2> mutter upstream/42.x aaa969e Jonas Ådahl src/x11/session.c * x11/session: Set the context as client data on connection watch * https://deb.li/AcCs
[20:09] <KGB-0> mutter ubuntu/jammy 0ea24e0 Matthias Clasen src/wayland/meta-wayland-surface.c * wayland: Don't overwrite surface offsets * https://deb.li/uZ6N
[20:09] <KGB-2> mutter upstream/42.x 22b9ac6 Florian Müllner src/x11/meta-x11-display.c * x11/display: Add some logging * https://deb.li/30MXU
[20:09] <KGB-0> mutter ubuntu/jammy 1fd96e3 Sameer Lattannavar data/61-mutter.rules * data/udev: Don't disable KMS modifiers on newer i915 systems * https://deb.li/ipVIx
[20:09] <KGB-2> mutter upstream/42.x e6ab743 Florian Müllner src/x11/events.c * x11/events: Do not update focus XWindow during grabs * https://deb.li/3AOE4
[20:09] <KGB-2> mutter upstream/42.x 8cdabfd Carlos Garnacho src/ core/events.c x11/meta-x11-display-private.h x11/meta-x11-display.c * x11: Do not move X11 input focus during grabs * https://deb.li/FO8V
[20:09] <KGB-0> mutter signed tags dabf066 Jeremy Bicha upstream/42.9 * Upstream version 42.9 * https://deb.li/WF2v
[20:09] <KGB-2> mutter upstream/42.x 98fc661 Florian Müllner NEWS meson.build * Bump version to 42.8 * https://deb.li/3dclg
[20:10] <KGB-0> gnome-shell signed tags a6be812 Jeremy Bicha ubuntu/42.5-0ubuntu1 * gnome-shell Debian release 42.5-0ubuntu1 * https://deb.li/34Oc0
[20:28] <KGB-2> gnome-shell ubuntu/jammy 97ea5a7 Jeremy Bicha * pushed 48 commits (first 5 follow) * https://deb.li/RV0I
[20:28] <KGB-2> gnome-shell ubuntu/jammy 2aebe94 Jonas Dreßler js/dbusServices/screencast/screencastService.js * screencastService: Handle case where no videos directory exists * https://deb.li/3qOCA
[20:28] <KGB-2> gnome-shell ubuntu/jammy 9c3a7de Alessandro Bono js/ui/appDisplay.js * appDisplay: Don't assume this._placeholder always exists * https://deb.li/33X2e
[20:28] <KGB-2> gnome-shell ubuntu/jammy 27770a4 Alessandro Bono js/ui/dash.js * dash: Connect before destroying * https://deb.li/i2ZG0
[20:29] <KGB-2> gnome-shell ubuntu/jammy 2e09127 Alessandro Bono js/gdm/credentialManager.js * credentialManager: Remove unused parameter * https://deb.li/UV6M
[20:29] <KGB-2> gnome-shell ubuntu/jammy 4cd4442 Florian Müllner src/shell-window-preview-layout.c * shell/window-preview-layout: Mark return value as nullable * https://deb.li/3tOIj
[20:29] <KGB-2> gnome-shell signed tags 789a811 Jeremy Bicha upstream/42.9 * Upstream version 42.9 * https://deb.li/mXl4
[20:29] <KGB-0> gnome-shell upstream/42.x 42dbe08 Jeremy Bicha * pushed 46 commits (first 5 follow) * https://deb.li/3yZAD
[20:29] <KGB-0> gnome-shell upstream/42.x 4aedf86 Jian-Hong Pan data/<EMAIL_ADDRESS><EMAIL_ADDRESS>* data: Lower down gnome-shell process' OOM score * https://deb.li/EFxg
[20:29] <KGB-0> gnome-shell upstream/42.x ee52389 Florian Müllner js/misc/fileUtils.js * fileUtils: Do not follow symlinks * https://deb.li/3IVel
[20:29] <KGB-0> gnome-shell upstream/42.x 2aebe94 Jonas Dreßler js/dbusServices/screencast/screencastService.js * screencastService: Handle case where no videos directory exists * https://deb.li/3qOCA
[20:29] <KGB-0> gnome-shell upstream/42.x 9c3a7de Alessandro Bono js/ui/appDisplay.js * appDisplay: Don't assume this._placeholder always exists * https://deb.li/33X2e
[20:29] <KGB-0> gnome-shell upstream/42.x 27770a4 Alessandro Bono js/ui/dash.js * dash: Connect before destroying * https://deb.li/i2ZG0


[12:13] <BluesKaj> Howdy all
[12:15] <RikMills> santa_: the apps 21.04.1 tars are public, so I uploaded that to impish
[16:20] <Eickmeyer> Seeing lots and lots of FTBFS for impish.
[16:27] <RikMills> Eickmeyer: where?
[16:27] <RikMills> ninjas ppa?
[16:27] <Eickmeyer> Yeah, looks like it.
[16:28] <RikMills> Eickmeyer: to be expected. testing building the Plasma 5.22 beta, and fixing as I go
[16:28] <Eickmeyer> RikMills: Fun. :)
[16:30] <RikMills> already did a lot of it in Neon, so just a case of replicating my fixes in our branches
[16:31] <RikMills> hopefully by the weekend we can ask for testing
[16:47] <Eickmeyer> :)
[16:47] <Eickmeyer> I haven't upgraded my box to impish yet. I should probably do that.
[20:19] <santa_> hi everyone
[20:20] <santa_> RikMills: ack, build graph:
[20:20] <santa_> http://tritemio-groomlake.duckdns.org/ka-iron-hand_reports/applications_archive/21.04.1_impish_retry_builds.pdf
[20:20] <RikMills> cheers!
[20:20] <santa_> and -proposed migration:
[20:20] <santa_> http://tritemio-groomlake.duckdns.org/ka-iron-hand_reports/applications_archive/21.04.1_impish_proposed_migration.pdf
[20:21] <santa_> that being said I have been doing some stuff with my servers here
[20:23] <santa_> I think I could get the new one (watertown) working at some point, and if it works, maybe upgrade the main os of groomlake to focal (it's still using bionic)
[20:23] <santa_> at some point it would be nice to migrate the inside containers too
[20:24] <santa_> about what I have there, I was writing a setup guide, but I think I'm going to manage that stuff with puppet, so the thing would be easy to replicate somewhere else
[20:25] <santa_> and the setup guide would be easier too
[20:27] <RikMills> nice to know
[20:27] <santa_> note that I aim to the mid/long term
[20:28] <santa_> oh, also I need to replace the groomlake power supply, it's working fine, but I think it has a coil whine :|
[20:29] <santa_> also a flaky hard drive which has been having some smart errors, if it doesn't get stable I will replace it as well
[20:34] <RikMills> starting to get the plasma beta packaged. hopefully will finish tomorrow
[20:34] <RikMills> ninjas ppa currently
[20:35] <santa_> ok, thanks for the packaging work
[20:37] <RikMills> did not get around to doing the dummy release I planned, so a little slow off the mark
[20:37] <santa_> I also have the gbp-kci thing on the table for the mid/long term
[20:38] <santa_> in fact that's the reason I got the new server
[20:38] <santa_> * why I ...
[20:39] <RikMills> that would be nice. staging stuff from git snapshots is an awful faff now
[20:40] <santa_> so many things on the table, at least we have a nicer tarball linking in KA, I'm in process of releasing it now
[20:53] <RikMills> thanks!


[00:35]  * slangasek targets C89 with ordnance
[00:46] <xnox> =)))))
[00:48] <infinity> xnox: You really need to get those extra chins looked at.
[07:46] <infinity> slangasek: So, if the current quantal SRU is proven to fix the samsung bricking issue, should we respin ubuntu/quantal/amd64 with no updates except the kernel?
[07:47] <infinity> slangasek: Normally not something I'd suggest, but I think cutting down on killing machines might be nice.
[07:47] <infinity> slangasek: (If Samsung needs images to test, I can spin one over the weekend)
[16:08] <slangasek> infinity: mmm, by the time we know the samsung fix is solid, we'll be close to the release date for 13.04; and "no updates except the kernel" is awkward to do, isn't it?
[18:44] <infinity> slangasek: It's not particularly difficult to do with a few tweaks, I imagine.  I just don't want people continuing to download 12.10 media and bricking their machines. :/
[19:49] <ScottK> We respun every single ISO, not just the LTS ones for 10.04.1 due to the openssl thing, so there's certainly precedent for bad enough for a post-release respin.
[20:38]  * infinity hunts down the annoying "component-mismatches wants linux-{ac100,nexus7} in main" bug and fixes.


[19:30] <jsha> Hi folks! I would like to nominate https://bugs.launchpad.net/ubuntu/+source/pdns/+bug/1705766 for backporting to xenial. I've followed https://wiki.ubuntu.com/StableReleaseUpdates#Procedure to the best of my ability; please let me know if I've missed anything.


[16:15] <mridu> Hi, I am new to this community. I have a query regarding the use of crontab -e.
[16:16] <mridu> I have to execute a python script daily. But, it is not happening. I have checked askubuntu forum a well.
[16:17] <TJ-> mridu: you should ask in #ubuntu, that is the support channel. This channel is for Ubuntu development issues
[16:19] <mridu> Thanks!
[16:20] <mridu> And if I know Python is there any way I can contribute to Ubuntu?
[16:21] <TJ-> !contributing
[16:21] <TJ-> hmmm
[16:21] <TJ-> !contribute
[16:23] <mridu> Thank you


[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 <IP_ADDRESS> 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 <IP_ADDRESS>
[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 <IP_ADDRESS> ....
[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 <IP_ADDRESS>
[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> <IP_ADDRESS> 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> <IP_ADDRESS> 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 <IP_ADDRESS> 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 <IP_ADDRESS>
[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 <IP_ADDRESS> 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