[Debian-med-packaging] Changing binary package name of fis-gtm at every single minor update

[Shah, Amul]

Hi Andreas,
Sorry for the long delay in replying to your mail.

> -----Original Message-----
> From: Andreas Tille [mailto:andreas at an3as.eu]
> Sent: Wednesday, April 04, 2018 4:05 PM
> To: Shah, Amul <Amul.Shah at fisglobal.com>
> Cc: Debian Med Packaging Team <debian-med-packaging at lists.alioth.debian.org>
> Subject: Changing binary package name of fis-gtm at every single minor update
>
> Hi Amul,
>
> in a recent commit[1], the binary package name is again bumped to the micro version number:
>
> diff --git a/debian/control b/debian/control index 54200ef..e6a1939 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -31,7 +31,7 @@ Homepage: https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsourceforge.net%2Fprojects%2Ffis-gtm&data=02%7C01%7CAmul.Shah%40fisglobal.com%7Cbb23a59995694
>  Package: fis-gtm
>  Architecture: all
>  Depends: ${misc:Depends},
> -         fis-gtm-6.3-003a
> +         fis-gtm-6.3-004
>  Provides: mumps
>  Description: metapackage for the latest version of FIS-GT.M database
>   GT.M is a database engine with scalability proven in large real-time @@ -62,7 +62,7 @@ Description: metapackage for the latest version of FIS-GT.M database
>   .
>   This metapackage always depends from the default fis-gtm version.
>
> -Package: fis-gtm-6.3-003a
> +Package: fis-gtm-6.3-004
>  Architecture: amd64 i386
>  Multi-Arch: same
>  Depends: ${shlibs:Depends},
>
>
> I wonder whether it would not be more sensible to rather use
>
>     fis-gtm-6.3
>
> and just bump the package name for fis-gtm-6.4 or fis-gtm-7.0 (whatever will
> happen).  It is quite unusual to have this package name change for every micro
> version number and this shoul *only* be used if you need to install all those
> micro version number packages at the same time on some computer.  If this is
> not the case we should simplify things most probably.

[amul] About GT.M versioning, the major version is the DB format and does not change often. As a result, we frequently increment the micro versions and sometimes increment the minor version number. Our customers tend to install two versions side-by-side during upgrades or when supporting different customer configuration. When creating the fis-gtm Debian package, we thought that needed the micro version numbers. However the Debian package is different from our regular releases. Perhaps we do not need to install multiple versions of fis-gtm on the same machine and so can take your suggestion. Let me get input from my team and get back to you.

Thanks,
Amul



The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.