June 2008 - cabal-devel

[Hackage] #285: hackage trac should permit registration
by Hackage 11 Jun '08

11 Jun '08

#285: hackage trac should permit registration ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: miscellaneous | Version: Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- hackage trac does not seem to have a "register" option (compare hackage trac with ghc trac). individual logins are nice because: - gives individual rather than anonymous reporters - one place less to support spam email harvesters (account name instead of full email address) - "register" is always there, hence easy to find, unlike the hint hidden on the trac home page that hackage is still abusing the haskell' trac.. (might lower the barrier to file report/suggestion tickets) Duncan comments: We used to have that and got horribly spammed. Apparently for the ghc trac they've worked out how to do that without getting spammed so presumably we could do the same. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/285> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

Re: [Hackage] #58: allow darcs repo to be specified in cabal file
by Hackage 11 Jun '08

11 Jun '08

#58: allow darcs repo to be specified in cabal file ----------------------------+----------------------------------------------- Reporter: ijones | Owner: Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.6 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * milestone: Cabal-1.4 => Cabal-1.6 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/58#comment:9> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

What are hookedPrograms for?
by Alistair Bayley 11 Jun '08

11 Jun '08

I'm looking at an example Duncan gave for Takusen's setup + .cabal: http://hpaste.org/6279 ... and do not understamd what hookedPrograms is all about. Can someone enlighten me? FWIW, my goal is to either locate or run some programs during the configure stage, and use the results (locating a program gives a directory, running a program gives directories printed on stdout) to modify the extraLibDirs and includeDirs in BuildInfo. I've been browsing the 1.3.12 sources, but no epiphany yet... Alistair

2 1

patch applied (cabal-install): Take the the flag assignment into account in the resolver
by Duncan Coutts 10 Jun '08

10 Jun '08

Tue Jun 10 16:52:12 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Take the the flag assignment into account in the resolver so it now actually works to say: $ cabal install foo -fbar M ./Hackage/Dependency/TopDown.hs -16 +25 M ./Hackage/Dependency/TopDown/Types.hs -1 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610235212-adfee-…

1 0

patch applied (cabal-install): Put the configurations flags into each UnresolvedDependency
by Duncan Coutts 10 Jun '08

10 Jun '08

Tue Jun 10 16:50:24 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Put the configurations flags into each UnresolvedDependency We don't actually have per-package flags yet. All -f flags on the install/upgrade command line apply to every paclage. M ./Hackage/Setup.hs -7 +6 M ./Main.hs -3 +11 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610235024-adfee-…

1 0

patch applied (cabal-install): Put the build client it into the build reports
by Duncan Coutts 10 Jun '08

10 Jun '08

Tue Jun 10 16:46:54 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Put the build client it into the build reports M ./Hackage/Reporting.hs -1 +12 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080610234654-adfee-…

1 0

Re: [Hackage] #283: install command doesn't install dist/doc/users-guide/
by Hackage 10 Jun '08

10 Jun '08

#283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin <avatar(a)hot.ee> | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: very hard (<1 week) Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by duncan): The implication of course is that we should use Cabal's `Setup.hs` script to build and install the user guide. Though we still have the problem of portably discovering the xslt stylesheet to use. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/283#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #283: install command doesn't install dist/doc/users-guide/
by Hackage 10 Jun '08

10 Jun '08

#283: install command doesn't install dist/doc/users-guide/ ----------------------------------------------+----------------------------- Reporter: Misha Aizatulin <avatar(a)hot.ee> | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: very hard (<1 week) Ghcversion: 6.8.2 | Platform: ----------------------------------------------+----------------------------- Comment (by duncan): Replying to [comment:3 guest]: > There are two tasks: building the documentation and installing it. As for building, it is surely good to support widely known formats, but I think the developer should always have the option to do something else (say via a hook). It is not possible to anticipate all the possible types of documentation that the developers are going to come up with. Suppose for instance if someone writes an alternative to haddock and uses it to process its own documentation. True. That is possible at the moment. One would have to override the haddock and install hooks. > As to installing the documentation, it seems to be rather easy: just copy the contents of /dist/doc to $docdir. This can be done independently of how the documentation was built. Or am I missing something? I'm a bit nervous of just installing all the files that happen to be under that directory. I much prefer solutions where we know exactly which files we should be installing. What happens when you get stale files in there due to renaming etc? We end up installing said stale files. In a decent build system I think we should know how to build and re-build every file. In that case we always know what files to install and how to make sure they're up-to-date. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/283#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-branches/cabal-1.4): Close the package.conf file after reading it
by Duncan Coutts 10 Jun '08

10 Jun '08

Tue Jun 10 11:02:17 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Close the package.conf file after reading it We had a bug on windows where we open and read ghc's package.conf database but because we did not consume the final newline we did not close the file. Then when we called ghc-pkg to register a package it failed because it could not rename the open file. M ./Distribution/Simple/GHC.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008061018…

1 0

patch applied (cabal-branches/cabal-1.4): Add withFileContents and withUTF8FileContents
by Duncan Coutts 10 Jun '08

10 Jun '08

Tue Jun 10 11:01:50 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Add withFileContents and withUTF8FileContents Safe block scoped reading of files. These guarantee that the file gets closed. M ./Distribution/Simple/Utils.hs -4 +28 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008061018…

1 0