Tryton LTS

  • Open
  • quality assurance status badge
Details
One participant
  • Hartmut Goebel
Owner
unassigned
Submitted by
Hartmut Goebel
Severity
normal
H
H
Hartmut Goebel wrote on 24 Jul 2022 11:02
8b97cc65-fcc3-43b3-c2e2-53faee2a60d0@crazy-compilers.com
Follow-up to https://issues.guix.gnu.org/56706„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.

WDYT?


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]https://www.gnuhealth.org/
>
> [2]https://discuss.tryton.org/t/release-process/395

--
Regards
Hartmut Goebel

| Hartmut Goebel |h.goebel@crazy-compilers.com |
|www.crazy-compilers.com | compilers which you thought are impossible |
Attachment: file
H
H
Hartmut Goebel wrote on 10 Aug 2022 10:27
(address . 56733@debbugs.gnu.org)
a321b012-97d1-2439-b2be-316336414082@crazy-compilers.com
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).

--
Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 56733@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 56733
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch