There was no functional changes, just a minor cleanup of the configure
script. (Thus I kept PORTREVISION unbumped)
Hereby welcome the distfile to MASTER_SITE_LOCAL, the Hall of Shame.
(The author promised me he wouldn't do that again, though ;)
While I am here, do some clean up:
1) Added RESTRICTED tag, for codec LEGAL status is unsure
2) Added ${PKGMESSAGE} regarding kernel USE_LDT
3) Upheld the "only under ${WRKDIR}" rule
Approved by: maintainer <holger@eit.uni-kl.de>
PR: 21663
1.4 More improved reliability. MPEG-1 video. 601
luminance conversions. Hardware YUV conversions.
AC3 fixed.
1.4.1 Compatible with this year's window managers.
Improved YUV overlay
1.5 GUI update. Twice the complexity. Half the
compilability.
1.5.1 Improved music DVD playback. Higher quality
through the MMX disable option.
1.5.2 Now reads IFO files. You can play those
interleaved DVD's.
- add support for Chinese (two-byte) Character text writing and fonts (vanilla);
- move rather long manpages listing from Makefile into separate files (sobomax);
- bump PORTREVISION as a result.
Submitted by: vanilla, sobomax
PORTREVISION or PORTEPOCH are defined.
Most of these Makefiles were defining DISTNAME and WRKSRC (and
sometimes EXTRACT_SUFX) -- change those to define DISTFILES only.
Also, some of the WRKSRC lines were not even necessary, as they were
defining it to the default value.
Instigated by: Peter Pentchev <roam@orbitel.bg> and kris
necessary in the first place, or so it seems), obsoleted by the configure
option --with-gd-includes.
Requested by: Johannes Zellner <johannes@zellner.org>
- use `-sf' ln(1) option when creating symlinks to shared libraries to avoid
failure when some of those symlinks already exist.
PR: 21286 (partially)
Submitted by: Martti Kuparinen <martti.kuparinen@nomadiclab.com>
basically silences a compiler error via a nasty function call cast. This
patch has (of course) already been integrated into KDE CVS, and as such
its expected lifetime is this single revision.
Reported by: kris
have not tried KDE 2.0 or haven't done so in awhile (i.e. since July or
before), you should try this. This version is extremely stable and offers
better functionality than before. This update also introduces the KDE2
modules kdegraphics and kdemultimedia to our ports tree. Additionally,
this marks the first time FreeBSD packages were announced as part of the
KDE2 beta release announcement! :-)
Most (if not all) of the remaining modules in KDE2 will be added for the
update WRT the final release.
A hack was added to fix building with SSL in kdelibs; this has been merged
in the main tree and will go away with 2.0 release update. Thanks to David
Faure <david@mandrakesoft.com> for his help regarding this.
Also, building the docs should now succeed because I've added a build
dependency on jade and linuxdoc (should be enough).
People can get my precompiled packages from the usual location on the KDE
FTP server (should spread to the mirrors Real Soon Now (tm)):
http://ftp.kde.org/pub/kde/unstable/distribution/2.0Beta5/tar/FreeBSD/
Have fun! Remember to reports bugs through http://bugs.kde.org/.
GLE is a library of C functions that draw extruded surfaces, including surfaces
of revolution, sweeps, tubes, polycones, polycylinders and helicoids. GLE uses
the OpenGL(R) API to perform the actual rendering.
PR: 20931
Submitted by: David Gilbert <dgilbert@velocet.ca>
- New chipset supported: S3 Savage3D (I have not tested it personally);
- Improved support for already supported chipsets;
- Change port versioning scheme to PORTVERSION=YYYYMMDD, because despite the
promise, the project had not released its magic 1.0 version (promised to be
about 3 months ago);
- Catch change of the Mesa3 version.
Please note, that it's a work in progress, so some features doesn't work (for
example mouse support). However, the functionality already present is
sufficient to run some of the popular apps (quakeforge for example).
I tested it on ATI Mach64 and C&T55554 adapters.
On XFree86-4 the port builds/installs only GLU and glut libraries and associated
includes, so GL applications have a chance to use GL library provided by the
XFree itself. Please don't forget to set XFREE86_VERSION=4 in your make.conf
if you are building it with XFee86-4.
Approved by: jseger (previous maintainer)
video can be sent to both Netscape and Internet Explorer clients in
multi-part JPEG format. Supports cards handled by the bktr(4) driver.
PR: 20116
Submitted by: Charles Hein <chein@GeekDude.com>
- gnomify and sobomaxify the port;
- provide a shell script to make dia work just OOB.
PR: 18915 (partially)
Submitted by: Benno Rice <benno@netizen.com.au>
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
(a) ImageMagick needs libxml2, not libxml
(b) libxml2 does not co-exist AT ALL with libxml
(c) libxml is a required component of GNOME
(d) the extra functionality for ImageMagick is minimal
Thus, if you installed GNOME, and then this port, or vice-versa
Really Bad[tm] things will happen.
As and when libxml2 is used by GNOME (and libxml is buried
with partial military honors), then it will be possible to
turn this support back on.
Discovered by: my crashbox going nuts after an install of GNOME
and then ImageMagick. There were no survivors :)
