Duncan Coutts wrote:
> We are now seeking volunteers for this steering committee. A good number
> is probably around five.
>
> Comments, criticisms and volunteers please!
sounds acceptable. A commitment not to let the issue drop (It seems
especially important to create such a commitment to get
Don Stewart wrote:
> Now we turn to the hard questions.
:-)
So I'm not sure how we, the steering committee, facilitate discussion
without discussing something ourselves. Usually just bringing something
up on libraries@ creates a lot of discussion. I guess we want to figure out
- which things
Duncan Coutts wrote:
> On Wed, 2009-08-05 at 10:38 -0400, Isaac Dupree wrote:
>> Duncan Coutts wrote:
>>> Maintainers propose their own packages, providing their own assessment
>>> against a set of criteria.
>> so if you're a random user/contributor then you h
>> Also, the fact a credits section was deemed necessary suggests to me
>> that too much work is involved.
>
> It was agreed because it's a cheap and easy way to promote the work of
> review which is often undervalued.
Exactly! Probably the main motivation for package authors is not that
they g
Duncan Coutts wrote:
> I've been trying to make a consistent set of packages to test releases
> of Cabal and cabal-install.
>
> What I've noticed is that there are a small number of packages that
> almost cut hackage down the middle.
>
> At the moment the main culprit is
> QuickCheck 1 vs 2
> Wh
On 02/24/10 19:46, Don Stewart wrote:
> Please comment on this release timetable.
>
> http://trac.haskell.org/haskell-platform/wiki/ReleaseTimetable
>
> 2009.4.x will include GHC 6.12:
6.12.1 to start with? (When are we planning to make 6.12.2?)
-Isaac
__
On 03/21/10 04:21, Don Stewart wrote:
> + http://hackage.haskell.org/platform/new/mac.html
Needs to say this .dmg is also only for Intel macs. True, 10.6 doesn't
run on PPC, but 10.5 does.
Also, on my Firefox, the front-page text is quite overlapping now (and
it wasn't for me in the origin
On 05/24/10 03:27, Don Stewart wrote:
> We're modelling ourselves on gnome and ubuntu, which have well
> specified timetables for developers
> (and I agree we could do better to specify), while hiding that info
> from downloaders. If in doubt, look at the HP wiki!
>
> So how do we balance the curio
On 11/06/10 11:53, Dmitry Astapov wrote:
> One one hand, parsec 3 is more versatile, on the other hand, parsec 2 is
> often faster.
Is this even since parsec 3.1, whose main claim to fame was making
parsec3 performance be comparable to parsec2 performance?
http://www.haskell.org/pipermail/haskel
rspective). We exercise direction; we don't exercise authority.
So, as long as it's a consistent direction.
My e-mail records suggest that when we formed the committee in July
2009, it consisted of:
Thomas Schilling
Iavor Diatchki
Adam Wick
Johan Tibell
Duncan Coutts
Isaac Dupree
(T
On 11/08/10 10:37, Duncan Coutts wrote:
> On 8 November 2010 09:23, Isaac Dupree
> wrote:
>> It was based on volunteers; there no worries about succession or
>> anything; we got about the number of volunteers we hoped for.
>> http://www.mail-archive.com/haskell-platf
On 11/08/10 07:51, Christian Maeder wrote:
> I still favor parsec 2 over parsec 3 because
>
> a) parsec 3 is no longer haskell98 (as major parts of parsec 2 are)
I can't find my notes (might've disappeared in a system crash), but I
went through all the HP packages, and I think each of the extensi
On 11/12/10 18:57, Ian Lynagh wrote:
> On Thu, Nov 11, 2010 at 10:15:46PM +, Duncan Coutts wrote:
>> On 11 November 2010 16:21, Ian Lynagh wrote:
>>> Also, is there a better list than haskell-platf...@projects for
>>> communicating with the steering committee? I don't see any addresses on
>>>
Did anyone volunteer to be the chair yet, to dispatch proposals to
committee members and generally keep a guiding eye on the libraries list?
If not, I'm willing to volunteer.
-Isaac
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.o
On 12/14/10 11:01, Duncan Coutts wrote:
> On 14 December 2010 08:46, Isaac Dupree
> wrote:
>> Did anyone volunteer to be the chair yet, to dispatch proposals to committee
>> members and generally keep a guiding eye on the libraries list?
>>
>> If not, I'm
I need to ask y'all: are library patch proposals (like "Proposal: Add
chop function to Data.List") part of our mission? Mostly all the
libraries maintained by librar...@haskell.org are part of the Haskell
Platform now (though not vice versa), so I imagine so.
There are about six active library
On 12/15/10 06:23, Duncan Coutts wrote:
> On 15 December 2010 06:36, Isaac Dupree
> wrote:
>> I need to ask y'all: are library patch proposals (like "Proposal: Add chop
>> function to Data.List") part of our mission? Mostly all the libraries
>> maintain
On 12/18/10 19:36, Duncan Coutts wrote:
> On 17 December 2010 08:07, Isaac Dupree
> wrote:
>> (I wonder if we can make it easy for the libraries list to remember that
>> we're being authorityless. We could have a standard signature, something
>
> Hmm. Since people d
On 01/21/2013 05:21 PM, Ivan Lazar Miljenovic wrote:
Is there any particular reason for this library to be in the Platform?
See the proposal:
http://trac.haskell.org/haskell-platform/wiki/Proposals/case-insensitive#Rationale
"Rationale
Used whenever you need a case-insensitive comparison of t
Regarding hashWithSalt determinism:
hashable 1.1:
"The general contract of hash is: * This integer need not remain
consistent from one execution of an application to another execution of
the same application. [...] The contract for hashWithSalt is the same as
for hash, with the additional requ
On 03/21/2013 05:32 PM, Johan Tibell wrote:
I think the contract should be: the hash function is guaranteed to
return the same hash code for a given value as long as the code is
compiled with the same version of hashable, unless the user explicit
turns on hash randomization (i.e. random seed read
21 matches
Mail list logo
