Package Details: cabal-static 3.4.0.0-2

Git Clone URL: https://aur.archlinux.org/cabal-static.git (read-only, click to copy)
Package Base: cabal-static
Description: The command-line interface for Cabal and Hackage. Statically linked.
Upstream URL: https://hackage.haskell.org/package/cabal-install
Licenses: custom:BSD3
Conflicts: cabal-install
Provides: cabal-install
Submitter: nshepperd
Maintainer: nshepperd
Last Packager: nshepperd
Votes: 6
Popularity: 0.000369
First Submitted: 2017-10-28 15:43 (UTC)
Last Updated: 2021-07-06 16:51 (UTC)

Required by (34)

Sources (4)

Latest Comments

pogmat commented on 2022-02-20 13:03 (UTC)

When installing with an AUR helper or manually I got

  error: missing package metadata in cabal-install-3.4.0.0.tar.gz
  error: 'cabal-install-3.4.0.0.tar.gz': invalid or corrupted package

mipi commented on 2021-10-29 04:28 (UTC)

A build plan for GHC 9.0.1 would be nice, indeed.

favonia commented on 2021-10-21 14:57 (UTC)

A build plan for GHC 9.0.1 would be nice.

nshepperd commented on 2020-05-15 21:40 (UTC)

I pushed a release update to patch 3.2.0.0 for ghc-8.8 and 8.10. It builds on my ghc-8.10 machine now.

nshepperd commented on 2020-05-15 20:13 (UTC)

@xuanruiqi: Hm, I couldn't reproduce that earlier, but I do get that same error now. It looks like the bootstrap script hardcodes HTTP_VER="4000.3.12". I'll try manually updating that and maybe patching the script...

Now that arch has ghc 8.10 we also have a problem that cabal-install has upper bound of base <4.14. Looks like there might be some patches needed for that too.

xuanruiqi commented on 2020-05-03 13:50 (UTC)

@nshepperd: would you mind checking and confirming that this package indeed builds properly? I'm still having the same bug with HTTP, even when building in a clean chroot.

xuanruiqi commented on 2020-04-11 09:09 (UTC)

I still get the same bug with HTTP. Seems it somehow just wants me to install HTTP-4000.3.12.

nshepperd commented on 2020-04-08 21:50 (UTC)

Updated to 3.2.0.0 which should be compatible with ghc-8.8.

yodaembedding commented on 2020-03-16 10:44 (UTC) (edited on 2020-03-16 10:45 (UTC) by yodaembedding)

I tried installing in a clean chroot. But according to https://github.com/haskell/cabal/issues/6327, it looks like cabal 3.0.0.0 is currently incompatible with the latest ghc (8.8.3) and requires an older version like 8.6.5.

Configuring HTTP-4000.3.12...
Setup: Encountered missing or private dependencies:
base >=4.3.0.0 && <4.13


Error during cabal-install bootstrap:
Configuring the HTTP package failed.
==> ERROR: Build failed, check /mnt/data/tmp/chroot64/mulhaq/build

nshepperd commented on 2020-01-31 17:02 (UTC)

Pushed EXTRA_CONFIGURE_OPTS="" as per @watashi, plus some build() code to detect environment file and optionally rename it.

nshepperd commented on 2020-01-31 16:37 (UTC)

@nnolte: You're using ghc-8.6.5? Do you have a file at $HOME/.ghc/x86_64-linux-8.6.5/environments/default? I've discovered that ghc reads this environment file which overrides the sandbox and completely messes up the build. Unable to find a way around this so far, apart from temporarily renaming the file.

nnolte commented on 2020-01-21 09:06 (UTC)

cabal-static fails to build for me, even when reinstalling all dependencies with a cleared cache (ghc, ghc-static, ghc-libs)

Distribution/Verbosity.hs:91:10: error:
    • No instance for (Binary (Set VerbosityFlag))
        arising from a use of ‘binary-0.8.6.0:Data.Binary.Class.$dmput’
      There are instances for similar types:
        instance Binary a =>
                 Binary (containers-0.6.0.1:Data.Set.Internal.Set a)
          -- Defined in ‘binary-0.8.6.0:Data.Binary.Class’
    • In the expression:
        binary-0.8.6.0:Data.Binary.Class.$dmput @(Verbosity)
      In an equation for ‘put’:
          put = binary-0.8.6.0:Data.Binary.Class.$dmput @(Verbosity)
      In the instance declaration for ‘Binary Verbosity’
   |
