entire X related infrastructure of the linux ports which use fonts somehow
assume this.
This fixes missing fonts for those, which install from scratch instead of
portupgrade-ing to it.
Noticed by: mezz
[NOTE]
But I don't know that this fix is good. I think that
there are some missing dependency:-(. So I don't
bump PORTREVISION. I'm watching pointyhat report...
Pointed out by: pointyhat via kris
and these ports build fine without it. My guess is that it was added
by someone as an opposite to USE_BZIP2 and other people copied it.
Remove it once and for all.
With hat: portmgr
Add a patch which converts the IM input charater to Unicode.
It requires additional patch dependancy and enlarge executable size,
so a knob WITHOUT_IMLOCALE_FIX is provided to disable this feature.
PR: ports/98166
Submitted by: Kuang-che Wu <kcwu (at) csie.org>
new hacks, this version removes xteevee (superseded by xanalogtv),
has some performance improvements, and new xml config panels for
some of the third party programs that can be used as hacks.
- Fix a few of pkg-descr by chase the rename.
- Move all PORTREVISION and PORTEPOCH to top with ?=.
- Put USE_X_PREFIX back in, but under REFERENCE_PORT, and remove PREFIX? and
USE_XLIB. This fix ports to use the correct mtree when you change the prefix,
for example:
Incorrect: (Without USE_X_PREFIX)
================================
# cd /usr/ports/x11-toolkits/gtk20
# make -V MTREE_FILE
/etc/mtree/BSD.x11-4.dist
# make PREFIX=/tmp/foo -V MTREE_FILE
/etc/mtree/BSD.local.dist <-- Here...
================================
Correct: (With USE_X_PREFIX)
================================
# cd /usr/ports/x11-toolkits/gtk20
# make -V MTREE_FILE
/etc/mtree/BSD.x11-4.dist
# make PREFIX=/tmp/foo -V MTREE_FILE
/etc/mtree/BSD.x11-4.dist <-- Here...
================================
- Change a several of *-reference ports to install in LOCALBASE instead
X11BASE, but only two gtkmm*-reference couldn't be change at the moment.
Bump the PORTREVISION for change prefix.
Discussed with: marcus
- Update to version 1.0-8762, the latest from nVidia
Changes from version 1.0-8178 (previous in Ports Collection):
- Added support for new GPUs, such as QuadroFX 4500 X2, Quadro FX 5500,
Quadro FX 3500, and Quadro FX 1500
- Added support for GeForce 7300, GeForce 7400 Go, GeForce 7600, and
GeForce 7900 GPUs
- Improved Quadro FX 3450/4000 SDI support
- Added support for running OpenGL applications while the Composite X
extension is enabled; see "The X Composite Extension" appendix for details
- Enabled hardware acceleration of the Render X extension by default
- Added new "nvidia-auto-select" mode entry for use in the X configuration
file; see description in the "Programming Modes" appendix
- Added support for GLX 1.4
- Added "AddARGBGLXVisuals" X configuration option, so that OpenGL
applications can render to X Windows' alpha channel
- Added ability for OpenGL applications to span greater than 4096 pixels
when in Xinerama
- Fixed video memory reporting with GeForce 6200 Turbo Cache
- Fixed a problem with Overlay support when in TwinView
- Fixed several issues with mode selection for CRTs and DFPs
- Fixed a corruption problem with Rotation and large desktops on older GPUs
including GeForce4 MX
- Fixed a system crash starting X with TwinView on certain GPUs
- Addressed an NV-CONTROL compatibility issue; please see the Known Issues
section of the README for details
- Improved G-Sync support
- Fixed interlaced modes on CRTs
PR: ports/96385
Submitted by: Sean Farley <sean-freebsd(at)farley.org>
- Add a dependency to the native xorg-libraries when the LINUX option is
enabled (it causes USE_XLIB to depend on Linux libraries instead of the
native ones). This should aid in updating process.
PR: ports/96883
Submitted by: alepulver
- from submitter
WITH_XGETDEFAULT which enables resource checking
via X's function instead of rxvt's own version. I'm using
this option for a long time, it would be better if I can
turn it on via a knob.Add a new know WITH_XGETDEFAULT which
enables resource checking via X's function instead of rxvt's
own version. I'm using this option for a long time, it would
be better if I can turn it on via a knob.
PR: 96152
Submitted by: Rong-En Fan <rafan_AT_infor dot org>
