- cabal-devel - Haskell.org

Dependency guessing for cabal init
by Brent Yorgey 21 Oct '11

21 Oct '11

Hi everyone, I'm working on some improvements to 'cabal init', the biggest of which is looking at imports in source files to guess an initial list of dependencies to populate the 'Build-depends:' field. I wanted to get some feedback on a design decision: what to do when we find multiple packages providing the same module? Suppose we find a source file with the line import Foo.Bar So we get the list of installed packages, and look for packages providing the Foo.Bar module. If there's only one, great! We just use that version of that package as a dependency (with a conservative upper bound guided by the PVP). However, I suspect that much of the time we will instead find something like this: Scenario A: foobar-0.3 foobar-0.4 foobar-0.4.1 Scenario B: foobar-0.3 wizbang-0.4 all providing Foo.Bar. In Scenario A, which do we pick as our dependency: (a) foobar >= 0.3 && < 0.5 (b) foobar >= 0.4 && < 0.5 (c) foobar >= 0.4.1 && < 0.5 Personally, I lean towards (b): the earliest version PVP-compatible with the latest available version. But I could in principle be convinced of any of these options. In Scenario B, do we: (a) arbitrarily pick a package (and generate a warning) (b) refuse to pick either package (and generate a warning)? (c) pick *both* and let the user clean up the mess later (and generate a warning)? I suppose (b) seems most sensible. It's possible no one really cares and it doesn't matter that much, which is also fine. =) -Brent

2 1

Two patches for hackage-server
by Bas van Dijk 20 Oct '11

20 Oct '11

Hi Duncan, as promised attached is the patch that turns crypt into a safe ccall. Also attached is a patch that updates hackage-server to the latest versions of its dependencies. This enables it to build on ghc-7.2.1. I also depend on a new unreleased version of rss. I also attached this patch for rss. I'm currently looking for the new maintainer of rss (Bjorn Bringert doesn't maintain it anymore). If nobody steps up, I will take it over. Regards, Bas

1 0

patch applied (/home/srv/code/hackage-server): "Link with the crypt lib"
by duncan＠lun.haskell.org 20 Oct '11

20 Oct '11

Thu Oct 20 21:19:24 BST 2011 Duncan Coutts <duncan(a)well-typed.com> * Link with the crypt lib Ignore-this: d20e90b6668040dcfebc462933dff14d Except on OSX where it's in libc. M ./hackage-server.cabal +3

1 0

patch applied (/home/srv/code/hackage-server): "Tidy up the runServerPartT_hack" and 1 others
by Max Bolingbroke 19 Oct '11

19 Oct '11

Wed Oct 19 07:49:26 BST 2011 Max Bolingbroke <batterseapower(a)hotmail.com> * Tidy up the runServerPartT_hack Ignore-this: aa344978763ecd1d905d6c921d78d03 M ./Distribution/Server/Util/Happstack.hs -16 +8 Wed Oct 19 09:52:16 BST 2011 Max Bolingbroke <batterseapower(a)hotmail.com> * Serve a plain text password upgrade message to cabal-install clients Ignore-this: dff158eb8baaad66b9b5064afd2c54af M ./Distribution/Server/Framework/Auth.hs -18 +24 M ./Distribution/Server/Util/ContentType.hs -12 +18

1 0

Mirroring package uploader/upload date
by Max Bolingbroke 18 Oct '11

18 Oct '11

Fellow members of the shadowy Cabal, I've been looking at making the mirror client supply the original uploading user/upload time when it mirrors a package. I've developed an approach (attached) that, rather than PUTting a simple tarball to mirror, PUTs a combination of the tarball, user name and upload date in multipart/form-data format. This works (though the code is a bit grungy still). The only thing I'm worrying about before I tidy it up and commit is whether it is sufficiently RESTful: it feels a bit weird that the thing that you PUT is not what you get back from making a GET request to that URL. An alternative approach would be to expose resources for the uploader/upload time of a package, which the mirror client could then simply PUT to. Anyone have any thoughts on the right approach here? Max

2 2

patch applied (/home/srv/code/hackage-server): "Add FIXME" and 3 others
by Max Bolingbroke 18 Oct '11

18 Oct '11

