Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-02 Thread Laurent
Ah, that's cool. Looking forward to it!
And the in-url thing would be useful indeed for gists for example.

Laurent


On Thu, May 30, 2013 at 8:32 PM, Eli Barzilay e...@barzilay.org wrote:

 Yes, I really want to try and get to look into doing this.  The thing
 is that multi-collection libraries are going to be a common case for
 plt packages (which will get pulled out from the main repository), but
 the single-collection ones are going to be the much more popular case
 elsewhere.

 (And I also still dream on doing some `url-in' to require a single
 file, since that's also an important mode of quick sharing.  But
 that's another story.)


 10 minutes ago, Jay McCarthy wrote:
  The Racket package system doesn't support packages that aren't
  collection roots. Eli has said that he wants to implement such a
  feature, but it is not available today.
 
  Jay
 
  On Thu, May 30, 2013 at 8:29 AM, Laurent laurent.ors...@gmail.com
 wrote:
   I'm willing to upgrade my packages for the new PLaneT system, but one
 thing
   that pushes me back is the fact that I need to create a directory for
 my
   package and a subdirectory for the collection(s).
  
   But most of my packages are (and will probably be) single-collection
   packages, and it hurts my logic to have to modify my directory tree
 for that
   purpose.
  
   I know there have been several discussions already about this, but
 perhaps
   there is a simple fix:
   Maybe there could be a `single-collection?' entry in the info.rkt file
   which, when true, would tell `raco pkg install' to create itself a
 directory
   for the package that has the same name as the collection it contains?

 --
   ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
 http://barzilay.org/   Maze is Life!

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-02 Thread Eli Barzilay
To clarify, because of reasons that I won't go into on the list, the
actual chances of me getting this implemented (and of such a change
being accepted) are pretty much in the area of slim to none.  TBH,
the chances of implementing an `in-url' are low too, but they're
probably higher than going into the package system.


40 minutes ago, Laurent wrote:
 Ah, that's cool. Looking forward to it!
 And the in-url thing would be useful indeed for gists for example.
 
 Laurent
 
 On Thu, May 30, 2013 at 8:32 PM, Eli Barzilay e...@barzilay.org wrote:
 
 Yes, I really want to try and get to look into doing this.  The
 thing is that multi-collection libraries are going to be a
 common case for plt packages (which will get pulled out from the
 main repository), but the single-collection ones are going to be
 the much more popular case elsewhere.

 (And I also still dream on doing some `url-in' to require a
 single file, since that's also an important mode of quick
 sharing.  But that's another story.)

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
http://barzilay.org/   Maze is Life!

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] PLaneT(2): Single vs multi-collection packages

2013-06-02 Thread Laurent
On Sun, Jun 2, 2013 at 1:47 PM, Eli Barzilay e...@barzilay.org wrote:

 To clarify, because of reasons that I won't go into on the list, the
 actual chances of me getting this implemented (and of such a change
 being accepted) are pretty much in the area of slim to none.


That's a bummer. At first sight I'd have thought that it would have just
been a matter of creating a directory with the same name as the package,
and then decompressing the package into that directory.

But I guess things are always way more complicated than at first sight...


 TBH,
 the chances of implementing an `in-url' are low too, but they're
 probably higher than going into the package system.


That would be nice, but I'd much much prefer to see the single-collection
package thing implemented.

Laurent
_
  Racket Developers list:
  http://lists.racket-lang.org/dev