- xmonad - Haskell.org

Fwd: HCAR May 2012
by Gwern Branwen 06 Apr '12

06 Apr '12

Our current HCAR is at http://code.haskell.org/xmonad/man/HCAR.tex It was last updated for the 0.10 release. ---------- Forwarded message ---------- From: Janis Voigtlaender <hcar(a)haskell.org> Date: Wed, Apr 4, 2012 at 6:11 PM Subject: HCAR May 2012 To: Gwern Branwen <gwern0(a)gmail.com> [ASIDE: Please also consider submitting to http://www.haskell.org/haskell-symposium/2012/ !!!] Dear Gwern, I am currently planning the upcoming May 2012 edition of the Haskell Communities and Activities Report (HCAR). For a previous edition of HCAR, you have kindly provided material on the following topic: * xmonad I would very much like to receive an update from you on this topic for inclusion in the new edition. Your contribution is important to keep the report interesting and up-to-date, which in turn serves the entire Haskell community. The article from the previous report is attached to this mail. If you update it, please use the attachment as a basis. Completely new entries/topics are also welcome! If you want to include Haskell code, consider using lhs2tex syntax (http://people.cs.uu.nl/andres/lhs2tex/) The report is compiled in mode polycode.fmt. Please note that images (in .jpg format) are a good opportunity to pep up entries. If the attached .tex source does contain code for including images, please *do not change* that code (unless you want to drop the image in question, or add a new image, of course). In any case, please do not send me .zip archives or similar. Plain file attachements are the way. +++++++++++++++++++++++++++++++++++++++++++++++++++++ Please submit your entries until Tuesday, 1 May 2012. +++++++++++++++++++++++++++++++++++++++++++++++++++++ Thank you very much for your support. I look forward to hearing from you. Best, Janis

1 0

Invitation to connect on LinkedIn
by Sean Neilan 06 Apr '12

06 Apr '12

LinkedIn ------------ I'd like to add you to my professional network on LinkedIn. - Sean Sean Neilan Student at DePaul University Greater Chicago Area Confirm that you know Sean Neilan: https://www.linkedin.com/e/irg6ht-h0okfte7-1q/isd/6573211811/LjfTTXmc/?hs=f… -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/irg6ht-h0okfte7-1q/XryFXUFKTikI8JZsT8K-I6F1Czm83Q… (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

1 0

how to install xmonad for group of users.
by Imam Toufique 05 Apr '12

05 Apr '12

