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)
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
the LINKFLAGS, otherwise we get this:
/usr/bin/ld: invalid DSO for symbol `g_signal_connect_data' definition
/usr/local/lib/libgobject-2.0.so.0: could not read symbols: Bad value
c++: error: linker command failed with exit code 1 (...)
scons: *** [build/release/radiant.cpu] Error 1
- Replace PTHREAD_LIBS variable with '-pthread' and tidy up some superfluous
LOCALBASE-related assignments while here (leftovers from X11BASE era)
- Get rid of bogus dependency on devel/py-subversion
- Modernize LIB_DEPENDS syntax, copy files with -a
- Add an explicit dependency on pkgconfig
Reported by: pkg-fallout
are the latest stable releases.
* Update vala to the newest stable release 0.18.1, also update a few ports
in the gtk/gnome stack.
* The c++ bindings ports for glib, atk, gconf, etc, have now USE_GNOME toggles.
* Remove pkg-config run depends from glib20 and freetype2. This doesn't
eliminate pkg-config run dependency completely, a second phase is needed
and is planned.
* Support for .:run. and .:build. for USE_GNOME components was added.
Currently only libxml2 and libxslt support this mechanism.
* Updates of the telepathy stack and empathy.
* Trim makefile headers, convert ports to new options, trim off library
versions for some ports.
* Fix other ports so they build with the new glib version.
Thanks to miwi and crees for helping out with some exp-runs.
Approved by: portmgr (miwi & bapt)
Obtained from: gnome team repo
(2) Make binding ports to be real ports, which installs only bindings and
depend on subversion.
(3) Rename bindings ports to reflect perl5/python/ruby modules naming scheme.
(4) Re-base subversion-freebsd to `devel/subversion'.
(5) Fix all ports, which depends on subversion bindings.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- 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)
Software. It is used to create maps for a number of computer games.
GtkRadiant originated as Q3Radiant, the Quake III Arena level design tool,
which was a Windows-only application. Two major things are different in
GtkRadiant: it is based on the GTK+ toolkit, so it also works in Linux and Mac
OS X, and it's also game engine-independent, with functionality for new games
added as game packs.
GtkRadiant is an Open Source application. Source code is publicly available
from id Software's Subversion repository and new additions to the code are
covered under open source licenses. The core Q3Radiant code, however, was
originally under id Software's proprietary license. The license for both the
editor and toolset (notably Q3Map2, the BSP compiler) was changed in February
2006, and publicly released under the GPL on February 17.
WWW: http://www.qeradiant.com/
PR: ports/93668
Submitted by: Alejandro Pulver <alejandro@varnet.biz>
Approved by: garga (mentor)
