Issue 411 in xmonad: Only one desktop spread over displays instead of two separate with Nvidia Twinview

Status: New Owner: ---- New issue 411 by johannes.thraen: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 What steps will reproduce the problem? 1. Set up xorg 1.7, nvidia-driver 173.14.27, Twinview 2. install xmonad 3. run xmonad What is the expected output? What do you see instead? I expect two desktops which I can focus separately by mod-e,w to be presented to me on my two displays. Instead I have only one desktop spread over the displays. mod-e,w,q do nothing. I checked the obvious errors see below. What version of the product are you using? On what operating system? xmonad 0.8.1 on gentoo amd64 Are you using an xmonad.hs? no The desktop spans the minimal bounding box of the two display rectangles, leaving in my case (1200x1024, 1024x768) an unshown area on its right lower side. My X11 log says: (**) NVIDIA(0): Option "MetaModes" "1280x1024,1024x768" .. (**) NVIDIA(0): TwinView enabled (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "1280x1024,1024x768" (II) NVIDIA(0): Virtual screen size determined to be 2304 x 1024 My X11 libs are compiled with Xinerama: ghc -e "Graphics.X11.openDisplay [] >>= Graphics.X11.Xinerama.getScreenInfo" True Xinerama.getScreenInfo gets the right rectangles: [Rectangle {rect_x = 0, rect_y = 0, rect_width = 1280, rect_height = 1024},Rectangle {rect_x = 1280, rect_y = 0, rect_width = 1024, rect_height = 768}] I have to admit, my setup always behaved somewhat shaky on different oss and different window managers. The card is bit older, so I have to stick to a legacy driver (173...). It could very well rather be a problem of the nvidia driver than xmonad. In which case I also would be thankful for any hints for digging deeper into the problem with the help of xmonad so to say. johannes

Comment #1 on issue 411 by daniel.wagner: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 This is very strange. Just to make sure there's no local/global idiocy going on, could you give us the output of a few commands? ghc-pkg list X11 ghc-pkg list xmonad ghc-pkg list xmonad-contrib which xmonad It sounds very much like your xmonad binary was built against a version of X11 that did not have Xinerama support. (TwinView and xmonad have gotten along just wonderfully for years on my machines, so we can almost certainly resolve this.)

Comment #2 on issue 411 by FelixBlanke: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 Could you verify that "dev-haskell/x11" is build with the xinerama use flag.

Comment #3 on issue 411 by johannes.thraen: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 Thank's for the help! @Felix I double checked the xinerama support in dev-haskell/x11: I set the use flag in make.conf and: ghc -e Graphics.X11.Xinerama.compiledWithXinerama True @daniel ghc-pkg list X11 /usr/lib64/ghc-6.12.3/package.conf.d X11-1.4.6.1 ghc-pkg list xmonad /usr/lib64/ghc-6.12.3/package.conf.d xmonad-0.8.1 ghc-pkg list xmonad-contrib /usr/lib64/ghc-6.12.3/package.conf.d (I haven't install any contrib packages yet) which xmonad /usr/bin/xmonad

Comment #4 on issue 411 by johannes.thraen: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 I solved it, my fault, sorry. I had xmonad installed before setting the xinerama use flag. Even though I remerge/recompiled everything with xinerama support set, the default ~/.xmonad/xmonad.hs managed to remain untouched due to faulty gentoo installation process. The thing to do was simply xmonad --recompile.

Updates: Status: Invalid Comment #5 on issue 411 by vogt.adam: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 (No comment was entered for this change.)

Comment #6 on issue 411 by ivan.miljenovic: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 How is it the fault of the Gentoo install process? Do we advertise doing an explicit "xmonad --recompile && xmonad --restart" anywhere as part of the debugging process?

Comment #7 on issue 411 by daniel.wagner: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 Yes, we do advertise doing that as part of the debugging process. http://www.haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#xmonad_...

Comment #8 on issue 411 by johannes.thraen: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 Yes you do. I probably just expected portage to 'fully' rebuild xmonad when I remerge it. Sorry again

Comment #9 on issue 411 by allbery.b: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 That would require Portage to scan every user's home directory for .xmonad/xmonad.hs and then switch to that user to recompile for them (or maybe just "touch" it so it is rebuilt on next xmonad start); I'd imagine nobody wants to deal with the rat's nest *that* involves. (Let's just say that adopting a policy of "packages can scan users' home dirs" has all sorts of ugly privacy implications, the main cure for which involves the package manager providing specific support for that itself so it can make sure the scan is done with reduced privileges *and* minimize the chances of data leakage... the latter of which is difficult at the best of times.)

Comment #10 on issue 411 by vogt.adam: Only one desktop spread over displays instead of two separate with Nvidia Twinview http://code.google.com/p/xmonad/issues/detail?id=411 The xmonad binary can check whether to recompile a config based on the relative ages of current config and the library (object or interface or xmonad.conf). But there doesn't seem to be a distro-independent way to get when the library was installed. Perhaps comparison of output from: ghc-pkg field xmonad id Multiple installs of xmonad (user, global, various versions) complicate the situation, but those tend to be problems in themselves.
participants (1)
-
codesite-noreply@google.com