Re: [Haskell-cafe] ANNOUNCE: tasty, a new testing framework
On Mon, Aug 05, 2013 at 09:48:39PM +0300, Roman Cheplyaka wrote: > I am pleased to announce the first release of tasty, a new testing > framework for Haskell. It is meant to be a successor to > test-framework (which is unmaintained). > > Tasty supports HUnit, SmallCheck, QuickCheck, and golden tests out > of the box (through the standard packages), but it is very > extensible, so you can write your own test providers. > > Please see the home page for more information: > http://documentup.com/feuerbach/tasty Are there plans an equivalent of test-framework-th too? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpEjh3SXHns3.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Packages in distro mentioned on hackage?
I've noticed that some packages have a mention of distributions that include it, and which version. How does a distro get to be added like that? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Does GHC 7.8 make targeting bare metal ARM any easier?
On Wed, Mar 20, 2013 at 08:05:04AM +0100, Karel Gardas wrote: > > Hello Jeremy, > > I'd also like to see GHC compiling for ARM bare metal. Honestly > speaking I've avoided Raspberry Pi, but rather settled on ARMv7. > Side note: BeagleBone is excellent for this as you get all the TI > supported tools together with JTAG debugging just for free from TI > (including ARM compilers if you care about this) and also you get > full documentation for its Sitara 335x SoC. > > Anyway, back to the GHC topic. I find it too invasive to go straight > from POSIX/libc dependency to nothing on bare-metal. Instead of this > while analyzing the situation for myself I've rather settled on > POSIX RTOS which is much less weight that general purpose Linux > distro and yet it provides a lot of API which makes GHC RTS porting > work much easier. > > So as my hobby time permits I'm working on GHC port to RTEMS[1] > which is a single-process, multi-threaded RTOS with POSIX API > supported. On its devel mailing list you may find that Raspberry Pi > BSP was already submitted for inclusion. Generally speaking, I also > hope that since this work is much less invasive on GHC, it has > higher chance of a merge into GHC HEAD once ready... This is exactly what I've been telling my colleagues (who like me mostly are stuck working with C on embedded devices) is what we *really* ought to be doing. :) Is there anything I can do to help out? Are you doing this work in the open? Can I find the code somewhere? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] ANN: sandi 0.2 - reasonbly fast data encoding library
I've just uploaded sandi version 0.2[1] to Hackage. Sandi is a data encoding library. It's aimed to be the successor of dataenc, my old data encoding library. Currently the following encodings are supported: - base16 - base32 - base32 hex - base64 - base64 url - base85 - quoted printable - uu - xx - yenc The main changes since the previous release: - Added benchmarks using criterion. - Modified API to make it better suited for piecemeal decoding by making decoding of base16, qp, and yenc accept correct but incomplete input. - Add a completely new API to allow using sandi with conduit. [1]: http://hackage.haskell.org/package/sandi-0.2 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Retiring as maintainer of dataenc
Hi all, A few years ago I found a need to base64 encode a bit of text inside vim and realised that there was no convenient way of doing it. This resulted in dataenc[1] and a pair of tools built on it, omnicodec[2]. The main goals were to make dataenc correct, support many encodings, and easy to maintain. This resulted in very simple (some would say naïve) code, with fairly good test coverage. As some have noticed, this simplicity in algorithm results in rather bad performance on large data. Which is why I've been planning for a replacement for a while now. This replacement is now here, sandi[3]. The goals of sandi are similar to dataenc, correct, many encodings, fairly simple, but also reasonably fast. This means that I personally think dataenc has reached the end of its life and I won't spend any more time on maintaining it. If anyone is interested in taking over maintenance then please announce it on the list. /M [1]: http://hackage.haskell.org/package/dataenc [2]: http://hackage.haskell.org/package/omnicodec [3]: http://hackage.haskell.org/package/sandi -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpejY2tBVObd.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] ANN: sandi 0.1.1 - a data encoding/decoding library
The other day I released version 0.1.1 of sandi, a data encoding/decoding library supporting the following encodings: base16, base32, base32hex, base64, base64url, base85, quoted-printable, uuencode, xxencode, yEnc I believe it's reasonably fast, but I still have to look more closely at criterion to get some hard numbers confirming that :) More details can be found at http://hackage.haskell.org/package/sandi /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpkRYVtfr37K.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Hackage down, again?
It looks like hackage is down again. Is it planned or unplanned downtime this time? There doesn't happen to be some mirror of the packages that is a bit more reliable than the original? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpuJ67OiZdLu.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] GHC maintenance on Arch
Please stay on topic, this is *not* a discussion about Haskell Platform[1], it's a discussion on ArchHaskell[2]. Please read up on the mailing list archives first, and then, if you still feel there's a need to discuss HP in ArchHaskell (which isn't the same thing as Arch itself) then please start a new thread. /M [1]: http://www.haskell.org/platform/ [2]: https://wiki.archlinux.org/index.php/ArchHaskell On Mon, Oct 29, 2012 at 2:53 PM, Brandon Allbery wrote: > On Mon, Oct 29, 2012 at 5:56 AM, Magnus Therning > wrote: >> >> Now I'm going to run the risk of upsetting you quite a bit by being >> completely blunt. > > > Indeed. > >> >> You come across in your mail like someone who has thought through your >> own situation, but fail to see the larger picture. You do know *your* > > > May I ask you a question, then? > > Does the Haskell Platform have any reason to exist? > > Supposedly, the Haskell community backs the Haskell Platform as the way that > most users should be using the Platform. Yet we have here a vendor platform > which does not support it, and newcomers who notice this and question it are > chastised for not thinking about the needs of other people. This suggests > that the Haskell Platform is unimportant and perhaps disruptive to some > significant group of people... is this so? > > And then, looking at your own message, I must ask: have you considered that > the Platform is aimed at the great many people who do not have large amounts > of expertise maintaining their own personal Haskell ecosystem. Or are your > needs so important that these people must in fact be told to deal? > > Or, to phrase in your own words: > >> You come across in your mail like someone who has thought through your >> own situation, but fail to see the larger picture. > > > -- > brandon s allbery kf8nh sine nomine associates > allber...@gmail.com ballb...@sinenomine.net > unix/linux, openafs, kerberos, infrastructure http://sinenomine.net > -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] GHC maintenance on Arch
Hello Timothy, Now I'm going to run the risk of upsetting you quite a bit by being completely blunt. You come across in your mail like someone who has thought through your own situation, but fail to see the larger picture. You do know *your* Haskell needs, and you know what *you* would want from a project like ArchHaskell. Then however you completely fail to realise that these are *your needs*, not anyone else's, but still you suggest that ArchHaskelll is broken because it doesn't provide a system that solves *your* problems. I suggest you take your insights of your situation and try to find a solution that works for you, and it sounds like you're on the way already with cabal-install. If you have suggestions on how to improve ArchHaskell *within the goals of the project* (which includes the general goals of ArchLinux) that would make ArchHaskell more usable to you, then you are more than welcome. However, if all you do is suggest that we completely change the goals of ArchHaskell because they don't align with your needs, then we thank you for your input, but ask you to not hold your breath for any changes. /M On Sun, Oct 28, 2012 at 9:49 PM, wrote: > Hello, > Who is in charge of the ghc and haskell packages on Arch linux? The current > system isn't working. > > Arch linux tends to update packages very quickly. > > For ghc, always having the latest ghc isn't a good thing. At least if you > actually want to get some work done. A majority of the time the latest GHC > is unusable. This is because the packages in hackage simply don't keep up. > With the current ghc version(7.6.1) even some basic packages in hackage are > not upgraded yet. > > Right now, a large number of other haskell related packages are in the arch > repos. Other than gtk2hs, I think these packages are pointless duplications. > In the other cases, it has been my experience that it is simpler to maintain > these packages through cabal rather than through pacman. Support for these > packages in Arch should probably be dropped. > > If you want to get work done in Arch with haskell, you should only install > ghc and cabal-install(right now, you'll have to search the Internet for the > old binaries, because the arch repos usually don't keep the old versions > around). Then you should add these packages to "IgnorePkg =" in pacman.conf > this way things won't break every couple of months. You can then choose to > upgrade when you wish. > > I hope that someone who is involved with the haskell Arch stuff reads this. > The current model needs to be rethought. Linux should be sane by default, > but I've lost many many hours learning that arch's relationship with haskell > is not so :( Probably the best solution would be to make Arch automatically > keep two versions of ghc around at any given time. > > Thank you for your time, > Timothy Hobbs > > ___ > Haskell-Cafe mailing list > Haskell-Cafe@haskell.org > http://www.haskell.org/mailman/listinfo/haskell-cafe > -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Darcs on Windows 7
On Sun, Sep 23, 2012 at 12:36 AM, Erik de Castro Lopo wrote: > Vasili I. Galchin wrote: > >> Hello Haskellers, >> >> I installed darcs on a Windows 7 machine. A darcs folder was created >> under "Program Files(x86)" folder. However, when I pull up "Program..." on >> the left side, darcs not there for me to run it. Why? Is darcs run only >> from the CLI? > > Yes, darcs is a command line program. There is a GUI for windows, but I have no idea whether it's good or not: http://tortoisedarcs.sourceforge.net/ /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell Platform - BSD License?
On Tue, Jul 31, 2012 at 12:29 PM, Sai Hemanth K wrote: > Hi, > > > I am trying to use haskell for building a tool (in a commercial setting). I > am trying to figure out what all licenses are involved here. > Is there a single license for the entire haskell platform (and the runtime) > or is it that I need to look at the individual licenses of all the > libraries and tools that make up the platform and point to them separately? > > The wikipedia page on haskell platform [0] says Haskell Platform is BSD > licensed. But I do not find any such info elsewhere. > Any pointers on this would be greatly appreciated, A quick search suggests that this still hasn't been decided: http://trac.haskell.org/haskell-platform/ticket/85 http://trac.haskell.org/haskell-platform/wiki/AddingPackages#Interimlicensepolicy I believe it still holds that all packages included in haskell-platform are BSD3 licensed. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Problem with packet documentation generated by cabal on windows 7
On Fri, May 25, 2012 at 01:19:11AM +0200, Nicu Ionita wrote: > Hi cafe, > > I have a problem with haddock documentation created when installing > new packages with cabal on windows. > The generated html files have all links in the form > j:\Users\...\doc\...\xxx.html, but firefox says, it cannot open that > link. > Actually all links should be prefixed by "file:///". > > I wonder if this is only on windows so and if there is a solution to > this. Is there a cabal or haddock flag for this? It might help to know what version of haddock you have. Here, on my Linux machine, all generated links are relative and hence contain no 'http://' or 'file:///' prefix. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpFNoRnAafd9.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell showcase in 5 minutes
On Tue, Feb 28, 2012 at 14:05, Arnaud Bailly wrote: > Thanks Yves for your advice. And I agree with you that too much laziness may > be mind-blowing for most of the audience, yet this is one of the > characteristics of Haskell, whether or not we like it and whatever troubles > it can induce. > > I really think the knapsack is simple, not too far away from real world and > might be demonstrated with live code in 5 minutes. I will have a look anyway > at more "spectacular" stuff like gloss or yesod but I fear this is out of > scope. If it suits the medium, you could always throw up a one-liner (e.g. fibonacci from a recursive list) at the end and just leave it there without explanation, for the audience to feel the awesomeness of Haskell ;) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] How far away is a release of cabal-install that works with ghc 7.4?
It looks like HEAD on the dev branch of cabal (cabal/cabal-install) compiles fine with 7.4.1, so any thoughts on when we see an update posted on Hackage? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgp3Ed9GWXj1M.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Vim plugin for ghc-mod
On Thu, Feb 16, 2012 at 09:51, Kazu Yamamoto wrote: > Hello, > > eagletmt implemented a Vim plugin for ghc-mod: > > https://github.com/eagletmt/ghcmod-vim > > Happy Haskell programming on Vim! Thank you for pointing this out on the list. My Vim setup has now improved by a few 100%, thanks to ghcmod-vim, neco-ghc and syntastic. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] podcast?
On Wed, Feb 15, 2012 at 15:05, serialhex wrote: > Does anybody know of any good haskell/fp podcasts out there? i dont know if > my googling skillz are just failing me, but i can't seem to find anything. > thanks all! Software Engineering Radio (http://www.se-radio.net/) has had a few episodes containing interviews with people in the FP community. That's pretty much all I've ever been able to find. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Versioning policy and dependencies
Lately I've often thought that the versioning policy only addresses half of the problem: the API. While it completely neglects the "other side" of the package surface: the dependencies. I should probably mention that this springs from my work with packaging Haskell for ArchLinux and to be honest I'm not sure it's a worthwhile goal for the community to put much work into simplifying the work of distro packagers. Anyway, I think it is worthwhile thinking about and explicitly stating what the goals and non-goals of the versioning policy are. If the following statement would hold, then my work would become a bit easier: If I have a set of packages where all dependencies are satisfied, then it should be possible to update any of those packages to a new minor version (e.g. from X.Y.Z to X.Y.Z+1) without any further updates. I believe the following rules would help achieving that: - Use dependencies that are insensitive to changes in minor versions as far as possible. - Increase the major version if the lower bound of a dependency is adjusted up to a new major version. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpGU5U3mKCJj.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Images in Haddock documentation: best practices?
On Sun, Dec 25, 2011 at 01:02:57AM -0500, Antoine Latter wrote: > On Sun, Dec 25, 2011 at 12:04 AM, Brent Yorgey wrote: > > Hi all, > > > > Although it doesn't seem to be documented in the user manual (!), > > Haddock supports inline images, using a <> syntax. I'd like to > > include some images in the documentation for a package I'm writing, > > but not sure of the best way. > > > > In case nothing else works out: > > http://en.wikipedia.org/wiki/Data_URI_scheme > > They do not work in IE 7, and in IE 9 they are limited to 32k. Just a small correction, the page on wikipedia says that *IE 8* is limited to 32k, and that *IE 9* doesn't have that limitation. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgphC7jA5LaHl.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] OOM when linking, increasingly a problem
On Wed, Dec 21, 2011 at 10:00, Felipe Almeida Lessa wrote: > On Wed, Dec 21, 2011 at 4:06 AM, Magnus Therning wrote: >> I've started to run out of memory when linking certain packages. The >> culprits at the moment are crypto-api (Crypto.CPoly) and >> Agda-executable. > [snip] >> crypto-api is a library package, so I some similar trick isn't really >> a possibility there :( Is there anything I can do about this? > > That module is something I really hate, since every time I develop > something that uses any form of HTTP there's a package that indirectly > pulls crypto-api. Since there are many times where I use cabal-dev or > virthual-env, the party begins! > > So I guess you could e-mail crypto-api's maintainer and express your > dissatisfaction? crypto-api is meant to be a core package in > Haskell's cryptography world, this situation is far from ideal. Sure, I can do that, but it would be even better to express dissatisfaction and suggest a way to fix it. I don't have any idea of what's going on though. Anyone with deeper knowledge? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] OOM when linking, increasingly a problem
I've started to run out of memory when linking certain packages. The culprits at the moment are crypto-api (Crypto.CPoly) and Agda-executable. A bit of searching revealed that adding ghc-options: -dynamic to the Agda-executable .cabal could allow me to link that package. And it worked. crypto-api is a library package, so I some similar trick isn't really a possibility there :( Is there anything I can do about this? System: Linux (ArchLinux) GHC version: 7.0.3 /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpmv0p3oUH6l.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: Anansi 0.4.2 (literate programming pre-processor)
On Sun, Dec 18, 2011 at 01:05:06PM +0100, Magnus Therning wrote:
> On Tue, Dec 13, 2011 at 12:36:44PM -0800, John Millikin wrote:
>> On Tue, Dec 13, 2011 at 03:39, Magnus Therning wrote:
>>> 1. What to call files? I understand (C)WEB suggests using .w, and
>>> that noweb uses .nw, what should I call anansi files?
>>
>> I usually use .anansi, but it doesn't matter. You can use whatever
>> extensions you like, or even none at all.
>
> I'll stick to .anansi as well then, it's rather descriptive :-)
>
>>> 2. Combining anansi and pandoc works quite well for HTML, but it
>>> fails miserably when trying to use the generated LaTeX:
>>>
>>> > markdown2pdf: ! LaTeX Error: Command \guillemotleft
>>> unavailable in encoding OT1.
>>>
>>> Is there any good way to get around that?
>>
>> The LaTeX loom is designed to output basic markup that can be turned
>> into a PDF with minimum fuss. It probably won't work as-is for more
>> advanced cases, such as when a user wants to use custom templates, or
>> has to inter-operate with pseudo-LaTeX parsers like Pandoc.
>
> I was probably unclear, I *really* would like to use the markdown loom
> and then pass the weave through pandoc to be able to create html/latex
> from the same source. So I suspect the problem I ran into is more
> related to pandoc than anansi, but I was hoping that someone among the
> anansi users had run into and solved it already :-)
I just thought I'd mention that I've solved this particular issue now.
All that was needed was to make sure that
\usepackage{aeguill}
was added to the generated LaTeX. Personally I did that by putting
the line in a file and then use the -H argument to `markdown2pdf`
which pandoc provides.
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
-- Alan Kay
pgpFJGRBrVTBr.pgp
Description: PGP signature
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: Anansi 0.4.2 (literate programming pre-processor)
On Tue, Dec 13, 2011 at 12:36:44PM -0800, John Millikin wrote: > On Tue, Dec 13, 2011 at 03:39, Magnus Therning wrote: >> 1. What to call files? I understand (C)WEB suggests using .w, and >> that noweb uses .nw, what should I call anansi files? > > I usually use .anansi, but it doesn't matter. You can use whatever > extensions you like, or even none at all. I'll stick to .anansi as well then, it's rather descriptive :-) >> 2. Combining anansi and pandoc works quite well for HTML, but it >> fails miserably when trying to use the generated LaTeX: >> >> > markdown2pdf: ! LaTeX Error: Command \guillemotleft >> unavailable in encoding OT1. >> >> Is there any good way to get around that? > > The LaTeX loom is designed to output basic markup that can be turned > into a PDF with minimum fuss. It probably won't work as-is for more > advanced cases, such as when a user wants to use custom templates, or > has to inter-operate with pseudo-LaTeX parsers like Pandoc. I was probably unclear, I *really* would like to use the markdown loom and then pass the weave through pandoc to be able to create html/latex from the same source. So I suspect the problem I ran into is more related to pandoc than anansi, but I was hoping that someone among the anansi users had run into and solved it already :-) > You could try copying the LaTeX loom into your own code, modifying > it to generate the custom output format you want, and then running > it as a #!runhaskell script. I might try that, but then use the markdown loom as the basis instead. It would be nice to have a specific pandoc loom that makes use of its extensions to markdown, where that makes sense. >> 3. Is there any editor support for anansi, syntax highlihgting etc? > > Not that I know of. Note that Anansi's syntax itself is very > minimal, so what you need is an editor that can support formatting a > file using multiple syntaxes. I don't know enough about editor > modification to figure out which editors support such a feature, or > how to enable it. It's rather easy to do in vim, e.g. by setting the filetype to something line 'markdown.haskell'. I haven't tried putting together three filetypes, but I suspect it just works :-) If I get around to putting together an anansi syntax file for vim I'll make sure to share it. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpiZL3X6TwAu.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] I've just heard of a neat security measure that when you compile the code it generates different object code...
On Sat, Dec 17, 2011 at 12:43:11PM +1300, Chris Wong wrote: > On Sat, Dec 17, 2011 at 12:27 PM, KC wrote: > > ... with the same functionality. > > > > Thus, your program would be a moving target to hackers. > > > > Would this be challenging with ghc? > > Although it's possible, I doubt this would do anything. Most exploits > are just programmer mistakes; changing the object code doesn't change > the fact that there's a gaping security hole in your program. Plus, it > would be harder to debug the compiler, since the mangling code would > be non-deterministic by definition. So I doubt anyone would try to > implement that. I could help though if you want to write a virus in Haskell ;) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpIhry6Qw78h.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: Anansi 0.4.2 (literate programming pre-processor)
On Sun, Dec 11, 2011 at 04:22, John Millikin wrote: > Anansi is a preprocessor for literate programs, in the model of NoWeb > or nuweb. Literate programming allows both computer code and > documentation to be generated from a single unified source. > > Home page: https://john-millikin.com/software/anansi/ > Hackage: http://hackage.haskell.org/package/anansi-0.4.2 > > - > > This release has a couple cool new features, suggested by Dirk Laurie. > > Markdown loom > === > > Markdown, a lightweight markup language similar to ReStructuredText, > is used often on web forums. Use [[ :loom anansi.markdown ]] in your > documents to enable. This announcement made me motivated to finally have a closer look at LP. Thanks for a rather excellent tool :) There were some things that I bumped into though: 1. What to call files? I understand (C)WEB suggests using .w, and that noweb uses .nw, what should I call anansi files? 2. Combining anansi and pandoc works quite well for HTML, but it fails miserably when trying to use the generated LaTeX: > markdown2pdf: ! LaTeX Error: Command \guillemotleft unavailable in encoding OT1. Is there any good way to get around that? 3. Is there any editor support for anansi, syntax highlihgting etc? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haddock fails on ConfigFile, but why?
On Sat, Oct 22, 2011 at 12:50:48AM +0200, Daniel Fischer wrote: > On Friday 21 October 2011, 23:49:45, Magnus Therning wrote: > > Would love to get some help on making Haddock accept ConfigFile[1]. The > > error message is about as far from helpful as you can get ;) > > > > dist/build/tmp-15743/src/Data/ConfigFile/Monadic.hs:34:1: > > parse error on input `import' > > > > The author is informed but is as confused as me, it seems[2]. > > Okay, a bit of experimentation showed that the imports must come > before the haddock comment section $overview. > > Whether it's a haddock bug, or a feature request for haddock to > handle such situations, I don't know. Thanks for taking your time to find this out. I've passed on the information to the author. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpRnal78fpLS.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Haddock fails on ConfigFile, but why?
Would love to get some help on making Haddock accept ConfigFile[1]. The error message is about as far from helpful as you can get ;) dist/build/tmp-15743/src/Data/ConfigFile/Monadic.hs:34:1: parse error on input `import' The author is informed but is as confused as me, it seems[2]. /M [1] http://hackage.haskell.org/package/ConfigFile [2] https://github.com/jgoerzen/configfile/issues/4 -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgp555AtE4RXi.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANN: shelltestrunner 1.1
On Thu, Aug 25, 2011 at 20:56, Simon Michael wrote: > I'm pleased to announce shelltestrunner 1.1. > > shelltestrunner tests command-line programs or arbitrary shell > commands. It reads simple declarative tests specifying a command, > some input, and the expected output, error output and exit status. > Tests can be run selectively, in parallel, with a timeout, in color, > and/or with differences highlighted. Projects using it include > hledger, yesod, and berp. shelltestrunner is free software released > under GPLv3+. > > New in 1.1: > > * bump process dependency to allow building with GHC 7.2.1 > > * new `-a/--all` flag shows all failure output without truncating > > Home page: http://joyful.com/shelltestrunner > > Install: $ cabal install shelltestrunner Excellent, my strategy worked. I've been expecting this email. ;) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Apache license, any drawbacks for Haskell packages?
On Mon, May 9, 2011 at 10:10, Max Rabkin wrote: > On Mon, May 9, 2011 at 10:59, Jason Dagit wrote: >> On Sun, May 8, 2011 at 1:25 PM, Magnus Therning wrote: >>> >>> Are there any drawbacks to using the Apache license for Haskell >>> packages? >> >> I don't think so. It looks to be almost identical to using BSD3, which is >> already quite popular for haskellers. > > I would consider this, in itself, to be a small but significant > disadvantage. Anyone who uses Haskell is going to know (and probably > be comfortable with) the BSD3 license. If I find Apache-licensed code, > I now have to look that up, determine the differences between it and > BSD3, find out whether it's compatible with the GPL and BSD3. > > Basically, the cost of introducing *any* new license to a software > ecosystem is non-zero. Of course, a widespread license like Apache is > better than making up your own. Yes, I agree with that, both points. The code is for a tool (not a library). In the past I'd just release it under GPL, but I thought I'd take a closer look at the Apache license, based on a discussion I had a few weeks ago. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Apache license, any drawbacks for Haskell packages?
Are there any drawbacks to using the Apache license for Haskell packages? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgppagK1tdpb8.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] How often is the planet updated?
On Thu, May 5, 2011 at 14:12, Malcolm Wallace wrote: > > On 28 Apr 2011, at 11:26, Magnus Therning wrote: > >> I see that Planet Haskell hasn't been updated since April 26. Is >> something wrong with it, or does it really not update more often than >> that? > > Just to note: there was a configuration problem with planet, which has now > been sorted out. The usual schedule of updates has resumed. Thanks, I noticed that it picked up speed again a few days ago :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] versioning of Haskell packages
On Sat, Apr 30, 2011 at 02:05:39AM +0400, Daniil Elovkov wrote: > Hello list > > I have an idea on versioning of Haskell packages and a small > question about release model of Haskell Platform. Since the latter > is shorter let's start with it. > > So, what is the release model of Haskell Platform? Is it released > every N months and frozen at that point? Or some intermediate > package/compiler updates can make the new version to appear out of > schedule? > > Now, about package versioning. Haskell packages are flourishing and > evolving at a high speed. Packages depend on other package and they > evolve asynchronously. In result it is easy to end up in need of > multiple versions of the same package in one program or maybe > stumble upon other conflicts/problems. I'm expressing myself a > little vaguely because I don't have a good example in my head right > now. > > However, the idea is to maintain not just multi-digit version names > that don't carry any semantics except that 1.1.3 is later than > 1.1.2, but also somehow describe compatibility between versions. > > This way, even if the package A has jumped from 1.0 to 1.5 and the > dependent package B has been stagnant all this time (and B depends > on A 1.0), if we have information that 1.5 is compatible with 1.0, > then we can safely use A 1.5 while building B. Or we could use > whatever version of A is found in the system as long as its > compatible with A 1.0 that B depends on. > > The compatibility relation can be made more fine grained and be > applied not at the level of packages but that of modules, for > example. This way, if we only use modules that are compatible with > the version we depend on, it's fine to go with the newer version. > Even if the package as a whole is not compatible. > > Also, when doing this at the level of modules, package authors could > deliberately maintain compatibility by leaving the API of old > modules intact and making them sort of wrappers to the new API which > itself is not compatible with the older version. > > Of course, if the case when a newer version is backwards compatible > is rare for most Haskell packages, then the idea doesn't make a lot > of sense. But if it's common, then this could simplify building > packages/programs and maintaining installed packages. > > What do you think? Why is dependencies expressed as ranges not enough to cover this? In fact, Cabal allows not only ranges, but also rather more complicated logical expressions of versions, for dependencies. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgpUUgdtMLUQc.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] How often is the planet updated?
On Thu, Apr 28, 2011 at 11:27:49PM -0600, Luke Palmer wrote: > On Thu, Apr 28, 2011 at 4:26 AM, Magnus Therning wrote: > > > I see that Planet Haskell hasn't been updated since April 26. Is > > something wrong with it, or does it really not update more often than > > that? > > > > In the past it has reliably updated within an hour of my publishing a new > post. Yes, that's my experience too. Currently the updating seems to be broken though, still no update since the 26th. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpgCQ8DZB4lI.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] How often is the planet updated?
I see that Planet Haskell hasn't been updated since April 26. Is something wrong with it, or does it really not update more often than that? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Is there a way to find out the type inferred for a local function inside another function? :)
On Fri, Apr 8, 2011 at 13:24, Henning Thielemann wrote: > Magnus Therning schrieb: >> AFAIK there is no way to do that, thouhg scion[1] may offer it. >> >> Personally I develop more complex local functions at the top-level, >> and once I'm happy with it I perform some re-factoring and move it in. > > I would not write large local functions at all. I would leave them > top-level but do not export them. This also allows to test them from GHCi. Indeed, but complex /= large :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Is there a way to find out the type inferred for a local function inside another function? :)
AFAIK there is no way to do that, thouhg scion[1] may offer it. Personally I develop more complex local functions at the top-level, and once I'm happy with it I perform some re-factoring and move it in. /M [1]: https://github.com/nominolo/scion/blob/master/README.markdown -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Local copy of hackageDB
On Thu, Apr 7, 2011 at 11:21, Marc Weber wrote: > Local copy ? > You know that hackage is hosting several thausands of source archives - > also old versions you don't want? > > Do you want to mirror everything locally? > > Fetching "latest" versions only to generate hashes takes many hours. > (Experience from hack-nix). There's a tar-ball served from http://hackage.haskell.org/packages/hackage.html (http://hackage.haskell.org/cgi-bin/hackage-scripts/archive.tar) which contains the latest version of all packages. I think that's what the OP is using. Downloading a 150MB tar-ball shouldn't take many hours, if you're on a decent connection. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal test interface, what/where is it?
On Fri, Mar 18, 2011 at 06:47:58PM -0500, Thomas Tuegel wrote: > On Fri, Mar 18, 2011 at 3:51 PM, Magnus Therning wrote: > > On Fri, Mar 18, 2011 at 09:35:51PM +0100, JP Moresmau wrote: > >> Hello, the following URL contains some useful information: > >> http://www.haskell.org/cabal/release/cabal-1.10.1.0/doc/users-guide/#test-suites > >> > >> Hope this helps, > > > > That answered some questions, and I know have my test building again. > > Without warnings :-) > > > > However, I can't seem to get the test's sources included in the > > tar-ball created by 'sdist'. Is there some trick to it? > > This is a known bug. A patch is available, so it should be fixed in > the next version. How irritating! I'll just have to live with the warning then, until a fixed version is included in HP. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpXecwVInxYd.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal test interface, what/where is it?
On Fri, Mar 18, 2011 at 10:13:21PM +0100, Daniel Fischer wrote: > On Friday 18 March 2011 21:51:27, Magnus Therning wrote: > > > > However, I can't seem to get the test's sources included in the > > tar-ball created by 'sdist'. Is there some trick to it? > > extra-source-files? That field can't be used in a test-suite section. Furthermore, not even the file mentioned in the 'main-is' field is included in the source tar-ball. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay pgp9RusdycND8.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal test interface, what/where is it?
On Fri, Mar 18, 2011 at 09:35:51PM +0100, JP Moresmau wrote: > Hello, the following URL contains some useful information: > http://www.haskell.org/cabal/release/cabal-1.10.1.0/doc/users-guide/#test-suites > > Hope this helps, That answered some questions, and I know have my test building again. Without warnings :-) However, I can't seem to get the test's sources included in the tar-ball created by 'sdist'. Is there some trick to it? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpptU1fevFRY.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Cabal test interface, what/where is it?
After upgrading to ghc7 and Cabal 1.10 I get the following message when running 'Setup configure' on one of my packages: Setup.hs:3:1: Warning: In the use of `runTests' (imported from Distribution.Simple, but defined in Distribution.Simple.UserHooks): Deprecated: "Please use the new testing interface instead!" I usually turn to the Cabal docs at [1], but the new testing interface isn't mentioned. Looking through the haddock API reference doesn't offer any obvious pointers. So, where should I turn to get rid of the warning? /M [1] http://www.haskell.org/ghc/docs/latest/html/Cabal/ -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpKs4FTI3uwt.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cmdargs and common flags
On Mon, Feb 14, 2011 at 19:11, Neil Mitchell wrote:
> Hi Magnus,
>
>> Finally, you can switch to the pure annotations. I will document them
>> shortly and give an example in System.Console.CmdArgs.Implicit, but
>> for now the details can be found at
>> http://hackage.haskell.org/packages/archive/cmdargs/0.6.7/doc/html/System-Console-CmdArgs-Annotate.html
>
> I've added more details in:
> http://hackage.haskell.org/packages/archive/cmdargs/0.6.8/doc/html/System-Console-CmdArgs-Annotate.html
> http://hackage.haskell.org/packages/archive/cmdargs/0.6.8/doc/html/System-Console-CmdArgs-Implicit.html
>
> The first link includes comparisons for pure/impure, and the second
> gives a set of equivalences for converting between the two forms.
>
> Thanks, Neil
I noticed that the form "record Ctor {} [...]" leads to a warning that
Ctor isn't initialised. The obvious way to remove the warning is to
call the constructor with all the arguments, but is there a more
convenient/terse way of achieving the same?
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] ANN: Version 0.14 of dataenc, version 0.5 of omnicodec
I've just uploaded a new version of dataenc to hackage[1]. It contains a large change to the API. The old, rather simplistic, lazy API has been removed. It has been replaced by an API based on incremental encoding/decoding. This should make the library easier to use together with left-fold enumerators such as enumerator[2] and iteratee[3]. It's accompanied by a release of omnicodec[4] which makes use of the modified API of dataenc. /M [1] http://hackage.haskell.org/package/dataenc [2] http://hackage.haskell.org/package/enumerator [3] http://hackage.haskell.org/package/iteratee [4] http://hackage.haskell.org/package/omnicodec -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay pgpDpdK33McAv.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Is there something better than tags?
I've been using haskellmode for vim for a while now and I'm really
happy with it. It does however have some shortcomings. These are the
things I find missing at times:
1. Fully functional go-to-definition. With that I mean that
go-to-definition is aware of local definitions introduced in 'let' and
'where' clauses and ideally also for names bound in 'do' clauses.
I've found there are several ways to generate a tags file, GHCi can
generate them, and there are two tools for it, hasktags and
hothasktags. haskellmode currently uses GHCi to generate tags.
However, the limitation seems to be inherent in the tags format
itself. AFAICS there is no way to get a fully functional
go-to-definition with that format.
2. Retrieve type information for local defintions ('let', 'where',
'do'), and ideally also for sub expressions (like ':t filter (== 1)'.
I believe haskellmode uses GHCi to get the type information out, but
it is only able to get it for top-level definitions.
Are there any options to address these two shortcomings in haskellmode?
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Compiling network-bytestring with ghc7+hp2011
On Fri, Feb 11, 2011 at 04:48:28PM -0800, Johan Tibell wrote: > Hi Magnus, > > network-2.3 supersedes network-bytestring as the modules provided by > the latter were merged into network. network-2.3 and later cannot be > used together with network-bytestring, in one package, as both > expose the same modules. Libraries that use network-bytestring > should eventually migrate to network-2.3. Excellent, I wasn't aware of this. I suggest that the Hackage entry for network-bytestring is modified to let users know this. I noticed that monads-fd has been marked as obsolete on Hackage, with a pointer to mtl, maybe it's possible to do something similar with network-bytestring? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus pgpOKKDFbawde.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Building Plaftorm 2010 2 on 64bit Linux
2011/2/8 Kolar Dusan : >> 2011/2/8 Dušan Kolář : >>> >>> Hello all, >>> >>> I'm trying to build platform on Linux 2.6.32.22 #1 SMP Tue Sep 21 >>> 09:44:04 >>> CEST 2010 x86_64 x86_64 x86_64 GNU/Linux. I've downloaded binary of >>> ghc6.12.3 for the purpose, but ghc doesn't work. ghci does work, gcc does >>> work, but for ghc I get: >>> >>> ghc -O2 --make test.hs -o test >>> [1 of 1] Compiling Main ( test.hs, test.o ) >>> ghc: could not execute: /usr/bin/gcc >>> >>> Even if I can easily compile gcc testc.c -o testc and run testc. >>> >>> Could anyone point me to a solution? Helps found by google pointed me to >>> try >>> use option -pgmc gcc, which doesn't work. All other threads with similar >>> issue stayed unresoleved. :-( >> >> I'm guessing you actually do have good reasons for going this route, >> but I thought I'd ask, just to make sure ;-) >> >> Why are you going this route, of manually compiling HP using a >> pre-built binary from haskell.org, instead of using your Linux >> distro's pre-built (and well tested) version? > > There's no such a "package" I could easily install :-( > It is CentOS based installation and I'm not the adiministrator so that I > could not do even other things I would like to do. That is indeed a good reason for building it yourself :-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Building Plaftorm 2010 2 on 64bit Linux
2011/2/8 Dušan Kolář : > Hello all, > > I'm trying to build platform on Linux 2.6.32.22 #1 SMP Tue Sep 21 09:44:04 > CEST 2010 x86_64 x86_64 x86_64 GNU/Linux. I've downloaded binary of > ghc6.12.3 for the purpose, but ghc doesn't work. ghci does work, gcc does > work, but for ghc I get: > > ghc -O2 --make test.hs -o test > [1 of 1] Compiling Main ( test.hs, test.o ) > ghc: could not execute: /usr/bin/gcc > > Even if I can easily compile gcc testc.c -o testc and run testc. > > Could anyone point me to a solution? Helps found by google pointed me to try > use option -pgmc gcc, which doesn't work. All other threads with similar > issue stayed unresoleved. :-( I'm guessing you actually do have good reasons for going this route, but I thought I'd ask, just to make sure ;-) Why are you going this route, of manually compiling HP using a pre-built binary from haskell.org, instead of using your Linux distro's pre-built (and well tested) version? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Building doc for yesod-json
On 07/02/11 04:19, Michael Snoyman wrote: > On Mon, Feb 7, 2011 at 2:36 AM, Ivan Lazar Miljenovic > wrote: >> On 7 February 2011 11:11, Magnus Therning wrote: >>> Michael, >>> >>> I've now gotten part of the way through the *long* list of dependencies >>> for yesod 0.7.0, and I'm stuck on yesod-json. It's the documentation >>> that fails actually, but I'm not sure why it would: >>> >>> dist/build/tmp20668/Yesod/Json.hs:4:6: >>>parse error on input `-- ^ Convert from a JSON value' >>> >>> It's the very first bit in that file: >>> >>> module Yesod.Json >>>( -- ^ Convert from a JSON value >>> defaultLayoutJson >> >> You want "-- *" for section headers: "-- ^" is only used to annotate >> constructors. > > Of all things to mess up... ok, I've uploaded yesod-json-0.0.0.1. > Hopefully that should work. That worked beautifully. Thanks! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Building doc for yesod-json
Michael, I've now gotten part of the way through the *long* list of dependencies for yesod 0.7.0, and I'm stuck on yesod-json. It's the documentation that fails actually, but I'm not sure why it would: dist/build/tmp20668/Yesod/Json.hs:4:6: parse error on input `-- ^ Convert from a JSON value' It's the very first bit in that file: module Yesod.Json ( -- ^ Convert from a JSON value defaultLayoutJson Do you have any clue as to why this would fail? I should probably mention that I'm compiling this on a system with GHC 6.12.3. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] stat64 missing when loading download in GHCi
Don, I'm having issues with loading download in GHCi: Loading package download-0.3.1.1 ... linking ... : /usr/lib/ghc-6.12.3/site-local/download-0.3.1.1/HSdownload-0.3.1.1.o: unknown symbol `stat64' ghc: unable to load package `download-0.3.1.1' I found an old email you sent in 2008[1] on the same issue, but you don't seem to have received any replies back then. Did you ever found out why GHCi complains, but it it possible to compile and link into an executable? I'm CC-ing to Haskell Cafe as well, in case someone else has any information on this. /M [1] http://www.haskell.org/pipermail/glasgow-haskell-bugs/2008-July/014071.html -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Cmdargs and common flags
I'm looking for a good way of dealing with common flags in cmdargs.
Currently what I do requires a bit of repetition that I'd really like
to get rid of:
1. Data types
data Modes = Cmd1 { foo :: String, ... } | Cmd2 { foo :: String, ... }
2. Mode specifications
cmd1 = Cmd1 { foo = def &= help "..", ...}
cmd2 = Cmd2 { foo = def &= help "..", ...}
I have no idea how to deal with the repetition in the data types, so
all suggestions are welcome.
For the repetition in the mode specifications I attempted to factor
the common bits into a "variable":
flagFoo = "" &= help ".."
but that resulted in only the first command getting the proper
specification. I suppose this comes down to the impurity, but how do
I work around that? (Especially, are there any good examples of using
the pure part of the API?)
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Delivery to haskell-platf...@projects.haskell.org
On 23/01/11 00:00, Erik de Castro Lopo wrote: > Magnus Therning wrote: > >> I'm receiving emails saying that email can't be delivered: >> >> Delivery to the following recipient has been delayed: >> >> haskell-platf...@projects.haskell.org >> >> Message will be retried for 1 more day(s) >> >> Technical details of temporary failure: >> The recipient server did not accept our requests to connect. Learn more >> at http://mail.google.com/support/bin/answer.py?answer=7720 >> [projects.haskell.org (1): Connection timed out] >> >> Who should I turn to to get this sorted out? > > I reported this problem to this and the haskell list on Jan 14th. > > On the 18th, Yitzchak Gale said he'd look into it. Unfortunately > it is still unresolved. Ouch! Yes, I saw your email about a week ago, but I assumed that had already been resolved and that I was seeing another failure, but apparently not :-( Hopefully it'll be resolved soon. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Delivery to haskell-platf...@projects.haskell.org
I'm receiving emails saying that email can't be delivered: Delivery to the following recipient has been delayed: haskell-platf...@projects.haskell.org Message will be retried for 1 more day(s) Technical details of temporary failure: The recipient server did not accept our requests to connect. Learn more at http://mail.google.com/support/bin/answer.py?answer=7720 [projects.haskell.org (1): Connection timed out] Who should I turn to to get this sorted out? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Where is the CABAL file for haskell-platform 2010.2.0.0?
On Fri, Jan 21, 2011 at 10:30, Gregory Collins wrote: > On Thu, Jan 20, 2011 at 4:38 PM, Magnus Therning wrote: >> % curl -s http://code.haskell.org/haskell-platform/haskell-platform.cabal | >> head >> ... >> Where can I find the cabal file for 2010.2.0.0 until 2011.1.0.0 is >> formally released (or will it be 2011.2.0.0 as the release plan 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? I did, but gave up after realising that there are no tags in that repository. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Where is the CABAL file for haskell-platform 2010.2.0.0?
On 20/01/11 18:08, Albert Y. C. Lai wrote: > On 11-01-20 10:38 AM, Magnus Therning wrote: >> Where can I find the cabal file for 2010.2.0.0 until 2011.1.0.0 is formally >> released (or will it be 2011.2.0.0 as the release plan says)? Will the >> CABAL file for 2010.2.0.0 not be available *at all* after 2011.x.0.0 is >> released? > > Start from the real front page http://haskell.org/platform Which redirects to http://hackage.haskell.org/platform/ > Click on the "Linux" link. > > Scroll down for either heading "Build from source" or "Build from cabal". > > There are links to tarballs. They are still 2010.2.0.0. > > Inside the tarballs is haskell-platform.cabal somewhere. Thanks, but that's hardly an obvious route to find it. See the full route I followed further down. > P.S. I am not sure why you are so fixated on the haskell-platform.cabal file > itself. It is not like it is of any use outside the context of the full > source code. It's most definitely of use to me outside of the context of the full source code, which is why I'm looking for it :-) > P.P.S. I do not even know, by merely exploring links transitively beginning > from the real front page, how to reach an url for haskell-platform.cabal > alone. I infer that such an url is for internal use only. Go to http://hackage.haskell.org/platform/ click on the link after the text "Current stable release:". You then end up on the page at http://hackage.haskell.org/platform/changelog.html, now click on the first link on that page, the one that's labelled "this Cabal file". /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Where is the CABAL file for haskell-platform 2010.2.0.0?
I'm not sure I'm reading the release plan for 2011.x.0.0[1] correctly (the switching between 2011.1.0.0 and 2011.2.0.0 is *very* confusing) but it looks like a stable release is scheduled for Feb 1,2011. I was expecting that the link on the front page[2] would lead to the 2010.2.0.0 release until a new stable version was released. This doesn't seem to be the case however: % curl -s http://code.haskell.org/haskell-platform/haskell-platform.cabal | head name:haskell-platform version: 2011.1.0.0 homepage:http://haskell.org/platform license: BSD3 license-file:LICENSE author: librar...@haskell.org maintainer: haskell-platf...@projects.haskell.org category:System synopsis:The Haskell Platform description: Where can I find the cabal file for 2010.2.0.0 until 2011.1.0.0 is formally released (or will it be 2011.2.0.0 as the release plan says)? Will the CABAL file for 2010.2.0.0 not be available *at all* after 2011.x.0.0 is released? /M [1]: http://trac.haskell.org/haskell-platform/wiki/ReleaseTimetable [2]: http://code.haskell.org/haskell-platform/haskell-platform.cabal -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANN: nanoparsec 0.1
On 09/01/11 00:46, Maciej Piechotka wrote: > Nanoparsec is currently simply a port of attoparsec on the ListLike (the > abstraction of lists used by iteratee). > > It allows to achive in parsing a near-attoparsec levels of speed > (benchmarks from attoparsec library shown a 0.450 ± 0.028 for > attoparsec, 0.479 ± 0.043 for nanoparsec and 1.532 ± 0.084 for parsec 3) > combining the flexibility of stream of parsec 3 with the iterative > approach and speed of attoparsec. It's a bit unfortunate that it requires base 4.3, GHC 7 hasn't made it into a lot of distros yet so that causes a lot of extra work when wanting to try it out :-( /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: mime-mail 0.1.0
On Wed, Dec 8, 2010 at 19:11, Michael Snoyman wrote: > Hi all (again), > > I'm happy to announce the second major release of the mime-mail[1] > package. mime-mail is a package providing support for rendering > multipart emails. This new release introduces: Very nice! Are you working on a parser to accompany the renderer? ;-) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Updating Haskell Packages through Archlinux becoming A Pain
On Sun, Nov 14, 2010 at 00:32, Mathew de Detrich wrote: > This is an example of what happens > Proceed with installation? [Y/n] Y > checking package integrity... > (1/1) checking for file conflicts > [##] 100% > ghc-pkg: unregistering gio-0.11.1 would break the following packages: > ltk-0.8.0.8 gtksourceview2-0.12.1 gtk-0.11.2 (use --force to override) > error: command failed to execute correctly > (1/1) upgrading haskell-gio > [##] 100% > Reading package info from stdin ... done. > In other words, pacman still syncs the package (puts the files on the > system) and causes GHC to break, and if you do this for a big update, you > have to manually go through and fix it all May I suggest you post this to the arch-haskell mailinglist[1] instead? The team managing the haskell packages on AUR are more likely to take note of your bug report if it's posted there. /M [1]: http://www.haskell.org/mailman/listinfo/arch-haskell -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Cabal and using a throw-away package database during distro package building
Recently I experimented a little with putting several Hackage packages
into a single Linux distro package, but I ran into a slight problem
with registering Haskell packages temporarily.
These are the basic steps taken to configure, compile, and stage a
Haskell package in ArchLinux:
runhaskell Setup configure --prefix=/usr --docdir=/usr/share/doc/${pkgname}
runhaskell Setup build
runhaskell Setup haddock
runhaskell Setup register --gen-script
runhaskell Setup unregister --gen-script
runhaskell Setup copy --destdir=${pkgdir}
This works fine for a single Hackage package, but if I want to compile
two or more of them into a single distro package, and there are
dependencies between them, then it won't do. I also don't want to
fully install and/or register the Hackage packages during the build
for obvious reasons of containment and system contamination. So,
looking at the Cabal help I found the --package-db flag for configure.
The steps now become:
runhaskell Setup configure --prefix=/usr
--docdir=/usr/share/doc/${pkgname} --package-db=my-temp-db
runhaskell Setup build
runhaskell Setup haddock
runhaskell Setup register --inplace
runhaskell Setup register --gen-script
runhaskell Setup unregister --gen-script
runhaskell Setup copy --destdir=${pkgdir}
That works and I can satisfy dependencies between the Hackage
packages, without affecting the system-wide database. Great. Except
that the generated register/unregister scripts now also point to
my-temp-db, and there seems to be no way to prevent this. I solved it
for now by using sed, but I'd love to leave sed out, if at all
possible.
So, have I missed something, or is this a use case that wasn't
considered when developing Cabal?
Would it be worth raising a bug for this at all?
/M
--
Magnus Therning (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org Jabber: magnus＠therning．org
http://therning.org/magnus identi.ca|twitter: magthe
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Finding the contents of haskell platform?
On Mon, Nov 1, 2010 at 14:47, Don Stewart wrote: > magnus: >> I know there's a .cabal file for the latest version of HP somewhere, >> but I can't coerce Google into finding me a link that actually works. >> Furthermore, the following page: >> >> http://hackage.haskell.org/platform/contents.html >> >> does list all the contents, but to my big surprise it doesn't link to >> the specific versions of the packages for HP, instead it links to the >> latest version found on Hackage. >> >> Would someone with the power to make changes on the HP pages *please* >> make it as easy as possible to find the *exact* specification of what >> HP contains? Please, pretty please with sugar on top. >> >> No, a changelog entry >> (http://hackage.haskell.org/platform/changelog.html) is not very >> helpful (why the HP front page links to it I can't understand). >> >> Going via the Haskell wiki >> (http://www.haskell.org/haskellwiki/Haskell_Platform#What.27s_in_the_platform) >> to find a link to the .cabal >> (http://code.haskell.org/haskell-platform/haskell-platform.cabal) is >> not that user friendly. It's even worse that the latter link doesn't >> seem to work at all at the moment. >> >> (The short irritated tone in this email accurately shows my >> desperation with the situation: I thought I would be able to find this >> information with only 5 minutes to spare before my next meeting.) >> > > Currently, the versions are specified in the .cabal file. > A script is used to generate the changelog page (diffcabal, iirc). > > I'll generate a spec page from the .cabal file this week sometime. Ah, excellent. Sorry for the rather rant-y email before. I've now been to the meeting and managed to calm down a bit :-) > P.S. better sent to the haskell-platform@ list Yes, of course. I'm now trying to fix that by cross-posting, let's hope I won't get too many angry emails about that ;-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Finding the contents of haskell platform?
I know there's a .cabal file for the latest version of HP somewhere, but I can't coerce Google into finding me a link that actually works. Furthermore, the following page: http://hackage.haskell.org/platform/contents.html does list all the contents, but to my big surprise it doesn't link to the specific versions of the packages for HP, instead it links to the latest version found on Hackage. Would someone with the power to make changes on the HP pages *please* make it as easy as possible to find the *exact* specification of what HP contains? Please, pretty please with sugar on top. No, a changelog entry (http://hackage.haskell.org/platform/changelog.html) is not very helpful (why the HP front page links to it I can't understand). Going via the Haskell wiki (http://www.haskell.org/haskellwiki/Haskell_Platform#What.27s_in_the_platform) to find a link to the .cabal (http://code.haskell.org/haskell-platform/haskell-platform.cabal) is not that user friendly. It's even worse that the latter link doesn't seem to work at all at the moment. (The short irritated tone in this email accurately shows my desperation with the situation: I thought I would be able to find this information with only 5 minutes to spare before my next meeting.) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] New repo location for the network package
On 28/10/10 17:14, Bryan O'Sullivan wrote: > On Thu, Oct 28, 2010 at 8:06 AM, Magnus Therning wrote: > >> Fair enough. Do you have enough buy-in to make sure that the github >> organisation becomes the best location for *all* HP packages? >> >> That is, can I stop going to Hackage to find the home for HP packages? > > That's never been our intention. github is for in-progress source trees; > Hackage is for releases of code. You misunderstood me. Currently I go to Hackage to look for stuff like: Source repository git clone git://github.com/haskell/network.git If all of HP were on github, then I wouldn't have to click my way through Hackage when I wanted to get to the source repos. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] New repo location for the network package
On Thu, Oct 28, 2010 at 15:58, Johan Tibell wrote: > On Thu, Oct 28, 2010 at 12:19 AM, Magnus Therning wrote: >> If I, as the developer of the FOO Haskell package, want to move to use >> github, can I get a source repo under that organisation as well? >> I'm asking since I am considering taking some of my packages from >> patch-tag to github (it's really github I want, it's unfortunate that >> it also means I'll have to leave darcs), it would then be nice to have >> those repos as a part of the haskell organisation. > > The GitHub organization was intended for core packages (i.e. packages > in the Haskell Platform.) By having a shared organization, these > libraries don't have to live under any single developer's account and > we can change maintainers without changing the repo location. Fair enough. Do you have enough buy-in to make sure that the github organisation becomes the best location for *all* HP packages? That is, can I stop going to Hackage to find the home for HP packages? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] New repo location for the network package
On Wed, Oct 27, 2010 at 22:53, Johan Tibell wrote: > Hi all, > > To ease my maintenance burden, I've moved the network package repo to: > > http://github.com/haskell/network > > Patches are accepted either in the git mbox format, as normal (diff) > patch files, or as GitHub pull requests. > > P.S. If you want to get added to the haskell GitHub organization, just > drop me an email. Ah, the use of github is spreading :-) If I, as the developer of the FOO Haskell package, want to move to use github, can I get a source repo under that organisation as well? I'm asking since I am considering taking some of my packages from patch-tag to github (it's really github I want, it's unfortunate that it also means I'll have to leave darcs), it would then be nice to have those repos as a part of the haskell organisation. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskellers.com skills list moderation?
On 18/10/10 21:56, Andrew Coppin wrote: > On 18/10/2010 07:47 PM, Daniel Peebles wrote: >> Hi all, >> >> Might it be worthwhile to take the elected "superusers" on >> haskellers.com <http://haskellers.com> and let them police the skills >> list? It's become rather messy, with overly broad terms like >> "Mathematics" in it, as well as overly specific ones like "Other >> languages I know: C# .NET, XSLT, Microsoft SQL Server, XML, SQL, CSS, >> C, C++, Java, HTML, Visual Basic Script, Pascal, Rexx, Basic and >> assembler". >> > > ...I thought *I* was the only person who's ever heard of Rexx? Every amiga user is very likely to have heard of rexx, as a close relative to it was included in AmigaOS at some point. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] a couple of cabal related questions
On Tue, Oct 12, 2010 at 15:34, Dmitry V'yal wrote: > On 12.10.2010 13:45, Magnus Therning wrote: >> >> On Tue, Oct 12, 2010 at 10:20, Dmitry V'yal wrote: >>> >>> Hello, >>> >>> recently I've cabalized my program and it brought some problems. >>> >>> First of all, I made use of 'import Paths_' functionality >>> to >>> get the path of installed data files. It works great, but now I can no >>> longer run my program in ghci because this module is auto-generated by >>> cabal. I tried to supply my own. This way ghci works, but my stub module >>> gets compiled into the binary in place of auto-generated. And things >>> break >>> again. What's the best way to overcome it? >> >> Create a file called .ghci in the directory where you run ghci and >> make it contains something like this: >> >> :set -idist/build/autogen >> >>> And another question. I'd like to make my program output it's version >>> string. Of course, I can hardcode it into sources, but I've already >>> specified one in the cabal file. Is there any way to get it back in the >>> run >>> time? >> >> It's in Paths_ as the variable 'version'. >> >> /M >> > > That's perfectly what I was looking for, thanks a lot! > > By the way, the 'version' variable doesn't mentioned in Cabal user guide, or > at least I missed it. Is it documented somewhere? I don't know, I think I found it in the source more or less by mistake :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] a couple of cabal related questions
On Tue, Oct 12, 2010 at 10:20, Dmitry V'yal wrote: > Hello, > > recently I've cabalized my program and it brought some problems. > > First of all, I made use of 'import Paths_' functionality to > get the path of installed data files. It works great, but now I can no > longer run my program in ghci because this module is auto-generated by > cabal. I tried to supply my own. This way ghci works, but my stub module > gets compiled into the binary in place of auto-generated. And things break > again. What's the best way to overcome it? Create a file called .ghci in the directory where you run ghci and make it contains something like this: :set -idist/build/autogen > And another question. I'd like to make my program output it's version > string. Of course, I can hardcode it into sources, but I've already > specified one in the cabal file. Is there any way to get it back in the run > time? It's in Paths_ as the variable 'version'. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: A question regarding cmdargs package
On 11/10/10 22:04, Neil Mitchell wrote: > Hi Ben, > >>>> How can I disable the standard arguments 'help' and 'version'? > > In general I suggest you email the author of the cmdargs package > directly, as well as cc'ing the mailing list (otherwise the author > might miss this message, as I did!) > > In CmdArgs there is currently no way to suppress either --help or > --version, but I am currently reviewing a patch (from you!) and expect > that the next version will have both these features. The hard part is > making sure the defaults match what people expect and that the options > to modify the behaviour are discoverable and natural, but I'm sure > I'll find something. This makes me curious. What's the use case where you want to allow the user to pass arguments on the command line, but you don't want that user to be able to use '--help' to find out what arguments may be passed? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskellers.com recent changes (and I need some volunteers)
On Mon, Oct 11, 2010 at 13:14, John Lato wrote: >> From: Michael Snoyman >> >> Also, now 10 random profiles will be displayed on the homepage. Only >> "verified users" will be displayed here. I'm also considering adding a >> new status as well: real picture, so that only people with real images >> (not cartoons, not identicons) can show up on the homepage. I think >> this might give a more professional feel. Thoughts? > > I agree that it would be nice to use only real pictures, however I wouldn't > want to leave out those who choose not to use any image at all. > What about a site policy that user images must be real pictures (if they > exist), and violations can be flagged/blocked? Although, I don't know how > this would interact with using OpenID, which appears to be most of the users > currently displaying an identicon. I think it would be wrong to have haskellers.com impose restrictions on what image I put on gravatar. My image on gravatar pops up in numerous other sites (I believe stackoverflow, ohloh, flickr, etc) and I'm not necessarily happy with putting my photo everywhere, even though I'd be fine with putting it on haskellers.com. So, instead I'd like to see the use of gravatar become optional. Then if haskellers.org could require a photo, and I could simply choose not to get my cartoon image from gravatar. An obvious extension would be to allow me to get the image from other sources in the future, maybe an option to grab a picture out of an album on Facebook, or Flickr? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: tls, native TLS/SSL protocolimplementation
On Mon, Oct 11, 2010 at 09:41, Brandon Moore wrote: > > While I can see your point about potentially introducing new security holes, > and producing much less trusted code, I feel having tidy, pure libraries > that we can all integrate into our Haskell is a benefit that far outweighs > this. Especially when we have nice things like the type system, which can > be used to alleviate many of the security worries. > > I agree in general, for code like servers and file formats, but I worry in > particular about cryptographic primitives. Some side channel attacks seem to > call for a very low-level language, to make it easier to verify that e.g. > execution time and the memory access pattern does not depend on the key. I personally think we have to draw the line somewhere regarding what we care about when it comes to security. (Provable) correctness, maintainability through well-structured code are things we are more likely to gain through using high-level languages like Haskell. That is actually a lot of security bundled up in those things. What we lose is low-level control, which would be required to thwart side-channel attacks. On the other hand, I'm not convinced openssl or gnutls deal with side-channel attacks very effectively either. In any case, there is nothing that says we must have only *one* SSL library, based on this discussion there seems to be people in the community who still would prefer a binding to openssl/gnutls. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskellers.com recent changes (and I need some volunteers)
On Mon, Oct 11, 2010 at 08:37, Michael Snoyman wrote: [...] > Also, now 10 random profiles will be displayed on the homepage. Only > "verified users" will be displayed here. I'm also considering adding a > new status as well: real picture, so that only people with real images > (not cartoons, not identicons) can show up on the homepage. I think > this might give a more professional feel. Thoughts? I'd be weary of making that a requirement, there are good reasons for not putting your picture on the web, just like there are good reasons to not use your real name :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell list on Twitter?
On Fri, Oct 1, 2010 at 14:14, Daniel Peebles wrote: > Several haskellers have lists of haskellers, and most of them include Don, > I'd expect. I know my list does: > http://twitter.com/#!/copumpkin/haskell > Otherwise, there's a list of haskellers on the haskell wiki but I'm not > usure it's very up to date: http://www.haskell.org/haskellwiki/Twitter Does your list contain all the people on the haskell wiki list? Are you on your own list? Basically, I'd like to find a single list, that someone attempts to keep up-to-date (as much as that can be done). If no one already has such a list, would it be a useful thing? /M > On Fri, Oct 1, 2010 at 12:23 PM, Magnus Therning > wrote: >> >> On Fri, Oct 1, 2010 at 11:15, Vo Minh Thu wrote: >> > 2010/10/1 Magnus Therning : >> >> Now that there are lists/groups on Twitter >> >> (http://mashable.com/2009/11/02/twitter-lists-guide/) maybe one should >> >> be created one for Haskellers? >> >> >> >> I would do it, but it seems I can't be on my own list :-) So unless >> >> I've missed something I'd have to create a dummy user just for this >> >> purpose. Hence I'm asking first :-) >> > >> > Hi, >> > >> > Is this what you're talking about? >> > https://twitter.com/#!/donsbot/haskellers >> >> Yes, but the problem with that list is that the owner (donsbot) isn't >> on the list and I'd argue that no list of haskellers is complete with >> out Don ;-) >> >> /M >> >> -- >> Magnus Therning (OpenPGP: 0xAB4DFBA4) >> magnus＠therning．org Jabber: magnus＠therning．org >> http://therning.org/magnus identi.ca|twitter: magthe >> ___ >> Haskell-Cafe mailing list >> Haskell-Cafe@haskell.org >> http://www.haskell.org/mailman/listinfo/haskell-cafe > > -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell list on Twitter?
On Fri, Oct 1, 2010 at 14:19, Daniel Peebles wrote: > Also, it is possible to add yourself to your own twitter list :) It took me a while to find where to do that, but now I know how. /M > On Fri, Oct 1, 2010 at 12:03 PM, Magnus Therning > wrote: >> >> Now that there are lists/groups on Twitter >> (http://mashable.com/2009/11/02/twitter-lists-guide/) maybe one should >> be created one for Haskellers? >> >> I would do it, but it seems I can't be on my own list :-) So unless >> I've missed something I'd have to create a dummy user just for this >> purpose. Hence I'm asking first :-) >> >> Cheers, >> M >> >> -- >> Magnus Therning (OpenPGP: 0xAB4DFBA4) >> magnus＠therning．org Jabber: magnus＠therning．org >> http://therning.org/magnus identi.ca|twitter: magthe >> ___ >> Haskell-Cafe mailing list >> Haskell-Cafe@haskell.org >> http://www.haskell.org/mailman/listinfo/haskell-cafe > > -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell list on Twitter?
On Fri, Oct 1, 2010 at 11:15, Vo Minh Thu wrote: > 2010/10/1 Magnus Therning : >> Now that there are lists/groups on Twitter >> (http://mashable.com/2009/11/02/twitter-lists-guide/) maybe one should >> be created one for Haskellers? >> >> I would do it, but it seems I can't be on my own list :-) So unless >> I've missed something I'd have to create a dummy user just for this >> purpose. Hence I'm asking first :-) > > Hi, > > Is this what you're talking about? > https://twitter.com/#!/donsbot/haskellers Yes, but the problem with that list is that the owner (donsbot) isn't on the list and I'd argue that no list of haskellers is complete with out Don ;-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Haskell list on Twitter?
Now that there are lists/groups on Twitter (http://mashable.com/2009/11/02/twitter-lists-guide/) maybe one should be created one for Haskellers? I would do it, but it seems I can't be on my own list :-) So unless I've missed something I'd have to create a dummy user just for this purpose. Hence I'm asking first :-) Cheers, M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] EDSL for Makefile
On Thu, Sep 30, 2010 at 13:05, Neil Mitchell wrote: > Hi, > > What great timing! I will be giving a talk at the Haskell Implementors > Workshop tomorrow about the Make system Shake. It will be video taped > and I can send you the slides after I've given the talk. So wait a > day, and I'll give you all the answers. Will you publish the tool too? ;-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Distribution needs
On Thu, Sep 30, 2010 at 10:15, Heinrich Apfelmus wrote: > Joachim Breitner wrote: >> >> on planet.debian.org, there is some ill-tempered discussion about the >> seemingly bad relationship between the Ruby community and Debian >> maintainers. The following blog post summarizes the issues quite well >> and calmly: >> http://gwolf.org/blog/ruby-dissonance-debian-again > > (The link doesn't seem to work, only http://gwolf.org/blog is available.) It did work yesterday, but is gone today. Anyway, here's a copy of it http://www.debianblogs.com/ruby_dissonance_with_debian_again /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Hackage on Linux
On 28/08/10 09:55, Andrew Coppin wrote: [...] > How about hoping that Linux and Mac devs are going to realise that Windows > doesn't have some of the problems that people claim it does? > > Hmm, thinking about it... nah, that's not happening anytime soon either. > ;-) Can you provide some links to further information, please? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Re: Hackage on Linux
On 28/08/10 02:15, Ivan Lazar Miljenovic wrote: > On 28 August 2010 11:09, Brandon S Allbery KF8NH wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> On 8/27/10 05:58 , Simon Farnsworth wrote: >>> If you don't mind, I'd like a proper reference for this; looking at the >>> Linux kernel documentation as you suggest tells me that the kernelspace to >>> userspace ABI is supposed to be 100% stable, such that I can take all the >>> binaries (including shared libraries) from an i386 Linux 2.0 system, and >>> run them in a chroot on my x86-64 Linux 2.6.35 system. >> >> Maybe it's "supposed" to be, but even with more recent stuff (like, say, >> binary GHC releases --- which use glibc shared even if Haskell libs aren't) >> I quite often see programs fail to run because the kernel changed something >> and the kernel/userspace interface changed as a result. A written policy >> is worthless if it isn't followed. > > Well, I have no need to recompile glibc and packages that depend upon it > every time I update my kernel... So maybe glibc changes, but not the kernel > AFAICT. I've been following this part of the discussion with some interest. Mainly because I've been a Linux user since kernel version 1.2, and I've *never* had any of the problems people mention here. So I'm wondering, what are you doing to your systems? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Hackage on Linux
On 25/08/10 06:18, Mathew de Detrich wrote: [...] > If people just wanted an auto udpate version of cabal that works through > arch's package management, then there should have just been a pacman wrapper > which when you install/update haskell libraries/packages, it creates a local > package through cabal2arch instead of using AUR. I believe bauerbill[1] can do this. /M [1] http://aur.archlinux.org/packages.php?ID=33511 -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Hackage on Linux
On Tue, Aug 24, 2010 at 12:18, Joachim Breitner wrote: > Hi, > > Am Dienstag, den 24.08.2010, 09:30 +0100 schrieb Magnus Therning: >> On Tue, Aug 24, 2010 at 06:50, Mathew de Detrich wrote: >> > - in some situations doing a general update with arch (through clyde or >> > packer) breaks ghc (last time it happened packer tried to uninstall/update >> > arch packages which failed because those packages had dependencies. The >> > files got removed but since unregister failed ghc thought they still >> > existed) >> >> This is arguably an error in the Arch packages. The dependencies aren't >> quite >> as strict as they really should be. I've taken the approach of never letting >> pacman update any haskell-* package. Instead I do a small song-and-dance >> where I first remove the packages in question, and any package that depends >> on >> them, then I re-install what I just removed. > > In Debian, this cannot happen any more, as libraries are tied to the > packages of their dependencies via the ABI hash used by ghc. (If I am > correctly understanding the symptoms). So using apt-get upgrade will never > break any Debian-installed packages. Yes, I've argued for a Debian-style policy for dependencies in Arch, but apparently people don't find it worth it. I'm not sure whether it'd even be possible to do the same thing for packages from AUR though, which is where most of the Hackage packages are. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Hackage on Linux
On Tue, Aug 24, 2010 at 06:50, Mathew de Detrich wrote: > I used to use archlinux packages however it became a pain for the following > reasons > > - packages on archlinux don't auto update when cabal does. This becomes > really annoying when package X gets updated on cabal but not on arch and > causes conflicts with other packages Yes, this can be a bit irritating indeed. Though DonS is doing a great job keeping Arch up-to-date it does happen that he does silly things like go on holiday ;-) > - in some situations doing a general update with arch (through clyde or > packer) breaks ghc (last time it happened packer tried to uninstall/update > arch packages which failed because those packages had dependencies. The > files got removed but since unregister failed ghc thought they still > existed) This is arguably an error in the Arch packages. The dependencies aren't quite as strict as they really should be. I've taken the approach of never letting pacman update any haskell-* package. Instead I do a small song-and-dance where I first remove the packages in question, and any package that depends on them, then I re-install what I just removed. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Re: [Haskell-cafe] ANNOUNCE: enumerator, an alternative iteratee package
On 24/08/10 03:47, John Millikin wrote: [...] > I would like to avoid hard-coding the error type to SomeException, because > it forces libraries to use unsafe/unportable language features (dynamic > typing and casting). However, given the apparent practical requirement that > all iteratees have the same error type, it seems like there's no other > choice. I haven't worked enough with iteratees to have an informed opinion on this, but I wonder what the pros and cons are of having an error state in the iteratees at all. In other words, why would this data Step a m b = Continue (Stream a -> Iteratee a m b) | Yield b (Stream a) | Error E.SomeException be preferred over this data Step a m b = Continue (Stream a -> Iteratee a m b) | Yield b (Stream a) (Maybe with the restriction that m is a MonadError.) /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Perform a research a la Unix 'find'
On 22/08/10 17:56, Yves Parès wrote: > I looked at both, and I have encoding issues with both. > > My locale is fr_FR.utf8 > For instance, with HSH: > I have a 'bar' directory, containing a file 'fooé' > > run $ "find bar" :: IO [String] > returns me : ["bar", "bar/foo*\233*"] > > and run $ "find bar -name fooé" > returns [] > > When I provoke an error by running: > run $ "find fooé" > it says : > find: "foo*\351*": No file or directory > > So it is not the same encoding! Yes, that's no good. I should put in a caveat, I have only used HSH in "privileged" locales. I urge you to raise it with the maintainer of HSH since it's a serious shortcoming. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Perform a research a la Unix 'find'
On 22/08/10 16:32, Yves Parès wrote: > Hello, > > I would like to recode in Haskell a piece of bash program that uses find. > The advantage of find is that it is quite easy to use and fast. > Is there a package that let us access to find-like functionnalities, with > similar performances? Or at least some C functions that could be used > through the FFI? > (I would like to avoid to recur through directories and match files myself, > I tried it and the search lasts for ages). Take a look at HSH on hackage. I've used that many times to inject some sanity into stuff that I used to do with bash. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Re: [Haskell-cafe] ANNOUNCE: enumerator, an alternative iteratee package
On 21/08/10 18:58, John Millikin wrote: > I think the docs are wrong, or perhaps we're misunderstanding them. > Magnus is correct. > > Attached is a test program which listens on two ports, 42000 (blocking > IO) and 42001 (non-blocking). You can use netcat, telnet, etc, to send > it data. The behavior is as Magnus describes: bytes from > hGetNonBlocking are available immediately, while hGet waits for a full > buffer (or EOF) before returning. > > This behavior obviously makes hGet unsuitable for enumHandle; my > apologies for not understanding the problem sooner. Thanks, but I suspect that it was my bad description of the issue that made understanding the issue more problematic. Anyway it's good we now understand each other, and even better that we agree :-) As an aside, has anyone written the code necessary to convert a parser, such as e.g. attoparsec, into an enumerator-iteratee[1]? /M [1] Similar to how attoparsec-iteratee does it for iteratee-iteratee. -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Re: [Haskell-cafe] ANNOUNCE: enumerator, an alternative iteratee package
On 20/08/10 23:12, John Millikin wrote: > On Fri, Aug 20, 2010 at 14:58, Magnus Therning wrote: >> Indeed. >> >> In many protocols it would force the attacker to send well-formed requests >> though. I think this is true for many text-based protocols like >> HTTP. >> >> The looping can be handled effectively through hWaitForInput. >> >> There are also other reasons for doing non-blocking IO, not least that it >> makes developing and manual testing a lot nicer. > > I think I'm failing to understand something. > > Using a non-blocking read doesn't change how the iteratees react to > well- or mal-formed requests. All it does is change the failure > condition from "blocked indefinitely" to "looping indefinitely". It changes the timing. The iteratee will receive the data sooner (when it's available rather than when the buffer is full). This means it can fail *sooner*, in wall-clock time. > Replacing the hGet with a combination of hWaitForInput / > hGetNonBlocking would cause a third failure condition, "looping > indefinitely with periodic blocks". This doesn't seem to be an > improvement over simply blocking. It is an improvement when data is trickling in. In other cases it's no improvement (besides that it'd be possible have time-outs on a "lower level"). > Do you have any example code which works well using a non-blocking > enumerator, but fails with a blocking one? It's not about failing vs non-failing, it's about time of failure. An example would be failing after reading a few bytes (the verb of a HTTP request) vs failing after either reading 4k (which is the buffer size in iteratee, IIRC) or when the client hangs up. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Re: [Haskell-cafe] ANNOUNCE: enumerator, an alternative iteratee package
On 20/08/10 22:32, John Millikin wrote: > On Fri, Aug 20, 2010 at 12:52, Magnus Therning wrote: >> You don't need to send that much data, the current implementation of >> Enumerator uses hGet, which blocks, so just send the server a few bytes and >> it'll be sitting there waiting for input until it times out (if ever). >> Open a few hundred of those connections and you're likely to cause the >> server to run out of FDs. Of course this is already coded up in tools like >> slowloris[1] :-) > > Correct me if I'm wrong, but I'm pretty sure changing the implementation to > something non-blocking like hGetNonBlocking will not fix this. Hooking up an > iteratee to an enumerator which doesn't block will cause it to loop forever, > which is arguably worse than simply blocking. > > The best way I can think of to defeat a handle-exhaustion attack is to > enforce a timeout on HTTP header parsing, using something like > System.Timeout. This protects against slowloris, since requiring the > entire header to be parsed within some fixed small period of time > prevents the socket from being held open via slowly-trickled headers. Indeed. In many protocols it would force the attacker to send well-formed requests though. I think this is true for many text-based protocols like HTTP. The looping can be handled effectively through hWaitForInput. There are also other reasons for doing non-blocking IO, not least that it makes developing and manual testing a lot nicer. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell] Re: [Haskell-cafe] ANNOUNCE: enumerator, an alternative iteratee package
On 20/08/10 17:30, Felipe Lessa wrote: > On Fri, Aug 20, 2010 at 1:12 PM, John Millikin wrote: >> This thought occurred to me, but really, how often are you going to >> have a 10 GiB **text** file with no newlines? Remember, this is for >> text (log files, INI-style configs, plain .txt), not binary (HTML, >> XML, JSON). Off the top of my head, I can't think of any case where >> you'd expect to see 10 GiB in a single line. >> >> In the worst case, you can just use "decode" to process bytes coming >> from the ByteString-based enumHandle, which should give nicely chunked >> text. > > I was thinking about an attacker, not a use case. Think of a web > server accepting queries using iteratees internally. This may open > door to at least DoS attacks. You don't need to send that much data, the current implementation of Enumerator uses hGet, which blocks, so just send the server a few bytes and it'll be sitting there waiting for input until it times out (if ever). Open a few hundred of those connections and you're likely to cause the server to run out of FDs. Of course this is already coded up in tools like slowloris[1] :-) /M [1] http://ha.ckers.org/slowloris/ -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Creating binary distributions with Cabal
On Fri, Aug 20, 2010 at 10:18, Christopher Done wrote: > Does Cabal have a way to produce binary distributions from a package? > > I need to create a binary distribution of my project which does not > depend on GHC or any development tools. The package should include all > required data files and configuration files. I've got the latter > covered with Data-Files and getDataFileName, but not sure about what > to do regarding configuration files -- read/write to > $HOME/.myproject/config or $HOME/.myprojectrc, etc., or what? > > I'm specifically targeting Redhat because that's the production > server, but I'm wondering if there is or will be a way to agnostically > access data files and configuration files without having to think > about what OS it will be running on, in the same way I can use sockets > or file access without worrying about the particular OS. > > Something like cabal sdist --binary --rpm/deb/arch/win/etc? > > How does everyone else package up their Haskell programs for binary > distribution? This is what package managers like rpm, dpkg, pacman, etc shines at. So for Distribution for Linux that's what I suggest you use. For Windows you'd probably have to hook things up to some installer-generator (WiX[1] maybe?). Other options are autopackage[2] and zeroinstall[3]. /M [1] http://wix.sourceforge.net/ [2] http://www.autopackage.org/ [3] http://zero-install.sourceforge.net/ -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] ANNOUNCE: enumerator, an alternative iteratee package
Very nice. It looks a lot like the iteratee replacement I've been working on for an as-of-yet unreleased project of mine. The main differences: - my chunks only have a single ByteString, not a list of them (I was experimenting with a list at a point where I thought it'd be useful to be able to insert stuff into the stream, but abandoned it for the moment) - my enumHandle uses hGetNonBlocking to make it easier to deal with early termination when reading data off the network - I have a set of unit tests that cover the implementation fairly well My reasons for writing my own was basically the same as yours. I'll definitely have a look at ditching my implementation as some point, in favour of yours :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Which Mail editor or mail chain do you use ?
On Tue, Aug 17, 2010 at 14:17, Luc TAESCH wrote: > Gentlemen, Slightly off topic, but when reading this list , I was ( happily > ) surprised when reading this list, about the quality of typing, including > redaction,paragraph, greeks and footnote ref like , in just a (pure) text > list > ... > baskell[1] seems interesting. And there's hslua[2]. > Can one use hint[3] like this ? > > Thanks > > [1] baskell - http://hackage.haskell.org/package/baskell > [2] hslua - http://hackage.haskell.org/package/hslua > [3] hint - http://hackage.haskell.org/package/hint > > > Is this some kind of idiom that developped over time and habit ( of people > reading papers) , particularly educated, and in need for others recognition, > or born out of using an (arche)typical environment/ toolchain Markdown - > latex like ? > > May I ask you how you redact your answers and which toolchain you are using > ? Personally I use vim with vimfootnotes[1] :-) /M [1] http://www.vim.org/scripts/script.php?script_id=431 -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Preview the new haddock look and take a short survey
On Sat, Aug 7, 2010 at 01:00, David Virebayre wrote: > I prefer the new look. > > That being said, I'd rather like haddock handling unicode characters > in comments, at the moment it's unusable if I want to write comments > in French. Wouldn't the docs be unusable if it were in French even if Haddock handled unicode characters correctly? Seriously though, it would be useful for Haddock to handle unicode, if for nothing else just to allow developers to have their names showing properly. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Preview the new haddock look and take a short survey
On Wed, Aug 4, 2010 at 06:00, Mark Lentczner wrote: > The Haddock team has spent the last few months revamping the look of the > generated output. We're pretty close to done, but we'd like to get the > community's input before we put it in the main release. > > Please take a look, and then give us your feedback through a short survey > > Sample pages: http://www.ozonehouse.com/mark/snap-xhtml/index.html I really like it, especially the synopsis tab on the right. Brilliant! The TOC is nice too! The over-all impression is that it doesn't look as auto-generated as the old style. > Frame version: http://www.ozonehouse.com/mark/snap-xhtml/frames.html Also very good looking. Does the current stable version of Haddock really create a frame version? I've never seen one before... /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell Forum
On 27/07/10 18:58, Andrew Coppin wrote: > Magnus Therning wrote: >> On 26/07/10 22:01, Andrew Coppin wrote: >> >>> So I'm told. But it appears that some people believe that NNTP *is* >>> Usenet, which is not the case. I use NNTP almost every single day, but >>> I've never seen Usenet in my life... >>> >> >> So you've only ever been on private NNTP servers then, never browsed >> through >> comp.* or sci.*? >> > > I don't even know what they are. (Except that now, by inference, I can > guess they're something to do with Usenet.) Ah, fascinating, there must be an entire world of NNTP servers out there that I've never come across :-) My previous employer had an internal NNTP server running, which was a virtual gold mine of knowledge and insight. It was a largely unknown gold mine at that. Anyway, I know there are several locations where I can host a mailing list (google groups, yahoo etc), are there similar free services that offer free NNTP services? > For example, Microsoft has a private NNTP server for technical support. Ah, that's very useful to know. /M signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell Forum
On 26/07/10 22:01, Andrew Coppin wrote: > Brandon S Allbery KF8NH wrote: >> On 7/26/10 15:56 , Andrew Coppin wrote: >> >>> My personal preference would be for NNTP. It seems to handle >>> threading much >>> better. You can easily "kill" threads you're not interested in, and >>> thereafter not bother downloading them. You can use several different >>> client >>> programs. And so on. However, last time I voiced this opinion, people >>> started talking about something called "usenet", which I've never >>> heard of... >>> >> >> Usenet *is* NNTP. >> > > So I'm told. But it appears that some people believe that NNTP *is* > Usenet, which is not the case. I use NNTP almost every single day, but > I've never seen Usenet in my life... So you've only ever been on private NNTP servers then, never browsed through comp.* or sci.*? Wikipedia has a nice article on usenet, of course: http://en.wikipedia.org/wiki/Usenet /M signature.asc Description: OpenPGP digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Haskell Forum
On Mon, Jul 26, 2010 at 15:47, Nick Bowler wrote: > On 10:37 Mon 26 Jul , Job Vranish wrote: >> I agree. A web forum would be more friendly to newcomers, easier to browse, >> and better organized, than the mailing list. > > I don't understand this sentiment at all. How are web forums easier to > browse than list archives? Especially given that there are usually multiple > archives for each ML, with a variety of ways to use them (e.g., I tend to > use gmane with my newsreader for this purpose). Irrespective of what is easier to use, what really counts is where the *targets* of your post hang out. Personally I prefer a mailing list, and I would only ever use a forum if I had a better chance of getting good and informative answers there. Another option is to import the entire haskell-cafe archive into gmail :-) >> Some people will still prefer the mailing list of course, but I think there >> will be enough demand to justify a forum :) > > Wine has a web forum that is directly connected to their mailing lists: > each post on the forum is sent to the corresponding list and vice versa. > The web forum interface doesn't support proper threading, but it > otherwise seems to work OK. Perhaps something like that would be > useful? This would be a good compromise. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] hGetContents: resource exhausted
On Sun, Jul 25, 2010 at 23:47, Lally Singh wrote: > Hey all, > > This is on OpenSolaris. Simple attempts to build cabal packages > give me this error, and I don't know what it means. Here's an > example: > [07/25 18:51::la...@sol type-level]$ runghc Setup.hs configure > Configuring type-level-0.2.4... > Setup.hs: fd:8: hGetContents: resource exhausted (Resource temporarily > unavailable) > Setup.hs: fd:8: resource exhausted > > Does anyone know what this means? I'm trying to just get the llvm > bindings installed (requiring mtl & type-level). A quick guess: you're running out of filedescriptors. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] cabal, Setup.lhs example
On Fri, Jul 23, 2010 at 04:58, Mark Wotton wrote: > On Fri, Jul 23, 2010 at 12:33 PM, wren ng thornton wrote: >> Magnus Therning wrote: >>> >>> On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote: >>>> >>>> On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote: >>>>> >>>>> On Thu, Jul 22, 2010 at 10:59, Ross Paterson >>>>> wrote: >>>>>> >>>>>> Magnus is building by directly running the Setup.hs himself, which >>>>>> ignores >>>>>> the Build-Type. To get cabal-install to use his Setup.hs, the >>>>>> Build-Type >>>>>> must be set to Custom. >>>>> >>>>> Oh, why*2? >>>>> >>>>> Why is the header there if it's not used by Cabal, and why does cabal >>>>> care? >>>> >>>> The field allows cabal to avoid compiling the Setup.hs in this case. >>>> It might also be used by other tools, e.g. one might only trust Simple >>>> packages. Not all fields are used by all tools, and several of them >>>> do not affect the operation of the library (e.g. Home-page). >>> >>> All right, so why would cabal want to avoid compiling the Setup.hs? >>> >>> Of course this behaviour of cabal's means that I in the future will use >>> *Custom* >>> all the time, since I otherwise have to remember this surprising feature >>> of a >>> tool I never use. Is there any reason *not* to do this? >> >> The main reason I could think of to avoid compiling it is for performance >> reasons. I'm not sure how compelling that is, but... >> >> As for why not to always use Custom, as mentioned there are cabal-aware >> tools out there besides cabal-install. For these other tools, there is a big >> difference between Simple and Custom. With Simple we (ideally) already know >> all the semantics of what Setup.hs does, and so we can wire that into our >> tools. With Custom we're forced into the position of doing Haskell source >> analysis since we now have to discover the semantics of an arbitrary Turing >> machine. That's a very high wall to climb if you're just wanting to write a >> simple tool for doing some kind of package analysis. >> >> (I don't think the behavior is surprising since I interpret Simple to mean >> that the Setup.hs file is unused/optional. Though clearly YMMV) > > > Ah, this clears up one of my bugs. > > Perhaps cabal should print a warning if you have a Setup.hs file, > _and_ try to use Simple? It'd at least give the hint that they're > unhappy together. I don't like that idea. I don't use cabal, so I always need a Setup.hs whether the Build-Type is Simple or Custom. This suggestion would also force some tools that don't care about Build-Type (they just use the Setup.hs irrespective of Build-Type) to start caring. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] cabal, Setup.lhs example
On Fri, Jul 23, 2010 at 03:33, wren ng thornton wrote: > Magnus Therning wrote: >> >> On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote: >>> >>> On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote: >>>> >>>> On Thu, Jul 22, 2010 at 10:59, Ross Paterson >>>> wrote: >>>>> >>>>> Magnus is building by directly running the Setup.hs himself, which >>>>> ignores >>>>> the Build-Type. To get cabal-install to use his Setup.hs, the >>>>> Build-Type >>>>> must be set to Custom. >>>> >>>> Oh, why*2? >>>> >>>> Why is the header there if it's not used by Cabal, and why does cabal >>>> care? >>> >>> The field allows cabal to avoid compiling the Setup.hs in this case. >>> It might also be used by other tools, e.g. one might only trust Simple >>> packages. Not all fields are used by all tools, and several of them >>> do not affect the operation of the library (e.g. Home-page). >> >> All right, so why would cabal want to avoid compiling the Setup.hs? >> >> Of course this behaviour of cabal's means that I in the future will use >> *Custom* >> all the time, since I otherwise have to remember this surprising feature >> of a >> tool I never use. Is there any reason *not* to do this? > > The main reason I could think of to avoid compiling it is for performance > reasons. I'm not sure how compelling that is, but... > > As for why not to always use Custom, as mentioned there are cabal-aware > tools out there besides cabal-install. For these other tools, there is a big > difference between Simple and Custom. With Simple we (ideally) already know > all the semantics of what Setup.hs does, and so we can wire that into our > tools. With Custom we're forced into the position of doing Haskell source > analysis since we now have to discover the semantics of an arbitrary Turing > machine. That's a very high wall to climb if you're just wanting to write a > simple tool for doing some kind of package analysis. > > (I don't think the behavior is surprising since I interpret Simple to mean > that the Setup.hs file is unused/optional. Though clearly YMMV) I always thought "Build-Type: Simple" was in some way connected to the module Distribution.Simple. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