Tue Oct 18 22:23:12 BST 2011 Max Bolingbroke <batterseapower(a)hotmail.com> * Add FIXME Ignore-this: 9de57a0e0cbcecd81b57a4be71980b57 M ./Distribution/Server/Framework/Auth.hs +1 Tue Oct 18 22:35:36 BST 2011 Max Bolingbroke <batterseapower(a)hotmail.com> * Add URLs mirrorers can use to PUT/GET the upload time Ignore-this: 14c00e2e19c7050a93a20731a52c7ce6 M ./Distribution/Server/Features/Mirror.hs -2 +27 M ./Distribution/Server/Packages/State.hs +12 Tue Oct 18 22:47:59 BST 2011 Max Bolingbroke <batterseapower(a)hotmail.com> * Add URL to allow an uploader to be PUT to the server Ignore-this: 2cb926008b4593c9f1ba2d33fbac7534 M ./Distribution/Server/Features/Mirror.hs -4 +19 M ./Distribution/Server/Packages/State.hs -5 +11 Tue Oct 18 22:57:40 BST 2011 Max Bolingbroke <batterseapower(a)hotmail.com> * Have the mirror client PUT uploader/upload time if available Ignore-this: ed5580492a68dec97e7d7068f25bc3f3 M ./MirrorClient.hs -14 +22

1 0

Re: [Hackage] #626: Package build error due to unicode
by Hackage 18 Oct '11

18 Oct '11

#626: Package build error due to unicode ----------------------------+----------------------------------------------- Reporter: basvandijk | Owner: Type: defect | Status: reopened Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Resolution: Keywords: | Difficulty: unknown Ghcversion: | Platform: ----------------------------+----------------------------------------------- Comment(by nomeata): Hmm, this write the prologue, but then haddock fails with the same error. http://www.haskell.org/haddock/doc/html/ch03s08.html Says that Unicode characters should be escaped. So I guess this should happen here as well. Or just haddock be made unicode aware... -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/626#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #626: Package build error due to unicode
by Hackage 18 Oct '11

18 Oct '11

#626: Package build error due to unicode ----------------------------+----------------------------------------------- Reporter: basvandijk | Owner: Type: defect | Status: reopened Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Resolution: Keywords: | Difficulty: unknown Ghcversion: | Platform: ----------------------------+----------------------------------------------- Comment(by nomeata): I am currently testing this patch, and will report if it works: {{{ --- ghc-7.0.4.orig/libraries/Cabal/Distribution/Simple/Haddock.hs +++ ghc-7.0.4/libraries/Cabal/Distribution/Simple/Haddock.hs @@ -109,7 +109,7 @@ import Data.Maybe ( fromMaybe, listTo import System.FilePath((</>), (<.>), splitFileName, splitExtension, normalise, splitPath, joinPath) -import System.IO (hClose, hPutStrLn) +import System.IO (hClose, hPutStrLn, hSetEncoding, utf8) import Distribution.Version -- Types @@ -380,6 +380,7 @@ renderArgs verbosity version args k = do createDirectoryIfMissingVerbose verbosity True outputDir withTempFile outputDir "haddock-prolog.txt" $ \prologFileName h -> do do + hSetEncoding h utf8 hPutStrLn h $ fromFlag $ argPrologue args hClose h let pflag = (:[]).("--prologue="++) $ prologFileName }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/626#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #626: Package build error due to unicode
by Hackage 18 Oct '11

18 Oct '11

#626: Package build error due to unicode ----------------------------+----------------------------------------------- Reporter: basvandijk | Owner: Type: defect | Status: reopened Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Resolution: Keywords: | Difficulty: unknown Ghcversion: | Platform: ----------------------------+----------------------------------------------- Changes (by ross): * component: hackageDB website => Cabal library Comment: OK, that would need to be done in the library. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/626#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #626: Package build error due to unicode
by Hackage 18 Oct '11

18 Oct '11

#626: Package build error due to unicode --------------------------------+------------------------------------------- Reporter: basvandijk | Owner: Type: defect | Status: reopened Priority: normal | Milestone: Component: hackageDB website | Version: 1.6.0.1 Severity: normal | Resolution: Keywords: | Difficulty: unknown Ghcversion: | Platform: --------------------------------+------------------------------------------- Changes (by nomeata): * status: closed => reopened * resolution: fixed => Comment: I think this is a bug; the behaviour of "Setup haddock" should not depend on the locale of the user; this did bite the Debian package maintainers: http://bugs.debian.org/645573 I guess this can be fixed by a simple call to hSetEncoding. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/626#comment:2> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0