per-version hints proposal

[Marco Atzeri]

On 21/06/2016 14:03, Corinna Vinschen wrote:
> On Jun 20 16:28, Jon Turney wrote:
>>
>> Currently, the setup.hint file is shared between all versions.
>>
>> This means that manual intervention (by the package maintainer, or on
>> sourceware) is needed when versions have different dependencies.
>>
>> To automate this problem out of existence, I suggest replacing the
>> setup.hint file in an upload with a package-version-release.hint file.
>>
>> This will be basically identical to the existing setup.hint, with the
>> advantage that it can't be trampled on by a future version, with the
>> following changes:
>>

fine for me.


> Ideally we wouldn't need something like "prev" at all since the version
> number itself is sufficient to specify what's curr and what's old.
>
> As for test, IMHO it would make sense to specify "this is a test
> release" right in the cygport file.  This in turn could create a
> per-version hint with a test marker which is evaluated by calm
> accordingly.  For instance, the name of the file could take over this
> role.  Or even better, the package version number itself.
>
> This would have an additional benefit:  We couldn't just move a package
> from test to curr, it would have to be explicitely rebuilt as non-test
> release.

not a huge fan of this.
The last time we made the perl transition we put a lot of package in
test as temporary solution. Rebuild all just to change a label
seems a waste of time.

>>
>> No setup changes are required.
>>
>>
>> Immediately, this avoids the need for manual intervention when versions have
>> different dependencies, and going forward, this is lays some groundwork for
>> supporting per-version dependencies.
>
> Sounds good to me.

+1


> Corinna

Marco