perl revbump missed tex-texlive.infra

[Taylor R Campbell <riastradh%NetBSD.org@localhost>]

The last change to print/tex-texlive.infra was in March:

changeset:   1543356:3c6ebb2c4342
branch:      trunk
user:        markd <markd%pkgsrc.org@localhost>
date:        Thu Mar 21 11:14:57 2024 +0000
summary:     tex-texlive.infra: update to 2024

The plist, however, has PERL5_SUB_INSTALLVENDORLIB baked into it,
which was previously `lib/perl5/vendor_perl/5.38.0' and is now
`lib/perl5/vendor_perl/5.40.0', reflecting where Perl will look for
modules:

${PERL5_SUB_INSTALLVENDORLIB}/TeXLive/TLConfFile.pm
${PERL5_SUB_INSTALLVENDORLIB}/TeXLive/TLConfig.pm
...

So I think any time we update Perl we have to revbump
print/tex-texlive.infra.  Am I confused?


The last update to Perl, from 5.38 to 5.40, was more recent in
November, and the revbump a few minutes afterward evidently didn't hit
print/tex-texlive.infra:

changeset:   1557964:58b9fdf6f0c1
branch:      trunk
user:        wiz <wiz%pkgsrc.org@localhost>
date:        Sat Nov 16 11:54:24 2024 +0000
summary:     perl: update to 5.40.0.

Did we miss anything else?  Should we teach whatever automation
assists in Perl revbumping about this downstream search criterion?


Here is a list of package paths with `PERL5_SUB_' appearing in any
file called PLIST* under the path, which have not had changes to any
line having the text `PKGREVISION' (inserted, deleted, or modified)
since the Perl 5.40.0 update:

databases/pgbuildfarm
devel/gitolite
net/mrtg
net/pfnet
print/tex-texlive.infra
security/tct
sysutils/amanda-client
sysutils/amanda-server
sysutils/munin-node
sysutils/smbldap-tools
sysutils/stow
textproc/freepwing

(There may be false alarms in here; I didn't investigate any of them.
I did notice that some incrementally-rebuilt TeX packages are broken.)