XFree86 (3 or 4) to depend to when USE_XLIB is set.
XFREE86_VERSION defaults to 3 for now, but adventurous users can
override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB
will add a dependency to x11/XFree86; when it is set to 4, the
dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS
hacks to avoid messing with XFree86 are turned off.
Since XFree86 version 4 includes some software that used to be
separate ports, when XFREE86_VERSION=3 the following variables are
provided:
USE_DGS LIB_DEPENDS on x11/dgs
USE_FREETYPE LIB_DEPENDS on print/freetype
USE_MESA LIB_DEPENDS on graphics/Mesa3
USE_XPM LIB_DEPENDS on graphics/xpm
When XFREE86_VERSION=4, these variables have no effect. The
LIB_DEPENDS in the tree for the above four ports have all been
converted to the USE_* counterparts. For your information, this
is the count of the number of ports:
USE_DGS 0
USE_FREETYPE 16
USE_MESA 36
USE_XPM 236
There is a new variable, XAWVER, which is set to 6 when
XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also
passed to PLIST_SUB so ports that build Xaw based shared libraries
can use this variable to substitute the shlib version number.
There is also a provision of using a separate mtree file for
XFREE86_VERSION=4, but that part is not enabled yet.
Reviewed by: the ports list
Tested by: make index (XFREE86_VERSION=3 only)
(2) Add hebrew to list of valid categories.
Submitted by: nbm
This way, you can, for example, "setenv HAVE_XFREE86 no"
to get fxtv to compile if you have special/extenuating circumstances.
Submitted by: Randall Hopper <rhh@ct.picker.com>
* change checksum and filename/version number in Makefile.
* change patch-ab to patch cleanly against new version.
* remove patch-aa -- it is no longer needed.
* add patch-ac to fix a small tiffio.h bogon in the source.
* add some new files to PLIST.
Changes from 0.45-0.46
----------------------
- Event handling fixes for fvwm95
- Inval saved ximage when contin capture started (for restacking refreshes)
- Fix out-of-date internal app-defaults values
- Fixed mem leaks that add up capturing videos
- Turn off hardware cursor over video window when continuous video is on
- Restore video mode on normal exit
From: Randall Hopper <rhh@ct.picker.com>
Video Window Annotation for changes in Station, Input Device, Tuner Mode,
Volume, and Mute should make it more enjoyable to surf when zoomed
full-screen.
Station IDs will let the PAL (and NTSC) folks come up with their own names
for stations (e.g. E1, ITH, FOX, CBS). You can map these IDs to channel
numbers or frequencies. Channel number lists are now obsoleted by
the more general station lists. (NOTE: See README sections 1.6.1-1.6.2)
Video window translations added for changing station (via ID, channel
number, or frequency). Should make full-screen surfing of cable or
satellite simpler.
Japanese cable support from (Hideyuki Suzuki), and Dynamic Input Format
Selection (Joao Carlos Mendes Luis).
And Direct Video enhancements for moving and stacking the TV window on
your desktop. Now when you lower the video window behind another window,
Fxtv will continue to blast (using XImages) rather than just turn off.
Also, unlike previous versions, Fxtv shouldn't leave any video trash on
your desktop after you move it in direct video mode. Note that if you have
opaque moves on in your window manager, you'll of course see video stream
trails "while" you're moving the Fxtv window, but after you let go, the
desktop will be entirely cleaned up. Fxtv also won't stomp on occluding
windows anymore.
Hope you have fun with it, and let me know if you have any problems.
Randall
