From nobody Fri Mar 29 20:15:18 2024 X-Original-To: dev-commits-ports-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V5s8q5PrQz5FdR7; Fri, 29 Mar 2024 20:15:23 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4V5s8q2vyZz49hv; Fri, 29 Mar 2024 20:15:23 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.5.3] (c-98-42-44-116.hsd1.ca.comcast.net [98.42.44.116]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 42TKFK5I086038 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 29 Mar 2024 13:15:22 -0700 (PDT) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-98-42-44-116.hsd1.ca.comcast.net [98.42.44.116] claimed to be [192.168.5.3] Content-Type: multipart/alternative; boundary="------------AwfWvoVOaMui27X0Qb2W3jtH" Message-ID: <3d157b3f-d0fb-48b1-ae3c-65529394b90b@FreeBSD.org> Date: Fri, 29 Mar 2024 13:15:18 -0700 List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-main@freebsd.org X-BeenThere: dev-commits-ports-main@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: git: ffac4f7ebb89 - main - science/nwchem: Fix extremely slow build time due to gmake-4.4.1 issues Content-Language: en-US To: Daniel Engberg Cc: ports-committers@FreeBSD.org, dev-commits-ports-all@FreeBSD.org, dev-commits-ports-main@FreeBSD.org References: <202403291936.42TJaTNA021007@gitrepo.freebsd.org> <695bdddc5b6a97e03954704e1af3b84c@mail.infomaniak.com> From: Yuri Victorovich In-Reply-To: <695bdddc5b6a97e03954704e1af3b84c@mail.infomaniak.com> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/23, country:US] X-Rspamd-Queue-Id: 4V5s8q2vyZz49hv 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
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--