/srv/irclogs.ubuntu.com/2008/05/06/#ubuntu-x.txt

tjaaltonwhee, got my hardy t-shirt10:39
tjaaltonand other merchandise10:39
tjaaltontoo bad that both coffee cups were broken10:39
tjaaltondamn UPS :)10:39
tseliottjaalton: no coffee then :-P10:51
tjaaltonright, tea is better :)10:52
tjaaltonbryce: btw, should you drop gutsy from the versions_current.html page, and add intrepid? maybe even put intrepid in the middle to minimize the need to scroll :)11:13
komputesIf someone has some spare time, I would like some assistance in setting up a USB to VGA adepter which I can't get to work.14:12
tjaaltonsorry, I need to finally fix lrm/nvidia14:13
tjaaltontseliot: I'm about to fix nvidia diverting/symlinking libwfb, which should fix at least bugs like "pink shadows with compiz" and "FF crashes on certain sites" :P14:33
tseliottjaalton: what was causing the problem?14:34
tjaaltonit should use the libwfb.so provided by the server14:35
tjaaltonand not divert it and symlink against the nvidia one14:35
tjaalton"In practice, I don't think that was communicated clearly enough to the distributions"14:35
tjaaltonsaid aaronp14:35
tseliotsince my packages are a customised version of the lrm they are affected by this problem. I'll have a look at the packaging scripts14:36
tjaaltonI changed preinst to remove the divert instead of adding one, and rules no longer symlinks that14:37
tjaaltonshould be enough14:37
tseliottjaalton: this line, right? dpkg-divert --add --rename --package nvidia-glx@@NV_LEGACY@@-envy --divert /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so > /dev/null14:40
tjaaltonyes14:40
tjaaltonI'll put a debdiff somewhere soonish, so you can review it and grab what you need14:41
tjaaltonthere's also bug 118605 which is simple14:41
tjaaltonto fix14:41
tjaaltonah, no ubotu14:41
tseliotyes, I would like to read the debdiff14:43
tseliottjaalton: in the rules we should install the wfb without making the symlink, right?14:44
tjaaltontseliot: well, I changed the symlink libwfb.so -> libnvidia-wfb.so.1, like the installer apparently does14:45
tseliottjaalton: maybe I should file a bugreport against my packages too:14:46
tseliothttps://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-envy-2.6.2414:46
komputescan someone please take a look at this 6 day bug: 22447914:48
tjaaltonor just link to them, bugs 212648 and  18638214:49
tjaaltonwe need ubotu here14:49
tseliottjaalton: my source code is a bit different14:50
tjaaltonbut you have the same bugs, no?14:51
tseliotonly this bug AFAIK14:52
tjaaltonthe atieventsd.sh from fglrx is buggy, so 118605 affects you too14:53
tjaaltonuh, authatieventsd.sh14:53
tseliot:-/ is this the patch which you included?14:56
tseliothttp://launchpadlibrarian.net/12737164/authatieventsd.patch14:56
tjaaltonyes14:56
tseliotmy packages were introduced yesterday and I already have 2 bugs to fix ;)14:57
tjaaltonthere are also a number of upgrade bugs from gutsy14:57
tjaaltonagainst xorg14:58
tjaaltonI mean filed against xorg currently14:58
tseliothow can I help?14:58
tjaaltonsearch them and file against the correct package :)15:00
tjaaltonI'm not sure if there's anything to fix though, unless you want to update the old packages15:00
tseliotok15:01
tseliotlet me know when the debdiff is ready15:01
tseliotplease ;)15:01
tjaaltonsure, I need to test it first15:02
tseliotkomputes: I replied to the bugreport15:17
komputestseliot:  thanks15:18
tjaaltontseliot: http://users.tkk.fi/~tjaalton/dpkg/lrm-diff15:43
tjaaltonnot tested yet though15:43
tseliotI'll have a look at it. Thanks :-)15:44
=== ubottu changed the topic of #ubuntu-x to: 06 May 21:00 UTC: Community Council | 07 May 21:00 UTC: Server Team | 08 May 13:00 UTC: Desktop Team | 09 May 04:00 UTC: MOTU | 14 May 21:00 UTC: Server Team | 15 May 13:00 UTC: Desktop Team
tjaaltondamn bot :)16:16
tseliottjaalton: I think it would be wise to remove the reference to the wfb in the postrm.in too even though the script looks for the diversion16:18
tseliotand there's another thing16:18
tjaaltonwhy?16:18
tjaaltonbetter keep it there for awhile16:18
tseliotif we don't divert the wfb why should we try to remove it? Anyway this won't break anything16:19
tseliotthere's another potential problem16:19
tseliotin the preinst.in16:20
=== tjaalton changed the topic of #ubuntu-x to: Ubuntu 8.04 released! | https://wiki.ubuntu.com/X
tseliotlet me put a few things on pastebin16:22
=== ubottu changed the topic of #ubuntu-x to: 06 May 21:00 UTC: Community Council | 07 May 21:00 UTC: Server Team | 08 May 13:00 UTC: Desktop Team | 09 May 04:00 UTC: MOTU | 14 May 21:00 UTC: Server Team | 15 May 13:00 UTC: Desktop Team
tseliottjaalton: http://pastebin.com/mee4a53f16:24
tseliotfor example, have a look at line 6316:24
tseliotI check and remove diversions created by both me packages and the standard lrm16:25
tjaaltonthose are legacy16:25
=== tjaalton changed the topic of #ubuntu-x to: Ubuntu 8.04 released! | https://wiki.ubuntu.com/X
tseliothave a look at line 121 etc.16:27
tjaaltonyes?16:27
tseliotmy packages remove those diversions when you uninstall them16:27
tseliotmaybe you could do the same with the original lrm16:28
tseliotjust in case my diversions are not removed16:28
tjaaltonsorry, I don't understand16:28
tjaaltonthose are removed by lrm too16:28
tseliotok, an example:16:28
tseliotif nvidia-glx-envy creates a diversion16:29
tseliotand for some weird reason this is not removed16:29
tseliotyour preinst will look for diversions made by nvidia-glx with grep16:29
tseliotand will catch the diversions made by nvidia-glx-envy too16:30
tseliotright?16:30
tjaaltonI bet you don't divert /usr/X11R6/lib/libGL.so.1?16:30
tseliotbut will try to remove only the diversions made by nvidia-glx16:30
tseliotdpkg-divert --add --rename --package nvidia-glx@@NV_LEGACY@@-envy --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 > /dev/null16:31
tjaaltonand the grep doesn't match that16:32
tseliotdoesn't match what?16:33
tjaaltonline 6316:33
tjaaltondoesn't match that file16:34
tjaaltoner, diversion16:34
tjaaltonI still fail to see the problem :)16:35
tseliotyes, I know. It was just an example16:35
tseliotI just want to make sure that the lrm and lrm-envy can coexist16:36
tseliotwhich they do, at least here16:36
tjaaltonmaybe the lrm versions should be dropped16:36
tjaaltonno point in duplicating all this hackery16:37
tseliotthis will be solved in Intrepid16:37
tseliotI need the lrm-envy to work with DKMS16:37
tseliotwhich is something I can't do with lrm on a stable release16:38
tseliotright?16:38
tjaaltonright16:38
tseliotwhen the users upgrade to Intrepid16:38
tseliotif they use the lrm-envy, those packages will be replaced by the lrm16:39
tseliotwhich (hopefully) we'll improve at the UDS16:39
tseliotI'm not a big fan of duplication of efforts, really16:40
tjaaltongood16:41
tjaalton:)16:41
tseliottjaalton: BTW this is the preinst.in which I use for my packages: http://www.albertomilone.com/nvidia-glx-envy.preinst.in16:44
tjaaltonpretty much identical to the one in lrm16:46
tseliotyes, exactly, I can keep it that way16:46
tseliottjaalton: your patch looks good. I'll test it.16:49
munckfishtjaalton: I submitted a couple of small PS3 related patches for dexconf in xorg to the ubuntu-x mailing list over the week end. Are they ok for inclusion?16:52
tjaaltonmunckfish: the updated fb check looks fine, but I'm not sure about the other one. there should be a fix for the server somewhere16:54
tjaaltonalthough it's simple16:54
munckfishtjaalton: sure fine. Lets leave the second one for now then.16:56
tseliottjaalton: a small fix to the patch for fglrx17:26
tseliotthe first 2 lines of that patch should be:17:27
tseliot--- common/etc/ati/authatieventsd.sh2008-03-19 10:56:01.568196236 +010017:27
tseliot+++ common/etc/ati/authatieventsd.sh2008-03-19 11:04:31.272102426 +010017:27
tseliototherwise it won't find the file17:27
tjaaltonfixed in the debdiff17:27
tseliotok, perfect17:28
tseliotI'm building the packages right now17:28
tjaaltonmine are almost done17:30
tseliotmine are done. I'll test them on my ATI card on my testing box17:33
tjaaltonyou have KDM?17:33
tseliotno, but I can install it17:33
tseliotshall I install KDM and use it17:34
tseliot?17:34
tjaaltonthat's the way to trigger the bug17:34
tjaaltonand test that the fix works17:34
tjaaltonbut it should be tested17:34
tseliotok, I'll do it17:34
tseliotyes, of course17:34
tseliotthis is why we have -proposed17:35
tjaaltonok, the libwfb.so symlink needs to be removed in preinst17:35
tjaaltondpkg-divert: rename involves overwriting `/usr/lib/xorg/modules/libwfb.so' with different file `/usr/lib/nvidia/libwfb.so.xserver-xorg-core', not allowed17:35
tseliotouch17:36
tseliotshall we test its existence with [ -h /usr/lib/xorg/modules/libwfb.so ] ?17:37
tseliotand remove it?17:37
tseliotor is it always a symlink?17:38
tjaaltonprobably17:38
tjaaltonno17:38
tseliotok then we can check that it's a symlink and then remove it17:38
tjaaltonyeah, shadows work17:39
tseliotsomething like this?17:41
tseliotif [ -h /usr/lib/xorg/modules/libwfb.so ]; then17:41
tseliotrm -f /usr/lib/xorg/modules/libwfb.so17:41
tseliotfi17:41
tseliotbut better indented :-P17:41
tseliotI know, the -f is useless17:42
tjaaltonthat should work17:42
tseliotI'll put it before the if [ "$(dpkg-divert --list /usr/lib/xorg/modules/libwfb.so | awk '{ print $7 }')" = "nvidia-glx@@NV_LEGACY@@" ]17:43
tseliotsince I will have to remove also the diversion created by my current lrm-envy17:44
tseliotI'm building the packages again17:47
tjaaltonI'm wondering if the error message means something else..17:51
tseliotwhich error?17:52
tjaaltondpkg-divet17:52
tjaaltonrt17:52
tseliotdo you still get that error despite my suggestion?17:52
tjaaltonI haven't tried, it takes a while to build17:53
tjaaltonmaybe the error is just misleading, I'll build the new package now17:57
tseliotI'll test it here too18:00
tjaaltonworks!18:16
tjaaltonphew18:16
tjaaltoner, no18:19
tjaaltoncan't find libwfb.so :)18:20
tjaaltondpkg-divert --remove didn't move the library back in place18:21
tjaaltonprobably since the symlink was removed, hrmh18:21
tjaalton->18:23
tseliotmmm...18:23
tseliottjaalton: shall we add this line: cp -f /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so18:29
tseliotand remove this one? 18:29
tseliotrm -f /usr/lib/xorg/modules/libwfb.so18:29
tseliotso that both files are available (and are identical but with different names)18:30
tseliotand that the diversion will be removed18:30
tseliotbut of course we should do something like if [ -f /usr/lib/nvidia/libwfb.so.xserver-xorg-core ]; then18:31
tseliottjaalton: damn, the fglrx driver locked up when I logged out with KDM (despite the patch)18:52
tseliotI'll have a look at the log18:53
tseliottjaalton: nothing interesting in the log. Sigh. I have asked ATI's mailing list for news on this bug19:08
tseliotthat patch doesn't work for me :-(19:08
tjaaltonI think the better solution would be to remove the diversion in postinst, then the old libwfb.so link should be out of the way anyway19:35
tjaaltonie. removed with the old package19:35
tjaaltonI'll test that tomorrow19:35
tseliottjaalton: ok, I'll let you know if ATI's staff knows the solution to the other problem19:42
brycetjaalton: ok I'll fix up versions_current and status_current today-ish19:53
tjaaltonbryce: ok cool20:17
brycetjaalton: I also went through and unsubbed us from all the obsolete packages (xserver-xorg-driver-*, etc.) so the page will be more concise20:23
tjaaltonbryce: ooh, nice20:30
brycehttp://people.ubuntu.com/~bryce/Xorg/versions_current.html has intrepid on it now (but blank)20:31
brycehttp://people.ubuntu.com/~bryce/Xorg/status_current.html is intrepified20:32
brycetjaalton: btw, I'm probably going to go through and WONTFIX a ton of displayconfig-gtk bugs within the next week or so.  I've prepared a page explaining the situation:  https://wiki.ubuntu.com/X/DisplayConfigGtk20:36
brycealso, I've been thinking about the older lrm packages and their bugs.  I'm thinking there's a vanishingly small chance we'd actually fix any pre-hardy lrm issues, so am thinking we should go through and wontfix them or move them to 2.6.24 if they still look valid issues in hardy20:37
brycethen once the older lrm packages are cleared of X bugs, we could unsub x-swat from those packages, and not have all the non-x bugs in them counting against us20:38
brycebut what do you think?20:38
tseliottjaalton: why do we have to remove the diversion in the preinst when such diversion is already removed in the postrm?21:03
tseliotwhen, say, nvidia-glx is removed that diversion is removed too. Therefore we only have to make sure that the new nvidia-glx doesn't create that diversion any longer.21:04
* tseliot knows that he won't sleep because of this problem :-P21:06
brycetseliot: :-)  (been there)21:12
ted1Okay, so X crashed on me twice.  But, now I can't recreate it.21:19
ted1Is it worth filing a bug, or is that just going to be a waste of everyone's time?21:19
bryceif you have a backtrace of the crash, it can be investigated21:20
ted1I have the backtrace from the Xorg.0.log, does that count?21:20
bryceyep, that's good21:22
bryceoften those backtraces aren't detailed enough, but sometimes they're enough to identify if the bug is a dupe of another bug or something21:23
seb128ted1: you should enable apport if you are still running hardy21:23
ted1Does it get disabled?21:24
ted1I didn't think it got ever turned off, but I was figuring that X would be too low level for it.21:24
seb128ted1: it's disable in stable to not annoy users21:29
seb128ted1: you need to edit /etc/defaults/apport to enable it21:30
tjaaltontseliot: because we want that diversion to disappear on upgrade21:32
tjaaltonand I said postinst, preinst apparently is not the place to do it 21:33
ted1seb128: I didn't know that, thanks.  It is on now.21:33
tjaaltonbryce: yes, I've been thinking of doing the same (closing pre 2.6.24 lrm bugs)21:34
tjaaltonthen when fglrx/nvidia is ripped from lrm we would have much more chance of actually knowing what are the important issues, now they are only buried in the noise21:35
tjaaltonfedora also includes debugging symbols during development phase (or at least they used to do that). don't know how feasible that would be..21:38
tjaalton(re: apport, stable release)21:39
* bryce nods21:42
seb128tjaalton: you mean they don't strip unstable builds?21:44
tjaaltonseb128: I'm not sure how it's done, I'll just ask :)21:44
seb128that would not be possible in ubuntu21:45
tjaaltonit would mean rebuilding the whole archive before release, right?21:45
seb128having ubuntu fitting on one cd is already a fight most of the time21:45
tjaaltonoh right21:45
seb128and that too21:45
seb128apport and the retracers usually work alright21:46
tjaaltonthe tough cases will always be painful to debug21:48
tjaaltonI guess no tools help there21:48
seb128right, tools don't do everything for you21:48
brycetjaalton: do you know if there's a way we could configure X to print out full backtraces in Xorg.0.log instead of the reduced backtraces?21:52
tjaaltonbryce: I wonder what --enable-debug does21:57
brycetjaalton: any ideas on this apt-get update error - http://pastebin.ubuntu.com/10611/ ?21:58
bryce"Hash Sum mismatch"21:58
tjaaltonah21:59
tseliotbryce: -logverbose 5 perhaps?21:59
tjaaltonbryce: a busy mirror I guess21:59
tjaaltonour mirror got hosed because it used to mirror a.u.c21:59
ted1bryce: I'm getting crummy access to the US mirror right now.  It keeps jumping IPs.21:59
bryceah, hmm, so would switching to a different mirror do it?21:59
tjaaltonI switched apt-mirror to use se.a.u.c, works nicely22:00
tjaaltonand current too22:00
bryceok22:00
bryceahh much better22:01
bryceyay - intrepified:  http://people.ubuntu.com/~bryce/Xorg/versions_current.html22:05
brycelunch.  bbiab22:05
tjaaltonsweet, a dynamic page :)22:08
tjaaltongreat, mesa-7.1 coming soon22:35
tjaaltonmaybe by UDS22:35
brycesweet22:35
* bryce fusses with css23:03
bryceok, this looks fairly good...  http://people.ubuntu.com/~bryce/Xorg/versions_current.html23:24
tjaaltoncool, you dropped all the apps that are in bundles23:25
bryceyup23:25

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