November 2007 - xmonad

Issue 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 04 Nov '07

04 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 New issue report by hitesh.jasani: What steps will reproduce the problem? 1. untar X11-1.3.0 2. 'runghc Setup.hs configure --without-xinerama', configure correctly finds X libs in /usr/X11R6/lib 3. 'runghc Setup.hs build' fails What is the expected output? What do you see instead? I expected that the build would succeed, but it fails because it no longer knows where to pick up the X libs. BTW, Cabal also issues a warning about build-type being an unknown field. % runghc Setup.hs build Setup.hs: Warning: Unknown field 'build-type' Preprocessing library X11-1.3.0... /usr/bin/ld: can't locate file for: -lX11 collect2: ld returned 1 exit status linking Graphics/X11/Types_hsc_make.o failed command was: /opt/local/bin/ghc-6.6.1 -lX11 Graphics/X11/Types_hsc_make.o -o Graphics/X11/Types_hsc_make Setup.hs: got error code while preprocessing: Graphics.X11.Types What version of the product are you using? On what operating system? X11-1.3.0.tar.gz on an Intel Macbook running OSX 10.4. GHC is ver 6.6.1 and Cabal is 1.1.6.2. Please provide any additional information below. If I add the line 'extra-lib-dirs: /usr/X11R6/lib' to the bottom of X11.cabal, the build will succeed and I can install fine. But I'm not sure why I should have to do this since Cabal had correctly figured out where my X libs were during the configure step. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 80 in xmonad: xmonad 0.4 won't install with X11-1.3.0 and X11-extras-0.4 without modifying xmonad.cabal
by codesite-noreply＠google.com 04 Nov '07

04 Nov '07

Issue 80: xmonad 0.4 won't install with X11-1.3.0 and X11-extras-0.4 without modifying xmonad.cabal http://code.google.com/p/xmonad/issues/detail?id=80 New issue report by hitesh.jasani: What steps will reproduce the problem? 1. Install X11-1.3.0 2. Install X11-extras-0.4 3. While installing xmonad-0.4, 'runghc Setup.lhs configure', it works fine 4. 'runghc Setup.lhs build' fails What was the expected output? What did you see instead? Expected a successful build, instead got an error (below). % runghc Setup.lhs build Preprocessing executables for xmonad-0.4... Building xmonad-0.4... XMonad.hs:38:7: Could not find module `Graphics.X11.Xlib.Extras': it was found in multiple packages: X11-extras-0.4 X11-1.3.0 What version of the product are you using? On what operating system? xmonad-0.4 on OSX 10.4 Please provide any additional information below. As a workaround, I unregistered X11-extras-0.4, updated xmonad.cabal to not have a dependency on it, reran configure and then it built successfully. X11-1.3.0 appears to have bundled the extras so it seems like the separate dependency may no longer be needed. With this workaround, I successfully installed xmonad and it appears to be working fine. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Announce: xmonad 0.4.1
by Don Stewart 03 Nov '07

03 Nov '07

The xmonad strike force is pleased to announce the 0.4.1 release of xmonad! This is a maintainence release with simpler build dependencies. The X11-extras library is no longer required, and instead xmonad uses the improved X11 binding: X11-1.3.0 In other respects this release is functionally identical to xmonad 0.4. As usual, you can find the latest and great codes on hackage: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmonad http://hackage.haskell.org/cgi-bin/hackage-scripts/package/X11 Brought to you by the xmonad team: Spencer Janssen Don Stewart Jason Creighton Andrea Rossato David Roundy

1 0

Problem while building Xmonad
by Santanu Chatterjee 03 Nov '07

03 Nov '07

