[02:24] superm1: gsd is screaming at me a lot now. [02:24] Warning: No symbols defined for (keycode 97) [02:24] And a few dozen related. [02:49] refreshed Ubuntu-X wiki a bit - https://wiki.ubuntu.com/X/ [06:41] morning [06:41] ooh, pictures [07:15] sigh, can't find a reason why -intel doesn't pick the libdrm-intel1 dependency [07:16] unless it's the difference in compat between libdrm and drm-snapshot [07:16] other than that the diff is irrelevant [08:15] hello [08:28] hi [08:39] need to decide if we want to move XInput.h back in inputproto or not [08:39] 1.5 didn't move it, master did [08:41] I have a question about the consoles on tty1-6, it is displayed with a low resolution which is blurry on my laptop screen, it is possible to have it displayed in the native resolution? [08:42] this is not I use it everyday, but it would be better [08:42] which graphics hw? [08:53] Intel on thinkpad T61 [08:53] which is funny it is worked one time when my xorg was broken :) [08:54] well, it might support kernel modesetting when 9.04 is out [08:57] and without mosetting is it possible to have it working or not ? [08:59] I don't know what blurry means in this case [08:59] it's low-res by default [09:00] and using vesafb-tricks bring other problems [09:14] okay [09:14] salut seb128 [09:14] lut crevette [09:14] tjaalton, I'll wait for a sane method to come up and I'll see [09:15] tjaalton, this is a TTM that make the Fedora 10 performance better on intel than ubuntu? I've seem some people stating the performance on F10 was back to a good framerate [09:16] crevette: GEM [09:16] ah GEM sorry [09:16] it's just a requisite for KMS [09:16] and other things [09:17] well, helps performance too [10:23] hey tseliot [10:23] tseliot: no hurry for the gnome-desktop changes, the new version has a soname change too and that requires a transition, since I'm travelling tomorrow I'll probably not start on that today [10:24] seb128, you're moving to an ubuntu meeting ? [10:24] seb128: ok, thanks [10:24] crevette: uds [10:24] seb128: we'll meet at the uds then ;) [10:25] tseliot: right ;-) [10:26] * tseliot logs out to try driver 180.11 [11:20] tjaalton: are you (too) busy today? [11:21] tseliot: depends :) [11:21] I'll have lunch in a minute [11:21] tjaalton: there's a new version of 180 for Jaunty: http://albertomilone.com/ubuntu/newlrm/pitti/jaunty/destination_jaunty1.txt [11:22] which fixes a rather annoying problem [11:22] ok, I'll have a look after lunch [11:22] thanks [12:00] bryce, around ? [12:03] rather late for him [12:15] tx tjaalton, I didn't if he was US or UK based [12:21] UTC-8 :) [15:04] tjaalton: I have updated my http://albertomilone.com/ubuntu/newlrm/pitti/jaunty/destination_jaunty1.txt so as to include a patch for Jaunty's kernel for driver 177 [15:05] tseliot1: right, I forgot about that.. downloading now [15:06] tjaalton: thanks [15:11] tseliot1: done [15:11] tjaalton: great, thanks a lot :-) [15:13] np [15:13] now lets see if mesa master builds [15:22] tjaalton: ah, I almost forgot, can you copy 177, 173, 96 to intrepid-proposed? I guess I'll have to modify the changelog for 180 to put it in intrepid-proposed too, right? [15:24] well it's the same for all of them [15:25] I can't copy packages from a pocket to another [15:25] tjaalton: ok, I'll change them all [15:32] tjaalton: shall I do a "debuild -S -sa" for 180? [15:32] or would a -S be enough? [15:33] I don't know.. [15:34] tjaalton: the orig.tar.gz is already in the archive since you used it for Jaunty [15:35] ok then [15:35] tjaalton: -S then? [15:35] I guess [15:36] ok, let's try with -S [15:40] tjaalton: here you go: http://albertomilone.com/ubuntu/newlrm/pitti/destination.txt [15:41] tjaalton: as discussed with superm1 I think 180 can get into -proposed without using the backports since it won't be installed by default without the modaliases package [15:46] tseliot1: I'm not the release-manager.. they can drop it if it's not suitable there [15:51] tjaalton: right [15:52] let me know when you're done [15:52] um, you used the same version numbers? [15:53] I believe this should be dealt with a RM.. [15:54] tjaalton: aah, does dput refuse to upload the source? [15:55] tseliot1: no, but -updates should not have same versions as the devel version, I think [15:55] besides, you should have a permission to upload stuff to -proposed first [15:56] tjaalton: actually I think this happens from time to time. pitti copied the packages from -proposed to jaunty with the same version [15:56] (in the past) [15:56] that's different [15:56] tjaalton: hmm [15:56] I'm sure he bumped the version too [15:56] it doesn't work the other way around [15:57] and he's an archive admin too [15:59] ok, I think I can ask slangasek about this [16:00] intrepid updates are copied to jaunty when the intrepid and jaunty version are identic [16:00] you can't upload the same version twice to intrepid and jaunty though [16:00] seb128: and would it be possible to copy from jaunty to intrepid? [16:01] either you have to use different versions or get the source copied on soyuz [16:01] no [16:01] because binaries are built on jaunty this way [16:01] and depends could change a lot [16:01] the copy is a source and binary one [16:01] copying the intrepid binaries to jaunty is no issue [16:02] but it wouldn't work the other way around due to shlibs changes, etc [16:02] ah, ok this makes sense [16:04] tjaalton: I guess I'll just bump the version then [17:50] anyone know why the MS optical mouse I got would middle-click when I right click and right click when I middle click? [17:50] seems rather bizarre and very highly annoying [22:08] nobody? [22:08] solarion: try evtest on it, see what it reports [22:09] I don't see an evtest [22:13] yeah, pushing the button and listing state gives button[2,3]=down [23:15] nm, I just got a less crappy mouse. :) [23:15] side scrolling even just worked right ootb