Just wanted to add in: good catch Gershom on identifying the problem, and thank
you Taylor for working to remove them from the report.
> On 18 Nov 2018, at 21:17, Taylor Fausak wrote:
>
> Great catch, Gershom! There are indeed about 300 responses that tick all the
> boxes except for disliking
On Tue, Jan 2, 2018 at 11:47 AM, Sven Panne wrote:
> 2018-01-02 2:24 GMT+01:00 Gershom B :
>
>> A recent update to hackage, which fixed up the 01-index.tar.gz file,
>> revealed a bug in existing versions of cabal-install, when index files
>> are cleaned
On Tue, Jan 2, 2018 at 11:47 AM, Sven Panne wrote:
> 2018-01-02 2:24 GMT+01:00 Gershom B :
>
>> A recent update to hackage, which fixed up the 01-index.tar.gz file,
>> revealed a bug in existing versions of cabal-install, when index files
>> are cleaned
You'll need to delete your ~/.ghc directory as well.
On Sun, Dec 3, 2017 at 8:24 PM, Volker Wysk wrote:
> Hi!
>
> I want to remove eveything which cabal has installed, and begin again with
> a clean installation. How is this accomplished? I've deleted ~/.cabal, but
> it
Could be I'm misunderstanding, but are you looking for -ddump-rule-firings?
On Thu, Jan 12, 2017 at 10:46 AM, Erik de Castro Lopo
wrote:
> HI all,
>
> I'm having an look at rewrite rules, but something bugs me a little.
> How do I tell if my rewrite rules are firing or
Adding the haskell-stack mailing list, that's more focused than
haskell@haskell.org. Just leaving this message on that mailing list in case
someone in the future wonders where this conversation is moving to.
Short answer: try adding the following to ~/.stack/config.yaml:
package-indices:
- name:
Thank you for the thoughtful reply Nick.
On Thu, Sep 1, 2016 at 9:17 AM, Nicolas Wu <nicolas...@gmail.com> wrote:
> Hello Michael,
>
> On Thu, Sep 1, 2016 at 6:37 AM Michael Snoyman <mich...@fpcomplete.com>
> wrote:
>
>> On Thu, Sep 1, 2016 at 12:41 AM, Nicola
I had a niggling worry last night, and it turned out to be an actual issue,
filed at:
https://github.com/haskell/haskell-platform/issues/251
Note that this is a serious issue; it will make Stack essentially unusable
for anyone using HP Minimal on Windows and trying to use GHC 8. Regardless
of
My mutable-containers package has unboxed and storable references actually.
On Fri, Dec 11, 2015, 12:26 PM Akio Takano wrote:
> Hi Mateusz,
>
> IORef and STRef are boxed references. That is, they are a mutable cell
> that contains a pointer to some immutable Haskell value.
On Tue Nov 25 2014 at 9:46:46 PM Austin Seipp aus...@well-typed.com wrote:
We are pleased to announce the first release candidate for GHC 7.8.4:
https://downloads.haskell.org/~ghc/7.8.4-rc1/
This includes the source tarball and bindists for 64bit Linux. Binary
builds for other platforms
On Mon, Aug 25, 2014 at 9:37 PM, Bertram Felgenhauer
bertram.felgenha...@googlemail.com wrote:
Dear Michael,
Michael Snoyman wrote:
As part of trac ticket 9390[1], Simon PJ recommended that we try to get a
document written that clarifies some of the issues regarding evaluation
order
As part of trac ticket 9390[1], Simon PJ recommended that we try to get a
document written that clarifies some of the issues regarding evaluation
order, and get it included in the GHC wiki. After a few iterations with
review from Simon, I've got a first publicly consumable version available
at:
On Thu, Aug 21, 2014 at 3:26 PM, Adrian Victor Crisciu acris...@gmail.com
wrote:
Hi,
I tried to upgrade from hmatrix 0.15.2.1 to hmatrix-0.16.0.4 and both
cabal install and cabal configure complained about missing blas and lapack
libraries. However, I do have those libraries installed, and I
I'm building the GHC-7.8 branch now, and will then kick off a Stackage
build. That should give a good indication if there are regressions.
On Tue, May 27, 2014 at 11:06 AM, Austin Seipp aus...@well-typed.comwrote:
Hello all,
After a long week, I've finally gotten a little time to reply to
On Thu, Apr 10, 2014 at 6:42 AM, Carter Schonwald
carter.schonw...@gmail.com wrote:
i bet you have cabal --version reply with 1.16 :)
1) cabal update
2) cabal install cabal-install
3) rm ~/.cabal/config # old pre 1.18 config should go!
This was news to me. Is there a list of the
On Tue, Apr 1, 2014 at 8:07 AM, Kazu Yamamoto k...@iij.ad.jp wrote:
Hi Gershom,
We've also seen a lot of interest in distribution and cloud computing.
From the articles I've read, efficient concurrent programming involves
using node.js, so I think we should put some work into writing a
On Sun, Feb 9, 2014 at 10:30 AM, harry volderm...@hotmail.com wrote:
Carter Schonwald wrote
Yes. (And thence ghc itself is then invoked with dynamic or dynamic-too)
The docs for 7.8.1 say Template Haskell must now load dynamic object
files,
not static ones. Does this mean that, if I'm
On Mon, Oct 14, 2013 at 3:42 PM, Joachim Breitner
m...@joachim-breitner.dewrote:
Hi,
Am Sonntag, den 13.10.2013, 17:50 +0200 schrieb Michael Snoyman:
I wanted to announce that FP Complete is now running a Jenkins job to
build Stackage with GHC 7.8. You can see the current results
Hi everyone,
I wanted to announce that FP Complete is now running a Jenkins job to build
Stackage with GHC 7.8. You can see the current results in the relevant
Github issue[1]. Essentially, we're still trying to get version bounds
updated so that a build can commence.
I'd like to ask two things
I'm wondering if anyone's run into this problem before, and if there's a
common solution.
In Yesod, we have applicative forms (based originally on formlets). These
forms are instances of Applicative, but not of Monad. Let's consider a
situation where we want to get some user input to fill out a
On Tue, Oct 1, 2013 at 12:15 PM, Dan Burton danburton.em...@gmail.comwrote:
From what you've said, it sounds like you can already write:
serverSide :: IO a - Form a
This seems elegant enough to me for your needs. Just encourage it as an
idiom specific to Forms.
myBlogForm = Blog $
of monadic bind and return), but I think we could probably
state Applicative versions of those laws (assuming I haven't made a stupid
mistake):
lift . pure = pure
lift (x * y) = lift x * lift y
Michael
2013/10/1 Michael Snoyman mich...@snoyman.com
I'm wondering if anyone's run into this problem
On Mon, Sep 16, 2013 at 10:34 AM, John Lato jwl...@gmail.com wrote:
On Fri, Sep 13, 2013 at 12:48 AM, Michael Snoyman mich...@snoyman.comwrote:
On Thu, Sep 12, 2013 at 2:37 AM, John Lato jwl...@gmail.com wrote:
I didn't see this message and replied privately to Michael earlier, so
I'm
On Tue, Sep 17, 2013 at 4:25 AM, John Lato jwl...@gmail.com wrote:
On Mon, Sep 16, 2013 at 4:57 AM, Michael Snoyman mich...@snoyman.comwrote:
I think I just made a bad assumption about what you were proposing. If I
was going to introduce a typeclass like this, I'd want it to support `Set
On Fri, Sep 13, 2013 at 9:18 AM, Mario Blažević blama...@acanac.net wrote:
On 09/13/13 01:51, Michael Snoyman wrote:
On Fri, Sep 13, 2013 at 5:38 AM, Mario Blažević blama...@acanac.netmailto:
blama...@acanac.net wrote:
On 09/11/13 19:37, John Lato wrote:
3. I'm not entirely
On Fri, Sep 13, 2013 at 10:07 AM, Mario Blažević blama...@acanac.netwrote:
On 09/13/13 02:28, Michael Snoyman wrote:
On Fri, Sep 13, 2013 at 9:18 AM, Mario Blažević blama...@acanac.netmailto:
blama...@acanac.net wrote:
On 09/13/13 01:51, Michael Snoyman wrote:
On Fri
in the
future, even if that's not the goal for now.
On Wed, Sep 11, 2013 at 3:25 PM, Michael Snoyman mich...@snoyman.comwrote:
That's really funny timing. I started work on a very similar project just
this week:
https://github.com/snoyberg/mono-traversable
It's not refined yet, which is why
On Fri, Sep 13, 2013 at 5:38 AM, Mario Blažević blama...@acanac.net wrote:
On 09/11/13 19:37, John Lato wrote:
I didn't see this message and replied privately to Michael earlier, so
I'm replicating my comments here.
1. Sooner or later I expect you'll want something like this:
class
That's really funny timing. I started work on a very similar project just
this week:
https://github.com/snoyberg/mono-traversable
It's not refined yet, which is why I haven't discussed it too publicly, but
it's probably at the point where some review would make sense. There's been
a bit of a
I'll admit, I also thought it was a joke.
On Tue, Sep 10, 2013 at 2:34 PM, Ian Ross i...@skybluetrades.net wrote:
Me too, but I wasn't brave enough to say so after people seemed to be
taking it seriously...
On 10 September 2013 13:33, Roman Cheplyaka r...@ro-che.info wrote:
* John
You can build this up using the = operator[1] in stm-conduit, something
like:
eitherSrc :: MonadResourceBase m
= Source (ResourceT m) a - Source (ResourceT m) b - Source
(ResourceT m) (Either a b)
eitherSrc src1 src2 = do
join $ lift $ Data.Conduit.mapOutput Left src1 =
I've actually been intending to add the client side code to that package,
but I simply haven't gotten around to it yet. It's actually not that
complicated, but it does require some thought on the right interface for
things like approving/rejecting server side certificates. If you open up an
issue
space, I'd be willing to participate.
On Fri, Jul 12, 2013 at 12:57 AM, Michael Snoyman mich...@snoyman.comwrote:
On Thu, Jul 11, 2013 at 6:07 PM, Felipe Almeida Lessa
felipe.le...@gmail.com wrote:
On Thu, Jul 11, 2013 at 10:56 AM, Michael Snoyman mich...@snoyman.com
wrote:
The only
On Thu, Jul 11, 2013 at 3:44 AM, John Lato jwl...@gmail.com wrote:
Hi Michael,
I don't think those are particularly niche cases, but I still think this
is a bad approach to solving the problem. My reply to Erik explicitly
covers the worker thread case, and for running arbitrary user code
On Thu, Jul 11, 2013 at 6:07 PM, Felipe Almeida Lessa
felipe.le...@gmail.com wrote:
On Thu, Jul 11, 2013 at 10:56 AM, Michael Snoyman mich...@snoyman.com
wrote:
The only
approach that handles the situation correctly is John's separate thread
approach (tryAll3).
I think you meant
There's a pattern that arises fairly often: catching every exception thrown
by code. The naive approach is to do something like:
result - try someCode
case result of
Left (e :: SomeException) - putStrLn $ It failed: ++ show e
Right realValue - useRealValue
This seems
On Wed, Jul 10, 2013 at 1:01 PM, John Lato jwl...@gmail.com wrote:
On Wed, Jul 10, 2013 at 5:02 PM, Erik Hesselink hessel...@gmail.comwrote:
On Wed, Jul 10, 2013 at 10:39 AM, John Lato jwl...@gmail.com wrote:
I think 'shouldBeCaught' is more often than not the wrong thing. A
whitelist of
On Thu, May 23, 2013 at 11:38 AM, Anton Kholomiov anton.kholom...@gmail.com
wrote:
I wish it was possible to use an extension
CustomPrelude = Prelude.Prime
In the cabal file
I'm not necessarily opposed to this idea, but I'd like to point out that it
can have a negative impact on
It's quite old at this point, but you may be interested in reading the
initial motivations for creating conduit when the iteratee pattern (and
enumerator library in particular) already existed:
https://github.com/snoyberg/conduit/blob/master/README.md#general-goal
I would say the only real
this summer in a project related to Haskell for the Google
Summer of Code. I have been discussing my idea with Michael Snoyman
in order to have a clearer idea. Now, I would like to know the
community interest in this project.
I want to develop a server-side library in Haskell for sending
push
It doesn't seem like you're trying to perform multiple actions
simultaneously. For example, you don't need to be able to read from the
server and send data back at the same time. Instead, you'll have a single
thread of execution. Am I right?
If so, it seems like the simplest thing would be for
On Wed, Apr 10, 2013 at 2:08 PM, Alexander V Vershilov
alexander.vershi...@gmail.com wrote:
On 10 April 2013 14:56, Michael Snoyman mich...@snoyman.com wrote:
It doesn't seem like you're trying to perform multiple actions
simultaneously. For example, you don't need to be able to read from
It's a bug in your implementation of takeLine I believe. It doesn't take
into account that lines can span multiple chunks. When you call takeLine
the first time, you get L1\n. leftover puts a chunk with exactly those
contents back. When you call takeLine the second time, it gets the chunk
L1\n,
to handle all of this (even with
code syntax highlighting).
On 05/04/13 02:10, Michael Snoyman wrote:
In case it can be useful in any way for this project, my markdown
package[1] is certainly available for scavenging, though we'd likely
want to refactor it to not use conduit (I can't
, Apr 9, 2013 at 12:12 PM, Michael Snoyman mich...@snoyman.comwrote:
It's a bug in your implementation of takeLine I believe. It doesn't take
into account that lines can span multiple chunks. When you call takeLine
the first time, you get L1\n. leftover puts a chunk with exactly those
contents
On Thu, Apr 4, 2013 at 7:49 PM, Johan Tibell johan.tib...@gmail.com wrote:
Hi all,
Haddock's current markup language leaves something to be desired once
you want to write more serious documentation (e.g. several paragraphs
of introductory text at the top of the module doc). Several features
I'm wondering if this pattern exists and has a name. We have the concept of
joining a Monad:
join :: Monad m = m (m a) - ma
How about joining a monad transformer?
joinT :: (Monad m, MonadTrans t) = t (t m) a - t m a
I believe implementing this in terms of MonadTransControl[1] might be
said you checked that the file copy is being done?
* Copying a 1MB file in 1ms gives a throughput of ~1GB/s. The other
methods have a more believable ~70MB/s throughput.
G
On Fri, Mar 8, 2013 at 7:30 AM, Michael Snoyman mich...@snoyman.com
mailto:mich...@snoyman.com wrote:
Hi
That demonstrated the issue: I'd forgotten to pass O_TRUNC to the open
system call. Adding that back makes the numbers much more comparable.
Thanks for the input everyone, and Gregory for finding the actual problem
(as well as pointing out a few other improvements).
On Fri, Mar 8, 2013 at 12:13
Hi all,
I'm turning to the community for some help understanding some benchmark
results[1]. I was curious to see how the new io-streams would work with
conduit, as it looks like a far saner low-level approach than Handles. In
fact, the API is so simple that the entire wrapper is just a few lines
.
On Mar 8, 2013 8:30 AM, Michael Snoyman mich...@snoyman.com wrote:
Hi all,
I'm turning to the community for some help understanding some benchmark
results[1]. I was curious to see how the new io-streams would work with
conduit, as it looks like a far saner low-level approach than Handles
Wow, I hadn't realized that someone had implemented resumable sinks... and
now resumable conduits too! Very interesting.
I'm not sure if I entirely understand your use case, but in general it
should be possible to have multiple Conduits running one after the other.
Here's an example of restarting
On Wed, Mar 6, 2013 at 5:48 AM, Joey Adams joeyadams3.14...@gmail.comwrote:
On Tue, Mar 5, 2013 at 9:24 AM, Michael Snoyman mich...@snoyman.comwrote:
...
I'm not sure if I entirely understand your use case, but in general it
should be possible to have multiple Conduits running one after
On Fri, Mar 1, 2013 at 4:18 AM, Joey Adams joeyadams3.14...@gmail.comwrote:
Can I transform a conduit so some values are passed through unchanged, but
others go through the conduit? For example:
right :: Conduit i m o - Conduit (Either x i) m (Either x o)
This is named after the
On Sun, Mar 3, 2013 at 6:07 PM, Ertugrul Söylemez e...@ertes.de wrote:
Arie Peterson ar...@xs4all.nl wrote:
Would anyone have a problem with a deprecation of
MonadCatchIO-transformers, and a failure to update it to work with a
base without 'block' and 'unblock'?
Yes. This is a
is
implemented. But would this approach implement the shallow trace, or the
full stack trace?
Michael
Simon
** **
*From:* michael.snoy...@gmail.com [mailto:michael.snoy...@gmail.com] *On
Behalf Of *Michael Snoyman
*Sent:* 25 February 2013 18:19
*To:* Simon Peyton-Jones
*Cc
On Mon, Feb 25, 2013 at 11:13 AM, Simon Hengel s...@typeful.net wrote:
On Mon, Feb 25, 2013 at 09:57:04AM +0100, Joachim Breitner wrote:
Hi,
Am Montag, den 25.02.2013, 08:06 +0200 schrieb Michael Snoyman:
Quite a while back, Simon Hengel and I put together a proposal[1] for
a new
On Mon, Feb 25, 2013 at 2:15 PM, Alexander Kjeldaas
alexander.kjeld...@gmail.com wrote:
On Mon, Feb 25, 2013 at 12:46 PM, Simon Hengel s...@typeful.net wrote:
On Mon, Feb 25, 2013 at 10:40:29AM +0100, Twan van Laarhoven wrote:
I think there is no need to have a separate
On Mon, Feb 25, 2013 at 4:42 PM, Simon Peyton-Jones
simo...@microsoft.comwrote:
I’m afraid the rewrite-rule idea won’t work. RULES are applied during
optimisation, when tons of inlining has happened and the program has been
shaken around a lot. No reliable source location information is
Quite a while back, Simon Hengel and I put together a proposal[1] for a new
feature in GHC. The basic idea is pretty simple: provide a new pragma that
could be used like so:
error :: String - a
errorLoc :: IO Location - String - a
{-# REWRITE_WITH_LOCATION error errorLoc #-}
Then all usages of
I'd like to announce the first release of a new tool called hackage-proxy.
The purpose is to provide a local proxy for a Hackage server, which somehow
modifies files in transport. The motivating case for this was getting more
meaningful error output from Stackage when compiling against GHC HEAD.
On Sun, Feb 10, 2013 at 8:34 PM, Michael Snoyman mich...@snoyman.comwrote:
On Sun, Feb 10, 2013 at 8:51 PM, grant the...@hotmail.com wrote:
Michael Snoyman michael at snoyman.com writes:
Hi Michael,
Just one last thought. Does it make any sense that xml-conduit could be
rewritten
On Sun, Feb 10, 2013 at 8:51 PM, grant the...@hotmail.com wrote:
Michael Snoyman michael at snoyman.com writes:
Hi Michael,
Just one last thought. Does it make any sense that xml-conduit could be
rewritten as a lens instead of a cursor? Or leverage the lens package
somehow?
That's
Hi Grant,
As you might expect from immutable data structures, there's no way to
update in place. The approach you'd take to XSLT: traverse the tree, check
each node, and output a new structure. I put together the following as an
example, but I could certainly imagine adding more combinators to
On Fri, Feb 8, 2013 at 3:55 PM, Ian Lynagh i...@well-typed.com wrote:
On Thu, Feb 07, 2013 at 09:42:39AM -0800, Mark Lentczner wrote:
I wish GHC would radically change it's release process. Things like 7.8
shouldn't be release as 7.8. That sounds major and stable. The web site
will have
, Michael Snoyman wrote:
So you're saying you want to keep the same grouping that you had
originally? Or do you want to batch up a certain number of results?
There are lots of ways of approaching this problem, and the types don't
imply nearly enough to determine what you're hoping to achieve
On Mon, Feb 4, 2013 at 3:47 PM, Simon Marechal si...@banquise.net wrote:
On 03/02/2013 16:06, Felipe Almeida Lessa wrote:
I guess you could use the Flush datatype [1] depending on how your
data is generated.
Thank you for this suggestion. I tried to do exactly this by modifying
my bulk
appreciate any other insights regarding concerns, issues, or
oddities that I might encounter with the above.
Thanks,
Kevin
On Mon, 04 Feb 2013 02:25:11 -0700, Michael Snoyman mich...@snoyman.com
wrote:
I think this is probably the right approach. However, there's something
important to point
On Thu, Jan 31, 2013 at 11:48 AM, Simon Marechal si...@banquise.net wrote:
Hello,
I have found the Conduit abstraction to be very well suited to a
set of
problems I am facing. I am however wondering how to implement
branching conduits, and even conduit pools.
I am
Firstly, what's the use case that you want to deal with lists? If it's for
efficiency, you'd probably be better off using a Vector instead.
But I think the inverse of `concat` is `singleton = Data.Conduit.List.map
return`, or `awaitForever $ yield . return`, using the list instance for
Monad.
On Fri, Feb 1, 2013 at 8:42 AM, Simon Marechal si...@banquise.net wrote:
On 02/01/2013 05:21 AM, Michael Snoyman wrote:
Firstly, what's the use case that you want to deal with lists? If it's
for efficiency, you'd probably be better off using a Vector instead.
That is a good point, and I
On Jan 27, 2013 8:46 AM, alexander.vershi...@gmail.com wrote:
Sat, Jan 26, 2013 at 12:21:02PM +0600, s9gf4...@gmail.com wrote
According to the documentation, SQLite stores whatever you give it,
paying very little heed to the declared type. If you get SQLite to
*compare* two numbers, it
Very nice to see, I'm happy to stand corrected here. We'll definitely get
some support for fixed into the next major release.
On Saturday, January 26, 2013, wrote:
According to the documentation, SQLite stores whatever you give it,
paying very little heed to the declared type. If you get
I can point you to the line of code causing you trouble[1].
The problem is, as you already pointed out, that we don't have a
PersistValue constructor that fits this case correctly. I think the right
solution is to go ahead and add such a constructor for the next release.
I've opened a ticket on
I've now created a Stackage mailing list:
https://groups.google.com/d/forum/stackage
I encourage anyone who's interested to join the list.
On Sat, Dec 22, 2012 at 11:50 AM, Joachim Breitner m...@joachim-breitner.de
wrote:
Dear Michael,
I’m wondering if I missed something, but is there a
You could wrap chr with a call to spoon[1]. It's not the most elegant
solution, but it works.
[1]
http://hackage.haskell.org/packages/archive/spoon/0.3/doc/html/Control-Spoon.html#v:spoon
On Thu, Jan 3, 2013 at 9:50 AM, Myles C. Maxfield
myles.maxfi...@gmail.comwrote:
Hello,
I'm working on a
On Thu, Dec 27, 2012 at 9:42 AM, Erik de Castro Lopo
mle...@mega-nerd.comwrote:
Pieter Laeremans wrote:
Hi,
The http-proxy package isn't compatible any longer with the latest
conduit. Since it is open source, I thought, I might as well try to adapt
it and submit a patch.
Have you
Sorry for the double-post, sent the first one from the wrong email address.
Hi Joachim,
I have not yet created a mailing list, but it should certainly be done.
There is also not yet a web site for Stackage, but there should be one in
the near future. At the very least, we'll need to host
On Sat, Dec 15, 2012 at 4:25 PM, Malcolm Wallace malcolm.wall...@me.comwrote:
On 13 Dec 2012, at 10:41, Petr P wrote:
In particular, we can have a BSD package that depends on a LGPL package,
and this is fine for FOSS developers. But for a commercial developer, this
can be a serious issue
On Fri, Dec 14, 2012 at 10:18 AM, Magnus Therning mag...@therning.orgwrote:
On Wed, Dec 12, 2012 at 4:55 AM, Ramana Kumar ram...@member.fsf.org
wrote:
Dear Michael, Arch Haskell,
I saw this in the Haskell Weekly News recently:
http://www.yesodweb.com/blog/2012/11/stable-vetted-hackage
To take this out of the academic realm and into the real-life realm: I've
actually done projects for companies which have corporate policies
disallowing the usage of any copyleft licenses in their toolset. My use
case was a web application, which would not have been affected by a GPL
library usage
On Thu, Dec 13, 2012 at 10:14 AM, Colin Adams colinpaulad...@gmail.comwrote:
On 13 December 2012 08:09, Michael Snoyman mich...@snoyman.com wrote:
To take this out of the academic realm and into the real-life realm: I've
actually done projects for companies which have corporate policies
On Thu, Dec 13, 2012 at 11:35 AM, Ramana Kumar ramana.ku...@cl.cam.ac.ukwrote:
On Thu, Dec 13, 2012 at 8:09 PM, Michael Snoyman mich...@snoyman.comwrote:
I also don't think that distributing programs is as small a market as you
think, and should also be something we support for commercial
I think that's a great idea. I just implemented this on PackDeps:
http://packdeps.haskellers.com/licenses
As with all features on that site, I'll be happy to deprecate it as soon as
Hackage incorporates the feature in the future.
Michael
On Thu, Dec 13, 2012 at 12:41 PM, Petr P
On Thu, Dec 13, 2012 at 3:53 PM, Vincent Hanquez t...@snarc.org wrote:
On 12/13/2012 12:51 PM, Michael Snoyman wrote:
I think that's a great idea. I just implemented this on PackDeps:
http://packdeps.haskellers.**com/licenseshttp://packdeps.haskellers.com/licenses
As with all features
felipe.le...@gmail.com wrote:
While you're at it, maybe whitelisting cpphs would be nice as well =).
On Thu, Dec 13, 2012 at 12:03 PM, Michael Snoyman mich...@snoyman.com
wrote:
On Thu, Dec 13, 2012 at 3:53 PM, Vincent Hanquez t...@snarc.org wrote:
On 12/13/2012 12:51 PM, Michael Snoyman
true ;).
[1] http://code.haskell.org/cpphs/README
On Thu, Dec 13, 2012 at 1:08 PM, Michael Snoyman mich...@snoyman.com
wrote:
Are you referring to:
http://code.haskell.org/cpphs/LICENCE-commercial
If the package is dual-licensed BSD3 and LGPL, maybe Malcolm could change
the cabal
On Thu, Dec 13, 2012 at 9:51 PM, Daniel Trstenjak
daniel.trsten...@gmail.com wrote:
On Thu, Dec 13, 2012 at 08:40:09PM +0200, Michael Snoyman wrote:
If you have a commercial use for cpphs, and feel the terms of the (L)GPL
are too onerous, you have the option of distributing unmodified
I definitely think there's a lot of room for collaboration here. I've been
in touch with maintainers for other Linux distributions, and I think
Stackage could become a project where different distros are all able to
work together. Stackage is also set up in a way right now that seems to fit
Arch's
On Fri, Dec 7, 2012 at 10:54 AM, Roman Cheplyaka r...@ro-che.info wrote:
* Michael Snoyman mich...@snoyman.com [2012-12-07 09:52:07+0200]
Let me bring up one other package: yaml (written by me). I think it's a
pretty good fit for the standard YAML packaging library, since it simply
reuses
On Fri, Dec 7, 2012 at 12:00 PM, Roman Cheplyaka r...@ro-che.info wrote:
* Michael Snoyman mich...@snoyman.com [2012-12-07 11:51:40+0200]
As for toYAML/toJSON, I guess most of the time they are different
anyway —
otherwise it's defeating the purpose of YAML to be more human-readable
I think the stm-conduit package[1] may be helpful for this use case. Each
time you get a new command, you can fork a thread and give it the TBMChan
to write to, and you can use sourceTBMChan to get a source to send to the
client.
Michael
[1] http://hackage.haskell.org/package/stm-conduit
On
On Tue, Nov 27, 2012 at 7:25 PM, Nicolas Trangez nico...@incubaid.comwrote:
Michael,
On Tue, 2012-11-27 at 17:14 +0200, Michael Snoyman wrote:
I think the stm-conduit package[1] may be helpful for this use case.
Each time you get a new command, you can fork a thread and give
I don't think there's enough information in the snippet you've given to
determine what the problem is. And in general, it's a good idea to include
the actual error message from the compiler.
On Mon, Nov 12, 2012 at 5:02 AM, Alexander V Vershilov
alexander.vershi...@gmail.com wrote:
Hello.
I
On Mon, Nov 5, 2012 at 9:51 PM, Michael Snoyman mich...@snoyman.com wrote:
On Nov 5, 2012 2:42 PM, Hiromi ISHII konn.ji...@gmail.com wrote:
Hi, there
On 2012/11/01, at 21:23, Michael Snoyman wrote:
Due to various technical reasons regarding the nature of conduit, you
can't
It might have been caused by an overzealous security mechanism: I was only
consuming 1000 bytes of the header, which in some BrowserID cases may not
be enough. I've bumped that limit, can you try again?
On Sun, Nov 4, 2012 at 9:35 AM, Obscaenvs obscae...@gmail.com wrote:
Excerpt from source:
Due to various technical reasons regarding the nature of conduit, you can't
currently catch exceptions within the Pipe monad. You have two options:
* Catch exceptions before `lift`ing.
* Catch exceptions thrown from the entire Pipe.
Since the exceptions are always originating in the underlying
The important issue here is that, when using =$, $=, and =$=, leftovers
will discarded. To see this more clearly, realize that the first line of
sink is equivalent to:
out1 - C.injectLeftovers CT.lines C.+ CL.head
So any leftovers from lines are lost once you move past that line. In order
to
On Mon, Oct 15, 2012 at 6:30 PM, Joey Hess j...@kitenet.net wrote:
Michael Snoyman wrote:
I think I have a misunderstanding of how forkProcess should be working.
Ultimately this relates to some bugs in the development version of
keter, but
I've found some behavior in a simple test program
Hi all,
I think I have a misunderstanding of how forkProcess should be working.
Ultimately this relates to some bugs in the development version of keter,
but I've found some behavior in a simple test program which I wouldn't have
expected either, which may or may not be related.
With the program
1 - 100 of 658 matches
Mail list logo