Hi,
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
FWIW, I intend to ITP several Haskell libraries in short order (HUnit, HSQL, one of the shell libraries, and my own as-yet unnamed library), so these formerly-theoritical library packaging issues are no longer theoretical :-)
On Mon, Oct 04, 2004 at 08:39:47PM -0500, John Goerzen wrote:
Hi,
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
Also, I'm unclear on the relationship between this and ghc-pkg, hugs-package, and the lack of any similar utility for nhc98. Can someone help me out?
John Goerzen jgoerzen@complete.org writes:
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
http://haskell-unsafe.alioth.debian.org/archive/i386/unstable/h/haskell-caba...
add this to your sources.list:
deb http://haskell-unsafe.alioth.debian.org/archive/i386 unstable . deb-src http://haskell-unsafe.alioth.debian.org/archive/i386 unstable .
Also, I'm unclear on the relationship between this and ghc-pkg, hugs-package, and the lack of any similar utility for nhc98. Can someone help me out?
hugs-package is only for hugs ghc-pkg is only for ghc Cabal is the Haskell distutils project, and is planned to deal with nearly everything. see http://www.haskell.org/cabal/
On Tuesday 05 October 2004 07:18 am, Shae Matijs Erisson wrote:
John Goerzen jgoerzen@complete.org writes:
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
http://haskell-unsafe.alioth.debian.org/archive/i386/unstable/h/haske ll-cabal/
Thanks, but that does not help for sid. I want to upload packages to sid. I cannot build-depend on packages that are not in sid. Why are so many of these things not in sid?
Also, I'm unclear on the relationship between this and ghc-pkg, hugs-package, and the lack of any similar utility for nhc98. Can someone help me out?
hugs-package is only for hugs ghc-pkg is only for ghc Cabal is the Haskell distutils project, and is planned to deal with nearly everything. see http://www.haskell.org/cabal/
Does Cabal call these package programs itself then?
On Monday 04 October 2004 08:49 pm, John Goerzen wrote:
On Mon, Oct 04, 2004 at 08:39:47PM -0500, John Goerzen wrote:
Hi,
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
Also, I'm unclear on the relationship between this and ghc-pkg, hugs-package, and the lack of any similar utility for nhc98. Can someone help me out?
FWIW, I'm willing to maintain or sponsor the cabal packages in sid if that's the problem. It's really annoying that so much of this useful stuff is not in sid. (To me, at least.)
On Tue, 5 Oct 2004 08:30:55 -0500, John Goerzen jgoerzen@complete.org wrote:
On Monday 04 October 2004 08:49 pm, John Goerzen wrote:
On Mon, Oct 04, 2004 at 08:39:47PM -0500, John Goerzen wrote:
Hi,
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
As Shae mentioned, it's in haskell-unsafe so far. Since Cabal is still very much a moving target, we've kept it and the packages using it out of sid for now, while we're trying to figure out what the Haskell Policy should look like. Also, it's probably not a good idea to let these things propagate to sarge yet (I know, I know, we can file bugs to do that, but since we already have a repository why not use it)
FWIW, I'm willing to maintain or sponsor the cabal packages in sid if that's the problem. It's really annoying that so much of this useful stuff is not in sid. (To me, at least.)
You do know that Isaac is a DD too, right? I saw your cabal ITP, have you talked to Isaac about it?
/Martin
On Tuesday 05 October 2004 01:37 pm, Martin Sjögren wrote:
On Tue, 5 Oct 2004 08:30:55 -0500, John Goerzen
jgoerzen@complete.org wrote:
On Monday 04 October 2004 08:49 pm, John Goerzen wrote:
On Mon, Oct 04, 2004 at 08:39:47PM -0500, John Goerzen wrote:
Hi,
The Haskell Policy recommends Cabalized packages, but I don't see the Cabal software packaged for Debian anywhere -- or have I just missed it?
As Shae mentioned, it's in haskell-unsafe so far. Since Cabal is still very much a moving target, we've kept it and the packages using it out of sid for now, while we're trying to figure out what the Haskell Policy should look like. Also, it's probably not a good idea
One thing here is that we can be pretty safe at the beginning since the Haskell policy will likely effect primarily Debian maintainers and not end-users. For instance, if -dev packages change locations on-disk, this probably won't bother -- for instance -- somebody that uses graphical database browser that happens to use wxHaskell and HSQL.
Basically, things don't have to be perfect to go into sid. They have to work. If we wait until things are perfect, Debian will continue to suck as a Haskell development platform for the next few years. I'd rather have Debian be the best Haskell development platform out there, now.
I greatly appreciate the work you and the others on this list have done. I want it to be taken to the next level -- let's make haskell-unsafe unnecessary because it's all in sid and working.
to let these things propagate to sarge yet (I know, I know, we can file bugs to do that, but since we already have a repository why not use it)
I have every intention of letting my MissingH propagate to sarge, as it will be stable enough for that, and I think it is a problem that we don't support Cabal for *any* Haskell right now. Even supporting just ghc6 is a lot better.
FWIW, I'm willing to maintain or sponsor the cabal packages in sid if that's the problem. It's really annoying that so much of this useful stuff is not in sid. (To me, at least.)
You do know that Isaac is a DD too, right? I saw your cabal ITP, have you talked to Isaac about it?
I do now :-) I've already got some patches to debian/ to bring things up to compliance with Debian policy. I'm happy to turn it over to Isaac whenever. I just want to get it in sid ASAP, because it's blocking three other packages that I want to get in there. (You've seen ITPs for those <g>) And I don't think that a nebulous "the policy isn't done" argument justifies keeping it out. Policies change, we'll deal with it. As maintainer, I'm the one on the hook to deal with it if policies change, and I will. If Isaac takes it, then he has that obligation. Debian has gone through far more difficult transitions than adjusting a few pathnames and dependencies here and there.
On Tue, Oct 05, 2004 at 01:59:36PM -0500, John Goerzen wrote:
Basically, things don't have to be perfect to go into sid.
I have every intention of letting my MissingH
How does this compare to
http://haskell.org/hawiki/PreludeExts
OOI? Should the two be merged?
And I don't think that a nebulous "the policy isn't done" argument justifies keeping it out.
It's more the other way round really - policy isn't done because cabal and the Debianise-a-cabal-package script aren't finished, so policy doesn't know how to recommend you use them. (Or at least this is the situation as I understand it - please update me if I'm wrong :-) ).
The only general issue keeping things out of sid has been the issue of package names, as they're a pain to fix retroactively. However, I think this is now sorted as I said a few mails ago on this list.
Thanks Ian
On Tuesday 05 October 2004 02:27 pm, Ian Lynagh wrote:
On Tue, Oct 05, 2004 at 01:59:36PM -0500, John Goerzen wrote:
Basically, things don't have to be perfect to go into sid.
I have every intention of letting my MissingH
How does this compare to
http://haskell.org/hawiki/PreludeExts
OOI? Should the two be merged?
I took a look just now. They have two functions that I have, and two others that I'd like to add. I'm preparing a more formal library, with a hierarchical API, Haddock docs, etc.
That said, I'd welcome contributions/patches frmo any of those people. As it stands, the legal status of all that code is questionable, so I can't just unilaterally steal it.
The only general issue keeping things out of sid has been the issue of package names, as they're a pain to fix retroactively. However, I think this is now sorted as I said a few mails ago on this list.
May I assume that the policy is up to date wrt this discussion?
Ian Lynagh igloo@earth.li writes:
http://haskell.org/hawiki/PreludeExts
OOI? Should the two be merged?
I'm sending license emails even now to get this ready for a deb.
debian-haskell@lists.urchin.earth.li