February 2011 - xmonad

Issue 438 in xmonad: XMonad randomly crashes when a web-browser is running
by codesite-noreply＠google.com 28 Feb '11

28 Feb '11

Status: New Owner: ---- New issue 438 by atten...(a)gmail.com: XMonad randomly crashes when a web-browser is running http://code.google.com/p/xmonad/issues/detail?id=438 What steps will reproduce the problem? 1. Log in to XMonad 2. Start Firefox, uzbl, jumanji, chromium or any other www-browser 3. Wait a few minutes/hours What is the expected output? What do you see instead? XMonad crashes and I see the Slim prompt again. What version of the product are you using? On what operating system? This bug occurs both with XMonad 0.9.2 and 0.10. OS: ArchLinux x86_64 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". XMonad compiles fine. Please provide any additional information below. Attachments: xmonad.hs 16.8 KB

1 2

strange application crashes with gnome/xmonad
by Rogan Creswick 28 Feb '11

28 Feb '11

I'm mystified by a problem I'm having that only seems to appear when using xmonad with gnome, and I am hoping that someone here can help debug the issue. I'm running xmonad with gnome per the instructions here: http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_Gnome#Setting_up_… specifically, I set up an xmonad.desktop file in my user's applications dir, and I created another file in xsessions that invokes the following xmonad.start: ---- xmonad.start: -------------------------------------------------------------- #!/bin/bash export PATH=$PATH:$HOME/.cabal/bin export WINDOW_MANAGER=xmonad gnome-session ---------------------------------------------------------------------------------------- I'm running the latest xmonad (0.9), and my xmonad.hs is included below. The problem is that many applications crash when I change desktops, but *only* when docked with the external display oriented so that the display is above my laptop's lcd. No other orientation causes problems - putting the screen to either side, or below the laptop display works just fine. I also don't experience stability issues with gnome + metacity when the monitors are in this configuration. Furthermore, this is the second OS install that has exhibited this problem (both were Debian testing installs, but with different versions of testing). I've posted my .xsession-errors file after having a gnome terminal and thunderbird crash while switching desktops on hpaste: http://hpaste.org/44316/weird_app_crashes_with_xmonad This has been going on for over a year now - I ran non-gnome tools for quite a while, but I'd like to give them a shot again, since other (more annoying) stability issues arise when I yank bits of gnome out of their usual environment (e.g., gnome-terminals crashing every time I dock/undock, etc.). Thanks! Rogan ---- xmonad.hs------------------------------------------------------------------- import XMonad import XMonad.Config.Gnome import XMonad.Layout.NoBorders import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Hooks.FloatNext import XMonad.Util.Run import XMonad.Util.EZConfig import System.IO import XMonad.Hooks.SetWMName import qualified XMonad.StackSet as W main = xmonad gnomeConf gnomeConf = gnomeConfig { modMask = mod4Mask , terminal = "gnome-terminal" , layoutHook = smartBorders (layoutHook gnomeConfig) , manageHook = (manageHook gnomeConfig) <+> floatManageHooks <+> doF W.focusDown <+> (composeAll . concat $ [ [className =? "Do" --> doIgnore] ]) , startupHook = setWMName "LG3D" -- LG3D is an xmonad compatible window manager that the JVM is aware of } `additionalKeys` [ ((mod4Mask .|. shiftMask, xK_z), spawn "xscreensaver-command -lock") -- M-S-z lock screen , ((controlMask, xK_Print), spawn "sleep 0.2; scrot -s") -- C-PrintScreen runs scrot. , ((mod4Mask, xK_p), spawn "dmenu_run") -- M-p runs dmenu_run (like the default config..) , ((0, xK_Print), spawn "scrot") ] floatManageHooks = composeAll [ className =? "Pandora" --> doFloat -- make the evolution get mail checker float. , title =? "Send & Receive Mail" --> (doFloat <+> doF W.focusDown) , className =? "Firefox" <&&> resource =? "Dialog" --> doFloat , className =? "Firefox" <&&> resource =? "Extension" --> doFloat , className =? "Firefox" <&&> resource =? "Browser" --> doFloat , className =? "Firefox" <&&> resource =? "Download" --> doFloat , title =? "Open..." --> doFloat ]

1 1

Issue 415 in xmonad: xmonad assumes that the shell can find it in $PATH
by codesite-noreply＠google.com 26 Feb '11

26 Feb '11

Status: New Owner: ---- New issue 415 by nwfilardo: xmonad assumes that the shell can find it in $PATH http://code.google.com/p/xmonad/issues/detail?id=415 What steps will reproduce the problem? 1. Run xmonad by full path, not "xmonad", with xmonad not in $PATH 2. Attempt to restart xmonad; the exec will fail. What is the expected output? What do you see instead? By default, I would expect xmonad to use the paths baked in by Cabal, but perhaps there is reason not to. What version of the product are you using? On what operating system? 0.9.1, built from darcs. Debian sid. I'm attaching a first pass of a patch for this, but something seems wrong with it; why do I need to specify Paths_xmonad in the .cabal file? Attachments: cabalpaths.diff 2.8 KB

