November 2007 - xmonad

Issue 89 in xmonad: xmonad FTBFS
by codesite-noreply＠google.com 14 Nov '07

14 Nov '07

Issue 89: xmonad FTBFS http://code.google.com/p/xmonad/issues/detail?id=89 New issue report by valery.vv: # What steps will reproduce the problem? ~/src/xmonad% runhaskell Setup.lhs configure --user --prefix=$HOME Configuring xmonad-0.4... ~/src/xmonad% runhaskell Setup.lhs build Preprocessing library xmonad-0.4... Preprocessing executables for xmonad-0.4... Building xmonad-0.4... [1 of 8] Compiling XMonad.StackSet ( XMonad/StackSet.hs, dist/build/ XMonad/StackSet.o ) [2 of 8] Compiling XMonad.Core ( XMonad/Core.hs, dist/build/XMonad/ Core.o ) [3 of 8] Compiling XMonad.Layouts ( XMonad/Layouts.hs, dist/build/XMonad/ Layouts.o ) [4 of 8] Compiling XMonad.Operations ( XMonad/Operations.hs, dist/build/ XMonad/Operations.o ) [5 of 8] Compiling XMonad.ManageHook ( XMonad/ManageHook.hs, dist/build/ XMonad/ManageHook.o ) [6 of 8] Compiling XMonad.Config ( XMonad/Config.hs, dist/build/XMonad/ Config.o ) XMonad/Config.hs:250:34: Couldn't match expected type `Choose Tall (Choose (Mirror Tall) Full)' against inferred type `Layout' Expected type: XConfig (Choose Tall (Choose (Mirror Tall) Full)) -> M.Map (ButtonMask, KeySym) (X ()) Inferred type: XConfig Layout -> M.Map (KeyMask, KeySym) (X ()) In the `XMonad.keys' field of a record In the expression: XConfig {XMonad.borderWidth = borderWidth, XMonad.workspaces = workspaces, XMonad.defaultGaps = defaultGaps, XMonad.layoutHook = layout, XMonad.terminal = terminal, XMonad.normalBorderColor = normalBorderColor, XMonad.focusedBorderColor = focusedBorderColor, XMonad.numlockMask = numlockMask, XMonad.modMask = defaultModMask, XMonad.keys = keys, XMonad.logHook = logHook, XMonad.mouseBindings = mouseBindings, XMonad.manageHook = manageHook} The latest xmonad from darcs; GHC 6.6.1. -- vvv 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 86 in xmonad: Occasional segfault when opening new windows
by codesite-noreply＠google.com 14 Nov '07

14 Nov '07

Issue 86: Occasional segfault when opening new windows http://code.google.com/p/xmonad/issues/detail?id=86 Comment #4 by SpencerJanssen: Agreed, closing. Issue attribute updates: Status: Fixed -- 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

For Darcs-Head: How to change Keybindings
by Dominik Bruhn 14 Nov '07

14 Nov '07

Hi, I just switched from the old way to change the Config to the new one with the .xmonad directory but ran into two problems: 1. I want to override the MOD+p call, because I need dmenu to be run with a additional parameter (fn for fontname). I dont want to copy the whole keys-config to my own config but only override the one keypress. As I got now Haskell-Knowledge at all, I would be glad if somebody could help me here. 2. If I try to restart XMonad using MOD+q nothing happens, it doesnt reload at all. On the Console I can see: ---- xmonad: ExecuteFile: does not exist (No such file or directory) ---- I dont think my setup is special at all: my PATH is ~/bin:~/bin:/usr/local/bin:/usr/bin:/bin:/usr/games I configured xmonad using --prefix=/home/dominik --user and installed it without parameters. The XMonad Binary went into ~/bin/xmonad, which should be right. So, where is the problem? Everything works if I restart XMonad by hand (killing the xserver and starting again) Thanks for everybody who helps me. Thanks Dominik

6 6

Issue 86 in xmonad: Occasional segfault when opening new windows
by codesite-noreply＠google.com 13 Nov '07

