[02:41] <Ubugtu> New bug: #87888 in xorg (main) "Correct resolution detected, but impossible to use" [Undecided,Needs info]  https://launchpad.net/bugs/87888
[03:25] <Ubugtu> New bug: #46697 in xserver-xorg-video-mga (main) "I could not test out LiveCD at all" [Medium,Needs info]  https://launchpad.net/bugs/46697
[09:27] <seb128> tepsipakki: hi
[09:28] <tepsipakki> so, what patch have you found?
[09:28] <seb128> tepsipakki: 42_build_int10_submodules.diff that you didn't apply for 'causes "some regression"' reason breaks the int10 module (undefined symbol and doesn't load)
[09:28] <tepsipakki> oh yes
[09:28] <seb128> what was the regression you found with it?
[09:28] <tepsipakki> there was some discussion on debian-x I think
[09:28] <tepsipakki> let me check
[09:29] <seb128> they do apply it
[09:29] <seb128> ok
[09:30] <tepsipakki> could be that I just misunderstood something
[09:31] <seb128> "dlopen: /usr/lib/xorg/modules//libint10.so: undefined symbol: Int10Current"
[09:31] <seb128> that's the error without the patch
[09:33] <tepsipakki> ok, so apply it
[09:34] <tepsipakki> can't find any regression-talk about it :/
[09:34] <seb128> k
[09:35] <seb128> have you seen the changes I made for xorg before upload?
[09:35] <Ubugtu> New bug: #87973 in xserver-xorg-video-s3 (main) "Broken legacy S3 xorg driver in feisty (Fix included)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87973
[09:38] <tepsipakki> ah that
[09:40] <tepsipakki> whatever works ;)
[09:40] <seb128> yeah
[09:40] <seb128> ok, back to the server
[09:41] <seb128> update on http://people.ubuntu.com/~seb128/xorg-server/ for the source package, I'll upload deb soon for people who want to try it
[09:42] <tepsipakki> upload to the archive?
[09:42] <seb128> no, on the same people place
[09:43] <seb128> I'll upload to the archive only when I'm confident it doesn't break for half of the world :p
[09:43] <tepsipakki> yep, sure
[09:43] <tepsipakki> I might try the EXA-thing on my radeon
[09:45] <seb128> that's not a blocker I think
[09:46] <seb128> I just had EXA enabled and I though the server was broken with radeon cards maybe
[09:46] <seb128> which it was not, it works fine without EXA
[09:46] <tepsipakki> so i810 doesn't work right?
[09:46] <tepsipakki> we could put a new driver release for that, and see if they work together
[09:47] <seb128> for dholbach
[09:47] <seb128> yeah, would be nice
[09:47] <seb128> the EXA problem might be https://bugs.freedesktop.org/show_bug.cgi?id=10070
[09:47] <Ubugtu> Freedesktop bug 10070 in Acceleration/XAA "EXA & XAA RGB core line text performance regression" [Normal,New]  
[09:48] <Treenaks> 'core line text performance'.. is that the 'gnome-terminal is slow' thing?
[09:50] <seb128> no, the gnome-terminal is slow is likely to be vte because people said than drowngrading to the edgy version fixes it
[09:51] <seb128> that would be nice to have somebody getting to problem looking at it
[09:51] <seb128> because it's not slow on my box or not enough to be annoying
[09:52] <Treenaks> seb128: I only have it on fglrx.. not my nvidia-box at work
[09:52] <seb128> I use the ati driver, not evil binary one :p
[09:52] <Treenaks> (also, it's the X server eating 100%, not vte/gnome-term)
[09:52] <seb128> not a lot we can do on fglrx
[09:52] <Treenaks> seb128: I would, if someone would fix bug 20283 :P
[09:52] <Ubugtu> Malone bug 20283 in xserver-xorg-video-ati "[fgl v5000]  really bad sync" [Medium,Needs info]  https://launchpad.net/bugs/20283
[09:54] <Treenaks> (but it probably depends on a rewrite of the ATOM bios parser, which is planned for Radeon/Randr1.2 work anyway)
[09:54] <tepsipakki> fglrx doesn't support xorg7.2 yet
[09:55] <Treenaks> tepsipakki: no, but radeon is badly broken on my hardware (see that bug)
[09:55] <tepsipakki> yep, saw that
[10:34] <seb128> tepsipakki: http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.2.0-enable-composite.patch?rev=1.1&view=markup
[10:34] <seb128> what do you think about that?
[10:34] <seb128> do you know why that's not the default upstream?
[10:40] <seb128> tepsipakki: the previous Ubuntu package had a 019_ubuntu_enable_composite.diff
[10:41] <seb128> tepsipakki: any reason you dropped it?
[10:53] <tepsipakki> seb128: no.. must be a mistake :/
[10:55] <seb128> tepsipakki: you dropped a lot of useful patch
[10:55] <seb128> I've undropped 4 of them
[10:55] <seb128> and I'm looking at others now
[10:57] <tepsipakki> maybe they were lost during rename&re-merge
[10:58] <seb128> tepsipakki: dunno, 7 patches dropped by mistake already though
[10:59] <tepsipakki> arf
[10:59] <seb128> not really fun :/
[10:59] <tepsipakki> no, and it took this long to find out :I
[11:00] <tepsipakki> but.. without COMPOSITE I shouldn't be able to run compiz?
[11:00] <seb128> $ compiz --replace gconf
[11:00] <seb128> /usr/bin/compiz.real: No composite extension
[11:05] <tepsipakki> ok, so they were lost between -2ubuntu1/-3ubuntu1
[11:05] <tepsipakki> damnit
[11:06] <seb128> hum, in fact there might be some patches not required
[11:06] <seb128> the composite one is required though
[11:06] <tepsipakki> yes
[11:06] <seb128> hum
[11:19] <seb128> tepsipakki: ok, I got pretty confused by your renaming
[11:19] <tepsipakki> oh!
[11:20] <tepsipakki> ? rather
[11:20] <seb128> it made harder to compare the list of patches
[11:20] <seb128> well, I looked at the patches from previous packages and they were not there to the new package
[11:21] <seb128> like 38_Fix-pDRIPriv_NULL_deref.patch
[11:21] <seb128> it was not obvious that 124_fix-pdripriv_null_deref.patch was the same one
[11:21] <tepsipakki> hmm, ok
[11:21] <seb128> well, by readin the name it makes sense, from a quick look to the patches lsit no
[11:21] <tepsipakki> true
[11:22] <seb128> the only changes I made over your packages for the moment are to enable the 42_build_int10_submodules.diff
[11:22] <seb128> and undrop the enable composite one
[11:22] <tepsipakki> I'll check the others
[11:22] <tepsipakki> for validity
[11:22] <seb128> thank you
[11:22] <tepsipakki> no, thank you ;)
[11:22] <seb128> I think we should be mostly good one we have composite again
[11:22] <seb128> s/one/once
[11:23] <tepsipakki> yep
[12:11] <tepsipakki> seb128: patches 005, 011, 012 are applied upstream
[12:11] <tepsipakki> 009 is at least partly upstream, and not anymore in fedoras package
[12:12] <seb128> k
[12:12] <tepsipakki> 013 doesn't seem to be necessary anymore (and doesn't apply as-is)
[12:23] <tepsipakki> 015, 016, 017 upstream
[12:27] <seb128> I think that the update is ready for upload
[12:27] <seb128> we got some people who tested it
[12:27] <seb128> Debian has the package as well and not world breakage
[12:30] <tepsipakki> 018 the same as with 013, not needed anymore
[12:30] <tepsipakki> seb128: ok, rock
[12:30] <tepsipakki> so, 019 was the only dropped patch by mistake, phew
[12:33] <seb128> would have made the bling addicts not happy ;)
[12:33] <seb128> I'll try the server on my laptop (i810) and upload after lunch if nobody has an objection
[12:33] <tepsipakki> actually there was someone on the meta-bug who commented that compiz didn't work anymore..
[12:34] <tepsipakki> but that didn't wake me up
[01:58] <tepsipakki> seb128: I wonder if we should take some patches from fedora (which are fixes from upstream)
[01:59] <seb128> I've looked at them
[01:59] <seb128> I want to get xorg-server uploaded today
[01:59] <seb128> I'll do bug fixing, and you are welcome to participate, then
[02:00] <tepsipakki> yep, those can be added later
[02:00] <seb128> would be nice to look at drivers updates now
[02:00] <seb128> do you know if debian-x is working on those?
[02:00] <seb128> maybe we can start with simple ones (not i810, ati or nvidia)
[02:01] <tepsipakki> yes
[02:01] <tepsipakki> I mean, yes we can start with those :)
[02:02] <tepsipakki> experimental hasn't had an upload against 7.2 yet
[02:02] <seb128> do you know where are upstream tarballs for those?
[02:03] <tepsipakki> http://ftp.x.org/pub/individual/driver/
[02:03] <tepsipakki> for instance
[02:04] <seb128> there is no drivers update for 7.2 then?
[02:04] <seb128> only i810, vmware and wsfb have tarballs from 2007 
[02:05] <tepsipakki> that's right
[02:05] <seb128> ok, so once the server is uploaded we are basically done with xorg 7.2 update? ;)
[02:06] <tepsipakki> well, maybe the input-drivers?
[02:06] <tepsipakki> sorry
[02:06] <tepsipakki> no updates there either..
[02:06] <tepsipakki> need to look more closely..
[02:10] <tepsipakki> there are some updates, like -input-mouse and -keyboard
[02:10] <tepsipakki> also some of the drivers have minor updates since our current versions
[02:11] <seb128> ok, let's look at those then
[02:13] <seb128> there is a xserver-xorg-input-mouse 1.2.1 upstream and fedora has it for some time
[02:13] <seb128> we have 1.1.1
[02:14] <seb128> do you have any idea of why Debian didn't update it?
[02:14] <seb128> there is an 1.1.2 also
[02:14] <tepsipakki> no idea..
[02:15] <tepsipakki> jcristau: ping?
[02:20] <seb128> tepsipakki: I'm looking at the input mouse update
[02:21] <tepsipakki> seb128: ok, I'll take a look at evdev
[02:21] <seb128> cool
[02:25] <seb128> xserver-xorg-input-mouse has almost no change
[02:25] <tepsipakki> 1.1.1 vs 1.1.2 or 1.2.0?
[02:26] <seb128> 1.1.1 against 1.2.1
[02:26] <seb128> diffstat has 30 lines of code changes
[02:26] <tepsipakki> pretty mild :P
[02:27] <seb128> http://paste.ubuntu-nl.org/7638/
[02:27] <seb128> do you know when the ABI_XINPUT_VERSION changed?
[02:28] <seb128> hw/xfree86/common/xf86Module.h:#define ABI_XINPUT_VERSION       SET_ABI_VERSION(0, 7)
[02:28] <tepsipakki> no I don't ..
[02:32] <tepsipakki> so it hasn't changed yet?
[02:40] <seb128> doesn't really mater, the source do an else if for that
[03:00] <Ubugtu> New bug: #87954 in xorg (main) "Edgy glxgears error - libGL warning: 3D driver claims to not support visual 0x4b" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87954
[03:05] <tepsipakki> what a lovely bugreport
[03:06] <tepsipakki> tons of output and of course not in attachments
[03:06] <tepsipakki> besides a bogus one
[03:06] <tepsipakki> +being
[03:28] <seb128> tepsipakki: ok, BTW, do you know why the package doesn't ship utils like 
[03:28] <seb128> dh_install: debian/tmp/usr/bin/pcitweak exists in debian/tmp but is not installed to anywhere
[03:28] <seb128> dh_install: debian/tmp/usr/bin/scanpci exists in debian/tmp but is not installed to anywhere
[03:28] <seb128> dh_install: debian/tmp/usr/bin/xorgconfig exists in debian/tmp but is not installed to anywhere
[03:28] <seb128> it used to ship scanpci
[03:28] <tepsipakki> xorg-server?
[03:29] <seb128> tepsipakki: yep
[03:30] <seb128> tepsipakki: http://paste.ubuntu-nl.org/7643/
[03:30] <seb128> most are probably not useful, scanpci could be though, no?
[03:30] <tepsipakki> maybe so
[03:30] <tepsipakki>   * Ship again ioport, gtf, pcitweak and scanpci.
[03:31] <tepsipakki>  -- Fabio M. Di Nitto <fabbione@ubuntu.com>  Tue, 04 Apr 2006 16:33:00 +0200
[03:31] <seb128> ah
[03:31] <seb128> I'll modify the package to ship them then
[03:31] <tepsipakki> maybe that has been dropped some time
[03:31] <tepsipakki> by accident or so
[03:31] <seb128> well, dropped by your merge
[03:31] <tepsipakki> really?
[03:31] <tepsipakki> hrm
[03:32] <seb128> $ debdiff /var/cache/apt/archives/xserver-xorg-core_1%3a1.1.1-0ubuntu14_i386.deb xserver-xorg-core_1.2.0-3ubuntu1_i386.deb
[03:32] <seb128> ...
[03:32] <seb128> Files in first .deb but not in second
[03:32] <seb128> -------------------------------------
[03:32] <seb128> ...
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/gtf
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/ioport
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/pcitweak
[03:32] <seb128> -rwxr-xr-x  root/root   /usr/bin/scanpci
[03:34] <tepsipakki> right..
[03:47] <tepsipakki> sigh, I'll make another check for xorg-server and see if there is anything else missing
[03:48] <tepsipakki> eh, 381000 lines in the debdiff
[03:52] <tepsipakki> ok maybe I'll just filter anything _not_ in debian/ :I
[03:53] <seb128> tepsipakki: don't bother, I think we are fine now
[03:53] <seb128> you checked the patches already
[03:53] <seb128> and a debdiff and dh_install --list-missing caught those
[03:53] <seb128> I'll upload rsn
[03:53] <tepsipakki> ok, thanks
[04:12] <tepsipakki> no word from Mithrandir yet, though?
[04:14] <seb128> no
[04:14] <seb128> I'll upload anyway if he doesn't reply
[04:14] <seb128> the new build is done
[04:14] <seb128> rebooting, if that works I'll upload
[04:26] <seb128> hum
[04:26] <seb128> the server upgrade broke xorg on my laptop
[04:27] <tepsipakki> oh..
[04:27] <seb128> /usr/share/X11/fonts was existing and a real directoru
[04:27] <seb128> directory
[04:27] <seb128> from january 2006
[04:28] <tepsipakki> ah
[04:28] <tepsipakki> what package made it?
[04:28] <seb128> I might have changed things by hand for an xorg problem or something
[04:28] <tepsipakki> ok :)
[04:28] <seb128> none, there was nothing own by a package there
[04:28] <seb128> only font caches and the dir
[04:28] <seb128> but since the new server doesn't look to /usr/share/fonts/X11
[04:29] <seb128> it was failing on the "doesn't find fixed font" problem
[04:29] <seb128> anyway nobody else complained about that
[04:29] <tepsipakki> there should be a symlink made by xorg
[04:29] <tepsipakki> -update
[04:29] <seb128> the symlink didn't work because there was a real dir
[04:29] <tepsipakki> true
[04:29] <seb128> I'll upload anyway, I might have changed things by hand
[04:29] <seb128> and if that's not the case we can track it
[04:30] <tepsipakki> though it's silly that the server doesn't look there by default
[04:30] <seb128> it worked for the other people who tried
[04:30] <seb128> maybe we should patch it for that?
[04:30] <tepsipakki> yes maybe
[04:30] <seb128> anyway going to upload the server now if nobody is against it, we need to get that done
[04:31] <tepsipakki> go ahead
[04:34] <tepsipakki> hah, --with-default-font-path doesn't have the path for fixed
[04:35] <tepsipakki> rest is there
[04:35] <tepsipakki> maybe there's a reason, dunno
[04:36] <tepsipakki> actually, we used to have --with-fontdir=/usr/share/fonts/X11
[04:36] <tepsipakki> and Debian changed that some time ago
[05:22] <seb128> tepsipakki: what do you think about http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.1.1-builtin-fonts.patch?rev=1.1&view=log ?
[05:25] <Ubugtu> New bug: #22373 in linux-restricted-modules-2.6.15 (restricted) "cant run fgl_glxgears" [Medium,Unconfirmed]  https://launchpad.net/bugs/22373
[05:28] <tepsipakki> --enable-kdrive is set, and so should KDRIVESERVER be as well
[05:29] <tepsipakki> but maybe I'm missing something
[05:30] <tepsipakki> ah, maybe it is set for kdrive and _only_ kdrive
[05:31] <tepsipakki> so using that patch uses the fallback for all servers
[05:31] <seb128> I'll try if that fixes the "xorg doesn't start when the symlink is not made" problem
[05:32] <tepsipakki> cool
[05:32] <tepsipakki> seems that fedora has used it for quite a while
[05:32] <seb128> and then I'll upload
[05:56] <tepsipakki> ok, I'm going to sauna now.. maybe that'll beat this frigging flu as well :P
[05:56] <tepsipakki> I'll come back later ->
[05:57] <seb128> tepsipakki: doesn't fix the login without the correct font directory, I'm uploading without that
[06:38] <tepsipakki> seb128: ok
[06:38] <seb128> tepsipakki: I uploaded like half an hour ago but not sign of the upload, I probably screwed something, dunno what I didn't get mail yet
[06:42] <tepsipakki> heh
[07:15] <tepsipakki> seb128: fedora has "--with-default-font-path="unix/:7100,built-ins", so maybe that's why the patch (alone) didn't work 
[07:15] <seb128> ah, probably
[07:16] <seb128> xorg-server upload accepted BTW
[07:16] <tepsipakki> whee
[07:16] <seb128> the first one was rejected because the email was not correct
[07:17] <seb128> "Ubuntu Core Developers <ubuntu-devel-discuss at lists.ubuntu.com>: no @ found in email address part."
[07:17] <tepsipakki> ah, that again :/
[07:17] <tepsipakki> had the same problem with xorg
[07:18] <tepsipakki> there were some xgettext problems because of that :)
[07:19] <tepsipakki> I copied those from some feisty-changes post, so no wonder it didn't work
[07:19] <seb128> it's fixed anyway
[07:19] <seb128> I'm away for ~2 hours
[07:19] <seb128> time for the server to build and be available
[07:19] <tepsipakki> yeah
[07:19] <tepsipakki> thanks
[07:19] <seb128> I'll look at bugs and breakages reported then
[07:19] <tepsipakki> I'll monitor them as well
[07:19] <seb128> bbl
[07:20] <seb128> cool, thank you
[08:30] <jcristau> tepsipakki: pong
[08:31] <jcristau> (just got back from brussels)
[08:31] <tepsipakki> hi.. I've already forgot what it was :)
[08:32] <tepsipakki> but when I remember, I'll ping you again :)
[08:32] <jcristau> ok :)
[08:33] <tepsipakki> oh yes, the 42_build_int10_submodules.diff.. IIRC you said once that it causes some regression, but I can't find anything related on debian-x list
[09:02] <Ubugtu> New bug: #88093 in xorg (main) "strange colors all over the screen" [Undecided,Needs info]  https://launchpad.net/bugs/88093
[09:07] <jcristau> tepsipakki: #410879
[09:08] <seb128> jcristau: hi
[09:08] <jcristau> hi seb128 
[09:08] <seb128> jcristau: without it the int10 module can't be used (missing symbol)
[09:08] <jcristau> seb128: did you autoreconf?
[09:08] <seb128> no, just the package update made by tepsipakki dropped the patch
[09:09] <seb128> I made the package use it again
[09:10] <seb128> jcristau: and any opinion on http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.1.1-builtin-fonts.patch?rev=1.1&view=markup ? 
[09:11] <jcristau> not really
[09:12] <seb128> the font path changes and if for whatever reason the new path is not made available xorg doesn't start, would be nice to get it robust to that problem
[09:12] <jcristau> fair enough
[09:13] <seb128> did Debian change from /usr/share/fonts/X11 to /usr/share/X11/fonts also or is that Ubuntu specific?
[09:13] <tepsipakki> seb128: other way around
[09:13] <seb128> tepsipakki: hum
[09:14] <tepsipakki>  /usr/share/fonts/X11 is what we use now ;)
[09:14] <seb128> why do we need the /usr/share/X11/fonts symlink then?
[09:14] <jcristau> debian sarge has /usr/lib/X11/fonts, or /usr/X11R6/lib/something, IIRC
[09:15] <jcristau> so we never released with /usr/share/X11/fonts
[09:15] <tepsipakki> seb128: the old configs have that
[09:15] <seb128> ah right, for configs not update
[09:15] <seb128> updated
[09:15] <seb128> makes sense yep
[09:16] <tepsipakki> but I guess adding fixed to "--with-default-font-path" would solve this as well
[09:16] <tepsipakki> jcristau: do you know why debian changed --with-fontdir to --with-default-font-path ?
[09:17] <jcristau> no
[09:17] <tepsipakki> fedora uses both \o/
[09:22] <tepsipakki> umm
[09:23] <tepsipakki> --with-default-font-path="/usr/share/fonts/X11/misc,/usr/X11R6/lib/X11/fon
[09:23] <tepsipakki> ts/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/font
[09:23] <tepsipakki> s/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/X11R6/lib/  X11/fonts/Type1,
[09:23] <tepsipakki> damn
[09:24] <tepsipakki> the point was that there is whitespace between "/usr/X11R6/lib/" and "X11/fonts/Type1"
[09:24] <tepsipakki> wonder why
[11:20] <Ubugtu> New bug: #51775 in xserver-xorg-input-mouse (main) "Logitech usb mouse random freezes" [Undecided,Needs info]  https://launchpad.net/bugs/51775