Dependencies/backwards compatibility in Hackage
Ross Paterson
ross at soi.city.ac.uk
Thu Feb 1 07:14:45 EST 2007
On Thu, Feb 01, 2007 at 12:57:01PM +0100, Sven Moritz Hallberg wrote:
> While trying out cabal-install today, I stumbled across the following:
> I wanted to install XmlRpc which depends on HaXml and works with
> HaXml-1.13.2. However, HaXml-1.17 which has also been uploaded to
> hackageDB changed an exposed module's name and XmlRpc doesn't work with
> it anymore.
>
> I'm wondering how to avoid such situations. I appears to me that
> expecting the maintainer of every package depending on HaXml to update
> their dependencies "after the fact" doesn't make sense because it leaves
> an arbitrarily long window where the package won't build straight out
> of hackageDB.
We could decide on a standard interpretation of version numbers, e.g.
major.minor.patch. To support this, we'd want wildcards like 1.13.*
in version ranges.
In the meantime, I'll remove HaXml-1.17 from HackageDB.
More information about the cabal-devel
mailing list