Re: Hackage 2

2012-08-31 Thread Antoine Latter
On Aug 31, 2012 11:56 AM, "Ian Lynagh" wrote: > > On Thu, Aug 30, 2012 at 08:42:34PM -0500, Antoine Latter wrote: > > > > After digging a bit, the code that does this is a part of converting > > the legacy data into the new-style backup tarball. I'm too behind on > > how things work to know if tha

Re: Agreeing on a UI for sandboxes

2012-08-31 Thread Johan Tibell
On Fri, Aug 31, 2012 at 1:13 PM, Mikhail Glushenkov wrote: > Hi, > > On Fri, Aug 31, 2012 at 9:27 PM, Mikhail Glushenkov > 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 dow

Re: Agreeing on a UI for sandboxes

2012-08-31 Thread Johan Tibell
On Fri, Aug 31, 2012 at 12:27 PM, Mikhail Glushenkov wrote: > Hi, > > On Fri, Aug 31, 2012 at 8:25 PM, Johan Tibell 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 st

Re: Agreeing on a UI for sandboxes

2012-08-31 Thread Mikhail Glushenkov
Hi, On Fri, Aug 31, 2012 at 9:27 PM, Mikhail Glushenkov 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 >> minimize rebuilding

Re: Agreeing on a UI for sandboxes

2012-08-31 Thread Mikhail Glushenkov
Hi, On Fri, Aug 31, 2012 at 8:25 PM, Johan Tibell 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 install --only-depe

Re: Agreeing on a UI for sandboxes

2012-08-31 Thread Johan Tibell
Hi, On Fri, Aug 31, 2012 at 5:34 AM, Mikhail Glushenkov wrote: > Hi, > > On Wed, Aug 29, 2012 at 1:45 AM, Johan Tibell 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 sa

Re: Hackage2 server ready for testing

2012-08-31 Thread Matthew Gruen
Reverse dependencies can mean different things. The current implementation answers these questions: 1. What are the packages for which the latest version depends directly on a given version of foo? 2. What are the packages for which only previous or deprecated versions depend directly on a given ve

Re: Hackage 2

2012-08-31 Thread Ian Lynagh
On Thu, Aug 30, 2012 at 08:42:34PM -0500, Antoine Latter wrote: > > After digging a bit, the code that does this is a part of converting > the legacy data into the new-style backup tarball. I'm too behind on > how things work to know if that's still a thing that happens or is at > all useful :-) I

Re: Agreeing on a UI for sandboxes

2012-08-31 Thread Mikhail Glushenkov
Hi, On Wed, Aug 29, 2012 at 1:45 AM, Johan Tibell 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 sandbox. Separating

Uploading imported package to hackage 2

2012-08-31 Thread Erik Hesselink
On Fri, Aug 31, 2012 at 11:12 AM, Erik Hesselink wrote: > On Fri, Aug 31, 2012 at 2:13 AM, Leon Smith wrote: >> Ok, I tried to upload the most recent version of postgresql-simple, and I >> couldn't because I'm not the maintainer for that package. > > What is your account name? I can add you as a