From ian at skybluetrades.net  Tue Feb  4 11:24:29 2014
From: ian at skybluetrades.net (Ian Ross)
Date: Tue, 4 Feb 2014 12:24:29 +0100
Subject: Hackage mirror client
Message-ID: <CA+adx7uGQK-Nk9S__9Jma0V0jrpoe3+Tqet=6Moy9k0ym73uLg@mail.gmail.com>

Dear all,

Has anyone used the mirror client recently?  I'm trying to get set up to
work on Hackage a little and haven't succeeded in getting it to work yet.
 The problem occurs during the upload of the first Cabal file during
mirroring: instead of getting the 401 response and retrying with
authentication, the mirror client just fails with "hackage-mirror: <socket:
4>: hClose: resource vanished (Broken pipe)".

I've tried uploading manually from within GHCi (setting up all the
Network.Browser authentication stuff) and that works fine.  But I've not
been able to track down what the difference is between doing that and
what's happening within the mirror client.  There doesn't seem to be
anything that would cause this in the MirrorSession stuff, and the
Network.Browser authentication generator seems to be getting set up
correctly, but it never gets to the point where it retries the upload with
the generated authentication information.

Can anyone confirm whether this is still working and I'm just doing
something wrong, or if it's stopped working recently?  (In the latter case,
I'll spend some more time trying to figure out what's going on.)

Cheers,

Ian.

-- 
Ian Ross   Tel: +43(0)6804451378   ian at skybluetrades.net
www.skybluetrades.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140204/5c345c43/attachment.html>

From ian at skybluetrades.net  Tue Feb  4 16:26:37 2014
From: ian at skybluetrades.net (Ian Ross)
Date: Tue, 4 Feb 2014 17:26:37 +0100
Subject: Hackage mirror client
In-Reply-To: <CA+adx7uGQK-Nk9S__9Jma0V0jrpoe3+Tqet=6Moy9k0ym73uLg@mail.gmail.com>
References: <CA+adx7uGQK-Nk9S__9Jma0V0jrpoe3+Tqet=6Moy9k0ym73uLg@mail.gmail.com>
Message-ID: <CA+adx7uJCiBeVqPqgrpRTA+K0ykTjpvbYuSsRoUaWY=nSB2TMQ@mail.gmail.com>

Thanks to Duncan on IRC, it seems that this is just a manifestation of a
known issue with the HTTP package:

https://github.com/haskell/HTTP/issues/14


On 4 February 2014 12:24, Ian Ross <ian at skybluetrades.net> wrote:

> Dear all,
>
> Has anyone used the mirror client recently?  I'm trying to get set up to
> work on Hackage a little and haven't succeeded in getting it to work yet.
>  The problem occurs during the upload of the first Cabal file during
> mirroring: instead of getting the 401 response and retrying with
> authentication, the mirror client just fails with "hackage-mirror: <socket:
> 4>: hClose: resource vanished (Broken pipe)".
>
> I've tried uploading manually from within GHCi (setting up all the
> Network.Browser authentication stuff) and that works fine.  But I've not
> been able to track down what the difference is between doing that and
> what's happening within the mirror client.  There doesn't seem to be
> anything that would cause this in the MirrorSession stuff, and the
> Network.Browser authentication generator seems to be getting set up
> correctly, but it never gets to the point where it retries the upload with
> the generated authentication information.
>
> Can anyone confirm whether this is still working and I'm just doing
> something wrong, or if it's stopped working recently?  (In the latter case,
> I'll spend some more time trying to figure out what's going on.)
>
> Cheers,
>
> Ian.
>
> --
> Ian Ross   Tel: +43(0)6804451378   ian at skybluetrades.net
> www.skybluetrades.net
>



-- 
Ian Ross   Tel: +43(0)6804451378   ian at skybluetrades.net
www.skybluetrades.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140204/8d9330e2/attachment.html>

From Christian.Maeder at dfki.de  Thu Feb 13 13:01:03 2014
From: Christian.Maeder at dfki.de (Christian Maeder)
Date: Thu, 13 Feb 2014 14:01:03 +0100
Subject: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1
In-Reply-To: <CAHnG2Cw64v5HFAoc0_iG1eeK7ku0A=NWQ_o-YGQUXqohpGx0GA@mail.gmail.com>
References: <CAEs96n0D4MdUKO-1DRyV2pvkog8ntS99EbeQqn2vjaUfRPYefA@mail.gmail.com>	<52F258B2.8090305@dfki.de>	<52F2BE76.2000409@centrum.cz>	<52F356FC.5010808@dfki.de>	<20B0536D-221E-4A0F-8CA6-334438B71CF3@inconsistent.nl>
 <CAHnG2Cw64v5HFAoc0_iG1eeK7ku0A=NWQ_o-YGQUXqohpGx0GA@mail.gmail.com>
Message-ID: <52FCC20F.2040001@dfki.de>

