[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Pushing 9.0.0 to unstable



Le 19/12/2016 à 13:18, Yves-Alexis Perez a écrit :
> On Mon, 2016-12-19 at 13:00 +0100, Aurélien COUDERC wrote:
>>   7 if [ "${1}" = "upgrade" ]; then
>>   8     if dpkg --compare-versions ${2} lt "9.0.0"; then
>>
>> and postinst :
>>   7 if [ "${1}" = "configure" ]; then
>>   8     if dpkg --compare-versions ${2} lt "9.0.0"; then
>>
>> Feel free to tweak it if you upload as 9.0.0~exp2 instead.
> Can't you fix it so it applies to anything after 9.0.0~exp1?
Don’t know how to do that cleanly, as the maint scripts receive the
former version being upgraded in argument.
We could mention 9.0.0~exp2 instead, as it will work against dpkg
--compare-versions, but I find it strange to reference a version that
will not exist if we end up uploading 9.0.0.

Now if you feel like uploading 9.0.0~exp2 it’s still better than ~exp1.
In this case I can make these 2 small changes, you do the upload now,
and we rediscuss unstable for the next upload.


Cheers,
--Aurélien


From policy :


    6.6 Details of unpack phase of installation or upgrade

3. 1. If the package is being upgraded, call:

     new-preinst upgrade old-version


    6.7 Details of configuration

When we configure a package (this happens with dpkg --install and dpkg
--configure), we first update any conffiles and then call:

     postinst configure most-recently-configured-version




Reply to: