HackageDB

[kazu-yamamoto]

Hello,

Why don't you register this package to HackageDB?

[iquiw]

Thank you for the suggestion. I wondered if anyone except me thinks it useful :)

One thing prevents me is it depends on bin-package-db, which is hidden and "should not be used" (from release note) in GHC7.

I am writing its replacement as another tool, but it is not yet usable state.

P.S. I heavily depend on ghc-mod when writing Haskell code, many thanks!

[kazu-yamamoto]

I'm now writing a package maintenance program called "cab". This is a wrapper for "ghc-pkg" and "cabal" and its command style is like MacPorts. I think I can use cabal-delete for "cab uninstall --follow-dependents ". For this, some modifications for cabal-delete is necessary. But first of all, I hope cabal-delete is registered in HackageDB.

https://github.com/kazu-yamamoto/cab

I'm looking at the code of cabal-delete. It's easy to understand it. Thanks! If you don't register cabal-delete to HackageDB, I would steal your code to "cab".

Lastly, thank you for using ghc-mod.

[iquiw]

I have no plan to register it to HackageDB now (because of bin-package-db dependency).
So feel free to use the code.

[kazu-yamamoto]

I read relnote of GHC 7.0.2. I think normal code should not use bin-package-db but it is OK for a package maintenance code to use it. If you still hesitate, I will ask this issue to the library ML. What do you think?

[iquiw]

OK. I am waiting for the reply of your mail. Thanks.

[iquiw]

Anyway, it seems bin-package-db dependency can be dropped by using Cabal API.
(cabal-delete could be much simpler if I knew more about Cabal API...)
I will push the change (+ parsec => attoparsec change) soon.

[kazu-yamamoto]

Thanks!
Simon Marlow said, "This package is used internally by ghc-pkg and ghc to read and write
the binary package database cache, it shouldn't be necessary for
anyone else to use it - just invoke ghc-pkg to do any operations on
the database."

So, it's nice to use Cabal.

[CMCDragonkai]

Any news on this?

[iquiw]

Although I am still using this tool, there is not much necessity for it now.

When I started development of the tool, package directories installed by Cabal were a bit complex and some work was required. Recent Cabal installs package under ghc-version-wise directories which can be simply removed at uninstall.

There are also alternatives, cab, cabal-uninstall on Hackage that support uninstall (I have not used uninstall feature of these tools)