- cabal-devel - Haskell.org

[Hackage] #777: cabal install {hledger, others} ExitFailure 11
by Hackage 14 Aug '12

14 Aug '12

#777: cabal install {hledger, others} ExitFailure 11 ---------------------------------+------------------------------------------ Reporter: philips | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.8 Component: cabal-install tool | Version: 1.8.0.2 Severity: normal | Keywords: ExitFailure Difficulty: unknown | Ghcversion: Platform: Linux | ---------------------------------+------------------------------------------ I am getting ExitFailure 11 when trying to install hledger on Debian and openSUSE. I reported this to the hledger author, Simon, and he said he is experiencing this on his machines too and for other packages, not just hledger. Log file attached. Summary below: {{{ ledger:~/ $ cabal install -v3 hledger Lots of debug output (see attached)... hledger-0.13 failed during the configure step. The exception was: ExitFailure 11 ledger:~/ $ cabal --version cabal-install version 0.8.2 using version 1.8.0.2 of the Cabal library ledger:~/ $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.12.1 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/777> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 11

patch applied (hackage-server): "Turn namesCache into a CacheableAction" and 3 others
by devnull＠community.haskell.org 05 Aug '12

05 Aug '12

Sat Aug 4 23:12:43 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Turn namesCache into a CacheableAction Ignore-this: 8901de48a19600c986ebca7d3f8720 M ./Distribution/Server/Features/Html.hs -6 +6 Sat Aug 4 23:19:13 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Make recents a CacheableAction Ignore-this: a812652d81d4dc90629907548a4ec17b M ./Distribution/Server/Features.hs -1 +1 M ./Distribution/Server/Features/Packages.hs -9 +10 Sun Aug 5 01:34:59 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Don't store all the blobs in the same directory Ignore-this: 79b6e89b0d3f791823a75b5ca85a3a8 We already have >45k files, and some filesystems don't scale well. M ./Distribution/Server/Framework/BlobStorage.hs -5 +17 Sun Aug 5 01:39:43 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Don't create the blobs directory ourself in bulkImport Ignore-this: 2948ffb8f72308aef4f3753de5d4948c It'll now go wrong, as we don't also create the necessary subdirectories. M ./Distribution/Server.hs -2 +2 M ./Main.hs -1 +1

1 0

patch applied (hackage-server): "Add a CacheableAction type, and use it for the index page" and 5 others
by devnull＠community.haskell.org 04 Aug '12

04 Aug '12

Fri Aug 3 23:42:13 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Add a CacheableAction type, and use it for the index page Ignore-this: 84ef37b4f33f0d875a9380873e9dd07b M ./Distribution/Server/Features/Html.hs -10 +10 M ./Distribution/Server/Framework/Cache.hs -1 +53 M ./Distribution/Server/Util/AsyncVar.hs +2 Sat Aug 4 00:13:07 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Enable CacheableActions to be disabled Ignore-this: 9d0fed17a888e3b94f8aefb16d8f7bcd When they are disabled, any requests for them actually compute the value. This is normally much less efficient, but * when running tests, it makes the test result more consistent, as there's no possibility of an out-of-date cache * When making a Hackage mirror, it means we don't keep regenerating the index page cache M ./Distribution/Server.hs -3 +3 M ./Distribution/Server/Features.hs -3 +3 M ./Distribution/Server/Features/Html.hs -3 +5 M ./Distribution/Server/Framework/Cache.hs -13 +17 M ./Main.hs -12 +19 Sat Aug 4 00:17:28 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Disable caches when running the HighLevelTest Ignore-this: c2b561b8c4cd5fe6ea7d16fc90e601bc M ./tests/HighLevelTest.hs -1 +1 Sat Aug 4 00:35:05 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Bugfix Ignore-this: 7480fa2b2cab01e9ccfd42e6e4e8cd60 M ./Distribution/Server/Features/Html.hs -1 +1 Sat Aug 4 01:15:48 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Make the indextar a CacheableAction too Ignore-this: 2b8904d1d11e74099426d9e265dd51f7 M ./Distribution/Server/Features.hs -1 +1 M ./Distribution/Server/Features/Core.hs -9 +7 Sat Aug 4 02:31:41 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Disable the reverse index for now Ignore-this: 3e6d29f45bac370653f8c127a7f68d94 It has some performance problems M ./Distribution/Server/Acid.hs -11 +13 M ./Distribution/Server/Features.hs -4 +6 M ./Distribution/Server/Features/Html.hs -12 +25 M ./Distribution/Server/Features/PackageList.hs -9 +19 M ./hackage-server.cabal -3 +3

1 0

integrated testing using type "detailed" and test-framework
by Malthe Borch 04 Aug '12

04 Aug '12

What glue is necessary to use the "detailed-0.9" test-suite type with the test-framework (and its HUnit-integration)? I have tried to find documentation online, but much of it seems somewhat outdated or relatively obscure. Ideally, I'd like to follow the guide: $ cabal configure --enable-tests $ cabal build $ cabal test But there seems to be an interface issue between these different test frameworks. \malthe

2 1

Load path environment variable for cabal sources?
by Tim Cuthbertson 04 Aug '12

04 Aug '12

