Makefile. A do-install: target is preferrable if one does not plan
on submitting patches to the author. Doing it this way has the
nice side-advantages that we now respect MANOWN and BINOWN.
- Respect CFLAGS
- move patches/patch-ab to files/mplex.1
don't USE_IMAKE, don't appear to change behaviour on NOMANCOMPRESS (many
do, subtly) and don't install more than one manpage.
Any port listed here is a good candidate for a general review simply
due to age... For example, a number of them seem to patch an install:
target into the program Makefile and/or arbitrarily compress their
manpages from patches/patch-*. This has been out-of-vogue since I would
guess mid-1996, at least.
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>
- Actually include the x11 grabber in the compile
- Don't force the capture type to PAL; leave it at auto
- Remove debugging code and comments
- Eliminate the need for kernel patch for tuner code
- Don't patch one source file in more than one patch-XX files
* an x11 grabber similar to the one present in nv. Extremely useful
for interactive work (i'd say better than a camera in many cases).
* add video controls to the meteor grabber (brightness etc.)
* add tuner control when used with the meteor grabber (require a
small modification to the kernel to let tuner be controlled
via the grabber fd);
Submitted by: luigi
PR: 6814
Thanks to Chris Kukulies <kuku@gil.physik.rwth-aachen.de> for
telling us about this on freebsd-multimedia, and giving me the
idea of doing a port for it.
* 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.
installs the version of the port that uses shared library number 9 and the
LIBRARY_VERSION set to the default. Normally this is against our policy
(bumping the version number for minor things), however due to the major
problems caused with the upgrade, Satoshi and I decided that this was best.
Approved by: asami
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
PLISTs.
Note: I know that this is going to break some symlinks and/or .so
includes, I will back some of these out as I run into these during
package building.
all the COMMENTs! No package names, no version numbers, no "this is
absolutix-3.1.2" type comments that have zero information contents.
Now, without any bad examples to follow, nobody has an excuse to import
a port with those kind of comments. :)
Phew! 238 ports modified!
(1) Took out INSTALL_MANPAGES (not necessary anymore, porter should
set NO_INSTALL_MANPAGES for not calling "make install.man")
(2) Replaced most of DEPENDS with EXEC_DEPENDS and LIB_DEPENDS. These
are the entries I used:
EXEC_DEPENDS:
unzip:${PORTSDIR}/archivers/unzip
gmake:${PORTSDIR}/devel/gmake
wishx:${PORTSDIR}/lang/tclX
xli:${PORTSDIR}/graphics/xli
gs:${PORTSDIR}/print/ghostscript
gunshar:${PORTSDIR}/archivers/gshar+gunshar
hfs:${PORTSDIR}/utils/hfs
rman:${PORTSDIR}/utils/rman
LIB_DEPENDS:
tiff\\.3\\.:${PORTSDIR}/graphics/tiff
jpeg\\.5\\.:${PORTSDIR}/graphics/jpeg
Xpm\\.4\\.:${PORTSDIR}/graphics/xpm
tcl\\.7\\.:${PORTSDIR}/lang/tcl
tk\\.3\\.:${PORTSDIR}/x11/tk
xview\\.1\\.:${PORTSDIR}/x11/xview-lib
Xaw3d\\.:${PORTSDIR}/x11/Xaw3d
mpeg\\.1\\.:${PORTSDIR}/graphics/mpeg-lib
xview\\.3\\.:${PORTSDIR}/x11/xview-lib
BLT\\.1\\.:${PORTSDIR}/x11/blt
There are still some dependencies I can't figure out what exactly
is needed. If your port still has DEPENDS in it, please check it out!
