/srv/irclogs.ubuntu.com/2008/07/01/#ubuntu-x.txt

tjaaltonbryce: ok, libdrm 2.3.1 is now released, so I can start :)10:01
tjaalton(without having to figure out if builds would break)10:01
brycesweer10:02
bryces/r/t/10:02
brycetjaalton: there's a hug day for Xorg coming up on the 3rd10:03
tjaaltonbryce: yeah I noticed.. we now have ~1900 bugs :/10:04
tjaaltonalthough a lot of those have been originally misfiled and probably fixed already10:04
brycecould be10:05
tjaaltonlike "the input hungs" bug10:05
bryceI noticed some people have gone through and done a lot of "Ubuntu" -> "xorg" filings10:05
tjaaltonyeah that's what I meant10:05
Q-FUNKsome inputs are well-hung indeed.10:05
tjaaltonhehe10:06
brycetjaalton: with libdrm out, does this mean xserver 1.5 (or 1.4.99999?) is soon to come too?  :-)10:08
tjaaltonbryce: should be. a couple of new RC's were released yesterday10:08
brycesweet10:09
brycemm, 2:1.4.99.902-1 is in experimental already, with 1.4.99.905 released upstream10:09
tjaaltonyes, the merge was done against 90210:10
brycecool10:10
bryceok, well bedtime for me.  looking forward to the new xserver :-)10:11
Q-FUNKgood night! :)10:11
tjaaltonbryce: night"!10:11
tjaalton-"10:11
seb128is ati supposed to use xaa by default on intrepid?14:51
jcristauyes14:53
tjaaltononly intel uses exa by default14:54
seb128bah14:55
tjaaltonseb128: exa works better?-)14:55
seb128I get warnings in the logs about XAA being unsupported on radeon 9500 and newer14:56
seb128and compiz is unusably slow14:56
tjaaltonthat shouldn't be14:56
seb128hardy works great on the same box14:56
seb128I've a dual boot14:56
tjaaltononly the driver has changed14:56
tjaaltonserver is the same14:57
seb128let me downgrade to the hardy version14:57
seb128bah, it takes several seconds to do the opening dialog animation14:59
seb128and xorg is using 100% cpu 14:59
seb128(still using the intrepid version)14:59
seb128no difference using the hardy version15:03
tjaaltonhmmh15:03
seb128the hardy log shows xaa is used too15:07
seb128but there is line about it being unsupport and suggesting to use EXA15:07
seb128s/is line/is no line15:07
seb128in fact the warning is there too, just worded differentlu15:11
seb128differently15:11
tjaaltoncan you post the logs somewhere?15:11
seb128tjaalton: http://people.ubuntu.com/~seb128/Xorg.0.log15:12
seb128that's the intrepid log15:12
seb128and http://people.ubuntu.com/~seb128/Xorg.0.log.hardy15:13
seb128the log is using the hardy driver on intrepid15:14
seb128and the intrepid install is an amd64 one15:15
tjaaltonhmm15:15
tjaaltonsomehow the intrepid log shows more supported chips than the hardy one15:15
tjaaltonwonder how that's possible if the driver is the same version15:15
tjaaltonand the log shows that it should be (6.8.0)15:16
seb128that's i386 against amd64 installs15:17
tjaaltonI don't think it should matter..15:22
tjaaltonhard to tell what could be wrong15:22
tjaaltonbryce: all the poulsbo hunks failed to apply on libdrm, so I'd say that the changes are in 2.3.1 ;)18:38
jcristautjaalton: doesn't poulsbo use ttm?18:47
brycetjaalton: if that's the psb stuff in main, you can discard all that18:51
tjaaltonhmm, actually seems like it's not there after all18:51
brycetjaalton: as they continued updating libdrm their changes got bigger and bigger, and I ended up having to fork a UME-only libdrm 18:51
tjaaltonbryce: ok, so it can be synced then18:52
tjaalton..when 2.3.1 is in experimental ;)18:52
bryceI think jcristau is right that it contains TTM but I haven't gotten a reply from Intel when I enquire about that18:52
bryceyup18:52
tjaaltonmaybe they'll GEMify it too18:52
bryceI've run a request up the flag pole for them to switch to "a standard libdrm" going forward.  We'll see how that goes.18:53
bryceDave Airlie:18:56
bryce        Stuff changed - you need this for Mesa 7.1, and Xorg 1.518:56
bryce        Deal with it.18:56
bryceheh18:56
tjaalton:)18:56
tjaaltonbtw, libdrm/mesa/xserver/xorg/evdev are close to being ready18:57
bryceexcellent, I was just wondering that18:57
=== bdmurray_ is now known as bdmurray
tjaaltonbryce: xorg merged.. maybe I should head home :)20:15
tjaaltonbefore it's too chilly to cycle20:15
tjaaltonbbl ->20:16
tjaaltonbryce: ok, things should be ready now.. libdrm/mesa/xserver/xorg all merged and packages tested on my laptop (not run yet though, since I left it at work)23:06
tjaaltonso after those are uploaded, all the drivers need to be rebuilt since both input and video ABI has changed23:08
bryceok23:11
bryceawesome23:11
brycehow do we put in to request those rebuilds?23:11
tjaaltonreupload as build123:12
tjaaltonor ubuntuX if there are changes23:13
tjaaltonsince the packages Provide xserver-xorg-{video,input}-ABIVER23:15
tjaaltonshould we hold the input-hotplug stuff until everything is built with the current versions?23:16
tjaaltonor add the fdi-files to the drivers? (wacom, synaptics..)23:20
tjaaltonI mean that it might we wise to get everything updated first, and then start figuring out when to push input-hotplug23:22
bryceyeah I think I agree23:23
bryceget a reference point in place first, then push input-hotplug in23:23
tjaaltonright23:23
tormodtjaalton: are those packages in the ubunt branches of git.d.o?23:24
tjaaltontormod: xorg and xorg-server are, libdrm and mesa from debian-experimental23:24
tjaaltonbuild order; libdrm - mesa - xorg-server23:24
tjaaltonand xorg..23:25
tormodyou're building xorg without dri then?23:25
tjaaltonnope23:25
tjaaltonhmm, did I not push everything..23:26
tjaalton    Re-enable dri & glx.23:26
tjaaltonseems to be there23:26
tormodam I looking at the  right place: http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=shortlog;h=refs/heads/debian-experimental23:27
tormodno, got it23:27
tormoduhm not. this is 13days old: http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=shortlog;h=refs/heads/ubuntu23:28
tjaaltonok hold on23:28
tormodtjaalton: I basically wonder what you did to the dri/gl.pc stuff that xorg-server looks for23:34
tjaaltonnothing really23:35
tormodxorg-server:configure looks for gl.pc which is not shipped by mesa AFAICS. I used to add them to the libgl1-mesa-dev.install in my xorg-edgers packages but I thought maybe I wouldn't need to any longer.23:37
tjaaltongrepping doesn't find gl.pc from configure*23:40
tjaaltonok, xorg-server changes pushed23:43
tormodthanks. configure.ac: 827         PKG_CHECK_MODULES([GL], [glproto >= 1.4.9 gl >= 7.1.0])23:44
tormodbut not in configure... hmm23:44
tjaaltonglproto ships glproto.pc23:45
tormodno it's the "gl"23:45
tormodthat I mean23:45
tormodit's in configure as well.23:46
tjaaltonwell..23:47
tjaaltonchecking for GL... yes23:47
tjaaltonso.. :)23:47
tormodyou have gl.pc on your machine maybe?23:48
tormodfrom which package?23:48
tjaaltonmesa seems to have it, but it's not in any package23:49
tormod"seems to" ? :)23:49
tjaaltonthe source package23:49
tormodright. I know, that's why I added it to libgl1-mesa-dev.install for the moment23:50
tormodare you building in a pbuilder?23:50
tjaaltonno23:50
tjaaltoncould pbuilder be taught to use it's own cache?23:52

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!