Bug 473476

Updated Spec URL: http://fedora.danny.cz/tryton/trytond.spec
Updated SRPM URL: http://fedora.danny.cz/tryton/trytond-1.0.1-1.fc11.src.rpm

ChangeLog:
* Mon Dec  1 2008 Dan Horák <dan[at]danny.cz> 1.0.1-1
- update to upstream version 1.0.1

* Fri Nov 28 2008 Dan Horák <dan[at]danny.cz> 1.0.0-2
- keep modules in %%python_sitelib after a discussion with upstream, user
  written and non packaged modules will be symlinked there

Koji scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=967947

Updated Spec URL: http://fedora.danny.cz/tryton/trytond.spec
Updated SRPM URL: http://fedora.danny.cz/tryton/trytond-1.0.2-1.fc11.src.rpm

ChangeLog:
* Tue Dec  2 2008 Dan Horák <dan[at]danny.cz> 1.0.1-2
- add dependency on python-openoffice

Koji scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=971499

Updated SRPM URL: http://fedora.danny.cz/tryton/trytond-1.0.1-2.fc11.src.rpm

Created attachment 327089 [details]
Review.

See attached for my initial review.

My comments to the BADs and ???s are prefixed with "DH:"

- [ BAD ] MUST: rpmlint must be run on every package. The output should
be posted in the review.
trytond.noarch: W: non-standard-uid /etc/trytond.conf tryton
trytond.noarch: W: non-standard-gid /etc/trytond.conf tryton
trytond.noarch: E: non-readable /etc/trytond.conf 0640

DH: trytond.conf contains login information for the DB server including a password, so the file shouldn't be world-readable

trytond.noarch: W: non-standard-uid /var/lib/trytond tryton
trytond.noarch: W: non-standard-gid /var/lib/trytond tryton
trytond.noarch: E: non-standard-dir-perm /var/lib/trytond 0750
trytond.noarch: W: non-standard-uid /var/log/trytond tryton
trytond.noarch: W: non-standard-gid /var/log/trytond tryton
trytond.noarch: E: non-standard-dir-perm /var/log/trytond 0750

I think the above are ignorable.

DH: yes, these are normal when using an own user

trytond.noarch: W: log-files-without-logrotate /var/log/trytond

DH: it is OK, because the deamon includes its own log rotation mechanism

trytond.noarch: W: incoherent-subsys /etc/rc.d/init.d/trytond ${prog}

DH: it is OK, because the default Fedora initscript template is used and the subsys is set via the $prog variable


- [ BAD ] MUST: The package must be named according to the Package Naming
Guidelines.
I think the name should have a python- prefix. See:
http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Addon_Packages_.28python_modules.29

DH: I must disagree, trytond is a standalone application, it only uses python module in its implementation and the module cannot be used by external applications


- [ ??? ] MUST: A package must own all directories that it creates. If
it does not create a directory that it uses, then it should require a
package which does create that directory. Refer to the Guidelines for
examples.

