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 be
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
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:
ese two "mirrors" which are
just static file sets (created by the hackage-security tool 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
C code. For the alpha the cabal-install
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
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 una
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
> >
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 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 ins
I'm pretty sure it's the hackage-server. I think we simply don't have
code yet to react to the if-none-match. Happstack has some util for
the time-based conditionals, but not the etag one. So it should just
be a matter of us adding a combinator that both serves the etag and
reacts to the if-none-ma
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, wrote:
>
> > You are not allowed to post to th
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:
>
>
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
e dependencies info
> >> listed on hackage (I noticed yesterday that npm has them too).
> >>
> >> Jens
> >>
> >> ___
> >> cabal-devel mailing list
> >> cabal-devel@haskell.org
> >> http
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
rrespond to the current behavior?
Yes please.
Or better yet, switch that page use 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/
__
t
and the infrastructure team are going to sort out auto restart and
monitoring for us.
--
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 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:
>
> Text/Regex/Posix/
On Wed, 2013-04-10 at 23:58 +0400, Lennart Kolmodin wrote:
> 2013/4/5 Duncan Coutts
>
> > 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:
&g
but looking at the RFC it
makes it clear that 401 isn't the right response in this case. So I'll
try 403.
--
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 pack
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
> &g
On Tue, 2013-03-19 at 07:29 -0700, Johan Tibell wrote:
> On Tue, Mar 19, 2013 at 6:35 AM, Duncan Coutts > wrote:
>
> > Go for it!
> >
> > You'll also notice that the code uses different styles in different
> > places (because of different authors). We'
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
On Mon, 2013-03-18 at 09:32 -0700, Iavor Diatchki wrote:
> Hello,
>
> To me it seems that the dependency here is incorrect---as far as I
> understand, GHC does not need to parse Cabal files, so it should not depend
> on the code and the library to do so.
Yes, GHC does not parse .cabal files.
> F
On Sun, 2013-03-17 at 09:57 -0700, Mark Lentczner wrote:
> This thread is raising all sorts of questions for me:
[..]
> The issue of putting the yet one more HP package into GHC's core packages
> is increasing the exposure of the difficulty of the current GHC/HP
> relationship. See also threads i
On Mon, 2013-03-18 at 12:43 +, Ian Lynagh wrote:
> On Mon, Mar 18, 2013 at 12:34:16PM +0000, 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 expo
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
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 eith
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 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 flag
> > is for
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
> >> wrote:
> >>
> >>> On 03/
On Fri, 2013-03-15 at 12:37 +0800, Conrad Parker wrote:
> On 14 March 2013 22:53, Duncan Coutts 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
>
On Fri, 2013-03-15 at 10:10 +0100, Herbert Valerio Riedel wrote:
> Duncan Coutts 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
On Fri, 2013-03-15 at 12:57 +, Malcolm Wallace wrote:
> On 14 Mar 2013, at 14:53, Duncan Coutts 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 pars
On Thu, 2013-03-14 at 11:15 -0700, Jason Dagit wrote:
> On Thu, Mar 14, 2013 at 11:01 AM, Bardur Arantsson
> wrote:
>
> > On 03/14/2013 03:53 PM, Duncan Coutts wrote:
> > > Hi folks,
> > >
> > > Why did I choose parsec? Practicality dictates that I can o
On Thu, 2013-03-14 at 21:29 +0200, Roman Cheplyaka wrote:
> * Duncan Coutts [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 index
urther split just to help ghc
would be rather annoying.
Duncan
> | -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: Lentc
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
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 16:06 +0100, Gregory Collins wrote:
> On Thu, Mar 14, 2013 at 3:53 PM, 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 t
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 H
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.
and upload docs
(e.g. if the doc builder fails) but the plan is for them (as well as
maintainers) 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
tru
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
On 23 January 2013 05:41, Nathan Hüsken 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 that it recognizes
On Mon, 2012-12-17 at 18:45 +, Duncan Coutts wrote:
> Hi folks,
>
> You may have noticed the steady stream of hackage 2 patches. The new
> server is up again at:
>
> http://new-hackage.haskell.org/
>
> Key points:
> * We've got live mirroring going (s
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 Hask
curl -X PUT commands against the server).
--
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 14 December 2012 23:33, Johan Tibell wrote:
> On Fri, Dec 14, 2012 at 3:29 PM, Ben Millwood
> 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 require a reasonable amount of work,
On 22 November 2012 10:39, Michael Snoyman wrote:
>
> On Thu, Nov 22, 2012 at 10:32 AM, Simon Peyton-Jones
> wrote:
>>
>> Michael Snoyman wrote a blog post about Solving Cabal Hall, which came
>> across via the peerless Haskell Weekly News.
>> http://www.yesodweb.com/blog/2012/11/solving-cabal-he
On 22 November 2012 09:17, Henning Thielemann
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 data-default-0.5.
>
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
> > >
> >
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 finishe
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
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
> >
On 1 October 2012 04:21, Johan Tibell 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 stuff once done.
On 30 September 2012 05:26, Bryan O'Sullivan wrote:
> On Fri, Sep 28, 2012 at 5:55 PM, Duncan Coutts
> 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
>> p
t cabal-install release. So getting the feature in now would be a
real help 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 b7565f941b2dd5d61a77e46826fd
On 6 September 2012 21:06, Duncan Coutts wrote:
> On 6 September 2012 19:49, Ian Lynagh 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 requests, then
On 6 September 2012 19:49, Ian Lynagh 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 surprising just
On 6 September 2012 19:53, Ian Lynagh 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 worth explo
On 5 September 2012 20:22, Erik Hesselink 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
>> whereas so
On 5 September 2012 14:34, Lars Viklund 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, Sep
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 wrote:
> On Mon, Jul 2, 2012 at 3:14 PM, Duncan Coutts
> 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
>> also
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 impro
On 23 May 2012 23:14, Bryan O'Sullivan 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, could one of you
On Fri, 2012-05-04 at 21:50 +0200, Tuncer Ayaz wrote:
> Hi guys,
>
> wrt https://github.com/haskell/cabal/pull/2 , I didn't comment there
> as there seems to be a consensus on "fork".
>
> Still, I'd like to question that decision given that "fork" for me
> at least carries too much of a "publish
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 wrote:
> Hi all,
>
> I'v
On 7 September 2011 20:14, Thomas Tuegel 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
> qualifying exams.
Wed Mar 28 20:08:42 PDT 2012 Duncan Coutts
* 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=20120329030842-5c91e
On 21 April 2012 15:40, Andres Löh wrote:
> One of these two is in the trunk and also present in the already
> mirrored repository on Github. Ian tells me that they have convinced
> the Github people to manually upload the repo in the past. The
> question now is how to deal with this situation:
>
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
Wed Mar 28 15:05:56 PDT 2012 Duncan Coutts
* 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
Tue Mar 27 15:52:05 PDT 2012 Duncan Coutts
* 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 makes it easier to
add
Sat Sep 24 22:18:15 PDT 2011 Duncan Coutts
* 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;a=darcs_commitdiff;h
Sat Sep 24 22:18:15 PDT 2011 Duncan Coutts
* 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=20110925051815-5c91e
Fri Nov 11 05:31:13 PST 2011 Duncan Coutts
* 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-5c91e
Wed Mar 28 18:29:52 PDT 2012 Duncan Coutts
* Bump versions to 1.15 and 0.15
This is the head branch, the 1.14.x and 0.14.x are in the 1.14 branch.
M ./Cabal/Cabal.cabal -1 +1
M ./cabal-install/cabal-install.cabal -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin
Sat Mar 17 13:28:58 PDT 2012 Duncan Coutts
* 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/darcsweb.cgi?r=cabal;a=darcs_commitdiff
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 addition
All,
I've decided to take a different approach to restoring accounts on the
trac. I've deleted them all!
So all you need to do is register a new account. You can reuse your
previous username.
This might seem a bit radical but actually it should be easier for
people to re-register than to reset t
On 14 February 2012 16:10, Ben Gamari wrote:
> It seems the first task will be to identify exactly what needs to be
> done before we can begin the transition and record these tasks in a
> single place. I don't have a particularly strong opinion concerning
> where this should be (Trac, the Hackage
Hi folks,
Finally got our trac back after the spammers managed to hack it and
wipe most of the accounts.
http://hackage.haskell.org/trac/hackage/
I have restored by blowing away our accounts and copying over the ghc
trac accounts. So if you had an existing account on the ghc trac then
your login
On 11 February 2012 18:03, Antoine Latter 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 'cabal(-dev) instal
On 9 February 2012 18:40, Thomas Tuegel wrote:
> I just realized that there's a glaring problem with automatically
> running tests: if you call '--enable-tests' on a package that doesn't
> have tests, this gets interpreted as an error. It's an easy fix, but
> it will _require_ modifying Cabal. So
On 8 February 2012 16:58, Erik Hesselink wrote:
> On Mon, Feb 6, 2012 at 19:07, Duncan Coutts
> wrote:
>> On 6 February 2012 15:22, Erik Hesselink wrote:
>>> Hi all,
>>>
>>> We run hackage-server internally at Silk. Every time we update to a
>>>
On 6 February 2012 15:22, Erik Hesselink wrote:
> Hi all,
>
> We run hackage-server internally at Silk. Every time we update to a
> new version, it is unable to read our old data. Is the acid-state
> being versioned correctly? Or is this expected behavior? It is very
> annoying for us. If this is
On 2 December 2011 12:21, Chris Dornan 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 removing the
> pressu
On 2 December 2011 07:19, Edward Z. Yang 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 than
> ma
Wed Nov 16 11:11:39 PST 2011 Duncan Coutts
* 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://darcs.haskell.org/cgi-bin/darcsweb.cgi
Fri Nov 11 05:31:13 PST 2011 Duncan Coutts
* 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-7c31c10875b1e6a21dc1942ac06e12f214fdc0f4.gz
Thu Nov 3 17:25:10 PDT 2011 Duncan Coutts
* 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-5c91e
Wed Oct 26 13:43:46 PDT 2011 Duncan Coutts
* 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://darcs.haskell.org/cgi-bin/darcsweb.cgi?r
Sun Oct 23 14:44:25 PDT 2011 Duncan Coutts
* 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-5c
Sun Oct 23 14:32:53 PDT 2011 Duncan Coutts
* 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 +2
View patch online:
http
tp://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
* Bump versions of Cabal and cabal-install
Latest cabal-install requires latest Cabal due to api addition
M ./
Sun Oct 16 07:38:19 PDT 2011 Max Bolingbroke
* Uploading build reports shouldn't fail if there are no reports
M ./cabal-install/Distribution/Client/Upload.hs -11 +14
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111016143819-9b787-a32f1b43
Sat Oct 15 10:01:01 PDT 2011 Max Bolingbroke
* 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 patch online:
http://darcs.
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
> si
1 - 100 of 2917 matches
Mail list logo
