Bug 895166

Summary: Review Request: rubygem-zbxapi - Ruby wrapper to the Zabbix API
Product: [Fedora] Fedora Reporter: Russell Harrison <fedora>
Component: Package ReviewAssignee: Nobody's working on this, feel free to take it <nobody>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: fedora, hhorak, ktdreyer, nelsonab, rharriso
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-04-03 16:16:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Russell Harrison 2013-01-14 17:55:01 UTC
Spec URL: http://rharrison.fedorapeople.org/package_review/rubygem-zbxapi-0.2.415-3.fc18.spec
SRPM URL: http://rharrison.fedorapeople.org/package_review/rubygem-zbxapi-0.2.415-3.fc18.src.rpm
Description: Provides a straight forward interface to manipulate Zabbix servers using the Zabbix API.
Fedora Account System Username: rharrison

Comment 1 Russell Harrison 2013-01-14 18:03:06 UTC
There are a few things I wanted to address flagged from my run of fedora-review.

[ ]: If (and only if) the source package includes the text of the license(s)
     in its own file, then that file, containing the text of the license(s)
     for the package is included in %doc.
[x]: License field in the package spec file matches the actual license.
     Note: Checking patched sources after %prep for licenses. Licenses found:
     "LGPL (v2.1 or later)", "GPL (v2 or later)", "Unknown or generated". 3
     files have unknown license. Detailed output of licensecheck in
     /home/rharriso/rpmbuild/review-rubygem-zbxapi/licensecheck.txt
[ ]: License file installed when any subpackage combination is installed.

Upstream doesn't include the license file and I will contact them about including it as well as adding the appropriate headers to the other three files.

[ ]: %check is present and all tests pass.

There are no tests for this gem so %check is absent for now.

[!]: Specfile should use macros from rubygem-devel package.
     Note: The specfile doesn't use these macros: %{gem_libdir}

I have included the macros for EPEL 6 support only in order to maintain a common spec file across branches.  F17 and greater still use the macros from the rubygem-devel package.

Comment 2 Josef Stribny 2013-05-28 08:36:31 UTC
This won't work in F19, please update it according to the latest packaging guidelines[1].

[1] https://fedoraproject.org/wiki/Packaging:Ruby

Comment 3 Russell Harrison 2013-05-30 14:04:34 UTC
(In reply to Josef Stribny from comment #2)
> This won't work in F19, please update it according to the latest packaging
> guidelines[1].
> 
> [1] https://fedoraproject.org/wiki/Packaging:Ruby

Thanks for the reminder. I posted this review before the guidelines were updated. I'll update my package accordingly.

Comment 4 Ken Dreyer 2013-09-10 04:36:33 UTC
Hi Russell,

Are you still interested in packaging this? It looks like we'll need a new .spec file for Fedora 19+. Also, upstream has released a new 0.3.0 version. Perhaps it includes the changes that you have in Patch0.

Comment 5 Russell Harrison 2013-09-19 13:58:43 UTC
(In reply to Ken Dreyer from comment #4)
> Hi Russell,
> 
> Are you still interested in packaging this? It looks like we'll need a new
> .spec file for Fedora 19+. Also, upstream has released a new 0.3.0 version.
> Perhaps it includes the changes that you have in Patch0.

I am still interested in packaging this.  The main problem is the volatility of the upstream gem.  Specifically with reguards to ruby 1.8.x vs. ruby 1.9.x+ patches.  I my team has been providing the majority of the patches for the project and I'm basically of waiting for this to stabilize before pursuing this further.

I'm guessing it's going to be in at least the post F20 time frame before we get those issues sorted out with upstream.

Comment 6 Russell Harrison 2017-04-03 16:16:34 UTC
I'm going to close this bug as I haven't had time to continue forward with packaging the gem in quite some time.