[00:02] cjwatson: http://www.stgraber.org/download/ubuntu/lvmcrypto/ [00:02] ta, looking [00:03] "Mounted filesystem?", huh [00:03] What's weird is that in /dev/mapper I have : sda2_crypt and sda2_cryptp1 [00:04] IIRC I never had things like _cryptp1 on Hardy and I don't really see what it's [00:04] p1 sounds like something treating sda2_crypt as a disk-like block device with one partition [00:05] parted has been known to make that kind of mistake in the past although I'm not sure whether it would be the thing creating the device node [00:06] slangasek: https://bugs.launchpad.net/debian/+source/samba/+bug/247087/comments/4 [00:06] Launchpad bug 247087 in samba "samba init script status action" [Low,In progress] [00:06] slangasek: i think this is what you suggested [00:16] kirkland: I think what I meant was this: [00:17] stgraber: not much to go on in the logs - I'll see if I can reproduce from your test case [00:17] + status="0" [00:17] + NMBD_DISABLED=`testparm -s --parameter-name='disable netbios' 2>/dev/null` [00:17] + if [ "$NMBD_DISABLED" != 'Yes' ]; then [00:17] + status_of_proc -p $NMBDPID /usr/sbin/nmbd nmbd || status=$? [00:17] + fi [00:17] + if [ "$RUN_MODE" != "inetd" ]; then [00:17] + status_of_proc -p $SMBDPID /usr/sbin/smbd smbd || status=$? [00:17] fi [00:17] + if [ "$NMBD_DISABLED" == 'Yes' -a "$RUN_MODE" == "inetd" ]; then [00:17] + status="4" [00:17] +fi [00:18] kirkland: i.e., still only check each process if you're supposed to (otherwise status_of_proc will spit out a useless message, no?), and then set the status appropriately at the end if nothing's been done [00:18] slangasek: ah, okay, so keep the checks [00:18] slangasek: and conditionally override status=4, if deemed necessary [00:19] that's my thought [00:19] you're allowed to have different ones, of course :) [00:19] slangasek: that certainly makes sense [00:20] ps [ == ] is a bashism [00:20] erk, yes :) [00:20] slangasek: i'm fixing that too [00:21] <-- tunnel vision again [00:22] stgraber: so "physical volume for encryption" for sda2? [00:22] yes [00:23] what's R550 support like in Hardy and/or Intrepid? [00:24] cjwatson: then use it as physical volume for LVM and it'll break when starting LVM configuration [00:25] slangasek: http://launchpadlibrarian.net/15925572/samba.status.debdiff [00:25] slangasek: or, rather: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/247087/comments/5 [00:25] Launchpad bug 247087 in samba "samba init script status action" [Low,In progress] [00:27] stgraber: it does indeed [00:30] kirkland: looks pretty good to me [00:31] slangasek: *pretty* good???? [00:31] slangasek: :-) [00:31] slangasek: shall I send it to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488275 as well? (cleaning out the changelog bits, of course)? [00:32] Debian bug 488275 in samba "samba and winbind: initscript miss 'status' option" [Wishlist,Open] [00:32] kirkland: I see no bugs at all in the code - I'll give it a B+ ;) [00:32] slangasek: or shall I expect you to handle the Debian side of this? [00:32] kirkland: it would be helpful to me if you would also send it to the Debian side [00:32] slangasek: and what's it going to take to get it to an "A"? [00:32] I would /eventually/ handle it there as well, but it would take longer :) [00:33] Cool, i have a time machine. Jul 10 02:27:20 heh dovecot: Time just moved backwards by 1 seconds. I'll sleep now until we're back in present. http://wiki.dovecot.org/TimeMovedBackwards [00:33] slangasek: okay, i'll do that shortly [00:33] kirkland: that's the question, isn't it? maybe I'm just such a jerk that an A is impossible :) [00:34] slangasek: :-P [00:34] slangasek: couldn't be the case.... you've had patience enough with me so far [00:37] slangasek: okay, i think i'm done with this for the day... on to Alpha2 iso testing [00:41] ok, cheers :) [00:43] kees: hum, you're really sure those rlimit_nice bugs are fixed in 0.99.7.1? I thought I only saw the fixes for them committed in later upstream versions [00:47] slangasek: that's partly what confused me too, I think he meant "fixed in later upstreams and in current Debian" [00:47] ogra: around ? [00:47] ogra: LTSP install just failed [00:47] nearly dying, but still somewhat awake [00:47] cjwatson: well, I'm pretty sure I didn't fix it in Debian :) [00:48] stgraber, known, i didnt have the time yet to check what it is in a VM [00:48] Failed getting release file file:///cdrom/dists/intrepid/Release [00:48] there is a bug somewhere, let me check [00:48] https://bugs.launchpad.net/bugs/246615 [00:48] Launchpad bug 246615 in ltsp "LTSP client installation ended abnormally" [Undecided,New] [00:49] mean [00:49] i guess we suffer the same issues of d-i unmounting the CD as debian has in lenny [00:49] as ltsp-build-client is started with in-target I guess you should bind mount /cdrom to /target/cdrom [00:49] can you check if your CD is mounted at all ? [00:50] CD is mounted in /cdrom [00:50] you shouldnt need to bind mount [00:50] at least you didnt until hardy :) [00:50] i'll inspect that further by end of the week [00:51] well /cdrom is fine but /target/cdrom is empty so as ltsp-build-client is start after chrooting to /target it won't be able to read the cd-rom [00:51] yeah, but d-i used to care before [00:52] i'd like to inspect that side first [00:52] slangasek: ... oh [00:52] but surely not today anymore [00:52] I thought I'd stopped d-i doing that for our CDs [00:52] * ogra had some pretty hard days ... and just managed to fianlly get a working 8.04.1 cmpc release [00:53] so i'll just crash now as soon as the upload is through ... [00:54] cjwatson, it can as well be that ltsp simply runs to late [00:56] stgraber, the bug above indicates that there are also other errors, i doubt it would even work with CD mounted [00:57] oh, yeah, definitely solve problems in order [00:58] ogra: I haven't tried ltsp-build-client in Intrepid other than that ISO testing so I don't know what would have happened if it didn't fail with that missing cd-rom error [00:58] ogra: I don't think it should be too early [00:58] stgraber: but it looked like it was the other way round, "Failed getting release file" after the cp error [00:59] anyway, can't unpick this and dm-crypt at the same time [00:59] cjwatson, no hurry, i wont touch it tonight anymore and there are definately more issues [01:09] nixternal: Thanks for your vote :) === Hobbsee` is now known as Hobbsee [03:02] emgent: no problem, you deserved it! [03:03] nixternal: hehe thanks :) [03:03] nixternal: solved problem with copy/paste ? :) [03:18] I will shortly by going back to Mutt :) [03:20] hehe nice :) === davidm_ is now known as davidm [03:33] nixternal: ugh I've been stuck using evolution and gmail.com this summer; my job is keeping me so busy I've had no time to configure a muttrc [03:33] and it's down to my last straw of patience now [03:33] by the way, hi everyone, long time no see. I'm not dead, I just have been swamped with work... [03:33] *goes disappear for another 3 weeks* [03:34] jdong: Howdie. Have fun! :) [03:34] btw, vorian , while I'm here, congrats. You deserve it! [03:35] thanks man :) [03:35] jdong: don't work too hard [03:35] and don't get fired [03:35] lol, trying not to. On both counts. but I think that's somehow mutually exclusive [03:35] haha [03:36] hi jdong [03:36] hey LaserJock :) [03:57] jdong: ya, I am using Evolution now for work email and switched my home/personal/ubuntu/kde/debian email to Kontact KDE4 [03:57] I just hate setting up Mutt again, it takes so long to get down [03:58] Evolution has one good thing, and that is decent Exchange via OWA support, but the rest of it is just garbage [04:00] nixternal: yeah the only good thing for me about evolution was that it responds faster than gmail over my weak wifi and was set up in 4 clicks === doko_ is now known as doko === tritium_ is now known as tritium [05:27] what package tool downloads .dsc files ? [05:29] orbisvicis: dget [05:29] thanks [05:35] are we on track for an alpha 2 today? [05:35] anyone with insight? [05:52] are the ~motu memberships supposed to expire? [06:05] when i need to edit source of a package with patches, i need to create a diff .. is that a diff of my revision with the original, or the original with all the previous patches applied ? [06:06] and then drop it into patches [06:15] Hobbsee: how do you mean? [06:16] LaserJock: as in, am i supposed to ask someone to renew them, or is it deprecated? [06:17] Hobbsee: no, I believe you want to renew it [06:17] individual membership in ~ubuntu-dev is what was deprecated [06:18] in favor of holding ~motu and ~ubuntu-core-dev [06:18] oh [06:18] * Hobbsee already renewed that one [06:19] :-) [06:22] orbisvicis: when you make your patch, it should generally not require the other patches to be already applied, otherwise you will need to make special notes about what patches need applying first [06:26] Awsoonn, that makes life easy. are there any requirements when running diif, say -ruN etc [06:28] That is out of my memory right now [06:29] I generally use diff -aurN [06:30] as long as there isnt a standard i have to adhere to [06:30] ok, thanks [06:30] ill patch it tomorrow [06:36] good morning [06:36] hey dholbach [06:36] dholbach: can you renew my membership in ~motu please? [06:37] Hobbsee: you should be able to do that yourself - wasn't there a link in the mail? [06:37] I got a mail saying that you already renewed it? [06:38] Hobbsee: ^ [06:38] Hobbsee: expires 2009-07-17 [06:38] dholbach: oh, sorry, ~ubuntu-dev [06:38] * Hobbsee got both today [06:38] ubuntu-dev you can let expire [06:39] in the end only ubuntu-core-dev and motu will be member of ubuntu-dev [06:39] ah [06:39] Hobbsee: what I said ;-) [06:39] * LaserJock is glad to find he's not totally lost touch :-) [06:41] heh [06:43] LaserJock: i thought we were depreciating the term "motu". oh well [06:44] no, I don't think so [06:44] eventually the Main/Universe split will probably go away, but I think MOTU may even survive that [07:04] soren, pitti: the kernel boots in kvm now, but X doesn't start (uses 100% CPU) [07:08] X starts with the old kernel though [07:08] and the mouse in KVM only works if I remove the /etc/X11/xorg.conf (on the other hand only 800x600 now) [07:08] intrepid is fun :-) [07:09] does this mean progress for vbox too? === dholbach_ is now known as dholbach [07:39] ara: just commented on your ldtp patch - let me know once you updated it and I'll take a look at it again :-) [07:39] dholbach: ok, i'll have a look [07:39] thanks [07:42] dholbach: Figures. :( [07:44] doko: what do you think about bug 240884? [07:44] Launchpad bug 240884 in binutils "-g and compiling via assembly fails" [Undecided,Confirmed] https://launchpad.net/bugs/240884 === dholbach_ is now known as dholbach [07:44] it seems to be important for bug 237175 [07:44] Launchpad bug 237175 in darcs "Please sync darcs 2.0.0-5 (universe) from Debian unstable (main)" [Undecided,In progress] https://launchpad.net/bugs/237175 [07:51] dholbach: maybe this is no longer needed anymore. they have release the ldtp 1.2 and the debian maintainer has already fixed the dependency problem. once he uploads the debian pkg we could just sync with it [07:56] ara: ah excellent - could you update the bug report once that has happened? [07:56] dholbach: sure, i will :) [07:57] ara: gracias! [08:11] sbeattie, kees: just read your mail about glib, I just copied the upstream NEWS as usual, it's still using the system pcre, is that an issue for you? [08:11] hi seb128 [08:11] (not replying to the mail because they are filtering smtp at GUADEC) [08:11] hey dholbach [08:12] pitti: doh about gtkhtml, can't fix it this week but the updates fix a low priority issue [08:15] Hello [08:17] dholbach: I can have a look at the sponsor queue while you on holidays [08:18] seb128: that'd be awesome! [08:18] * dholbach hugs seb [08:18] * seb128 hugs dholbach [08:27] Good morning [08:27] dholbach: X doesn't start> try without usplash [08:28] dholbach: or try blacklisting the 'uvesafb' module [08:28] seb128: thanks [08:29] pitti: ups, "the update fixes a low priority security issue" it was supposed to be [08:29] pitti: I'm a bit annoyed that it was waiting for a week and has been rejected, no big deal I'll upload monday using the right bug number [08:31] heya pitti! [08:31] hello Hobbsee [08:32] hey seb128! [08:40] pitti: did you upload the drivers to Intrepid? [08:40] pitti, is it possible to yank something out of hardy-updates that is causing some bad breakage for people (but the proper fix is in hardy-proposed waiting to enter hardy-updates)? [08:41] tseliot: no, shall I? [08:41] superm1: ugh! which package, which bug? [08:41] pitti, bug 243930 [08:41] Launchpad bug 243930 in linux-restricted-modules-2.6.24 "restricted driver wl fails to load" [Undecided,Fix committed] https://launchpad.net/bugs/243930 [08:42] pitti: you told me that you wanted to include them in time for Alpha 2 [08:42] superm1: ah, *phew*, that's at least not a grave regression from hardy final, since wl wasn't present at all [08:42] tseliot: right, I just wasn't sure who would upload them [08:42] pitti, well i'd like to understand how it even got introduced though [08:42] because there was one lrm upload before it, specifically that touched 'wl' [08:43] it must not have been tested [08:43] pitti, it is going to break anyone who gets a factory image from dell with a broadcom card though [08:43] pitti: I would be glad if you could do the upload for me [08:44] (since the expectation is that the updates are in hardy-updates when they update for the first time) [08:44] superm1: right, it's still bad, no doubt [08:44] superm1: so, the bug got an overwhelming amount of positive feedback [08:44] pitti, yeah from what i see [08:44] superm1: I feel we shouldn't wait for 7 days to push it to -updates [08:45] i was just made aware of this earlier this evening [08:45] pitti, yeah [08:45] tseliot: sure, I will [08:45] pitti: thanks :-) [08:46] superm1: the diff was trivial (one-liner in Makefile), so it didn't touch anything else than wl [08:46] superm1: I'm going to copy it to -updates now [08:46] pitti, wonderful, thanks [08:46] pitti, i'll talk to the kernel guys tomorrow about how/why this happened then to make sure it doesnt ever happen in the future [08:46] superm1: thanks, that would be nice === ion__ is now known as ion_ [08:49] stupid, stupid emacs... disabling the splash works only if you set it in your own .emacs [08:50] hah, sticky branding :) [08:50] tjaalton: but well, that can certainly be patched :-P [08:50] pitti: I bet, but for hardy?-) [08:50] PPAs FTW [08:51] ugh, maybe I'll write a wrapper which uses --no-splash [08:55] tseliot: nvidia-settings as well? was it tested? [08:56] tseliot: do I need to change anything in the source or can I just copy it verbatim from your PPA? [08:57] pitti: superm1 told me that he has sponsored nvidia-settings for intrepid: https://edge.launchpad.net/ubuntu/+source/nvidia-settings/1.0+20080304-0ubuntu3 [08:57] pitti: the rest can be copied as it is [08:57] ah, nice [08:59] tseliot: I tried installing another version of nvidia-glx, and X fails to start after that. debugging why [09:00] tjaalton: which version? [09:00] I have tried them all (except for 71) [09:01] which builds though [09:01] I had another version installed, then installed another one and then it fails to start [09:02] tjaalton: can you tell me which versions then? [09:02] 173 ->96 [09:03] tjaalton: what does the /var/log/Xorg.0.log says? [09:03] tseliot: all copied; some builds started very soon and thus will fail to upload, but I'll care for them (retrying them) [09:03] tseliot: failsafe.. need to kill that first [09:03] tseliot: (that was unavoidable due to some soyuz restrictions, sorry) [09:03] pitti: thanks [09:04] tjaalton: ok, let me know [09:05] tseliot: ah, maybe just because the other drivers don't work with 1.5? [09:05] undefined symbol [09:05] so it fails to load nvidia_drv.so [09:05] tseliot: hm, bah; can you please check your email and tell me what soyuz complains about? [09:06] pitti: nothing has arrived yet. I'll let you know [09:06] tjaalton: does DKMS fail when it tries to build the module? [09:07] tseliot: no, it's not the kernel module but X driver that fails [09:07] the module loads fine [09:08] tjaalton: when did you upload xserver 1.5 [09:08] ? [09:08] last week, but it was usable by tuesday [09:08] *on tuesday [09:10] tjaalton: can you give me the line with the error? [09:10] (II) Loading /usr/lib/xorg/modules/drivers//nvidia_drv.so [09:10] dlopen: /usr/lib/xorg/modules/drivers//nvidia_drv.so: undefined symbol: miZeroLineScreenIndex [09:10] (EE) Failed to load /usr/lib/xorg/modules/drivers//nvidia_drv.so [09:12] see http://www.nabble.com/xorg-server-problem-td15226827.html [09:13] tjaalton: the xserver ABI might be the cause of your problem [09:13] that's what I meant [09:13] nvidia should release new version of the legacy drivers [09:13] versions [09:14] tjaalton: read this: http://www.nvnews.net/vbulletin/showpost.php?p=1461694&postcount=4 [09:14] and this: http://www.nvnews.net/vbulletin/showpost.php?p=1456802&postcount=2 [09:14] funny that 173 supports it [09:15] those are old posts btw [09:15] dholbach: -g shouldn't be used both for cc and as [09:15] fedora9 shipped with this, so it's not like there was no demand [09:16] tjaalton: can you try setting RenderAccel to Off in the Device section of your xorg.conf and starting x with startx -- -ignoreABI [09:16] ? [09:17] tseliot: ah, all built and in NEW now, processing [09:18] tseliot: ok, a sec [09:18] pitti: good [09:18] E: nvidia-glx-71-dev: maintainer-script-calls-init-script-directly postinst:9 [09:19] tseliot: hm, they still have an init script? [09:19] pitti: let me check [09:19] tseliot: hm, seems they don't [09:19] tseliot: 'Option "RenderAccel" "false"'? Still fails with -ignoreABI [09:21] tjaalton: sigh [09:21] pitti: it's true, it calls /etc/init.d/nvidia-glx-71 start in the postinst of the -dev package o_O [09:23] pitti: I'll see if the that init file is called from somewhere else, remove it and repackage the whole thing. I'll let you know [09:23] tjaalton: at least 2 packages out of 4 will work... [09:23] tseliot: yep.. [09:25] tseliot: another nitpick: I don't think that the i386 -kernel-source needs to ship nv-kernel.o.x86_64, and the amd64 one nv-kernel.o [09:25] tseliot: would save 10 MB in the packages [09:26] tseliot: ok, NEWed [09:27] pitti: I'll look into that too [09:28] doko: do you think you could follow up on the bug report about that? [09:45] hi [09:46] all my systems in office started behaving strangely around 8 pm ist [09:46] all services super slow in lan [09:46] but if i ssh my local computer by ip it takes lot of time [09:47] gp, this is *still* the wrong channel to ask for support [09:47] tomm if its now fixed I will be blamed [09:47] support in #ubuntu, no? [09:47] beuno: wasn't this guy here last night, asking for support? [09:47] Hobbsee, he was :) and good evening to you [09:48] beuno: evening :) [09:48] yeah but the problem presists [09:48] gp, well, this being the wrong channel to ask for support still persists [09:48] oks [09:48] you should head to #ubuntu, or try mailing lists/forums [09:49] i hope its not bug in ubuntu or something === dholbach_ is now known as dholbach [09:49] its happens in 100% ubuntu network in office [09:49] * beuno sighs [09:50] windows box was working fine [09:50] and, again, it's still the wrong channel. [09:50] ok bye [09:50] and you won't get support here. === popey_ is now known as poepy === poepy is now known as popey [09:52] Given that nvidia discussion up there, I'd like to jump on the tail end: I'm going to need to update xserver-xgl, since mesa no longer builds one of it's build-deps. [09:53] While I'm at it, I'd like to blacklist all the drivers that running Xgl no longer makes sense for. This essentially means: every driver but the 7-series nvidia driver. [09:55] pitti: see if the new source looks better [09:55] RAOF: pre or post alpha? [09:55] Hobbsee: Post alpha. [09:55] RAOF: woo! [09:55] ah, right [09:55] tjaalton: No. It'd be "Woo" if I was saying "Please remove xserver-xgl from the archives" :) [09:55] RAOF: hehe :) [09:56] oh, -xgl. that's that universe crack anyway, isn't it? [09:56] Damn straight. [09:56] #unbuntu == newbeee ?? [09:56] I can at least minimise the accidental damage, though, with only one minor problem: how do you detect the old'n'crusty driver? [09:56] gp: #ubuntu == support channel. [09:56] hehehehe [09:57] Hm... alternatively I suppose I could check for t_f_p, and refuse to start if t_f_p is available. [09:57] Now that I think of it, that seems a much better idea. Test for the feature, not the driver version! [09:58] i better ask google for support then [09:58] I wonder if there's been a xgl commit in the last, say, 12 months... [09:59] how do you apply debdiffs? [09:59] Oooh, a mere 4 months ago! [10:00] Oh, and it looks like it doesn't misreport it's xrandr version anymore. Joy! [10:00] savvas: With 'patch' [10:01] emgent: congratulations! [10:01] RAOF: patch < file.debdiff ? [10:01] sup all ^^ [10:01] savvas: Pretty much. You may want -p0 or -p1 or something. [10:01] hm.. ok, i'll read about that, thanks [10:01] savvas: But debdiffs are just a normal, everyday diff. [10:02] i've an honest non-fanboy question. do the group of you here consider hardy a truely successful release? compair say to edgy or fiesty [10:02] nekostar: wrong place for that [10:03] tjaalton i was just curious as to how basic this is all gonna get is all tjaalton [10:03] as i'm just walking in ;) [10:04] nekostar: they're all successful. [10:04] at least, have been so far. [10:05] i would differ as to hardy and feisty, but apparently thats offtopic. [10:05] anyway how does this work? i've not participated here before, sorry. [10:05] Yup. On-topic for #ubuntu-devel currently is: nvidia driver fun, bitching about Xgl, and... stuff. [10:05] :) [10:05] nekostar: as you'll see in the /topic, it's a channel to discuss development of ubuntu. it's not a soapbox. [10:05] heh sup RAOF ;) [10:06] Hobbsee lets not fight today, i'm just not in it. i've already looked in the topic, thus the back to business question.... RAOF thanx. [10:07] RAOF: and if the patch involves a directory renaming (package version change) it does that automatically? [10:07] tjaalton: There's nothing which replaces mesa-swx11-source, is there? [10:07] RAOF: nope.. does it still need that for something? [10:07] tjaalton: Yes. Xgl symlinks mesa source into its build tree. [10:07] yuck [10:07] Hell, yes. [10:09] I think Suse still use it. I don't know how; it's never been released, and has had about 20 commits in the last year. [10:09] Maintained by that famous recluse, David Reveman. Maybe they've got some private repository where Xgl doesn't suck. [10:10] vnc4 is another user of mesa-swx11-source [10:10] and probably just as painful to migrate [10:11] Why does vnc include mesa sources?? [10:11] it includes xorg sources too, so why not?-) [10:11] Heh. [10:12] Man, that must be fun to maintain. [10:12] <_max_> anyone happen to know what ubuntu 8.04 uses under the hood of "remote desktop" [10:12] dholbach: big thanks :) [10:12] _max_ vnc via vino? [10:12] _max_: In terms of...? [10:13] <_max_> well i used the gui, set a password, worked fine,.. some jackass at work wanted another password since he cant memorize more than 1 pass, so i changed pass, and now neither of the passwords (old or new) works to login. [10:13] * gnomefreak not seeing nvidia fun :( [10:13] <_max_> i couldn't find the daemon it was using so i rebooted the machine, and now the service doesn't even seem to have started. [10:13] <_max_> ssh works so wanna edit config via ssh and restart daemon. [10:15] sheesh, the debian version of vnc4 still has xfree4.3.0 in it [10:15] Surely there have been some security holes found in that? [10:15] but our version is not any better, with xserver-1.0.2 [10:16] RAOF: did you test gnash? [10:16] asac: Yes. It works, except for video. [10:17] RAOF: yeah. same here. not sure, but the crash looks gstreamer related [10:17] asac: Also, our flashplugin alternatives system is weird. [10:18] pitti: could you let in nspr/nss SRU that fix regression introduced by current -proposed package (#245122)? [10:18] pitti: i attacted the diffs on top of current -proposed packages to that bug [10:19] pitti: ok, the current langpacks in ppa look good for proposed too [10:19] ArneGoetje: ^^ [10:20] asac: thanks, will do [10:20] nice [10:22] RAOF: the alternative system is dumb yes. [10:25] <_max_> okey "vino" seems really easy to setup, when it works. [10:25] RAOF: the reason why vnc4 build-deps on mesa source is that the old xorg-server it includes needed that.. sigh, I'll try to update vnc4 [10:25] <_max_> but trying to fiddle with it when it doesn't works is a friggin nightmware [10:25] <_max_> *mare [10:25] tjaalton: Rock on! [10:25] Man, the brokenness exposed by a simple change :) [10:27] yeah :) [10:27] Is there any chance of the mesa-source package making a comeback? [10:27] Or should I be exploring different options? [10:27] could be, need to ask the debian guys [10:28] drop xserver-xgl?-) [10:28] * RAOF can just see and apt-get source command as a part of xserver-xgl's new get-orig-source target :) [10:29] That'd be very nice, yes. But there's still some hardware that it's useful on, and I don't particularly want to break that. [10:29] doesnt new ati drivers fix the -xgl issue AFAIK that was the last one to be fixed [10:30] RAOF: you mentioned some nvidia chips? the blob doesn't work? [10:30] gnomefreak: No. nvidia-glx-legacy (or whatever it's called now) doesn't have t_f_p, and never will. [10:30] I hear we have _yet another_ nvidia blob? [10:30] ah yeah they wouldnt change it now i forgot legacy [10:30] yes, -173. -177 will drop support for GF5 [10:30] They're obviously aiming for the "most annoying to support" award of 2008. [10:31] gf5 as in like 5200 5500? [10:31] yes [10:31] crap [10:31] i have 5200 :( [10:31] gnomefreak: You've dropped of the "currently supported list"? :) [10:31]