[01:34] <superm1> yeah i'm aware of that config file thing.  i asked amd to not keep anything in /etc that's not a config file, but i might just add a mv_conffile clause to the postinst if i dont get a timely reply from them (which i dont expect)
[01:36] <bryce> superm1: yeah I think that's a good idea
[05:26] <wgrant> Hrm, I can't rebuild xserver due to the new linux-libc-dev having /usr/include/drm/drm.h, which libdrm-dev also has.
[05:59] <tjaalton> wgrant: which version? mine doesn't have it
[05:59] <tjaalton> morning btw
[05:59] <wgrant> tjaalton: linux-libc-dev 2.6.28-3.4
[06:00] <wgrant> I downgraded to -2.3 and it works fine.
[06:00] <wgrant> (I'm applying the patch to stop xserver segfaulting with -intel, which caused me some annoyance this morning, and it making apt unhappy)
[06:01] <tjaalton> hrm
[06:06] <bryce> heya
[06:09] <wgrant> tjaalton: Ergh, sorry, I meant to move that bug hours ago but got distracted.
[06:11] <tjaalton> wgrant: np
[06:11] <tjaalton> hi bryce
[06:12] <tjaalton> so the intel crash is fixed, but the kernel change means that anything that requires the drm headers fail to build
[06:12] <wgrant> Is the intel crash fixed?
[06:13] <tjaalton> upstrea
[06:13] <tjaalton> m
[06:14] <wgrant> Ah, yes.
[08:18] <wgrant> Server 1.6 has the new pointer acceleration algorithm, doesn't it?
[08:19] <wgrant> I'm trying to get -synaptics 0.99.3 working reasonably.
[08:20] <tjaalton> wgrant: yes it does
[08:21] <wgrant> -synaptics upstream has very strange defaults :(
[08:21] <wgrant> No tap-to-click if you have buttons, for example.
[08:42] <tjaalton> bryce: I'll try to fix vmmouse now, and see if it could be pushed upstream then
[08:48] <bryce> tjaalton: ok
[09:32] <tjaalton> bryce: I think we should get rid of a couple of packages, like x-x-v-tga and -vga
[09:33] <tjaalton> tga is usable only on alpha, and -vga is otherwise useless since we have vesa for x86
[09:33] <tjaalton> both are already in universe
[09:34] <tjaalton> and have no bugs, ie. no one using them :)
[09:39] <tjaalton> bug 308504, bug 308505
[11:08] <tjaalton> nvidia 180 seems to work but only with -ignoreABI
[11:13] <tseliot> tjaalton: did you try the other flavours too?
[11:14] <tjaalton> tseliot: nope
[11:15] <tseliot> tjaalton: in any case I'll have to try the drivers with the new X and (if they work) rebuild the packages
[11:15] <tjaalton> tseliot: can you force the ignoreABI in the drivers somehow?
[11:16] <tseliot> tjaalton: I guess not. It's something you can force in the xorg.conf
[11:17] <tjaalton> ok
[11:39] <mvo> hey tseliot! I was looking into the gnome-desktop update today and debian/patches/100_load_desired_settings.patch would need porting to the new 2.25.x code - could you please have a look? Is that somethign that can/should go upstream ?
[12:17] <tjaalton> tseliot: there's bug 308410 now.. where should the drivers be disabled, jockey?
[12:18] <tjaalton> oh, you owned that already
[12:18] <tseliot> tjaalton: I would like to install Jaunty and see how it goes here before I blacklist the driver
[12:19] <tjaalton> but it won't work anyway unless you force the option somewhere
[12:20] <tseliot> I'll see what I can do
[12:29]  * tseliot > lunch
[12:33] <seb128> tseliot: any news about the patch update?
[12:33] <tjaalton> 177 segfaults
[13:22] <seb128> tseliot: hello
[13:22] <tseliot> seb128: I have to patch and test a package in intrepid but after that I'll work on your patch (I guess today)
[13:22] <seb128> tseliot: ok, I'm going to drop the patch for now, it's blocking the whole GNOME for 2 weeks now
[13:23] <seb128> tseliot: I really want to get moving on those updates before holidays
[13:23] <tseliot> seb128: ok, no problem
[13:26] <tseliot> seb128: I'll let you know when the patch is ready so that we can re-include it
[13:26] <seb128> tseliot: ok thanks
[13:37] <seb128> tseliot: where are the specific api used?
[13:37] <seb128> ubuntu_gnome_rr_config_save_desired is used in g-c-c apparently but not g-s-d is that expected?
[13:39] <tseliot> seb128: g-s-d uses libgnome-desktop
[13:40] <seb128> tseliot: right, but none of those new api you added right?
[13:40] <tseliot> therefore I didn't touch g-s-d directly
[13:40] <seb128> ok
[13:41] <mvo> hm, this sounds like we should add a stub for now or wait until the patch is done
[13:41] <tseliot> seb128: does this reply to your question?
[13:41] <seb128> I hate distro changes
[13:41] <tseliot> seb128: and so do I ;)
[13:41] <crevette> seb128, I have 3 days of starting tomorrow, so I can manage to help a little at least
[13:41] <crevette> +ff
[13:41] <crevette> off
[13:41] <seb128> crevette: good thanks
[13:42] <seb128> tseliot: could you look to this patch update before the intrepid changes? there is probably no hurry for intrepid but we are blocking jaunty updates on this update now
[13:42] <seb128> I would say unblocking jaunty is higher priority than intrepid
[13:43] <tseliot> seb128: ok, I'll do it now
[13:43] <seb128> thanks
[13:43] <tseliot> seb128: did you put your source somewhere?
[13:43] <tseliot> the new control-center which doesn't build, I mean
[13:44] <tseliot> and the new libgnome-desktop
[13:44] <seb128> mvo has the new g-c-c
[13:44] <mvo> tseliot: new gnome-contorl-center is ported and in bzr
[13:44] <mvo> tseliot: that should fine
[13:45] <seb128> tseliot: http://people.ubuntu.com/~seb128/gnome-desktop_2.25.3-0ubuntu1.diff.gz http://people.ubuntu.com/~seb128/gnome-desktop_2.25.3-0ubuntu1.dsc http://download.gnome.org/sources/gnome-desktop/2.25/gnome-desktop-2.25.3.tar.gz
[13:45] <mvo> maybe we should put gnome-desktop into bzr too? so that we can easily work on it together?
[13:45] <tseliot> mvo: yes, please
[13:45]  * mvo waits for a yes/no from seb128 first
[13:45] <seb128> mvo: go for it
[13:46] <seb128> mvo: let me now if you put the current jaunty version and if I should push my changes or if you want to put directly my version there
[13:47] <mvo> seb128: I will put your version there I think
[13:47] <seb128> mvo: ok cool
[13:47] <mvo> seb128: you are on VAC ;) so I can do it, no problem 
[13:47] <seb128> hehe, that's true
[13:48] <mvo> tseliot: bzr branch lp:~ubuntu-core-dev/gnome-control-center/ubuntu ; cd ubuntu; bzr-buildpackage should give you the g-c-c bits
[13:48] <tseliot> mvo: ok, good. I think I have all I need now
[13:49]  * tseliot gets the source from bzr
[13:58] <mvo> https://code.edge.launchpad.net/~ubuntu-core-dev/gnome-desktop/ubuntu
[13:59] <tseliot> mvo: ok, thanks
[14:00] <mvo> cheers, thanks for working on the patch update!
[14:26] <mvo> tseliot: hm, while g-c-c applies all patches the changes do not compile anymore, I'm having a look now (somewhere in the xrandr capplet) but will not have that much time unfortunately for it today)
[14:27] <tseliot> mvo: libgnome-desktop is the problem
[14:27] <tseliot> mvo: I'm working on it anyway
[14:28] <seb128> mvo: that's because it requires the patch I commented in the gnome-desktop update
[14:29] <seb128> mvo: or g-c-c requires upstream changes due to the new gnome-desktop api breakage
[14:33] <mvo> some it it is api changes (_rr_screen_new() needs e.g. a GError now etc)
[14:33] <mvo> some of it is the libgnome-desktop
[14:33] <mvo> I commit what I have
[14:34] <seb128> mvo: look to the svn it's likely they updated the capplet there too
[14:34] <seb128> I guess they will roll a new tarball soon
[14:38] <mvo> the changes required are trivial, but the fact that the file xrandr-capplet.c is touch in a bunch of different patches makes it not easy for me to see where it should be applied
[14:38] <mvo> (well, the api changes, not the changes to make libgnome-desktop work :)
[15:31] <mvo> tseliot: I fixed one of my mistakes in 80_apect_in_dropdown.patch in g-c-c (just FYI and to avoid duplication of work). still some smallish ones left, that seems to be just additions of a GError as last parameter
[15:31]  * mvo -> break
[15:33] <tseliot> mvo: I'm still on the gnome-desktop part
[15:33] <tseliot> but thanks for letting me know
[15:42] <tseliot> mvo, seb128: libgnome-desktop builds again (in pbuilder) \o/
[15:46] <seb128> tseliot: excellent ;-)
[15:47] <seb128> tseliot: the change is ready to be used or do you want to do extra testing before?
[15:47] <tseliot> seb128: builds != works
[15:47] <seb128> ok
[15:47] <tseliot> I built it in pbuilder only. I have to install Jaunty to make sure that
[15:47] <tseliot> it works
[15:48] <tseliot> s/I have/I want/
[15:49] <seb128> do you have the updated patch somewhere?
[15:49] <tseliot> seb128: I can upload it to my website if you want
[15:53] <tseliot> seb128, mvo: http://albertomilone.com/ubuntu/gnome/jaunty/100_load_desired_settings.patch
[15:55] <seb128> tseliot: thanks
[15:56] <tseliot> seb128: I'll install Jaunty anyway since I'm really not confident with patches I didn't test myself (at runtime)
[15:57] <seb128> ok, let me know, I'll probably delay the upload until tomorrow now, it's getting late for a round of upload, newing, transition etc today
[15:57] <tseliot> seb128: sure
[17:09] <mvo> tseliot: thanks, I check it out, feel free to upload it in bzr (but I'm fne with getting it from the website)
[17:10] <tseliot> mvo: I'm upgrading to Jaunty so as to try it at runtime. Then I'll put it in my bzr branch
[17:40] <bryce> tjaalton: removing packages - sounds good
[17:53] <tseliot> bryce: is it a known bug the fact that the intel driver segfaults on jaunty? (xf86setcrtcconfig() or something similar)
[17:55] <bryce> tseliot: which graphics chip?
[17:56] <bryce> tseliot: it worked ok when I tested it prior to UDS, but didn't retest it yesterday.  I'll upgrade now and see
[17:56] <tjaalton> yes it's known, and fix released already, but xorg-server doesn't build because of the libdrm/linux-libc-dev deathmatch
[17:56] <bryce> ah ok
[17:56] <tseliot> ok
[17:57] <tseliot> the pci-id is 8086:27a2 anyway
[17:57] <bryce> ah ok 965
[18:06] <tjaalton> bryce: could you confirm the removal bugs and subscribe ubuntu-archive?
[18:06] <tjaalton> I've requested -openchrome to be synced from experimental, there should be no changes left
[18:07] <tjaalton> that version merged the randr-branch, so a lot of the old bugs should get closed with it
[18:07] <tjaalton> (and new ones pop up, of course..)
[18:10] <tseliot> mvo: did you notice the compilation errors in xrandr-capplet.c? They don't depend on what I did. It looks like the author updated the function prototypes but the actual functions don't reflect these changes (e.g. line 1778). Shall I fix these bugs too?
[18:11] <mvo> tseliot: that are probably the ones I ran into as well, it looks like its just the new GError argument
[18:11] <tseliot> mvo: right
[18:11] <tseliot> mvo: what do you suggest that I do?
[18:11] <mvo> tseliot: feel free to fix, otherwise I have a go on it (seb mentioned there might be already fixes in svn for it, but its probably easy enough)
[18:12] <mvo> (easy enough == famous last words ;)
[18:12] <tseliot> mvo: ok, I'll make (yet) another patch. It should be easy to do
[18:13] <tjaalton> bryce: btw, I tried to fix vmmouse, and just copying xf86OSmouse.h from -mouse makes it get forward, but fails building libvmmouse.la. probably something easy but didn't get to it yet
[18:19] <bryce> removal bugs confirmed and u-a subbed
[18:21] <tjaalton> cool, thanks
[18:21] <bryce> yesterday I banged xkeyboard-config down from 117 to 73 bugs :-)
[18:22] <tseliot> \o/
[18:22] <tjaalton> ooh :)
[18:22] <bryce> and went through all the ones related to hotkeys and gave troubleshooting advice
[18:23] <bryce> there's one keyboard bug that's got a ton of dupes.  I don't understand what's going on but I marked it confirmed.  It's been going on a while and seems to be some weird mis-interaction between the installer, x, and g-c-c
[18:23] <bryce> keyboard layouts seem to get forgotten or set up wrong during upgrades
[18:23] <bryce> anyway, probably something we should look into for jaunty.  I marked it critical for now.
[18:26] <bryce> tjaalton: oh also might want to look at 308649 for xserver (patch was attached)
[18:28] <tjaalton> bryce: yeah
[18:30] <tjaalton> pushed
[18:33] <tjaalton> (not released yet if there are other fixed to include)
[18:47] <bryce> tjaalton: did you want me to look into the vmmouse issue?
[18:48] <bryce> I also still need to update my signal patch, hopefully I can get to that today
[18:48] <tjaalton> bryce: well, if you could that would be nice. probably something really simple
[18:56] <tseliot> mvo: did you upload the fix for the dropdown patch to the bzr branch?
[18:59] <mvo> tseliot: hm, should be. let me check
[18:59] <mvo> tseliot: rev36 should have it
[19:00] <tseliot> ok
[19:00]  * tseliot > dinner
[20:53] <tjaalton> heh, alexia death seems to have figured out a way to fix wacom hotplug.. by using dbus
[20:53] <tjaalton> a set of dbus-send commands to add the devices
[20:56] <bryce> interesting
[20:56] <bryce> would it solve it for us?
[20:57] <bryce> tjaalton: btw I filed some sync req's for video drivers with a build number and new version in experimental
[20:57] <bryce> (listed at https://wiki.ubuntu.com/X/PackageNotes)
[21:00] <tjaalton> the driver would need to do that by itself, but we'll see what upstream thinks about it
[21:06] <bryce> ok
[21:06] <bryce> tjaalton: btw freeze immanent
[21:07] <tjaalton> I've requested openchrome to be synced, so changed the merge to a sync on that page
[21:07] <bryce> ok great
[21:07] <tjaalton> and voodoo in experimental is just a rebuilt version, no point in merging that
[21:08] <tjaalton> freeze.. great
[21:36] <tjaalton> bryce: hmm, what change does r128 have, or is the comment just an oversight :)
[21:37] <bryce> tjaalton: hmm?
[21:38] <tjaalton> the PackageNotes page
[21:38] <bryce> ah could be old info
[21:39] <bryce> otherwise, just an oversight
[21:39] <tjaalton> heh, ok I'll remove that then.. could be mine too
[21:40] <bryce> btw, I'm preparing an email for amd and nvidia to summarize UDS decisions; could you review for me?  -- http://pastebin.ubuntu.com/86556/
[21:41] <tjaalton> sure. libdrm is already 2.4.1, and 2.4.2 should be out soonish
[21:42] <bryce> any chance of 2.5.x?
[21:42] <tjaalton> alpha2 has a prerelease of randr-1.3, so it doesn't support all the features yet
[21:42] <tjaalton> I've no idea of libdrm versioning.. but they shouldn't care about libdrm anyway
[21:42] <bryce> ok, I'll list it as alpha3
[21:43] <tjaalton> yes
[22:09] <tseliot> the RandR capplet works again (after 3 patches), yay!
[23:07] <tjaalton> tseliot: great :)
[23:07] <tjaalton> bryce: seems that hal 0.5.12-rc1 already has the patch to list joysticks having input.joystick capability
[23:19] <tjaalton> or maybe not, but my joystick does list that now