On Thu, May 29, 2008 at 11:47 AM, Neil Mitchell wrote:

...

, a cabal-inst that can install from darcs (or at least from a local directory)

Yes, that would be lovely!

While we're on the subject, why does searchpath get as little attention as it does? It seems to work reasonably well for HAppS. -- Darrin

On Thu, May 29, 2008 at 4:31 PM, Thomas Hartman wrote:

I've been playing a lot with searchpath lately, for doing happs "quickstart" installation as described on happs.org.

Searchpath works great when it works, which usually means -- when the module map file is up to date and pointing everywhere to the right place.

When the module map file is out of date though, the error messages for missing dependencies that you would get from searchpath are not as good as the error messages you'd get from a cabal configure.

Makes me wonder if searchpath and a good module map file wouldn't be a good way to bootstrap cabal-install. -- Darrin

Neil Mitchell wrote:

Hi

...

Rationale: We need a CPAN

We choose to spell CPAN as "Hackage"

...

, a cabal that is smart enough to know what to to, even if building depends on make

Why should building depend on make? Shouldn't cabal build stuff for us? We need a cabal that is clever enough that we don't need a make.

...

, grapefruit authors that commit to hackage

Or someone to help show the grapefruit authors the light. I helped put smallcheck on hackage, others have done other packages. Perhaps you could do grapefruit?

...

, a cabal-inst that can install from darcs (or at least from a local directory)

Yes, that would be lovely!

...

, or maybe just a make-replacement for haskell, like java has with ant (which is really cool if you successfully do not notice the xml-syntax).

We have replaced a lot of make with just --make in GHC. Cabal replaces more. What more bits of make do you need? If you can say why make is still necessary, people may be able to eliminate it.

Thanks

Neil _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

Hackage and Cabal are nice, but a command line tool for automatically searching Hackage and installing Hackage packages (like the cpan program, or easy_install) would be nice. Unless I haven't done my homework and this tool exists... Thanks, Rob

Hackage and Cabal are nice, but a command line tool for automatically searching Hackage and installing Hackage packages (like the cpan program, or easy_install) would be nice. Unless I haven't done my homework and this tool exists...

This tool exists. It is called 'cabal-install'. To try out one of today's new packages: $ cabal update Downloading package list from server 'http://hackage.haskell.org/packages/archive' $ cabal install category-extras Downloading 'category-extras-0.52.1'... Configuring category-extras-0.52.1... Preprocessing library category-extras-0.52.1... Building category-extras-0.52.1... /usr/bin/ar: creating dist/build/libHScategory-extras-0.52.1.a Installing: /home/dons/.cabal/lib/category-extras-0.52.1/ghc-6.8.2 Registering category-extras-0.52.1... Done.

Am Donnerstag, 29. Mai 2008 17:47 schrieb Neil Mitchell:

[…]

...

grapefruit authors that commit to hackage

Or someone to help show the grapefruit authors the light. I helped put smallcheck on hackage, others have done other packages. Perhaps you could do grapefruit?

What do you mean with showing us the light? It’s not that I wouldn’t know how to do releases on Hackage. I’ve already did this for the lax package. It’s that we didn’t want to release yet because of Grapefruit’s inmaturity. Anyway, thanks for motivating people to help. :-)

[…]

Best wishes, Wolfgang

Duncan Coutts wrote:

So I fully appreciate this packaging stuff is sometimes frustrating. I hope you appreciate that it is actually improving.

I already was pleasantly surprised when discovering cabal-install, I think it deserves some more prominence, or even integration into cabal itself, to make everyone aware of the fact that there's such a thing as automatic installation and tempt people to make it work. CPAN, of course, makes its life a lot easier by not caring about outside dependencies at all: You can install GTK bindings without having GTK installed... which of course does not work with Haskell, as things must be linked properly. -- (c) this sig last receiving data processing entity. Inspect headers for past copyright information. All rights reserved. Unauthorised copying, hiring, renting, public performance and/or broadcasting of this signature prohibited.

On Fri, 2008-05-30 at 16:33 +0200, Chaddaï Fouché wrote:

2008/5/30 Achim Schneider :

...

I already was pleasantly surprised when discovering cabal-install, I think it deserves some more prominence, or even integration into cabal itself, to make everyone aware of the fact that there's such a thing as automatic installation and tempt people to make it work.

I completely agree, cabal-install is very nice, and should be more widely known.

Fear not, we are working towards a release :-) In fact in just the last couple days I've committed a new dependency resolver which should solve the dreaded diamond dependency problem: http://blog.well-typed.com/2008/04/the-dreaded-diamond-dependency-problem/ It can, for example, construct valid install plans for yi. There are a few more bits to clean up before I enable it by default and ask for wider testing. Duncan

Hi

Our reason to not commtting Grapefruit to Hackage so far was that this would mean making an official release and we thought that Grapefruit is not yet ready for this. However, I might be wrong in the sense that also despite its current deficiencies, Grapefruit should be available from Hackage. What do you think?

Release it on hackage. Releasing to hacking means other people might find it useful - not that it is ready for production use. I think other people on this thread have already said they want it, so a hackage release is the way to go. I sometimes release to hackage with no accouncement, just to make it easier for users to use certain packages. For example, I doubt anyone has heard of the homeomorphic package, but I have released it to hackage. Thanks Neil

Wolfgang Jeltsch wrote:

Am Donnerstag, 29. Mai 2008 17:38 schrieb Achim Schneider:

...

[…]

...

Rationale: We need […] grapefruit authors that commit to hackage

Our reason to not commtting Grapefruit to Hackage so far was that this would mean making an official release and we thought that Grapefruit is not yet ready for this. However, I might be wrong in the sense that also despite its current deficiencies, Grapefruit should be available from Hackage. What do you think?

Release early, release often. http://catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ar01s04.html

By the way, it’s nice to hear that there are people which are really interested in trying Grapefruit out. It still makes me wonder at times that I’ve made something that other people find really useful. (Of course, I’ve not done Grapefruit alone but Matthias Reisner has also done a notable amount of work.) So I would really like to get feedback concerning peoples impressions about Grapefruit. Seeing interest in Grapefruit might give me more motivation for the work on it and therefore speed up its development.

I'm generally very interested in declarative GUI programming, but not nearly enough acquainted with the whole topic to judge one project's approach over the other. I just followed standard scientific evaluation technique to select the projects to consider: The ones with the most and most recent activity win. So far, my impression is that documentation is severely lacking, but then I'm too busy watching Babylon 5 right now and did not get more than half an hour or so looking at grapefruit. -- (c) this sig last receiving data processing entity. Inspect headers for past copyright information. All rights reserved. Unauthorised copying, hiring, renting, public performance and/or broadcasting of this signature prohibited.