- cabal-devel - Haskell.org

hackage-server memory requirements
by Bas van Dijk 26 Oct '11

26 Oct '11

Hello, What are the typical memory requirements to run hackage-server (as a mirror of the current hackage). The reason I ask is that I tried mirroring hackage on my 4GB desktop machine. I let it mirror overnight but when I came back in the morning the machine was completely unresponsive. It turned out hackage-server was consuming all my RAM and the mirroring was just half-way done. Does this sound like a memory leak or does hackage-server actually require more than 4GB memory? Regards, Bas

2 6

cabal bench implemented
by Johan Tibell 26 Oct '11

26 Oct '11

Hi, Just wanted to advertise that 'cabal bench' is now implement and pushed to HEAD. Please try it out. It's described in the user guide. Cheers, Johan

3 12

patch applied (cabal): "Describe benchmark sections in the user guide"
by Johan Tibell 26 Oct '11

26 Oct '11

Wed Oct 19 08:32:33 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Describe benchmark sections in the user guide M ./Cabal/doc/developing-packages.markdown +69 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

2 2

patch applied (cabal): "Register 'bench' command with the CLI"
by Johan Tibell 26 Oct '11

26 Oct '11

Tue Oct 25 17:53:09 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Register 'bench' command with the CLI M ./cabal-install/Main.hs +3 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): "Briefly document 'cabal test' and 'cabal bench'"
by Johan Tibell 26 Oct '11

26 Oct '11

Tue Oct 25 17:27:38 PDT 2011 Johan Tibell <johan.tibell(a)gmail.com> * Briefly document 'cabal test' and 'cabal bench' M ./Cabal/doc/developing-packages.markdown +27 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

patch applied (cabal): "typos in benchmarks documentation/help" and 1 others
by Johan Tibell 25 Oct '11

25 Oct '11

Tue Oct 25 11:30:32 PDT 2011 Simon Meier <iridcode(a)gmail.com> * typos in benchmarks documentation/help M ./Cabal/Distribution/Simple/Setup.hs -1 +1 M ./Cabal/doc/developing-packages.markdown -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=… Tue Oct 25 11:40:55 PDT 2011 Bas van Dijk <v.dijk.bas(a)gmail.com> * Small doc fix in Benchmarks section M ./Cabal/doc/developing-packages.markdown -1 +1 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=…

1 0

[Hackage] #821: Add support for Apache license
by Hackage 25 Oct '11

25 Oct '11

#821: Add support for Apache license ----------------------------+----------------------------------------------- Reporter: bos | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- I have several projects licensed under the Apache license due to upstream dependencies, but Cabal doesn't know about it. This would be good to add for e.g. license compatibility checkers (I believe Galois has such a tool). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/821> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

[Hackage] #857: Decide what to do about licenses
by Hackage 25 Oct '11

25 Oct '11

#857: Decide what to do about licenses ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: task | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.8.0.6 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Currently you can specify some partial info about a license in the .cabal file. It's not exhaustive and does not cover all licenses. It seems originally intended so that common licenses will be given the same name (so no confusion over "bsd" =? "BSD"). There are a number of outstanding requests for new licenses to be listed (#854 BSD2 & ISC, #821 Apache). This is based on users expecting that most licenses they might want should be listed. The current alternative of course is that they just list it as `OtherLicense`. So this all comes down to what do we want the license field for, what is it's purpose, does it have any semantics? Currently we can't really say that it has any reliable semantics (even if the info were accurate), it's really just a way to stop people spelling "GPL" wrong. It also serves a purpose to indicate what are recommended licenses, to work against license proliferation. So, should we move to a more accurate license system where you can express more precisely the licensing terms? Apart from listing more licenses this would mean we have to tackle: * multiple licenses (conjunctive): the distributor has to comply with multiple licenses, e.g. because different parts of the code have different licenses. * dual licensing (disjunctive): the distributor gets to pick which license to use * GPL open ended versions: The GPL recommends that authors license under terms like "Version X or any later version". This is a special kind of dual licensing, it's the infinite disjunction of all later versions of the license and of course those later versions are mostly unknown so it'd have to be handled specially. Then there's the issue in the BSD licenses that there's hardly any standard BSD3 license, people make up all kinds of variations. The 2-clause license is not actually (properly) listed by the FSF or the OSI (bizarrely the OSI has it listed but with the wrong text). -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/857> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4

cabal init patches
by Brent Yorgey 25 Oct '11

25 Oct '11

Hi all, I've finally gotten around to working on some improvements to cabal init. The first three listed patches are minor improvements. The last is a bigger addition, which tries to guess the right package dependencies to list in the build-depends field. Feedback welcome. -Brent 4 patches for repository http://darcs.haskell.org/cabal: Fri Oct 14 16:21:34 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: improve prompt: 'homepage' field is not for repos. Fri Oct 14 16:22:10 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: improve prompt: enclose y/n in parens Fri Oct 14 16:22:30 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: see whether source directory 'src' exists. Tue Oct 25 01:09:00 EDT 2011 Brent Yorgey <byorgey(a)cis.upenn.edu> * init: guess at filling in deps in the build-depends: field

1 0

[hackage-server] Support Cabal-1.12
by Bas van Dijk 24 Oct '11

24 Oct '11

Hi Duncan, Hackage-server builds successfully against Cabal-1.12.0 which comes with ghc-7.2.1. The attached patch extends the version range. Regards, Bas

1 0