- xmonad - Haskell.org

Issue 199 in xmonad: Prompt.AppendFile crashes when file is not writable
by codesite-noreply＠google.com 23 Jul '08

23 Jul '08

Issue 199: Prompt.AppendFile crashes when file is not writable http://code.google.com/p/xmonad/issues/detail?id=199 Comment #3 by byorgey: Hmm, if it is crashing that is indeed a bug. But I am still unable to reproduce it. When I try this, nothing happens, xmonad keeps running as normal. Can other people try reproducing this as well? I am especially interested to know if this happens in 0.7 but not in latest darcs. Also, you may be interested to know that if you put xmonad in a loop in your .xsession or .xinitrc, something like this: while $HOME/local/bin/xmonad; do sleep 2; done then it will transparently restart itself in case a crash unexpectedly occurs. Of course, this is just a bandaid; xmonad should not crash, and fixing it when it does is a high priority for us. But this sort of thing can save you inconvenience if it does occasionally crash. Issue attribute updates: Labels: Component-Contrib -- 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 199 in xmonad: Prompt.AppendFile crashes when file is not writable
by codesite-noreply＠google.com 23 Jul '08

23 Jul '08

Issue 199: Prompt.AppendFile crashes when file is not writable http://code.google.com/p/xmonad/issues/detail?id=199 Comment #2 by m...(a)cloudconnected.org: It means, that XMonad will exit, therefore X will exit and I'm back at the console. -- 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

A New Solution to Removing the GHC Dependency
by Braden Shepherdson 23 Jul '08

23 Jul '08

Hi, Note first as a caveat that I've had three hours' sleep in the last 36. That said, I'm not the only person who thinks this is a good, and practical, idea. Requiring GHC as a dependency is a real drag on evangelizing xmonad, and for adoption. The payout, of course, is having the full power of Haskell in our configurations. But GHC is a very, very heavy dependency for someone who doesn't already have it, and it raises the bar to running xmonad. This led to the creation of PlainConfig, but while that removes the cost of GHC, it also sacrifices the benefit of powerful configuration. The new idea would allow users to keep all the benefits of Haskell config files without the cost of having GHC themselves. We would present a web interface where a user can paste in their xmonad.hs (or maybe Browse... upload?), probably select release vs. darcs version, and then submit the form. The get back a download link to a compiled, standalone xmonad-i386-linux, the complete executable. There are a couple of hurdles for this approach to work. 1. We need a donated machine with sufficient computing power and bandwidth. 2. xmonad-i386-linux files tend to be around 3.5-4MB. If this began to see a decent bit of use, that could take a bite out of the upload bandwidth for the donated machine. 3. The mod+q semantics: what does it do when there's no ~/.xmonad/xmonad.hs, but there is a ~/.xmonad/xmonad-i386-linux? Hopefully that keybinding should be harmless for someone without an xmonad.hs, and it would just treat mod+q as a no-op. On the user end, they would require libX11 and various other libraries, but not X11-1.4.2, mtl, the RTS, nor any other Haskell bits. Anyone with a X11 system (and an x86 architecture) should be able to run these binaries. Some form of captcha would be necessary to prevent spamming the form and crippling the box. Since it's only compiling and not executing the config files, it shouldn't require any lambdabot-like sandboxing. I'm willing to set up this system, and my family has a server machine that could be used as a testbed, but it isn't beefy or reliable enough to be used long-term. Braden Shepherdson shepheb

13 19

Issue 199 in xmonad: Prompt.AppendFile crashes when file is not writable
by codesite-noreply＠google.com 23 Jul '08

23 Jul '08

Issue 199: Prompt.AppendFile crashes when file is not writable http://code.google.com/p/xmonad/issues/detail?id=199 Comment #1 by byorgey: What do you mean by "crashes"? I tried to replicate this and it simply had no effect. I agree that an error message might be nice, but it's also unclear by what mechanism an error message should be displayed. (xmessage? dzen?) Issue attribute updates: Owner: byorgey -- 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 199 in xmonad: Prompt.AppendFile crashes when file is not writable
by codesite-noreply＠google.com 20 Jul '08

20 Jul '08

Issue 199: Prompt.AppendFile crashes when file is not writable http://code.google.com/p/xmonad/issues/detail?id=199 New issue report by m...(a)cloudconnected.org: What steps will reproduce the problem? 1. Add an appendFilePrompt with a filename in a non-existent directory 2. Use the prompt I think an error message should be displayed instead of crashing What version of the product are you using? On what operating system? I'm using XMonad 0.7 on Debian GNU/Linux testing. Component-Contrib 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

2 1

darcs patch: XMonad.Hooks.UrgencyHook: +FocusHook
by gwern0＠gmail.com 20 Jul '08

20 Jul '08

