I vote for this change too.

I've been letting my planet packages sit in planet for too long now.
This change provides a bit nicer upgrade path. :)

Vincent St-Amour <stamo...@ccs.neu.edu> writes:
> I vote for this change.
>
> I'm happy to change my packages (which make more sense as
> single-collection packages anyway).
>
> If I understand correctly, this would also have the advantage of making
> a lot of github repositories (including most of mine) installable as
> packages automatically, no change required. That sounds like a huge win
> to me.
>
> Vincent
>
>
>
> At Fri, 14 Jun 2013 07:07:26 -0700,
> Matthew Flatt wrote:
>>
>> I think more people need to speak up on this question --- particularly
>> authors of existing packages, since the current proposal necessitates
>> an update to each existing package.
>>
>> The proposal is to make single-package collections the default:
>>
>>  * If a directory used as a package has no "info.rkt" file, then it is
>>    treated as a single-collection package.
>>
>>    The single collection's name is the same as the package name (which
>>    tends to be the directory name, but it depends on how you install
>>    the package).
>>
>>  * If a directory used as a package has an "info.rkt" file, but
>>    "info.rkt" doesn't explicitly say that the package is
>>    multi-collection, then it's still a single-collection package.
>>
>>    The "info.rkt" file might supply a name for the single collection,
>>    instead of leaving it to the package name; supplying a name would be
>>    a requirement for ring-0 packages.
>>
>> For each existing package, the author would need to add a line to the
>> package's "info.rkt" to indicate that it is a multi-collection package
>> (or change the layout to single-collection mode, with the caveat that
>> the package won't work with v5.3.4).
>>
>> Any more votes for/against?
>>
>> _________________________
>>   Racket Developers list:
>>   http://lists.racket-lang.org/dev
> _________________________
>   Racket Developers list:
>   http://lists.racket-lang.org/dev
_________________________
  Racket Developers list:
  http://lists.racket-lang.org/dev

Reply via email to