On 02/13/2012 01:21 PM, Andreas Tille wrote:
On Mon, Feb 13, 2012 at 10:34:23AM -0500, Bhaskar, K.S wrote:[KSB] Since multiple GT.M versions/releases (for GT.M, they're the same) will routinely concurrently exist on systems, I would like to suggest a meta package fis-gtm, that owns and maintains /usr/bin/{gtm,mumps,...} as symlinks to the corresponding executables in the latest GT.M version. Alternatively, perhaps we can manage it under /etc/alternatives.Alternatives is the best way to go here IMHO. However, I'd suggest to work on this past our initial package. At the time of creating the initial package using the autogenerated files there are definitely not more than one existing GT.M versions and I would strongly advise not to add an extra layer of complexity just for the sake of an academical exercise. Please understand: This is no veto against alternatives but just an issue to keep things simple in the first place and adding complexity later.
[KSB2] Understood perfectly! And that was my motivation for suggesting it now. Deciding to use /etc/alternatives in the future means that for now, all Luis needs to be concerned with is creating a package with a name like fis-gtm-v54002b that installs GT.M in /usr/lib/fis-gtm/<version>_<platform>. Later, with alternatives, or with a meta package, he can deal with having /usr/bin/gtm point to the current release. So, I really wanted to separate the issues, as you did.
Regards -- Bhaskar
Kind regards Andreas.
-- GT.M - Rock solid. Lightning fast. Secure. No compromises. _____________ 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.