[Bug 470727] Review Request: slimdata - Tools and library for reading and writing slim compressed data
bugzilla at redhat.com
bugzilla at redhat.com
Sun Jan 11 21:11:05 UTC 2009
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=470727
--- Comment #2 from Matthew Truch <matt at truch.net> 2009-01-11 16:11:03 EDT ---
> - there is a newer upstream 2.6.1b, and it seems upstream switched to a more
> sane naming.
Thanks for pointing it out, and yes, significantly saner in the naming
department.
> - "a" and "b" tags from version seems to me like post release package, so
> please see:
> https://fedoraproject.org/wiki/Packaging/NamingGuidelines#NonNumericRelease
Of course, and since they are "Properly ordered simple versions" it's ok to
have the 'b' in the Version (and the 'a' previously).
> - there is a doc target for building development documentation (requires doxgey
> and pdfjam)
Thanks for pointing it out. It now builds the docs when I build locally, but
there are errors when I try a koji scratch build.
> - rpmlint is not silent:
>
> slimdata.x86_64: W: unstripped-binary-or-object /usr/lib64/libslim.so
> you need to set the exec bit on the so file
OK.
> slimdata.x86_64: W: no-soname /usr/lib64/libslim.so
> library does not have soname set, as this is a system library this is a
> blocker. you will have to recompile the file with -Wl,-soname -Wl,libslim.so.
> You should also report this upstream.
Then also the symlinks need to be generated properly. I'll report (and
discuss) this with upstream before I fix fully.
> slimdata.x86_64: W: shared-lib-calls-exit /usr/lib64/libslim.so
> exit at GLIBC_2.2.5
> slimdata.x86_64: W: shared-lib-calls-exit /usr/lib64/libslim.so
> exit@@GLIBC_2.2.5
> This library package calls exit() or _exit(), probably in a non-fork()
> context. Doing so from a library is strongly discouraged - when a library
> function calls exit(), it prevents the calling program from handling the
> error, reporting it to the user, closing files properly, and cleaning up any
> state that the program has. It is preferred for the library to return an
> actual error code and let the calling program decide how to handle the
> situation.
> these are not blockers but they should be reported upstream
I'll let upstream know.
> slimdata-devel.x86_64: W: no-documentation
> see my previous comment about documentation.
OK.
New spec and srpm available:
http://matt.truch.net/fedora/slimdata.spec
http://matt.truch.net/fedora/slimdata-2.6.1b-1.fc11.src.rpm
--
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.
More information about the package-review
mailing list