- cabal-devel - Haskell.org

[Hackage] #949: cabal should fail if compilation depends on a file not existing in the cabal file
by Hackage 11 May '12

11 May '12

#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 on the server because I've failed to put the name of a file in the appropriate section of the cabal file, thus it didn't make it to the .tar.gz bundle that got uploaded to the server. I realize this might be hard to ensure, as it would require a deeper look into the dependencies between modules, but I trust the GHC API should have all the information necessary for cabal to complain appropriately. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/949> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: cabal/pull/2
by Duncan Coutts 07 May '12

07 May '12

On Fri, 2012-05-04 at 21:50 +0200, Tuncer Ayaz wrote: > Hi guys, > > wrt https://github.com/haskell/cabal/pull/2 , I didn't comment there > as there seems to be a consensus on "fork". > > Still, I'd like to question that decision given that "fork" for me > at least carries too much of a "publish an alternative version > with changes" meaning. > > Would fetch or checkout or grab or fetch-scm or something > not be more precise terminology wise? Andres and I discussed this the other day. I think our consensus was to use 'get' and to have that also work for tarballs (like the current 'unpack'). We didn't discuss in detail what a 'get' command would look like, e.g. how to say you want to get the scm version rather than the tarball version. Duncan

1 0

[Hackage] #942: cabal install passes --disable-benchmarks to setups built with Cabal lib versions that don't know that flag
by Hackage 04 May '12

04 May '12

#942: cabal install passes --disable-benchmarks to setups built with Cabal lib versions that don't know that flag ---------------------------------+------------------------------------------ Reporter: kosmikus | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.14.2 Component: cabal-install tool | Version: 1.10.2.0 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/942> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

Darcs home page updated
by Simon Michael 30 Apr '12

30 Apr '12

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

1 0

[Hackage] #947: let "cabal -fSomeFlag" produce error for undeclared flags
by Hackage 28 Apr '12

28 Apr '12

#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: ~> hconfigure -fNonExistentFlag -fSomeFlag cabal: undeclared flag 'NonExistentFlag'. Declared flags are: ExistentFlag, SomeFlag -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/947> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #948: some way to specify common build-depends for library, executables and test-suites
by Hackage 27 Apr '12

27 Apr '12

#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. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/948> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #947: Raspberry Ketone Plus Miracle
by Hackage 27 Apr '12

27 Apr '12

#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 supplement and waiting for a new batch of it to arrived while other has been placing their orders. Nothing really bids this supplement and if you wish to [http://healthremediesblog.com/raspberry-ketone-plus/ buy raspberry ketone plus], good luck in finding one at stores, you would have a better chance to buy it online from the distributors or its suppliers. Many of the online stores also give you a 30 days money back guaranteed so you can try out the product without any risk. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/947> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #946: Packages are downloaded insecurely
by Hackage 26 Apr '12

26 Apr '12

#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 as non-malicious, they should be signed with a "cabal" signing key, and then the package signatures should be verified by cabal. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/946> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #780: Simpler support for isolated/sandboxed builds
by Hackage 25 Apr '12

25 Apr '12

#780: Simpler support for isolated/sandboxed builds ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Cabal/cabal-install allows setting the install prefix and the package database. Together these allow creating isolated builds. This is clearly not sufficiently easy to use as there are now two projects that provide wrappers over cabal-install to provide more direct support for this use case: * http://github.com/creswick/cabal-dev/blob/master/README.md * http://www.haskell.org/haskellwiki/Capri The task is to investigate what user behaviour is desired and to integrate this in the best way with Cabal/cabal-install. This is probably related to: * ticket #556 about local config files (e.g. persistently setting some sandbox flag) * ticket #734 about supporting multiple local .cabal files * ticket #524 about supporting file, directory and url targets for packages and .cabal files -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/780> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #945: Fails to find install plan for containers package tests
by Hackage 25 Apr '12

25 Apr '12

