Hi folks,
I'd like to get feedback on a spec/proposal for distributing package
collections via hackage. This is currently somewhere beyond vapourware
but certainly not a fait accompli and hopefully it is at an appropriate
point to get feedback.
The basic idea is that package collections are:
On Tue, 2015-07-14 at 13:52 +0100, Duncan Coutts wrote:
Syntax:
Package collection names and versions exactly follow those of package
names (but they live in a different namespace). For example,
stackage-lts-2.9, or deprecated-343 (the latter being a rolling
collection with a meaningless
On Tue, 2015-07-14 at 12:02 -0700, Edward Z. Yang wrote:
Hello Duncan,
In my eyes, this proposal looks like some sort of generalization of
Stackage; and one further use case is special purpose collection. My
big question: how composable are these collections really? I can't put
two
integration just uses these as external dependencies.
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
cabal-devel mailing list
cabal-devel@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel
for managing
file based repos).
The plan is that for the beta we'll deploy the server side code on
hackage.h.o meaning that the main smart server will provide all the
required security metadata.
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
On Mon, 2015-04-27 at 23:55 -0400, Gershom B wrote:
So there are many discussions over various hackage security schemes,
and there are a variety of takes on the different elements of how we
could make package distribution more secure.
However, everyone seems to agree that it would be
On Mon, 2015-03-23 at 08:45 +, Simon Peyton Jones wrote:
Dear Cabal developers
You'll probably have seen the thread about the Haskell Platform.
Among other things, this point arose:
| Another thing we should fix is the (now false) impression that HP gets in
| the way of installing
On Mon, 2015-03-23 at 20:13 +, Simon Peyton Jones wrote:
But I'm hazy about why sandboxes are needed at all. As I understand
it, they were invented to solve the very problem that is now solved
(if only Cabal could take advantage of it).
Yes, the nix approach would subsume sandboxes.
I
On Mon, 2015-03-23 at 22:10 +, Duncan Coutts wrote:
On Mon, 2015-03-23 at 20:13 +, Simon Peyton Jones wrote:
But I'm hazy about why sandboxes are needed at all. As I understand
it, they were invented to solve the very problem that is now solved
(if only Cabal could take advantage
Cheers! Fixed.
I've stashed copies of all the Cabal logo files in
http://www.haskell.org/cabal/images/
(FYI the cabal website is a darcs repo)
On Tue, 2014-04-08 at 13:19 -0700, Jonan Scheffler wrote:
Who can fix this?
On Apr 8, 2014 11:47 AM, cabal-devel-ow...@haskell.org wrote:
You are
On Wed, 2014-04-30 at 03:15 +0400, Nikita Karetnikov wrote:
Following up on the “cabal-install: Replacing HTTP with HTTPS” thread.
I think we can do better. I want to make sure that people will notice
if someone compromises the packages on hackage.haskell.org.
Here’s a rough plan:
1.
On Fri, 2013-10-18 at 16:05 +0200, Herbert Valerio Riedel wrote:
Hello Duncan,
...any recommendation on this one? For isntance, how do I best add a link
from the
description-field pointing to the changelog file?
No I think the longer term solution is to treat the changelog properly
in some
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http
.
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
a template (like many of the new
features use) so that it's easy to customise text like this.
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman
On Fri, 2013-09-06 at 18:36 -0400, Gershom Bazerman wrote:
Sorry for not replying to the list. That info is outdated as of last
month and we need to update (its now in a vm on rock.haskell.org, the
new box) . I've already put Johan in touch with our admins who can set
him up. We can also
On Wed, 2013-04-10 at 23:58 +0400, Lennart Kolmodin wrote:
2013/4/5 Duncan Coutts dun...@well-typed.com
On Thu, 2013-04-04 at 22:38 +0400, Lennart Kolmodin wrote:
I tried to login with my username/pw, but failed.
Here's what I did:
I go to a package I've published and hit edit
On Tue, 2013-04-09 at 08:46 -0400, Benjamin Scarlet wrote:
I'm having trouble with install --builddir.
If I run
$ cabal install --builddir /some/absolute/path test-framework
I get an error after regex-posix is installed, during the build of
test-framework:
.
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
On Thu, 2013-04-04 at 15:46 +0100, Rob Stewart wrote:
Hi Duncan, Edsko.
I'd like to know where I should most appropriately submit a bug
report, or indeed whether the behaviour that I am experiencing is a
bug or a user misuse of cabal.
It's a consequence of a misunderstanding of how package
On Tue, 2013-03-19 at 07:29 -0700, Johan Tibell wrote:
On Tue, Mar 19, 2013 at 6:35 AM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
Go for it!
You'll also notice that the code uses different styles in different
places (because of different authors). We've not gone through
On Thu, 2013-03-21 at 17:51 -0400, Isaac Dupree wrote:
On 03/18/2013 12:55 PM, Duncan Coutts wrote:
[...] it
is not simply the outline parser for cabal-style files that we're
talking about. We also need parsers/pretty printers for all the various
little types that make up the info about
On Tue, 2013-03-19 at 00:15 +, Ben Millwood wrote:
Hi everyone,
Do we have a general notion of what we consider best practices for
contributed code to Cabal? Perhaps we should formalise something?
One of the reasons I wanted to get the wiki back online was in the hope
that it had
On Sun, 2013-03-17 at 21:04 +0100, Henning Thielemann wrote:
On Sun, 17 Mar 2013, Ian Lynagh wrote:
I think it would be feasible to stop GHC itself from using the human
readable format. The only place I can think of it being used is in the
package database, but we could use either
On Sun, 2013-03-17 at 19:27 +, Ian Lynagh wrote:
On Sun, Mar 17, 2013 at 09:57:25AM -0700, Mark Lentczner wrote:
Is it essential, or even sensical, that the serialization format GHC needs
for storing package info bear any relation to the human authored form? If
not, the split out of
On Mon, 2013-03-18 at 12:43 +, Ian Lynagh wrote:
On Mon, Mar 18, 2013 at 12:34:16PM +, Duncan Coutts wrote:
Then you can have ghc-pkg depend on Cabal and use that for the
human-readable bits, but since that's a program then it doesn't expose
the Cabal lib dependency. Then ghc
On Fri, 2013-03-15 at 10:10 +0100, Herbert Valerio Riedel wrote:
Duncan Coutts duncan.cou...@googlemail.com writes:
[...]
I've been doing regression testing against hackage and I'm satisfied
that the new parser matches close enough. I've uncovered all kinds of
horrors with .cabal
On Fri, 2013-03-15 at 12:37 +0800, Conrad Parker wrote:
On 14 March 2013 22:53, Duncan Coutts duncan.cou...@googlemail.com wrote:
I've been doing regression testing against hackage and I'm satisfied
that the new parser matches close enough. I've uncovered all kinds of
horrors with .cabal
On Fri, 2013-03-15 at 05:19 +0100, Bardur Arantsson wrote:
On 03/14/2013 11:01 PM, Duncan Coutts wrote:
On Thu, 2013-03-14 at 11:15 -0700, Jason Dagit wrote:
On Thu, Mar 14, 2013 at 11:01 AM, Bardur Arantsson
s...@scientician.netwrote:
On 03/14/2013 03:53 PM, Duncan Coutts wrote:
Hi
On Fri, 2013-03-15 at 12:47 +0100, Mikhail Glushenkov wrote:
Hi,
On Fri, Mar 15, 2013 at 8:14 AM, Andres Löh and...@well-typed.com wrote:
No, please do not remove it. Running install without --only causes all sorts
of things to happen, because install is the magic command. The --only
Hi folks,
I want to give you advance notice that I would like to make Cabal depend
on parsec. The implication is that GHC would therefore depend on parsec
and thus it would become a core package, rather than just a HP package.
So this would affect both GHC and the HP, though I hope not too much.
On Thu, 2013-03-14 at 14:53 +, Duncan Coutts wrote:
Hi folks,
I want to give you advance notice that I would like to make Cabal depend
on parsec. The implication is that GHC would therefore depend on parsec
and thus it would become a core package, rather than just a HP package.
So
On Thu, 2013-03-14 at 16:06 +0100, Gregory Collins wrote:
On Thu, Mar 14, 2013 at 3:53 PM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
Hi folks,
I want to give you advance notice that I would like to make Cabal depend
on parsec. The implication is that GHC would therefore depend
On Thu, 2013-03-14 at 12:22 -0300, Administrator wrote:
This GHC dependency on Cabal is putting a rather troubling constraint
in Cabal's evolution, which in my opinion is a serious problem. When I
first took a look at the dependencies between GHC and Cabal I found it
a bit strange that GHC
On Thu, 2013-03-14 at 09:39 -0700, Jason Dagit wrote:
Why did I choose parsec? Practicality dictates that I can only use
things in the core libraries, and the nearest thing we have to that is
the parser lib that is in the HP. I tried to use happy but I could not
construct a grammar/lexer
| -Original Message-
| From: cabal-devel-boun...@haskell.org
[mailto:cabal-devel-boun...@haskell.org]
| On Behalf Of Administrator
| Sent: 14 March 2013 15:23
| To: Duncan Coutts
| Cc: Lentczner; cabal-devel; Haskell Libraries; ghc-d...@haskell.org
| Subject: Re: Advance notice
On Thu, 2013-03-14 at 21:29 +0200, Roman Cheplyaka wrote:
* Duncan Coutts duncan.cou...@googlemail.com [2013-03-14 17:12:14+]
The InstalledPackageInfo and its parser is what ghc and ghc-pkg
primarily use (though there's the opportunity to share code for handling
package indexes
On Thu, 2013-03-14 at 11:15 -0700, Jason Dagit wrote:
On Thu, Mar 14, 2013 at 11:01 AM, Bardur Arantsson
s...@scientician.netwrote:
On 03/14/2013 03:53 PM, Duncan Coutts wrote:
Hi folks,
Why did I choose parsec? Practicality dictates that I can only use
things in the core
On Wed, 2013-02-20 at 12:59 +, Ben Millwood wrote:
There's lots of stuff in the trac that still doesn't live anywhere else,
and references to it in the README and docs.
Are we planning to migrate that content anywhere else? Are we planning
to use trac in future?
I'd be happy to
) to be able to edit package metadata, in particular the
constraints on dependencies. Once we get there, that'll be a rather
important job. So I'm also looking for volunteers there, both to be
trustees and to help finish implementing the metadata-editing feature.
--
Duncan Coutts, Haskell Consultant
On 23 January 2013 05:41, Nathan Hüsken nathan.hues...@posteo.de wrote:
Hey,
I am working on getting ghc to cross compile to android.
When trying to get haskeline to compile. I want to change the cabal file
such that it sets a flag when compiling for android.
For that I changed cabal so
).
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
On Sun, 2012-12-16 at 20:14 +0100, Herbert Valerio Riedel wrote:
Hello Cabal Devs,
Since the recurring topic of software licenses is being discussed on
haskell-cafe again, I was wondering what the .cabal license-field should
be for packages linking _directly_ to C-libraries, such as Haskell
On 14 December 2012 23:33, Johan Tibell johan.tib...@gmail.com wrote:
On Fri, Dec 14, 2012 at 3:29 PM, Ben Millwood hask...@benmachine.co.uk
wrote:
Do we therefore have no interest in compilers other than GHC? Can we
drop all instances of ifdef __HUGS__ from the code?
I think doing so would
On 22 November 2012 09:17, Henning Thielemann
lemm...@henning-thielemann.de wrote:
On Thu, 22 Nov 2012, Simon Peyton-Jones wrote:
The solution is obvious: we should make it possible to instally
yesod-platform-2.7 twice,
once version depending on data-default-0.4
once version depending on
On Wed, 2012-11-07 at 20:36 -0800, Johan Tibell wrote:
Hi Duncan,
I'm trying to finalize the list of things to include in
Cabal/cabal-install 1.18, which I hope to push out by the end of this
year. What's the current status of the cabal repl work? Is it close
enough to being finished for
On Fri, 2012-11-02 at 16:52 +0100, Simon Hengel wrote:
Duncan,
Moreover, it would be awesome if it would regenerate generated source
files on :reload. I'm not sure if this is feasible without changes to
GHCi, but a custom macro, e.g.
:cabal-reload
could still work.
On Fri, 2012-11-02 at 11:25 +0100, Simon Hengel wrote:
Recently, I had to add a MIN_VERSION macro to my code because of the
old-time / time change in directory, but couldn't test the library in
ghci because the macro was not defined.
I discovered that configuring ghci with
:set
On Wed, 2012-10-31 at 10:22 -0700, Johan Tibell wrote:
Hi all,
Sensible defaults are important to provide a smooth user experience,
especially for first-time users. There are a few areas where I think cabal
could improve its default behavior. In particular, here are a couple of
changes I
On 1 October 2012 04:21, Johan Tibell johan.tib...@gmail.com wrote:
Hi,
I don't want to hold up the release on this issue if it needs more
discussion. I'd like to make another Cabal/cabal-install release
before end of the year (probably around GHC's release timeline), to
include the sandbox
On 30 September 2012 05:26, Bryan O'Sullivan b...@serpentine.com wrote:
On Fri, Sep 28, 2012 at 5:55 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
Being able to do this relies on both editing on the server, and for
the client to actually use the updated .cabal file. So this patch
to everyone (and ideally, most users will never notice).
The patches in question are below, they'll need to be merged into the
1.16 branch but I don't expect any problems there.
commit b7565f941b2dd5d61a77e46826fd256358505de7
Author: Duncan Coutts dun...@community.haskell.org
Date: Sat Sep 29 01:41:31
On 5 September 2012 20:22, Erik Hesselink hessel...@gmail.com wrote:
Also, we haven't had a single problem that I'm aware of on Ross Paterson's
watch as bouncer for Hackage 1.The point I'm trying to make is that a
technical solution imposes additional administrative and technical overhead
On 6 September 2012 19:53, Ian Lynagh i...@well-typed.com wrote:
On Thu, Sep 06, 2012 at 07:14:53PM +0100, Ross Paterson wrote:
On Thu, Sep 06, 2012 at 06:49:36PM +0100, Matthew Gruen wrote:
To my knowledge, It's technically possible to import the old accounts.
Why is that? I think that's
On 6 September 2012 19:49, Ian Lynagh i...@well-typed.com wrote:
Hi all,
I've had a bit of experience with Hackage 2 and acid-state now, and I'm
not convinced that it's the best fit for us:
* It's slow. It takes about 5 minutes for me to stop and then start the
server. It's actually
On 6 September 2012 21:06, Duncan Coutts duncan.cou...@googlemail.com wrote:
On 6 September 2012 19:49, Ian Lynagh i...@well-typed.com wrote:
* Only a single process can use the database at once. For example, if
the admins want a tool that will make it easier for them to approve
user
On 5 September 2012 14:34, Lars Viklund z...@acc.umu.se wrote:
On Wed, Sep 05, 2012 at 09:19:53AM -0400, Leon Smith wrote:
Well, I guess that sort of counts as a refusal. What kinds of requests
lead you to ask for more information, and what kinds of information have
you asked for?
On Wed,
On Sun, 2012-08-26 at 22:27 -0700, Bryan O'Sullivan wrote:
We need to publish a new cabal-install 0.16 release shortly, ideally before
GHC 7.6.1 and the next Haskell Platform come out.
At the very least, there's a newish incompatibility between GHC 7.6 and
cabal-install that causes all
On 3 July 2012 20:38, Johan Tibell johan.tib...@gmail.com wrote:
On Mon, Jul 2, 2012 at 3:14 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
Something to keep in mind is memory usage. I know Jeremy is looking at
this from the infrastructure side, but I think from the app side there's
On Mon, 2012-07-02 at 12:25 +0100, Ian Lynagh wrote:
Hi all,
I'm planning to spend some time, on behalf of the Industrial Haskell
Group, working on Hackage 2 in the coming weeks.
[..]
Now #913 I assume is not a blocker. #919 I assume is also not a blocker.
And #914 and #915 are
On 23 May 2012 23:14, Bryan O'Sullivan b...@serpentine.com wrote:
You can now find open issues
here: https://github.com/haskell/cabal/issues?state=open
Haven't had time to look at it yet (on the road atm) but I just wanted
to say a big thank you Bryan for all the hard work!
Duncan or Andres,
Good work David.
I used to do something like this for Cabal regression testing but the
method I used didn't scale well as hackage grew. I'll look into using
your tool next time for testing a major Cabal / cabal-install release.
Duncan
On 23 April 2012 21:37, David Terei dave.te...@gmail.com
Wed Mar 28 20:08:42 PDT 2012 Duncan Coutts dun...@community.haskell.org
* Fix doc comment for ghcOptSourcePathClear
Spotted by tibbe
M ./Cabal/Distribution/Simple/Program/GHC.hs -1 +2
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h
On 7 September 2011 20:14, Thomas Tuegel ttue...@gmail.com wrote:
Greetings once again!
I have attached an updated patch with the requested changes to the
test interface. (I apologize for the delay; it was caused by the
unfortunate conspiracy of moving, not having internet access, and
On Tue, 2012-04-17 at 10:32 +0300, Eyal Lotem wrote:
I built a preliminary prototype of cabal update enhancements:
A) Using a Lazy I/O bytestring with the HTTP download, so that it can do a
streaming-decompress on-the-fly (This gives a 30% speedup on my machine)
That's interesting. I'm
Fri Nov 11 05:31:13 PST 2011 Duncan Coutts dun...@community.haskell.org
* Note in the README that you can install using the cabal program
M ./Cabal/README +11
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.14;a=darcs_commitdiff;h=2011133113
Sat Sep 24 22:18:15 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Add brief description of PVP to cabal init generated .cabal files
M ./cabal-install/Distribution/Client/Init.hs -2 +13
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h
Sat Sep 24 22:18:15 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Add brief description of PVP to cabal init generated .cabal files
M ./cabal-install/Distribution/Client/Init.hs -2 +13
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.14
Tue Mar 27 15:52:05 PDT 2012 Duncan Coutts dun...@community.haskell.org
* Convert ghc option construction to use an options record
Using a structured representation of the ghc options rather
than [String] makes it easier to share and reuse the code
for building sets of ghc options, which
Wed Mar 28 15:05:56 PDT 2012 Duncan Coutts dun...@community.haskell.org
* Fix ticket #731
M ./cabal-install/Distribution/Client/Configure.hs -9 +12
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal-branches/cabal-1.14;a=darcs_commitdiff;h=20120328220556-5c91e
Sat Mar 17 13:28:58 PDT 2012 Duncan Coutts dun...@community.haskell.org
* Fix for #917: Generated Paths module broken with NoImplicitPrelude
import Prelude explicitly
M ./Cabal/Distribution/Simple/Build/PathsModule.hs -1 +2
View patch online:
http://darcs.haskell.org/cgi-bin
Hi Jason,
You may need to hack the code I'm afraid. It gets the home dir as part
of reading the configuration file. Look for where it uses
getAppUserDataDirectory. In particular it's used indirectly in
baseSavedConfig, though it should mostly get overridden if the config
file is found. So
On 11 February 2012 18:03, Antoine Latter aslat...@gmail.com wrote:
I'm using a development cut of cabal install from a few weeks ago, so
this may not be relevant anymore (I'll upgrade soon to try the changes
to --enable-tests and install soon), but I found this behavior odd:
When using
On 8 February 2012 16:58, Erik Hesselink hessel...@gmail.com wrote:
On Mon, Feb 6, 2012 at 19:07, Duncan Coutts
duncan.cou...@googlemail.com wrote:
On 6 February 2012 15:22, Erik Hesselink hessel...@gmail.com wrote:
Hi all,
We run hackage-server internally at Silk. Every time we update
On 2 December 2011 07:19, Edward Z. Yang ezy...@mit.edu wrote:
Hello folks,
I was thinking a little about how build flags that modify functionality
are harmful for dependency resolution (pandoc and xmobar, I'm glaring at you),
but authors will still use this feature because it's a lot easier
On 2 December 2011 12:21, Chris Dornan ch...@chrisdornan.com wrote:
Indeed it looks like a mechanism for making multiple packages easier to
manage -- rather like RPM provides (from which the terminology is borrowed I
think).
It sounds like a really good idea and surely the best way of
Wed Nov 16 11:11:39 PST 2011 Duncan Coutts dun...@community.haskell.org
* When running haddock, only pass package deps for the component only
rather than for the union of all components in the package.
M ./Cabal/Distribution/Simple/Haddock.hs -23 +30
View patch online:
http
Fri Nov 11 05:31:13 PST 2011 Duncan Coutts dun...@community.haskell.org
* Note in the README that you can install using the cabal program
M ./Cabal/README +11
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=2011133113-5c91e
Thu Nov 3 17:25:10 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Fix fallout of Num / Show class changes in ghc-7.4
M ./cabal-install/Distribution/Client/Tar.hs -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=2004002510
Wed Oct 26 13:43:46 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Bump major version to 1.13
Since 1.12 got released with ghc-7.2.x
M ./Cabal/Cabal.cabal -1 +1
M ./Cabal/Makefile -1 +1
M ./cabal-install/cabal-install.cabal -2 +2
View patch online:
http
Sat Oct 15 10:01:01 PDT 2011 Max Bolingbroke batterseapo...@hotmail.com
* Allow Haddock to be configured from the 'install' command
M ./cabal-install/Distribution/Client/Install.hs -12 +14
M ./cabal-install/Distribution/Client/Setup.hs -10 +28
M ./cabal-install/Main.hs -7 +7
View
Sun Oct 16 07:38:19 PDT 2011 Max Bolingbroke batterseapo...@hotmail.com
* Uploading build reports shouldn't fail if there are no reports
M ./cabal-install/Distribution/Client/Upload.hs -11 +14
View patch online:
/Simple/Bench.hs +7
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111013232847-73595-b05ad5f69c791b90f3c26409bc1950df06090101.gz
Sun Oct 23 14:39:24 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Bump versions of Cabal and cabal-install
Sun Oct 23 14:32:53 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Add a source package index cache to speed up reading
e.g. about 3x faster for cabal info pkgname
M ./cabal-install/Distribution/Client/IndexUtils.hs -51 +252
M ./cabal-install/Distribution/Client/Update.hs -1
Sun Oct 23 14:44:25 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Fix source repo subdir name after cabal-Cabal dir rename
M ./Cabal/Cabal.cabal -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111023214425-5c91e
On Mon, 2011-10-17 at 10:09 +0100, Max Bolingbroke wrote:
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
BST 2011 Duncan Coutts dun...@well-typed.com
* First go at adding continuous/live mirroring
Ignore-this: 69423437dcf02091da86ae3480bc128d
M ./MirrorClient.hs -32 +105
M ./hackage-server.cabal -1 +1
Thu Oct 6 12:09:20 BST 2011 Duncan Coutts dun...@well-typed.com
* Improve
Sat Sep 10 12:53:29 PDT 2011 Duncan Coutts dun...@community.haskell.org
* GHC 7.2+ no longer generates _stub.o files
So stop looking for them. This could otherwise cause problems if one
switches ghc version without cleaning the build dir since we'll pick
up the old _stub.o files and end
Wed Sep 28 14:08:59 PDT 2011 Max Bolingbroke batterseapo...@hotmail.com
* Use the configured proxy even for uploading build reports
M ./cabal-install/Distribution/Client/BuildReports/Upload.hs -3 +1
M ./cabal-install/Distribution/Client/HttpUtils.hs -12 +20
M
On Wed, 2011-09-28 at 22:26 +0100, Max Bolingbroke wrote:
Hi Hackagers,
I've written a rough-and-ready documentation building service for the
Hackage 2.0 effort. It is functional enough to submit build reports
and build documentation for a few example packages on my local Hackage
instance.
Hi all,
I'm very pleased to say that recently we've had a number of developers
express an interest in helping with the new hackage server, some at the
recent hackathons (HacPDX-II, CamHac) and some after my plea for help at
the recent Haskell Symposium.
I've tried to encourage everyone who's
On Tue, 2011-10-04 at 19:27 -0700, Johan Tibell wrote:
Hi,
Here's a another proposal.
Now when we start having more components in one package (library,
executables, test suites, and soon benchmarks) it would be convient
to specify what to build directly from the command line without
On Wed, 2011-10-05 at 12:09 +0200, Tillmann Rendel wrote:
Hi,
Johan Tibell wrote:
[...] I'm convinced we need support for building benchmark using Cabal.
[...]
Could test sections be used for benchmarks, too?
Step 1. Add basic support for building simple benchmark suites e.g.
On Mon, 2011-10-03 at 22:59 -0700, Johan Tibell wrote:
Proposal
Step 1. Add basic support for building simple benchmark suites e.g. modelled
after test suite sections:
Name: foo
Version:1.0
License:BSD3
Cabal-Version: = 1.9.2
Build-Type: Simple
On Wed, 2011-09-28 at 22:26 +0100, Max Bolingbroke wrote:
Hi Hackagers,
I've written a rough-and-ready documentation building service for the
Hackage 2.0 effort. It is functional enough to submit build reports
and build documentation for a few example packages on my local Hackage
instance.
On Wed, 2011-09-28 at 14:23 +0100, Max Bolingbroke wrote:
On 27 September 2011 13:15, Max Bolingbroke batterseapo...@hotmail.com
wrote:
it would be nicer to expose a
machine-readable resource like
http://localhost:8080/package/process.json that I could retrieve and
extract the relevant
On Fri, 2011-09-30 at 08:21 -0500, Chris Dornan wrote:
Ooops -- I meant to start another thread.
I have found the --package-db flag which Cabal uses. It would be
really useful if Cabal could also use an environment variable (e.g.,
CABAL_PACKAGE_DB) for the purpose.
We don't use the
Sat Sep 24 19:17:22 PDT 2011 Duncan Coutts dun...@community.haskell.org
* Use a PVP-style version as the default for cabal init
M ./cabal-install/Distribution/Client/Init.hs -3 +3
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20110925021722
Fri Sep 23 13:18:06 PDT 2011 Thomas Tuegel ttue...@gmail.com
* Filter autogenerated modules from test suite build info when doing sdist.
M ./cabal/Distribution/Simple/SrcDist.hs -1 +3
View patch online:
On Tue, 2011-09-06 at 11:16 +0200, José Pedro Magalhães wrote:
Hi Duncan,
Is there a planned date for a release which will have the detailed test
interface?
My hope is that it'll be ready in time to be included in a release of
Cabal to go along with GHC 7.4 towards the end of the year.
If
1 - 100 of 2161 matches
Mail list logo