Date: Fri, 29 Mar 2024 13:15:18 -0700 From: Yuri Victorovich <yuri@FreeBSD.org> To: Daniel Engberg <daniel.engberg.lists@pyret.net> Cc: ports-committers@FreeBSD.org, dev-commits-ports-all@FreeBSD.org, dev-commits-ports-main@FreeBSD.org Subject: Re: git: ffac4f7ebb89 - main - science/nwchem: Fix extremely slow build time due to gmake-4.4.1 issues Message-ID: <3d157b3f-d0fb-48b1-ae3c-65529394b90b@FreeBSD.org> In-Reply-To: <695bdddc5b6a97e03954704e1af3b84c@mail.infomaniak.com> References: <202403291936.42TJaTNA021007@gitrepo.freebsd.org> <695bdddc5b6a97e03954704e1af3b84c@mail.infomaniak.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
Hi Daniel,
On 3/29/24 13:07, Daniel Engberg wrote:
> With all due respect this is not how we should solve edge cases. While
> nwchem has been slow to build for a few days you reported to upstream
> (both gmake and nwchem) only a few hours ago [1]. There's also a newer
> version of nwchem available [2], this should've preferably been the
> first thing to test even if it's unlikely to fix the issue in this case.
> Even so, why the rush? The commit message for adding back gmake 4.3
> does not mention anything about contacting the maintainer. Please
> refrain from committing ports on behalf of others without their consent.
> Wait for the maintainer to get back to you and if it's an emergency use
> a local tree or overlays in Poudriere temporarily while people are
> trying to work out the issue and a potential solution.
I verified that the latest version suffers from the same problem as well.
The port currently can't be updated to the latest version for an
unrelated reason.
The NWChem build is extremely convoluted, and has been like this for
years or decades.
While presumably they might be working on this now, I don't expect them
to fix this any time soon.
At the very minimum, this would require hundreds of makefiles to be updated.
In the light of the above considerations, IMO it makes sense to just use
gmake-4.3 in this case for the time being, like I did.
Regards,
Yuri
[-- Attachment #2 --]
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Hi Daniel,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 3/29/24 13:07, Daniel Engberg wrote:<br>
</div>
<blockquote type="cite"
cite="mid:695bdddc5b6a97e03954704e1af3b84c@mail.infomaniak.com">
<pre>With all due respect this is not how we should solve edge cases. While
nwchem has been slow to build for a few days you reported to upstream
(both gmake and nwchem) only a few hours ago [1]. There's also a newer
version of nwchem available [2], this should've preferably been the
first thing to test even if it's unlikely to fix the issue in this case.
Even so, why the rush? The commit message for adding back gmake 4.3
does not mention anything about contacting the maintainer. Please
refrain from committing ports on behalf of others without their consent.
Wait for the maintainer to get back to you and if it's an emergency use
a local tree or overlays in Poudriere temporarily while people are
trying to work out the issue and a potential solution.
</pre>
</blockquote>
<p><br>
</p>
<p>I verified that the latest version suffers from the same problem
as well.</p>
<p>The port currently can't be updated to the latest version for an
unrelated reason.<br>
</p>
<p>The NWChem build is extremely convoluted, and has been like this
for years or decades.</p>
<p>While presumably they might be working on this now, I don't
expect them to fix this any time soon.</p>
<p>At the very minimum, this would require hundreds of makefiles to
be updated.<br>
</p>
<p><br>
</p>
<p>In the light of the above considerations, IMO it makes sense to
just use gmake-4.3 in this case for the time being, like I did.<br>
</p>
<p><br>
</p>
<p><br>
</p>
<p>Regards,</p>
<p>Yuri</p>
<p><br>
</p>
</body>
</html>
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3d157b3f-d0fb-48b1-ae3c-65529394b90b>