I think you should Requires: chkconfig which owns /etc/init.d. (But I
guess this package isn't really removable on Fedora anyways so I'm
not considering this a blocker.

DH: /etc/rc.d/init.d (what is the primary location) is owned by "initscripts" and you can't install a system without them and AFAICT it is fully compliant with https://fedoraproject.org/wiki/Packaging/SysVInitScript

- [ ??? ] SHOULD: The reviewer should test that the package functions as
described. A package should not segfault instead of running, for example.

Can I have an example of how to test this, please?

DH: you need a running PostgreSQL server somewhere, a DB user with the permission to create databases and set the values in /etc/trytond.conf appropriately, you really need to configure it manually

- [ ??? ] SHOULD: If the package has file dependencies outside of /etc,
/bin, /sbin, /usr/bin, or /usr/sbin consider requiring the package which
provides the file instead of the file itself. Please see File Dependencies
in the Guidelines for further information.

DH: there are no file dependencies in the package

(In reply to comment #5)
> My comments to the BADs and ???s are prefixed with "DH:"
> 
> - [ BAD ] MUST: rpmlint must be run on every package. The output should
> be posted in the review.
> trytond.noarch: W: non-standard-uid /etc/trytond.conf tryton
> trytond.noarch: W: non-standard-gid /etc/trytond.conf tryton
> trytond.noarch: E: non-readable /etc/trytond.conf 0640
> 
> DH: trytond.conf contains login information for the DB server including a
> password, so the file shouldn't be world-readable
> 
> trytond.noarch: W: non-standard-uid /var/lib/trytond tryton
> trytond.noarch: W: non-standard-gid /var/lib/trytond tryton
> trytond.noarch: E: non-standard-dir-perm /var/lib/trytond 0750
> trytond.noarch: W: non-standard-uid /var/log/trytond tryton
> trytond.noarch: W: non-standard-gid /var/log/trytond tryton
> trytond.noarch: E: non-standard-dir-perm /var/log/trytond 0750
> 
> I think the above are ignorable.
> 
> DH: yes, these are normal when using an own user
> 
> trytond.noarch: W: log-files-without-logrotate /var/log/trytond
> 
> DH: it is OK, because the deamon includes its own log rotation mechanism
> 
> trytond.noarch: W: incoherent-subsys /etc/rc.d/init.d/trytond ${prog}
> 
> DH: it is OK, because the default Fedora initscript template is used and the
> subsys is set via the $prog variable

OK.

> - [ BAD ] MUST: The package must be named according to the Package Naming
> Guidelines.
> I think the name should have a python- prefix. See:
> http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Addon_Packages_.28python_modules.29
> 
> DH: I must disagree, trytond is a standalone application, it only uses python
> module in its implementation and the module cannot be used by external
> applications

I agree that it as a standalone application -- maybe the python module can be installed in a subpackage python-%{name}? If you are absolutely sure it cannot be used by external applications I am ok with the current name.

> - [ ??? ] MUST: A package must own all directories that it creates. If
> it does not create a directory that it uses, then it should require a
> package which does create that directory. Refer to the Guidelines for
> examples.
> 
> I think you should Requires: chkconfig which owns /etc/init.d. (But I
> guess this package isn't really removable on Fedora anyways so I'm
> not considering this a blocker.
> 
> DH: /etc/rc.d/init.d (what is the primary location) is owned by "initscripts"
> and you can't install a system without them and AFAICT it is fully compliant
> with https://fedoraproject.org/wiki/Packaging/SysVInitScript

OK.

> - [ ??? ] SHOULD: The reviewer should test that the package functions as
> described. A package should not segfault instead of running, for example.
> 
> Can I have an example of how to test this, please?
> 
> DH: you need a running PostgreSQL server somewhere, a DB user with the
> permission to create databases and set the values in /etc/trytond.conf
> appropriately, you really need to configure it manually
> 
> - [ ??? ] SHOULD: If the package has file dependencies outside of /etc,
> /bin, /sbin, /usr/bin, or /usr/sbin consider requiring the package which
> provides the file instead of the file itself. Please see File Dependencies
> in the Guidelines for further information.
> 
> DH: there are no file dependencies in the package

Sorry, misread the SHOULD item.

APPROVED.

(In reply to comment #6)
> (In reply to comment #5)
> 
> > - [ BAD ] MUST: The package must be named according to the Package Naming
> > Guidelines.
> > I think the name should have a python- prefix. See:
> > http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Addon_Packages_.28python_modules.29
> > 
> > DH: I must disagree, trytond is a standalone application, it only uses python
> > module in its implementation and the module cannot be used by external
> > applications
> 
> I agree that it as a standalone application -- maybe the python module can be
> installed in a subpackage python-%{name}? If you are absolutely sure it cannot
> be used by external applications I am ok with the current name.
>

Yes, I am sure :-)

Thanks for the review.

New Package CVS Request
=======================
Package Name: trytond
Short Description: Server for the Tryton application framework
Owners: sharkcz
Branches: F-9 F-10 EL-5

cvs done.

Imported and built.