Hi Carl, At Silk, we use a private hackage. You can just enter it in your main cabal config (~/.cabal/config) as an extra entry:
remote-repo: hackage.haskell.org:http://hackage.haskell.org/packages/archive remote-repo: <our-hackage-name>:<our-hackage-url> The only thing that doesn't work well, is the username/password for 'cabal upload': these are not per remote repo, but they should be. Hope this helps, Erik On Mon, Jan 9, 2012 at 23:27, Carl Baatz <carl.ba...@gmail.com> wrote: > Hi all, > > for packages that aren't for public consumption, we would like to specify a > private Hackage repo location. The simplest way we could think of to do this > was to read a config file in the same format as the user config > (~/.cabal/config) from the current directory and let any flags set in that > file override the user config. > > The attached patch implements this, reading any file with a .cabal-install > extension (including '.cabal-install'). It errors out if more than one > .cabal-install file is found or if there's a parse error on the > .cabal-install file. > > Does this sound like a good idea? If not, any ideas for alternative ways of > handling non-public packages? > > Many thanks, > > Carl > > _______________________________________________ > cabal-devel mailing list > 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