At least on FreeBSD 13, SO_REUSEPORT is no longer sufficient when Avahi
already uses port 5353. It seems that port reuse is only allowed for
processes from the same user now. But even if Avahi is not running and
port 5353 is available my printer still failed to be detected. According
to RFC 6762 only fully compliant queriers should be using that port which
HPLIP isn't. I suspect the printer is sending responses that HPLIP can't
parse. Patch HPLIP to use a simple socket (dynamically allocated port)
which is enough for the one-shot mDNS queries it performs.
Now my printer is detected by "hp-probe --method=mdns" and xsane can find
the scanner part using the hpaio plugin.
PR: 247723
Approved by: maintainer timeout (19 days)
/usr/local/include/sigc++-2.0/sigc++/visit_each.h:22:23: error: type_traits: No such file or directory
Note: I had to be careful about the addition due to the += notation.
Approved by: portmgr (tier-2 blanket)
Release 0.90.0:
core:
* Color profile tweaks
* Small signature improvements
* BBoxOutputDev: Fix calculation when type3 fonts are involved
* Fix potential crash when reading Forms
* Fix infinite loop in broken file
glib:
* Fix adding annots in rotated pages
* Add ability to reset forms
* Several fixes to the documentation
qt5:
* Make it clear we require Qt 5.5
* demo: Fix crash on broken files
* Small documentation improvements
utils:
* pdftoppm: Add option to set display profile
* pdftops: Add a -rasterize option with values always, never, or whenneeded
build system:
* Require cmake 3.5
* More modern cmake way to link against curl
PR: 247736
Exp-run by: antoine
Chase the devel/libffi update
Bump portrevision of all dependent ports to chace shard library version bump
in libffi.
Update LIB_DEPENDS lines where needed to not require a specific version of
libffi.so.
PR: 247028 (for tracking)
These are all components abandoned upstream, and not developed
anymore.
All of these still depend on GTK2 and some on the already deprecated
x11-toolkits/libxfce4gui.
As you may know XFCE development has already dropped any support
for GTK2, so, unless these software packages are ported to GTK3 by
someone, they WILL be removed from the tree when XFCE 4.16 will be
released and ported.
Due to their status these ports could break for many reasons and
unless the fix is really trivial or patches are provided they will
be removed from the tree in case of breakage.
Further reasons for each of them follow.
xfce4-mixer:
Removed from XFCE in version 4.12, abandoned since, in 2015.
Uses outdated gstreamer 0.10.
xfce4-print:
Removed from XFCE after version 4.6, abandoned since, around 2009.
CUPS support broken since cups version 2.3.3 due to upstream interface
changes.
Already deprecated due to dependency on libxfce4gui.
xfce4-quicklauncher-plugin:
Unsupported after XFCE 4.4, around 2009.
Already deprecated due to dependency on libxfce4gui.
Unable to locate a source code repository.
xfce4-wmdock-plugin:
Last update in 2013.
Unable to locate a source code repository.
There are other components I'm not marking as DEPRECATED right now,
but please note I have doubts on their support status. These are
also still depending on GTK2 and it's unsure if they will be ported
to GTK3 and spared by the XFCE 4.16 update:
orage
xfce4-embed-plugin
xfce4-mailwatch-plugin
xfce4-equake-plugin
Other XFCE components in our tree still depending on GTK2 are
reasonably expected to be ported by upstream to GTK3 before 4.16
is released, or, in some cases have already been ported in their
repositories and/or development versions.
to 2.3.3.
The port was already using a deprecated interface exposing cups
internal structures. Support for this has been recently removed
upstream.
PR: 247580
Submitted by: O. Hartmann <ohartmann@walstatt.org>
- Update 2.21.1
- Switch to python3 and un-expire
- Use clang again for building instead of gcc
- Clean up/regenerate patches
- Move gettext to the NLS knoob
PR: 246112
Submitted by: m.ne@gmx.net (maintainer)
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D24665
These changes largely fall into just two categories:
1. Need textproc/gsed for GNU extensions
2. Extraneous escapes that can go away
For #1, there's a further subdivision into those that require autoconf magic
and those that can get away with BINARY_ALIAS=sed=${LOCALBASE}/bin/gsed.
-CURRENT will soon gain GNU extensions, but these will take longer to get to
all supported releases; we must switch them to gsed to ensure we're actually
properly building them as intended.
For #2, I've fixed these as I can and we should upstream these fixes.
PORTREVISION is bumped for all of the above, because we will almost
certainly build these differently when the replacements actually start
working.
These were all detected by the below-referenced exp-run [1]. The patch
included forbids many ordinary characters from being escaped, since we'll
later imbue those with special meanings. This has had the nice side effect
of picking up various things that we didn't handle properly, e.g. \t and \r
for tab and carriage return.
PR: 229925 [1]
Approved by: koobs (mentor)
Approved by: portmgr (blanket: trivial build fixes)
MFH: no (invasive risk)
Differential Revision: https://reviews.freebsd.org/D25185
Release 0.89.0:
core:
* Add support for ResetForm action. Issue #225
* Fix crash in PDFDoc::getSignatureFields when there's no Forms at all
* Fix exporting to PS of some files with CID fonts
* Use ICC profiles in PS output (if new enough lcms is used)
* Allow almost-singular tiling pattern matrices. Issue #894
* Fix memory leak when failing to load some fonts
* CairoOutputDev: Use stroke opacity when clipping to a stroke path
* CairoOutputDev: Fix tiling patterns when pattern cell is too far. Issue #190
glib:
* Add poppler_movie_get_aspect
cpp:
* Add the font infos to the text_box object
Exp-run by: antoine
PR: 246848
