Release 21.12.0:
core:
* Add API to add images
* CairoOutputDev: Fix de-duping of Flate images
* Fix crash on broken files when using non-default ENABLE_ZLIB_UNCOMPRESS. Issue #393
* Minor code improvements
glib:
* Add API for validation of signatures
* Add API to read/save to file descriptor
utils:
* pdftohtml: Reduce sensitivity of duplicate detection. Issue #1117
build system:
* Increase C++ standard to 17
Exp-run by: antoine
PR: 260344
A new USES has been added to depend on ImageMagick.
USES=magick
adds a LIB_DEPENDS on graphics/ImageMagick${IMAGEMAGICK_DEFAULT}.
If a specific version is required, use for example
USES=magick:6 resp. USES=magick:7
If only a build, run or test is required, use for example
USES=magick:build resp. USES=magick:6,build,test
If a dependency on the nox11 flavor is required, use for example
USES=magick:nox11 resp. USES=magick:7,nox11,run,test
See magick.mk for more details on the available flags.
The tree has been completely converted to make use of this.
Approved by: bapt
Differential Revision: https://reviews.freebsd.org/D32754
KDE Gear 21.12 has landed and comes with a massive number of updates and
new versions of applications and libraries. Literally, dozens of classic
KDE everyday tools and the specialised sophisticated apps you use to
work, be creative and play, are getting refreshers with design
improvements, new features and performance and stability enhancements.
What's new:
https://kde.org/announcements/gear/21.12.0/#whatsnew
Changelog:
https://kde.org/announcements/changelogs/gear/21.12.0/
Release notes are here:
https://github.com/stachenov/quazip/releases/tag/v1.2
There are a handful of internal changes that don't affect us
(allowing QtZip, for instance) or don't show up in our use of
quazip (-lz in pkgconfig file). There's one relevant change
to close() that **might** affect consumers, but then I'd expect
bug reports from the consumers about failures on load/save.
While here, move the libraries needed only for testing to _build.
Bumping PORTREVISION of consumers.
Reported by: portscout
luajit-openresty causes lua errors with many nvim plugins. I don't know
why, and until I have time to diagnose it, revert the switch to
hardcoded luajit-openresty. In the short term I'll likely switch to
hardcoding luajit and removing the PUC Lua option.
0.6.0 is an interval update that refines and extends the major lua
overhaul of 0.5.0.
Instead of using options for luajit vs PUC (mainline) lua, use
luajit-openresty unconditionally. devel/luv needs to use the same
backend as NeoVIM, so this commit switches it too.
NeoVIM is designed specifically to run on luajit rather than PUC;
upstream essentially doesn't develop for PUC. However, luajit is
largely unmaintained, locked in an older lua dialect, and unbuildable
on many architectures.
The luajit-openresty fork is faster, more modern, and should work in
more places. It's unclear to me which FreeBSD archs it does or doesn't
work on, so the fallout will have to be addressed once the builders have
a whack at it.
The include file vigra/memory.hxx from the graphics/vigra port
has this error:
/usr/local/include/vigra/memory.hxx:43:12: fatal error: 'tr1/memory' file not found
# include <tr1/memory>
^~~~~~~~~~~~
when compiling with clang 13.0 or newer in -std=gnu++98 mode.
MFH: 2021Q4
While here, fix PORTSCOUT comment (there are not just `master.mint*'
but other non-numeric tags in use by upstream), wrap USES list so it
fits standard 80-character terminal width, and set better maintainer.
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Approved by: portmgr (blanket)
While here, temporarily mark as BROKEN on FreeBSD 12. One of the
native node modules does not compile with the following error:
In file included from ../src/keyboard_x.cc:6:
../src/keymapping.h:40:3: error: unknown type name 'pthread_t'; did you mean 'pthread'?
pthread_t tid;
^~~~~~~~~
pthread
/usr/include/stdio.h:157:9: note: 'pthread' declared here
struct pthread *_fl_owner; /* current owner */
^
In file included from ../src/keyboard_x.cc:6:
../src/keymapping.h:40:13: error: field has incomplete type 'pthread'
pthread_t tid;
^
/usr/include/stdio.h:157:9: note: forward declaration of 'pthread'
struct pthread *_fl_owner; /* current owner */
^
2 errors generated.
A fix to the node module has been proposed at:
https://github.com/microsoft/node-native-keymap/pull/31
Changelog:
- https://code.visualstudio.com/updates/v1_59
- https://code.visualstudio.com/updates/v1_60
- https://code.visualstudio.com/updates/v1_61
- https://code.visualstudio.com/updates/v1_62
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Approved by: portmgr (blanket)
error[E0432]: unresolved imports `core::sync::atomic::AtomicI64`, `core::sync::atomic::AtomicU64`
--> /wrkdirs/usr/ports/editors/kak-lsp/work/kak-lsp-11.0.1/cargo-crates/crossbeam-utils-0.8.5/src/lib.rs:79:49
|
79 | pub(crate) use core::sync::atomic::{AtomicI64, AtomicU64};
| ^^^^^^^^^ ^^^^^^^^^ no `AtomicU64` in `sync::atomic`
| |
| no `AtomicI64` in `sync::atomic`
|
help: a similar name exists in the module
|
79 | pub(crate) use core::sync::atomic::{AtomicI8, AtomicU64};
| ~~~~~~~~
help: a similar name exists in the module
|
79 | pub(crate) use core::sync::atomic::{AtomicI64, AtomicU8};
| ~~~~~~~~
error[E0412]: cannot find type `AtomicU64` in module `core::sync::atomic`
--> /wrkdirs/usr/ports/editors/kak-lsp/work/kak-lsp-11.0.1/cargo-crates/crossbeam-utils-0.8.5/src/atomic/consume.rs:78:14
|
78 | impl_atomic!(AtomicU64, u64);
| ^^^^^^^^^ help: a struct with a similar name exists: `AtomicU16`
error[E0412]: cannot find type `AtomicI64` in module `core::sync::atomic`
--> /wrkdirs/usr/ports/editors/kak-lsp/work/kak-lsp-11.0.1/cargo-crates/crossbeam-utils-0.8.5/src/atomic/consume.rs:80:14
|
80 | impl_atomic!(AtomicI64, i64);
| ^^^^^^^^^ help: a struct with a similar name exists: `AtomicI16`
Some errors have detailed explanations: E0412, E0432.
For more information about an error, try `rustc --explain E0412`.
error: could not compile `crossbeam-utils` due to 3 previous errors
