Tryton LTS

  • Open
  • quality assurance status badge
One participant
  • Hartmut Goebel
Submitted by
Hartmut Goebel
Hartmut Goebel wrote on 24 Jul 2022 11:02
Follow-up to„gnu: Tryton application
and framework: Update to 6.2.x.“.

Am 23.07.22 um 18:11 schrieb Vinicius Monego:
Toggle quote (9 lines)
>> I'd suggest keeping Tryton at 6.0 to retain compatibility with GNU
>> Health, which tracks only the LTS versions of Tryton (minor versions
>> at
>> 0).
> To clarify a little further, GNU Health [1] (to keep it short, it is a
> set of health-related tryton modules) is not yet packaged in Guix. I
> did attempt to package it but got stuck in test errors in the check
> phase.

In general Guix is a rolling release distribution. Thus IMHO tryton
should be updated.

Anyhow I understand that we need a LTS variant for GNU Health and other
conservative users. We could create a „tryton-lts.scm“ which holds the
LTS versions, inherited from the current release. Creating such a file
is expected be to not much of a problem.


Toggle quote (10 lines)
> The Tryton release process is explained in [2]. Normal releases have
> one year of support, while LTS releases have 5 years. Tryton has a huge
> package ecosystem and is mostly used in enterprise where LTS is more
> important. Tracking non-LTS releases would mean huge and breaking
> upgrades at least every year. Also 6.2 will be EOL in 3 months [2].
> [1]
> [2]

Hartmut Goebel

| Hartmut Goebel | |
| | compilers which you thought are impossible |
Attachment: file
Hartmut Goebel wrote on 10 Aug 2022 10:27
(address .
For the records: Tryton 6.0 was available up to at least 2022-08-09
(commit 02de6a59813df9dd839117669535118f1b798ed4). So versions and
hashes can be picked from there. Or even the tryton-scm at that version
could be used as a base for tryton-lts.scm.

Please also note: The packages can be kept up-to-date easily using my
upcoming “refresh to version“ feature).

Hartmut Goebel

| Hartmut Goebel | |
| | compilers which you thought are impossible |