April 2010 - xmonad - Haskell.org

how to get google chrome to open midi files with timidity
by Sean Neilan 21 Apr '10

21 Apr '10

hey all, I'm just wondering if other users of xmonad have been through the process of getting files to open with specified programs. like, when I click on a downloaded midi file in google chrome, I'd like it to run timidity on that file. I'm on Ubuntu 9.10 running xmonad over X11. thank you for your time. -Sean

2 2

Re: [xmonad] Left pointer gone, again
by Magnus Therning 21 Apr '10

21 Apr '10

On 22/04/10 00:28, Wirt Wolff wrote: > Excerpts from Magnus Therning's message of Wed Apr 21 05:40:26 -0600 2010: >>> Excerpts from Magnus Therning's message of Tue Apr 20 11:22:51 -0600 2010: > >> I'm logging in to my Gnome desktop using GDM. I configure the pointer via >> the Gnome configuration utilities. [..] > Did you just upgrade to xmonad 0.9 or start using one of the desktop > configs? In this case it seems likely the desktops startupHook is creating > the problem. I'd try first with xmonad's startupHook cut down to `return ()' > or `ewmhDesktopsStartupHook' as appropriate, then re-login. It's been a while so I don't remember whether I noticed it after an upgrade. In any case I did what you suggested and it worked fine. It turns out that the gnomeConfig startupHook is defined as 'gnomeRegister >> startupHook desktopConfig' and desktopConfig in turn sets the pointer. I added a custom startupHook to my config like so: main = xmonad $ gnomeConfig { modMask = mod4Mask , workspaces = myWorkspaces , keys = myKeys , layoutHook = myLayoutHook , manageHook = myManageHook -- by default the Gnome Cfg uses the Desktop startupHook, but it screws with the pointer! , startupHook = gnomeRegister } That takes care of it. I'm tempted to raise a bug on the gnomeConfig, since it seems rather silly to have a basic Gnome configuration for Xmonad that screws with the mouse pointer like this :-) Thanks for your help! /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

1 0

Left pointer gone, again
by Magnus Therning 21 Apr '10

21 Apr '10

Once again my normally beautiful left pointer has been replaced by the ugly standard X left pointer. As has been the case in the past[1] it's only in some places that it happens. This time it doesn't seem to work to set the pointer using xsetroot though. Any suggestions on what could be the issue here? How do I get rid of the ugly X left pointer? /M [1] http://www.haskell.org/pipermail/xmonad/2008-March/004984.html -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 2

XMC: tests/* no longer compiles
by Gwern Branwen 18 Apr '10

18 Apr '10

The QC 1 v 2 errors aside, they seem to be quite bitrotten eg. for test_Selective.hs test_Selective.hs:18:4: `coarbitrary' is not a (visible) method of class `Arbitrary' test_Selective.hs:20:20: Not in scope: type constructor or class `Selection' test_Selective.hs:25:29: Not in scope: data constructor `Sel' test_Selective.hs:26:4: `coarbitrary' is not a (visible) method of class `Arbitrary' test_Selective.hs:34:26: Not in scope: `select' test_Selective.hs:34:48: Not in scope: `nMaster' test_Selective.hs:34:63: Not in scope: `nRest' test_Selective.hs:35:17: Not in scope: `update' test_Selective.hs:38:50: Not in scope: `update' test_Selective.hs:39:17: Not in scope: `update' test_Selective.hs:43:10: Not in scope: `nMaster' test_Selective.hs:43:48: Not in scope: `nMaster' test_Selective.hs:43:74: Not in scope: `select' test_Selective.hs:46:65: Not in scope: `select' test_Selective.hs:47:17: Not in scope: `update' test_Selective.hs:52:26: Not in scope: `select' test_Selective.hs:58:27: Not in scope: `select' test_Selective.hs:62:40: Not in scope: `nMaster' test_Selective.hs:62:49: Not in scope: `update' test_Selective.hs:63:43: Not in scope: `nMaster' test_Selective.hs:63:59: Not in scope: `start' test_Selective.hs:64:17: Not in scope: `update' test_Selective.hs:65:40: Not in scope: `nRest' test_Selective.hs:65:47: Not in scope: `update' test_Selective.hs:70:16: Not in scope: `update' test_Selective.hs:73:15: Not in scope: `update' test_Selective.hs:74:15: Not in scope: `select' test_Selective.hs:78:16: Not in scope: `update' test_Selective.hs:81:15: Not in scope: `update' test_Selective.hs:82:15: Not in scope: `select' I've pushed 1 patches updating module imports and aavogt did another, but I can't seem to get ghci to load the right QuickCheck version so I'm punting on fixing any other possible errors. -- gwern