91 | instance Binary Verbosity
   |          ^^^^^^^^^^^^^^^^

Distribution/Verbosity.hs:91:10: error:
    • No instance for (Binary (Set VerbosityFlag))
        arising from a use of ‘binary-0.8.6.0:Data.Binary.Class.$dmget’
      There are instances for similar types:
        instance Binary a =>
                 Binary (containers-0.6.0.1:Data.Set.Internal.Set a)
          -- Defined in ‘binary-0.8.6.0:Data.Binary.Class’
    • In the expression:
        binary-0.8.6.0:Data.Binary.Class.$dmget @(Verbosity)
      In an equation for ‘Distribution.Compat.Prelude.get’:
          Distribution.Compat.Prelude.get
            = binary-0.8.6.0:Data.Binary.Class.$dmget @(Verbosity)
      In the instance declaration for ‘Binary Verbosity’
   |
91 | instance Binary Verbosity
   |          ^^^^^^^^^^^^^^^^

Error during cabal-install bootstrap:
Compiling the Setup script failed.
==> ERROR: A failure occurred in build().
    Aborting...
Error making: cabal-static

watashi commented on 2018-09-24 14:36 (UTC)

I think we should use EXTRA_CONFIGURE_OPTS="" ./bootstrap.sh --sandbox instead of ./bootstrap.sh --sandbox to build cabal, there is no need to build profiling lib, this can save some building time.

nshepperd commented on 2018-04-09 21:54 (UTC) (edited on 2018-04-09 21:55 (UTC) by nshepperd)

This package should be marked conflicting with every haskell library package to avoid that problem... but conflicts only applies when installing. We really need "makeconflicts".

I'll see if I can at least check for such installations in build() and provide a useful error message.

@chawlindel: It shouldn't be installing anything globally as I used --sandbox flag to build. But if it is, that's a bug.

mbloms commented on 2018-04-09 21:22 (UTC) (edited on 2018-04-09 21:48 (UTC) by mbloms)

@erictronic it's because you have haskell libraries installed from the community repos. There's only dynamic libs there, no static, but ghc can't understand the difference. The best solution is to build in a clean chroot. You could also remove everything related to haskell in pacman before building.

EDIT: You really should run this in chroot if you can. Otherwise it will install things globally while building. It would be really nice if there could be a better solution for this.

erictronic commented on 2018-04-09 18:34 (UTC) (edited on 2018-04-09 18:40 (UTC) by erictronic)

Got an error during installation/compilation:

...  
[ 12 of 216] Compiling Distribution.Compat.Parsing ( Distribution/Compat  /Parsing.hs, Distribution/Compat/Parsing.o )

Distribution/Compat/Parsing.hs:61:1: error:  
    Could not find module ‘Text.Parsec’  
    There are files missing in the ‘parsec-3.1.13.0’ package,  
    try running 'ghc-pkg check'.  
    Use -v to see a list of the files searched for.  
   |  
61 | import qualified Text.Parsec as Parsec  
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  

Error during cabal-install bootstrap:  
Compiling the Setup script failed.  

larsrh commented on 2018-02-28 20:38 (UTC)

Yep, that appears to work now. Also requires 'ghc-static' as a dependency.

larsrh commented on 2018-02-28 20:27 (UTC)

I just checked, and it looks like the 'stack' package depends on 'haskell-stm'. It might be a good idea to mark all of cabal-install's dependencies as conflicting. (I'm trying to build this now with no other Haskell packages present.)

nshepperd commented on 2018-02-28 20:22 (UTC)

Hm. Do you have haskell-stm or other haskell libraries installed globally? They might interfere with the build and have to be removed.

larsrh commented on 2018-02-28 12:21 (UTC) (edited on 2018-02-28 12:22 (UTC) by larsrh)

This fails to compile for me:

Distribution/Client/Compat/Semaphore.hs:10:1: error:
    Could not find module ‘Control.Concurrent.STM’
    There are files missing in the ‘stm-2.4.5.0’ package,
    try running 'ghc-pkg check'.
    Use -v to see a list of the files searched for.
   |
10 | import Control.Concurrent.STM (TVar, atomically, newTVar, readTVar, retry,
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^...

Error during cabal-install bootstrap:
Building the cabal-install package failed.

I have ghc-static installed. Anything else that I need?