On 07/23/2011 02:03 PM, Thorsten Alteholz wrote: > > Hi Laurent, > > On Fri, 22 Jul 2011, Laurent Parenteau wrote: > >> On Thu, 21 Jul 2011, Laurent Parenteau wrote: > >>> I think it would be better if the packages would have the version > number > >>> in the name, and maybe have fis-gtm depend on the latest release. This > >>> way, one could install multiple different versions of GT.M if needed. > > ok, due to Debians handling of new packages I think it is better to have > one generic package without number. After a new version will be released, > a new package with version number will be created. From my point of view > this seems to be easier to maintain. > [KSB] It may take less effort on an ongoing basis to stay compatible with the way the upstream packaging works, and what the user base is familiar with. > > > As for bugfixes, we don't have "patch" releases, as you often see in > > other software. We only have full releases. When there's an important > > issue that requires a fix fast, we simply spin a new release (which will > > have a letter suffix, like V5.4-002B) that will, among other things, > > include the fix. So once V5.4-003 will be out, there should never be a > > V5.4-002C. > > Ok, should there be all versions V5.4.002B..V5.4.002Z available or may > there be only the latest version of V5.4.002 in the repository? I guess it > would be problematic to have hundreds of versions of one software in the > repository, so it might be a good idea to have a strategy to reduce the > numbers from time to time. Maybe it is sufficient to keep all versions > from Wheezy in Wheezy and only migrate the latest version to Wheezy+1. > Thus you have all versions somewhere in the archive, with the disadvantage > that you need need an older version of Debian for an older version of > GT.M. > [KSB] I am not sure where you get the idea of hundreds of releases. Our history over the last five years is that one series of releases went to D. A couple went to B. Three went to A. The rest stopped at the base. I just did a quick eyeball check - we have had 23 releases of GT.M over five years. If I remember correctly - I looked at this some time back and my memory may be faulty, GT.M should build successfully on on the lenny toolchain or anything more recent (the dependency is that GT.M requires libicu36 or newer).
Regards -- Bhaskar > > > Thorsten > -- 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. _____________
