[10:28] how come we have a bug report about nvidia-319? [10:29] because people are insane [10:29] tjaalton, probably someone using xedgers [10:30] ok, where do I throw it then? [10:30] in the 'invalid' bin? [10:32] tjaalton, probably a misconfigured optimus setup [10:32] tjaalton, so i guess unsupported/invalid then [10:35] yeah, closed [11:37] ricotz: I have packaged the nvidia-modprobe tool which nvidia-319 requires. Is it already in edgers? Shall I upload it there? [11:38] tseliot, hi, it isnt in edgers, feel free to upload it there with a matching version suffix [11:39] ricotz: ok, good [11:40] tseliot, i hope it is debsrc3? [11:40] nvidia-settings should be transformed to it too, so the original upstream bz2 tarball can be used [11:41] ricotz: yep, the file says 3.0 (quilt) [11:41] good :) [11:41] ricotz: yes, I can do that too [15:35] tjaalton, it was reported on a package called nvidia-319? [15:42] bjsnider, xedgers contains those [15:45] ricotz, you said above that it wasn't in edgers [15:45] or did you just mean the modprobe thing? [15:46] bjsnider, i mean the nvidia-319 package [15:52] bjsnider: it mentioned nvidia-319 [15:52] against xorg [16:11] and with that horrible hack posted on the switching stack bug, I declare EOD [18:33] omg, bug 1170074 [18:33] bug 1170074 in mesa (Ubuntu) "April 17 Mesa update introduced regressions" [Undecided,New] https://launchpad.net/bugs/1170074 [18:34] a game doesn't work on nouveau [18:36] updated the headline [18:38] meh ill look tomorrow [18:38] finally something interesting nouveau wise ;D [18:42] https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1170074 [18:42] Launchpad bug 1170074 in mesa (Ubuntu) "mesa 9.1 regressed Tibia on nouveau" [Undecided,New] [18:42] April 17 Mesa update introduced regressions [18:43] ha, updated the headline already ;) [18:43] I am on a GeForce 8600 using nouvoue driver, Tibia worked yesterday, today it doesn't [18:43] ah, I see [18:43] yeah, I don't know if its just on nouvoue or on across the board of all Mesa [18:44] is there a demo or something? [18:44] yes [18:44] http://static.tibia.com/download/tibia985.tgz [18:44] around 25 mb [18:44] url on the bug [18:44] it segfaults on startup [18:44] commercial proprietary game by CipSoft GmbH, german company, the executable is clean [18:45] pastebin the segfault? [18:45] It's eod, but I'll look at it first thing in the morning.. [18:45] the segfault is just "Segmentation fault", nothing more [18:45] eod? [18:45] end of day? oh, I see [18:45] here it just complains about libGL.so.1 [18:46] oh sorry, I forgot to mention that [18:46] if you're on ubuntu 64, you might need to install ia32libs [18:46] k [18:46] as the tibia binary is 32-bit only [18:47] tjaalton: dont you dare ;P [18:47] heh [18:53] works fine on intel anyway [18:54] good! [18:54] I was afraid I'd have to break into your home and leave your toilet seat up, then you'd get in trouble with your significant other, bahahha [18:57] she's not around [18:57] :) [18:57] kids are, but asleep by now [18:57] apitrace doesn't seem to work [18:58] so I'll just skip and let you deal with it tomorrow [19:02] so its nouvoue specific, possibly nv50 specific [19:04] smallfoot-, can you run `gdb Tibia`, then `bt full` and paste the output of that into the bug? [19:04] Okay [19:04] "No stack." [19:04] :( [19:06] smallfoot-, ah sorry, do `run`, then let it crash, and then do `bt full` [19:06] oh [19:10] http://paste.ubuntu.com/5716784/ [19:12] smallfoot-, thanks that's helpful. Mind a few more steps to gather some extra data? [19:12] sure [19:14] smallfoot-, apt-get install libgl1-mesa-dri:i386 xserver-xorg-core-dbg [19:14] smallfoot-, then repeat the procedure (gdb Tibia, run, then bt full) [19:14] er wait [19:15] smallfoot-, apt-get install libgl1-mesa-dri-dbg:i386 xserver-xorg-core-dbg [19:15] smallfoot-, then repeat the procedure (gdb Tibia, run, then bt full) [19:15] don't you need libgl1-mesa-glx-dbg:i386 too? [19:16] couldn't hurt, but looks like most symbols are in the dri pkg [19:17] should i get libgl1-mesa-glx-dbg:i386 too? [19:17] smallfoot-, sure, why not. [19:17] the more -dbg's the merrier [19:17] :-) [19:17] ok :) [19:17] bbiab (lunch) [19:21] http://paste.ubuntu.com/5716822/ -- backtrace with debug libraries [19:54] smallfoot-, perfect, thanks [19:54] :) [19:59] tmp = 0x4
[20:00] *clueless* [20:00] hmm adress out of bounds sounds bad :s [20:03] yup [20:04] question is why it's set to '4' [20:05] (memory addresses usually look like 0x88e6e08) [20:08] no, my mesa bug, and I'll look at it tomorrow :'( [20:14] fine :-) [20:26] tjaalton, mesa 9.1.1 changes not pushed to git? [20:27] bryce: still on ubuntu+1 [20:27] mlankhorst: [20:27] * Add some more patches to fix image copy regressions on nouveau. [20:27] ^ would help to list what patches were added, for grepping purposes. [20:28] I thought I just lazily copied them to debian/patches/series [20:28] the four patches on series [20:28] oh hell [20:28] it still has the patches from anholt commented out :D [20:29] shouldn't be there at all [20:29] [Supermassive fail (instant)] [20:29] seems there's some cruft too... patch 116 not in series, and there's two 118's [20:30] second one needs to be removed [20:30] merge failure [20:30] 116 was kept for historical reasons, can be dropped [20:30] I don't have those here [20:30] so probably local cruft? [20:31] new minor X.org Server was released today, it contains security fix [20:32] yeah and unless you plug in usb devices and chvt, you won't hit it.. [20:32] tjaalton, ah was looking at the wrong branch [20:32] Ubuntu has updated their X.org Server? [20:32] seem to be cleaned up on ubuntu+1. just need to merge that to ubuntu. [20:33] I don't know, but it makes me want to look for more vulnerabilities in xserver, to get sru's done faster.. [20:34] bryce: yes, actually the other way around, then push the result as ubuntu [20:34] with additional force [20:34] if needed [20:38] actually, easiest is to just add the changelog entry and force push it then as ubuntu [20:38] merging old upstream there ends up in misery [20:39] nevermind, old 'merge -s ours' trick worked [20:41] pushing it [20:41] there [20:42] now pull, and use the ubuntu branch for changes [20:45] Hmm so I tried the beta2 CD on my MacBookPro5.1, in the past I have allways needed to use nomodeset but the X server at least start in the installer now it doesn't start :-/ [20:48] does it work without nomodeset? [20:48] nope, nouveau fails to set the mode [20:49] it would be nice if you come up with those things before it's so close to release ;P [20:49] haha :p [20:49] the nouveau thing is a old bug. [20:49] happens on 12.10 [20:50] actually looks like I lied, X doesn't start on the 12.10 installer either. [20:50] Which is weird because I'm pretty sure I installed it via the gui... [20:54] okay got X to work by installing nvidia-current [20:59] Prf_Jakob, what nvidia chip does the crackbook have? [21:01] its a 9400GT/9600GT combo [21:01] surprised there's nouveau issue on that [21:01] http://www.everymac.com/systems/apple/macbook/specs/macbook-core-2-duo-2.4-aluminum-13-late-2008-unibody-specs.html [21:01] ops no [21:04] isn't the 5.1 newer than 2008? [21:04] http://everymac.com/systems/apple/macbook_pro/specs/macbook-pro-core-2-duo-2.8-aluminum-15-late-2008-unibody-specs.html [21:04] nope [21:04] I think there is a 2009 model as well [21:04] ^ thats what I got anyways