Hi all, I've done some digging into distributing haskell libraries outside of cabal/hackage, using zeroinstall (http://0install.net) My current results distributing compiled libraries have been somewhat fragile, due to having no good way of tracking changes to the GHC abi and forcing a rebuild of libraries when mismatches are found. I don't at this point care for distributing binary-only libraries, that is just how zeroinstall likes to work (compile all dependencies into a usable binary form, then compile the program that depends on them). I'm wondering if the problem could be worked around by only ever distributing libraries as source-only, and just statically linking programs (which I believe is the default already). This would lead to too much compilation since already-compiled libraries would not be used, but that's better than it not working as soon as GHC is upgraded (which I believe is my current status). When distributing precompiled libraries, I've been adding them to GHC_PKG_PATH - `cabal build` will then use these binaries to satisfy dependencies of the app I'm building. What I would like is for the same mechanism, but for sources instead of precompiled binaries. I have a working cut of this after some hacking, which basically involves: - putting all dependencies' source directories into a colon-separated environment variable, "CABAL_PKG_PATH" (this is how zeroinstall typically makes dependancies available) - Creating a temporary cabal config file that specifies a single `local-repo` location inside the (throwaway) build dir - populating said local-repo folder, by traversing each path in $CABAL_PKG_PATH and: - find the cabal file in each directory - extract important metadata (name and version) from the cabal file - add the cabal file to 00-index.tar as {name}/{version}/{name}.cabal - tarring up the source directory and placing it under {name}/{version}/{name}-{version}.tar.gz - run `cabal install` from the program's source directory with $CABAL_CONF, --builddir and --prefix set appropriately Tarring up all source packages in particular seems fairly wasteful, and it all seems like quite a few hoops to jump through in order to construct something that looks like a hackage cache (which I don't particularly want, but it seems to be the only way to make them available). So I was wondering if there is any simpler way to populate a set of local sources such that `cabal install` will be able to find them? It's quite likely that it was never really intended to work with anything other than a hackage-style DB, but I thought it couldn't hurt to ask :) Cheers, - Tim.

1 0

patch applied (hackage-server): "Fix memory usage while mirroring"
by devnull＠community.haskell.org 01 Aug '12

01 Aug '12

Thu Aug 2 00:37:38 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Fix memory usage while mirroring Ignore-this: 9faf4be0f646da02f2ac1a059488fd99 We were extracting the .cabal file from the .tar file, but the ByteString for the .cabal file was a portion of the ByteString for the .tar file, so the whole .tar file was being kept in memory. M ./Distribution/Server/Packages/Unpack.hs -1 +6

1 0

patch applied (hackage-server): "Fix space usage of constructImmutableTagIndex" and 1 others
by devnull＠community.haskell.org 01 Aug '12

01 Aug '12

Wed Aug 1 14:56:56 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Fix space usage of constructImmutableTagIndex Ignore-this: 5bf147a17b68fb2a140ff36fe0255e5a M ./Distribution/Server/Features/Tags.hs -4 +11 Wed Aug 1 15:02:26 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Fix space usage of constructItemIndex Ignore-this: ae916b04da48e12d8772d0ca4f5b0dc8 M ./Distribution/Server/Features/PackageList.hs -8 +8

1 0

patch applied (hackage-server): "Fix space usage of packageIndex"
by devnull＠community.haskell.org 01 Aug '12

01 Aug '12

Wed Aug 1 14:45:35 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Fix space usage of packageIndex Ignore-this: 6581f5c82e02b3f7ca9ddb9dfe876034 It was keeping the whole PackageDescription for all packages in memory at once. M ./Distribution/Server/Pages/Index.hs -12 +30

1 0

patch applied (hackage-server): "Fix whitespace, and enable -fwarn-tabs"
by devnull＠community.haskell.org 01 Aug '12

01 Aug '12

Wed Aug 1 14:10:24 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Fix whitespace, and enable -fwarn-tabs Ignore-this: 1fd465082a66be88b4b42c458582dc84 M ./Distribution/Server/Features/Packages.hs -2 +2 M ./Distribution/Server/Features/Users.hs -1 +1 M ./Distribution/Server/Pages/Index.hs -70 +70 M ./Distribution/Server/Pages/Package.hs -9 +9 M ./Distribution/Server/Pages/Package/HaddockHtml.hs -24 +24 M ./Distribution/Server/Pages/Recent.hs -6 +6 M ./Distribution/Server/Pages/Template.hs -7 +7 M ./hackage-server.cabal -3 +4

1 0

patch applied (hackage-server): "Remove the pkgDesc field from PkgInfo" and 1 others
by devnull＠community.haskell.org 01 Aug '12

01 Aug '12

Wed Aug 1 12:16:49 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Remove the pkgDesc field from PkgInfo Ignore-this: 4bc99b4d21e7396e0840598774b424d8 This should reduce the memory usage of the server M ./Distribution/Server/Features/Check.hs -1 M ./Distribution/Server/Features/Mirror.hs -2 M ./Distribution/Server/Features/Upload.hs -1 M ./Distribution/Server/LegacyImport/BulkImport.hs -2 +1 M ./Distribution/Server/Packages/Backup.hs -2 +1 M ./Distribution/Server/Packages/State.hs -1 M ./Distribution/Server/Packages/Types.hs -7 +11 M ./Distribution/Server/Pages/Index.hs -1 +1 M ./Distribution/Server/Pages/Recent.hs -5 +3 Wed Aug 1 12:21:57 BST 2012 Ian Lynagh <ian(a)well-typed.com> * Don't link with -rtsopts Ignore-this: f839329120673e799b59f17acfc3c7d It makes the server vulnerable by default M ./hackage-server.cabal -1 +1

1 0