Early trial builds of 2012.2.0.0
Chris Dornan
chris at chrisdornan.com
Thu May 17 10:17:11 BST 2012
That is it -- certain situations trigger 0.14. into providing the extra
information, but only for 0.14.0 AFAICT.
(I noticed the behaviour by switching between the old and new cabal while
running prepare.sh.)
Chris
-----Original Message-----
From: Andres Löh [mailto:andres.loeh at googlemail.com]
Sent: 17 May 2012 08:32
To: Mark Lentczner
Cc: Chris Dornan; haskell-platform at projects.haskell.org
Subject: Re: Early trial builds of 2012.2.0.0
Hi.
>> The problem is that ' cabal install --dry-run --reinstall' has become
>> too loquacious for our convenience and is annotating the output with
>> extra context.
>>
> Are you sure of this? My 0.14.0 cabal seems to only output more info
> per line if I include -v -- otherwise the output seems exactly as
> before. Are you perhaps adding that -v via your cabal config file? In
> any event, the change you suggest should be just "better armor".
>
> However, I suspect the whole Build.hs is about to go away soon - it
> currently provides very little benefit and complicates the prepare.hs
> script for no good reason. Either I'm going to combine prepare.sh into
Build.hs...
> or Build.hs in prepare.sh.
I think the change is correct and required in general.
cabal-install-0.14.0 warns if there are reverse dependencies of reinstalled
packages, because these might be broken after the installation process. If
the set of potentially broken packages is non-empty, it implicitly adds -v,
because without it, the user won't be able to see which packages are
reinstalled. I'm sorry that this causes problems for you.
Cheers,
Andres
More information about the Haskell-platform
mailing list