[00:00] <bryce> tormod, bless you.  painful?
[00:00] <tjaalton> tormod: http://www.usv.ro/ftp/pub/os/dos/browser/QNXDEMO.ZIP
[00:00] <tjaalton> need to try that out some day
[00:01] <tjaalton> tormod: you need the swrast stuff from xserver master
[00:02] <tormod> it's the glx files moving around that kills me. actually it built fine on mesa r500-support branch, but now back on mesa trunk many things changed.
[00:02] <tormod> I have to backport the swrast stuff? oh great. another day.
[00:03] <tjaalton> with that you don't need to have mesa around, but I'm not sure if the problem lies there
[00:04] <tormod> I am not coming that far I think. now configure complains "No package 'gl' found"
[00:04] <tormod> some package should have provided gl.pc I guess
[00:05] <tjaalton> hmm, getting late.. night ->
[00:06] <tormod> good idea :) night
[00:07] <bryce> cya tjaalton
[09:30] <tjaalton> x11proto-xf86dri, libpciaccess and libfs synced
[09:32] <tjaalton> and xutils-dev
[09:45] <bryce> excellent
[09:58] <tjaalton> filed a sync request for xcompmgr
[10:12] <Ng> bryce: is the EDID info returned by our projects bogus?
[10:12] <Ng> err, projectors
[10:13] <bryce> Ng: nope it's good
[10:14] <Ng> hmm ok, nijaba's laptop only seems to see 640x480 for it, but then it is Mac hardware ;)
[10:14] <Ng> ta
[10:14] <bryce> what video card?
[10:14] <bryce> if it's an -nv, try rebooting with the projector attached
[10:18]  * tseliot wonders why support for RandR 1.2 was added to nv only for geforce 8xxx or higher
[10:19] <tjaalton> tseliot: because nvidia says proper modesetting cannot be implemented in the free driver for older chips. at least not the way they want
[10:19] <tjaalton> there are some bugs marked wontfix because of this
[10:19] <tjaalton> upstream
[10:20] <tjaalton> I guess it would be hard to obfuscate :)
[10:20] <tseliot> tjaalton: ok but isn't it supposed to work with nouveau (whatever it's spelled)?
[10:21] <tjaalton> yes
[10:21]  * tseliot wonders why NVIDIA doesn't open the specs as AMD did
[10:22] <tjaalton> ok, nvidia package built, now audit
[10:22] <Ng> bryce: not sure, but I'll mention it
[10:22] <tseliot> tjaalton: let me know how it goes ;)
[10:23] <tjaalton> tseliot: btw, you seem to add a space on your msgs quite frequently, and my irssi doesn't like that for some reason (doesn't highlight the comment)
[10:23] <tjaalton> *in front of
[10:23] <tseliot> tjaalton: a space???
[10:23] <tjaalton> " "
[10:24] <tjaalton> "space character"
[10:24] <jcristau> there's a U+FEFF
[10:24] <tjaalton> jcristau: what's that?
[10:24] <jcristau> ZERO WIDTH NO-BREAK SPACE
[10:25] <jcristau> no idea why that comes in front of tseliot's messages
[10:25] <tjaalton> oh..
[10:25] <Ng> annoyingly irssi doesn't understand characters not being 1 character wide
[10:26] <tjaalton> I've broken my config somehow since it doesn't highlight msgs which don't have my nick as the first word
[13:25] <tjaalton> jcristau: xcompmgr synced, but failed to build :)
[13:25] <tjaalton> checking for XCOMPMGR... configure: error: Package requirements (xcomposite xfixes xdamage xrender) were not met:
[13:26] <jcristau> hrm
[13:26] <tjaalton> xext missing from build-deps?
[13:26] <tjaalton> http://launchpadlibrarian.net/14818641/buildlog_ubuntu-intrepid-i386.xcompmgr_1.1.4-0.1_FAILEDTOBUILD.txt.gz
[13:27] <jcristau> looks rather like a bug in libxcomposite-dev
[13:30] <tjaalton> ah, ok
[13:30] <jcristau> not sure why it didn't fail here
[13:42] <tseliot> tjaalton: how did it go with the nvidia package?
[13:42] <tseliot> I'm curious
[13:44] <jcristau> tjaalton: there, fixed in 1:0.4.0-3. thanks for the notice
[13:44] <tjaalton> jcristau: cool, thanks :)
[13:45] <tjaalton> tseliot: still working on it
[13:45] <tjaalton> was away for a couple of hours
[13:51] <jcristau> aha. our libx11-dev depends on libxext-dev
[13:59] <tjaalton> so it was unnecessary to add libxext-dev build-dep for libxcomposite-dev?
[14:00] <jcristau> s/build-//
[14:00] <tjaalton> ah, right ;)
[14:00] <jcristau> and yes, that dependency was hiding the libxcomposite-dev bug
[14:39] <tjaalton> bryce: you can drop fonttosfnt from the merge-page, it's not in the archive anymore :)
[14:41] <jcristau> oh, you had a standalone fonttosfnt package
[14:41] <tjaalton> yeah..
[14:41] <jcristau> xfonts-utils ought to Replace it, then, i guess
[14:41] <tjaalton> does it have that?
[14:42] <tjaalton> doesn't seem like it, but it could
[14:44] <tjaalton> oh!
[14:44] <tjaalton> the version in ubuntu is ancient
[14:44] <tjaalton> damn, how did I miss that
[14:44] <tjaalton> xfonts-utils that is
[14:45] <jcristau> i just added the Replaces in git
[14:46] <tjaalton> ah well, the version number is deceiving, 7.4+1 is only a couple of weeks old :
[14:46] <tjaalton> :)
[14:46] <jcristau> yes :)
[14:47] <tjaalton> I need to check that out later if it still needs a merge
[16:09] <mario_limonciell> hey bryce you around?
[16:44] <tjaalton> tseliot: http://users.tkk.fi/~tjaalton/dpkg/nvidia-split.debdiff
[16:44] <tjaalton> gotta run, have fun :)
[16:44] <tjaalton> ooh, it rhymes
[16:45] <tjaalton> tseliot: it's not ready yet, but you should be able to add the missing dkms bits
[16:45] <tjaalton> ->
[16:47] <tseliot> tjaalton: ok, thanks, I'll have a look at it
[18:19] <tjaalton> tseliot: I didn't touch any Conflicts/Replaces stuff, so that's most likely broken atm
[18:19] <tjaalton> also, that package needs an epoch, since the current nvidia-glx has one
[18:20] <tjaalton> but the first goal is to get the contents right, and it's close
[18:22] <tjaalton> tseliot: I assume the other modalias-packages would be named 'nvidia-modaliases-legacy-{71xx,96xx}'?
[18:25] <tjaalton> mm, more beer & food. I'm so happy that the uni finally decided to use netapp filers as fileservers for everything, and not windows. it only took five years..
[18:30] <tjaalton> actually the funding was already agreed upon five years ago, but fierce lobbying from the ms lovers blew the deal
[18:31] <tjaalton> </offtopic> :)
[18:31] <tjaalton> ->
[19:46] <tseliot> tjaalton: yes, I noticed the Conflicts/Replaces and yes, the modaliases will have different names. There are still directories and files which we'll have to remove
[19:51] <tseliot> I will wait and see the result before I touch the source package so that we don't duplicate efforts
[20:28] <bryce> tjaalton: I think it'll drop automatically when we switch to Intrepid+1
[20:28] <bryce> (where it == fonttosfnt)
[20:51] <rom> hi
[20:51] <rom> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/235982 I posted this bug report this morning with a patch
[20:51] <ubottu> Launchpad bug 235982 in compiz "/usr/bin/compiz : 1 bug and 1 missing setting" [Undecided,New] 
[20:51] <rom> but in fact, nvidia-settings -l should not be added in compiz launcher
[20:52] <rom> a person on #ubuntu-devel said it affects nvidia-settings
[20:52] <rom> package
[20:52] <rom> and nvidia-settings -l may be added to /etc/X11/Xsession.d
[20:52] <rom> what do you think?
=== phoenix24_ is now known as phoenix24
[22:49] <rom> hi
[22:58] <bryce> heya
[22:58] <bryce> tjaalton: I think I've done all the 8.04.1 sru's I'm going to do, most of the rest of the stuff I see needs more testing anyway, and a lot probably isn't appropriate for sru'ing
[22:59] <bryce> tjaalton: I'm turning focus now to getting blueprints written up which I think will just take a few days.  Then full speed ahead with intrepid
[22:59] <bryce> I figure we should start with getting driver merges done (I need to do -intel...  -ati probably could also benefit from being done soonish)
[23:00] <bryce> it'd be nice to have some of the big pieces done before june/july since you'll be gone (and I'll be out much of that time too)
[23:03] <tseliot> bryce: where's tjaalton going?
[23:04] <bryce> tseliot: vacation
[23:04] <tseliot> ah, ok
[23:04] <tseliot> bryce: by the way, the xorg parser is almost complete
[23:05] <bryce> awesome
[23:05] <tseliot> and seems to work well
[23:06] <tseliot> I hope it can replace guidance ;)
[23:06] <bryce> tseliot: cool, we'll need a blueprint on that too.  I'll have some time next week for it.  Meanwhile I put in an empty one on blueprints.launchpad.net.
[23:06] <rom> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/235982 I reported this bug, with a patch, but actually, nvidia-settings -l should be done elsewhere
[23:06] <ubottu> Launchpad bug 235982 in compiz "/usr/bin/compiz : 1 bug and 1 missing setting" [Undecided,New] 
[23:06] <rom> maybe /etc/X11/Xsession.d
[23:06] <rom> what do you think?
[23:06] <tseliot> bryce: ok, great
[23:07] <tseliot> rom: try asking in #ubuntu-devel . Maybe ask Amaranth about it
[23:07] <rom> I asked in #ubuntu-devel, someone tell me to ask in ubuntu-
[23:07] <rom> x
[23:07] <rom> :)
[23:08] <tseliot> rom: that affects compiz
[23:08] <rom> in fact, no
[23:08] <rom> all the opengl applications
[23:08] <tseliot> your patch does
[23:08] <rom> yes my patch does
[23:08] <rom> but nvidia-settings -l should not be done in compiz
[23:08] <rom> but should be independant
[23:09] <rom> (even if of course, it works if I put it in compiz)
[23:15] <rom> where do you think it's possible to launch nvidia-settings -l
[23:15] <rom> "the right place"?
[23:17] <tseliot> as a temporary fix you might add it to your gnome-session, kde-session, etc.
[23:17] <tseliot> In GNOME you can do it by selecting System -> Preferences -> Sessions -> Startup Programs 
[23:18] <tseliot> just add this command:
[23:18] <rom> yes... but... as a not temporary fix (my temporary fix is to do it in compiz)
[23:18] <tseliot> nvidia-settings --load-config-only
[23:18] <rom> :)
[23:18] <rom> to correct the problem in ubuntu repositories
[23:25] <tseliot> I'll think about it. I must leave now.
[23:27] <rom> ok good night :)