Hi, I have been trying to install xmonad (using cabal) for the past week for a group of users and having some issues with it. When I try to install it for myself it works just fine, but I when I try install it for a group of users, it gives me errors that some packages/modules are missing. I used the following cabal command: >cabal install --prefix=$PREFIX --build-log=/tmp/xmonad.log.3 xmonad (where my prefix is /net/tools/xmonad/0.10 I see the installation there, I can run it myself, but when another user goes about it running it from the same installation, it complains that some packages/modules missing. I noticed that my installation creates $HOME/.ghc directory where all the packages are registered. I think therefore, for another user it can't access my $HOME/.ghc and therefore fails. Is there a way to tell cabal installer to register the packages in the $PREFIX area? I am so new to ghc, I tried figuring it out, but I could not. I think if I can register the packages somewhere in the PREFIX (/net/tools/xmonad/0.10) area, then xmonad running for a different user(s) will be able to access the right packages, and that might fix this issue. thanks in advance.

3 4

nedit-nc -tabbed no longer working
by Ben Franksen 04 Apr '12

04 Apr '12

Hi Xmonadists I am a long-time fan of the -- unfortunately no longer maintained -- text editor that goes by the name of 'nedit'. Nedit is built on the Motif toolkit. Nedit can be run in client mode (the executable is named 'nc' in this case, for nedit client, on debian and some other systems called 'nedit-nc') meaning that it attaches to a running instance of nedit. If given the extra switch -tabbed, it will open another tab inside an already open nedit server session. Depending on a configuration setting, it starts a new server if none is found. A few xmonad-versions ago 'nedit-nc -tabbed' suddenly stopped working. Instead of opening the file as a new tab inside the running session, a new window is opened. If no session is already running, I get _two_ windows, one with the file I specified (on the command line) and one with a new file ('untitled'), which is quite annoying, especially in a tiling wm such as xmonad. There is, by the way, only one nedit-server session running, so the client mode works in principle, only the -tabbed mode is broken. This works fine under all other window managers I tried, including those of gnome, kde, xfce, and lxde. I tried anything I could think of to fix possible problems with my configuration but to no avail. I gave up then and went back to using kde when programming. But I am missing xmonad very much and would really like to go back to using it, so I finally decided to report this as a bug. I think the nedit client mode utilizes some X11 feature for communicating between processes over the X11 protocol, but I have no intimate knowledge of X11, so I can't tell for sure. BTW, most linux distributions still offer nedit as a package, if yours does not the latest sources (from 2005) are available from the nedit.org site. I would be extremely happy and thankful if someone finds a solution for this problem so I could again use my favourite window manager *and* my favourite text editor together. BTW, I am currently on a 64 bit amd running debian testing. Cheers Ben

2 4

Retrieving screen resolution + ghci for XMonad
by Nicolas Dudebout 02 Apr '12

02 Apr '12

Hi, I am trying to align a dzen2 bar to the right of my screen. A dzen2 bar is aligned by giving an offset from the left side of the screen. Since I have a single xmonad.hs for multiple computers, I would like to retrieve the width of the screen from XMonad. I found the following snippet online: main = do (_, out, _, process_handle) <- runInteractiveCommand "echo WIDTH | eval m4 `xrdb -symbols`" ... This does not seem really satisfactory. I know this information is available from inside XMonad, probably in a ScreenDetail from XMonad.Core. My question is: "How can I retrieve this number from XMonad?" Another way look at that the question is: "What is the best way to figure out things in XMonad?" I have a specific question, found a potential candidate in the documentation, and would like to experiment before changing my xmonad.hs. Is there a way to use ghci to look around? Thanks.

3 4

Issue 502 in xmonad: Multihead trouble docs update -- xrandr required for proper display
by codesite-noreply＠google.com 31 Mar '12

31 Mar '12

Status: New Owner: ---- New issue 502 by unpan...(a)gmail.com: Multihead trouble docs update -- xrandr required for proper display http://code.google.com/p/xmonad/issues/detail?id=502 What steps will reproduce the problem? 1. Clean FreeBSD install. 2. Install the following ports: - x11/hs-X11 - x11/hs-xmonad - x11/xorg-minimal - x11/xterm - x11/nvidia-xconfig - x11/nvidia-settings 3. Configure! - Use a vanilla `defaultConfig` - Use default config from nvidia-xconfig - Set up the second monitor using nvidia-settings, check Xinerama - Start the engines. What is the expected output? What do you see instead? Should see a working multihead xmonad running. The result is one workspace stretched over both monitors. Going through the current troubleshooting FAQ doesn't lead to any answers. You'll get the following output: $ ghc -e Graphics.X11.Xinerama.compiledWithXinerama True $ ghc -e "Graphics.X11.openDisplay [] >>= Graphics.X11.Xinerama.getScreenInfo" [Rectangle {..snip..},Rectangle {..snip..}] It should mention to make sure you've got xrandr installed. I dunno how obvious that is, but it *is* the troubleshooting section! What version of the product are you using? On what operating system? $ uname -a FreeBSD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.0.4 $ xmonad --version xmonad 0.10 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". main = xmonad defaultConfig{terminal = "/usr/local/bin/xterm"} :P Please provide any additional information below. Might make more sense to just make the xmonad port depend on X11 and xrandr, so they're guaranteed to get pulled in. I'm going to email the maintainer.

1 5

Issue 503 in xmonad: Persistent gray rectangles
by codesite-noreply＠google.com 29 Mar '12

29 Mar '12

Status: New Owner: ---- New issue 503 by Alexandr...(a)gmail.com: Persistent gray rectangles http://code.google.com/p/xmonad/issues/detail?id=503 Sometimes, after I bring up a contextual menu or close a popup, a gray rectangle is left on the screen. I cannot interact with it at all. Usually, if I create a single window and cycle through my tiling style, the rectangle will go away.

1 1

Issue 501 in xmonad: Feature request: Support user-defined XMonad data directory path
by codesite-noreply＠google.com 26 Mar '12

26 Mar '12

Status: New Owner: ---- New issue 501 by jmilli...(a)gmail.com: Feature request: Support user-defined XMonad data directory path http://code.google.com/p/xmonad/issues/detail?id=501 Attached is a patch to make xmonad try to read its data directory from an environment variable XMONAD_DIR. This lets xmonad be used on systems with unusual configurations for /home, such as the 'noexec' option or a network-mounted filesystem. If the environment variable is not defined, it will fall back to the existing logic. Attachments: xmonad-dir-from-environment.patch 774 bytes

1 2

bump X11 dependency
by wagnerdm＠seas.upenn.edu 26 Mar '12

26 Mar '12

A corresponding patch just went into xmonad-contrib. Thu Mar 15 20:01:06 EDT 2012 Daniel Wagner <daniel(a)wagner-home.com> * bump X11 dependency Strictly speaking, it probably isn't necessary to depend on a newer X11, since xmonad still builds just fine with X11-1.5. However, xmonad-contrib does *not* build fine with X11-1.5, and we would like to avoid the confusing situation where someone successfully builds xmonad (with X11-1.5), then finds that building xmonad-contrib requires rebuilding xmonad from scratch (with a newer X11).

3 3

darcs patch: XMonad.Layout.OnHost allows host-specific modification...
by allbery.b＠gmail.com 20 Mar '12

20 Mar '12

1 patch for repository http://code.haskell.org/XMonadContrib: Mon Mar 19 23:09:12 EDT 2012 allbery.b(a)gmail.com * XMonad.Layout.OnHost allows host-specific modifications to a layout, which is otherwise very difficult to do. Similarly to X.L.PerWorkspace, it provides onHost, onHosts, modHost, and modHosts layout modifiers. It attempts to do smart hostname comparison, such that short names will be matched with short names and FQDNs with FQDNs. This module currently requires that $HOST be set in the environment. You can use System.Posix.Env.setEnv to do so in xmonad.hs if need be. (Properly, this should be done via the network library, but I'm trying to avoid adding that dependency.) An alternative would be to shell out to get the name, but that has considerable portability hurdles.

2 1