-- John
On 04/17/2012 04:31 AM, Vincent Hanquez wrote:
On 04/17/2012 04:05 AM, John Goerzen wrote:
Dmitry & others,
Attached is a diff implementing TLS support for haskell-xmpp, and
correcting a build failure.
The support is rough but it seems to work so far.
It's a bid sad but gnu
Dmitry & others,
Attached is a diff implementing TLS support for haskell-xmpp, and
correcting a build failure.
The support is rough but it seems to work so far.
-- John
diff -durN -x '*~' -x Test.hs orig/haskell-xmpp-1.0/haskell-xmpp.cabal haskell-xmpp-1.0/haskell-xmpp.cabal
--- orig/haskell-
Hi folks,
I'm looking for suggestions for XMPP libraries. So far I have found
three on Hackage. Thanks to the authors of these - I think a lot of good
can come from XMPP in Haskell.
However, all of them appear to be minimally maintained, if at all:
* XMPP - only one upload, over 2 years ag
Hi Joey,
Apologies for such a late reply. I don't know if others have replied on
-cafe; it has become too high-volume for me to follow of late. There
are several options. MissingH is one. I have accepted patches there
for a long time. Another is that now that Hackage/Cabal foster easy
in
Thanks, Jeremy -- appreciate it!
-- John
On 08/10/2011 02:57 PM, Jeremy Shaw wrote:
Awesome!
I believe MissingH includes some code that I contributed (or used to).
That can all be licensed BSD3.
- jeremy
On Wed, Aug 10, 2011 at 2:14 PM, John Goerzen wrote:
Hello,
I would like to announce
than I do.
Thanks,
-- John Goerzen
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Nothing particularly lofty; just a realization that other people didn't
really want to engage in the conversation about LGPL, and I ran out of
time to do so myself.
-- John
On 06/02/2011 05:07 PM, Vo Minh Thu wrote:
2011/6/2 John Goerzen:
Hi Jon& all,
I've decided that
Hi Jon & all,
I've decided that I'm OK with re-licensing hslogger, HDBC, and well all
of my Haskell libraries (not end programs) under 3-clause BSD.
My schedule is extremely tight right now but if someone wants to send me
patches for these things I will try to apply them within the week.
--
OK, if you send me a tested patch I will be happy to apply it.
-- John
On 03/23/2011 04:09 PM, vagif.ve...@gmail.com wrote:
Latest from hackage: 2.2.3.2
On Wednesday, March 23, 2011 01:58:52 PM you wrote:
> On 03/23/2011 06:43 AM, Gershom Bazerman wrote:
> >> I've run into that bug too. I'
On 03/24/2011 11:30 AM, Erik Hesselink wrote:
I've just tested this, and with GHC 7, cabal chooses QuickCheck 2.4,
whereas with GHC 6.12, it chooses 2.1. If I specify that 6.12 should
choose 2.4 as well, I get the same issue there. This is to be
expected, because I don't see the CPP checks you me
Hi folks,
I don't have a GHC 7 environment running yet (it's on my list...) but I
received a bug report pointing me at this build failure:
http://hackage.haskell.org/packages/archive/testpack/2.0.1/logs/failure/ghc-7.0
Among other things, this noted:
Dependency QuickCheck >=2.1.0.3: using Qu
On 03/23/2011 06:43 AM, Gershom Bazerman wrote:
I've run into that bug too. I'm pretty sure its an issue with
hdbc-odbc, but haven't wanted to patch it without testing it across a
few other configurations, which I haven't had time/found
straightforward to do.
I should add, for those interested,
On 02/23/2011 11:57 AM, Chris Dornan wrote:
Thanks John,
I think this is a valuable discussion.
The compromise you propose wouldn’t address the main point – the fear
and aversion of using (L)GPL IP in proprietary IP.
Is that fear well-grounded or not? If not, then people should be
educated.
On 02/23/2011 05:48 AM, Chris Dornan wrote:
The simple answer is that I need to be able to use HDBC in proprietary
products and the LGPL makes this awkward – the most serious issue being
that owners of the code base don’t want GNU licensed parts being linked
into their code base. Packaging and de
On 02/23/2011 10:03 AM, Leon Smith wrote:
My biggest (mostly) fixable complaint with HDBC is that it hasn't
turned out to be a very complete or robust solution for accessing
databases that like to use PostgreSQL-specific features. My biggest
This is probably true, both that it isn't designed
On 02/22/2011 01:33 PM, Chris Dornan wrote:
Hi John,
Two thoughts: is there any prospect of making HDBC available under a
BSD-like license? The LGPL license is a significant barrier for me and I
expect it will be for others.
I'm happy to discuss this with people. It would be helpful to
under
Hi folks,
HDBC has been out there for quite some time now. I wrote it initially
to meet some specific needs, and from that perspective, it has been done
for awhile. It is clear, however, that there are some needs it doesn't
meet. Most of them relate to specific backend driver items.
I'd l
On 01/17/2011 03:16 PM, Michael Snoyman wrote:
I've brought up before my problem with the convertible package: it
encourages usage of partial functions. I would prefer two typeclasses,
one for guaranteed conversions and one for conversions which may fail.
In fact, that is precisely why convertibl
On 01/17/2011 10:07 AM, Michael Snoyman wrote:
On Mon, Jan 17, 2011 at 4:49 PM, Leon Smith wrote:
On Sat, Jan 8, 2011 at 11:55 AM, Michael Snoyman wrote:
In general I think it would be a good thing to have solid, low-level bindings
to PostgreSQL.
Well, there is PostgreSQL and libpq on hac
On 01/07/2011 09:49 AM, John Goerzen wrote:
On 01/07/2011 05:24 AM, Michael Snoyman wrote:
On Fri, Jan 7, 2011 at 11:44 AM, Iustin Pop wrote:
Yes, I had a bug reported in persistent-postgresql that I traced back
to this bug. I reported the bug, but never heard a response. Frankly,
if I had time
On 01/07/2011 05:24 AM, Michael Snoyman wrote:
On Fri, Jan 7, 2011 at 11:44 AM, Iustin Pop wrote:
Yes, I had a bug reported in persistent-postgresql that I traced back
to this bug. I reported the bug, but never heard a response. Frankly,
if I had time, I would write a low-level PostgreSQL bindin
On 11/29/2010 03:00 PM, John D. Ramsdell wrote:
only one other solution. Somehow the default behavior of the runtime
system must impose some reasonable limit. Here is the problem with
Shouldn't you configure your operating system to impose some reasonable
limit? That's not the job of the pr
H02DCD"]]
*** Exception: Prelude.(!!): index too large
if that helps..
Neil
On 4 Nov 2010, at 19:41, John Goerzen wrote:
On 11/04/2010 01:39 PM, Neil Davies wrote:
Hi
I've been trying to get the "hello world" example below to work:
main = do
db<- connect
On 11/04/2010 01:39 PM, Neil Davies wrote:
Hi
I've been trying to get the "hello world" example below to work:
main = do
db<- connectODBC connect'string
get Tables db>>= print
I wonder if you might try something other than getTables, which requires
some metadata
On 10/28/2010 07:48 PM, Daniel Peebles wrote:
Would anyone be interested in a project for a full-featured mail
library? I don't think I'm capable of writing the whole thing
myself, but I've started a github project at URL and would be happy
to collaborate in IRC channel #channel o
On 10/28/2010 05:44 PM, Günther Schmidt wrote:
There is no need for a mail client library on many platforms. Just
pipe the data to /usr/sbin/sendmail and poof. Done.
That would work well for sending (on Unix), but not for receiving.
Quite true. For receiving, we have tools like fetchmail, im
On 10/27/2010 01:22 PM, Donn Cave wrote:
Don't know, but probably challenging enough to make it worth challenging
the assumption that Python now has a good email library.
From a cursory look at the 3.0 library documentation, it looks to
me like IMAP support still means the old imaplib module.
On 10/27/2010 11:55 AM, Ketil Malde wrote:
What does "essential" mean? Something a hypothetical dictator wants,
but nobody else? For surely, if your email library was so essential,
it'd be included among the hundreds of libraries on Hackage? Perhaps it
is a lot less important than you think?
On 10/27/2010 10:08 AM, Günther Schmidt wrote:
Dear Malcolm,
since there is no mail client library even after 10+ years I suggest to
rethink the approach, because frankly, it's not working.
Why do you keep suggesting this?
http://hackage.haskell.org/package/WashNGo
There is no need for a mai
Cheers,
-- David
On Fri, Sep 3, 2010 at 1:36 AM, John Goerzen mailto:jgoer...@complete.org>> wrote:
Hi David,
I've had varying arguments from people that want me to mark things
safe or unsafe for various performance reasons. I'm happy to apply
your change
Hi David,
I've had varying arguments from people that want me to mark things safe
or unsafe for various performance reasons. I'm happy to apply your
change if you like. Can you send me a diff (and attach your explanation
here to it, which I'll use as a commit message for future reference)?
On 07/20/2010 11:45 PM, Michael Snoyman wrote:
I think a simple statement along the lines of the GNU Classpath linking
exception would go very far[1]. I only mention that one since it's
quoted verbatim on the Wikipedia site.
Michael
[1]
http://en.wikipedia.org/wiki/GPL_linking_exception#The_cla
On 07/07/2010 03:22 PM, Don Stewart wrote:
And you have to be wary about the license of HDBC (LGPL) if you want to
use the package in software you redistribute (though this is rarely the
case for database apps, I'm guessing). Satisfying the linking
requirements with GHC -O2 are non-trivial, even
On 04/25/2010 03:47 PM, Ivan Lazar Miljenovic wrote:
So you recommend having packages specifically for instances?
My main problem with this is if you want a custom variant of that
instance. Let's take FGL graphs for example with instances for
QuickCheck's Arbitrary class. Maybe you want arbitr
Magnus Therning wrote:
On 24/04/10 08:02, Bulat Ziganshin wrote:
Hello Leon,
Saturday, April 24, 2010, 12:23:58 AM, you wrote:
file nearly a third smaller. Given that many modern variants of the
"tar" command support .tar.lzma files directly
isn't latest version of lzma-based compression u
David Menendez wrote:
On Fri, Apr 23, 2010 at 10:11 PM, John Goerzen wrote:
Don Stewart wrote:
Oh, the Platform has very strict standards about APIs,
When a package may be added:
http://trac.haskell.org/haskell-platform/wiki/AddingPackages
That looks like a very solid document. Does it
Khudyakov Alexey wrote:
Actually, the behavior of openFile when given a String with characters >
0xFF is also completely undocumented. I am not sure what it does with
that. It should probably be the same as runCommand, whatever it is.
Under unices file names are just array of bytes. There is n
Don Stewart wrote:
Oh, the Platform has very strict standards about APIs,
When a package may be added:
http://trac.haskell.org/haskell-platform/wiki/AddingPackages
That looks like a very solid document. Does it also apply when
considering upgrading a package already in the platfor
Ivan Lazar Miljenovic wrote:
I think the "release early, release often" slogan is an affect on this
as well: we encourage library writers to release once they have
something that _works_ rather than waiting until it is perfect. The
fact that we encourage smaller, more modular libraries over larg
David Leimbach wrote:
I think managers expect magic bullets and holy grails... sometimes they
just end up with "holy cow"'s (or other more interesting 4 letter words)
instead.
The good news for me, at least, is that *I* am the manager. (Yep, the
company is small enough for that.) Actually,
Ivan Lazar Miljenovic wrote:
John Goerzen writes:
ghci
GHCi, version 6.12.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude> :m System.Process
Prel
Thomas Hartman wrote:
1) Folks, what exactly is the situation with buildbots?
If that's going to happen, then ideally we would have a way to run tests
as part of the hackage acceptance process. For instance, the change to
a time format string wouldn't break anything at compile time, but my
Don Stewart wrote:
I'll just quickly mention one factor that contributes:
* In 2.5 years we've gone from 10 libraries on Hackage to 2023 (literally!)
That is a massive API to try to manage, hence the continuing move to
focus on automated QA on Hackage, and automated tools -- no one wants
to
It is somewhat of a surprise to me that I'm making this post, given that
there was a day when I thought Haskell was moving too slow ;-)
My problem here is that it has become rather difficult to write software
in Haskell that will still work with newer compiler and library versions
in future ye
Here is a very interesting little problem.
ghci
GHCi, version 6.12.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude> :m System.Process
Prelude System.Proc
Hi folks,
MissingPy is a library I wrote a little while back that allows you to
call Python code from Haskell. It's on Hackage and, as far as I know,
still works.
Trouble is, the need I used to have for it is gone. So I no longer use
it myself for anything, and thus it is starting to bitrot
Tim Docker wrote:
*Main> fmap (fromSql.head.head) $ quickQuery c "select getdate()" [] ::
IO Data.Time.Clock.UTCTime
2010-04-09 09:59:20.67 UTC
*Main> fmap (fromSql.head.head) $ quickQuery c "select getdate()" [] ::
IO Data.Time.LocalTime
2010-04-09 09:59:26.313
*Main> fmap (fromSql.head.head) $
Tim Docker wrote:
> Jason:
>
> Thanks for the reply.
>
>> I suspect the solution is to correctly tell Haskell what type you
>> expect and then hopefully HDBC will do the conversion. For example,
>> using fromSql:
>> http://software.complete.org/static/hdbc/doc/Database-HDBC.html#v%
>> 3AfromSql
Martijn van Steenbergen wrote:
Is this a problem in HDBC or in HDBC-mysql?
Smells to me like a bug in HDBC-mysql. However, it is possible that the
bug lies in the C MySQL library itself.
To help isolate, it would be good to try your program:
* with HDBC-postgresql
* with HDBC-sqlite3
*
Ivan Miljenovic wrote:
> 2010/3/30 Don Stewart :
>>> I notice that posts from the Haskell elders are pretty rare now. Only
>>> every now and then we hear from them.
>>>
>>> How come?
>> Because there is too much noise on this list, Günther
>
> And they have better things to do than answer stupid q
Don Stewart wrote:
> Excellent!
>
> Would it be possible to disable the runtests executable by default?
> Enable it only with a conditional?
It's been that way for quite some time now:
Executable runtests
Buildable: False
heh, and I didn't even add a flag for it yet like I have with HDBC.
Gue
On Fri, Feb 12, 2010 at 08:45:09AM -0800, John MacFarlane wrote:
> +++ thomas hartman [Feb 11 10 21:07 ]:
> > gitit on hackage is still blocked because of dependency on missingh,
> > which depends on qc1. Not an easy fix -- I couldn't figure out how to
> > migrate testpack to qc2.
> >
> > However,
Neil Mitchell wrote:
>> The other HDBC problem I have is various dependencies relying on QC1.
>>
>> The next HP will ship with QC 2.1 (in coming weeks), so it might be a
>> good time for people to start migrating, since that will be the only
>> version of QC on many distros.
>
> I would strongly s
Hi folks,
I've gotten some reports (see below) of issues with building
HDBC-postgresql on GHC 6.12. Its Setup.hs file [1] is the culprit. The
problem is that AnyVersion needs to be removed to work with Cabal in GHC
6.12.
But I still want to support older Cabal.
Following the directions in the
Hi folks,
I wrote hpodder a little while back. I no longer listen to podcasts at
all (blame my Kindle for that). Is anyone here interested in adopting
it and giving it some needed care?
Thanks,
-- John
___
Haskell-Cafe mailing list
Haskell-Cafe@haske
Colin Paul Adams wrote:
> Is this connected with the in-and-out status of the time library in
> the GHC 6.10.x series?
>
> Is there a work-around?
Using the current HDBC (2.2.1) would fix it for you.
-- John
___
Haskell-Cafe mailing list
Haskell-Cafe@h
< 1.1.3 and
re-adding the instances.
Does this sound right?
>
>
> On Tue, Oct 13, 2009 at 2:51 AM, John Goerzen <mailto:jgoer...@complete.org>> wrote:
>
> Hugo Gomes wrote:
> > Hi,
> >
> > convertible and hdbc packages fail to compile
Patrick Brannan wrote:
> Prelude> module HDBC HDBC.PostgreSQL
>
> Now I would think that the line "Loading package
> HDBC-postgresql-2.1.0.0 ... linking ... done." means that the module
> is installed correctly, but I still can't execute the :module
> statement.
>
> Does anyone have any ideas abo
Duncan Coutts wrote:
> On Wed, 2009-09-30 at 08:36 -0500, John Goerzen wrote:
>> If you want to send me a patch that makes it an option (not mandatory),
>> I would be happy to apply it.
>
> When reviewing it do consider the new Unicode IO library.
>
> http://ghcmutte
If you want to send me a patch that makes it an option (not mandatory),
I would be happy to apply it.
-- John
Antoine Latter wrote:
> Forwarding on to the maintainer, in case he's not on the list.
>
>
> -- Forwarded message --
> From: Sean McLaughlin
> Date: Tue, Sep 29, 2009 a
Günther Schmidt wrote:
> Hi John,
>
> let me first of all apologize, I didn't mean to criticize you, I'm sure
> you had good reasons for those changes, I'm merely mean to state how
> they did affect me after switching to HDBC 2.1.
No, I completely understand and I'm not offended; but I didn't
John Goerzen wrote:
> I do recall some discussion about data within a database; I don't recall
> one about the filename of it, which would certainly be a separate
> discussion. I can see why a connectRaw or some such function could be
I have just pushed a patch to my git
Günther Schmidt wrote:
> Hi Cloud,
>
> this often occurs when the path to the database includes a non-ascii
> character.
>
> In my dev environment, the path to the database deliberately contains an
> umlaut and the original code base of hdbc.sqlite3 from John Goerzen,
&g
Magicloud Magiclouds wrote:
> Hi,
> I am using haskelldb and haskelldb-hdbc-sqlite3. Well, I finally got
> the source compiled and ran, I got this error:
> App: user error (SQL error: SqlError {seState = "", seNativeError =
> 21, seErrorMsg = "prepare 74: SELECT subject,\n timestamp\nFROM
>
Maciej Podgurski wrote:
> Building convertible-1.0.5...
There was unfortunately an API change in GHC 6.10.3 that could not be
worked around. Either upgrade to 6.10.3 or use an older version of
convertible.
-- John
___
Haskell-Cafe mailing list
Haskell-
Dimitry Golubovsky wrote:
> I'll try to write a wrapper for a forked process inside a Channel ->
> IO Channel typed function.
Your best bet would be to start with these instances in HSH.Command:
instance ShellCommand (String, [String]) where
instance ShellCommand String where
and the implementa
On Sat, Jun 13, 2009 at 05:06:41PM -0700, Jason Dagit wrote:
> On Sat, Jun 13, 2009 at 4:01 PM, John Goerzen wrote:
>
> > Dimitry Golubovsky wrote:
> >
> > > where hscpid corresponds to a process that runs a Haskell function
> > > (hsffigMain :: a -> b
Dimitry Golubovsky wrote:
> John,
>
> Thanks for the reply.
>
> In this case, would the body of my function run in a separate thread
> via forkProcess (that's what is needed, maybe I didn't make it clear)?
No; at least not automatically. The idea is that a function that is
Channel -> IO Channel
Dimitry Golubovsky wrote:
> John & all,
>
> I use HSH in my project where several external programs and Haskell
> functions need to be piped together: HSH is of great help here.
>
> I however came across the situation when one of pipe-connected
> functions has signature IO (), yet it reads from s
ou try flushing your browser cache and
> refreshing? Am I missing something?
Weird. I just now hit reload, and it came up to the correct version. I
wonder if perhaps it didn't get updated at the same time the docs did?
>
> Thomas
>
> On Thu, Jun 4, 2009 at 15:20, John Goerzen
Hi,
I'd like to be able to put a static link to the Haddock docs for the
current version of various packages on my homepage. Right now, I can't
find any such URL; they all look like:
http://hackage.haskell.org/packages/archive/HSH/2.0.0/doc/html/HSH.html
I'd like if there could be something lik
Hi,
I'm pleased to announce the release of version 2.0.0 of HSH, the
Haskell shell scripting library.
This version features a complete rewrite of the core. Since
System.Process has finally become capable enough to be the low-level
of HSH, HSH has been reimplemented in terms of it. This has prod
Henning Thielemann wrote:
> John Goerzen schrieb:
>> So this is annoying (CCing -cafe)
>>
>> I need NominalDiffTime and UTCTime to have Typeable instances. In
>> 6.10.1, they didn't ship with them out of the box, so I added them.
>> Apparently, in 6.10.3, th
Don Stewart wrote:
> duncan.coutts:
>> What we're currently missing is a PVP checker: a tool to compare APIs of
>> package versions and check that it is following the PVP. Ideally, we
>> will have packages opt-in to follow the PVP for those packages that do
>> opt-in we have the PVP enforced on hac
Duncan Coutts wrote:
> On Thu, 2009-05-21 at 15:22 -0700, Alexander Dunlap wrote:
>> Since those types come out of the time library, and that library's
>> version *has* been bumped (I assume), couldn't you use Cabal to
>> condition on the version of the time library to determine whether or
>> not t
So this is annoying (CCing -cafe)
I need NominalDiffTime and UTCTime to have Typeable instances. In
6.10.1, they didn't ship with them out of the box, so I added them.
Apparently, in 6.10.3, they DO ship with those instances out of the box.
Annoyingly, that means that my code breaks on 6.10.3.
On Thu, May 21, 2009 at 09:10:23PM +0200, Tom Lokhorst wrote:
> Oh, and while we're talking off topic.
> I don't know who's in charge of this, but I think it would be nice to
> have urls like: http://hackage.haskell.org/feed2twitter
YES!
Also a /package/doc link. So we could have a static link t
Itsme (Sophie) wrote:
> It's been quite a response, yes :-)
>
> I was half expecting to be received like a spam-bot.
Ahh, well if your late deceased father had left behind $13 BILLION
($13,000,000,000) USD in Nigeria, or if you were selling che$p blu3
pi11s, then you would have been received that
On Thu, May 07, 2009 at 12:18:47PM -0500, Itsme (Sophie) wrote:
> I could not find any contact info for Brian O'Sullivan, Don Stewart, or John
> Goerzen on their book site. Any pointers to how I might locate any of them
> much appreciated.
This post seems to have worked out reaso
Guenther Schmidt wrote:
> let me first of all thank you for providing the HDBC package. Haskell
> would be a much, much less usefull language without a working database
> interface. I could certainly not have written the app in Haskell
> without it and in any other language I know writing this
Günther Schmidt wrote:
> Am 04.05.2009 um 21:07 schrieb John Goerzen:
>
>> Günther Schmidt wrote:
>>> Hi John,
>>>
>>> I'm afraid so.
>>>
>>> If it came back as an SqlString "G\252nni" then it propably wouldn't
>>
ses for Unicode stuff and they are
all passing here. I would like to be able to eliminate your environment
as a culprit.
Incidentally, could you run make test in the HDBC-sqlite3 source directory?
>
>
>
>
> Am 04.05.2009 um 20:47 schrieb John Goerzen:
>
>> Günther Schmid
Günther Schmidt wrote:
> Hi John,
>
> what I just noticed is that *all* strings come back as SqlByteStrings.
That's normal, and pretty much irrelevant, since fromSql takes care of it.
It's documented, even: the SqlByteString is assumed to be in UTF-8, and
is decoded when converted to a String.
know. And the scary thing is that Unicode
makes this all *easier*.
>
> I'll do some further investigating and give you some more details when I
> have them, thanks in advance.
>
> Günther
>
>
> John Goerzen schrieb:
>> On Mon, May 04, 2009 at 04:44:04PM
Günther Schmidt wrote:
> Hi guys,
>
> for some reason, any way I try, all the Umlauts get garbled with HDBC 2.1.
> HDBC 1.16 worked fine with any backend (ODBC, Sqlite3, ... what have you).
>
> Anybody else had similar problems and knows how to solve this?
You need to be more specific, but it i
Michael P Mossey wrote:
> Michael P Mossey wrote:
>> However, I would like some ability to subscribe to specific comments. I
>> want to see if people have replied to me or what the latest discussion is.
>
> Okay, to follow up my own post, I discovered the subscription
> button for each chapter.
Ahn, Ki Yung wrote:
> I don't know the exact reason but this should not fail since I have
> Debian packaged ghc 6.10.1 and OpenGL-2.2.1.1 on my system.
>
> I think this is because the filename of the OpenGL shared library is
> /usr/lib/libGL.so.1 rather than libGL.so. This is why we have two
Andrew Coppin wrote:
> Joe Fredette wrote:
>> We need to start referring to more haskell packages as "sexy"
>
> Would *you* want to copulate with it? ;-)
Hey, it's a safe and pure language, right? ;-)
>
> Hmm, no documentation... GHC log is complaining that "mps" is missing.
> Pitty.
>
>
Lennart Augustsson wrote:
> Removing a package in a minor release is, to quote, an epic fail.
> I don't understand how that could be done.
I agree. Is there any chance of 6.10.3 reverting the change?
-- John
>
> -- Lennart
>
> On Tue, Apr 14, 2009 at 6:56 PM, Bulat Ziganshin
> wrote:
>> He
Hi folks,
Apologies in advance because this sounds rantish...
So I went to my friendly API reference at
http://www.haskell.org/ghc/docs/latest/html/libraries/index.html and
noticed that I couldn't find Data.Time there anymore. Though it was
still at
http://www.haskell.org/ghc/docs/6.10.1/html/li
Bulat Ziganshin wrote:
> Hello Cristiano,
>
> Sunday, April 5, 2009, 12:05:02 AM, you wrote:
>
>> Is it me or the above package is not included in Hoogle?
>
> afair, Neil, being windows user, includes only packages available for
> his own system
>
> there was a large thread a few months ago and
Hi,
QuickCheck 1.x had this function:
evaluate :: Testable a => a -> Gen Result
which I used in TestPack to help wrap a QuickCheck test as a HUnit
test case. QuickCheck 2.x seems to have no pure evaluate-like
function at all; all of its functions are in the IO monad and also
write their result
John Goerzen wrote:
> Hi,
>
> My google skills must be faulty, because I can't find much stuff on
> migrating from QuickCheck 1.0 to 2.0.
>
> I've got a number of questions:
>
> What's the deal with Result and reason being in two different places
> in
Stuart Cook wrote:
> On Mon, Mar 2, 2009 at 12:35 AM, Achim Schneider wrote:
>> -Wall? The number of -W options enabled should scale (at least)
>> linearly with code size.
>
> To make this a little more clear:
>
> You should probably be using the -Wall compiler option, which will
> produce a mes
Duncan Coutts wrote:
> All,
>
> I'm pleased to announce a major new release of the tar package for
> handling ".tar" archive files.
Very nice!
I'm curious -- what specific variants of the tar format can it read and
write?
* PAX?
* GNU tar sparse files?
* POSIX ustar
* various pre-posix arch
On Wed, Feb 11, 2009 at 09:43:34PM +0800, Evan Laforge wrote:
> On Wed, Feb 11, 2009 at 9:34 PM, Alistair Bayley wrote:
> > 2009/2/11 Cristiano Paris :
> >> I wonder whether this can be done in Haskell (see muleherd's comment):
> >>
> >> http://www.reddit.com/r/programming/comments/7wi7s/how_conti
Kirk Martinez wrote:
> Hello, fellow Haskell hackers! I am writing a term paper on Haskell in
> Business, and while I have gathered a lot of good information on the
I do hope you will publish your results somewhere.
> * What were the pros and cons you considered when choosing a
> langu
Duncan Coutts wrote:
> Sorry, I think we've been talking at cross purposes.
I think so.
>> There always has to be *some* conversion from a 32-bit Char to the
>> system's selection, right?
>
> Yes. In text mode there is always some conversion going on. Internally
> there is a byte buffer and a ch
On Tue, Feb 03, 2009 at 10:56:13PM +, Duncan Coutts wrote:
> > > Thanks to suggestions from Duncan Coutts, it's possible to call
> > > hSetEncoding even on buffered read Handles, and the right thing
> > > happens. So we can read from text streams that include multiple
> > > encodings, such as
On Tue, Feb 03, 2009 at 02:55:15PM -0600, John Goerzen wrote:
> I looked at your git repo, but I'm not going to pull anything from it
> right this minute. I would consider your performance change, but it was
> wrapped up with half a dozen other things in a single commit so I
>
1 - 100 of 498 matches
Mail list logo