Re: Providing a smooth default user experience

2012-10-31 Thread Bardur Arantsson
On 10/31/2012 06:22 PM, Johan Tibell wrote: Hi all, Sensible defaults are important to provide a smooth user experience, especially for first-time users. There are a few areas where I think cabal could improve its default behavior. In particular, here are a couple of changes I would like to

Re: Advance notice that I'd like to make Cabal depend on parsec

2013-03-14 Thread Bardur Arantsson
On 03/14/2013 03:53 PM, Duncan Coutts wrote: Hi folks, Why did I choose parsec? Practicality dictates that I can only use things in the core libraries, and the nearest thing we have to that is the parser lib that is in the HP. I tried to use happy but I could not construct a grammar/lexer

Re: Advance notice that I'd like to make Cabal depend on parsec

2013-03-14 Thread Bardur Arantsson
On 03/14/2013 11:01 PM, Duncan Coutts wrote: On Thu, 2013-03-14 at 11:15 -0700, Jason Dagit wrote: On Thu, Mar 14, 2013 at 11:01 AM, Bardur Arantsson s...@scientician.netwrote: On 03/14/2013 03:53 PM, Duncan Coutts wrote: Hi folks, Why did I choose parsec? Practicality dictates that I can

Re: Advance notice that I'd like to make Cabal depend on parsec

2013-03-16 Thread Bardur Arantsson
On 03/15/2013 04:33 PM, Duncan Coutts wrote: On Fri, 2013-03-15 at 05:19 +0100, Bardur Arantsson wrote: On 03/14/2013 11:01 PM, Duncan Coutts wrote: On Thu, 2013-03-14 at 11:15 -0700, Jason Dagit wrote: On Thu, Mar 14, 2013 at 11:01 AM, Bardur Arantsson s...@scientician.netwrote: On 03/14

Re: What's next?

2013-09-05 Thread Bardur Arantsson
On 2013-09-06 01:04, Johan Tibell wrote: You raise a good point that sandboxing only addresses the issue of conflicts between two projects (that want to use different dependencies), but not the issue of actually using two different versions of a package (at different versions) in a single

Showing last 10 lines of the build log

