September 2009 - cabal-devel

Re: [Hackage] #48: improve c2hs support
by Hackage 30 Sep '09

30 Sep '09

#48: improve c2hs support ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.2.1 | Platform: ----------------------------+----------------------------------------------- Changes (by duncan): * reporter: duncan.coutts(a)worc.ox.ac.uk => duncan -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/48#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #48: improve c2hs support
by Hackage 30 Sep '09

30 Sep '09

#48: improve c2hs support ------------------------------------------+--------------------------------- Reporter: duncan.coutts(a)worc.ox.ac.uk | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.2.1 | Platform: ------------------------------------------+--------------------------------- Comment (by duncan): Replying to [comment:4 guest]: > c2hs doesn't seem to get passed the extra-include-dirs values, either. Works fine for include-dirs, so it's only a minor wart. This probably wants to be filed as a separate bug. It's much easier to fix than the problem this ticket is about. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/48#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #48: improve c2hs support
by Hackage 29 Sep '09

29 Sep '09

#48: improve c2hs support ------------------------------------------+--------------------------------- Reporter: duncan.coutts(a)worc.ox.ac.uk | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.2.1 | Platform: ------------------------------------------+--------------------------------- Comment (by guest): c2hs doesn't seem to get passed the extra-include-dirs values, either. Works fine for include-dirs, so it's only a minor wart. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/48#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #594: Unhelpful error message for "module found in multiple packages"
by Hackage 29 Sep '09

29 Sep '09

#594: Unhelpful error message for "module found in multiple packages" -------------------------------------------------+-------------------------- Reporter: Tim <chevalier(a)alum.wellesley.edu> | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Resolution: Keywords: | Difficulty: unknown Ghcversion: | Platform: -------------------------------------------------+-------------------------- Changes (by guest): * reporter: guest => Tim <chevalier(a)alum.wellesley.edu> -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/594#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #594: Unhelpful error message for "module found in multiple packages"
by Hackage 29 Sep '09

29 Sep '09

#594: Unhelpful error message for "module found in multiple packages" ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ I was checking whether cabal-install would install my "extcore" package, and got: {{{ $ sudo cabal install extcore --enable-library-profiling --reinstall Resolving dependencies... Configuring extcore-0.3... Preprocessing library extcore-0.3... Building extcore-0.3... Language/Core/Core.hs:6:7: Could not find module `Data.Generics': it was found in multiple packages: base-3.0.3.1 syb cabal: Error: some packages failed to install: extcore-0.3 failed during the building phase. The exception was: exit: ExitFailure 1 }}} This is an unhelpful error message because it gives the user no information about what they have to do to continue. Since I'm the package author, I was able to figure out that I needed to change the .cabal file to depend on base >= 4. In general, the error message should explain that this is a bug in the package description and to report it to the package maintainer. cabal-install 0.6.2, library version 1.6.0.3. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/594> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #593: Rebuild for library profiling without reinstalling
by Hackage 29 Sep '09

29 Sep '09

#593: Rebuild for library profiling without reinstalling -------------------------------------------------+-------------------------- Reporter: Tim <chevalier(a)alum.wellesley.edu> | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.2 Severity: minor | Resolution: Keywords: | Difficulty: unknown Ghcversion: | Platform: -------------------------------------------------+-------------------------- Changes (by guest): * reporter: guest => Tim <chevalier(a)alum.wellesley.edu> -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/593#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #593: Rebuild for library profiling without reinstalling
by Hackage 29 Sep '09

29 Sep '09

#593: Rebuild for library profiling without reinstalling ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.2 Severity: minor | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ I tried: {{{ cabal install mtl --enable-library-profiling }}} when I already had mtl installed, but didn't have the profiling libraries for installed. I got the message: {{{ No packages to be installed. All the requested packages are already installed. If you want to reinstall anyway then use the --reinstall flag. }}} Re-running the same command with --reinstall did install the profiling libraries, but it also rebuilt the non-profiling version (which was already installed). It would be nice if "cabal install" was smart enough to just rebuild the profiling libraries if you try to install an already- installed library with the --enable-library-profiling flag. This is with cabal-install 0.6.2, library version 1.6.0.3. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/593> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #592: cabal test does not detect that cabal build needs to be re-run
by Hackage 29 Sep '09

29 Sep '09

#592: cabal test does not detect that cabal build needs to be re-run ---------------------------------+------------------------------------------ Reporter: kowey | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ This is a frequently recurring source of confusion in the Darcs team. A: Such and such test fails B: Have you re-run cabal build? A: Oh, no I haven't First seen on http://bugs.darcs.net/issue1299 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/592> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

patch applied (cabal): Fix deadlocks when calling waitForProcess; GHC trac #3542
by Ian Lynagh 28 Sep '09

28 Sep '09

Mon Sep 28 10:45:53 PDT 2009 Ian Lynagh <igloo(a)earth.li> * Fix deadlocks when calling waitForProcess; GHC trac #3542 We now wait on MVars indicating that stdout and stderr have been closed before making the waitForProcess call. M ./Distribution/Simple/Utils.hs -7 +22 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090928174553-3fd76-631ace5f…

1 0

Reverse dependencies in Hackage
by Roel van Dijk 26 Sep '09

26 Sep '09

Hello, I originally send this mail directly to Ross Paterson but then I realised it is probably better to send it to this list. I have written a patch which adds reverse dependencies to Hackage. I have attached the patch to the relevant ticket (#576) http://hackage.haskell.org/trac/hackage/ticket/576 It is implemented roughly as follows: An executable called pkg-rev-deps calculates the reverse dependencies of every package. It writes this information to a file called "revdeps.csv" inside the directory of a package. The package CGI script is modified to read this file. It will display the number of reverse dependencies right after the normal dependencies. The number of reverse dependencies is a link which will take you to a page containing a listing of all the reverse dependencies, direct and indirect. This page is rendered by a new CGI script called "revdeps". If you do not run pkg-rev-deps to generate the revdeps.csv files then package and revdeps will simply claim that there are no reverse dependencies. I have NOT added pkg-rev-deps to the post-upload-hook script, because I can't judge if the additional overhead will be to large. On my system pkg-rev-deps takes about 4.5 times as long as pkg-list to complete its run. About 60% of this time is spent parsing all the package descriptions. Memory usage is fairly low: around 10MB. New files: * RevDepMap.hs -- calculates reverse dependencies * pkg-rev-deps.hs -- generates revdeps.csv files * revdeps.hs -- CGI script that lists reverse dependencies * RevDepsPage.hs -- implementation of the revdeps script Utils now contains a function to load the revdeps.csv file and some functions to calculate revdep related URLs. I also updated the .cabal and Makefile. I don't know if pkg-rev-deps should be added to the post-upload-hook. It already takes some time to upload a package. Perhaps it can be run in a cron-job 4 times a day. Some feedback would be really appreciated. I think that this is a feature which will really add some value to hackage. It can help you when deciding which package to use for you next project. It is also useful for developers as you get an idea how your package is being used. Regards, Roel van Dijk

1 0