- cabal-devel - Haskell.org

patch applied (cabal): Implement --internal flag
by Duncan Coutts 02 May '08

02 May '08

Thu May 1 08:24:21 PDT 2008 Joachim Breitner <mail(a)joachim-breitner.de> * Implement --internal flag Passing --internal to the haddock stage does these things: * Does not pass --hide parameter to haddock * Passes --ignore-all-exports parameter * Appends "(internal documentation)" to the title M ./Distribution/Simple/Haddock.hs -4 +13 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080501152421-23c07-49770b44…

1 0

patch applied (cabal): Add an --internal flag to HaddockFlags
by Duncan Coutts 02 May '08

02 May '08

Thu May 1 07:51:03 PDT 2008 Joachim Breitner <mail(a)joachim-breitner.de> * Add an --internal flag to HaddockFlags M ./Distribution/Simple/Setup.hs +9 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080501145103-23c07-64677051…

1 0

patch applied (cabal-install): Don't echo when prompting for the hackage upload password.
by Duncan Coutts 02 May '08

02 May '08

Thu May 1 14:44:56 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Don't echo when prompting for the hackage upload password. Fixes ticket #268. And use newtypes for the username and password, just to be more sure we're not mixing them up with other strings. M ./Hackage/Config.hs -6 +6 M ./Hackage/Setup.hs -4 +7 M ./Hackage/Types.hs -2 +2 M ./Hackage/Upload.hs -8 +21 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080501214456-adfee-…

1 0

[Hackage] #268: cabal upload asks for a password in plain text
by Hackage 02 May '08

02 May '08

#268: cabal upload asks for a password in plain text ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- > > Cabal upload asks for your password in plain text. That one is > > security related - you are asking for someones password, and giving > > the appearance that you aren't overly fussed about keeping it secret. > > I'm happy to add that if anyone can figure out the code to do it. It's > presumably different on ANSI terminals and the Windows command console. getChar in a loop? You can always do: c <- getChar putChar '*' If you so feel like it. You can even use putStr "\b \b" to move back one character, even on Windows. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/268> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

patch applied (cabal-branches/cabal-1.4): Revert the other `fmap` to (.)
by Duncan Coutts 02 May '08

02 May '08

Thu May 1 04:00:06 PDT 2008 Malcolm.Wallace(a)cs.york.ac.uk * Revert the other `fmap` to (.) To avoid needing a non-H'98 instance of Functor for (->). M ./Distribution/Simple/Command.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008050111…

1 0

patch applied (cabal-branches/cabal-1.4): Revert one change of (.) to fmap. It was not necessary and broke nhc98.
by Duncan Coutts 02 May '08

02 May '08

Thu May 1 03:46:20 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Revert one change of (.) to fmap. It was not necessary and broke nhc98. The other one was needed as we changed a type from Bool to Maybe Bool. M ./Distribution/Simple/Command.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.4/_darcs/patches/2008050110…

1 0

patch applied (cabal): Revert the other `fmap` to (.)
by Malcolm Wallace 01 May '08

01 May '08

Thu May 1 04:00:06 PDT 2008 Malcolm.Wallace(a)cs.york.ac.uk * Revert the other `fmap` to (.) To avoid needing a non-H'98 instance of Functor for (->). M ./Distribution/Simple/Command.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080501110006-6871e-3c8af0e1…

2 3

patch applied (cabal): Change handling of bool command line args to allow an unset state
by Duncan Coutts 01 May '08

01 May '08

Tue Apr 29 13:11:23 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Change handling of bool command line args to allow an unset state For bool valued flags we were always producing the command line string corresponding to a false flag value, even if the flag was not set. For example we'd always get "--disable-shared". It is important for cabal-install to be able to take an empty set of flags, override a few flags and turn the flags back into command line strings without getting a lot of extra defaults. Partly this is because we have to work with older versions of the Cabal library command line which does not recognise the new options. M ./Distribution/Simple/Command.hs -6 +9 M ./Distribution/Simple/Setup.hs -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080429201123-adfee-035dad7f…

2 2

patch applied (cabal): Revert one change of (.) to fmap. It was not necessary and broke nhc98.
by Duncan Coutts 01 May '08

01 May '08

Thu May 1 03:46:20 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Revert one change of (.) to fmap. It was not necessary and broke nhc98. The other one was needed as we changed a type from Bool to Maybe Bool. M ./Distribution/Simple/Command.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080501104620-adfee-b0c0ab88…

1 0

installing all of hackage
by Duncan Coutts 01 May '08

01 May '08

All, We're getting nearer to being able to use cabal-install to install all of hackage for us. :-) I did a run this evening: $ cabal install -O0 $(cat pkgs) which is a list of 485 packages. I had to prune this list manually to eliminate the ones that have unsatisfiable dependencies (about 10). I hope to add a flag to get cabal-install to do that automatically, and where we do not use that flag, to produce better error messages saying *which* packages have the unsatisfiable dependencies. So I now have 329 library packages installed. It makes me notice this issue rather acutely: http://hackage.haskell.org/trac/ghc/ticket/2089 "reading the package db is slow" In fact this would be a really big problem for doing our own make-like system where we invoke ghc once for each module. Where at the moment it takes 1 second per library/executable, it'd take one second per module. It would in fact mean that reading the package database would take more time than compilation since compilation zips through at less than one second per module on average with -O0. I've also got a list of 163 install failures. Unfortunately we do not get logs of the failing packages, just a summary like: GuiTV-0.4 depends on wxcore-0.10.3 which failed to install. xtc-1.0 depends on wxcore-0.10.3 which failed to install. phooey-2.0 depends on wxcore-0.10.3 which failed to install. GenI-0.16.1 depends on wxcore-0.10.3 which failed to install. wx-0.10.3 depends on wxcore-0.10.3 which failed to install. AutoForms-0.4.0 depends on wxcore-0.10.3 which failed to install. wxcore-0.10.3 failed during the configure step. The exception was: exit: ExitFailure 2 Still, it's progress I feel. I've also added a flag to let us choose which version of the Cabal lib to use when building packages. This should make it possible to compare building everything with Cabal-1.2 and 1.4 for example. Duncan BTW, if you're wondering about the discrepancy in package numbers, it's because I had some packages installed already, some of which were not from hackage. Some of the packages I installed were binaries for which we do not track the installed state. Also, since some packages were already installed, cabal-install did not re-install them. So I don't know how many did actually install successfully, only how many failed.

1 0