Hi,

thanks for your answers and sorry for not answering earlier, I was busy in my day-job.

Upfront some more details (using examples):

 * The version of all plugins/modules need to match the "series" of
   trytond (server) and tryton (client). If you installed trytond@7.0.x
   all plugins need to bei @7.0.x. When upgrading to 7.2.x, all plugins
   need to be @7.2.x, too. (So this is Rutherther's case 2.)
 * Current LTS versions are 6.0 and 7.0.
 * 6.0 is supported until May 2026 and supports Python 3.6 — 3.9
 * 7.0 is supported until November 2028 and supports Python 3.8 — 3.12.
 * Next LTS version 8.0 will be released May 2026
 * Typically transitions between LTS versions take quite some time (as
   Tryton is driving your business, you'd better not hurry), thus we
   can no drop the preceding LTS version is a new one is releases.
   Instead we need to maintain at least both.
 * There has been some discussion at
   <https://codeberg.org/guix/guix/issues/1438>.

Reading your answers, I assume creating some "specification->" function (as Rutherther suggested) would solve some of the issues.

 * Matching packages can be found by this function.
 * Packages can easily be refreshed within the "series" using e.g.
   "guix refresh trytond-stock@6.2 --target-version=6.2" (some helper
   written in guile would be useful, though)
 * No need for several branches (which is easier to maintain) - this
   would allow keeping (LTS) versions in Guix.

Also Simon's suggestion for using one manifest per version (manifest-X.0.scm) seem appropriate.And "Explicit is better than implizit" (Zen of Python).

This would also ease integrating GNU Health int Guix (which IMHO is an important piece of software).

So I'll give this a try.

Only remaining questions:

 * Where to put this "specification->" function?
 * How to make Tryton 6.0 (and all the Python packages it requires) use
   Python 3.9?
 * Anything I missed?

Looking forward for your comments.

--
Regards
Hartmut Goebel

| Hartmut Goebel          |h.goe...@crazy-compilers.com               |
|www.crazy-compilers.com | compilers which you thought are impossible |

Reply via email to