1 2

darcs patch: XMonad.Hooks.FadeWindows: A generalized window fading ...
by Brandon S Allbery KF8NH 24 Feb '11

24 Feb '11

Thu Feb 24 14:29:31 EST 2011 Brandon S Allbery KF8NH <allbery.b(a)gmail.com> * XMonad.Hooks.FadeWindows: A generalized window fading hook

1 1

Belay that last patch
by Brandon Allbery 24 Feb '11

24 Feb '11

I need to add to the documentation that FadeWindows is really good at triggering compositing manager bugs, and some workarounds. Sent from my iPod

1 0

darcs patch: XMonad.Hooks.FadeWindows: A generalized window fading ...
by Brandon S Allbery KF8NH 23 Feb '11

23 Feb '11

Wed Feb 23 23:05:37 EST 2011 Brandon S Allbery KF8NH <allbery.b(a)gmail.com> * XMonad.Hooks.FadeWindows: A generalized window fading hook

1 0

Focus getting stuck on one window
by Ben Butler-Cole 22 Feb '11

22 Feb '11

Hello XMonad I'm experiencing a sporadic problem with XMonad. Sometimes when I start a session, I am unable to move focus away from the first window that I open. I can launch further windows, but they do not get focus. I can send the focused window to a different workspace, in which case focus switches to another window (but I can't then switch focus away from that window). When I try to switch focus there is some flickering -- I think the red border disappears and then reappears again as though focus very briefly switches where I'm trying to send it and then goes back again. I haven't been able to see any pattern in when this does and doesn't happen. When it happens it starts immediately at the beginning of the session. Restarting XMonad doesn't fix the problem; nor does logging out and in again (I guess this is a big clue that there's something pretty fundamentally wrong). On restarting my box I seem to get a 50/50 chance that it will happen. I'm running Ubuntu 10.04, using XMonad from the standard package repo. I'm conscious that this is a rather unhelpful bug report. Can you give me any clues what I can do to get some more diagnostics for the problem when I experience it? Thanks -Ben

4 8

Re: [xmonad] Reseting Layout with Magnifier
by Eyal Erez 18 Feb '11

18 Feb '11

Hi, Thank you for your help. Where should I put this code? I need it to modify the initial, and default state of the Magnifier layout. On Thu, Feb 17, 2011 at 9:37 PM, Brandon S Allbery KF8NH < allbery.b(a)gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2/16/11 13:50 , Eyal Erez wrote: > > Thank you for your response, and I apologize ahead of time, but I > somewhat > > of a Haskell noob. > > > > How can I add this additional call? > > setLayout XMonad.layoutHook >> sendMessage ToggleOff > > should do it. > > - -- > brandon s. allbery [linux,solaris,freebsd,perl] allbery.b(a)gmail.com > system administrator [openafs,heimdal,too many hats] kf8nh > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk1d21YACgkQIn7hlCsL25W44ACgxOeVskv9seokM6yeRJcykgsR > XEQAn2ZkI/Sr8d91N5ThJpOqudifP1oK > =DGq5 > -----END PGP SIGNATURE----- > -- *Eyal Erez <**oneself(a)gmail.com* <oneself(a)gmail.com>*>* There are 10 types of people, those who know binary and those who don't.

2 1

Reseting Layout with Magnifier
by Eyal Erez 16 Feb '11

16 Feb '11

Hi, I've recently started using the Magnifier layout. This works great, however when I try to reset the layout in the current screen to the default: -- Reset the layouts on the current workspace to default , ((modMask, xK_h ), setLayout $ XMonad.layoutHook conf) For some reason, magnifier is set to ToggleOn. I would like the default to have magnifier off, since that's what I normally use. Should I be resetting to default in some other way, or is there a way to tell magnifier what to reset to? Thank you, -- There are 10 types of people, those who know binary and those who don't.

2 1

waitForProcess error on startup
by Joseph Garvin 14 Feb '11

14 Feb '11

I've written a shell script that chooses which browser I would prefer to run based on what's available on my machine. In my xmonad.hs I use readProcess to get the name at startup, and then bind a key to running that name. On my Solaris machine, with an older GHC, this works perfectly, but on my Ubuntu machine with a newer GHC it gives an error at startup: xmonad-x86_64-linux: waitForProcess: does not exist (No child processes) Maybe it tries to get the pid of the child after launching the script but it executes too fast? Here's the snippet from xmonad.hs: main = do home_folder <- getEnv "HOME" editor <- getEditor browser_name <- (readProcess (joinPath [home_folder, "etc/utils/pick_best_browser"]) ["-n"] []) xmonad $ defaults editor home_folder ((head . lines) browser_name) The script when I run it gives this output: /usr/bin/chromium-browser And when I run it with the -n flag like I'm passing above: chromium-browser Which is exactly the output I expect. Since it all works fine on a another box I don't think it's anything wrong with the script -- I figured it could be an environment problem but it only relies on $HOME. Any ideas? Thanks, Joe G.

3 2