On Wed, Jul 9, 2014 at 5:01 PM, Mark Lentczner
wrote:
> The status is: *Good-to-Go!*
>
Great work guys, this is a fantastic cleanup.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.or
all of these
nice high-quality packages, and I as a package author myself I appreciate
how much time goes into bumping version bounds. I just wish we could solve
that root issue with better tooling rather than mortgaging the future.
Without upper bounds on deps, lim_{t -> ∞} P(build-ok) = 0 :(
--
Gre
or so
> called "violations" of part of the PvP with dubious interests.
I can have tls-streams ready in about 5 minutes if we decide to go that way.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
en dependencies are updated.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
icy was first proposed. We
can debate it again (and we will, on the other thread), but this isn't
about legalisms: packages that violate PVP break builds.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
anytime soon: I don't
think your side of the issue has the votes, nor is there an attractive
enough counter-proposal.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
g io-streams for
inclusion into the platform (it's a very nice and high-quality library, if
I do say so myself) but I haven't because the matter simply isn't settled
yet and I don't think it's right to canonize one approach over the others.
G
--
Gregory Collins
On Sun, Mar 30, 2014 at 10:06 PM, Mark Lentczner
wrote:
> *cgi* - no longer builds, and we've been unwilling to bring it forward
> because it pulls in MonadCatchIO-mtl
Should we remove it from the platform?
G
--
Gregory Collins
___
Haske
On Fri, Mar 21, 2014 at 8:37 PM, Robert Lefkowitz wrote:
> At this point I would recommend turning off the ability to open new issues
> in Trac and directing people to Github.
Posthaste! Thanks for your work on this.
--
Gregory Collins
___
H
it is forward compatible with
> future evolutions (such as exposing dlist, and/or scientific).
>
> - Mark
>
> _______
> Libraries mailing list
> librar...@haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
>
--
Gregory Collins
ess to the datatype constructors might allow
you to violate. For dozens of reasons it's a software engineering "best
practice".
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
er (like HPC
test coverage) that would give you an idea of how good your implementation
is. I don't think there's a reason to delay the inclusion of this package
for these changes, they sound modest and appropriate.
G
--
Gregory Collins
___
Ha
easily be made as a standalone by the upstream project in
question then we have little hope or interest in spending the effort to
package it ourselves.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
> Libraries mailing list
> librar...@haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
>
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
se it might only
> be 6 months more wait and it'd resolve itself naturally.
>
I think for GHC boot packages we should ship with the same version that
ships with GHC.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
ted, pending inclusion of hashable".
G
On Fri, Jan 11, 2013 at 9:00 PM, Gregory Collins wrote:
> Hi all,
>
> First: Bas, would you support making case-insensitive a Haskell platform
> package?
>
> Assuming you say yes, I'd like to propose it for inclusion in the Haskel
latform mailing list
> Haskell-platform@projects.**haskell.org
> http://projects.haskell.org/**cgi-bin/mailman/listinfo/**haskell-platform<http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform>
>
--
Gregory Collins
___
Haskell-platform ma
e
unfortunate performance regressions. My suggestion was to remove the
randomized salt by default in favor of providing a "newtype RandomSalt a =
RandomSalt a" for use in situations where guarding against hash collision
attacks was important.
G
--
Gregory Collins
_
a proper deprecation cycle
wherever not), but I'd like to think that we generally nominate
high-quality packages with responsible maintainers who are aware of these
issues.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@
ce" (I hesitate to use the
word "committee") that would work to further these kinds of long-term goals
by helping maintainers refactor things to make them more platform-friendly?
G
--
Gregory Collins
___
Haskell-platform mailing lis
l.org/package/attoparsec
The proposal review deadline is Feb 23.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
On Fri, Jan 11, 2013 at 9:00 PM, Gregory Collins wrote:
> Any proposals for deadlines? Mark?
P.S. all: I've set the review deadline to Feb 10.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.
d saving images in various
> common format including jpeg and PNG.
>
> Regards
>
> Vincent Berthoux
>
>
> ___
> Haskell-platform mailing list
> Haskell-platform@projects.haskell.org
> http:
On Mon, Jan 14, 2013 at 2:24 PM, Bas van Dijk wrote:
> Something else: according to the HP procedure proposals should be
> discussed on the libraries list. Gregory: could you start a new
> discussion there?
>
libraries@ is already on this thread.
G
--
Gre
On Mon, Jan 14, 2013 at 12:20 PM, Henning Thielemann <
lemm...@henning-thielemann.de> wrote:
> I think it should import ByteString.Char instead of ByteString.
That's a type synonym, the distinction doesn't matter here.
G
ke them anyways.
One thing the haddocks could maybe do better is to have a bigger, louder,
and more informative disclaimer about the issue that points users towards
the "modern default": use text, and encode/decode as UTF-8.
G
--
Gregory Collins
7;s fault it doesn't
have viable competitors: we shouldn't be making busy-work for package
authors to make their code portable to other Haskell implementations that
don't exist yet.
G
--
Gregory Collins
___
Haskell-platform mailing li
itive
And the case-insensitive package can be found on Hackage:
http://hackage.haskell.org/package/case-insensitive
If Bas is not willing to have case-insensitive be a platform package I will
rescind the proposal.
Any proposals for deadlines? Mark?
--
Gregory Co
tableByteArray:
https://github.com/gregorycollins/hashtables/blob/master/src/Data/HashTable/Internal/IntArray.hs
The types from primitive have less overhead than vector, which is important
for some of my use cases.
G
--
Gregory Collins
___
Haskell-platform
-> IO ()) -> Builder
You need Foreign.Ptr in scope to make that happen, but that's marked
Trustworthy also. Put the two together and you can scribble on arbitrary
memory locations from a pure function.
G
--
Gregory Collins
___
Haskell-
Re-adding haskell-platform@, which I assume you left off by accident?
On Tue, Jul 17, 2012 at 7:05 PM, Yitzchak Gale wrote:
> Gregory Collins wrote:
> > This slightly underestimates the amount of work required. Each package's
> api
> > must be carefully audited for unsa
On Mon, Jul 16, 2012 at 6:48 PM, Yitzchak Gale wrote:
> Gregory Collins wrote:
> > I'm uncomfortable with this kind of a diktat without a plan for who's
> > actually going to do the work. Any volunteers?
>
> Well, "the work" is sending out a short
ly recommended for 2012.4.0.0,
> and likely to be *required* for 2013.2.0.0.
I'm uncomfortable with this kind of a diktat without a plan for who's
actually going to do the work. Any volunteers?
G
--
Gregory Collins
___
Haskell-platfor
sted, and (c) a mechanism for
> telling the system which packages are trusted.
>
Yes, I see your point now, after reading the docs more carefully. 27% of
the packages on Hackage being inferred safe, however, means you might have
an uphill b
hink this would work!).
As it stands, one miscreant can cause a lot of damage, especially when you
consider that right now anyone can upload any version of any package to
Hackage --- Safe Haskell or not.
G
--
Gregory Collins
___
Haskell-platform mail
the darcs repo at
> http://code.haskell.org/haskell-platform/. That said - how do people feel
> about making the github the official trunk? Seems like it would be more
> accessible and useful than the darcs repo has been.
>
+1 for github!
--
Gregory Collins
_
n says)?
> Will the CABAL file for 2010.2.0.0 not be available *at all* after
> 2011.x.0.0 is released?
http://code.haskell.org/haskell-platform/ is a darcs repository. Why
don't you look in the history?
G
--
Gregory Collins
___
Haskell-pla
work? I.e. have you managed to
repackage the .pkg file inside into another distribution? Because
every time I've tried this the mac installer tools have choked.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.
gt; packages built and installed. Take apart the GHC installer package, and build
> a new, single installer package that installs both the H.P. framework and the
> GHC framework. This give two frameworks installed on the Mac, and the GHC one
> is the same as what GHC's installer packag
Don Stewart writes:
> Given the discussion online about forming a Mac strike force, I'd also
> suggest putting this in that context, and asking on the libraries@ list
> for help.
Already updated the strike force wiki page!
G
--
G
Hi all,
Is anyone willing to take on maintenance of the OSX binary installer for
the Haskell Platform?
Thanks,
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman
iversal mode. I think something along the lines of:
CFLAGS="-arch i386 -arch x86_64 -g -O2"
might do it.
> And, wow, you're maintaining the OSX sources/installer without having
> actual native console access! That's impressive!
That's dons -- I build the bin
Don Stewart writes:
> So the generic installer seems to be working? Leopard/Mac/intel.
Betcha it's a 64-bit issue on Snow Leopard then.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.
er
>
> http://github.com/gregorycollins/cabal2macpkg
Keep in mind that this cruft is unlikely to help you with the MacPorts
stuff because we use the GHC upstream installer and that code is
tailored towards working with OSX installer .pkg files.
G
--
Gregory Collins
I forgot :(
I think I'll create a new installer version which patches this
issue. Stay tuned.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
and shouldn't have any of the
>> problems the last one had re: OSX 10.5.
>>
>> OSX users: please give the package a shot and report any issues you
>> find.
>>
>
> To release, do I just rename the .dmg ?
If there are no problems with it, then "yes".
e the package a shot and report any issues you
find.
Cheers,
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
lose to stable enough to be
considered for even "semi-blessed" status. Yet.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
s issue has been filed with the GHC team:
http://hackage.haskell.org/trac/ghc/ticket/3470
This is also a duplicate of #67.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cg
, and everyone will be happy.
* The "Download Haskell" text should be in HTML, and removed from the
.png -- I could see if it was some cool heading font that wasn't
likely to be on the user's system, but it's in Trebuchet MS --
double yuck.
* the curved c
ngs).
> * Package freeze: Mar 14, 2010
> * Major release date: Mar 21, 2010, during the Haskell Hackathon in Zurich
>
> Any thoughts?
>
> Duncan? Maintainers?
Sorry for being tardy in replying,
I'm moving in March so I'm worried I might not have oodles of time to
work o
d & cleaned up from the version control history but
I don't have a Tiger machine (or a PPC) so someone else would have to
pick up that ball in order to build Haskell Platform binaries for Tiger
or for PPC machines, sorry.
G
--
Gregory Collins
___
ns and discussions related to the
platform (for user-level queries or otherwise) on the haskell-platform
list, being lower-traffic makes it easier to monitor closely.
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.
tp://github.com/gregorycollins/haskell-platform-osx-installer/tree/master
Thanks,
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
Should these be included in the next release?
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
Malcolm Wallace writes:
> Gregory Collins wrote:
>
>> The second build of the OSX installer is now available for limited
>> testing:
>>
>> http://gregorycollins.net/static/haskell/haskell-platform-2009.2.0.1-alpha2.pkg
>
> I'm on a PowerPC G5, running
'll
bundle up a .dmg file for release.
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
he two should be compatible; I'd expect most users would want to
switch to cabal though.
G
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
indow -> Installer Log" and changing the detail level to "Show all
logs".
I'm a little puzzled by this, the haddock package shouldn't have a
post-install script...?
Thanks for the bug report,
G.
--
Gregory Collins
_
Don Stewart writes:
> It would be great if we could have our first public Mac OSX installer
> by then too, along with a Debian and Fedora installer.
I agree, it'd be great to get some feedback on that (tumbleweeds so
far..) so I can prepare a final package.
G
--
Greg
ell platform distribution. Going the other
way is proving to be quite a challenge. I'm starting to wonder whether
"embarrassment" on the part of Apple engineers is the reason this stuff
is so under-documented.
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
problems.
Sorry about how long it's taken -- I'm getting married on Saturday (!)
so finding time to work on this has been difficult indeed.
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
for the platform libraries. I still have
some work to do on the postinstall scripts for the cabal libraries, and
we won't have an uninstaller right away, but I should have a viable test
installer within a few days.
G
--
Gregory Collins
___
).
Unless there's some miracle I doubt this'll be done in the next few
days; I have to rewrite large chunks of cabal2macpkg, but before that I
need to find comprehensible doco, or, barring that, do a bunch of
reverse-engineering. I'll keep you poste
have to add code to cabal2macpkg to filter them
out. (I have to do this eventually anyways, but I'd rather focus on
getting something working for round 1.)
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@p
Hi all,
The OSX installer system has (optional) "blurb screens" for the
following categories:
* welcome
* readme
* conclusion blurb
Can anyone send me text for these?
Thanks,
G.
--
Gregory Collins
___
Haskell-platform mailing li
Gregory Collins writes:
> Hi all,
>
> The "cabal2macpkg" tool
> (http://github.com/gregorycollins/cabal2macpkg/tree/master) is far
> enough along now that you can build .pkg files from .cabal libraries.
>
> I'd appreciate some feedback; if any OSX users who
t
unfortunately
$ ls -ld *pkg
drwxr-xr-x 3 root wheel 102 1 Apr 14:54 kmeans-0.1.1.pkg
$ open kmeans-0.1.1.pkg
G.
--
Gregory Collins
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.o
Leopard version.
If anyone wants to discuss this project with me, I'll try to be on
#haskell; my nick is "gcollins". This project has been on my backburner
for a while but I intend to invest some time in it to try to make the
deadline.
G.
--
Gregory Collins
69 matches
Mail list logo
