Alright, I'll make a small patch that adds 2 fields to SetCookie:
setCookieMaxAge :: Maybe DiffTime
setCookieSecureOnly :: Bool
I've also gotten started on those cookie functions. I'm currently writing
tests for them.
@Chris: The best advice I can give is that Chrome (what I'm using as a
source o
Looks good to me too. I agree with Aristid: let's make the change to
cookie itself. Do you want to send a pull request? I'm also
considering making the SetCookie constructor hidden like we have for
Request, so that if in the future we realize we need to add some other
settings, it doesn't break the
Sorry, accidentally clicked "Reply" rather than "Reply to all". Here's
the message I sent:
-- Forwarded message --
From: Chris Wong
Date: Fri, Feb 3, 2012 at 7:44 PM
Subject: Re: [Haskell-cafe] Contributing to http-conduit
To: "Myles C. Maxfield"
On Fri, Feb 3, 2012 at 5:32 PM
On 3 February 2012 17:29, Magicloud Magiclouds
wrote:
> Thank you. The document does say it more clearly than me.
> But still, currently, ghc only gives me one option: cannot be built.
> How about giving me another one: throw away the version information of
> D when building A. So when A uses type
Thank you. The document does say it more clearly than me.
But still, currently, ghc only gives me one option: cannot be built.
How about giving me another one: throw away the version information of
D when building A. So when A uses types in D with B and C, it might
work. Just the risk is on me now.
On 2/2/12 6:46 PM, Carter Schonwald wrote:
On Thu, Feb 2, 2012 at 4:06 PM, Ivan Lazar Miljenovic wrote:
On 3 February 2012 07:11, Brent Yorgey wrote:
On Wed, Feb 01, 2012 at 01:53:03AM -0500, wren ng thornton wrote:
[2] HaskellForMaths, gamma, statistics, erf, math-functions,
combinat,...
T
On 3 February 2012 16:54, Magicloud Magiclouds
wrote:
> Hello,
> As I recalled, ghc works in staticly link mode. So after one library
> is compiled, all its build dependencies are useless. Lost, changed,
> wheresoever, it does not matter.
> Then why the problem of version conflicting exists?
>
Sounds good. I think the nicest way to handle maxage would be changing
SetCookie, not handling it at parsing time.
Aristid
Am 03.02.2012 05:35 schrieb "Myles C. Maxfield" :
> Alright. After reading the spec, I have these questions / concerns:
>
>- The spec supports the "Max-Age" cookie attrib
Hello,
As I recalled, ghc works in staticly link mode. So after one library
is compiled, all its build dependencies are useless. Lost, changed,
wheresoever, it does not matter.
Then why the problem of version conflicting exists?
By version conflicting I mean like following. This way, A is not
-- exact-combinatorics 0.2.0
I've chosen to rename the combinatorics package to exact-combinatorics
to make it clearer what the purpose of the package is. Anyone
repackaging things for individual distros s
Alright. After reading the spec, I have these questions / concerns:
- The spec supports the "Max-Age" cookie attribute, which Web.Cookies
doesn't.
- I see two possible solutions to this. The first is to have
parseSetCookie take a UTCTime as an argument which will represent the
That Cabal-1.10.1.0 bug seems to be back, now with bytestring-0.9.2.1
just uploaded to hackage. Same workaround as last time works (or maybe
its time to upgrade...).
For more info see:
http://www.haskell.org/pipermail/haskell-cafe/2011-August/094883.html
Thanks,
Alan
___
On 03/02/2012 12:22 PM, "Johan Tibell" wrote:
>
> On Thu, Feb 2, 2012 at 4:46 PM, Conrad Parker
wrote:
>>
>> On 3 February 2012 08:30, Johan Tibell wrote:
>> > On Thu, Feb 2, 2012 at 4:19 PM, Conrad Parker
wrote:
>> >>
>> >> I've followed what Johan Tibbell did in the hashable package:
>> >
>>
On Thu, Feb 2, 2012 at 4:46 PM, Conrad Parker wrote:
> On 3 February 2012 08:30, Johan Tibell wrote:
> > On Thu, Feb 2, 2012 at 4:19 PM, Conrad Parker
> wrote:
> >>
> >> I've followed what Johan Tibbell did in the hashable package:
> >
> >
> > If I had known how much confusion my childhood frie
Hello,
Formlets is deprecated in favor of digestive functors. If you have not looked
at the digestive-functors package I highly recommend that you do. It fixes a
lot of little issues that formlets had -- but is basically the same thing.
The (<<<) operator is a already a standard operator in Co
I came across the idea that is easy to define additional operators to
Text.FormLets for adding custom HTML formatting.
Had anyone tried that?
For example to enclose the Prod formulary in a Table using Text.XHtml
tags. I defined additional operators <<< and <++ for enclosing and
prepending
Html to
On 3 February 2012 08:30, Johan Tibell wrote:
> On Thu, Feb 2, 2012 at 4:19 PM, Conrad Parker wrote:
>>
>> I've followed what Johan Tibbell did in the hashable package:
>
>
> If I had known how much confusion my childhood friends would unleash on the
> Internet when they, at age 7, gave me a nick
On Thu, Feb 2, 2012 at 4:19 PM, Conrad Parker wrote:
> I've followed what Johan Tibbell did in the hashable package:
>
If I had known how much confusion my childhood friends would unleash on the
Internet when they, at age 7, gave me a nickname that's spelled slightly
differently from my last nam
On 3 February 2012 06:30, Michael Craig wrote:
> I'm comfortable writing tests in QuickCheck and HUnit and bundling them as
> optional executables with cabal, but I understand there's a better
> way. Specifically, I'm looking at the test-framework package and cabal's
> (newish) test-suite sections
ditto
On Thu, Feb 2, 2012 at 4:06 PM, Ivan Lazar Miljenovic <
ivan.miljeno...@gmail.com> wrote:
> On 3 February 2012 07:11, Brent Yorgey wrote:
> > On Wed, Feb 01, 2012 at 01:53:03AM -0500, wren ng thornton wrote:
> >>
> >> [2] HaskellForMaths, gamma, statistics, erf, math-functions,
> >> combin
On 12-02-02 12:12 AM, Scott Lawrence wrote:
When running cabal install with --extra-lib-dirs=./lib, if a package is
found both in ~/.cabal/lib and ./lib, cabal seems to favor the
~/.cabal/lib one. Is there some way to specify the correct precedence to
use?
--extra-lib-dirs is for C libs only.
On Thu, Feb 2, 2012 at 4:30 PM, Michael Craig wrote:
> I've been picking up Haskell as a side project for the last few months, and
> I'm now considering publishing some useful code I've written and reused in
> several small projects. So far I've done relatively little with testing
> (these have be
I've been picking up Haskell as a side project for the last few months, and
I'm now considering publishing some useful code I've written and reused in
several small projects. So far I've done relatively little with testing
(these have been non-mission-critical applications) but I feel I should get
http://www.vex.net/~trebla/haskell/lazy.xhtml
It is half done.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On 3 February 2012 07:11, Brent Yorgey wrote:
> On Wed, Feb 01, 2012 at 01:53:03AM -0500, wren ng thornton wrote:
>>
>> [2] HaskellForMaths, gamma, statistics, erf, math-functions,
>> combinat,...
>
> To this list I'd like to add 'species' and also the specialized
> 'multiset-comb' packages. The
On Wed, Feb 01, 2012 at 01:53:03AM -0500, wren ng thornton wrote:
>
> [2] HaskellForMaths, gamma, statistics, erf, math-functions,
> combinat,...
To this list I'd like to add 'species' and also the specialized
'multiset-comb' packages. The former doesn't build under recent GHCs
but I plan to fix
test-framework-doctest provides integration between doctest-haskell
and test-framework..
See http://hackage.haskell.org/package/test-framework-doctest for details.
Big thanks to Simon Hengel who did all the real work in making the
library work with test-framework 0.5
cheers
Sakari
__
bzlib-0.5.0.2 suffers from the exact same problem. I send a bug report
to the author a few days ago, but I can imagine he's very busy. It
might help if we can send patches that fix the compile error.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Thu, 2 Feb 2012 07:59:08 +0200, Michael Snoyman wrote:
> Hi all,
>
> I've received a number of reports of a broken zlib 0.5.3.2 (and
> experienced it myself). Is this a generally known issue?
>
> As a temporary workaround, I've released a new version of
> zlib-bindings that has an upper bound
Dear all,
I am currently advertising a PhD Studentship in Functional
Programming at the University of Nottingham in the UK:
http://www.nottingham.ac.uk/jobs/currentvacancies/ref/SCI1088
The closing date is *** Friday 10th February 2012 ***. If
you would like to apply, please follow the inst
30 matches
Mail list logo