- xmonad - Haskell.org

Issue 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 Comment #7 by dons00: Can you build and install a newer version of cabal (which will resolve the build-type error, and hopefully also get the paths right in the first place). http://hackage.haskell.org/cgi-bin/hackage-scripts/package/Cabal-1.2.2.0 Thanks for your persistence. If you can reproduce this problem with darcs X11 and latest Cabal, then we can really proceed to squash it. -- 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

faq wikified
by Don Stewart 05 Nov '07

05 Nov '07

The eternal FAQ page has been moved to the wiki: http://haskell.org/haskellwiki/Xmonad/Frequently_asked_questions feel free to edit and improve this resource. -- Don

1 0

Issue 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 Comment #6 by hitesh.jasani: Just tried the darcs version. 1. autoreconf 2. runhaskell Setup.hs configure --without-xinerama 3. runhaskell Setup.hs build Setup.hs: Warning: Unknown field 'build-type' Preprocessing library X11-1.3.0... /usr/bin/ld: can't locate file for: -lX11 collect2: ld returned 1 exit status linking Graphics/X11/Types_hsc_make.o failed command was: /opt/local/bin/ghc-6.6.1 -lX11 Graphics/X11/Types_hsc_make.o -o Graphics/X11/Types_hsc_make Setup.hs: got error code while preprocessing: Graphics.X11.Types X11.buildinfo: -- X11.buildinfo. Generated from X11.buildinfo.in by configure. -- System-dependent values used by Distribution.Simple.defaultUserHooks -- buildable: True cc-options: -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/X11R6/include ld-options: -L/usr/X11R6/lib -- 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 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 Comment #5 by hitesh.jasani: The X11.buildinfo contains: -- X11.buildinfo. Generated from X11.buildinfo.in by configure. -- System-dependent values used by Distribution.Simple.defaultUserHooks -- buildable: True cc-options: -I/usr/X11R6/include ld-options: -L/usr/X11R6/lib -- 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: ManPrompt.hs: auto-complete explicit paths (those with `/')
by Valery V. Vorotyntsev 05 Nov '07

05 Nov '07

Sun Nov 4 22:20:56 EET 2007 "Valery V. Vorotyntsev" <valery.vv(a)gmail.com> * ManPrompt.hs: auto-complete explicit paths (those with `/') Bash's compgen is used for this (like in ShellPrompt.hs). Enable all GHC warnings. Improve documentation (slightly).

2 1

Issue 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 Comment #4 by dons00: can you also try the darcs version, as I've pushed some patches that attempt to substitute into the .buildinfo file extra variables I noticed weren't being used. darcs get http://darcs.haskell.org/X11 -- 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 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 Comment #3 by dons00: What is the contents of your .bulidinfo file? 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 80 in xmonad: xmonad 0.4 won't install with X11-1.3.0 and X11-extras-0.4 without modifying xmonad.cabal
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 80: xmonad 0.4 won't install with X11-1.3.0 and X11-extras-0.4 without modifying xmonad.cabal http://code.google.com/p/xmonad/issues/detail?id=80 Comment #3 by dons00: The fix is to use xmonad 0.4.1. Issue attribute updates: Status: Duplicate -- 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

xmobar 0.8-rc1
by Andrea Rossato 05 Nov '07

05 Nov '07

Hi, I'm going to release Xmobar-0.8 shortly and so, with the hope to have some more testers, I'm making this release candidate: http://code.haskell.org/~arossato/xmobar/xmobar-0.8-rc1.tar.gz NOTE: xmobar-0.8-rc1 requires X11-1.3.0 from hackage. There are a lot of changes since the last release. The main include: a. Configuration: - removed xPos, yPos, width, height, align, and refresh configuration options; - added position and alignSep configuration options: the first is used to set the position (Top, Bottom or Static; the second to set the characters to be used to separate, in the output template, text that must be aligned to the left, centered, or aligned to the right; (please have look at xmobar.config-sample) b. Plugins: - added a plugin to read Unix named pipe (useful to display XMonad logs); - added a plugin to read from standard input; - a new plugin API makes it possible to write plugins that perform asynchronous actions. The new API is totally backward compatible; c. Output template: - it is now possible to align text in the output template. By default text before a '}' will be align to left, the text in between '}' and '{' will be centered, and the text after a '{' will be align to the right, like: "left } centered { right" - strings can have also a background color set: "<fc=red,white>%date%<fc>" will display the output of the "date" command in red with a white background. d. Concurrency: now xmobar uses Software Transactional Memory and the main window is updated only when needed e. Documentation: I now use Pandoc for the README, this way I have also created an HTML version of. I hope that makes the documentation a bit more accessible: http://code.haskell.org/~arossato/xmobar/ f. The darcs repository has been moved to: http://code.haskell.org/xmobar g. XRandR: since positioning is now done automatically, XRandR should be supported too, even thought support could be buggy due to the fact that I cannot actually test it, since I don't have capable hardware. h. Many other small changes and code cleanup: darcs changes will tell you everything. I would really appreciate if you could report back any issue you may discover. Thanks to Krzysztof Kosciuszkiewicz, Spencer Janssen, Jens Petersen, Dmitry Kurochkin, and Lennart Kolmodin for their help and their patches. Andrea PS: This is my ~/.xmobarrc Config { font = "-bitstream-charter-*-r-normal-*-10-*-*-*-*-56-*-*" , bgColor = "black" , fgColor = "grey" , position = Top , commands = [ Run Weather "LIPB" ["-L","18","-H","27","--normal","green","--high","red","--low","lightblue"] 36000 , Run Network "eth1" ["-L","0","-H","32","--normal","green","--high","red"] 10 , Run Cpu ["-L","3","-H","50","--normal","green","--high","red"] 10 , Run Memory ["-t","Mem: <usedratio>%"] 10 , Run Battery ["-L","50","-H","75","--high","green","--normal","yellow", "--low", "red"] 10 , Run Swap [] 10 , Run Com "uname" ["-s","-r"] "" 36000 , Run Date "%a %b %_d %Y * %H:%M:%S" "mydate" 10 , Run PipeReader "/home/andrea/.xmonad-status" "xlog" ] , sepChar = "%" , alignSep = "}{" , template = "%xlog% }{ %cpu% | %memory% * %swap% | %eth1% | %LIPB% | <fc=orange>%mydate%</fc> | %battery%" }

4 10

Issue 81 in xmonad: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib
by codesite-noreply＠google.com 05 Nov '07

05 Nov '07

Issue 81: X11-1.3.0 won't build on OSX 10.4 without altering X11.cabal to point to /usr/X11R6/lib http://code.google.com/p/xmonad/issues/detail?id=81 Comment #2 by hitesh.jasani: Setting the LD_LIBRARY_PATH is another workaround, but workarounds shouldn't be necessary. During the configure step, Cabal figures out where the X includes and libraries are located, but then proceeds to forget the lib location during the build. % runghc Setup.hs configure ... checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include ... -- 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