Hello everybody, I was trying to build xmonad and stumbled upon a problem. I have already installed X11-1.3.0 and X11-extras-0.4. It seems that they both expose a module 'Graphics.X11.Xlib.Extras'. As a result of this, while trying to build xmonad, I get: ---------------------------------------------------------------- santanu@sc214:~/Desktop/xmonad/xmonad-0.4$ runhaskell Setup.lhs build Preprocessing executables for xmonad-0.4... Building xmonad-0.4... XMonad.hs:38:7: Could not find module `Graphics.X11.Xlib.Extras': it was found in multiple packages: X11-extras-0.4 X11-1.3.0 santanu@sc214:~/Desktop/xmonad/xmonad-0.4$ ghc-pkg list /usr/lib/ghc-6.6/package.conf: Cabal-1.1.3, Cabal-1.1.6, X11-1.3.0, X11-extras-0.4, base-2.0, filepath-1.0, (ghc-6.6), haskell98-1.0, mtl-1.0, parsec-2.0, readline-1.0, regex-base-0.71, regex-compat-0.71, regex-posix-0.71, rts-1.0, stm-2.0, template-haskell-2.0, unix-1.0, unix-2.0 ----------------------------------------------------------------- How do I solve this problem? (I am completely new to haskell. So I apologize in advance if this is too trivial a question). By the way, I also tried to unregister X11-1.3.0 and installed X1-1.2.3 (since it does not seem to expose the module in question) and tried again. But that did not work either. Thanks in advance for your help. Regards, Santanu Chatterjee

3 3

X11 issues
by Valery V. Vorotyntsev 02 Nov '07

02 Nov '07

I think that the following X11 issues relate to xmonad. At least indirectly. :) 1. There is $USER variable in X11/README commands. Is this a typo? Shouldn't $HOME be used instead? 2. cd X11 && Setup.hs configure --help Nothing is said about `--without-xinerama' option. 3. There are even more warnings when building without Xinerama: $ runhaskell Setup.hs build ! Setup.hs: Warning: Unknown field 'build-type' Preprocessing library X11-1.3.0... Building X11-1.3.0... [ 1 of 17] Compiling Graphics.X11.Xlib.Types ( Graphics/X11/Xlib/Types.hs, dist/build/Graphics/X11/Xlib/Types.o ) [ 2 of 17] Compiling Graphics.X11.Types ( Graphics/X11/Types.hs, dist/build/Graphics/X11/Types.o ) [ 3 of 17] Compiling Graphics.X11.Xlib.Atom ( Graphics/X11/Xlib/Atom.hs, dist/build/Graphics/X11/Xlib/Atom.o ) [ 4 of 17] Compiling Graphics.X11.Xlib.Color ( Graphics/X11/Xlib/Color.hs, dist/build/Graphics/X11/Xlib/Color.o ) [ 5 of 17] Compiling Graphics.X11.Xlib.Context ( Graphics/X11/Xlib/Context.hs, dist/build/Graphics/X11/Xlib/Context.o ) [ 6 of 17] Compiling Graphics.X11.Xlib.Display ( Graphics/X11/Xlib/Display.hs, dist/build/Graphics/X11/Xlib/Display.o ) [ 7 of 17] Compiling Graphics.X11.Xlib.Event ( Graphics/X11/Xlib/Event.hs, dist/build/Graphics/X11/Xlib/Event.o ) [ 8 of 17] Compiling Graphics.X11.Xlib.Font ( Graphics/X11/Xlib/Font.hs, dist/build/Graphics/X11/Xlib/Font.o ) [ 9 of 17] Compiling Graphics.X11.Xlib.Misc ( Graphics/X11/Xlib/Misc.hs, dist/build/Graphics/X11/Xlib/Misc.o ) [10 of 17] Compiling Graphics.X11.Xlib.Region ( Graphics/X11/Xlib/Region.hs, dist/build/Graphics/X11/Xlib/Region.o ) [11 of 17] Compiling Graphics.X11.Xlib.Screen ( Graphics/X11/Xlib/Screen.hs, dist/build/Graphics/X11/Xlib/Screen.o ) [12 of 17] Compiling Graphics.X11.Xlib.Window ( Graphics/X11/Xlib/Window.hs, dist/build/Graphics/X11/Xlib/Window.o ) [13 of 17] Compiling Graphics.X11.Xlib.Image ( Graphics/X11/Xlib/Image.hs, dist/build/Graphics/X11/Xlib/Image.o ) [14 of 17] Compiling Graphics.X11.Xlib ( Graphics/X11/Xlib.hs, dist/build/Graphics/X11/Xlib.o ) [15 of 17] Compiling Graphics.X11.Xlib.Extras ( Graphics/X11/Xlib/Extras.hs, dist/build/Graphics/X11/Xlib/Extras.o ) ! Warning: orphan instances: instance base:GHC.Read.Read [X11-1.3.0:Graphics.X11.Xlib.Types.Rectangle] = $f1 [16 of 17] Compiling Graphics.X11.Xinerama ( Graphics/X11/Xinerama.hs, dist/build/Graphics/X11/Xinerama.o ) ! Graphics/X11/Xinerama.hsc:28:0: Warning: Module `Foreign' is imported, but nothing from it is used, except perhaps instances visible in `Foreign' To suppress this warning, use: import Foreign() [17 of 17] Compiling Graphics.X11 ( Graphics/X11.hs, dist/build/Graphics/X11.o ) /usr/bin/ar: creating dist/build/libHSX11-1.3.0.a Thank you. -- vvv

2 2

Issue 79 in xmonad: unreliable fullscreen mode for gmplayer
by codesite-noreply＠google.com 02 Nov '07

02 Nov '07

Issue 79: unreliable fullscreen mode for gmplayer http://code.google.com/p/xmonad/issues/detail?id=79 New issue report by sanzhiyan: What steps will reproduce the problem? 1.run gmplayer somefile 2.click on the small gui window 3.press f to go in fullscreen mode. What is the expected output? What do you see instead? gmplayer's video window, instead of going fullscreen, vanish while gmplayer continues to run, pressing f again takes it back to window mode. After repeadetly pressing f it can happen that you can see the video in fullscreen and not in window mode. Also the two gmplayer windows are movable even without pressing modKey. Moving the video window with modKey pressed makes fullscreen work most of the time. What version of the product are you using? On what operating system? xmonad 0.4 (with no extensions) on linux 2.6.23, Xorg 7.3, nvidia driver. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

darcs patch: port Combo (dropping combo).
by David Roundy 02 Nov '07

02 Nov '07

Thu Nov 1 11:29:15 EDT 2007 David Roundy <droundy(a)darcs.net> * port Combo (dropping combo).

1 0

darcs patch: -Wall police in Run.
by David Roundy 02 Nov '07

02 Nov '07

Thu Nov 1 11:20:28 EDT 2007 David Roundy <droundy(a)darcs.net> * -Wall police in Run.

1 0

KDE_NET_SYSTEM_TRAY_WINDOWS root window property
by Roman Dubtsov 01 Nov '07

01 Nov '07

Hi, I'm writing a standalone tray app (stalonetray) and recently I got an e-mail from the user asking why stalonetray does not support KDE icons under Xmonad WM. After grepping through the sources I have found that Xmonad does not keep list of KDE icons in KDE_NET_SYSTEM_TRAY_WINDOWS root window property as expected by stalonetray. As a fallback method (in case this property does not exist), stalonetray tries to react on MapNotify events from root window to track KDE icons. However, under Xmonad, stalonetray never receives such notifies. So, I have two questions: 1. I have no Haskel experience, so could someone clarify: is it possible to change Configure.hs so that KDE icons list is kept in KDE_NET_SYSTEM_TRAY_WINDOWS root window property? 2. Why does not my app receive MapNotifies from root window? Is there a error at my end? Thanks, Roman

3 2