Tested quite a bit by myself and Laurence Tratt.
Also amd64 bulk tested with everything that either BUILD_DEPENDS or
LIB_DEPENDS on texlive. No problems found.
Tested quite a bit by myself and Laurence Tratt.
Also amd64 bulk tested with everything the either BUILD_DEPENDS or LIB_DEPENDS
on texlive. No problems found.
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
pdfjam tries to use `locale -k` to detect the default paper size, but that
won't work on OpenBSD.
Issue raised upstream:
https://github.com/DavidFirth/pdfjam/issues/29
Noticed by, and patch provided by, Laurie Tratt, thanks!
OK naddy@
Documented as a preferred mirror by upstream, has https, and doesn't
have all the problems ftp://tug.org has (overloaded, keepalive broken).
ok sthen@ edd@ (maintainer)
A few notes:
This year, we install the interpreter symlinks when the supporting texmf
files become available. Before we installed them all in texlive_base and
you could get dangling symlinks and confused users.
There are also a lot of Ruby-1.8 scripts in TeX Live, but we no longer
package such an old Ruby. There's too much to systematically test, so
for now we re-write the #! to a newer Ruby, and we can fix any problems
that arise on a case-by-case basis.
Tested by: matthieu@, cwen@, Jon Bernard and jca@.
Additional input from sthen@ and cwen@.
OK cwen@ and jca@.
Thank you all for your help!
The included dvisvgm contains a bundled version of brotli, that uses
__has_attribute(), only available with gcc>=5. Spotted by landry@,
tested successfully on sparc64 (jca@), macppc (landry@) and amd64 (me).
OK jca@, edd@ (MAINTAINER)
This strict version requirement doesn't look very useful but is a pain
to maintain. The idea is now to force a dep on a minimal version
(latest major).
ok edd@ (maintainer)
synctex_parser.h and synctex_parser_utils.h are public headers that both
include synctex_version.h, but the latter isn't installed by the
autotools glue. Reported by ajacoutot@, ok kili@ edd@ (maintainer)
While here, the libsynctex API/ABI has changed between tl2017 and
tl2018, so bump the major (also bump the minor for libptexenc).
ok edd@ (maintainer)
Of course this is an ugly kludge, so someone (tm) should dig into our
libtool internals and figure out why -lpng disappears from the
commandline when linking xetex on !x86.
somehow, between builds starting 2018-05-13 and 2018-07-31 building xetex
started failing because the libtool-generated linker command stopped including
-lpng (https://marc.info/?l=openbsd-ports&m=153911844712950&w=2).
unsure of the reason and it's not a satisfying fix, but does at least get
TeX packaging on sparc64 for 6.4.
ok naddy@
Although this is a "no functional change" commit, the change does two
things:
* Removes the dependency on py-texscythe for generating the PLISTs.
Instead, I've added a small TLPDB parser which works (unlike
py-texsythe) entirely in-memory. This means that generating the
PLISTs now takes seconds instead of minutes.
* Splits the generation of the PLISTs into two scripts. The first --
update_plist_hints.py -- emits one line for file under the fake
install dir, advising which PLIST the file should go in. The second
-- write_plists.py -- reads those lines and writes them to the
correct PLIST. Eventually write_plists.py will be killed, as we plan
to integrate update_plist_hints.py with update-plist(1) itself.
At a later date, I will port all of these scripts to Python3, since that
seems to be the way the world is going.
The idea to integrate with update-plist(1) is espie@'s, and this change
is also OK espie@.
Many thanks.
so re-add COMPILER = base-clang ports-gcc.
However, do not yet set CXXFLAGS = -std=c++11 globally, because other
ports will currently break with it (speficically luatex). This will
be done after re-add the luatex patch dropped during the texlive
update and collect proper patches for pdftex (using our poppler
instead of the bundled one).
Successfully test-built on sparc64 and macppc by landry@.
Seems to work fine on all papers I've thrown at it.
Tested by myself and kili@ on all BUILD_DEPENDS too. No tree breakage
that we can see.
Like what is currently in-tree, this update is currently using the
in-built poppler, as it seems TeX Live only works with old versions.
Kili is working on fixing this.
OK kili@, thanks!
----------------------------------------------------------------------
----------------------------------------------------------------------
poppler.
It doesn't build without patches against the new poppler object API
(which it shouldn't use at all in the first place) and the patch I
wrote for this leads to memory corruption.
Switching back and forth between different versions of poppler and
differently patched versions of texlive and at the same time letting
our poppler port rotting in the tree doesn't help, so for now people
using pdftex (and luatex?) will have to live with a very outdated
version of poppler (0.42).
ok aja@, jca@ (how also caught a missing removal of -std=c++11 from
CPPFLAGS in my initial diff)
compiler.
Add a patch to let pdftoepdf from luatex to still build (found by
sthen@).
I hope this will also help architectures without clang in base
(where this port is currently broken).
Should have no ill effects on archs with clang in base, and I did
some light testing before the switch of amd64 and i386 to clang
(when both COMPILER_LIBCXX and LIBCXX were used) without hitting
any problem.
Tentative ok from edd@, a long time ago.