Tested this a little on Darwin. Out of the current perlPackages in all-packages:
Working pkgs on current master:

• exiftool
• ack
• perlcritic
• youtube-viewer

Working using this PR:

• exiftool
• ack
• perlcritic
• youtube-viewer

Just wanted to bump this because of #47302

I am having this issue with biber. The fix seems reasonable, any idea why it is marked WIP?
Would be great to get this merged.

This needs to be rebased to staging

I rebased this PR but only enabled the fix for biber for now. Enabling it for all packages would certainly result in some breakage, as suggested by @volth here:
#58158 (comment)

I tested the change on MacOS and Ubuntu. I think it should be merge-able now.

Making a copy of a builder for just a single package is not an optimal solution from the maintenance perspective. Ideally, the workaround would just override the phases or pre/post hooks of the biber derivation. If you really need to do something with the builder, you need to modify that common builder and not make a new one with a small modification.

@veprbl @volth I have 2 solutions for this issue in 2 separate PRs.

(FYI: original problem is described here: #35353)

Solution 1: #35477 (this PR)

• Create new builder.sh file that avoids shebang issue
• New builder disabled by default, enabled only for pkgs.biber
• Pro: only rebuild pkgs.biber
• Con: code duplication in two builder files

Solution 2: #62156

• Modify existing builder.sh to accept doUseWrapper flag
• Wrapper-based build disabled by default, enabled only for pkgs.biber
• Pro: avoid code duplication
• Con: need to rebuild everything, I'm not sure how to test this or verify apart from code review

I believe @veprbl prefers solution 2. I don't mind either way. I'm just keeping solution 1 around for now since it's more practical for people needing biber and similar broken Perl packages today.

If either of these solutions gets merged, there remains an open question of whether the shebang hack needs to be removed completely and if so, how to do it safely. Due to limited time I cannot commit to this larger project. However, even if it remains unsolved, merging one of these solutions will allow simple fixes for ack, perlcritic, youtube-viewer and other Perl packages on Darwin.

@boronine
First of all, thank you for working on this.

Con: need to rebuild everything, I'm not sure how to test this or verify apart from code review

Single time rebuild is not an issue, especially if it is limited to perl related stuff. This can be tested by building a few packages and comparing the build outputs to the original. This will be also built on Hydra and if there is a major breakage that will be visible. So there is no downside here actually.

Con: code duplication in two builder files

Even if solution 1 would be merged, I'm pretty sure someone soon would pick up the work on deduplication of those builders to get it into the shape of solution 2 for the reason described above.

@veprbl thank you for the explanation and your help with this!

I'll keep this PR open to make sure @Amar1729's findings don't get lost. Once the initial solution makes it to master, I'll make a new PR with additional package fixes.