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.
_____________
|