[00:18] <bjsnider> fictional, what's the issue?
[00:33] <fictional> you there bjsnider?
[00:35] <fictional> trying to determine the root cause of an issue with nvidia/wine/ubuntu
[01:00] <bjsnider> wine isn't my deal
[01:09] <fictional> it happens in vmbox too
[01:10] <fictional> what im trying to determine is waht controls indvidual windows decoration or resolution
[01:11] <fictional> i can get the game to show in smaller resoultions but when i maximize vm box or wine  it dont refresh sort of the white window bug
[01:11] <fictional> i can link you the bug
[01:13] <bjsnider> wel, the game's refresh rate is going to be lower at higher resolutions. that's obvious
[01:15] <bjsnider> fictional, you _might_ be able to find some info in #ubuntu-x
[08:27] <czajkowski> aloha
[10:53] <Nick136> hey all
[16:17] <rickspencer3_> TheMuso, there?
[16:18] <rickspencer3_> pitti, TheMuso, jasoncwarner_: bug #871349
[16:18] <ubot2> Launchpad bug 871349 in pulseaudio "Sound Completely not Working after Update" [Undecided,New] https://launchpad.net/bugs/871349
[16:18] <rickspencer3_> tonights update seems to have verily horked my 'puter
[16:21] <rickspencer3_> pitti, TheMuso a restart seems to have fixed it
[16:21] <rickspencer3_> "fixed" ;)
[16:27] <chrisccoulson> rickspencer3_ - hi. i keep seeing a random issue where pulseaudio doesn't run in the session
[16:27] <chrisccoulson> could be the same issue ;)
[16:27] <chrisccoulson> but it's very random :(
[16:27] <rickspencer3_> hi chrisccoulson
[16:27] <rickspencer3_> when I dist-upgraded I saw something scroll by like "make pulse audio run per session" or something
[16:28] <rickspencer3_> chrisccoulson, I'm pissed because it interupted my viewing of Taylor Swift videos
[16:29]  * rickspencer3_ returns to rocking out
[16:30] <chrisccoulson> rickspencer3_ - oh, "Undecided -> Critical" for your bug then ;)
[16:32] <rickspencer3_> chrisccoulson, lol
[21:32] <dupondje> There is still no way to select nl_BE instead of nl_NL on oneiric?
[22:14] <RAOF> chrisccoulson: Is g-s-d crashing for you, in addition to the GrabServer hang?  I don't know why check_gl_texture_size is being called *at all* when you open the lid.
[22:15] <chrisccoulson> RAOF, my laptop does some dumb things when i open the lid or dock it
[22:15] <chrisccoulson> it simulates a FN+F7 keypress
[22:15] <chrisccoulson> which actually causes some other problems with display configuration too, but that's a separate issue
[22:16] <RAOF> There should be exactly one check_gl_texture_size call per g-s-d *process*, and that should happen during login, so unless g-s-d is crashing I'm not sure why it's getting called.
[22:16] <chrisccoulson> but that triggers g-s-d to reconfigure my display
[22:16] <chrisccoulson> hmmm :/
[22:17] <dupondje> Btw, its still not possible to choose nl_BE instead of nl_NL as LC_CTYPE ?
[22:17] <chrisccoulson> when does it get called?
[22:17] <chrisccoulson> i don't have an applicable display config in my monitors.xml, so g-s-d doesn't do anything with the display when i login
[22:18] <RAOF> When validating CRTC configs; it runs the first time, then caches that value.
[22:18] <RAOF> But g-s-d will check that it's got the best mode anyway, won't it?  That should trigger the check.
[22:20] <chrisccoulson> hmmm, i'm not sure then :/
[22:21] <RAOF> Maybe I'm not correct about that :)
[22:24] <chrisccoulson> RAOF, i just checked, it doesn't look like that codepath would be triggered here. in gnome_rr_config_apply_from_filename_with_time, gnome_rr_config_load_filename won't return any GnomeRRConfig
[22:25] <RAOF> Ok.  Which would presumably be why my testing didn't come up with anything.
[22:26] <chrisccoulson> possibly :)
[22:27] <chrisccoulson> RAOF, in any case, when it hangs, i kill g-s-d, which means it happens the next time i open my lid
[22:28] <chrisccoulson> although, last week on vacation, i was just killing my entire session
[22:28] <chrisccoulson> before i realized what was causing it ;)
[22:28] <RAOF> So, gnome_rr_screen_refresh takes out a grab and then calls update_screen, which will trigger a screen_info_new, which will trigger a crtc thingy.
[22:29] <chrisccoulson> yeah, basically
[22:30] <RAOF> So, a hack would be to construct a new CRTC assignment before taking that grab.
[22:35] <dupondje> Anyone has an idea how I can set LC_CTYPE to the correct locale (nl_BE) ?
[22:36] <chrisccoulson> RAOF, sounds nasty ;)
[22:37] <RAOF> dupondje: I don't know, sorry.  Does just exporting that environment variable work properly, though?
[22:37] <dupondje> yep that does
[22:38] <RAOF> chrisccoulson: Hm, actually - what might be a better plan is to ensure that g-s-d triggers that check on startup.
[22:38] <chrisccoulson> yeah, possibly
[22:38] <dupondje> LCMess=nl_BE.UTF-8 in .dmrc doesn't change anything neither :(
[22:53] <RAOF> Hm.  It doesn't seem like it's possible to tell if the server has been grabbed.  That's disappointing.
[23:39] <RAOF> chrisccoulson: I can see 3 decent solutions here - (1) ensure that g-s-d triggers a check_gl_texture_size call on startup, (2) ensure that check_gl_texture_size has been determined prior to taking the server grab, or (3) add a brief timeout for the wait on check_gl_texture_size.