[Bug 739856] Review Request: opendbx - abstraction library for database access in C

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=739856

Dan Callaghan <dcallagh@xxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dcallagh@xxxxxxxxxx,
                   |                            |pingou@xxxxxxxxxxxx

--- Comment #4 from Dan Callaghan <dcallagh@xxxxxxxxxx> 2011-10-10 01:14:14 EDT ---
Unfortunately I can't take this review or sponsor you, but I've done an
informal review of this package and there are a few issues you may wish to fix.

Package Review
==============

Key:
- = N/A
x = Check
! = Problem
? = Not evaluated

=== REQUIRED ITEMS ===
[X]  Package is named according to the Package Naming Guidelines.
[X]  Spec file name must match the base package %{name}, in the format
%{name}.spec.
[X]  Package meets the Packaging Guidelines.

You can remove the rm -rf $RPM_BUILD_ROOT from the %install section, and the 
Requires: pkgconfig, as these are not necessary.

[X]  Package successfully compiles and builds into binary rpms on at least one
supported architecture.
Tested on: Fedora 15 x86_64
[X]  Rpmlint output:

opendbx-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/opendbx-1.4.5/utils/argmap.hpp
opendbx-debuginfo.x86_64: E: incorrect-fsf-address
/usr/src/debug/opendbx-1.4.5/utils/argmap.cpp
opendbx-firebird.x86_64: W: spelling-error Summary(en_US) backend -> backed,
back end, back-end
opendbx-firebird.x86_64: W: spelling-error %description -l en_US odbx ->
oxblood
opendbx-firebird.x86_64: W: spelling-error %description -l en_US init -> unit,
int, nit
opendbx-firebird.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-firebird.x86_64: W: no-documentation
opendbx-firebird.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libfirebirdbackend.so
opendbx-mssql.x86_64: W: spelling-error Summary(en_US) backend -> backed, back
end, back-end
opendbx-mssql.x86_64: W: spelling-error %description -l en_US odbx -> oxblood
opendbx-mssql.x86_64: W: spelling-error %description -l en_US init -> unit,
int, nit
opendbx-mssql.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-mssql.x86_64: W: no-documentation
opendbx-mssql.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libmssqlbackend.so
opendbx-mysql.x86_64: W: spelling-error Summary(en_US) backend -> backed, back
end, back-end
opendbx-mysql.x86_64: W: spelling-error %description -l en_US odbx -> oxblood
opendbx-mysql.x86_64: W: spelling-error %description -l en_US init -> unit,
int, nit
opendbx-mysql.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-mysql.x86_64: W: no-documentation
opendbx-mysql.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libmysqlbackend.so
opendbx-postgresql.x86_64: W: spelling-error Summary(en_US) backend -> backed,
back end, back-end
opendbx-postgresql.x86_64: W: spelling-error %description -l en_US odbx ->
oxblood
opendbx-postgresql.x86_64: W: spelling-error %description -l en_US init ->
unit, int, nit
opendbx-postgresql.x86_64: W: spelling-error %description -l en_US pgsql 
opendbx-postgresql.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-postgresql.x86_64: W: no-documentation
opendbx-postgresql.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libpgsqlbackend.so
opendbx-sqlite.x86_64: W: spelling-error Summary(en_US) backend -> backed, back
end, back-end
opendbx-sqlite.x86_64: W: spelling-error %description -l en_US odbx -> oxblood
opendbx-sqlite.x86_64: W: spelling-error %description -l en_US init -> unit,
int, nit
opendbx-sqlite.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-sqlite.x86_64: W: no-documentation
opendbx-sqlite.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libsqlite3backend.so
opendbx-sqlite2.x86_64: W: spelling-error Summary(en_US) backend -> backed,
back end, back-end
opendbx-sqlite2.x86_64: W: spelling-error %description -l en_US odbx -> oxblood
opendbx-sqlite2.x86_64: W: spelling-error %description -l en_US init -> unit,
int, nit
opendbx-sqlite2.x86_64: W: spelling-error %description -l en_US sqlite -> sq
lite, sq-lite, satellite
opendbx-sqlite2.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-sqlite2.x86_64: W: no-documentation
opendbx-sqlite2.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libsqlitebackend.so
opendbx-sybase.x86_64: W: spelling-error Summary(en_US) backend -> backed, back
end, back-end
opendbx-sybase.x86_64: W: spelling-error %description -l en_US odbx -> oxblood
opendbx-sybase.x86_64: W: spelling-error %description -l en_US init -> unit,
int, nit
opendbx-sybase.x86_64: W: spelling-error %description -l en_US backend ->
backed, back end, back-end
opendbx-sybase.x86_64: W: no-documentation
opendbx-sybase.x86_64: W: devel-file-in-non-devel-package
/usr/lib64/opendbx/libsybasebackend.so
opendbx-utils.x86_64: W: spelling-error %description -l en_US odbx -> oxblood
opendbx-utils.x86_64: W: spelling-error %description -l en_US sql -> sq, sol,
sq l
12 packages and 0 specfiles checked; 2 errors, 46 warnings.

