On 15.08.2015 13:31, Jan Kurik wrote:
On Sat, Aug 15, 2015 at 5:45 AM, Orion Poplawski <or...@cora.nwra.com
<mailto:or...@cora.nwra.com>> wrote:
On 07/27/2015 04:05 PM, Sandro Mani wrote:
On 27.07.2015 23 <tel:27.07.2015%2023>:56, Sandro Mani wrote:
Ok I've now got one full build of all MPI packages [1].
Investigating
the output, things are looking good, except for the fact
that I
realized that I'll also need to handle binaries
MPI_PYTHON_SITEARCH
and MPI_FORTRAN_MOD_DIR - these directories are outside
MPI_HOME and
hence currently don't get the enhanced requires/provides
strings.
Since change deadline is tomorrow, I'd like to see the
rebuilds
starting to land in rawhide+F23 despite of this remaining
issue, and
then I'll look at cleanly adapting the scripts to also
handle the
(few) remaining cases.
I've prepared a set of git am-able patches to apply to the
various
packages here [2]. The rebuild sequence needed is posted
below.
Know FTBFS are paraview (protobuf incompatibility) and
netgen-mesher
(orrection: that would be gmsh
(someone had the great idea of doing something like
#define Status int
in a public header and I haven't yet got around to finding
out who).
Affected by the missing handling of MPI_PYTHON_SITEARCH and
MPI_FORTRAN_MOD_DIR are elpa, sundials, pypar and mpi4py.
So if any proven packager could fire the rebuilds, that
would be much
appreciated.
Where are we with this? I see some F23 builds but no updates yet.
Formally, this Change has been removed from the scope of F23 as it was
not ready for Alpha, which is a requirement to have a Change in a release.
However Zbyszek told me yesterday that he is going to work on it and
would like to push this F23. So, lets see when it will be ready and
then decide whether it can still meet the F23.
Regards,
Jan
So the issues I pointed out in my previous mail (conerning
MPI_PYTHON_SITEARCH and MPI_FORTRAN_MOD_DIR) above have been resolved. A
batch of F24 rebuilts has been done by Zbyszek, hitting some build
failures along the way. Most of these are now fixed, still needing a fix
is nwchem which fails [1] due to what appears to be a fortran "use
before decleared" issue. Once a full set of working F23 package is
built, the plan is to submit one big mass-update.
If anyone knowledgable of fortran has an idea how to fix the nwchem
issue, that should resolve the last pending issue. Appears to have been
triggered by a recent change of some other component, since it rebuilt
fine just a few weeks back when testing in copr.
Sandro
[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=676763
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
