devel/openfec: New Port
OpenFEC is a library that provides Application-Level Forward Erasure
Correction (AL-FEC) codes, also known as Upper-Layers FEC (UL-FEC). The
core purpose is to add redundancy to data in order to recover from
erasures during transmission without requiring retransmission.
This port is of the actively maintained fork by the roc-streaming project.
mail/phpmailer7: add new Port
This is exactly the same as version 6.11.1 but bumps the major version
number to indicate the presence of a BC break in child classes. The
changes in 6.11.0 and 6.11.1 have been reverted in 6.12.0. If you have
code that depends on those changes, please upgrade to 7.0.0 instead.
Apologies for the mix up.
Specifically, lang(), setLanguage(), and $language are now static, and
should be called statically.
Sponsored by: Netzkommune GmbH
x11-fm/xfe: Fix pkg-plist when NLS is disabled
PR: 290492 (based on)
Reported by: Enki F. Costa <red_m95 at proton.me>
(cherry picked from commit 7eea0afb70b83a4d7f12bf58be2b7dffba15393c)
textproc/py-gladtex: [NEW PORT] LaTeX formula preprocessor for HTML files
Reworked following upstream switch from Perl to Python in version 1.6.
GladTeX is a preprocessor that enables the use of LaTeX maths within HTML
files. The maths, embedded in <EQ>...</EQ> tags, as if within \(..\) in
LaTeX (or $...$ in TeX), is fed through latex and replaced by images.
WWW: https://humenda.github.io/GladTeX/
PR: 280914
Approved by: yuri@ (Mentor)
archivers/pbzip2: rework previous naive and inaccurate build fix
Back in 2017 I've untied this port from GNU make(1) so I could use
it as a PKG_DEPENDS, by spelling target's prerequisites in both GNU
and BSD make(1) syntax, which seemed like a nifty trick at the time.
It worked well until the import of bmake-20250707 in July which had
added POSIX $^ support, so now we were listing prerequisites twice
without separating them with space, in turn causing the breakage.
While we could probably just use the old BSD $> (or even .ALLSRC),
tentatively keep existing hack, guarded by the closest OSVERSION, so
it would go away naturally when all supported FreeBSD versions would
understand $^ (unconditional replacing would have to stay forever
because upstreaming old BSD $> when GNU, POSIX, and new BSD use $^
is unfeasible).
PR: 290004
Fixes: 34c19efe9dc6, e27ff90e17f2
