Hackages that only depend on Haskell Platform

So after encountering the dangers associated with installing many random hackages I am on a mission to cull the herd. So to that effect: Is there a list of hackages available that *only* depend on the latest Haskell Platform? -or- Can such a list be reasonably generated? -or- Will there even be anything left after the hackages are filtered? Apologies if this is in fact already in the archives! Cheers, Darren

On Feb 7, 2013, at 12:37 AM, Darren Grant
Is there a list of hackages available that *only* depend on the latest Haskell Platform?
-or-
Can such a list be reasonably generated?
-or-
Will there even be anything left after the hackages are filtered?
This project seems related: https://github.com/fpco/stackage Richard

Hi, Is there a gui library written in haskell (based on purely functional concepts)? Emanuel

A 07/02/2013, às 16:10, Emanuel Koczwara escreveu:
Hi,
Is there a gui library written in haskell (based on purely functional concepts)?
Emanuel
See the "High-level" part of http://www.haskell.org/haskellwiki/Applications_and_libraries/GUI_libraries Many are not currently developed anymore though. I find reactive-banana together with wxHaskell to have a quite “functional” feel to it, might be the best option currently. best, Miguel

Hi, Dnia 2013-02-07, czw o godzinie 17:03 +0000, Miguel Negrao pisze:
A 07/02/2013, às 16:10, Emanuel Koczwara escreveu:
Hi,
Is there a gui library written in haskell (based on purely functional concepts)?
Emanuel
See the "High-level" part of
http://www.haskell.org/haskellwiki/Applications_and_libraries/GUI_libraries
Many are not currently developed anymore though.
I find reactive-banana together with wxHaskell to have a quite “functional” feel to it, might be the best option currently.
I'm looking for a library written from scratch in haskell, not high level bindings. Reactive programming isn't well explained. Emanuel

On Thu, Feb 7, 2013 at 12:08 PM, Emanuel Koczwara wrote: I'm looking for a library written from scratch in haskell, not high
level bindings. Nobody's going to reimplement an entire graphics stack in Haskell (or any
other language, except as a tour-de-force with no practical use); they're
going to use existing bindings to a well-tested existing GUI. Rewriting Wx
or Gtk+ in Haskell, seriously? Aside from the effort required at the
outset, try keeping up with changes to the thing you're reimplementing.
Not maintainable and not viable.
--
brandon s allbery kf8nh sine nomine associates
allbery.b@gmail.com ballbery@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing) program never quite acts like a Windows, Mac, or Linux program.
And there was a practical use: you got much closer to "write once, run anywhere" whereas the earlier AWT resulted in "write once, test everywhere".
The same could be done in Haskell, but it would be a huge time commitment.
Tim
On Feb 7, 2013, at 9:32 AM, Brandon Allbery
On Thu, Feb 7, 2013 at 12:08 PM, Emanuel Koczwara
wrote: I'm looking for a library written from scratch in haskell, not high level bindings. Nobody's going to reimplement an entire graphics stack in Haskell (or any other language, except as a tour-de-force with no practical use); they're going to use existing bindings to a well-tested existing GUI. Rewriting Wx or Gtk+ in Haskell, seriously? Aside from the effort required at the outset, try keeping up with changes to the thing you're reimplementing. Not maintainable and not viable.
-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net _______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners

Hi, Dnia 2013-02-07, czw o godzinie 10:46 -0800, Tim Perry pisze:
Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing) program never quite acts like a Windows, Mac, or Linux program.
And there was a practical use: you got much closer to "write once, run anywhere" whereas the earlier AWT resulted in "write once, test everywhere".
The same could be done in Haskell, but it would be a huge time commitment.
Tim
That's exactly what i'm thinking about (and QML/Qt). Emanuel

On Thu, Feb 7, 2013 at 1:46 PM, Tim Perry
Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing)
It did indeed. I can tell you've not spent much time with the folks who have to deal with the result. AWT/Swing is exhibit A for why nobody else does it that way. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

Are you kidding? Swing is a dream. Ever spent time with MFC? Get real
On Feb 7, 2013, at 10:59 AM, Brandon Allbery
On Thu, Feb 7, 2013 at 1:46 PM, Tim Perry
wrote: Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing) It did indeed. I can tell you've not spent much time with the folks who have to deal with the result. AWT/Swing is exhibit A for why nobody else does it that way.
-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net _______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners

Hi, Dnia 2013-02-07, czw o godzinie 13:59 -0500, Brandon Allbery pisze:
On Thu, Feb 7, 2013 at 1:46 PM, Tim Perry
wrote: Java did it. Swing just asks the OS for a window and draws in it. Works fairly well...except that a Java (Swing) It did indeed. I can tell you've not spent much time with the folks who have to deal with the result. AWT/Swing is exhibit A for why nobody else does it that way.
And what about QML? Emanuel

That's a good reference, but what I am exploring is a quick, draconian
solution that will give me an extremely conservative set of packages that
are not interdependent in any way.
It seems that such a program does not yet exist, but should be
straightforward to write, joining HackageDB dependencies against packages
in the platform. The best I've got so far is to scrape results from cabal
info, but I'm looking for a more efficient set of API's to solve the
problem. Does the Haskell Platform come with modules that support this sort
of API?
Cheers,
d
On Thu, Feb 7, 2013 at 4:53 AM, Richard Norton
On Feb 7, 2013, at 12:37 AM, Darren Grant
wrote: Is there a list of hackages available that *only* depend on the latest Haskell Platform?
-or-
Can such a list be reasonably generated?
-or-
Will there even be anything left after the hackages are filtered?
This project seems related:
https://github.com/fpco/stackage
Richard
_______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners
participants (6)
-
Brandon Allbery
-
Darren Grant
-
Emanuel Koczwara
-
Miguel Negrao
-
Richard Norton
-
Tim Perry