Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

build nodejs with OpenSSL and ICU provided as proper dependencies #16529

Merged

Conversation

lexming
Copy link
Contributor

@lexming lexming commented Nov 2, 2022

(created using eb --new-pr)

Changelog:

@easybuilders easybuilders deleted a comment from boegelbot Nov 3, 2022
@lexming
Copy link
Contributor Author

lexming commented Nov 3, 2022

@boegelbot: please test @ generoso

@boegelbot
Copy link
Collaborator

@lexming: Request for testing this PR well received on login1

PR test command 'EB_PR=16529 EB_ARGS= EB_CONTAINER= /opt/software/slurm/bin/sbatch --job-name test_PR_16529 --ntasks=4 ~/boegelbot/eb_from_pr_upload_generoso.sh' executed!

  • exit code: 0
  • output:
Submitted batch job 9420

Test results coming soon (I hope)...

- notification for comment with ID 1301521887 processed

Message to humans: this is just bookkeeping information for me,
it is of no use to you (unless you think I have a bug, which I don't).

@easybuilders easybuilders deleted a comment from boegelbot Nov 3, 2022
@easybuilders easybuilders deleted a comment from boegelbot Nov 3, 2022
@boegelbot
Copy link
Collaborator

Test report by @boegelbot
SUCCESS
Build succeeded for 3 out of 3 (3 easyconfigs in total)
cns3 - Linux Rocky Linux 8.5, x86_64, Intel(R) Xeon(R) CPU E5-2667 v3 @ 3.20GHz (haswell), Python 3.6.8
See https://gist.github.com/2a28a1cf5a4afa3fee8fcdbf1206a9cc for a full test report.

@@ -2,7 +2,7 @@ easyblock = 'ConfigureMake'

name = 'nodejs'
version = '14.17.0' # LTS on 2021-06-03
local_libversion = '83'
_libversion = '83'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lexming why this change?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I systematically remove local from custom variables in easyconfigs since the change allowing _variable as name. It's a better format.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we're pretty consistent in using local_* for local variables in easyconfigs, so we should stick to that in the central easyconfigs repo, I think... "It's a better format" is highly subjective, no?

That said, it's not like we should be looking for reasons to keep PRs open longer either.

So as long as we don't enforce either _* or local_* in the tests, this shouldn't block a PR from being merged.

Copy link
Contributor Author

@lexming lexming Nov 23, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, wasted some more time prefixing those variables. Keep in mind that I cannot justify spending tens of hours on minor PRs for easyconfigs. Time is not infinite. Moreover we actively allowed _* for custom variables some time ago, so that should be accepted without questions.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not wasted effort, because I think we should actually enforce the use of local_* in the easyconfig test suite.

EasyBuild allows using either local_* or _*, but in the central easyconfigs repo it makes sense to be a bit more strict to keep some consistency across easyconfigs we include. Similar, in some sense, to how we require use_pip, and restrict dependency versions in a particular easyconfig generation.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some "stats": there's currently 205 easyconfigs that use _* for local variables, and 3910 that use local_*.

So it's not consistent currently, but making it consistent should definitely go towards using local_* everywhere instead of _*.

Copy link
Member

@jfgrimm jfgrimm Nov 23, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@boegel any ideas on the ratio for recent (new) contributions? From my experience, a lot of the local_ use is in bumped older ECs
edit for reference: amongst recent-ish PRs #(13000-current) that used the "new" label, use of local_* was only ~3x as common as _*

@@ -2,7 +2,7 @@ easyblock = 'ConfigureMake'

name = 'nodejs'
version = '16.15.1' # LTS on 2022-06-12
local_libversion = '93'
_libversion = '93'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lexming also here - why the change?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I systematically remove local from custom variables in easyconfigs since the change allowing _variable as name. It's a better format.

@lexming lexming requested a review from verdurin November 21, 2022 12:50
@boegel boegel changed the title build nodejs with external OpenSSL and ICU build nodejs with OpenSSL and ICU provided as proper dependencies Nov 23, 2022
@lexming lexming force-pushed the 20221103003408_new_pr_nodejs14170 branch from 9b1a7aa to a8a950f Compare November 23, 2022 11:47
@lexming lexming force-pushed the 20221103003408_new_pr_nodejs14170 branch from a8a950f to 811ef35 Compare November 23, 2022 11:48
@lexming
Copy link
Contributor Author

lexming commented Nov 23, 2022

@boegelbot: please test @ generoso

@boegelbot
Copy link
Collaborator

@lexming: Request for testing this PR well received on login1

PR test command 'EB_PR=16529 EB_ARGS= EB_CONTAINER= /opt/software/slurm/bin/sbatch --job-name test_PR_16529 --ntasks=4 ~/boegelbot/eb_from_pr_upload_generoso.sh' executed!

  • exit code: 0
  • output:
Submitted batch job 9652

Test results coming soon (I hope)...

- notification for comment with ID 1324944685 processed

Message to humans: this is just bookkeeping information for me,
it is of no use to you (unless you think I have a bug, which I don't).

@boegel
Copy link
Member

boegel commented Nov 23, 2022

Test report by @boegel
SUCCESS
Build succeeded for 3 out of 3 (3 easyconfigs in total)
node3106.skitty.os - Linux RHEL 8.4, x86_64, Intel(R) Xeon(R) Gold 6140 CPU @ 2.30GHz (skylake_avx512), Python 3.6.8
See https://gist.github.com/079da90b6f974cc1c454586a83ae5dfc for a full test report.

@boegelbot
Copy link
Collaborator

Test report by @boegelbot
SUCCESS
Build succeeded for 3 out of 3 (3 easyconfigs in total)
cns3 - Linux Rocky Linux 8.5, x86_64, Intel(R) Xeon(R) CPU E5-2667 v3 @ 3.20GHz (haswell), Python 3.6.8
See https://gist.github.com/a67a9393604fc31df2cb7c9a4fa2d4bf for a full test report.

Copy link
Member

@boegel boegel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@boegel
Copy link
Member

boegel commented Nov 23, 2022

Going in, thanks @lexming!

@boegel boegel merged commit 636837b into easybuilders:develop Nov 23, 2022
@jfgrimm
Copy link
Member

jfgrimm commented Nov 23, 2022

Test report by @jfgrimm
SUCCESS
Build succeeded for 3 out of 3 (3 easyconfigs in total)
node148.pri.viking.alces.network - Linux CentOS Linux 7.9.2009, x86_64, Intel(R) Xeon(R) Gold 6138 CPU @ 2.00GHz (skylake_avx512), Python 3.6.8
See https://gist.github.com/f2286b97a4c05684869e84c6c94636eb for a full test report.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants