[12:46] <Ubugtu> New bug: #86890 in xorg (main) "X Dies Automatically On Boot" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86890
[01:35] <Ubugtu> New bug: #86904 in xmodmap (main) "xmodmap doesn't work in feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86904
[08:32] <tepsipakki> kylem: there's a bug on xorg which claims that the intel-drivers need new drm-stuff in kernel.. let me dig it
[08:41] <tepsipakki> oh, it was here: https://launchpad.net/bugs/84731
[08:41] <Ubugtu> Malone bug 84731 in xorg "Syncing and merging X.org 7.2" [Undecided,Unconfirmed]  
[08:42] <tepsipakki> I'll take this to #ubuntu-kernel ->
[10:10] <Ubugtu> New bug: #80890 in linux-restricted-modules-2.6.17 (restricted) "[Edgy]  Some Spanish chars doesn't look well in console when using nVidia closed-source Xorg video drivers" [Undecided,Needs info]  https://launchpad.net/bugs/80890
[10:20] <Ubugtu> New bug: #86977 in xorg (main) "Xorg constantly uses 25% CPU time" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86977
[10:38] <seb128> tepsipakki: ping?
[10:38] <tepsipakki> pong
[10:38] <seb128> hi ;)
[10:38] <tepsipakki> good morning!
[10:38] <seb128> tepsipakki: so we are ready for libx11? ;)
[10:39] <seb128> i reviewed the merge and it looks fine and the update works fine on my desktop
[10:39] <tepsipakki> I guess so, but before we do that.. something has broke xmodmap, claims elmo
[10:39] <seb128> so I'm ready to upload it if nobody has an objection
[10:39] <seb128> yeah, I've read the bug yesterday
[10:40] <tepsipakki> maybe it shouldn't slow us down
[10:40] <seb128> nop, holding libx11 will not fix it
[10:40] <tepsipakki> true
[10:40] <tepsipakki> so, go for it
[10:42] <seb128> is xmodmap broken for you as well?
[10:43] <tepsipakki> yes, but maybe I need to confirm that on another machine and track it down
[10:43] <tepsipakki> in GNOME I have US layout
[10:43] <tepsipakki> when it should be Finnish
[11:11] <tepsipakki> duh, works on a clean feisty
[11:21] <Ubugtu> New bug: #86991 in xorg (main) "no dri for the second display (e.g. user switch)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86991
[11:30] <Ubugtu> New bug: #86997 in gnome-session (main) "[apport]  gnome-session crashed with SIGSEGV (dup-of: 81620)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86997
[12:59] <tepsipakki> heh
[12:59] <tepsipakki> dpkg-gencontrol: warning: unknown substitution variable ${F:XServer-Xorg-Detect-Depends}
[12:59] <tepsipakki> with the old version of xorg as well
[12:59] <tepsipakki> but because xserver-xorg Recommends: laptop-detect, xresprobe, mdetect, discover1 | discover, things have worked
[01:00] <tepsipakki> xorg is looking better all the time
[01:00] <tepsipakki> finally..
[01:01] <tepsipakki> I'll put the link usr/share/X11/fonts -> usr/share/fonts/X11 in xserver-xorg
[03:04] <tepsipakki> seb128: alright, should we push xft next?
[03:04] <seb128> tepsipakki: looks like a good idea, I need to look at that package name difference though, if we did rename it that's probably for a reason
[03:05] <tepsipakki> funny that there is xft-2.1.10 in the archive
[03:06] <tepsipakki> * Repackaged to fit all the other X packages.
[03:06] <tepsipakki> that's all there is
[03:06] <tepsipakki> regarding the rename
[03:08] <seb128> ah ok
[03:08] <cjwatson> I think Debian renamed it rather than us
[03:08] <jcristau> cjwatson: it's named xft in sarge
[03:09] <jcristau> daniels probably renamed it when he packaged modular to match the upstream name
[03:09] <tepsipakki> yes, it seems to have been like that since 2002
[03:09] <tepsipakki> probably
[03:09] <cjwatson> mm, could be
[03:10] <seb128> tepsipakki: we have an xft source package
[03:10] <seb128> which is 2.1.10
[03:11] <cjwatson> and also libxft in universe; looks like somebody forgot to blacklist it
[03:12] <seb128> cjwatson: blacklist? it doesn't seem to come from Debian, that's rather a leftover which has not been cleaned no?
[03:12] <tepsipakki> ok, maybe I need to take a closer look
[03:12] <cjwatson> hmm, could be, the history looks very confused
[03:12] <cjwatson> or at least confusing
[03:13] <seb128> tepsipakki: for me it looks like xft can be simply synced no?
[03:13] <tepsipakki> seb128: I think so, but to be sure..
[03:16] <tepsipakki> where was the package cache again?
[03:16] <seb128> the only change is the versionning of the Build-Depends on libfontconfig1-dev and libfreetype6-dev
[03:16] <seb128> I'm not sure of why that was useful
[03:16] <seb128> tepsipakki: what package cache?
[03:17] <tepsipakki> seb128: nevermind, if you found out the diff already :)
[03:17] <tepsipakki> I would've compared it to 2.1.10-1
[03:17] <tepsipakki>   * Add build-dep on freetype 2.2.1 to force correct buildd queue ordering.
[03:17] <tepsipakki>   * Ditto for fontconfig 2.3.2-6
[03:17] <tepsipakki> maybe that?
[03:18] <tepsipakki> it might not need it anymore
[03:19] <seb128> I don't really get how versionning the Build-Deps force the buildd queur ordering
[03:19] <tepsipakki> ask Mithrandir :)
[03:19] <seb128> there is only one libfreetype6-dev to the archive no?
[03:19] <tepsipakki> just sync it and we'll see how it goes
[03:20] <cjwatson> doesn't force queue ordering, but it does mean that it won't build successfully until a suitable version is there ...
[03:21] <cjwatson> but that sort of thing is usually only of historical interest if it's old
[03:23] <seb128> tepsipakki: building locally, I want to try if it works fine first
[03:24] <tepsipakki> seb128: ok
[03:24] <seb128> tepsipakki: what is next then, the server?
[03:24] <tepsipakki> with xorg, yes
[03:24] <tepsipakki> I've cleaned xorg a bit
[03:24] <seb128> that will be the tricky part
[03:25] <seb128> do you have the server ready or are you still working on it?
[03:25] <tepsipakki> there was this dh_gencontrol-trickery to put XSERVER_DETECT_DEPENDS-stuff in Depends:
[03:25] <tepsipakki> which didn't work anyway
[03:25] <tepsipakki> so I just put "dmidecode [amd64,i386,ia64] , fbset [hppa] " to Recommends: instead
[03:25] <tepsipakki> seb128: server is ready
[03:26] <tepsipakki> it's at -3ubuntu1
[03:26] <tepsipakki> and while there is -4 available, I don't think it is meant for us
[03:32] <tepsipakki> hm
[03:32] <tepsipakki> the policy-manual isn't helping.. so how do I specify multiple architecture to package Depends?
[03:33] <tepsipakki> this doesn't work: "dmidecode [amd64,i386,ia64] "
[03:34] <jcristau> tepsipakki: in an arch:all package, you can't do that
[03:34] <tepsipakki> gar
[03:34] <jcristau> see the dependency on sparc-utils
[03:34] <jcristau> for a workaround
[03:34] <tepsipakki> yes, saw that
[03:36] <tepsipakki> but again, how to specify it to more than one arch?-)
[03:36] <seb128> [amd64 i386] 
[03:36] <cjwatson> that only works for build-depends
[03:36] <cjwatson> and build-depends-indep
[03:37] <seb128> ah, right, didn't read the question properly
[03:37] <cjwatson> for run-time relationship fields, you have to use substvars (the dh_gencontrol trickery you mentioned)
[03:37] <tepsipakki> but it wasn't used for xserver-xorg, only x11-common which didn't need it
[03:37] <cjwatson> due to the architecture: all issue, I'm coming to believe that this is a deficiency in dpkg, but nevertheless, it's reality
[03:37] <tepsipakki> look at xserver-xorg Depends for a good laugh :)
[03:37] <tepsipakki> (they are not there
[03:37] <tepsipakki> +)
[03:39] <tepsipakki> but because the packages are installed by other dependencies things have just worked despite that
[03:43] <tepsipakki> bah, I'll just move the trickery to binary-indep: so that xserver-xorg gets it
[03:47] <cjwatson> ah, that would do it
[04:05] <tepsipakki> ok, new xorg for review
[04:06] <tepsipakki> http://users.tkk.fi/~tjaalton/xorg72/new
[04:08] <seb128> hum, linux 2.6.20 is not happy with my network card every now and then
[04:09] <seb128> tepsipakki: I was saying that libxft looks good and I'm going to sync it now (dunno if IRC got that before network broke)
[04:09] <tepsipakki> nope, it was lost :)
[04:24] <seb128> tepsipakki: sync done now
[04:25] <tepsipakki> nice
[04:26] <tepsipakki> so, xorg-server and xorg needs reviewing
[04:27] <seb128> those will require quite some works and I've other things I want to sort first
[04:27] <tepsipakki> sure
[04:27] <seb128> if anybody wants to start looking at them he's welcome though ;)
[04:27] <tepsipakki> maybe I'll ask -devel
[04:28] <seb128> feel free
[05:05] <Ubugtu> New bug: #87035 in gnome-terminal (main) "Ctrl-Z shrinks window with Dvorak keyboard layout (dup-of: 23244)" [Medium,Rejected]  https://launchpad.net/bugs/87035
[05:55] <Ubugtu> New bug: #87081 in xorg (main) "[feisty]  latest update breaks beryl" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87081
[05:56] <seb128> grumpf beryl :p
[06:26] <Ubugtu> New bug: #87092 in xmodmap (main) "man xmodmap gives wrong location for keysym database" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87092
[09:25] <jcristau> tepsipakki: you might be interested in https://bugs.freedesktop.org/show_bug.cgi?id=10046
[09:25] <Ubugtu> Freedesktop bug 10046 in Lib/other "libXrandr-1.2.0 makes use of the delete C++ keyword, breaking compiling with C++ applications" [Normal,Resolved: fixed]  
[09:45] <Ubugtu> New bug: #87175 in linux-restricted-modules-2.6.17 (restricted) "totem segfaults with xinerama and nvidia" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87175
[09:47] <tepsipakki> jcristau: thanks, definately useful
[10:35] <Ubugtu> New bug: #47447 in xserver-xorg-video-ati (main) "3D screen saver crashes system" [Medium,Confirmed]  https://launchpad.net/bugs/47447
[11:45] <Ubugtu> New bug: #87201 in xserver-xorg-video-i810 (main) "Changing brightness under lowest value restarts X" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87201
[11:55] <Ubugtu> New bug: #46700 in xorg (main) "xorg.conf - synaptics touchpad misdetected?" [Medium,Needs info]  https://launchpad.net/bugs/46700