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