Spec Name or Url: http://www.auroralinux.org/people/spot/review/tinyerp.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/tinyerp-2.1.3-5.src.rpm Description: Tiny ERP is a free enterprise management software package. It covers all domains for small to medium businesses; accounting, stock management, sales, customer relationship, purchases, project management...
Review Request: tinyerp : Open Source ERP Client I copy parts of a message sent to the extras list before: The package seems interesting but I am unable to make it: + ./setup.py build Xlib: connection to "localhost:0.0" refused by server Xlib: No protocol specified This is what I get using mock. I am building the packages remotely and I would expect for the fedora build system to fail as well in this case. The culprit it is clearly the pygtk2 detection code that requires an X server to be running to confirm that the package is present. Is there any other alternative for this?
Hmm. Good point. I worked around this by using Xvfb instead. Take a look at -6: New SRPM: http://www.auroralinux.org/people/spot/review/tinyerp-2.1.3-6.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/tinyerp.spec
+ It builds cleanly in mock for FC4/i386 + rpmlint gives: E: tinyerp incorrect-locale-sv /usr/share/locale/sw/LC_MESSAGES/tinyerp-client.mo (weird) E: tinyerp-server explicit-lib-dependency libxml2-python E: tinyerp-server explicit-lib-dependency libxslt-python (it is just rpmlint being silly, can be ignored) E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/report/render/rml2pdf/trml2pdf.py 0644 E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/addons/stock/stock.py 0644 E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/report/render/rml2html/rml2html.py 0644 E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/netsvc.py 0644 (I trust your judgment here.) + license is correct (GPL) and is present in both packages + %find_lang use + spec file is written in English and is readable + %{?dist} use + desktop entry + %files is correct and it handles directory ownership correctly + sha1sum of sources is the same as upstream + %subject is OK + %description is OK After all this consider it APPROVED.
Reopening bug to fix assignee.
Assignee fixed, closing again.