GNU logs - #56733, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#56733: Tryton LTS
Resent-From: Hartmut Goebel <h.goebel@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sun, 24 Jul 2022 09:03:01 +0000
Resent-Message-ID: <handler.56733.B.165865334428813 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: monego@HIDDEN, 56733 <at> debbugs.gnu.org
Content-Type: multipart/alternative;
 boundary="------------jpYG07yfpIyJ8JSj0HTq0E5z"
Message-ID: <8b97cc65-fcc3-43b3-c2e2-53faee2a60d0@HIDDEN>
Date: Sun, 24 Jul 2022 11:02:06 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.11.0
Content-Language: en-US
References: <cover.1658504593.git.h.goebel@HIDDEN>
 <1037a264876fa6aef19de72e406cea6c6a9040b3.camel@HIDDEN>
 <cd27b3ea0479062fb93d8955afba1797d43a189c.camel@HIDDEN>
From: Hartmut Goebel <h.goebel@HIDDEN>
Organization: crazy-compilers.com
In-Reply-To: <cd27b3ea0479062fb93d8955afba1797d43a189c.camel@HIDDEN>
Received-SPF: none client-ip=217.72.192.74;
 envelope-from=h.goebel@HIDDEN; helo=mout.kundenserver.de
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001,
 SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

This is a multi-part message in MIME format.
--------------jpYG07yfpIyJ8JSj0HTq0E5z
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

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:
>> 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?


> 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@HIDDEN                |
|www.crazy-compilers.com  | compilers which you thought are impossible |

--------------jpYG07yfpIyJ8JSj0HTq0E5z
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Follow-up to
      <a class="moz-txt-link-freetext" href="https://issues.guix.gnu.org/56706">https://issues.guix.gnu.org/56706</a> „gnu: Tryton application and
      framework: Update to 6.2.x.“.<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Am 23.07.22 um 18:11 schrieb Vinicius
      Monego:<br>
    </div>
    <blockquote type="cite"
      cite="mid:cd27b3ea0479062fb93d8955afba1797d43a189c.camel@HIDDEN">
      <blockquote type="cite" style="color: #007cff;">
        <pre class="moz-quote-pre" wrap="">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).
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">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.
</pre>
    </blockquote>
    <p>In general Guix is a rolling release distribution. Thus IMHO
      tryton should be updated.</p>
    <p>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.</p>
    <p>WDYT?<br>
    </p>
    <p><br>
    </p>
    <p>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">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] <a class="moz-txt-link-freetext" href="https://www.gnuhealth.org/">https://www.gnuhealth.org/</a>

[2] <a class="moz-txt-link-freetext" href="https://discuss.tryton.org/t/release-process/395">https://discuss.tryton.org/t/release-process/395</a></pre>
      </blockquote>
      <br>
    </p>
    <pre class="moz-signature" cols="72">-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | <a class="moz-txt-link-abbreviated" href="mailto:h.goebel@HIDDEN">h.goebel@HIDDEN</a>               |
| <a class="moz-txt-link-abbreviated" href="http://www.crazy-compilers.com">www.crazy-compilers.com</a> | compilers which you thought are impossible |
</pre>
  </body>
</html>

--------------jpYG07yfpIyJ8JSj0HTq0E5z--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Hartmut Goebel <h.goebel@HIDDEN>
Subject: bug#56733: Acknowledgement (Tryton LTS)
Message-ID: <handler.56733.B.165865334428813.ack <at> debbugs.gnu.org>
References: <8b97cc65-fcc3-43b3-c2e2-53faee2a60d0@HIDDEN>
X-Gnu-PR-Message: ack 56733
X-Gnu-PR-Package: guix
Reply-To: 56733 <at> debbugs.gnu.org
Date: Sun, 24 Jul 2022 09:03:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 56733 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
56733: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D56733
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Last modified: Sun, 24 Jul 2022 09:15:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.