Hi,

I would like to get productivity/tryton out of Attic, and take the
maintainership of it. Disclamer: I am using it.

It has been initially removed (on May 8 2017) when I discussed with
aja@ about updating the super-old-version we had, and he saw it was not
really useful to maintain it (and import several new python ports) if
nobody really uses it (at this time I was interested in looking at it
only).

        Mon May 8 17:01:14 2017 UTC
        
        Delete tryton; the version we have in ports is not really maintained. I 
started
        to work on an diff to update everything to the latest release just to 
realise
        that there wasn't a point in doing this it's essentially a matter of
        ftp+tar xzf. Not worth maintaining 100+ packages.

I disagree a bit about the "ftp+tar zxf" part of the comment. If
it could apply to some parts of Tryton, I think it doesn't for all
compoments.


For reimporting it, I would like to take a different approch.

First it would be important to have the possibility to have multiple
versions in the tree. For now, I would like to import only the
latest stable version (5.0), which is LTS (support from 10/2018 to
10/2023). And next, import versions when released (and remove them when
not supported any more).

It is important as people using Tryton could want to stick on some LTS
version as long it is supported whereas some others will want to follow
latest stable version ("minor" releases are maintained for 1 year).

So it means at anytime we shouldn't have more than 3-4 differentes
versions of tryton.

I use branch option (to have multiple versions of tryton) and make the
versions mutually-exclusive (you couldn't install trytond-5.0 with some
modules for 5.1 for example).


Next, I plan to reimport in priority:
- trytond : the server
- tryton  : gtk desktop client
- sao     : web client
- proteus : library to access Tryton models like a client

it is the important part to have as trytond has to be properly
integrated to the system (_trytond user, rc.d scripts, ...)

and after that, if people agree, the official tryton modules (~ 130
differents modules). Technically, the modules could be installed from
outside the port tree. But it could be a good thing to have, at least,
some of them in order to make evident the use of some others python
modules.

For example, we have the following ports in tree because of some tryton
modules: devel/py-simpleeval, textproc/py-ofxparse, devel/py-simplesoap
(proposed on ports@, but not imported for now). Having the related
tryton modules in ports tree too would make more evident the use of
these python ports.

But as long I have the four main compoments, I could live without
the others tryton modules (which could enter in the "ftp+tar xzf"
previous description). In fact, for any production use of Tryton, the
user will have locally installed tryton modules (eventually home-made)
for customization. So the official tryton modules could be manually
installed too.


I could be noted that since the 5.0 version of Tryton, all compoments of tryton 
are
py3-only. So it simplify a bit the maintenance.


I am maintaining a WIP tree at
https://bitbucket.org/semarie/tryton-ports/src/ . Not all modules has been
included for now, as I am adding them when there are properly tested.


The following files are attached:
- devel/quirks change to remove the fact that 'tryton' and 'trytond' has
  been removed.
  
- infrastructure/db/user.list change to ressurect uid 675 (I changed the
  name from _tryton to _trytond. is it a problem ?)
  
- tarball for productivity/tryton with trytond, tryton, sao, and proteus
  + 2 modules used for in the 'test' target of proteus

I have a somehow long README in trytond (direct reading at
https://bitbucket.org/semarie/tryton-ports/src/default/5.0/trytond/pkg/README)
to document installation and configuration. I think it is self
explaining why I think this part is more than just "ftp+tar xzf".

Comments or OK ?

Thanks.
-- 
Sebastien Marie
Index: files/Quirks.pm
===================================================================
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.665
diff -u -p -r1.665 Quirks.pm
--- files/Quirks.pm     27 Nov 2018 15:24:15 -0000      1.665
+++ files/Quirks.pm     29 Nov 2018 08:24:00 -0000
@@ -830,8 +830,6 @@ my $obsolete_reason = {
        'xgrab' => 9,
        'quirc' => 3,
        'xspread' => 3,
-       'tryton' => 1,
-       'trytond' => 1,
        'sharity-light' => 6,
        'py-axiom' => 5,
        'py-epsilon' => 5,
Index: infrastructure/db/user.list
===================================================================
RCS file: /cvs/ports/infrastructure/db/user.list,v
retrieving revision 1.330
diff -u -p -r1.330 user.list
--- infrastructure/db/user.list 29 Nov 2018 00:38:14 -0000      1.330
+++ infrastructure/db/user.list 29 Nov 2018 08:22:57 -0000
@@ -183,7 +183,7 @@ id  user            group           port options
 672 _radicale          _radicale       productivity/radicale
 673 _buildbot          _buildbot       devel/py-buildbot
 674 _buildslave                _buildslave     devel/py-buildslave
-#675 _tryton           _tryton         productivity/tryton/trytond
+675 _trytond           _trytond        productivity/tryton
 676 _gdm               _gdm            x11/gnome/gdm
 677 _scamper           _scamper        net/scamper
 678 _owampd            _owampd         net/owamp

Attachment: tryton.tgz
Description: application/tar-gz

Reply via email to