a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
TEX_DEFAULT:
A knob to choose teTeX or TeXLive. One can specify in /etc/make.conf.
USE_TEX:
A knob for port developers. Valid keywords are listed in
bsd.tex.mk.
to it have been added. These are to install standard fonts used in the
Ports Collection. Currently they contain:
std.ja_JP/Mincho
std.ja_JP/Gothic
std.ja_JP/Ryumin-Light
std.ja_JP/GothicBBB-Medium
std.zh_CN/STHeiti-Regular
std.zh_CN/STSong-Light
std.zh_CN/MSung-Light
std.zh_CN/MHei-Medium
under ${PREFIX}/share/fonts/. They are just symlinks to
corresponding font files. The symlink names are based on popular
PostScript font names.
Applications should refer the font files via XLFD or fontconfig
first. If they need a direct reference to the font file, please use
files in std.*/*. This is because direct reference to a specific
font name in an application configuration file makes the maintenance
difficult when the font file name is changed, for example.
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
of japanese/ptex has been removed and japanese/ptex-tetex has been
renamed with japanese/ptex. These are almost the same with each other
(actually ptex-tetex had some upper compatibility with ptex), so there
should be no functionality regression.
Also, dependencies of the relevant ports have been updated and
PORTREVISON bumped.
- $XDVIETCDIR has been set to $TEXMF/xdvi-ptex by default.
xdvi(1) now searches the necessary files from the share/texmf/xdvi-ptex
directory first, and then the share/texmf/xdvi directory.
- Bump PORTREVISION.
it no longer depends on VFlib.
- Fix kpathsea searching order. This (Japanese version
of xdvik) now uses $TEXMF/web2c-ptex/texmf.cnf first.
- Some style changes.
the Japanese patch), and use them instead of the old version.
Bump PORTREVISION.
o Tidy up Makefile.
PR: ports-jp/14598[1], ports/63536[2],
Submitted by: SHIOZAKI Takehiko <st@be.to>[1], hrs[2]
Approved by: maintainer no response
I am committing this since the maintainer did not respond to my request to check on this problem in past two days, this can be a temporary fix.
Submitted by: Harold Gutch <logix@foobar.franken.de>
