Re: package versions for 2012.2.0.0

Hi, Am Samstag, den 12.05.2012, 15:12 -0700 schrieb Mark Lentczner: > [ ] mtl and transformers -- stick with 2.0 & 0.2 or move ahead to 2.1 > and 0.3? > -- I don't know enough of the issues to make a call here looking at mtl only, the following packages packaged in Debian do require mtl <2.1

Re: package versions for 2012.2.0.0

Mark Lentczner wrote: > [ ] mtl and transformers -- stick with 2.0 & 0.2 or move ahead to 2.1 and > 0.3? >     -- I don't know enough of the issues to make a call here About transformers: Version 0.3.0.0 is designed (by Johan, thanks!) to be backward compatible. So all that is required is a bump

Re: package versions for 2012.2.0.0

I wrote: > About transformers: > Version 0.3.0.0... > would require further HP version bumps on all of > those packages. So what we would need done is... And as I wrote that email, I see Joachim is doing that very drill for the mtl version bump. Great! Hope someone will do it for transformers, t

Re: package versions for 2012.2.0.0

On Sun, May 13, 2012 at 5:39 AM, Yitzchak Gale wrote: > 1. Find out exactly which HP packages would need a transformers version > bump in their cabal files. > None. That is, none of the packages in HP have version constraints on transformers other than mtl. And none of the version constraints on

Re: package versions for 2012.2.0.0

I wrote: >> 1. Find out exactly which HP packages would need a transformers version >> bump in their cabal files. Mark Lentczner wrote: > None. That is, none of the packages in HP have version constraints on > transformers other than mtl. And none of the version constraints on mtl > exclude 2.1.1.

build process

If you don't use the Haskell Platform source repo to produce distributions or installers... you can skip this. Currently, the platform is built via a twisty maze of scripts and short Haskell programs. It is further complicated by having to run in various phases each possibly in a different executi

Please upgrade your hackage package to transformers-0.3

Dear Hackage package maintainer, the release of the next haskell-platform is close, and it will most likely ship with transformers-0.3. Your package on Hackage does not allow building against this version, which makes it for your users and distribution packagers difficult to use the package. Pleas

Re: package versions for 2012.2.0.0

Hi, Am Sonntag, den 13.05.2012, 20:27 +0300 schrieb Yitzchak Gale: > I would give a lot of weight to opinions expressed > by downstream packagers on this though. I checked how many packages do not provide a transformers-0.3-compatible version on hackage, and its just a few (mail sent to the maint

Re: [Haskell] Haskell Platform Release

We're converging on the date - discussion and planning on the Haskell-platform list. Cheers, Don On Sunday, May 13, 2012, Dominic Steinitz wrote: > Hi, > > The release timetable http://trac.haskell.org/**haskell-platform/wiki/** > ReleaseTimetable

RE: build process

Hi Mark, My build process takes the tarball as input – at the moment I am either collecting the tarball from Hackage or manually building it from the repo sources. I configure with --prefix. My main concern with the current installers is that they don’t appear to support –destdir, necessitati

Re: 7.4.2 release plan update

On Tue, May 08, 2012 at 09:22:04PM +0100, Ian Lynagh wrote: > > A quick 7.4.2 release plan update: > > We've been having trouble with our nightly builds, so we haven't managed > to put out a release candidate yet. As soon as we have builds ready, > we'll put the RC out, and all being well the rel

Early trial builds of 2012.2.0.0

Here are a source tree build and a Mac 32bit build of 2012.2.0.0: haskell-platform-2012.2.0.0-rc1.tar.gz Haskell Platform 2012.2.0.0 32bit rc1.pkg

Re: [darcs-users] Please upgrade your hackage package to mtl-2.1

Hi, On 13/05/2012 12:02, Joachim Breitner wrote: > the release of the next haskell-platform is close, and it will most > likely ship with mtl-2.1.1. Your package on Hackage does not allow > building against this version, which makes it for your users and > distribution packagers difficult to use