Am 06.02.2014 15:27, schrieb P?li G?bor J?nos:
> On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
> <merijn at inconsistent.nl> wrote:
>>
>> On Feb 6, 2014, at 10:33 , Christian Maeder wrote:
>>> or (as I've seen elsewhere) better (?)
>>>
>>> #!/usr/bin/env bash
>>
>> Definitely use this, FreeBSD (for example) does not ship with bash so /bin/bash will *not* exist.
>
> Please, do not introduce dependency on bash unless it is really necessary.

In fact ./configure detects "/bin/bash" as SHELL under Solaris, so this 
setting could be used (instead of hard coding "bin/sh")!

(Under FreeBSD a proper other SHELL might be found by ./configure.)

Many configure files of libraries also set SHELL this way.

Yet, for this ghc-pwd-bindist script it is easier to make the script 
(Bourne) /bin/sh compatible. Yet, I have not found out, how this script 
is created!

utils/ghc-pwd/ghc.mk contains
"utils/ghc-pwd_dist-install_WANT_BINDIST_WRAPPER = YES"
but then I'm lost what build-prog does from rules/build-prog.mk.

Maybe somehow the code in
libraries/Cabal/Cabal/Distribution/Simple/Program/Script.hs is called, 
then the second line should be changed from:

     setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
     setEnv (var, Just val) = ["export " ++ var ++ "=" ++ quote val]
to:
     setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
     setEnv (var, Just val) = [var ++ "=" ++ quote val, "export " ++ var]

I guess that is still POSIX compliant.

Cheers Christian


From Christian.Maeder at dfki.de  Fri Feb 14 15:37:05 2014
From: Christian.Maeder at dfki.de (Christian Maeder)
Date: Fri, 14 Feb 2014 16:37:05 +0100
Subject: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1
In-Reply-To: <52FCC20F.2040001@dfki.de>
References: <CAEs96n0D4MdUKO-1DRyV2pvkog8ntS99EbeQqn2vjaUfRPYefA@mail.gmail.com>	<52F258B2.8090305@dfki.de>	<52F2BE76.2000409@centrum.cz>	<52F356FC.5010808@dfki.de>	<20B0536D-221E-4A0F-8CA6-334438B71CF3@inconsistent.nl>
 <CAHnG2Cw64v5HFAoc0_iG1eeK7ku0A=NWQ_o-YGQUXqohpGx0GA@mail.gmail.com>
 <52FCC20F.2040001@dfki.de>
Message-ID: <52FE3821.4080309@dfki.de>

see https://ghc.haskell.org/trac/ghc/ticket/8783 how this issue may be 
solved. Any (or both) of the two proposed patches work for me.

C.

Am 13.02.2014 14:01, schrieb Christian Maeder:
> Am 06.02.2014 15:27, schrieb P?li G?bor J?nos:
>> On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
>> <merijn at inconsistent.nl> wrote:
>>>
>>> On Feb 6, 2014, at 10:33 , Christian Maeder wrote:
>>>> or (as I've seen elsewhere) better (?)
>>>>
>>>> #!/usr/bin/env bash
>>>
>>> Definitely use this, FreeBSD (for example) does not ship with bash so
>>> /bin/bash will *not* exist.
>>
>> Please, do not introduce dependency on bash unless it is really
>> necessary.
>
> In fact ./configure detects "/bin/bash" as SHELL under Solaris, so this
> setting could be used (instead of hard coding "bin/sh")!
>
> (Under FreeBSD a proper other SHELL might be found by ./configure.)
>
> Many configure files of libraries also set SHELL this way.
>
> Yet, for this ghc-pwd-bindist script it is easier to make the script
> (Bourne) /bin/sh compatible. Yet, I have not found out, how this script
> is created!
>
> utils/ghc-pwd/ghc.mk contains
> "utils/ghc-pwd_dist-install_WANT_BINDIST_WRAPPER = YES"
> but then I'm lost what build-prog does from rules/build-prog.mk.
>
> Maybe somehow the code in
> libraries/Cabal/Cabal/Distribution/Simple/Program/Script.hs is called,
> then the second line should be changed from:
>
>      setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
>      setEnv (var, Just val) = ["export " ++ var ++ "=" ++ quote val]
> to:
>      setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
>      setEnv (var, Just val) = [var ++ "=" ++ quote val, "export " ++ var]
>
> I guess that is still POSIX compliant.
>
> Cheers Christian
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
>


From ian at skybluetrades.net  Sun Feb 16 09:33:57 2014
From: ian at skybluetrades.net (Ian Ross)
Date: Sun, 16 Feb 2014 10:33:57 +0100
Subject: Hackage Travis build failures
Message-ID: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>

Does anyone have any idea what the source of the intermittent Travis
failures for Hackage is?  The HighLevelTest program sometimes fails to
connect to the server -- you can see an example at the bottom of
https://travis-ci.org/haskell/hackage-server/builds/18423099 with the
(almost) equivalent code passing at
https://travis-ci.org/haskell/hackage-server/builds/18970590 -- but there's
no indication that the server had problems starting (for instance, because
the test port isn't available, or something like that).

Looking through the Travis history, this has been happening since at least
31 Oct 2013 (https://travis-ci.org/haskell/hackage-server/builds/13335852).
 Has anyone seen this happen on any system other than the Travis build
machines?

-- 
Ian Ross   Tel: +43(0)6804451378   ian at skybluetrades.net
www.skybluetrades.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140216/3b6688cc/attachment.html>

From the.dead.shall.rise at gmail.com  Sun Feb 16 15:51:51 2014
From: the.dead.shall.rise at gmail.com (Mikhail Glushenkov)
Date: Sun, 16 Feb 2014 16:51:51 +0100
Subject: Hackage Travis build failures
In-Reply-To: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
References: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
Message-ID: <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>

Hi,

On 16 February 2014 10:33, Ian Ross <ian at skybluetrades.net> wrote:
> Does anyone have any idea what the source of the intermittent Travis
> failures for Hackage is?

Cabal builds on Travis sometimes error out because of network
connectivity problems.

Example: https://travis-ci.org/haskell/cabal/jobs/18955110

From fuuzetsu at fuuzetsu.co.uk  Sun Feb 16 18:48:13 2014
From: fuuzetsu at fuuzetsu.co.uk (Mateusz Kowalczyk)
Date: Sun, 16 Feb 2014 18:48:13 +0000
Subject: Hackage Travis build failures
In-Reply-To: <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>
References: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
 <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>
Message-ID: <530107ED.3070301@fuuzetsu.co.uk>

On 16/02/14 15:51, Mikhail Glushenkov wrote:
> Hi,
> 
> On 16 February 2014 10:33, Ian Ross <ian at skybluetrades.net> wrote:
>> Does anyone have any idea what the source of the intermittent Travis
>> failures for Hackage is?
> 
> Cabal builds on Travis sometimes error out because of network
> connectivity problems.
> 
> Example: https://travis-ci.org/haskell/cabal/jobs/18955110
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
> 
There was a blog post by Travis about the mysterious connectivity
issues. They have introduced the retry command because of it. You might
want to use it.

-- 
Mateusz K.

From the.dead.shall.rise at gmail.com  Sun Feb 16 19:07:24 2014
From: the.dead.shall.rise at gmail.com (Mikhail Glushenkov)
Date: Sun, 16 Feb 2014 20:07:24 +0100
Subject: Hackage Travis build failures
In-Reply-To: <530107ED.3070301@fuuzetsu.co.uk>
References: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
 <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>
 <530107ED.3070301@fuuzetsu.co.uk>
Message-ID: <CA+tcxkASaWp6Ljkyasnc7CLTWqVY39JDQCptF_GtOPfAOPMxHw@mail.gmail.com>

Hi,

On 16 February 2014 19:48, Mateusz Kowalczyk <fuuzetsu at fuuzetsu.co.uk> wrote:
>
> There was a blog post by Travis about the mysterious connectivity
> issues. They have introduced the retry command because of it. You might
> want to use it.

Thanks, I've enabled this for the Cabal repo.

From ml at isaac.cedarswampstudios.org  Sun Feb 16 19:10:54 2014
From: ml at isaac.cedarswampstudios.org (Isaac Dupree)
Date: Sun, 16 Feb 2014 14:10:54 -0500
Subject: Hackage Travis build failures
In-Reply-To: <530107ED.3070301@fuuzetsu.co.uk>
References: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
 <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>
 <530107ED.3070301@fuuzetsu.co.uk>
Message-ID: <53010D3E.9070108@isaac.cedarswampstudios.org>

On 02/16/2014 01:48 PM, Mateusz Kowalczyk wrote:
> There was a blog post by Travis about the mysterious connectivity
> issues. They have introduced the retry command because of it. You might
> want to use it.

This blog post?
http://blog.travis-ci.com/2013-05-20-network-timeouts-build-retries/
(introduces a "travis_retry" shell function)
-Isaac

From ian at skybluetrades.net  Sun Feb 16 19:19:54 2014
From: ian at skybluetrades.net (Ian Ross)
Date: Sun, 16 Feb 2014 20:19:54 +0100
Subject: Hackage Travis build failures
In-Reply-To: <530107ED.3070301@fuuzetsu.co.uk>
References: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
 <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>
 <530107ED.3070301@fuuzetsu.co.uk>
Message-ID: <CA+adx7sz_3zkQ+=Ej+bsRPTEBbEvd=2gmzTfiKah0oLZyjVuTQ@mail.gmail.com>

Thanks, that's useful to know about!


On 16 February 2014 19:48, Mateusz Kowalczyk <fuuzetsu at fuuzetsu.co.uk>wrote:

> On 16/02/14 15:51, Mikhail Glushenkov wrote:
> > Hi,
> >
> > On 16 February 2014 10:33, Ian Ross <ian at skybluetrades.net> wrote:
> >> Does anyone have any idea what the source of the intermittent Travis
> >> failures for Hackage is?
> >
> > Cabal builds on Travis sometimes error out because of network
> > connectivity problems.
> >
> > Example: https://travis-ci.org/haskell/cabal/jobs/18955110
> > _______________________________________________
> > cabal-devel mailing list
> > cabal-devel at haskell.org
> > http://www.haskell.org/mailman/listinfo/cabal-devel
> >
> There was a blog post by Travis about the mysterious connectivity
> issues. They have introduced the retry command because of it. You might
> want to use it.
>
> --
> Mateusz K.
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
>



-- 
Ian Ross   Tel: +43(0)6804451378   ian at skybluetrades.net
www.skybluetrades.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140216/53bda658/attachment.html>

From fuuzetsu at fuuzetsu.co.uk  Sun Feb 16 20:30:06 2014
From: fuuzetsu at fuuzetsu.co.uk (Mateusz Kowalczyk)
Date: Sun, 16 Feb 2014 20:30:06 +0000
Subject: Hackage Travis build failures
In-Reply-To: <53010D3E.9070108@isaac.cedarswampstudios.org>
References: <CA+adx7tH9sgaQ17pMT3k3FCovZ414LxA=D+5+5qyc3kqpp9zgA@mail.gmail.com>
 <CA+tcxkBFiFXKuRQbdBZoYrFZwjenTbELiXE=OQaJY1K+GkZgpw@mail.gmail.com>
 <530107ED.3070301@fuuzetsu.co.uk>
 <53010D3E.9070108@isaac.cedarswampstudios.org>
Message-ID: <53011FCE.4010809@fuuzetsu.co.uk>

On 16/02/14 19:10, Isaac Dupree wrote:
> On 02/16/2014 01:48 PM, Mateusz Kowalczyk wrote:
>> There was a blog post by Travis about the mysterious connectivity
>> issues. They have introduced the retry command because of it. You might
>> want to use it.
> 
> This blog post?
> http://blog.travis-ci.com/2013-05-20-network-timeouts-build-retries/
> (introduces a "travis_retry" shell function)
> -Isaac
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
> 

Yes, that's the post I was referring to.

-- 
Mateusz K.

From djp at arqux.com  Tue Feb 18 19:21:14 2014
From: djp at arqux.com (DJ Penton)
Date: Tue, 18 Feb 2014 14:21:14 -0500
Subject: Kudos
Message-ID: <1D0B016C-2C0A-419A-9AD9-B639A3E7E0F3@arqux.com>

I have been away from Haskell for quite a long time for various reasons, and just got back to it last week. Back then I never got comfortable with Cabal, cabal-install, etc.

A couple of years ago I posted a gripe on this list about the Cabal user manual. It appears to me that it has been revised since then, and I must say that I find it much clearer and more informative. 

Now if I am wrong about it being revised, then my original complaint was unjustified, but if it HAS been improved, then this post is to thank whoever is responsible. I hope that person subscribes to this list.

I am also pretty happy so far with sandboxing and cabal repl. I may find wrinkles, but my frustration level as of today is way lower than when I went on hiatus from Haskell.

Nice work.

- DJ -

From daniel.trstenjak at gmail.com  Sat Feb 22 13:01:36 2014
From: daniel.trstenjak at gmail.com (Daniel Trstenjak)
Date: Sat, 22 Feb 2014 14:01:36 +0100
Subject: Reading 'setup-config' with Cabal library
Message-ID: <20140222130136.GA2897@machine>


Hi all,

I'm trying to read a 'setup-config' file with the cabal library and I'm getting from
'tryGetPersistBuildConfig' the error:

   Run the 'configure' command first

And the returned ConfigStateFileErrorType is:

   ConfigStateFileMissing


The version of the cabal library used by cabal is:

   dan at machine $> cabal --version
   cabal-install version 1.18.0.2
   using version 1.18.1 of the Cabal library


And the version of the cabal library used by my program seems to match:

   dan at machine $> ls .cabal-sandbox/x86_64-linux-ghc-7.6.2-packages.conf.d/Cabal-*
   .cabal-sandbox/x86_64-linux-ghc-7.6.2-packages.conf.d/Cabal-1.18.1-3459d045e142649dd77825434a88fc1a.conf
   

Also the header of the 'setup-config' file I'm trying to read seem to match:

   Saved package config for cabal-bounds-0.1 written by Cabal-1.18.1 using ghc-7.6


Any ideas what could causing the error? Thanks!


Greetings,
Daniel

From daniel.trstenjak at gmail.com  Sat Feb 22 15:01:24 2014
From: daniel.trstenjak at gmail.com (Daniel Trstenjak)
Date: Sat, 22 Feb 2014 16:01:24 +0100
Subject: Reading 'setup-config' with Cabal library
In-Reply-To: <20140222130136.GA2897@machine>
References: <20140222130136.GA2897@machine>
Message-ID: <20140222150124.GA5444@machine>


> Any ideas what could causing the error? Thanks!

Ok, replacing 'tryGetPersistBuildConfig' by 'tryGetConfigStateFile' solved the issue.


Greetings,
Daniel

From dominic at steinitz.org  Sun Feb 23 13:51:22 2014
From: dominic at steinitz.org (Dominic Steinitz)
Date: Sun, 23 Feb 2014 13:51:22 +0000
Subject: Uploading to Hackage Problems
Message-ID: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>

I am trying to upload a new version of a package but I get a page saying ?no authorisation provided? (the url is http://hackage.haskell.org/packages/candidates/) and I could find no way of logging in. The page http://hackage.haskell.org/packages/upload merely has a ?choose file? button and an ?upload package? button. 

Dominic Steinitz
dominic at steinitz.org
http://idontgetoutmuch.wordpress.com


From johan.tibell at gmail.com  Sun Feb 23 13:58:47 2014
From: johan.tibell at gmail.com (Johan Tibell)
Date: Sun, 23 Feb 2014 14:58:47 +0100
Subject: Uploading to Hackage Problems
In-Reply-To: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
Message-ID: <CAK-tuPZZ2roKwFtquLY99L8pDrBSNgoKnXba46hjxBa1-XPGOw@mail.gmail.com>

What's you username?


On Sun, Feb 23, 2014 at 2:51 PM, Dominic Steinitz <dominic at steinitz.org>wrote:

> I am trying to upload a new version of a package but I get a page saying
> "no authorisation provided" (the url is
> http://hackage.haskell.org/packages/candidates/) and I could find no way
> of logging in. The page http://hackage.haskell.org/packages/upload merely
> has a "choose file" button and an "upload package" button.
>
> Dominic Steinitz
> dominic at steinitz.org
> http://idontgetoutmuch.wordpress.com
>
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140223/20fb6781/attachment.html>

From dominic at steinitz.org  Sun Feb 23 13:59:28 2014
From: dominic at steinitz.org (Dominic Steinitz)
Date: Sun, 23 Feb 2014 13:59:28 +0000
Subject: Uploading to Hackage Problems
In-Reply-To: <CAK-tuPZZ2roKwFtquLY99L8pDrBSNgoKnXba46hjxBa1-XPGOw@mail.gmail.com>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
 <CAK-tuPZZ2roKwFtquLY99L8pDrBSNgoKnXba46hjxBa1-XPGOw@mail.gmail.com>
Message-ID: <CDECB084-D7C1-49D5-ABF8-F51A68DEFB40@steinitz.org>

DominicSteinitz

Dominic Steinitz
dominic at steinitz.org
http://idontgetoutmuch.wordpress.com

On 23 Feb 2014, at 13:58, Johan Tibell <johan.tibell at gmail.com> wrote:

> What's you username?
> 
> 
> On Sun, Feb 23, 2014 at 2:51 PM, Dominic Steinitz <dominic at steinitz.org> wrote:
> I am trying to upload a new version of a package but I get a page saying ?no authorisation provided? (the url is http://hackage.haskell.org/packages/candidates/) and I could find no way of logging in. The page http://hackage.haskell.org/packages/upload merely has a ?choose file? button and an ?upload package? button.
> 
> Dominic Steinitz
> dominic at steinitz.org
> http://idontgetoutmuch.wordpress.com
> 
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140223/bcea544f/attachment.html>

From johan.tibell at gmail.com  Sun Feb 23 14:04:15 2014
From: johan.tibell at gmail.com (Johan Tibell)
Date: Sun, 23 Feb 2014 15:04:15 +0100
Subject: Uploading to Hackage Problems
In-Reply-To: <CDECB084-D7C1-49D5-ABF8-F51A68DEFB40@steinitz.org>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
 <CAK-tuPZZ2roKwFtquLY99L8pDrBSNgoKnXba46hjxBa1-XPGOw@mail.gmail.com>
 <CDECB084-D7C1-49D5-ABF8-F51A68DEFB40@steinitz.org>
Message-ID: <CAK-tuPa6FG9eaSy95puJjv9LAfJrQHz6GaF_sCKUgkEJCbK5NQ@mail.gmail.com>

You're on the uploader list at least. What does cabal upload -v3 say?


On Sun, Feb 23, 2014 at 2:59 PM, Dominic Steinitz <dominic at steinitz.org>wrote:

> DominicSteinitz
>
> Dominic Steinitz
> dominic at steinitz.org
> http://idontgetoutmuch.wordpress.com
>
> On 23 Feb 2014, at 13:58, Johan Tibell <johan.tibell at gmail.com> wrote:
>
> What's you username?
>
>
> On Sun, Feb 23, 2014 at 2:51 PM, Dominic Steinitz <dominic at steinitz.org>wrote:
>
>> I am trying to upload a new version of a package but I get a page saying
>> "no authorisation provided" (the url is
>> http://hackage.haskell.org/packages/candidates/) and I could find no way
>> of logging in. The page http://hackage.haskell.org/packages/uploadmerely has a "choose file" button and an "upload package" button.
>>
>> Dominic Steinitz
>> dominic at steinitz.org
>> http://idontgetoutmuch.wordpress.com
>>
>> _______________________________________________
>> cabal-devel mailing list
>> cabal-devel at haskell.org
>> http://www.haskell.org/mailman/listinfo/cabal-devel
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140223/6d1ac748/attachment.html>

From dominic at steinitz.org  Sun Feb 23 14:10:03 2014
From: dominic at steinitz.org (Dominic Steinitz)
Date: Sun, 23 Feb 2014 14:10:03 +0000
Subject: Uploading to Hackage Problems
In-Reply-To: <CAK-tuPa6FG9eaSy95puJjv9LAfJrQHz6GaF_sCKUgkEJCbK5NQ@mail.gmail.com>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
 <CAK-tuPZZ2roKwFtquLY99L8pDrBSNgoKnXba46hjxBa1-XPGOw@mail.gmail.com>
 <CDECB084-D7C1-49D5-ABF8-F51A68DEFB40@steinitz.org>
 <CAK-tuPa6FG9eaSy95puJjv9LAfJrQHz6GaF_sCKUgkEJCbK5NQ@mail.gmail.com>
Message-ID: <4E804A2E-C008-4194-A5DA-722D97BB914C@steinitz.org>

Doing it from the command line told me I was trying to upload an existing version but that?s not the error message you get if you use the web interface. So my problem is solved. I guess most people use the CLI?

Thanks for your help

Dominic Steinitz
dominic at steinitz.org
http://idontgetoutmuch.wordpress.com

On 23 Feb 2014, at 14:04, Johan Tibell <johan.tibell at gmail.com> wrote:

> You're on the uploader list at least. What does cabal upload -v3 say?
> 
> 
> On Sun, Feb 23, 2014 at 2:59 PM, Dominic Steinitz <dominic at steinitz.org> wrote:
> DominicSteinitz
> 
> Dominic Steinitz
> dominic at steinitz.org
> http://idontgetoutmuch.wordpress.com
> 
> On 23 Feb 2014, at 13:58, Johan Tibell <johan.tibell at gmail.com> wrote:
> 
>> What's you username?
>> 
>> 
>> On Sun, Feb 23, 2014 at 2:51 PM, Dominic Steinitz <dominic at steinitz.org> wrote:
>> I am trying to upload a new version of a package but I get a page saying ?no authorisation provided? (the url is http://hackage.haskell.org/packages/candidates/) and I could find no way of logging in. The page http://hackage.haskell.org/packages/upload merely has a ?choose file? button and an ?upload package? button.
>> 
>> Dominic Steinitz
>> dominic at steinitz.org
>> http://idontgetoutmuch.wordpress.com
>> 
>> _______________________________________________
>> cabal-devel mailing list
>> cabal-devel at haskell.org
>> http://www.haskell.org/mailman/listinfo/cabal-devel
>> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140223/40c52abc/attachment.html>

From johan.tibell at gmail.com  Sun Feb 23 14:51:36 2014
From: johan.tibell at gmail.com (Johan Tibell)
Date: Sun, 23 Feb 2014 15:51:36 +0100
Subject: Uploading to Hackage Problems
In-Reply-To: <4E804A2E-C008-4194-A5DA-722D97BB914C@steinitz.org>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
 <CAK-tuPZZ2roKwFtquLY99L8pDrBSNgoKnXba46hjxBa1-XPGOw@mail.gmail.com>
 <CDECB084-D7C1-49D5-ABF8-F51A68DEFB40@steinitz.org>
 <CAK-tuPa6FG9eaSy95puJjv9LAfJrQHz6GaF_sCKUgkEJCbK5NQ@mail.gmail.com>
 <4E804A2E-C008-4194-A5DA-722D97BB914C@steinitz.org>
Message-ID: <CAK-tuPaXWA+qUH6pKadv9PbE5iYLz6UXQd172zeOLyWQoiqovg@mail.gmail.com>

I used both (more CLI nowadays). Feel free to file a bug at
https://github.com/haskell/hackage-server


On Sun, Feb 23, 2014 at 3:10 PM, Dominic Steinitz <dominic at steinitz.org>wrote:

> Doing it from the command line told me I was trying to upload an existing
> version but that's not the error message you get if you use the web
> interface. So my problem is solved. I guess most people use the CLI?
>
> Thanks for your help
>
> Dominic Steinitz
> dominic at steinitz.org
> http://idontgetoutmuch.wordpress.com
>
> On 23 Feb 2014, at 14:04, Johan Tibell <johan.tibell at gmail.com> wrote:
>
> You're on the uploader list at least. What does cabal upload -v3 say?
>
>
> On Sun, Feb 23, 2014 at 2:59 PM, Dominic Steinitz <dominic at steinitz.org>wrote:
>
>> DominicSteinitz
>>
>> Dominic Steinitz
>> dominic at steinitz.org
>> http://idontgetoutmuch.wordpress.com
>>
>> On 23 Feb 2014, at 13:58, Johan Tibell <johan.tibell at gmail.com> wrote:
>>
>> What's you username?
>>
>>
>> On Sun, Feb 23, 2014 at 2:51 PM, Dominic Steinitz <dominic at steinitz.org>wrote:
>>
>>> I am trying to upload a new version of a package but I get a page saying
>>> "no authorisation provided" (the url is
>>> http://hackage.haskell.org/packages/candidates/) and I could find no
>>> way of logging in. The page http://hackage.haskell.org/packages/uploadmerely has a "choose file" button and an "upload package" button.
>>>
>>> Dominic Steinitz
>>> dominic at steinitz.org
>>> http://idontgetoutmuch.wordpress.com
>>>
>>> _______________________________________________
>>> cabal-devel mailing list
>>> cabal-devel at haskell.org
>>> http://www.haskell.org/mailman/listinfo/cabal-devel
>>>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140223/c6593e33/attachment-0001.html>

From malcolm.wallace at me.com  Sun Feb 23 19:41:27 2014
From: malcolm.wallace at me.com (Malcolm Wallace)
Date: Sun, 23 Feb 2014 19:41:27 +0000
Subject: Uploading to Hackage Problems
In-Reply-To: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
Message-ID: <81FDDFDA-2DF6-47EC-BE00-8C82CB2AB71A@me.com>


On 23 Feb 2014, at 13:51, Dominic Steinitz wrote:

> I am trying to upload a new version of a package but I get a page saying ?no authorisation provided? (the url is http://hackage.haskell.org/packages/candidates/) and I could find no way of logging in. The page http://hackage.haskell.org/packages/upload merely has a ?choose file? button and an ?upload package? button. 


You are probably using Safari from a Mac.  Try using a different browser, e.g. Chrome, and you should be presented with the right authentication dialogue.

Regards,
    Malcolm

From dominic at steinitz.org  Mon Feb 24 08:09:26 2014
From: dominic at steinitz.org (Dominic Steinitz)
Date: Mon, 24 Feb 2014 08:09:26 +0000
Subject: Uploading to Hackage Problems
In-Reply-To: <81FDDFDA-2DF6-47EC-BE00-8C82CB2AB71A@me.com>
References: <3D34B8BA-ED5D-4636-A658-DC1B94558A42@steinitz.org>
 <81FDDFDA-2DF6-47EC-BE00-8C82CB2AB71A@me.com>
Message-ID: <721BBD01-8484-4E5C-911D-3D0D1C3BD640@steinitz.org>

Ha! That is indeed the problem. Thank you.

Dominic Steinitz
dominic at steinitz.org
http://idontgetoutmuch.wordpress.com

On 23 Feb 2014, at 19:41, Malcolm Wallace <malcolm.wallace at me.com> wrote:

> 
> On 23 Feb 2014, at 13:51, Dominic Steinitz wrote:
> 
>> I am trying to upload a new version of a package but I get a page saying ?no authorisation provided? (the url is http://hackage.haskell.org/packages/candidates/) and I could find no way of logging in. The page http://hackage.haskell.org/packages/upload merely has a ?choose file? button and an ?upload package? button. 
> 
> 
> You are probably using Safari from a Mac.  Try using a different browser, e.g. Chrome, and you should be presented with the right authentication dialogue.
> 
> Regards,
>    Malcolm


From daniel.trstenjak at gmail.com  Wed Feb 26 13:15:51 2014
From: daniel.trstenjak at gmail.com (Daniel Trstenjak)
Date: Wed, 26 Feb 2014 14:15:51 +0100
Subject: Cabal File Pretty Printer
Message-ID: <20140226131551.GA27344@machine>


Hi all,

the current cabal file pretty printer creates output in the form:

   ...
   extra-source-files: README.md tests/inputFiles/original.cabal
                       tests/inputFiles/setup-config tests/goldenFiles/*.cabal
                       tests/outputFiles/.gitignore
    
   library
       build-depends: base >=3 && <5, cmdargs >=0.10.5 && <0.11,
                      lens >=4.0.1 && <4.1, strict >=0.3.2 && <0.4, Cabal >=1.18.0 && <1.19
       exposed-modules: CabalBounds.Args CabalBounds.Main
       ...
       other-modules: Paths_cabal_bounds CabalBounds.Bound
                      CabalBounds.Targets CabalBounds.Dependencies CabalBounds.Drop
                      CabalBounds.Update CabalBounds.Lenses
       ...


Would a patch be accepted that creates output that is more diff friendly?

Something like:

   extra-source-files: README.md 
                       tests/inputFiles/original.cabal
                       tests/inputFiles/setup-config
    
   library
       build-depends: base >=3 && <5,
                      cmdargs >=0.10.5 && <0.11,
                      lens >=4.0.1 && <4.1,
       exposed-modules: CabalBounds.Args
                        CabalBounds.Main
       ...
       other-modules: Paths_cabal_bounds
                      CabalBounds.Bound
                      CabalBounds.Targets
       ...


Or perhaps:

   extra-source-files: 
       README.md 
       tests/inputFiles/original.cabal
       tests/inputFiles/setup-config
    
   library
       build-depends:
           base >=3 && <5,
           cmdargs >=0.10.5 && <0.11,
           lens >=4.0.1 && <4.1,
       exposed-modules:
           CabalBounds.Args
           CabalBounds.Main
       ...
       other-modules:
           Paths_cabal_bounds
           CabalBounds.Bound
           CabalBounds.Targets
       ...


I think that I might prefer the second one.


Greetings,
Daniel

From carter.schonwald at gmail.com  Wed Feb 26 13:48:16 2014
From: carter.schonwald at gmail.com (Carter Schonwald)
Date: Wed, 26 Feb 2014 08:48:16 -0500
Subject: Cabal File Pretty Printer
In-Reply-To: <20140226131551.GA27344@machine>
References: <20140226131551.GA27344@machine>
Message-ID: <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>

I don't see why not.

On Wednesday, February 26, 2014, Daniel Trstenjak <
daniel.trstenjak at gmail.com> wrote:

>
> Hi all,
>
> the current cabal file pretty printer creates output in the form:
>
>    ...
>    extra-source-files: README.md tests/inputFiles/original.cabal
>                        tests/inputFiles/setup-config
> tests/goldenFiles/*.cabal
>                        tests/outputFiles/.gitignore
>
>    library
>        build-depends: base >=3 && <5, cmdargs >=0.10.5 && <0.11,
>                       lens >=4.0.1 && <4.1, strict >=0.3.2 && <0.4, Cabal
> >=1.18.0 && <1.19
>        exposed-modules: CabalBounds.Args CabalBounds.Main
>        ...
>        other-modules: Paths_cabal_bounds CabalBounds.Bound
>                       CabalBounds.Targets CabalBounds.Dependencies
> CabalBounds.Drop
>                       CabalBounds.Update CabalBounds.Lenses
>        ...
>
>
> Would a patch be accepted that creates output that is more diff friendly?
>
> Something like:
>
>    extra-source-files: README.md
>                        tests/inputFiles/original.cabal
>                        tests/inputFiles/setup-config
>
>    library
>        build-depends: base >=3 && <5,
>                       cmdargs >=0.10.5 && <0.11,
>                       lens >=4.0.1 && <4.1,
>        exposed-modules: CabalBounds.Args
>                         CabalBounds.Main
>        ...
>        other-modules: Paths_cabal_bounds
>                       CabalBounds.Bound
>                       CabalBounds.Targets
>        ...
>
>
> Or perhaps:
>
>    extra-source-files:
>        README.md
>        tests/inputFiles/original.cabal
>        tests/inputFiles/setup-config
>
>    library
>        build-depends:
>            base >=3 && <5,
>            cmdargs >=0.10.5 && <0.11,
>            lens >=4.0.1 && <4.1,
>        exposed-modules:
>            CabalBounds.Args
>            CabalBounds.Main
>        ...
>        other-modules:
>            Paths_cabal_bounds
>            CabalBounds.Bound
>            CabalBounds.Targets
>        ...
>
>
> I think that I might prefer the second one.
>
>
> Greetings,
> Daniel
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org <javascript:;>
> http://www.haskell.org/mailman/listinfo/cabal-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140226/ce37f9c5/attachment.html>

From johan.tibell at gmail.com  Wed Feb 26 14:38:19 2014
From: johan.tibell at gmail.com (Johan Tibell)
Date: Wed, 26 Feb 2014 15:38:19 +0100
Subject: Cabal File Pretty Printer
In-Reply-To: <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
Message-ID: <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>

Yes. I also prefer the latter, it's more diff friendly and has more
consistent indentation. We should pick and indentation amount (2 or 4) and
stick with it. I vote for 2, just because that's what I use. :)

If we could encode a style guide in a formatter, it would be much easier
for us to do automatic rewriting of Cabal files, which is needed for
features like `cabal freeze`

P.S. I think Duncan wants to do this as well, but he got stuck on some
Parsec dependency like issue IIRC.


On Wed, Feb 26, 2014 at 2:48 PM, Carter Schonwald <
carter.schonwald at gmail.com> wrote:

> I don't see why not.
>
>
> On Wednesday, February 26, 2014, Daniel Trstenjak <
> daniel.trstenjak at gmail.com> wrote:
>
>>
>> Hi all,
>>
>> the current cabal file pretty printer creates output in the form:
>>
>>    ...
>>    extra-source-files: README.md tests/inputFiles/original.cabal
>>                        tests/inputFiles/setup-config
>> tests/goldenFiles/*.cabal
>>                        tests/outputFiles/.gitignore
>>
>>    library
>>        build-depends: base >=3 && <5, cmdargs >=0.10.5 && <0.11,
>>                       lens >=4.0.1 && <4.1, strict >=0.3.2 && <0.4, Cabal
>> >=1.18.0 && <1.19
>>        exposed-modules: CabalBounds.Args CabalBounds.Main
>>        ...
>>        other-modules: Paths_cabal_bounds CabalBounds.Bound
>>                       CabalBounds.Targets CabalBounds.Dependencies
>> CabalBounds.Drop
>>                       CabalBounds.Update CabalBounds.Lenses
>>        ...
>>
>>
>> Would a patch be accepted that creates output that is more diff friendly?
>>
>> Something like:
>>
>>    extra-source-files: README.md
>>                        tests/inputFiles/original.cabal
>>                        tests/inputFiles/setup-config
>>
>>    library
>>        build-depends: base >=3 && <5,
>>                       cmdargs >=0.10.5 && <0.11,
>>                       lens >=4.0.1 && <4.1,
>>        exposed-modules: CabalBounds.Args
>>                         CabalBounds.Main
>>        ...
>>        other-modules: Paths_cabal_bounds
>>                       CabalBounds.Bound
>>                       CabalBounds.Targets
>>        ...
>>
>>
>> Or perhaps:
>>
>>    extra-source-files:
>>        README.md
>>        tests/inputFiles/original.cabal
>>        tests/inputFiles/setup-config
>>
>>    library
>>        build-depends:
>>            base >=3 && <5,
>>            cmdargs >=0.10.5 && <0.11,
>>            lens >=4.0.1 && <4.1,
>>        exposed-modules:
>>            CabalBounds.Args
>>            CabalBounds.Main
>>        ...
>>        other-modules:
>>            Paths_cabal_bounds
>>            CabalBounds.Bound
>>            CabalBounds.Targets
>>        ...
>>
>>
>> I think that I might prefer the second one.
>>
>>
>> Greetings,
>> Daniel
>> _______________________________________________
>> cabal-devel mailing list
>> cabal-devel at haskell.org
>> http://www.haskell.org/mailman/listinfo/cabal-devel
>>
>
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140226/84869099/attachment.html>

From rendel at informatik.uni-marburg.de  Wed Feb 26 14:51:36 2014
From: rendel at informatik.uni-marburg.de (Tillmann Rendel)
Date: Wed, 26 Feb 2014 15:51:36 +0100
Subject: Cabal File Pretty Printer
In-Reply-To: <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
 <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
Message-ID: <530DFF78.9000006@informatik.uni-marburg.de>

Hi,

Johan Tibell wrote:
> If we could encode a style guide in a formatter, it would be much easier
> for us to do automatic rewriting of Cabal files, which is needed for
> features like `cabal freeze`

Many cabal files are generated by `cabal init`, which uses a consistent 
style that is different from the styles proposed in this thread. If the 
pretty printer is to encode a style guide that people are supposed to 
follow, I think the following would make sense:

  1. change `cabal init` to use the pretty printer.
  2. expose the pretty printer at the command line.

   Tillmann

From johan.tibell at gmail.com  Wed Feb 26 15:01:19 2014
From: johan.tibell at gmail.com (Johan Tibell)
Date: Wed, 26 Feb 2014 16:01:19 +0100
Subject: Cabal File Pretty Printer
In-Reply-To: <530DFF78.9000006@informatik.uni-marburg.de>
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
 <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
 <530DFF78.9000006@informatik.uni-marburg.de>
Message-ID: <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>

On Wed, Feb 26, 2014 at 3:51 PM, Tillmann Rendel <
rendel at informatik.uni-marburg.de> wrote:

>  1. change `cabal init` to use the pretty printer.
>  2. expose the pretty printer at the command line.


Agreed on both points. We should add (2) as `cabal format` (similar to
go-fmt) or something like that.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140226/d6c0bb89/attachment.html>

From allbery.b at gmail.com  Wed Feb 26 15:44:32 2014
From: allbery.b at gmail.com (Brandon Allbery)
Date: Wed, 26 Feb 2014 10:44:32 -0500
Subject: Cabal File Pretty Printer
In-Reply-To: <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
 <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
 <530DFF78.9000006@informatik.uni-marburg.de>
 <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>
Message-ID: <CAKFCL4Uj6AMTf4V_GhyhOesaZis8tEsF27K72afjv9xzQhqKvQ@mail.gmail.com>

On Wed, Feb 26, 2014 at 10:01 AM, Johan Tibell <johan.tibell at gmail.com>wrote:

> On Wed, Feb 26, 2014 at 3:51 PM, Tillmann Rendel <
> rendel at informatik.uni-marburg.de> wrote:
>
>>  1. change `cabal init` to use the pretty printer.
>>  2. expose the pretty printer at the command line.
>
>
> Agreed on both points. We should add (2) as `cabal format` (similar to
> go-fmt) or something like that.
>

Speaking of which, has anyone considered an extensible cabal-install
interface, something like what git provides? It seems somewhat unreasonable
to me to require stuff like this to be added by recompiling, if
cabal-install can be taught to look for plugins (external commands,
ghc-api, or whatever).

This would make experimenting with things like this (or cabal sandbox)
easier and possibly ease upgrades.

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140226/1537f4d3/attachment-0001.html>

From hesselink at gmail.com  Thu Feb 27 19:23:59 2014
From: hesselink at gmail.com (Erik Hesselink)
Date: Thu, 27 Feb 2014 20:23:59 +0100
Subject: Cabal File Pretty Printer
In-Reply-To: <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
 <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
 <530DFF78.9000006@informatik.uni-marburg.de>
 <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>
Message-ID: <CAPeieQExvCJaDXPZWYNJiQB2rpkjqkVUNpQ4MOVQybhZgamzag@mail.gmail.com>

On Wed, Feb 26, 2014 at 4:01 PM, Johan Tibell <johan.tibell at gmail.com> wrote:
> On Wed, Feb 26, 2014 at 3:51 PM, Tillmann Rendel
> <rendel at informatik.uni-marburg.de> wrote:
>>
>>  1. change `cabal init` to use the pretty printer.
>>  2. expose the pretty printer at the command line.
>
> Agreed on both points. We should add (2) as `cabal format` (similar to
> go-fmt) or something like that.

I would love to have this, it would make editing cabal files with
tools much more appealing. What would be ideal would be a way to edit
the files while preserving whitespace. But I know from
haskell-src-exts that this is a very tricky thing to get right.

Regards,

Erik

From adam at bergmark.nl  Fri Feb 28 08:50:31 2014
From: adam at bergmark.nl (Adam Bergmark)
Date: Fri, 28 Feb 2014 09:50:31 +0100
Subject: Cabal File Pretty Printer
In-Reply-To: <CAPeieQExvCJaDXPZWYNJiQB2rpkjqkVUNpQ4MOVQybhZgamzag@mail.gmail.com>
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
 <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
 <530DFF78.9000006@informatik.uni-marburg.de>
 <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>
 <CAPeieQExvCJaDXPZWYNJiQB2rpkjqkVUNpQ4MOVQybhZgamzag@mail.gmail.com>
Message-ID: <CACnqJZZBd1zOL_qEcpi_Q-JqHYEzwO63M13hnADzKEH=6v==CQ@mail.gmail.com>

+1 on changing the format.

Picking a specific format is bound to annoy some people, but I don't think
anyone prefers the current one. The last option mentioned looks the best to
me.

- Adam



On Thu, Feb 27, 2014 at 8:23 PM, Erik Hesselink <hesselink at gmail.com> wrote:

> On Wed, Feb 26, 2014 at 4:01 PM, Johan Tibell <johan.tibell at gmail.com>
> wrote:
> > On Wed, Feb 26, 2014 at 3:51 PM, Tillmann Rendel
> > <rendel at informatik.uni-marburg.de> wrote:
> >>
> >>  1. change `cabal init` to use the pretty printer.
> >>  2. expose the pretty printer at the command line.
> >
> > Agreed on both points. We should add (2) as `cabal format` (similar to
> > go-fmt) or something like that.
>
> I would love to have this, it would make editing cabal files with
> tools much more appealing. What would be ideal would be a way to edit
> the files while preserving whitespace. But I know from
> haskell-src-exts that this is a very tricky thing to get right.
>
> Regards,
>
> Erik
> _______________________________________________
> cabal-devel mailing list
> cabal-devel at haskell.org
> http://www.haskell.org/mailman/listinfo/cabal-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140228/166ffa1f/attachment.html>

From hvr at gnu.org  Fri Feb 28 11:15:22 2014
From: hvr at gnu.org (Herbert Valerio Riedel)
Date: Fri, 28 Feb 2014 12:15:22 +0100
Subject: Cabal File Pretty Printer
In-Reply-To: <CAPeieQExvCJaDXPZWYNJiQB2rpkjqkVUNpQ4MOVQybhZgamzag@mail.gmail.com>
 (Erik Hesselink's message of "Thu, 27 Feb 2014 20:23:59 +0100")
References: <20140226131551.GA27344@machine>
 <CAHYVw0zQKX0pNC97N8eaMR=SG_rFP4WU15Sz4jeH5R83dPnxeA@mail.gmail.com>
 <CAK-tuPbN1-fO_RpMOS5nh=vRVbfRJA4=R-FASFO5fHrw+2rixQ@mail.gmail.com>
 <530DFF78.9000006@informatik.uni-marburg.de>
 <CAK-tuPboou7DxeN+WestpwbAz4SZ3JDtwJaVVQ_GuJ9AqG8qCw@mail.gmail.com>
 <CAPeieQExvCJaDXPZWYNJiQB2rpkjqkVUNpQ4MOVQybhZgamzag@mail.gmail.com>
Message-ID: <87sir35vzp.fsf@gnu.org>

On 2014-02-27 at 20:23:59 +0100, Erik Hesselink wrote:
> On Wed, Feb 26, 2014 at 4:01 PM, Johan Tibell <johan.tibell at gmail.com> wrote:
>> On Wed, Feb 26, 2014 at 3:51 PM, Tillmann Rendel
>> <rendel at informatik.uni-marburg.de> wrote:
>>>
>>>  1. change `cabal init` to use the pretty printer.
>>>  2. expose the pretty printer at the command line.
>>
>> Agreed on both points. We should add (2) as `cabal format` (similar to
>> go-fmt) or something like that.
>
> I would love to have this, it would make editing cabal files with
> tools much more appealing. 
> [...]

...not only that, it might help for extracting information from .cabal
files via shell script commands (like .e.g. package name, package
version so on), if they can be normalized to a simpler to parse
canonically indented format (without having to write a tool in Haskell
using the Cabal parser directly...)

From lemming at henning-thielemann.de  Fri Feb 28 20:04:38 2014
From: lemming at henning-thielemann.de (Henning Thielemann)
Date: Fri, 28 Feb 2014 21:04:38 +0100
Subject: check-pvp
Message-ID: <5310EBD6.1060505@henning-thielemann.de>

Following Mikhail Glushenkov's advice I have prepared a separate tool 
that checks PVP compliance of imports as proposed in:
   https://github.com/haskell/cabal/issues/1703

There remain some problems:

* How can I exclude automatically generated modules like Path_*.hs from 
the check?

* How can I access modules that are preprocessed? HSC processed modules 
are stored in dist/build, but CPP processed modules are not stored anywhere.

* How shall I cope with condition flags? Currently I use 
flattenPackageDescription. Alternatively I might only check the modules 
that are part of the current configuration. But I may miss many modules 
this way. I might perform checks on all possible configurations.

* Can you give me advice on what I shall write to stdout and what to 
stderr? The purpose of the program is to generate a list of warnings. 
Shall they be written to stderr because they are warnings or shall they 
be written to stdout because they are the intended output of the program?

* Regarding levels of verbosity: How silent shall silent be? Shall the 
test results be emitted in silent mode or only in normal verbosity mode?

From johan.tibell at gmail.com  Fri Feb 28 20:23:23 2014
From: johan.tibell at gmail.com (Johan Tibell)
Date: Fri, 28 Feb 2014 21:23:23 +0100
Subject: check-pvp
In-Reply-To: <5310EBD6.1060505@henning-thielemann.de>
References: <5310EBD6.1060505@henning-thielemann.de>
Message-ID: <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>

On Fri, Feb 28, 2014 at 9:04 PM, Henning Thielemann <
lemming at henning-thielemann.de> wrote:

> Following Mikhail Glushenkov's advice I have prepared a separate tool that
> checks PVP compliance of imports as proposed in:
>   https://github.com/haskell/cabal/issues/1703


I added some feedback in this bug, before I saw this email.


> * How can I exclude automatically generated modules like Path_*.hs from
> the check?
>

Somewhere in the code there's a function for getting them. Unfortunately I
don't remember where. Not very helpful, I know.


> * How can I access modules that are preprocessed? HSC processed modules
> are stored in dist/build, but CPP processed modules are not stored anywhere.
>

Perhaps because GHC applies CPP "on the fly". I guess you prefer to use
haskell-src-exts, but using the GHC API might be better in the long run, as
your tool will work on all packages (more or less a requirement for cabal
integration.)


> * How shall I cope with condition flags? Currently I use
> flattenPackageDescription. Alternatively I might only check the modules
> that are part of the current configuration. But I may miss many modules
> this way. I might perform checks on all possible configurations.
>
> * Can you give me advice on what I shall write to stdout and what to
> stderr? The purpose of the program is to generate a list of warnings. Shall
> they be written to stderr because they are warnings or shall they be
> written to stdout because they are the intended output of the program?
>

I think it depends on the context where this is run. If it was part of
cabal check, stderr. If it's a standalone tool, perhaps stdout.


> * Regarding levels of verbosity: How silent shall silent be? Shall the
> test results be emitted in silent mode or only in normal verbosity mode?
>

By test results you mean your warnings? I think we should consider making
this part of cabal check. I think we might want to only run it on the
library section for now and only optionally (i.e. using a flag) check
test-suites etc. The PVP really only applies to libraries.

-- Johan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140228/24401706/attachment.html>

From roma at ro-che.info  Fri Feb 28 21:06:46 2014
From: roma at ro-che.info (Roman Cheplyaka)
Date: Fri, 28 Feb 2014 23:06:46 +0200
Subject: check-pvp
In-Reply-To: <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>
References: <5310EBD6.1060505@henning-thielemann.de>
 <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>
Message-ID: <20140228210646.GA26579@sniper>

* Johan Tibell <johan.tibell at gmail.com> [2014-02-28 21:23:23+0100]
> > * How can I access modules that are preprocessed? HSC processed modules
> > are stored in dist/build, but CPP processed modules are not stored anywhere.
> >
> 
> Perhaps because GHC applies CPP "on the fly". I guess you prefer to use
> haskell-src-exts, but using the GHC API might be better in the long run, as
> your tool will work on all packages (more or less a requirement for cabal
> integration.)

FWIW, hse-cpp[1] adds CPP preprocessing to haskell-src-exts, although
everyone should be advised against using it since its author doesn't
follow PVP.

[1]: http://hackage.haskell.org/package/hse-cpp

Roman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140228/076544a6/attachment.sig>

From lemming at henning-thielemann.de  Fri Feb 28 21:21:39 2014
From: lemming at henning-thielemann.de (Henning Thielemann)
Date: Fri, 28 Feb 2014 22:21:39 +0100
Subject: check-pvp
In-Reply-To: <20140228210646.GA26579@sniper>
References: <5310EBD6.1060505@henning-thielemann.de>
 <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>
 <20140228210646.GA26579@sniper>
Message-ID: <5310FDE3.4020903@henning-thielemann.de>

Am 28.02.2014 22:06, schrieb Roman Cheplyaka:
> * Johan Tibell <johan.tibell at gmail.com> [2014-02-28 21:23:23+0100]
>>> * How can I access modules that are preprocessed? HSC processed modules
>>> are stored in dist/build, but CPP processed modules are not stored anywhere.
>>>
>>
>> Perhaps because GHC applies CPP "on the fly". I guess you prefer to use
>> haskell-src-exts, but using the GHC API might be better in the long run, as
>> your tool will work on all packages (more or less a requirement for cabal
>> integration.)
>
> FWIW, hse-cpp[1] adds CPP preprocessing to haskell-src-exts, although
> everyone should be advised against using it since its author doesn't
> follow PVP.

I see. :-)

> [1]: http://hackage.haskell.org/package/hse-cpp

It would still be nicer to have a solution that also works with HSC, CHS 
and maybe others. I have also not checked LHS so far.


From roma at ro-che.info  Fri Feb 28 21:31:19 2014
From: roma at ro-che.info (Roman Cheplyaka)
Date: Fri, 28 Feb 2014 23:31:19 +0200
Subject: check-pvp
In-Reply-To: <5310FDE3.4020903@henning-thielemann.de>
References: <5310EBD6.1060505@henning-thielemann.de>
 <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>
 <20140228210646.GA26579@sniper>
 <5310FDE3.4020903@henning-thielemann.de>
Message-ID: <20140228213119.GA26994@sniper>

* Henning Thielemann <lemming at henning-thielemann.de> [2014-02-28 22:21:39+0100]
> >[1]: http://hackage.haskell.org/package/hse-cpp
> 
> It would still be nicer to have a solution that also works with HSC,
> CHS and maybe others. I have also not checked LHS so far.

hse-cpp takes care of .lhs, too. As for .hsc and .chs, those are handled
by cabal. The idea is that hse-cpp adds the same transformations to
haskell-src-exts as ghc has. And ghc doesn't know/care about .hsc or
.chs.

Roman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140228/e38c98cb/attachment.sig>

From lemming at henning-thielemann.de  Fri Feb 28 21:48:59 2014
From: lemming at henning-thielemann.de (Henning Thielemann)
Date: Fri, 28 Feb 2014 22:48:59 +0100
Subject: check-pvp
In-Reply-To: <20140228213119.GA26994@sniper>
References: <5310EBD6.1060505@henning-thielemann.de>
 <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>
 <20140228210646.GA26579@sniper> <5310FDE3.4020903@henning-thielemann.de>
 <20140228213119.GA26994@sniper>
Message-ID: <5311044B.5020704@henning-thielemann.de>

Am 28.02.2014 22:31, schrieb Roman Cheplyaka:
> * Henning Thielemann <lemming at henning-thielemann.de> [2014-02-28 22:21:39+0100]
>>> [1]: http://hackage.haskell.org/package/hse-cpp
>>
>> It would still be nicer to have a solution that also works with HSC,
>> CHS and maybe others. I have also not checked LHS so far.
>
> hse-cpp takes care of .lhs, too.  As for .hsc and .chs, those are
 > handled by cabal. The idea is that hse-cpp adds the same
 > transformations to haskell-src-exts as ghc has.

Nice! Is there a recommended way to transfer CPP options from the Cabal 
file to the CpphsOptions record?


From roma at ro-che.info  Fri Feb 28 22:00:55 2014
From: roma at ro-che.info (Roman Cheplyaka)
Date: Sat, 1 Mar 2014 00:00:55 +0200
Subject: check-pvp
In-Reply-To: <5311044B.5020704@henning-thielemann.de>
References: <5310EBD6.1060505@henning-thielemann.de>
 <CAK-tuPbxZEmmrNB8xq=EP0GxnowgAEzxgHWvMPb5dZ9AkPMPGA@mail.gmail.com>
 <20140228210646.GA26579@sniper>
 <5310FDE3.4020903@henning-thielemann.de>
 <20140228213119.GA26994@sniper>
 <5311044B.5020704@henning-thielemann.de>
Message-ID: <20140228220055.GA28226@sniper>

* Henning Thielemann <lemming at henning-thielemann.de> [2014-02-28 22:48:59+0100]
> Am 28.02.2014 22:31, schrieb Roman Cheplyaka:
> >* Henning Thielemann <lemming at henning-thielemann.de> [2014-02-28 22:21:39+0100]
> >>>[1]: http://hackage.haskell.org/package/hse-cpp
> >>
> >>It would still be nicer to have a solution that also works with HSC,
> >>CHS and maybe others. I have also not checked LHS so far.
> >
> >hse-cpp takes care of .lhs, too.  As for .hsc and .chs, those are
> > handled by cabal. The idea is that hse-cpp adds the same
> > transformations to haskell-src-exts as ghc has.
> 
> Nice! Is there a recommended way to transfer CPP options from the
> Cabal file to the CpphsOptions record?

Yes, haskell-packages[2] lets you easily create a cabal-integrated
"compiler". See the compile method[3] in particular.

For an example of how this all glues together, see [4].

[2]: http://hackage.haskell.org/package/haskell-packages
[3]: http://hackage.haskell.org/package/haskell-packages-0.2.3.4/docs/Distribution-HaskellSuite-Compiler.html#v:compile
[4]: https://github.com/haskell-suite/haskell-names/blob/master/hs-gen-iface/src/hs-gen-iface.hs#L70
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140301/8456a831/attachment-0001.sig>