frontend which currently utilizes Winamp 2.x compatible skins, or
as a daemon for other frontends to connect via a DBus
interface. It can run under X11 with graphical GUIs, or without X
under plain UNIX terminal as a daemon (in which case it
requires a different frontend connecting to it via DBus).
http://bmpx.berlios.de/
Both multimedia/gdvrecv and multimedia/dvts provides executable
bin/dvrecv with non-compatible uses and syntax. The last installed
will overwrite the other.
Further, gdvrecv installs no man-pages, so installing first dvts
then gdvrecv will cause incorrect manual page to appear.
PR: ports/85979
Submitted by: Erik Norgaard <norgaard@locolomo.org>
Approved by: maintainer timeout
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.
On recent FreeBSD installing multimedia/mplayer port doesn't
compile-in bsdbt848 driver. Cause for this is in the mplayer's
'configure' script that uses the following code to autodetect
the presense of the system bt848 driver:
if defined(__NetBSD__)
#include <dev/ic/bt8xx.h>
#else
#include <machine/ioctl_bt848.h>
#endif
On FreeBSD /usr/include/machine/ioctl_bt848.h is replaced
with /usr/include/dev/bktr/ioctl_bt848.h, so 'configure'
script doesn't find it. Be warned that if you upgraded
your FreeBSD installation from the older version, you will
still have /usr/include/machine/ioctl_bt848.h installed on
your system (make installworld doesn't delete old files)
and configure script will not need patching to be able to
find the system bt848 driver. In the fix section I attached
a patched 'files/patch-ad' file.
[...]
Hi again,
I've prepared a diff to solve the issue. Besides this,
PORTREVISION is bumped to reflect the change and distinfo
contains sha256 sum. Would you please confirm that it works
on amd64, go for the commit and close the pr?!
Submitted by: Simun Mikecin <numisemis@yahoo.com>
Approved by: "Thomas E. Zander" <riggs@rrr.de>
Reviewed by: Simun Mikecin <numisemis@yahoo.com>
PR: ports/87853
