stop using deprecated verbose option in build step of BLAT easyblock

[boegel]

(created using eb --new-pr)

Fixes installation of BLAT easyconfigs when use of deprecated functionality is not allowed:

ERROR: Installation of BLAT-3.7-GCC-12.3.0.eb failed: "DEPRECATED (since v6.0) functionality used: The 'verbose' parameter to build_step is deprecated and unneeded

[boegel]

@boegelbot please test @ jsc-zen3
EB_ARGS="BLAT-3.7-GCC-12.3.0.eb"

[boegelbot]

@boegel: Request for testing this PR well received on jsczen3l1.int.jsc-zen3.fz-juelich.de

PR test command 'if [[ develop != 'develop' ]]; then EB_BRANCH=develop ./easybuild_develop.sh 2> /dev/null 1>&2; EB_PREFIX=/home/boegelbot/easybuild/develop source init_env_easybuild_develop.sh; fi; EB_PR=3858 EB_ARGS="BLAT-3.7-GCC-12.3.0.eb" EB_REPO=easybuild-easyblocks EB_BRANCH=develop /opt/software/slurm/bin/sbatch --job-name test_PR_3858 --ntasks=8 ~/boegelbot/eb_from_pr_upload_jsc-zen3.sh' executed!

• exit code: 0
• output:

Submitted batch job 7403

Test results coming soon (I hope)...

Details

- notification for comment with ID 3135106285 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).

[boegelbot]

Test report by @boegelbot

Overview of tested easyconfigs (in order)

• SUCCESS BLAT-3.7-GCC-12.3.0.eb

Build succeeded for 1 out of 1 (1 easyconfigs in total)
jsczen3c2.int.jsc-zen3.fz-juelich.de - Linux Rocky Linux 9.5, x86_64, AMD EPYC-Milan Processor (zen3), Python 3.9.21
See https://gist.github.com/boegelbot/f5fd74d19984490043544d574a5ca006 for a full test report.

[boegel]

Test report by @boegel

Overview of tested easyconfigs (in order)

• SUCCESS BLAT-3.7-GCC-13.3.0.eb

Build succeeded for 1 out of 1 (1 easyconfigs in total)
node3541.doduo.os - Linux RHEL 9.4, x86_64, AMD EPYC 7552 48-Core Processor (zen2), Python 3.9.18
See https://gist.github.com/boegel/626f256ee18898923dd769b271710ca2 for a full test report.

[branfosj]

Duplicate of #3856?

[boegel]

Duplicate of #3856?

Yes, but I think the approach I'm using here with *args and **kwargs is better, more forward-looking.

So I would like to see this merged, and then we can update #3856 accordingly for the other easyblocks being touched there (GHC, SCons), and perhaps also tackle the other relevant easyblocks that use the verbose option (Trilinos, NWChem).

[laraPPr]

lgtm

[laraPPr]

Going in, thanks @boegel!