Hi,
On Tue, Sep 4, 2012 at 12:52 AM, Johan Tibell johan.tib...@gmail.com wrote:
On Mon, Sep 3, 2012 at 12:50 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
-It's just that I had a version using install already working. It'll
take me a bit more time to make it use
On Tue, Sep 4, 2012 at 2:17 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
I looked more closely into this, and it seems like the easiest
solution is a --no-download flag for install. It can be implemented
either by exiting with error if the install plan contains packages
that
Hi,
On Wed, Sep 5, 2012 at 12:38 AM, Johan Tibell johan.tib...@gmail.com wrote:
On Tue, Sep 4, 2012 at 2:17 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
I looked more closely into this, and it seems like the easiest
solution is a --no-download flag for install. It can be
Hi Johan,
On Mon, Sep 3, 2012 at 2:04 AM, Johan Tibell johan.tib...@gmail.com wrote:
In general lets just have sandboxes behave exactly as non-sandbox
builds, with the exception of the separate package DB and rebuilding
add-source deps, for now. This will get something useful into users'
On Mon, Sep 3, 2012 at 2:24 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
OK. If we decide to make sandbox-init install the dependencies, it'll
have to accept configure flags.
That's true. However, I don't think we should install dependencies at
sandbox initialization time, but at
Hi Johan,
On Mon, Sep 3, 2012 at 6:10 PM, Johan Tibell johan.tib...@gmail.com wrote:
That's true. However, I don't think we should install dependencies at
sandbox initialization time, but at build time and hence build will
have to take configure flags.
Sure, this would work fine too.
On Mon, Sep 3, 2012 at 12:50 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
-It's just that I had a version using install already working. It'll
take me a bit more time to make it use configure/build/register
instead. I'm a bit busy right now, so this will have to wait until
next
Hi,
On Sat, Sep 1, 2012 at 3:11 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
On Fri, Aug 31, 2012 at 11:43 PM, Johan Tibell johan.tib...@gmail.com wrote:
Why does `cabal install` affect the saved configure flags? Does it do
that today even if you don't use the new sandbox
Hi,
On Fri, Aug 31, 2012 at 11:43 PM, Johan Tibell johan.tib...@gmail.com wrote:
Why does `cabal install` affect the saved configure flags? Does it do
that today even if you don't use the new sandbox stuff?
It doesn't have to affect the package environment file, but otherwise
you'll need to
Hi,
On Wed, Aug 29, 2012 at 1:45 AM, Johan Tibell johan.tib...@gmail.com wrote:
Perhaps a separate command, cabal init-sandbox, would be the best
approach. Running that command would create the right package
environment for running in a sandbox and the remaining commands would
then use that
Hi,
On Fri, Aug 31, 2012 at 5:34 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Wed, Aug 29, 2012 at 1:45 AM, Johan Tibell johan.tib...@gmail.com wrote:
Perhaps a separate command, cabal init-sandbox, would be the best
approach. Running that command would create the
Hi,
On Fri, Aug 31, 2012 at 8:25 PM, Johan Tibell johan.tib...@gmail.com wrote:
Let's have sandbox-init not take any configure arguments. It should
just mark that the current repo should use a sandbox until
sandbox-delete is run.
It'll still be a bit confusing:
$ cabal sandbox-init
$ cabal
Hi,
On Fri, Aug 31, 2012 at 9:27 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Here's an idea: as a compromise we can have cabal build imply
reb-building and installing only add-source dependencies. This means
nothing has to be downloaded from the internet. Lets not worry about
On Fri, Aug 31, 2012 at 12:27 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Fri, Aug 31, 2012 at 8:25 PM, Johan Tibell johan.tib...@gmail.com wrote:
Let's have sandbox-init not take any configure arguments. It should
just mark that the current repo should use a sandbox
On Fri, Aug 31, 2012 at 1:13 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Fri, Aug 31, 2012 at 9:27 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Here's an idea: as a compromise we can have cabal build imply
reb-building and installing only add-source
Hi all,
On Wed, Aug 29, 2012 at 3:38 PM, David Terei dave.te...@gmail.com wrote:
Hi All,
So my uniformed 2cents.
I'd really hate having to use normal'ish cabal commands prefixed with
'sandbox'. I.e., configure-sandbox, build-sandbox... are all horrible.
I should have clarified this point.
16 matches
Mail list logo