2014-05-10 Thread Bardur Arantsson
(I'm currently using Cabal 1.18.) Working with sandboxes and multiple cabal packages (via --add-source and a super-package which requires all the others), I've found that the Showing last 10 lines of the build log feature is less useful than one would hope for. When restructuring code across

Re: Showing last 10 lines of the build log

2014-05-10 Thread Bardur Arantsson
On 2014-05-10 18:27, Bardur Arantsson wrote: So, here's a little feature request: Couldn't we just have cabal install spit out the full build log in case a build fails? Is there any real disadvantage that I'm not seeing? (Btw, I'll be happy to write the necessary patch since it seems

Re: Showing last 10 lines of the build log

2014-05-11 Thread Bardur Arantsson
On 2014-05-10 18:27, Bardur Arantsson wrote: (I'm currently using Cabal 1.18.) Working with sandboxes and multiple cabal packages (via --add-source and a super-package which requires all the others), I've found that the Showing last 10 lines of the build log feature is less useful

Re: Getting Cabal 1.2[12] ready for GHC 7.10.1 RC1

2014-12-02 Thread Bardur Arantsson
On 2014-12-02 08:53, Luite Stegeman wrote: On Mon, Dec 1, 2014 at 7:40 PM, Bardur Arantsson s...@scientician.net wrote: Mostly out of curiousity: is there *any* conceivable chance of getting the GHCJS bits merged in? (I'm hoping/guessing the maintainer of GHCJS is also on this list

Re: inactive issues

2015-02-25 Thread Bardur Arantsson
On 25-02-2015 19:21, lennart spitzner wrote: I am not convinced. how does closing ~40 out of ~700 open tickets make the contributors more effective? that demand exceeds resources is true, but it is no argument for closing issues. many of the issues represent sensible ideas for features that do

Re: Making cabal-install SSL capable

2015-04-28 Thread Bardur Arantsson
On 28-04-2015 16:58, Duncan Coutts wrote: On Mon, 2015-04-27 at 23:55 -0400, Gershom B wrote: I would like to pursue getting SSL into cabal by any of these three avenues. What do people feel about the relative tradeoffs of these options? Honestly, I lean towards simply using the tls package,

Issues, issues, issues...

2015-06-25 Thread Bardur Arantsson
Hi all, (When I refer to cabal below, I'm mainly referring to cabal-install.) As some of the project owners have probably noticed (hi, sorry about the ticket spam!), I've been sampling a few issues from the issue tracker here and there to look into the potential issues I could tackle and which

Re: Issues, issues, issues...

2015-06-25 Thread Bardur Arantsson
On 06/25/2015 03:16 PM, Bardur Arantsson wrote: Hi all, [--snip rant, again :)--] So, I've been going over even more issues for a few hours and the overwhelming feeling I'm sensing is apathy/indifference. (I should say these are mostly the issues imported from Trac, so I'm sure there's

Re: Issues, issues, issues...

2015-06-25 Thread Bardur Arantsson
On 06/25/2015 06:54 PM, John Alfred Nathanael Chee wrote: On Thu, Jun 25, 2015 at 8:55 AM, Bardur Arantsson s...@scientician.net wrote: Do people spontaneously clean up TODOs that others have left behind? There's been a case where a TODO was nullified by resolving an issue on Github

Re: Issues, issues, issues...

2015-06-25 Thread Bardur Arantsson
On 06/25/2015 03:16 PM, Bardur Arantsson wrote: Hi all, [--snip rant--] I noticed another thing while perusing the source code: There seem to be quite a few TODO comments scattered about. Is there some sort of convention whereby it is permitted to add TODOs as long as the person doing so

Re: Issues, issues, issues...

2015-06-25 Thread Bardur Arantsson
On 06/25/2015 06:32 PM, Francesco Ariis wrote: On Thu, Jun 25, 2015 at 05:55:47PM +0200, Bardur Arantsson wrote: I noticed another thing while perusing the source code: There seem to be quite a few TODO comments scattered about. Is there some sort of convention whereby it is permitted to add

Re: Issues, issues, issues...

2015-06-25 Thread Bardur Arantsson
On 06/25/2015 03:16 PM, Bardur Arantsson wrote: Hi all, As some of the project owners have probably noticed (hi, sorry about the ticket spam!), Sorry about even more spam, but it's become a sort of perverse pursuit to see if I can bring the issue list down to 23(!) pages at this point

Multi-library/package support for cabal

2015-06-19 Thread Bardur Arantsson
Hi all, Given that I'm often quite annoyed by the almost-total lack of support for developing a set of coherent libraries together in a convenient fashion[1] using Cabal, I'd like to ask a) are there any current plans or GitHub issues on implementing any support for this workflow that I should

Re: Multi-library/package support for cabal

2015-06-19 Thread Bardur Arantsson
On 06/19/2015 08:14 PM, Bardur Arantsson wrote: Hi all, [--snip--] Oh, yes, I should add. I've been thinking about a couple of approaches for how to achieve this (UI-wise so to speak) and would like some guesstimate of feasibility by people in the know. 1st approach: Use a single cabal file

Re: Multi-library/package support for cabal

2015-06-19 Thread Bardur Arantsson
On 06/19/2015 08:59 PM, Thomas Tuegel wrote: [--snip--] Thank you, I'll have a thorough look at everything you pointed out tomorrow. Likewise for anyone else who'd care to chime in! :) Regards, ___ cabal-devel mailing list cabal-devel@haskell.org

Re: Issues, issues, issues...

2015-06-26 Thread Bardur Arantsson
On 06/25/2015 07:12 PM, Bardur Arantsson wrote: On 06/25/2015 03:16 PM, Bardur Arantsson wrote: Hi all, As some of the project owners have probably noticed (hi, sorry about the ticket spam!), Sorry about even more spam, but it's become a sort of perverse pursuit to see if I can bring

Re: Issues, issues, issues...

2015-06-26 Thread Bardur Arantsson
On 06/27/2015 03:14 AM, Bardur Arantsson wrote: On 06/25/2015 07:12 PM, Bardur Arantsson wrote: On 06/25/2015 03:16 PM, Bardur Arantsson wrote: Hi all, As some of the project owners have probably noticed (hi, sorry about the ticket spam!), Sorry about even more spam, but it's become

Re: UseSandbox

2015-07-03 Thread Bardur Arantsson
On 07/03/2015 04:00 PM, Mikhail Glushenkov wrote: Hi, On 3 July 2015 at 06:30, Bardur Arantsson s...@scientician.net wrote: Hi all, Am I missing something which necessitates using only the FilePath? Adding extra info is absolutely fine, it's just that I never needed it. What do you want

Re: UseSandbox

2015-07-03 Thread Bardur Arantsson
On 07/03/2015 05:53 PM, Mikhail Glushenkov wrote: Hi, On 3 July 2015 at 16:47, Bardur Arantsson s...@scientician.net wrote: Well, I'd like to split up the get all the information we need bit from the individual commands. UseSandbox is produced by loadConfigOrSandboxConfig. Perhaps you can

Re: UseSandbox

2015-07-04 Thread Bardur Arantsson
On 07/03/2015 11:44 PM, Mikhail Glushenkov wrote: Hi, On 3 July 2015 at 18:09, Bardur Arantsson s...@scientician.net wrote: The checks rely on information which the sub-commands will use (or will have to look up a second time)... hence I want to store it in UseSandbox :). Yeah, so you can

UseSandbox

2015-07-02 Thread Bardur Arantsson
Hi all, It seems to me that UseSandbox is slightly strangely defined at the moment. It's currently defined as data UseSandbox = UseSandbox FilePath | NoSandbox but it seems to me that it would be better to define it such that it actually contains relevant information about the sandbox if the

Re: Anybody using the "top-down" solver?

2015-11-08 Thread Bardur Arantsson
On 11/09/2015 05:57 AM, Kim-Ee Yeoh wrote: > On Mon, Nov 9, 2015 at 11:29 AM, Bardur Arantsson <s...@scientician.net> > wrote: > >> Just to get input from as many people as possible: I was pondering a >> plan for modularizing the solver[1] and wanted to reach as many pe

Re: Anybody using the "top-down" solver?

2015-11-08 Thread Bardur Arantsson
On 11/09/2015 05:57 AM, Kim-Ee Yeoh wrote: > On Mon, Nov 9, 2015 at 11:29 AM, Bardur Arantsson <s...@scientician.net> > wrote: > >> Just to get input from as many people as possible: I was pondering a >> plan for modularizing the solver[1] and wanted to reach as many pe

Anybody using the "top-down" solver?

2015-11-08 Thread Bardur Arantsson
Hi all, Just to get input from as many people as possible: I was pondering a plan for modularizing the solver[1] and wanted to reach as many people as possible with my question: Is anybody is still using the top-down solver? Please respond to this list if you are, especially if you're doing

Re: Contributing to Cabal (fix to #2155)

2015-11-17 Thread Bardur Arantsson
On 11/17/2015 05:05 PM, Martin Vlk wrote: > Hi, I have a fix to https://github.com/haskell/cabal/issues/2155 > including tests almost ready locally and I would like to look at how to > propose a pull request on GitHub. Do I fork the cabal repo or do I have > to get commit rights for the main repo?

Issue #2810: Search upwards for package directory

2015-09-04 Thread Bardur Arantsson
Hey all, I've been working a bit on #2810 and would love to have initial review comments; see https://github.com/haskell/cabal/issues/2810 https://github.com/haskell/cabal/issues/2811 (pull req) (Btw, would it be possible to assign me to the issue?) I'd especially like comments on the

Re: Issue #2810: Search upwards for package directory

2015-09-05 Thread Bardur Arantsson
On 09/05/2015 09:48 AM, Bardur Arantsson wrote: > On 09/04/2015 08:23 PM, Bardur Arantsson wrote: >> Hey all, >> > [--snip--] > Nvm, I'm a dork. Sorry about the spam. ___ cabal-devel mailing list cabal-devel@haskell.org http:/

Re: Issue #2810: Search upwards for package directory

2015-09-05 Thread Bardur Arantsson
On 09/04/2015 08:23 PM, Bardur Arantsson wrote: > Hey all, > [--snip--] And interesting issue came up during discussion that I'd like to bring up here too, just in case people have muted their github mail[1], namely the handling of CWD -- it's fixable, but the simplest and most robust fix

Re: Issue #2810: Search upwards for package directory

2015-09-04 Thread Bardur Arantsson
On 09/04/2015 08:23 PM, Bardur Arantsson wrote: > Hey all, > > - I'd especially like feedback on the non-trivial FIXMEs. > (There are some really obvious things I just haven't got > round to.) Btw, I'll try to address the obvious FIXMEs tomorrow just to make review a bit e

cabal-install rebooted?

2015-09-08 Thread Bardur Arantsson
Hi all, So, I was feeling a bit frustrated about the complexity of the Cabal sandbox code, and when I get frustrated I start deleting things... Just for funzies I tried deleting all the obvious non-sandbox code in cabal-install, and here's the result:

Re: cabal-install rebooted?

2015-09-09 Thread Bardur Arantsson
On 09/09/2015 10:08 AM, Kosyrev Serge wrote: > Bardur Arantsson <s...@scientician.net> writes: > >> On 09/09/2015 12:22 AM, Gershom B wrote: >>> That _does_ look simpler! >>> >>> However, I think there are multiple efforts underway t

Re: cabal-install rebooted?

2015-09-08 Thread Bardur Arantsson
On 09/09/2015 12:22 AM, Gershom B wrote: > That _does_ look simpler! > > However, I think there are multiple efforts underway towards the > nix-style stuff. We had a GSoC on that for example. And in that > workflow, if it all works out properly, then we end up with a > situation where since the

Re: Global Constraints for Cabal and also Release Plan?

2015-09-24 Thread Bardur Arantsson
On 09/22/2015 12:11 AM, Gershom B wrote: [--snip--] > > The proposal there would be to add an env variable (perhaps > CABAL_PATH_PREFIX) which, if it existed, would be added to the path > before running child processes (such as those kicked off by > build-type:configure). That way windows

Re: Global Constraints for Cabal and also Release Plan?

2015-09-24 Thread Bardur Arantsson
On 09/24/2015 05:06 PM, Gershom B wrote: > On September 24, 2015 at 11:01:53 AM, Bardur Arantsson (s...@scientician.net) > wrote: >> On 09/22/2015 12:11 AM, Gershom B wrote: >> [--snip--] >>> >>> The proposal there would be to add an env variable (

Release planning?

2015-12-13 Thread Bardur Arantsson
Hi all, Where does release planning happen? I'd like to start on merging some solver-related PRs, but if there's an imminent release, that might not be such a good idea... Regards, ___ cabal-devel mailing list cabal-devel@haskell.org

Re: Release planning?

2015-12-13 Thread Bardur Arantsson
On 12/13/2015 08:26 PM, Mikhail Glushenkov wrote: > Hi, > > On 13 December 2015 at 14:05, Bardur Arantsson <s...@scientician.net> wrote: >> Hi all, >> >> Where does release planning happen? I'd like to start on merging some >> solver-related PRs, but if

Re: Cabal 1.24 status update

2016-01-29 Thread Bardur Arantsson
(Sorry for the duplicate, Mikhail, I forgot reply-to-list.) On 01/28/2016 10:13 PM, Mikhail Glushenkov wrote: > Hi *, > > https://github.com/haskell/cabal/pull/2522 - Implement bash (with globstar) > style globbing (requires some work on my part) > Oooh! Really glad to see that this will

Re: Cabal website

2018-06-17 Thread Bardur Arantsson
On 2018-06-17 19:45, Imants Cekusins wrote: >> Writing software anew is the fun part, the not-fun part is > the maintenance. > > Agree.. Writing a new version is often faster and easier.  > > In this case the website is compact, so it is doable: why not use a new > framework every time someone

Re: Cabal website

2018-06-17 Thread Bardur Arantsson
(Sorry for the duplicate, forgot to send to the list.) On 2018-06-17 17:37, Imants Cekusins wrote: >> doesn't seem to be any particular reason to > require JS for basic functionality on a documentation site.) > > Js is widely used these days. E.g., ReadTheDocs use Js [1]. > AFAICT this is only

Re: Cabal website

2018-06-17 Thread Bardur Arantsson
On 2018-06-17 13:32, Imants Cekusins wrote: > Hi all, > > Re: > https://github.com/haskell/cabal/issues/4013 > > Would  > https://ciezbit.bitbucket.io/cabal/doc > be an improvement over > https://www.haskell.org/cabal/ > ? > > This link points to a temporary demo deployment. The app is written