[Bug 1927033] Review Request: eth-fast-fabric - Intel Ethernet Fast Fabric Tools

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1927033



--- Comment #4 from Jijun Wang <jijun.wang@xxxxxxxxx> ---
Thanks for the feedback. Please see below for my response. I also updated
github with the suggested changes, and did a koji build
(https://koji.fedoraproject.org/koji/taskinfo?taskID=63599945). 
Please take a look and let me know any improvement you want me to do and
whether you want me have another pre-release in github.


 - Any reason not to use the tarball from GitHub directly?
eth-fast-fabric is for fabric management. It contains scripts that depend on
other system tools. These tools cannot be autodetected as lib requires, so we
need to explicitly defines Requires in spec file. In addition, we also need to
specify BuildRequires. We intend to support different OSes. Given the lib names
can be slightly different on different OSes,  we use a script to generate spec
file based on OS. So we cannot directly use the source tarball.

 - Libraries required should be autodetected:
Please wee above comment. I also removed the lib reqs that can be autodetected. 

 - Please split your BuildRequires one per line:
Changed as suggested.

 - Why do you need to set Epoch?
During opa-ff distro inclusion RH set the epoch to 1.  We carried that
convention forward in eth-fast-fabric. Since we have released a version of
eth-fast-fabric from github with epoch of 1, all future versions must now have
epoch 1 or higher otherwise rpm upgrade will misinterpret which rpm is newer.

 - You mist respect the default Fedora CFLAGS and LDFLAGS during the build. It
doesn't seem that your build script respect them.
Changed as suggested.

 - What is $BUILD_ARGS?
It’s for build arguments. We needn’t it in spec file. Removed it.

 - Should be in lib64:
>
> LIBDIR=%{_lɨbdir}
>
> The files in /lib looks weird though, it doesn't seem to be libraries? So maybe it's okay. In that case use:
>
> LIBDIR=%{_prefix}/lib
Changed to LIBDIR=%{_prefix}/lib as suggested.

 - You must use macros for directories:
Changed as suggested.

 - Simplify this in %files fastfabric
Changed as suggested.

 - Glob man pages extension as the compression might change in the future:
Changed as suggested.

 - Just glob the man pages, no need to to specify all files manually:
Changed as suggested.

- Just include the whole directory too
Changed as suggested.

 - own %{_sysconfdir}/eth-tools in basic
Changed as suggested.

 - What are the files in /usr/lib/eth-tools ? They don't seem to be libraries.
They are supporting scripts which are not intended for direct user invocation,
but are needed by eth-fast-fabric. We had a similar situation in opa-ff and
this is where RH requested we put them.

 - What's this:
> 
> %preun fastfabric
> cd /usr/src/eth/mpi_apps >/dev/null 2>&1
> make -k clean >/dev/null 2>&1 || : # suppress all errors and return codes from the make clean.
>
> Running make clean in preun on a system directory makes no sense/is suspicious.
eth-fast-fabric includes some mpi_apps in source form so end users can select
the desired MPI to build them against such as openmpi, Intel MPI, or others.
During uninstall, the makefile the user would use to clean the binaries is
gone, so best to clean now.

 - Add a BuildRequires for make
Changed as suggested.

 - Separate your changelog entries by a newline
Changed as suggested.

 - I assume this is a typo and that you meant openssl:
>
> BuildRequires: penssl-devel
Do not see it. Please let me know if it’s still a issue.

 - Release should start at 1
We have released eth-fast-fabric. The version here intends to be our current
release umber + 1, that is 163.

 - Changelog should contain the release after the version:
Changed as suggested.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite Conditions]     [KDE Users]

  Powered by Linux