[Bug 19] Review request: blcr - Berkeley Lab Checkpoint/Restart for Linux

RPM Fusion Bugzilla noreply at rpmfusion.org
Thu Dec 18 16:45:46 CET 2008


http://bugzilla.rpmfusion.org/show_bug.cgi?id=19





--- Comment #13 from Neal Becker <ndbecker2 at gmail.com>  2008-12-18 16:45:45 ---
(In reply to comment #10)
> This package surely needs some work. To start with:
> 
> * mock build fails on my x86_64. This is because you are trying to build and
> include 32 bit libraries in a 64 bit package, which is not allowed. If one
> needs 32 bit libraries (s)he can install blcr-libs.i386 in addition to
> blcr_libs.x86_64 . So you should remove the "libdir32" bits from the SPEC file.

Fixed

> * Leave a comment in the SPEC file for why you are using ExclusiveArch.

Done

> 
> * Try to avoid mixed ${ } %{_ } notation

Do you mean:

chrpath -d ${RPM_BUILD_ROOT}/%{_bindir}/cr_checkpoint
Suggested alternative?

> 
> * BR: "perl" and "sed" are not required since they are in the minimum build
> environment.

Done

> 
> * Please remove the static library bits from the SPEC file.

I assume you mean to unconditionally build static libs for devel.
Done.

> 
> * rpmlint complains:
>    blcr-devel.x86_64: W: no-documentation
>    blcr-testsuite.x86_64: W: no-documentation
>    blcr-testsuite.x86_64: E: script-without-shebang
> /usr/libexec/blcr-testsuite/shellinit
> For the first two, at least put the license file(s) in those packages.
> The last one is actually about an empty files. Well it is not empty but when
> you open it, it says "#empty". Do you think we should include that file?
> 

Fixed

> * Patches should be explained and be submitted to upstream if they are not
> strictly Fedora specific.

Done.

> 
> * The file tests/CountingApp.class is binary and should be removed during %prep

It isn't installed, do we care?

> 
> * The file README.devel is not and should be packaged.

Why?

> 
> * Buildroot should be one of these:
>    %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)
>    %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
>    %{_tmppath}/%{name}-%{version}-%{release}-root
> 

Done.


> * Why do you have:
>    # Ensure we don't build for a i386
>    %ifarch i386
>      set +x
>      echo
> "=========================================================================="
>      echo "ERROR: Cannot build BLCR for a generic i386." >&2
>      echo "ERROR: Add \"--target `uname -p`\" (or similar) to the rpmbuild
> command line." >&2
>      echo
> "=========================================================================="
>      exit 1
>    %endif
> in the SPEC file? Just remove i386 from ExclusiveArch and you should be fine.

Fixed.

> 
> * Please use
>   %post libs -p /sbin/ldconfig
>   %postun libs -p /sbin/ldconfig
> Afaik, they'll work more efficient.

Done.

> 
> * We prefer %defattr(-,root,root,-)
> 

Done.

> * Each package must consistently use macros, as described in the macros section
> of Fedora Packaging Guidelines . Avoid inconsistencies such as:
>    %clean
>    rm -rf ${RPM_BUILD_ROOT}
> 
>    %install
>    rm -rf $RPM_BUILD_ROOT

Done.

> * Disttag is missing.

What is this?

> 
> * The Fedora-specific compilation flag -fstack-protector is not passed to the
> compiler. For a list of flags that should be passed to the compiler, please do
> a
>    rpm --eval %optflags
> 

I believe all flags are passed, because %configure is used.  I just tested it,
and I believe -fstack-protector is passed.

> * Parallel make must be supported whenever possible. If it is not supported,
> this should be noted in the SPEC file as a comment.

Seems to break on this package, comment added.

> 
> * Shall we package the examples, tests directories?
> 

I think it's good to have the testsuite.


-- 
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the rpmfusion-developers mailing list