Even if 6.10.3 gets into Karmic, I'm sure the problem will arise again
once 6.12.1 is out. It's sadly easier to install from the tarball.
David.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
George Pollard por...@porg.es writes:
2009/7/7 Matthias Görgens matthias.goerg...@googlemail.com:
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
It currently spots 6.10.3, in the alpha release I run here.
A major problem is that the libraries are still for 6.8.2, so you
cannot
Ketil Malde wrote:
I'm sorry, but I don't follow you. Surely the libraries must be
compiled against the shipping version of GHC?
Yes, but the libraries that are currently there are the ones
compiled with the previous version of ghc.
Yes, those libraries need to be recompiled and no, that
david48 wrote:
Even if 6.10.3 gets into Karmic, I'm sure the problem will arise again
once 6.12.1 is out.
The Debian Haskell maintainers are working on fixing this. In
particular, working on setting up an automated process so that
when the compiler version is updated, all Haskell libraries
get
On 08/07/2009 00:17, George Pollard wrote:
2009/7/7 Matthias Görgensmatthias.goerg...@googlemail.com:
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
It currently spots 6.10.3, in the alpha release I run here.
A major problem is that the libraries are still for 6.8.2, so you
cannot
The Ocaml programming language has exactly the same problem, but
the Debian Ocaml maintainers have automated the process and last
time to Ocaml compiler version was updated over 95% of all Ocaml
libraries were rebuilt within 24 hours.
Since I never built GHC from scratch, it is really hard
One problem I see is the binary-only distribution of packages. This makes
cabal-install incompatible with most distributions except, maybe, gentoo.
The automation process would have to run through hackageDB tracking
dependencies and compiling each needed library. Pretty hard stuff...
Yes.
2009/7/8 Matthias Görgens matthias.goerg...@googlemail.com:
One problem I see is the binary-only distribution of packages. This makes
cabal-install incompatible with most distributions except, maybe, gentoo.
The automation process would have to run through hackageDB tracking
dependencies and
Matthias Görgens matthias.goerg...@googlemail.com writes:
One problem I see is the binary-only distribution of packages. This makes
cabal-install incompatible with most distributions except, maybe, gentoo.
The automation process would have to run through hackageDB tracking
dependencies and
Rafael Gustavo da Cunha Pereira Pinto wrote:
One problem I see is the binary-only distribution of packages.
Well Debian does have source packages as well, thats what they build
the binaries from :-).
The automation process would have to run through hackageDB tracking
dependencies and
Matthias Görgens wrote:
Yes. The sanest approach for any distribution would seem to install
are bare bones ghc + cabal (cabal install) and let the cabal package
system do the hard work directly.
Cabal works really well for a single developer on a single machine.
Debian packages work really
On Wed, Jul 8, 2009 at 12:47 PM, Erik de Castro
Lopomle...@mega-nerd.com wrote:
Matthias Görgens wrote:
Yes. The sanest approach for any distribution would seem to install
are bare bones ghc + cabal (cabal install) and let the cabal package
system do the hard work directly.
Cabal works
mle+hs:
Matthias Görgens wrote:
Yes. The sanest approach for any distribution would seem to install
are bare bones ghc + cabal (cabal install) and let the cabal package
system do the hard work directly.
Cabal works really well for a single developer on a single machine.
Debian
Hi Erik,
Am Mittwoch, den 08.07.2009, 17:15 +1000 schrieb Erik de Castro Lopo:
The Ocaml programming language has exactly the same problem, but
the Debian Ocaml maintainers have automated the process and last
time to Ocaml compiler version was updated over 95% of all Ocaml
libraries were
Joachim Breitner wrote:
looking at
http://debian.glondu.net/monitor/ocaml/ocaml_transition_monitor.html I
get the impression that the Ocaml guys need to re-build everything when
a new Ocaml library
I assume you mean compiler there?
comes out, but not when just a dependency was upgraded. Is
mle+hs:
Joachim Breitner wrote:
looking at
http://debian.glondu.net/monitor/ocaml/ocaml_transition_monitor.html I
get the impression that the Ocaml guys need to re-build everything when
a new Ocaml library
I assume you mean compiler there?
comes out, but not when just a
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
http://bugs.launchpad.net/ubuntu/+source/ghc6/+bug/302149
Cheers,
Simon
On 06/07/2009 23:54, Stefan Roggensack wrote:
Hello,
I have uploaded the ghc package to my ppa:
https://launchpad.net/~someone561/+archive/ppa
But I don't work
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
It currently spots 6.10.3, in the alpha release I run here.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Simon Marlow wrote:
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
http://bugs.launchpad.net/ubuntu/+source/ghc6/+bug/302149
Unfortunately thats only half the story. The GHC 6.10.3 that is going
into Kamic is the one from Debian Unstable.
It is important to note here that beyond doing
2009/7/7 Matthias Görgens matthias.goerg...@googlemail.com:
Karmic (9.10) will have GHC 6.10.3, possibly 6.10.4.
It currently spots 6.10.3, in the alpha release I run here.
A major problem is that the libraries are still for 6.8.2, so you
cannot install the required libs to install cabal. Grr.
20 matches
Mail list logo