4 4

Re: [xmonad] darcs patch: Pass extensible state via an environment variable when restarting
by Gwern Branwen 18 Apr '10

18 Apr '10

On Thu, Apr 15, 2010 at 11:09 AM, Gwern Branwen <gwern0(a)gmail.com> wrote: > On Tue, Apr 6, 2010 at 6:45 AM, Daniel Schoepe > <daniel.schoepe(a)googlemail.com> wrote: >> Excerpts from Gwern Branwen's message of Mon Apr 05 20:00:59 +0200 2010: >>> On Wed, Mar 24, 2010 at 9:25 AM, Gwern Branwen <gwern0(a)gmail.com> wrote: >>> > Does anyone have any feedback on this patch? It's been hanging around >>> > for months now. >>> >>> Ping. >>> >> >> The problem probably won't happen very often, but it happened to >> someone in #xmonad at least once and I don't see any downsides to >> applying the patch. > > Thoughts? Ping. This is a core patch, so only you 2 can apply it. -- gwern

2 1

darcs patch: X.L.MouseResizableTile: configurable gaps (dragger siz...
by Tomas Janousek 16 Apr '10

16 Apr '10

Hello, as agreed upon on IRC, here's the patch to optionally get rid of the gaps in MRT. It looks a bit ugly, though -- ideas for improvement welcome. 1 patch for repository http://code.haskell.org/XMonadContrib: Thu Apr 15 13:25:29 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> * X.L.MouseResizableTile: configurable gaps (dragger size and position) (with the option of putting the draggers over window borders with no gaps at all) -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

4 4

Scaling windows
by Jim Cheetham 16 Apr '10

16 Apr '10

I just started using XMonad on my Ubuntu 9.10 laptop a few hours ago, I think it's going to stay for a while! It is a nice window manager to combine with gnome's panels. The answer is probably "don't use Evolution", but my biggest problem right now is that when Evolution switches from the main window to a secondary one, it tries its best to resize the internal panels, and becomes visually unusable. When switching back to main, I have to resize the panels again. Any ideas for how to stop this from happening, or otherwise mitigate things? -jim

1 0

xmonad-0.9.1 leaves zombie processes around
by Matthias Kilian 15 Apr '10

15 Apr '10

Hi, after updating xmonad on my OpenBSD machine from 0.7 to 0.9.1 (built with ghc-6.12.2-rc1), I noticed that xmonad now leaves zombie processes around, i.e. it doesn't properly wait(2) for its terminated child processes. This happens for every single launched (and later terminated) xterm as well as for every launch of dmenu. Does anyone else see this problem? Ciao, Kili

5 9

Issue 390 in xmonad: xmobar crashes after some minutes of work
by codesite-noreply＠google.com 14 Apr '10

14 Apr '10

Status: New Owner: ---- New issue 390 by muellerto: xmobar crashes after some minutes of work http://code.google.com/p/xmonad/issues/detail?id=390 What steps will reproduce the problem? Difficult to explain. In my case xmobar disappears completely from the screen and the process ends surely after some minutes of work. After I started X11 with Xmonad and xmobar I can change the focus between applications, I can switch virtual screens, several times, everything looks great. But after not more than five minutes xmobar dies completely. I can't tell a more concrete reason for this. What is the expected output? What do you see instead? I see only the remaining xmobar output as long as the screen isn't painted again. After I switch to another virtual screen I see only the configured black gap on top of the screen. What version of the product are you using? On what operating system? xmobar 0.9.2, xmonad 0.9, Arch Linux x86_64 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". The relevant lines in my xmonad.hs are: main = do handle <- spawnPipe "xmobar" xmonad defaultConfig { This has been working very well for more than a year or so. I didn't change anything on xmonad.hs nor on .xmobarrc. Please provide any additional information below. The problem came with the last update of ghc (6.12) provided by the Arch Build System. I recompiled Xmonad manually and this runs very well. Now I also recompiled xmobar but that didn't solve the problems. -- 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 6

ManageHook question regarding sending applications to certain workspaces.
by Mike Sampson 12 Apr '10

12 Apr '10

Hi XMonad users and hackers, since I have been using XMonad I have been using a manage hook to send epdfviewer (my pdf reader of choice) to a workspace "3:doc" using the usual: [ className =? "Epdfview" --> doShift "3:doc"] I would also like this workspace to be moved onto the second screen of my two screen xinerama setup. After looking through the config archive the closest I can find to this is: doShiftAndGo = doF . liftM2 (.) W.greedyView W.shift which brings the workspace the application is moved to, to the current screen. Is there a way to always bring the workspace to screen 2? Regards, Mike

3 4