[Bug 247200] Review Request: wulfware - A LAN/cluster/beowulf monitoring toolset
bugzilla at redhat.com
bugzilla at redhat.com
Mon Sep 3 22:09:08 UTC 2007
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: wulfware - A LAN/cluster/beowulf monitoring toolset
https://bugzilla.redhat.com/show_bug.cgi?id=247200
jpmahowald at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|nobody at fedoraproject.org |jpmahowald at gmail.com
Status|NEW |ASSIGNED
Flag| |fedora-review?
------- Additional Comments From jpmahowald at gmail.com 2007-09-03 18:09 EST -------
I am using the spec file in the srpm at
http://www.phy.duke.edu/~rgb/Beowulf/wulfware/wulfware-2.5.1-0.src.rpm
Build fails in mock:
+ ./autogen.sh
./autogen.sh: line 8: autoheader: command not found
./autogen.sh: line 9: aclocal: command not found
./autogen.sh: line 12: automake: command not found
./autogen.sh: line 13: autoconf: command not found
You will need to BuildRequires these
rpmlint -i on the srpm, (edited with my comments):
E: wulfware no-description-tag
There is no %description tag in your spec file. To insert it, just insert a
'%description' tag in your spec file, add a textual description of the package
after it, and rebuild the package.
W: wulfware invalid-license Open Source
The value of the License tag was not recognized.
See http://fedoraproject.org/wiki/Licensing for how to specify GPL versions
W: wulfware hardcoded-packager-tag rgb at phy.duke.edu
The Packager tag is hardcoded in your spec file. It should be removed, so
as to use rebuilder's own defaults.
W: wulfware unversioned-explicit-provides libwulf.so
The specfile contains an unversioned Provides: token, which will match all
older, equal, and newer versions of the provided thing. This may cause
update problems and will make versioned dependencies, obsoletions and conflicts
on the provided thing useless -- make the Provides versioned if possible.
(Actually drop this provides entirely, rpm figures these provides out)
W: wulfware rpm-buildroot-usage %build ./configure
--prefix=$RPM_BUILD_ROOT%{_prefix}
$RPM_BUILD_ROOT should not be touched during %build or %prep stage, as it
will break short circuiting.
E: wulfware configure-without-libdir-spec
A configure script is run without specifying the libdir. configure
options must be augmented with something like --libdir=%{_libdir}.
(You probably want the %configure macro)
E: wulfware hardcoded-library-path in /usr/lib
A library path is hardcoded to one of the following paths: /lib,
/usr/lib. It should be replaced by something like /%{_lib} or %{_libdir}.
E: wulfware hardcoded-library-path in /usr/lib/libwulf.so
A library path is hardcoded to one of the following paths: /lib,
/usr/lib. It should be replaced by something like /%{_lib} or %{_libdir}.
E: wulfware hardcoded-library-path in /usr/lib/libwulf.so.%{version}
A library path is hardcoded to one of the following paths: /lib,
/usr/lib. It should be replaced by something like /%{_lib} or %{_libdir}.
You also need to use macros for bindir, mandir etc. instead of /usr/share
/usr/bin etc.
The Source needs to be a URL, or have a comment on how to generate it
Don't define version or release macros, the tags to it for you.
What is the purpose of %define _unpackaged_files_terminate_build 0 ?
Why is there symlinking done in post and postun scripts? %install would be a
better place. Be sure this uses macros as described earlier.
For your Fedora Core comment, drop the Core, Core is merged for Fedora 7+
--
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, or are watching someone who is.
More information about the Fedora-package-review
mailing list