#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/ghc is version 7.4.1 looking for tool "ghc-pkg" near compiler in /usr/local/bin found ghc-pkg in /usr/local/bin/ghc-pkg ("/usr/local/bin/ghc-pkg",["--version"]) /usr/local/bin/ghc-pkg is version 7.4.1 ("/usr/local/bin/ghc",["--supported-languages"]) ("/usr/local/bin/ghc",["--info"]) Reading installed packages... ("/usr/local/bin/ghc-pkg",["dump","--global","-v0"]) ("/usr/local/bin/ghc-pkg",["dump","--user","-v0"]) ("/usr/local/bin/ghc",["--print-libdir"]) Reading available packages... Choosing modular solver. Resolving dependencies... [__0] trying: containers-0.5.0.0 (user goal) [__1] next goal: base (dependency of containers-0.5.0.0) [__1] rejecting: base-3.0.3.2, 3.0.3.1 (global constraint requires installed instance) [__1] trying: base-4.5.0.0/installed-f76... [__2] trying: rts-1.0/installedbuil... (dependency of base-4.5.0.0/installed-f76...) [__3] trying: integer-gmp-0.4.0.0/installed-ec8... (dependency of base-4.5.0.0/installed-f76...) [__4] rejecting: containers-0.5.0.0:!test (global constraint requires opposite flag selection) [__4] trying: containers-0.5.0.0:*test [__5] trying: test-framework-quickcheck2-0.2.12.1 (dependency of containers-0.5.0.0:*test) [__6] trying: test-framework-quickcheck2-0.2.12.1:+base4 [__7] trying: test-framework-quickcheck2-0.2.12.1:-base3 [__8] trying: random-1.0.1.1/installed-3be... (dependency of test- framework-quickcheck2-0.2.12.1:+base4) [__9] trying: time-1.4/installed-3e1... (dependency of random-1.0.1.1 /installed-3be...) [_10] trying: old-locale-1.0.0.4/installed-29b... (dependency of time-1.4 /installed-3e1...) [_11] trying: extensible-exceptions-0.1.1.4/installed-d27... (dependency of test-framework-quickcheck2-0.2.12.1) [_12] trying: test-framework-hunit-0.2.7 (dependency of containers-0.5.0.0:*test) [_13] trying: test-framework-hunit-0.2.7:+base4 [_14] trying: test-framework-hunit-0.2.7:-base3 [_15] trying: test-framework-0.6 (dependency of containers-0.5.0.0:*test) [_16] trying: test-framework-0.6:-tests [_17] trying: test-framework-0.6:+splitbase [_18] trying: hostname-1.0 (dependency of test-framework-0.6) [_19] trying: xml-1.3.12 (dependency of test-framework-0.6) [_20] trying: text-0.11.2.0/installed-a62... (dependency of xml-1.3.12) [_21] trying: bytestring-0.9.2.1/installed-4ad... (dependency of xml-1.3.12) [_22] trying: regex-posix-0.95.1 (dependency of test-framework-0.6) [_23] trying: regex-posix-0.95.1:+splitbase [_24] trying: regex-posix-0.95.1:+newbase [_25] trying: regex-base-0.93.2 (dependency of regex- posix-0.95.1:+newbase) [_26] trying: regex-base-0.93.2:+splitbase [_27] trying: regex-base-0.93.2:+newbase [_28] trying: mtl-2.1/installed-0a8... (dependency of regex- base-0.93.2:+newbase) [_29] trying: transformers-0.3.0.0/installed-f23... (dependency of mtl-2.1 /installed-0a8...) [_30] trying: ansi-wl-pprint-0.6.4 (dependency of test-framework-0.6) [_31] trying: ansi-wl-pprint-0.6.4:+newbase [_32] trying: ansi-wl-pprint-0.6.4:-example [_33] trying: ansi-terminal-0.5.5 (dependency of test-framework-0.6) [_34] trying: ansi-terminal-0.5.5:+splitbase [_35] trying: ansi-terminal-0.5.5:-example [_36] trying: unix-2.5.1.0/installed-346... (dependency of ansi- terminal-0.5.5) [_37] trying: QuickCheck-2.4.2 (dependency of containers-0.5.0.0:*test) [_38] trying: QuickCheck-2.4.2:+templatehaskell [_39] trying: QuickCheck-2.4.2:+base4 [_40] trying: QuickCheck-2.4.2:+base3 [_41] next goal: template-haskell (dependency of QuickCheck-2.4.2:+templatehaskell) [_41] rejecting: template-haskell-2.7.0.0/installed-164... (conflict: containers==0.5.0.0, template-haskell => containers==0.4.2.1/installed- 7c5...) [_41] trying: template-haskell-2.7.0.0 [_42] trying: pretty-1.1.1.0/installed-7e1... (dependency of template- haskell-2.7.0.0) [_43] trying: HUnit-1.2.4.2 (dependency of containers-0.5.0.0:*test) [_44] trying: HUnit-1.2.4.2:+base4 [_45] trying: ghc-prim-0.2.0.0/installed-bd2... (dependency of containers-0.5.0.0) [_46] trying: deepseq-1.3.0.0/installed-6c1... (dependency of containers-0.5.0.0) [_47] next goal: array (dependency of containers-0.5.0.0) [_47] trying: array-0.4.0.0/installed-0b3... [_48] done cabal: internal error: could not construct a valid install plan. The proposed (invalid) plan contained the following problems: The following packages are involved in a dependency cycle test-framework- hunit-0.2.7, test-framework-0.6, regex-posix-0.95.1, regex-base-0.93.2, containers-0.5.0.0, test-framework-quickcheck2-0.2.12.1, QuickCheck-2.4.2, template-haskell-2.7.0.0 }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/945> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4