* Add new option PDF. If it is enabled PDF document is built and
installed.
* Change DOCS option so HTML document is built and installed if it is
enabled.
Drop dependency on graphics/libgltf, it is staled from historic times.
While here, mark port as deperecated before 2022Q2.
LibreOffice 6.x is unmaitained upstream, consider users switch to
main LibreOffice 7.x release branch.
- Update MASTER_SITES_TEX_CTAN from https://tug.org/historic/
- Update texlua to use texlua53 library
- Deprecate CSLaTeX format
- Remove aleph as per Upstream
- Add common variables TEXLIVE_YEAR and TEXLIVE_VERSION to be used in
all ports related to tex*
- Fix dependency of print/texlive-texmf-source [1]
- devel/tex-kpathsea: Update version 6.2.1=>6.3.3
- devel/tex-libtexlua: Update version 5.2.4=>5.3.6
- devel/tex-libtexluajit: Update version 2.0.3=>2.1.0
- devel/tex-synctex: Update version 1.17.0=>2.0.0
- devel/tex-web2c: Update version 20150521=>20210325
- editors/texworks: Fix build with newer tex version
- print/tex-basic-engines: Update version 20150521=>20210325
- print/tex-dvipdfmax: Update version 20150521=>20210325
- print/tex-dvipsk: Update version 5.995=>20210325.1
- print/tex-formats: Update version 20150521=>20210325
- print/tex-jadetex:
- print/tex-luatex: Update version 0.80.0=>1.12.0
* Convert to dynamic pkg-plist
- print/tex-ptexenc: Update version 1.3.3=>1.3.9
- print/tex-xetex: Update version 0.99992=>0.99993
* Convert to dynamic pkg-plist
- print/texlive-base: Update version 20150521=>20210325
- print/texlive-docs: Update version 20150521=>20210325
* Convert to dynamic pkg-plist
- print/texlive-full: Update version 20150521=>20210325
- print/texlive-texmf-source: Update version 20150521=>20210325
- print/texlive-texmf: Update version 20150521=>20210325
* Convert to dynamic pkg-plist
- print/texlive-tlmgr: Update version 20150521=>20210325
- print/xpdfopen: Transfer MAINTAINER to tex@ as xpdfopen is an
integral part of tex after poppler support has been deprecated from
tex [2]
- textproc/dblatex: Update version 0.3.11=>0.3.12
* Take MAINTAINERship
- textproc/gastex: Fix build
- textproc/metauml: Fix build
PR: 226983 [1]
Reported by: Trond.Endrestol@ximalas.info [1]
Reviewed by: tcberner (private repo)
Approved by: hrs (maintainer-timeout) [2]
Relnotes: https://tug.org/texlive/doc/texlive-en/texlive-en.html#news
Sponsored by: Nepustil.net
It has change tracking enhancements, better autocompletion in Calc,
and many compatibility and performance improvements to import/export filters.
Since this release, FreeBSD port of LibreOffice include PDFium library.
Learn more about LibreOffice 7.3: https://blog.documentfoundation.org/blog/2022/02/02/libreoffice-73-community/
Special thanks to: mikael (for pthread issue hunting)
Sponsored by: Netzkommune, GmbH.
Thursday, 3 February 2022
Over 120 individual programs plus dozens of programmer libraries and
feature plugins are released simultaneously as part of KDE Gear.
Today they all get new bugfix source releases with updated translations.
Full changelog:
https://kde.org/announcements/changelogs/gear/21.12.2/
- Bump PORTREVISION
- archivers/peazip update to 8.4.0
- editors/cudatext update to 1.155.3
- russian/emkatic update to 0.41
- x11-toolkits/qt5pas to latest version included into lazarus 2.2.0
ChangeLog at: https://wiki.lazarus.freepascal.org/Lazarus_2.2.0_release_notes
error[E0432]: unresolved imports `core::sync::atomic::AtomicI64`, `core::sync::atomic::AtomicU64`
--> /wrkdirs/usr/ports/editors/kak-lsp/work/kak-lsp-12.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-12.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-12.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`
After a failed attempt a few months ago, re-enable luajit-openresty
as the default luv backend, and the only neovim backend.
I suspect that it's safe to switch luv unconditionally as well, but I'm
taking a more conservative route at this time and just switching amd64
and i386 to it.
NeoVim is designed specifically for luajit. While it runs on PUC lua,
PUC is not used by upstream and no attempts are made to build for it.
However, luajit is largely a stalled project and is unlikely to ever
see new releases. The OpenResty fork, however, is actively-developed.
It is also the standard neovim lua backend on macOS Homebrew and most
Linux distributions.
This is a fix-it-before-it-breaks commit. Upcoming poppler update
requires C++17 in consumers, while Calligra was fixed on C++14.
There is no upstream release for this.
This is a mess: the upstream repo contains fixes, but they're
mostly committed as "fix warnings" and many commits combine C++17-
related fixes with other bits and pieces. As a result, there's
some direct upstream patches now in files/ and a big glommed-
together one put together from parts of other commits.
PR: 260956
...rather than guarding the file in pkg-plist. glib-compile-schemas is
run during the build, but use the macro regardless. It could make
certain changes like a major version bump of glib easier to deal with.
Reported by: jbeich
Sponsored by: The FreeBSD Foundation
