Skip site navigation (1)Skip section navigation (2)
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>

next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format.
--------------AwfWvoVOaMui27X0Qb2W3jtH
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

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


--------------AwfWvoVOaMui27X0Qb2W3jtH
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!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>

--------------AwfWvoVOaMui27X0Qb2W3jtH--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3d157b3f-d0fb-48b1-ae3c-65529394b90b>