13 Nov '07

Issue 86: Occasional segfault when opening new windows http://code.google.com/p/xmonad/issues/detail?id=86 Comment #3 by nonce+go...(a)dfranke.us: So far so good. According to my Poisson distribution, you can stick a fork in this one. -- 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: REAME: one more try
by gwern0＠gmail.com 12 Nov '07

12 Nov '07

Mon Nov 12 17:05:23 EST 2007 gwern0(a)gmail.com * REAME: one more try

2 1

darcs patch: README: update to reflect library change (and 1 more)
by gwern0＠gmail.com 12 Nov '07

12 Nov '07

Mon Nov 12 09:44:18 EST 2007 gwern0(a)gmail.com * README: update to reflect library change Mon Nov 12 13:56:06 EST 2007 gwern0(a)gmail.com * README: merge conflicts the .lhs stuff isn't necessary and is over-specified - things work fine if you just say 'runhaskell Setup build' instead of Setup.lhs or Setup.hs

2 1

darcs patch: README: update to reflect library change (and 1 more)
by gwern0＠gmail.com 12 Nov '07

12 Nov '07

Mon Nov 12 09:44:18 EST 2007 gwern0(a)gmail.com * README: update to reflect library change Mon Nov 12 09:46:43 EST 2007 gwern0(a)gmail.com * scripts/generate-configs: update docs

2 1

Issue 88 in xmonad: Weirdness with Firefox fullscreen mode
by codesite-noreply＠google.com 12 Nov '07

12 Nov '07

Issue 88: Weirdness with Firefox fullscreen mode http://code.google.com/p/xmonad/issues/detail?id=88 Comment #1 by dons00: I can reproduce this exactly as described, with no extensions running, and firefox with vimperator. The window appears fairly normal: WM_NORMAL_HINTS(WM_SIZE_HINTS): program specified minimum size: 0 by 0 window gravity: NorthWest but isn't rendering correctly into its right pane. Looks like a firefox bug, not spotting that it was resized while in fullscreen mode (because it thought it had the fullscreen?) Issue attribute updates: Status: Accepted -- 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 88 in xmonad: Weirdness with Firefox fullscreen mode
by codesite-noreply＠google.com 12 Nov '07

12 Nov '07

Issue 88: Weirdness with Firefox fullscreen mode http://code.google.com/p/xmonad/issues/detail?id=88 New issue report by byorgey: What steps will reproduce the problem? 1. Open firefox and one other window (say, a terminal). 2. Put firefox into fullscreen mode (F11). 3. Close the other window so Firefox is the only window in the workspace. 4. un-fullscreen Firefox. What is the expected output? What do you see instead? After being un-fullscreened, Firefox only uses whatever part of the screen it used when the other window was still open, leaving the rest of the screen ignored (e.g. it doesn't get repainted when switching from a different workspace). What version of the product are you using? On what operating system? bleeding-edge darcs, on Ubuntu feisty. Please provide any additional information below. I'm not sure if this is a problem with xmonad itself or one of the contrib modules. ATM I'm using smartBorders (from NoBorders), ToggleLayouts, and WindowNavigation. If others can't reproduce this error I can try experimenting with removing various contrib modules to try to determine which is the culprit. 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: hide existential Layout (mostly) from user API.
by David Roundy 12 Nov '07

12 Nov '07

Hi all, This allows us to eliminate the wart of requiring a Layout wrapper around our layoutHook. Besides being ugly, this wrapper hampers the composability of layouts: we can't simply write something like: myconfig = defaultConfig { layoutHook = Layout $ Mirror $ layoutHook defaultConfig } because there's no Read instance for Layout Window, so Mirror (Layout Window) has no Read instance. Obviously, we could get rid of this with an unLayout higher-order function, but I see no reason to expose our users to this at all. David Sat Nov 10 16:30:55 PST 2007 David Roundy <droundy(a)darcs.net> * hide existential Layout (mostly) from user API.

3 5