- adding a build dependency on v4l_compat;
- fixing the paths to locate videodev.h in configure.in,
and disabling the (incorrect) check for V4L2;
- correct the paths in grabber-video4linux.cpp, and also add
support for the read() method in addition to mmap.
On the mailing list there was a suggestion to remove the
hardwired path in favour of a variable ( %%LOCALBASE%% or so)
based one. But this configure.in is full of hardwired paths,
so fixing one doesn't help at all, and the full fix would take
more time and knowledge that i have.
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
X11BASE).
Submitted by: pointyhat via kris
While here fix some more of the warnings, use OpenSSL's MD5 code
instead of vendor's own copy, and use srandomdev instead of
srandom(hostname+time).
Approved by: portmgr (Kirill)
versions. Use BSD's bsd.lib.mk to build uclmmbase and avoid building
(most of the) functionality, that is present in our base libraries
(btree, md5, etc.)
In vic stop using PERL, use Tcl/Tk-8.4, respect CC and CFLAGS and some
other improvements. vic is thus unbroken on 5.x
Per fenner's (much) earlier e-mail, grab maintainership for the time
being.
PR: ports/75066 (obsoleted)
Approved by: fenner (implicitly)
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
-current machine.
Also I fixed the code for grabbing from the X11 desktop in 24 bit colour modes.
Previously it gave us a blurred yellow image. Now it can capture
the X11 desktop in full 24 bit colour for both XRGB and XBGR Truecolour.
FWIW, checkout of these things took 5+hrs, staying on the local
.freebsd.org net w/o hitting the 'net at all.
As promised,
$ time cvs ci
real 67m51.701s
user 0m1.250s
sys 0m5.345s
- 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
