February 2014 - cabal-devel

check-pvp
by Henning Thielemann 01 Mar '14

01 Mar '14

Following Mikhail Glushenkov's advice I have prepared a separate tool that checks PVP compliance of imports as proposed in: https://github.com/haskell/cabal/issues/1703 There remain some problems: * How can I exclude automatically generated modules like Path_*.hs from the check? * How can I access modules that are preprocessed? HSC processed modules are stored in dist/build, but CPP processed modules are not stored anywhere. * How shall I cope with condition flags? Currently I use flattenPackageDescription. Alternatively I might only check the modules that are part of the current configuration. But I may miss many modules this way. I might perform checks on all possible configurations. * Can you give me advice on what I shall write to stdout and what to stderr? The purpose of the program is to generate a list of warnings. Shall they be written to stderr because they are warnings or shall they be written to stdout because they are the intended output of the program? * Regarding levels of verbosity: How silent shall silent be? Shall the test results be emitted in silent mode or only in normal verbosity mode?

3 17

Cabal File Pretty Printer
by Daniel Trstenjak 01 Mar '14

01 Mar '14

Hi all, the current cabal file pretty printer creates output in the form: ... extra-source-files: README.md tests/inputFiles/original.cabal tests/inputFiles/setup-config tests/goldenFiles/*.cabal tests/outputFiles/.gitignore library build-depends: base >=3 && <5, cmdargs >=0.10.5 && <0.11, lens >=4.0.1 && <4.1, strict >=0.3.2 && <0.4, Cabal >=1.18.0 && <1.19 exposed-modules: CabalBounds.Args CabalBounds.Main ... other-modules: Paths_cabal_bounds CabalBounds.Bound CabalBounds.Targets CabalBounds.Dependencies CabalBounds.Drop CabalBounds.Update CabalBounds.Lenses ... Would a patch be accepted that creates output that is more diff friendly? Something like: extra-source-files: README.md tests/inputFiles/original.cabal tests/inputFiles/setup-config library build-depends: base >=3 && <5, cmdargs >=0.10.5 && <0.11, lens >=4.0.1 && <4.1, exposed-modules: CabalBounds.Args CabalBounds.Main ... other-modules: Paths_cabal_bounds CabalBounds.Bound CabalBounds.Targets ... Or perhaps: extra-source-files: README.md tests/inputFiles/original.cabal tests/inputFiles/setup-config library build-depends: base >=3 && <5, cmdargs >=0.10.5 && <0.11, lens >=4.0.1 && <4.1, exposed-modules: CabalBounds.Args CabalBounds.Main ... other-modules: Paths_cabal_bounds CabalBounds.Bound CabalBounds.Targets ... I think that I might prefer the second one. Greetings, Daniel

8 11

Uploading to Hackage Problems
by Dominic Steinitz 24 Feb '14

24 Feb '14

I am trying to upload a new version of a package but I get a page saying “no authorisation provided” (the url is http://hackage.haskell.org/packages/candidates/) and I could find no way of logging in. The page http://hackage.haskell.org/packages/upload merely has a “choose file” button and an “upload package” button. Dominic Steinitz dominic(a)steinitz.org http://idontgetoutmuch.wordpress.com

3 7

Reading 'setup-config' with Cabal library
by Daniel Trstenjak 22 Feb '14

22 Feb '14

Hi all, I'm trying to read a 'setup-config' file with the cabal library and I'm getting from 'tryGetPersistBuildConfig' the error: Run the 'configure' command first And the returned ConfigStateFileErrorType is: ConfigStateFileMissing The version of the cabal library used by cabal is: dan@machine $> cabal --version cabal-install version 1.18.0.2 using version 1.18.1 of the Cabal library And the version of the cabal library used by my program seems to match: dan@machine $> ls .cabal-sandbox/x86_64-linux-ghc-7.6.2-packages.conf.d/Cabal-* .cabal-sandbox/x86_64-linux-ghc-7.6.2-packages.conf.d/Cabal-1.18.1-3459d045e142649dd77825434a88fc1a.conf Also the header of the 'setup-config' file I'm trying to read seem to match: Saved package config for cabal-bounds-0.1 written by Cabal-1.18.1 using ghc-7.6 Any ideas what could causing the error? Thanks! Greetings, Daniel

1 1

Kudos
by DJ Penton 18 Feb '14

18 Feb '14

I have been away from Haskell for quite a long time for various reasons, and just got back to it last week. Back then I never got comfortable with Cabal, cabal-install, etc. A couple of years ago I posted a gripe on this list about the Cabal user manual. It appears to me that it has been revised since then, and I must say that I find it much clearer and more informative. Now if I am wrong about it being revised, then my original complaint was unjustified, but if it HAS been improved, then this post is to thank whoever is responsible. I hope that person subscribes to this list. I am also pretty happy so far with sandboxing and cabal repl. I may find wrinkles, but my frustration level as of today is way lower than when I went on hiatus from Haskell. Nice work. - DJ -

1 0

Hackage Travis build failures
by Ian Ross 16 Feb '14

16 Feb '14

Does anyone have any idea what the source of the intermittent Travis failures for Hackage is? The HighLevelTest program sometimes fails to connect to the server -- you can see an example at the bottom of https://travis-ci.org/haskell/hackage-server/builds/18423099 with the (almost) equivalent code passing at https://travis-ci.org/haskell/hackage-server/builds/18970590 -- but there's no indication that the server had problems starting (for instance, because the test port isn't available, or something like that). Looking through the Travis history, this has been happening since at least 31 Oct 2013 (https://travis-ci.org/haskell/hackage-server/builds/13335852) Has anyone seen this happen on any system other than the Travis build machines? -- Ian Ross Tel: +43(0)6804451378 ian(a)skybluetrades.net www.skybluetrades.net

4 6

Re: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1
by Christian Maeder 14 Feb '14

14 Feb '14

Am 06.02.2014 15:27, schrieb Páli Gábor János: > On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten > <merijn(a)inconsistent.nl> wrote: >> >> On Feb 6, 2014, at 10:33 , Christian Maeder wrote: >>> or (as I've seen elsewhere) better (?) >>> >>> #!/usr/bin/env bash >> >> Definitely use this, FreeBSD (for example) does not ship with bash so /bin/bash will *not* exist. > > Please, do not introduce dependency on bash unless it is really necessary. In fact ./configure detects "/bin/bash" as SHELL under Solaris, so this setting could be used (instead of hard coding "bin/sh")! (Under FreeBSD a proper other SHELL might be found by ./configure.) Many configure files of libraries also set SHELL this way. Yet, for this ghc-pwd-bindist script it is easier to make the script (Bourne) /bin/sh compatible. Yet, I have not found out, how this script is created! utils/ghc-pwd/ghc.mk contains "utils/ghc-pwd_dist-install_WANT_BINDIST_WRAPPER = YES" but then I'm lost what build-prog does from rules/build-prog.mk. Maybe somehow the code in libraries/Cabal/Cabal/Distribution/Simple/Program/Script.hs is called, then the second line should be changed from: setEnv (var, Nothing) = ["unset " ++ var, "export " ++ var] setEnv (var, Just val) = ["export " ++ var ++ "=" ++ quote val] to: setEnv (var, Nothing) = ["unset " ++ var, "export " ++ var] setEnv (var, Just val) = [var ++ "=" ++ quote val, "export " ++ var] I guess that is still POSIX compliant. Cheers Christian

1 1

Hackage mirror client
by Ian Ross 04 Feb '14

04 Feb '14

Dear all, Has anyone used the mirror client recently? I'm trying to get set up to work on Hackage a little and haven't succeeded in getting it to work yet. The problem occurs during the upload of the first Cabal file during mirroring: instead of getting the 401 response and retrying with authentication, the mirror client just fails with "hackage-mirror: <socket: 4>: hClose: resource vanished (Broken pipe)". I've tried uploading manually from within GHCi (setting up all the Network.Browser authentication stuff) and that works fine. But I've not been able to track down what the difference is between doing that and what's happening within the mirror client. There doesn't seem to be anything that would cause this in the MirrorSession stuff, and the Network.Browser authentication generator seems to be getting set up correctly, but it never gets to the point where it retries the upload with the generated authentication information. Can anyone confirm whether this is still working and I'm just doing something wrong, or if it's stopped working recently? (In the latter case, I'll spend some more time trying to figure out what's going on.) Cheers, Ian. -- Ian Ross Tel: +43(0)6804451378 ian(a)skybluetrades.net www.skybluetrades.net

1 1