Did the latest patch break the build?

Did the latest patch break the build for anyone else? Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'

On 2013-05-28 10:43, Carsten Mattner wrote:
Did the latest patch break the build for anyone else?
Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'
It works for me with a fresh pull of xmonad and XMonadContrib. You'll need the latest xmonad from darcs, though. ~d

On Tue, May 28, 2013 at 5:09 PM, Daniel Wagner
On 2013-05-28 10:43, Carsten Mattner wrote:
Did the latest patch break the build for anyone else?
Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'
It works for me with a fresh pull of xmonad and XMonadContrib. You'll need the latest xmonad from darcs, though.
I did delete ~/.ghc and ~/.cabal before rebuilding xmonad and XmonadContrib. Shouldn't XmonadContrib find and use the xmonad version just built from darcs HEAD? Do you know how it could believe there's no xmonad and it has to fetch+build from hackage? Assuming this warning is new do we want to or have to keep it? XMonad/Core.hs:195:13: Warning: This binding for `def' shadows the existing binding imported from `Data.Default' at XMonad/Core.hs:40:1-19 (and originally defined in `data-default-class-0.0.1: Data.Default.Class') I will check my build scripts and do more tests later today.

On 2013-05-28 11:34, Carsten Mattner wrote:
On Tue, May 28, 2013 at 5:09 PM, Daniel Wagner
wrote: On 2013-05-28 10:43, Carsten Mattner wrote:
Did the latest patch break the build for anyone else?
Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'
It works for me with a fresh pull of xmonad and XMonadContrib. You'll need the latest xmonad from darcs, though.
I did delete ~/.ghc and ~/.cabal before rebuilding xmonad and XmonadContrib. Shouldn't XmonadContrib find and use the xmonad version just built from darcs HEAD? Do you know how it could believe there's no xmonad and it has to fetch+build from hackage?
It should, yes. If it doesn't, that's between you and your ghc-pkg, I guess. Maybe you built but did not register, or registered but in the wrong (local/global) database or something like that?
Assuming this warning is new do we want to or have to keep it? XMonad/Core.hs:195:13: Warning: This binding for `def' shadows the existing binding imported from `Data.Default' at XMonad/Core.hs:40:1-19 (and originally defined in `data-default-class-0.0.1: Data.Default.Class')
Hm, looks like that warning slipped by me. I'll take a look a bit later today if somebody doesn't beat me to it. Probably isn't hard to fix, and I agree clean builds matter. ~d

On Tue, May 28, 2013 at 5:47 PM, Daniel Wagner
On 2013-05-28 11:34, Carsten Mattner wrote:
On Tue, May 28, 2013 at 5:09 PM, Daniel Wagner
wrote: On 2013-05-28 10:43, Carsten Mattner wrote:
Did the latest patch break the build for anyone else?
Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'
It works for me with a fresh pull of xmonad and XMonadContrib. You'll need the latest xmonad from darcs, though.
I did delete ~/.ghc and ~/.cabal before rebuilding xmonad and XmonadContrib. Shouldn't XmonadContrib find and use the xmonad version just built from darcs HEAD? Do you know how it could believe there's no xmonad and it has to fetch+build from hackage?
It should, yes. If it doesn't, that's between you and your ghc-pkg, I guess. Maybe you built but did not register, or registered but in the wrong (local/global) database or something like that?
For whatever reason running cabal clean, cabal configure, cabal install in an xmonad darcs tree doesn't list xmonad in ghc-pkg list. Rerunning cabal instal in xmonad says it's a reinstall. What could be the reason?
Assuming this warning is new do we want to or have to keep it? XMonad/Core.hs:195:13: Warning: This binding for `def' shadows the existing binding imported from `Data.Default' at XMonad/Core.hs:40:1-19 (and originally defined in `data-default-class-0.0.1: Data.Default.Class')
Hm, looks like that warning slipped by me. I'll take a look a bit later today if somebody doesn't beat me to it. Probably isn't hard to fix, and I agree clean builds matter.
It matters even more as a sure way to avoid potential build errors with future GHC versions. I wish everyone would take warnings seriously as you do and fix them when the code is fresh and has attention :-).

On Tue, May 28, 2013 at 6:48 PM, Carsten Mattner
On Tue, May 28, 2013 at 5:47 PM, Daniel Wagner
wrote: On 2013-05-28 11:34, Carsten Mattner wrote:
On Tue, May 28, 2013 at 5:09 PM, Daniel Wagner
wrote: On 2013-05-28 10:43, Carsten Mattner wrote:
Did the latest patch break the build for anyone else?
Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'
It works for me with a fresh pull of xmonad and XMonadContrib. You'll need the latest xmonad from darcs, though.
I did delete ~/.ghc and ~/.cabal before rebuilding xmonad and XmonadContrib. Shouldn't XmonadContrib find and use the xmonad version just built from darcs HEAD? Do you know how it could believe there's no xmonad and it has to fetch+build from hackage?
It should, yes. If it doesn't, that's between you and your ghc-pkg, I guess. Maybe you built but did not register, or registered but in the wrong (local/global) database or something like that?
For whatever reason running cabal clean, cabal configure, cabal install in an xmonad darcs tree doesn't list xmonad in ghc-pkg list. Rerunning cabal instal in xmonad says it's a reinstall. What could be the reason?
The issue was all my fault. The xmonad-core tree had a cabal 1.17 sandbox from an experiment I forgot to remove and so cabal install installed it in the sandbox.

On 2013-05-28 11:34, Carsten Mattner wrote:
Assuming this warning is new do we want to or have to keep it? XMonad/Core.hs:195:13: Warning: This binding for `def' shadows the existing binding imported from `Data.Default' at XMonad/Core.hs:40:1-19 (and originally defined in `data-default-class-0.0.1: Data.Default.Class')
Patch attached. ~d

This 1-patch bundle was just applied to http://code.haskell.org/xmonad:
20130528164401 Daniel Wagner

On 2013-05-28 10:43, Carsten Mattner wrote:
Did the latest patch break the build for anyone else?
Building xmonad-contrib-0.11... ... XMonad/Util/CustomKeys.hs:66:29: Not in scope: `def'
(Apologies if this is a duplicate message.) It works for me with a fresh pull from the xmonad and XMonadContrib repositories. Did you pull the latest xmonad-core from darcs and install it? ~d
participants (4)
-
Carsten Mattner
-
Daniel Wagner
-
Daniel Wagner
-
darcswatch@nomeata.de