You should ask upstream to fix (or even just remove) in the incorrect FSF 
mailing addresses. I think the rest of these warnings can be ignored.

I also notice those two files (util/argmap.{cpp,hpp}) have a GPL license header 
rather than an LGPL one. If this is a typo you should ask upstream to correct 
it. Otherwise the specfile should declare License: GPLv2+ as that is a stricter 
license than LGPLv2+.

[X]  Package is not relocatable.
[X]  Buildroot tag is absent
[X]  Package is licensed with an open-source compatible license and meets other
legal requirements as defined in the legal section of Packaging Guidelines.
[!]  License field in the package spec file matches the actual license.
License type: LGPLv2+ but see above
[X]  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]  Spec file is legible and written in American English.
[X]  Sources used to build the package matches the upstream source, as provided
in the spec URL.
MD5SUM this package    : 8347e9583d83c5186dea14f992c19dec
MD5SUM upstream package: 8347e9583d83c5186dea14f992c19dec
[X]  Package is not known to require ExcludeArch
[X]  All build dependencies are listed in BuildRequires, except for any that
are listed in the exceptions section of Packaging Guidelines.
[X]  The spec file handles locales properly.
[X]  ldconfig called in %post and %postun if required.
[!]  Package must own all directories that it creates.

Nothing owns the /usr/lib64/opendbx directory. The best solution is probably to 
make all the backend subpackages which own libs under this directory to also 
own the directory itself.

[X]  Package requires other packages for directories it uses.
[X]  Package does not contain duplicates in %files.
[X]  Permissions on files are set properly.
[X]  Package has no %clean section
[X]  Package consistently uses macros.
[X]  Package contains code, or permissable content.
[-]  Large documentation files are in a -doc subpackage, if required.
[-]  Package uses nothing in %doc for runtime.
[X]  Header files in -devel subpackage, if present.
[-]  Static libraries in -devel subpackage, if present.
[X]  Development .so files in -devel subpackage, if present.
[!]  Fully versioned dependency in subpackages, if present.

As far as I can tell the backend subpackages are useless without the main 
library, so they should Require the base package. Unless upstream makes any ABI 
compatibility guarantees about mixing versions of the backend and main library, 
you should use a fully-versioned dependency to be on the safe side.

[X]  Package does not contain any libtool archives (.la).
[-]  Package contains a properly installed %{name}.desktop file if it is a GUI
application.
[X]  Package does not own files or directories owned by other packages.

=== SUGGESTED ITEMS ===
[X]  Latest version is packaged.
[X]  Package does not include license text files separate from upstream.
[-]  Description and summary sections in the package spec file contains
translations for supported Non-English languages, if available.
[X]  Reviewer should test that the package builds in mock.
Tested on: Fedora 15 x86_64
[?]  Package should compile and build into binary rpms on all supported
architectures.
Not tested
[?]  Package functions as described.
Not tested
[-]  Scriptlets must be sane, if used.
[X]  The placement of pkgconfig(.pc) files are correct.
[-]  File based requires are sane.

The only other issue I see here is that the backend subpackages have 
auto-generated provides and requires for private libraries under 
/usr/lib64/opendbx which is not desirable. See [1] for ways to filter these 
out.

> $ rpm -q --requires --provides -p opendbx-mysql-1.4.5-2.fc15.x86_64.rpm | grep libmysqlbackend
> libmysqlbackend.so.1()(64bit)  
> libmysqlbackend.so.1()(64bit)  

[1] http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review


[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]