http://blog.gmane.org/gmane.comp.lang.haskell.cabal.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8998 <pre>Greetings, I was doing a clean, from scratch install of ghc-7.4.1 and was trying to get cabal-install to work, and since I am new I tried to do all the bootstrap.sh stuff myself. After failing and starting over I saw this package (cabal-install-ghc74) and gave it a shot. Unfortunately with a fresh install there are three things wrong. 1. It was not checking for the right .cabal file. 2. network-2.3.0.5 has the restriction of base &lt;4.5, ghc-7.4.1 ships with base 4.5 so bootstrap.sh fails. Using the latest version (2.3.0.13 at time of writing) solved that issue. 3. HTTP-4000.1.2 has the same restriction as the previous (base &lt;4.5). I just used HTTP-4000.2.3 instead. This builds cabal correctly on my x86_64 Debian stable box. I don't know how I am supposed to do this, but I just attached a diff if that helps. Thanks === BEGIN DIFF === 50c50 &lt; NETWORK_VER="2.3.0.5"; NETWORK_VER_REGEXP="2\." # == 2.* --- 54c54 &lt; HTTP_VER="4000.1.2"; HTTP_VER_REGEXP="4000\.[01]\." # == 4000.0.* || 4000.1.* --- 69c69</pre> xemdetia . 2012-05-26T18:32:06 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8987 <pre>You can now find open issues here: https://github.com/haskell/cabal/issues?state=open Duncan or Andres, could one of you please chmod -w the files owned by Trac, and add a note pointing people to github for filing bugs? </pre> Bryan O'Sullivan 2012-05-24T06:14:01 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8985 <pre>#955: Incorrect hpcdir during cabal test for testsuites w/ library coverage enabled ----------------------------+----------------------------------------------- Reporter: albertfong | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.14.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 7.4.1 Platform: Windows | ----------------------------+----------------------------------------------- When running "cabal test" on a project configured with "cabal configure --enable-tests --enable-library-coverage", the hpcdir for test suites points to dist/hpc/mix/PackageName, not dist/hpc/mix/TestSuiteName. This results in an aborted run: {{{ PS C:\Users\Albert Fong\Repositories\working\projects\Simple&gt; runhaskell.exe .\Setup.hs test -v Running 3 test suites... Test suite Tests3: RUNNING... Test suite Tests3: PASS Test sui</pre> Hackage 2012-05-21T06:08:07 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8984 <pre>#954: setup haddock fails for packages without modules ----------------------------+----------------------------------------------- Reporter: nomeata | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.14.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- http://hackage.haskell.org/package/diagrams-0.5 is a meta-package, i.e. only depends on other packages. Running setup haddock fails: {{{ $ ./Setup haddock --hyperlink-source Running Haddock for diagrams-0.5... Running hscolour for diagrams-0.5... Preprocessing library diagrams-0.5... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: rts-1.0 Preprocessing library diagrams-0.5... haddock:</pre> Hackage 2012-05-20T15:43:01 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8983 <pre>I am planning on doing this early next week, probably in two phases. As part of the import process, github will generate a *lot* of notification emails. I'm afraid there is nothing I can do to stem the tide, as github does not provide a mechanism to suppress these. If you have a github account, please brace yourself. </pre> Bryan O'Sullivan 2012-05-17T03:44:21 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8982 <pre>#953: Alex-generated Lexer isn't found when building test-suite ----------------------------+----------------------------------------------- Reporter: owst | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.14.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I'd like to use my Alex-generated lexer in my test-suite. I've tried adding other-modules/build-tools to my test-suite section, but upon building the Lexer module isn't found. I've got no problems using the lexer within my normal executable. Should I be able to use my Lexer in the test-suite? I'll attach a fairly minimal example, the Main module and the TestSuite module both use the Lexer, Main will compile, TestSuite won't: $ cabal configure --e</pre> Hackage 2012-05-15T22:24:13 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8978 <pre>#952: cabal-install-0.14.0 dependencies are incorrect ---------------------------------+------------------------------------------ Reporter: kosmikus | Owner: kosmikus Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.14.2 Component: cabal-install tool | Version: 1.14.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Apparently, we depend on transformers &gt;= 0.2.2.0 (indirectly via mtl). Should either adapt the code to work with older versions or fix the dependency. </pre> Hackage 2012-05-15T12:08:23 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8976 <pre>#951: Incorrect error messages for non-existing dependencies ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.14.0 Severity: normal | Keywords: message solver Difficulty: unknown | Ghcversion: 7.4.1 Platform: Linux | ---------------------------------+------------------------------------------ When the build-depends-field contains non-existing packages, cabal-install sometimes does not report that these packages could not be found but complains about other constraints being unsolvable. The attached cabal-file contains a dependency for a non-existing package called "bogus". This is what I get: {{{ $ cabal install --only-dependencies --dry-run Resolving depend</pre> Hackage 2012-05-15T11:43:42 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8975 <pre>#950: no dyn_o generated for C files ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: dynamic objects Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- When verifying a bug in GHC-7.5.20120510 I think I discovered a bug in Cabal-1.15.0 that is shipped with the nightly build of GHC. In the llvm-base package the C/C++ modules in the cbits directory are only compiled for the static version and the dynamic objects are not generated. This results in the compiler error: {{{ gcc: dist/build/cbits/extra.dyn_o: file not found gcc: dist/build/cbits/free.dyn_o: file not found gcc: </pre> Hackage 2012-05-11T20:01:44 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8974 <pre>Hi folks - Some time next week, I am planning to import all open Cabal bugs into the github issue tracker. At that point, we should put the Trac issue tracker into read-only mode. Here's a preview of what the imported issues will look like: https://github.com/bos/test1/issues Most issue metadata is preserved, except for being able to attribute issues and their comments directly to users (github's API doesn't allow this). </pre> Bryan O'Sullivan 2012-05-11T07:55:31 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8973 <pre>#949: cabal should fail if compilation depends on a file not existing in the cabal file ---------------------------------+------------------------------------------ Reporter: LeventErkok | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Cabal doesn't complain if the build depends on a Haskell module that exists in the filesystem properly, but is not mentioned in the cabal file itself as part of "exposed-modules" or "other-modules". The build succeeds because ghc can find the relevant file just fine. I've got bitten by this several times, especially after pushing a package to hackage, only to get it fail to build </pre> Hackage 2012-05-11T04:14:14 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8968 <pre>With 2.8 released, I felt Darcs deserves better presentation. After surveying other VCS sites I worked on an update to our home page layout and content over the last few days, with review and input from #darcs, and it went live last night. It's far from perfect but I hope it's a good step forward. Thanks for the input, and have at it: http://darcs.net -Simon </pre> Simon Michael 2012-04-30T19:27:57 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8963 <pre>#948: some way to specify common build-depends for library, executables and test- suites ---------------------------------+------------------------------------------ Reporter: Oblosys | Owner: Type: enhancement | Status: new Priority: low | Milestone: Component: cabal-install tool | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Not sure whether this is a feature request or a bug report. I sometimes have a number of dependencies that are the same for library, executable, and test-suite. The global property 'build-depends' looks like an ideal place to put these, but any dependencies I list there seem to be ignored by cabal. </pre> Hackage 2012-04-27T18:26:29 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8962 <pre>#947: let "cabal -fSomeFlag" produce error for undeclared flags ---------------------------------+------------------------------------------ Reporter: Oblosys | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Typos in flags can lead to confusing problems, especially with large projects that take a long time to build. A simple check could be quite useful: ~&gt; hconfigure -fNonExistentFlag -fSomeFlag cabal: undeclared flag 'NonExistentFlag'. Declared flags are: ExistentFlag, SomeFlag </pre> Hackage 2012-04-27T17:51:03 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8961 <pre>#947: Raspberry Ketone Plus Miracle ----------------------------+----------------------------------------------- Reporter: antibac01 | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- All ingredients used in [http://healthremediesblog.com/raspberry-ketone- plus/ Raspberry Ketone Plus] are all natural and 100% certified by FDA. Raspberry Ketone Plus has been reported with no side effect and been a outstanding to lose weight effectively. Being the latest and newest product in town, it has indeed create a storm of craze for those who wish to lose weight fast. Fox News has reported that most of the health stores have been sold out for this supplemen</pre> Hackage 2012-04-27T08:59:47 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8960 <pre>#946: Packages are downloaded insecurely ----------------------------+----------------------------------------------- Reporter: cooldude | Owner: Type: defect | Status: new Priority: high | Milestone: Component: Cabal library | Version: 1.10.2.0 Severity: major | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- It appears that when running cabal install package, the package is downloaded without any transport security. Anyone who can perform a man in the middle attack could tamper with the package that is being downloaded, resulting in a complete compromise of the cabal user. This makes it impossible to use cabal. The servers should utilize TLS, it is possible to get a free certificate from startcom if price is a concern. Additionally when packages are verified </pre> Hackage 2012-04-26T10:16:58 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8945 <pre>#945: Fails to find install plan for containers package tests ---------------------------------+------------------------------------------ Reporter: tibbe | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.14.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 7.4.1 Platform: Linux | ---------------------------------+------------------------------------------ The containers package has a test-suite section which seems to create a cycle when building the package. Could it be that Cabal treats the package as one unit instead of treating the library and test-suite sections separately, which should remove the cycle. {{{ $ cabal install --enable-tests -v3 searching for ghc in path. found ghc at /usr/local/bin/ghc ("/usr/local/bin/ghc",["--numeric-version"]) /usr/local/bin/g</pre> Hackage 2012-04-24T18:50:09 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8938 <pre>Hi everyone. The cabal repository now lives at Github: https://github.com/haskell/cabal The bug tracker remains with Trac for now. I'll run some experiments with converters from Trac to Github to see whether it's feasible to convert that as well. The darcs repositories should no longer be used. Cheers, Andres </pre> Andres Löh 2012-04-22T13:26:31 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8937 <pre>#944: Duplicate C symbol names -----------------------------+---------------------------------------------- Reporter: PaulVanDerWalt | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.14.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 7.2.2 Platform: Mac OS | -----------------------------+---------------------------------------------- I've run into a problem where I want to include the vty and haskeline packages, which both contain the same C code, of which the symbol names are not translated or made unique. When I use both packages, and try to compile something which has Template Haskell (which triggers loading of all dependencies), I get the following error. GHCi runtime linker: fatal error: I found a duplicate definition for symbol _mk_wcswidth whilst processing object file /Users/paul/.cabal/lib</pre> Hackage 2012-04-22T13:07:54 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8935 <pre>Wed Mar 28 20:08:42 PDT 2012 Duncan Coutts &lt;duncan&lt; at &gt;community.haskell.org&gt; * Fix doc comment for ghcOptSourcePathClear Spotted by tibbe M ./Cabal/Distribution/Simple/Program/GHC.hs -1 +2 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20120329030842-5c91e-ac9056beede12f84766d832f0b00e466eab2a942.gz Tue Jul 26 15:29:23 PDT 2011 Thomas Tuegel &lt;ttuegel&lt; at &gt;gmail.com&gt; * New detailed test suite interface. This patch implements a new interface for detailed test suites based on Duncan's proposal. This implementation differs from his in a few ways: * The constructors of 'Tests' have been renamed. I think 'TestGroup' and 'ExtraTestOptions' are redundant: it is clear from context what sort of Group and what sort of ExtraOptions are being considered and qualified imports can resolve any name conflicts. Group and ExtraOptions have the advantage of improving the brevity of pattern matches on Tests, which are used very often in D.S.Test. *</pre> Duncan Coutts 2012-04-22T10:56:00 http://comments.gmane.org/gmane.comp.lang.haskell.cabal.devel/8929 <pre>Hi. I have converted the existing Cabal/cabal-install darcs repo plus branches into a git repo. Per Igloo's request, I have tried to use the same method that has already been used by ghc to mirror the Cabal darcs repo to git, so that hashes of commits stay stable. However, it turns out that the resulting repo has two invalid commits: $ git fsck error in commit 26ef89b1272a0d860d8c0c0b06e9a78270b179c6: invalid author/committer line - missing space before email error in commit cc2f67f98fbc246f010516c71722d5c3432e0a2b: invalid author/committer line - missing space before email dangling tag d50b3b58bbaac67412af0e1e197946599a627f0d dangling tag 070e971fa01b7801c51455f924522d2edd4408e5 dangling tag b21bf31fc1a95688c27d5e2bd04224802ee9d82c dangling tag 272c383a0dcaeeb8d774136bfd8b555ddcaa32c4 dangling tag 633c2bf039bbfa3fb66b204d358519d374cade22 dangling tag bb40c2dce611768b03600f6baea8b5b19f4a5da3 dangling tag 074186b4abe147ad74287ce9d674b5e29a1989f1 dangling tag b0ae0f70fe571cb89b126eb4b3132627a846d2ca dangling</pre> Andres Löh 2012-04-21T14:40:14 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.haskell.cabal.devel