tjaalton | whee, got my hardy t-shirt | 10:39 |
---|---|---|
tjaalton | and other merchandise | 10:39 |
tjaalton | too bad that both coffee cups were broken | 10:39 |
tjaalton | damn UPS :) | 10:39 |
tseliot | tjaalton: no coffee then :-P | 10:51 |
tjaalton | right, tea is better :) | 10:52 |
tjaalton | bryce: 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 |
komputes | If 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 |
tjaalton | sorry, I need to finally fix lrm/nvidia | 14:13 |
tjaalton | tseliot: 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" :P | 14:33 |
tseliot | tjaalton: what was causing the problem? | 14:34 |
tjaalton | it should use the libwfb.so provided by the server | 14:35 |
tjaalton | and not divert it and symlink against the nvidia one | 14:35 |
tjaalton | "In practice, I don't think that was communicated clearly enough to the distributions" | 14:35 |
tjaalton | said aaronp | 14:35 |
tseliot | since my packages are a customised version of the lrm they are affected by this problem. I'll have a look at the packaging scripts | 14:36 |
tjaalton | I changed preinst to remove the divert instead of adding one, and rules no longer symlinks that | 14:37 |
tjaalton | should be enough | 14:37 |
tseliot | tjaalton: 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/null | 14:40 |
tjaalton | yes | 14:40 |
tjaalton | I'll put a debdiff somewhere soonish, so you can review it and grab what you need | 14:41 |
tjaalton | there's also bug 118605 which is simple | 14:41 |
tjaalton | to fix | 14:41 |
tjaalton | ah, no ubotu | 14:41 |
tseliot | yes, I would like to read the debdiff | 14:43 |
tseliot | tjaalton: in the rules we should install the wfb without making the symlink, right? | 14:44 |
tjaalton | tseliot: well, I changed the symlink libwfb.so -> libnvidia-wfb.so.1, like the installer apparently does | 14:45 |
tseliot | tjaalton: maybe I should file a bugreport against my packages too: | 14:46 |
tseliot | https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-envy-2.6.24 | 14:46 |
komputes | can someone please take a look at this 6 day bug: 224479 | 14:48 |
tjaalton | or just link to them, bugs 212648 and 186382 | 14:49 |
tjaalton | we need ubotu here | 14:49 |
tseliot | tjaalton: my source code is a bit different | 14:50 |
tjaalton | but you have the same bugs, no? | 14:51 |
tseliot | only this bug AFAIK | 14:52 |
tjaalton | the atieventsd.sh from fglrx is buggy, so 118605 affects you too | 14:53 |
tjaalton | uh, authatieventsd.sh | 14:53 |
tseliot | :-/ is this the patch which you included? | 14:56 |
tseliot | http://launchpadlibrarian.net/12737164/authatieventsd.patch | 14:56 |
tjaalton | yes | 14:56 |
tseliot | my packages were introduced yesterday and I already have 2 bugs to fix ;) | 14:57 |
tjaalton | there are also a number of upgrade bugs from gutsy | 14:57 |
tjaalton | against xorg | 14:58 |
tjaalton | I mean filed against xorg currently | 14:58 |
tseliot | how can I help? | 14:58 |
tjaalton | search them and file against the correct package :) | 15:00 |
tjaalton | I'm not sure if there's anything to fix though, unless you want to update the old packages | 15:00 |
tseliot | ok | 15:01 |
tseliot | let me know when the debdiff is ready | 15:01 |
tseliot | please ;) | 15:01 |
tjaalton | sure, I need to test it first | 15:02 |
tseliot | komputes: I replied to the bugreport | 15:17 |
komputes | tseliot: thanks | 15:18 |
tjaalton | tseliot: http://users.tkk.fi/~tjaalton/dpkg/lrm-diff | 15:43 |
tjaalton | not tested yet though | 15:43 |
tseliot | I'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 | ||
tjaalton | damn bot :) | 16:16 |
tseliot | tjaalton: 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 diversion | 16:18 |
tseliot | and there's another thing | 16:18 |
tjaalton | why? | 16:18 |
tjaalton | better keep it there for awhile | 16:18 |
tseliot | if we don't divert the wfb why should we try to remove it? Anyway this won't break anything | 16:19 |
tseliot | there's another potential problem | 16:19 |
tseliot | in the preinst.in | 16:20 |
=== tjaalton changed the topic of #ubuntu-x to: Ubuntu 8.04 released! | https://wiki.ubuntu.com/X | ||
tseliot | let me put a few things on pastebin | 16: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 | ||
tseliot | tjaalton: http://pastebin.com/mee4a53f | 16:24 |
tseliot | for example, have a look at line 63 | 16:24 |
tseliot | I check and remove diversions created by both me packages and the standard lrm | 16:25 |
tjaalton | those are legacy | 16:25 |
=== tjaalton changed the topic of #ubuntu-x to: Ubuntu 8.04 released! | https://wiki.ubuntu.com/X | ||
tseliot | have a look at line 121 etc. | 16:27 |
tjaalton | yes? | 16:27 |
tseliot | my packages remove those diversions when you uninstall them | 16:27 |
tseliot | maybe you could do the same with the original lrm | 16:28 |
tseliot | just in case my diversions are not removed | 16:28 |
tjaalton | sorry, I don't understand | 16:28 |
tjaalton | those are removed by lrm too | 16:28 |
tseliot | ok, an example: | 16:28 |
tseliot | if nvidia-glx-envy creates a diversion | 16:29 |
tseliot | and for some weird reason this is not removed | 16:29 |
tseliot | your preinst will look for diversions made by nvidia-glx with grep | 16:29 |
tseliot | and will catch the diversions made by nvidia-glx-envy too | 16:30 |
tseliot | right? | 16:30 |
tjaalton | I bet you don't divert /usr/X11R6/lib/libGL.so.1? | 16:30 |
tseliot | but will try to remove only the diversions made by nvidia-glx | 16:30 |
tseliot | dpkg-divert --add --rename --package nvidia-glx@@NV_LEGACY@@-envy --divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 > /dev/null | 16:31 |
tjaalton | and the grep doesn't match that | 16:32 |
tseliot | doesn't match what? | 16:33 |
tjaalton | line 63 | 16:33 |
tjaalton | doesn't match that file | 16:34 |
tjaalton | er, diversion | 16:34 |
tjaalton | I still fail to see the problem :) | 16:35 |
tseliot | yes, I know. It was just an example | 16:35 |
tseliot | I just want to make sure that the lrm and lrm-envy can coexist | 16:36 |
tseliot | which they do, at least here | 16:36 |
tjaalton | maybe the lrm versions should be dropped | 16:36 |
tjaalton | no point in duplicating all this hackery | 16:37 |
tseliot | this will be solved in Intrepid | 16:37 |
tseliot | I need the lrm-envy to work with DKMS | 16:37 |
tseliot | which is something I can't do with lrm on a stable release | 16:38 |
tseliot | right? | 16:38 |
tjaalton | right | 16:38 |
tseliot | when the users upgrade to Intrepid | 16:38 |
tseliot | if they use the lrm-envy, those packages will be replaced by the lrm | 16:39 |
tseliot | which (hopefully) we'll improve at the UDS | 16:39 |
tseliot | I'm not a big fan of duplication of efforts, really | 16:40 |
tjaalton | good | 16:41 |
tjaalton | :) | 16:41 |
tseliot | tjaalton: BTW this is the preinst.in which I use for my packages: http://www.albertomilone.com/nvidia-glx-envy.preinst.in | 16:44 |
tjaalton | pretty much identical to the one in lrm | 16:46 |
tseliot | yes, exactly, I can keep it that way | 16:46 |
tseliot | tjaalton: your patch looks good. I'll test it. | 16:49 |
munckfish | tjaalton: 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 |
tjaalton | munckfish: the updated fb check looks fine, but I'm not sure about the other one. there should be a fix for the server somewhere | 16:54 |
tjaalton | although it's simple | 16:54 |
munckfish | tjaalton: sure fine. Lets leave the second one for now then. | 16:56 |
tseliot | tjaalton: a small fix to the patch for fglrx | 17:26 |
tseliot | the first 2 lines of that patch should be: | 17:27 |
tseliot | --- common/etc/ati/authatieventsd.sh2008-03-19 10:56:01.568196236 +0100 | 17:27 |
tseliot | +++ common/etc/ati/authatieventsd.sh2008-03-19 11:04:31.272102426 +0100 | 17:27 |
tseliot | otherwise it won't find the file | 17:27 |
tjaalton | fixed in the debdiff | 17:27 |
tseliot | ok, perfect | 17:28 |
tseliot | I'm building the packages right now | 17:28 |
tjaalton | mine are almost done | 17:30 |
tseliot | mine are done. I'll test them on my ATI card on my testing box | 17:33 |
tjaalton | you have KDM? | 17:33 |
tseliot | no, but I can install it | 17:33 |
tseliot | shall I install KDM and use it | 17:34 |
tseliot | ? | 17:34 |
tjaalton | that's the way to trigger the bug | 17:34 |
tjaalton | and test that the fix works | 17:34 |
tjaalton | but it should be tested | 17:34 |
tseliot | ok, I'll do it | 17:34 |
tseliot | yes, of course | 17:34 |
tseliot | this is why we have -proposed | 17:35 |
tjaalton | ok, the libwfb.so symlink needs to be removed in preinst | 17:35 |
tjaalton | dpkg-divert: rename involves overwriting `/usr/lib/xorg/modules/libwfb.so' with different file `/usr/lib/nvidia/libwfb.so.xserver-xorg-core', not allowed | 17:35 |
tseliot | ouch | 17:36 |
tseliot | shall we test its existence with [ -h /usr/lib/xorg/modules/libwfb.so ] ? | 17:37 |
tseliot | and remove it? | 17:37 |
tseliot | or is it always a symlink? | 17:38 |
tjaalton | probably | 17:38 |
tjaalton | no | 17:38 |
tseliot | ok then we can check that it's a symlink and then remove it | 17:38 |
tjaalton | yeah, shadows work | 17:39 |
tseliot | something like this? | 17:41 |
tseliot | if [ -h /usr/lib/xorg/modules/libwfb.so ]; then | 17:41 |
tseliot | rm -f /usr/lib/xorg/modules/libwfb.so | 17:41 |
tseliot | fi | 17:41 |
tseliot | but better indented :-P | 17:41 |
tseliot | I know, the -f is useless | 17:42 |
tjaalton | that should work | 17:42 |
tseliot | I'll put it before the if [ "$(dpkg-divert --list /usr/lib/xorg/modules/libwfb.so | awk '{ print $7 }')" = "nvidia-glx@@NV_LEGACY@@" ] | 17:43 |
tseliot | since I will have to remove also the diversion created by my current lrm-envy | 17:44 |
tseliot | I'm building the packages again | 17:47 |
tjaalton | I'm wondering if the error message means something else.. | 17:51 |
tseliot | which error? | 17:52 |
tjaalton | dpkg-divet | 17:52 |
tjaalton | rt | 17:52 |
tseliot | do you still get that error despite my suggestion? | 17:52 |
tjaalton | I haven't tried, it takes a while to build | 17:53 |
tjaalton | maybe the error is just misleading, I'll build the new package now | 17:57 |
tseliot | I'll test it here too | 18:00 |
tjaalton | works! | 18:16 |
tjaalton | phew | 18:16 |
tjaalton | er, no | 18:19 |
tjaalton | can't find libwfb.so :) | 18:20 |
tjaalton | dpkg-divert --remove didn't move the library back in place | 18:21 |
tjaalton | probably since the symlink was removed, hrmh | 18:21 |
tjaalton | -> | 18:23 |
tseliot | mmm... | 18:23 |
tseliot | tjaalton: shall we add this line: cp -f /usr/lib/nvidia/libwfb.so.xserver-xorg-core /usr/lib/xorg/modules/libwfb.so | 18:29 |
tseliot | and remove this one? | 18:29 |
tseliot | rm -f /usr/lib/xorg/modules/libwfb.so | 18:29 |
tseliot | so that both files are available (and are identical but with different names) | 18:30 |
tseliot | and that the diversion will be removed | 18:30 |
tseliot | but of course we should do something like if [ -f /usr/lib/nvidia/libwfb.so.xserver-xorg-core ]; then | 18:31 |
tseliot | tjaalton: damn, the fglrx driver locked up when I logged out with KDM (despite the patch) | 18:52 |
tseliot | I'll have a look at the log | 18:53 |
tseliot | tjaalton: nothing interesting in the log. Sigh. I have asked ATI's mailing list for news on this bug | 19:08 |
tseliot | that patch doesn't work for me :-( | 19:08 |
tjaalton | I think the better solution would be to remove the diversion in postinst, then the old libwfb.so link should be out of the way anyway | 19:35 |
tjaalton | ie. removed with the old package | 19:35 |
tjaalton | I'll test that tomorrow | 19:35 |
tseliot | tjaalton: ok, I'll let you know if ATI's staff knows the solution to the other problem | 19:42 |
bryce | tjaalton: ok I'll fix up versions_current and status_current today-ish | 19:53 |
tjaalton | bryce: ok cool | 20:17 |
bryce | tjaalton: I also went through and unsubbed us from all the obsolete packages (xserver-xorg-driver-*, etc.) so the page will be more concise | 20:23 |
tjaalton | bryce: ooh, nice | 20:30 |
bryce | http://people.ubuntu.com/~bryce/Xorg/versions_current.html has intrepid on it now (but blank) | 20:31 |
bryce | http://people.ubuntu.com/~bryce/Xorg/status_current.html is intrepified | 20:32 |
bryce | tjaalton: 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/DisplayConfigGtk | 20:36 |
bryce | also, 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 hardy | 20:37 |
bryce | then 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 us | 20:38 |
bryce | but what do you think? | 20:38 |
tseliot | tjaalton: why do we have to remove the diversion in the preinst when such diversion is already removed in the postrm? | 21:03 |
tseliot | when, 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 :-P | 21:06 | |
bryce | tseliot: :-) (been there) | 21:12 |
ted1 | Okay, so X crashed on me twice. But, now I can't recreate it. | 21:19 |
ted1 | Is it worth filing a bug, or is that just going to be a waste of everyone's time? | 21:19 |
bryce | if you have a backtrace of the crash, it can be investigated | 21:20 |
ted1 | I have the backtrace from the Xorg.0.log, does that count? | 21:20 |
bryce | yep, that's good | 21:22 |
bryce | often those backtraces aren't detailed enough, but sometimes they're enough to identify if the bug is a dupe of another bug or something | 21:23 |
seb128 | ted1: you should enable apport if you are still running hardy | 21:23 |
ted1 | Does it get disabled? | 21:24 |
ted1 | I didn't think it got ever turned off, but I was figuring that X would be too low level for it. | 21:24 |
seb128 | ted1: it's disable in stable to not annoy users | 21:29 |
seb128 | ted1: you need to edit /etc/defaults/apport to enable it | 21:30 |
tjaalton | tseliot: because we want that diversion to disappear on upgrade | 21:32 |
tjaalton | and I said postinst, preinst apparently is not the place to do it | 21:33 |
ted1 | seb128: I didn't know that, thanks. It is on now. | 21:33 |
tjaalton | bryce: yes, I've been thinking of doing the same (closing pre 2.6.24 lrm bugs) | 21:34 |
tjaalton | then 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 noise | 21:35 |
tjaalton | fedora 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 nods | 21:42 | |
seb128 | tjaalton: you mean they don't strip unstable builds? | 21:44 |
tjaalton | seb128: I'm not sure how it's done, I'll just ask :) | 21:44 |
seb128 | that would not be possible in ubuntu | 21:45 |
tjaalton | it would mean rebuilding the whole archive before release, right? | 21:45 |
seb128 | having ubuntu fitting on one cd is already a fight most of the time | 21:45 |
tjaalton | oh right | 21:45 |
seb128 | and that too | 21:45 |
seb128 | apport and the retracers usually work alright | 21:46 |
tjaalton | the tough cases will always be painful to debug | 21:48 |
tjaalton | I guess no tools help there | 21:48 |
seb128 | right, tools don't do everything for you | 21:48 |
bryce | tjaalton: 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 |
tjaalton | bryce: I wonder what --enable-debug does | 21:57 |
bryce | tjaalton: any ideas on this apt-get update error - http://pastebin.ubuntu.com/10611/ ? | 21:58 |
bryce | "Hash Sum mismatch" | 21:58 |
tjaalton | ah | 21:59 |
tseliot | bryce: -logverbose 5 perhaps? | 21:59 |
tjaalton | bryce: a busy mirror I guess | 21:59 |
tjaalton | our mirror got hosed because it used to mirror a.u.c | 21:59 |
ted1 | bryce: I'm getting crummy access to the US mirror right now. It keeps jumping IPs. | 21:59 |
bryce | ah, hmm, so would switching to a different mirror do it? | 21:59 |
tjaalton | I switched apt-mirror to use se.a.u.c, works nicely | 22:00 |
tjaalton | and current too | 22:00 |
bryce | ok | 22:00 |
bryce | ahh much better | 22:01 |
bryce | yay - intrepified: http://people.ubuntu.com/~bryce/Xorg/versions_current.html | 22:05 |
bryce | lunch. bbiab | 22:05 |
tjaalton | sweet, a dynamic page :) | 22:08 |
tjaalton | great, mesa-7.1 coming soon | 22:35 |
tjaalton | maybe by UDS | 22:35 |
bryce | sweet | 22:35 |
* bryce fusses with css | 23:03 | |
bryce | ok, this looks fairly good... http://people.ubuntu.com/~bryce/Xorg/versions_current.html | 23:24 |
tjaalton | cool, you dropped all the apps that are in bundles | 23:25 |
bryce | yup | 23:25 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!