Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 209522 - Review Request: libsmi - A library to access SMI MIB information
Summary: Review Request: libsmi - A library to access SMI MIB information
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jason Tibbitts
QA Contact: Fedora Package Reviews List
URL:
Whiteboard:
Depends On:
Blocks: FE-ACCEPT
TreeView+ depends on / blocked
 
Reported: 2006-10-05 19:15 UTC by Jose Pedro Oliveira
Modified: 2008-01-10 21:42 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-10-10 11:33:09 UTC
Type: ---
Embargoed:
kasal: fedora-review+


Attachments (Terms of Use)

Description Jose Pedro Oliveira 2006-10-05 19:15:35 UTC
Spec URL: 
ftp://perl.di.uminho.pt/pub/fedora/libsmi.spec

SRPM URL:
ftp://perl.di.uminho.pt/pub/fedora/libsmi-0.4.5-1.src.rpm

Description:
Libsmi is a C library to access MIB module information through
a well defined API that hides the nasty details of locating
and parsing SMIv1/v2 MIB modules.

This package contains tools to check, dump, and convert MIB
definitions and a steadily maintained and revised archive
of all IETF and IANA maintained standard MIB modules.

Comment 1 Jason Tibbitts 2006-10-06 00:52:16 UTC
Looks to have some rpath issues:
   E: libsmi binary-or-shlib-defines-rpath /usr/bin/smidiff ['/usr/lib64']
   E: libsmi binary-or-shlib-defines-rpath /usr/bin/smiquery ['/usr/lib64']
   E: libsmi binary-or-shlib-defines-rpath /usr/bin/smidump ['/usr/lib64']
   E: libsmi binary-or-shlib-defines-rpath /usr/bin/smilint ['/usr/lib64']

Passing --disable-rpath to configure didn't help.  Adding
LIBTOOL=/usr/bin/libtool to the make line, and then deleting the resulting .a
file down in %install where the .la files are removed, made things work for me.

I also enabled make check, and tacke on an '||:' so the build wouldn't fail. 
Two tests indeed did fail as expected.

Once the rpath stuff is fixed, things look pretty good.  I'll assume that's done
for the purposes of this review.

* source files match upstream:
   c904b124bcaad692e04fdf2f0cff38bb  libsmi-0.4.5.tar.gz
* package meets naming and packaging guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
* dist tag is present.
* build root is correct.
* license field matches the actual license.
* license is open source-compatible.  License text included in package.
* latest version is being packaged.
* BuildRequires are proper (needed to add libtool to fix rpath issue)
* compiler flags are appropriate.
* %clean is present.
* package builds in mock (development, x86_64).
* package installs properly
* debuginfo package looks complete.
* rpmlint is silent (after rpath fixes)
* final provides and requires are sane:
  libsmi-0.4.5-1.fc6.x86_64.rpm
   config(libsmi) = 0.4.5-1.fc6
   libsmi.so.2()(64bit)
   libsmi = 0.4.5-1.fc6
  =
   /bin/sh
   /sbin/ldconfig
   config(libsmi) = 0.4.5-1.fc6
   gawk
   libsmi.so.2()(64bit)
   wget

  libsmi-devel-0.4.5-1.fc6.x86_64.rpm
   libsmi-devel = 0.4.5-1.fc6
  =
   automake
   libsmi = 0.4.5-1.fc6
   libsmi.so.2()(64bit)
   pkgconfig

* %check is present and all (expected) tests pass:
   PASS: smilint-smiv2.test
   PASS: smidump-smiv1.test
   PASS: smidump-smiv2.test
   PASS: smidump-sming.test
   PASS: smidump-mosy.test
   PASS: smidump-tree.test
   PASS: smidump-types.test
   PASS: smidump-imports.test
   PASS: smidump-identifiers.test
   PASS: smidump-metrics.test
   PASS: smidump-xml.test
   PASS: smidump-python.test
   FAIL: smidump-cm.test
   PASS: smidump-corba.test
   PASS: smidump-jax.test
   PASS: smidump-netsnmp.test
   PASS: smidump-orig-smiv2.test
   PASS: smidump-smiv2-smiv2.test
   PASS: parser.test
   FAIL: smidiff.test

* no shared libraries present:
   ldconfig is called as necessary.
   unversioned .so files are in the -devel subpackage
* owns the directories it creates.
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* scriptlets OK (ldconfig)
* code, not content.
* documentation is small, so no -docs subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.
* headers are in the -devel subpackage.
* pkgconfig file is in the -devel subpackage.
* no libtool .la droppings (explicitly removed)
* no static libraries

So if you agree with my method of suppressing the rpath warnings, you can
consider this APPROVED.

Comment 2 Jose Pedro Oliveira 2006-10-06 01:35:04 UTC
Tibbs,

Could you build this new release 
  ftp://perl.di.uminho.pt/pub/fedora/libsmi.spec
  ftp://perl.di.uminho.pt/pub/fedora/libsmi-0.4.5-2.src.rpm
in a x86_64 system?  This new release implements your recomendations to
handle the rpath problem in 64-bit systems.

Tia,
jpo

PS - <rant>I do need to get an account in 64-bit system</rant>


Comment 3 Kevin Fenzi 2006-10-06 02:01:15 UTC
in reply to comment #2: 

I have a x86_64 test box that I'd be happy to provide accounts on for 
submitters. Just send me an email with your ssh key and a link to any 
submissions you are working on... 

Comment 4 Jason Tibbitts 2006-10-06 02:22:00 UTC
Actually you need to put "LIBTOOL=..." after the "make"; it's a makefile
variable, not an environment variable.  So:

make LIBTOOL=/usr/bin/libtool make %{?_smp_mflags}

Sorry I wasn't clearer.  With that change, all is well.

Comment 5 Jason Tibbitts 2006-10-06 03:08:05 UTC
Duh, of course that should be:

make LIBTOOL=/usr/bin/libtool %{?_smp_mflags}

Comment 6 Jose Pedro Oliveira 2006-10-06 10:55:52 UTC
Imported and built for development (assuming the approval in comment #1).


Comment 7 Jose Pedro Oliveira 2006-10-10 11:33:09 UTC
FC-5 branch finally created (after the second request).
Also built for FC-5.

Thanks for the review and for the solution of the rpath problem in x86_64 systems.

jpo  

Comment 8 Stepan Kasal 2008-01-10 21:42:54 UTC
I believe this should have fedora-review flag set to +.


Note You need to log in before you can comment on or make changes to this bug.