[Bug 210187] Review Request: libassa - C++ Object-Oriented network library
bugzilla at redhat.com
bugzilla at redhat.com
Tue Oct 10 19:05:46 UTC 2006
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: libassa - C++ Object-Oriented network library
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210187
------- Additional Comments From bugs.michael at gmx.net 2006-10-10 15:05 EST -------
> %define debug_package %{nil}
This must be removed. Disabling debuginfo packages is the wrong
thing to do.
> %define rel 2
> %define disttag fc5
> %define release %{rel}.%{disttag}
Overused macroism. %rel is used only once in the entire spec file.
%disttag serves no purpose since %{?dist} ought to be used, and
"Release" tag defines %release. Use just
Release: 2%{?dist}
and expand %rel in the Source tag.
> Packager: Vladislav Grinchenko (vld at users.sourceforge.net)
> Vendor: 3rdShift, Inc.
Set these always via ~/.rpmmacros instead. When set in a
spec file, anybody who would built non-working binary rpms would
pretend that they are from you. Further, the build system shall set
these.
> Source: %{name}-%{version}-%{rel}.tar.gz
Download URL is missing.
> Prefix: /usr
Doubtful. If this package shall be made reloctable, at least
use %{prefix} here instead of /usr.
> BuildRoot: /tmp/%{name}-%{version}-root
Not the recommended buildroot from the packaging guidelines.
> %package devel
> Summary: Headers for developing programs with libassa library
> Group: Development/Libraries
Missing "Requires: %{name} = %{version}-%{release}"
> CFLAGS="$RPM_OPT_FLAGS" \
> ./configure $ARCH_FLAGS \
--prefix=%{prefix} \
Use the %configure macro instead of "./configure". It sets many other
parameters beyond --prefix, e.g. --libdir and --datadir.
> %install
> if [ -d $RPM_BUILD_ROOT ]; then rm -rf $RPM_BUILD_ROOT; fi
This is neither necessary nor safe. Just use "rm -rf $RPM_BUILD_ROOT".
> # new redhat versions don't use .la
> rm -f %{buildroot}%{_libdir}/*.la
Don't mix %{buildroot} and $RPM_BUILD_ROOT
> %post
> %preun
> %postun
With these scriptlets, the package is missing:
Requires(post): /sbin/install-info /sbin/ldconfig
Requires(preun): /sbin/install-info
Requires(postun): /sbin/ldconfig
> %postun
> /sbin/ldconfig
>
> #===============================================================================
> # clenup section
> #===============================================================================
Don't place any "#-----" comments directly after scriptlet sections.
They are included in the binary rpms.
Query your binary rpms with "rpm --query --scripts libassa" to see!
> %files
> %defattr(-, root, root)
>
> %doc AUTHORS COPYING ChangeLog INSTALL NEWS README
Verify whether the INSTALL file is relevant to RPM package users.
If it's the standard FSF file, it's irrevelant.
> %{prefix}/lib/*.so.*
This will be wrong on platforms where the library must be installed in
%{_libdir} instead, so use %{_libdir} instead of %{prefix}/lib
Same for -devel package.
> %files devel
> %defattr(-, root, root, 755)
Any particular reason why %defattr(-,root,root,-) is not enough?
> %{prefix}/bin/*
Use %{_bindir}
> %{prefix}/include/assa-3.4
Use %{_includedir}
> %{prefix}/lib/pkgconfig/*.pc
> %{prefix}/lib/*.so
Use %{_libdir} and "Requires: pkgconfig"
> #%doc AUTHORS COPYING ChangeLog INSTALL NEWS README
> %{prefix}/share/doc/*
> %{prefix}/share/doc/%{name}-%{version}/*
Files marked as %doc are included automatically in an internal _docdir
path, so it's weird to see files included here again.
Further, %{prefix}/share is %{_datadir}, so prefer it.
> %files doc
Missing %defattr(-,root,root,-)
> %doc doc/html
> %changelog
> * Wed Jul 19 2006 Vladislav Grinchenko <vlg at users.sourceforge.net>
> - disabled tests and examples in configure step
As you add more changelog entries, don't forget to add the package
version and release to every entry.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
More information about the package-review
mailing list