Wed Jul 16 18:47:45 EDT 2008 gwern0(a)gmail.com * XMonad.Hooks.UrgencyHook: +FocusHook This is a hook for simply traveling to whatever window has just set an urgent flag, instead of doing something more involved like printing to a status bar and letting the user do something manually.

2 1

Automatic configuration
by Maurício 16 Jul '08

16 Jul '08

Hi, What about if some next xmonad release comes with an automatic configurator? It could work like that: xmonad-config --default xmonad-config --gnome xmonad-config --ubuntu-gnome xmonad-config --kde xmonad-config --arossato xmonad-config --dons xmonad-config --droundy xmonad-config --sjanssen etc. Such utility would just generate a xmonad.hs in the proper place that we could use as a template that is supposed to work without changes under different environments or supporting a list of features. Best, Maurício

5 8

Re: [Haskell-cafe] Can't get Haddock 2.0 anchor reference to work
by Gwern Branwen 16 Jul '08

16 Jul '08

On 2008.07.15 13:59:32 -0700, Mike Gunter <m(a)ryangunter.com> scribbled 0.2K characters: > > How are anchor references in Haddock supposed to work? > > When I use "Dir.Mod#foo", the resulting HTML contains: > <A HREF="Dir-Mod#foo.html"> > instead of the more desirable: > <A HREF="Dir-Mod.html#foo"> > > User error or bug? > > thanks, > -m For what it's worth, I've run into this issue with XMonad docs before. For example: <http://hackage.haskell.org/packages/archive/xmonad-contrib/0.7/doc/html/XMo…> has a line "See XMonad.Doc.Extending#Editing_key_bindings for instructions on how to edit your key bindings."; the source is "See "XMonad.Doc.Extending#Editing_key_bindings" for instructions on how to edit your key bindings." This links to <http://hackage.haskell.org/packages/archive/xmonad-contrib/0.7/doc/html/XMo…>. The source At least in Firefox, clicking only reloads the current page, and doesn't go down the several sections to the key binding information. (When I tried with my offline docs, it didn't even reload, just errored.) -- gwern Bess fritz Team espionage Blowfish Kosovo SIG LF ISPE Saudi

1 0

Xmobar Plugin Development
by Fred Blasdel 15 Jul '08

15 Jul '08

I wrote a xmobar plugin to display the time as inexact text: http://www.wabdo.com/fred/FuzzyClock.hs It uses Data.Time, not the more widespread System.Time. It's not parameter-ised because it would be a huge pain to make a xmobar plugin take a function as an argument (seems like I'd have to take it as a string and eval it), and you're going to have to modify/recompile xmobar's source to add it anyway. I was surprised at just how un-idiomatic I found xmobar's configuration to be: * Uses format strings instead of functions * Uses property lists for the arguments to monitors instead of [(a,b)] or a data constructor * Commands aren't simple functions * 'Plugins' cannot be seperated from xmobar's source (and resulting binary) Currently the only way to extend xmobar's functionality without modifying/recompiling it is to use external processes. I think that having to hack/rebuild xmobar is a huge barrier to experimentation -- I could only find one other person who had published out-of-tree plugins (http://www.haskell.org/pipermail/xmonad/2008-April/005465.html) I think it should be possible to implement things like FuzzyClock in my configuration file without modifying xmobar at all! I should be able to use functions in my configuration file to do anything a Plugin can do now -- the output text should be composed of functions producing 'IO String'. Basically I think xmobar should be more like xmonad :) Here's what a simple xmobar configuration file would look like in my ideal world (though getting rid of the separate commands list may be unrealistic because of threading+STM setup): import Xmobar import Xmobar.Monitors as Mon main = do xmobar $ Config { font = "-misc-fixed-*-*-*-*-10-*-*-*-*-*-*-*" , bgColor = "black" , fgColor = "grey" , position = Top , format = Format { , left = myCpu ++ " | " ++ myMemory where myCpu = "Cpu: " ++ (run 10 $ Mon.cpu [(3,"green"),(50,"red")]) ++ "%" myMemory = "Mem: " ++ (run 10 Mon.memUsedRatio) ++ "%" , middle = color "#aaa" stdinReader , right = color "aquamarine" $ run 10 myHaskellFunction } } -- Fred Blasdel

3 4

darcs patch: XMonad/Doc.hs: why link to a specific ve... (and 1 more)
by gwern0＠gmail.com 12 Jul '08

12 Jul '08

Tue Jul 8 16:22:36 EDT 2008 gwern0(a)gmail.com * XMonad/Doc.hs: why link to a specific version instead of the latest? Tue Jul 8 16:50:58 EDT 2008 gwern0(a)gmail.com * XMonad/Doc/Developing.hs: update haddock ln, cpedit

2 1