Ticket #56 (new enhancement)

Opened 3 years ago

Last modified 4 months ago

hackageDB should not accept a package if it is not installable

Reported by: ijones Assigned to:
Priority: normal Milestone: HackageDB
Component: hackageDB website Version:
Severity: normal Keywords:
Cc: Difficulty: normal
GHC Version: 6.2.1 Platform: Linux

Description

hackageDB should try to build and install each package in a chroot before "accepting" the package. If it doesn't build, it should email the uploader or maintainer.

Change History

02/22/07 01:14:17 changed by ross@soi.city.ac.uk

  • platform set to Linux.
  • ghcversion set to 6.2.1.
  • type changed from defect to enhancement.

05/26/07 06:15:59 changed by guest

The is hard, because you may need to install C devel libraries. Also, it means running arbitrary code unless it is restricted to main=defaultMain and we ensure no extensions like TemplateHaskell? will be used, either by the .cabal file or by an options pragma. And you may need a particular (possibly darcs) version of a particular implementation.

01/12/08 10:14:07 changed by duncan

One option here is to put newly uploaded packages into a separate category and not move them over into the main repo until there are some number of successful build reports. This would depend on hackage/cabal-install build reporting (ticket #184).

That'd reduce the load on a central hackage server.

02/21/08 12:32:19 changed by duncan

An example we could automatically discover: AutoForms?-0.4 requires syb-with-class>=0.4 but the latest version of syb-with-class in hackage at the moment is 0.3.

03/12/08 06:24:56 changed by duncan

  • milestone changed from Cabal-1.4 to Cabal-1.6.

Not ready for this release, punting.

08/15/08 08:18:21 changed by duncan

  • milestone changed from Cabal-1.6 to HackageDB.