It comes down to a simple question:
Which fis-gtm version is most useful in the next Debian release?
I think the best way is to release one stable fis-gtm package. Right now I
see 272 warnings and 1 error related to the current package.
http://lintian.debian.org/maintainer/[email protected]#fis-gtm
Best
-Dominique
On Thu, Feb 6, 2014 at 10:16 PM, Karsten Hilbert <[email protected]>wrote:
> >>I'll bow to Bhaskar on making the case for how many versions is
> >>reasonable to have in the future as we maintain a sliding window
> >>of them.
>
> >[KSB] Since a GT.M release is frozen for all time once it's released,
>
> That much is true for *any* software that's reasonably managed so
> that's not really that useful.
>
> > one answer is as many releases as we have disk for.
> > Another answer is that although we periodically get
> > e-mails from people with five and ten year old releases,
> > we normally consider releases to have a two year window of peak use,
> > and maintaining three years' worth is a good number. That will probably
> > translate to about ten releases.
>
> I suppose people setting up a new Mumps environment
> can be expected to use the latest stable released
> version.
>
> People should pin their installed version until they
> are ready to upgrade.
>
> Maybe we need to clarify one point: are people
> typically "expected to upgrade" / "upgrading" from
> one "stable" version to the next at all ?
>
> Are there *any* in-place upgrades (think PG 9.3.1 to 9.3.2)
> or will upgrading *always* require a "dump/restore" cycle ?
>
> What will typically (be made to) happen to any given deployment
> when a new "Major" / "minor" version is released ?
>
> Karsten
>
>
> --
> To UNSUBSCRIBE, email to [email protected]
> with a subject of "unsubscribe". Trouble? Contact
> [email protected]
> Archive:
> http://lists.debian.org/trinity-2ded2296-72d0-4245-9871-e5a060a63bbb-1391742963566@3capp-gmx-bs24
>
>
