The changes:
. our patch-gcc3 (provided to me by Alex Vasylenko) is
incorporated;
. the library uses its own implementation of wchar; they
say, it can only work if sizeof(wchar_t) is 2 bytes, so
they can not rely on the OS provided wchar...
The port changed:
. the package is installed as libfpx-version rather than
fpx-version;
. make is passed `-j2', which is very efficient even for
non-SMP machines, since each file is compiled twice --
for .o and .So object -- with -j2 they are compiled at
the same time, utilizing the cache;
. don't insist on any particular version of -ljpeg;
. ftp.imagemagick.org added to the MASTER_SITES (time for
MASTER_SITE_IMAGEMAGICK);
. the ABI and API did not change, so, the installed library's
version remains the same.
going to take this one over for now. Chuck hasn't logged into
freefall since August, and this port has been unfetchable since
October.
This update makes the port fetchable, and the new version builds and
runs. The next step for those intrested in non-English language support
would be to create slave ports which bring in the new xpdf modules.
I haven't incorporated all of the parts of the PR, since I don't
understand what the originator is driving at, and I want to get
this port back on the air. I'll ask for some feedback on the PR.
If anyone with more experience/interest in this port wants to take
it over, just shoot me an e-mail.
PR: ports/34770
Submitted by: KATO Tsuguru <tkato@prontomail.com>
every search engine is still pointing to, no longer allows
anonymouse FTP login. Thanks to the submitter for looking into
the obvious place -- right in front of my nose -- in the source
itself, and submitting the other location, that still works.
PR: ports/34787
Submitted by: Ted Mittelstaedt
This packages core application is a command line tool which can read
so-called PhotoCD (*.pcd) images and convert them to PPM or JPEG
(pcdtoppm). Also included is a PhotoCD viewing frontend for X (xpcd).
Main benefit in this package is that it is capable to open PhotoCD
pictures in 3072x2048 pixels resolution and convert them to JPEG,
while most of the other applications that I've seen don't go beyond
768x512.
This application is also packaged (by other people) into Debian
(http://packages.debian.org/stable/graphics/xpcd.html)
- Fix pkg-plist, ports installed more files.
- set manpages in Makefile
- Fix Head of makefile
PR: 31539
Submitted by: juha.o.ylitalo@nokia.com
the ECHO macro is set to "echo" by default, but it is set to "true" if
make(1) is invoked with the -s option while ECHO_CMD is always set to
the echo command.
Use command macros where appropriate.
${LOCALBASE}/include, rather than include/gd. Each file is named gd*.h
anyway. Bump the PORTREVISION. Other ports should be fine, because
the have the -I${LOCALBASE}/include anyway, but should keep the
-I${LOCALBASE}/include/gd for a while too.
LIB_DEPENDS. ImageMagick will compile with any version of -ljpeg,
-ljbig, -lmpeg2, -lbz2, -lfpx, -lfreetype, -lxml2, -lpng, -llcms. I'm
not sure about -ltiff (we had the old, incompatible version ported for
a while as recently as a few years ago) and -lltdl (libtool).
This should make this port more resilient to upgrades to the other
ports and make it easier to build by people, who already have earlier
versions of the other libraries installed.
The idea -- of not requiring particular versions in some/most cases --
in general was discussed on -ports.
than former, bump PORTEPOCH (will)
o Reorganize items inside Makefile to help with maintainance
o Both remove ONLY_FOR_ARCHS=i386 and add tweaks to hopefully
enable this port outside of i386
o This port no longers USE_AUTOMAKE (will)
o New defaults: build with libmad and with optimized cflags. Thus,
add both WITHOUT_MAD and WITHOUT_OPTIMIZED_CFLAGS options
Submitted by: will
Reviewed by: pat, Thomas E. Zander <riggs@rrr.de>,
MAINTAINER
o Add additional MASTER_SITES
o Depend on mplayer-skins if WITH_GUI since GUI does not work without
a skin
o Added option WITH_XANIM
PR: 33604
Submitted by: MAINTAINER, Alan Eldridge <ports@geeksrus.net>
Reviewed by: pat
User Interface (GUI)
o Assign maintainership to mplayer's maintainer since he can better
follow up
Reviewed by: pat, Thomas E. Zander <riggs@rrr.de>
Maintained by: Thomas E. Zander <riggs@rrr.de>
o Thus, update port to 011002.0.0.60
PR: 33604
Submitted by: Alan Eldridge <ports@geeksrus.net>, MAINTAINER
Reviewed by: pat, Thomas E. Zander <rigs@rrr.de>
Hand maintainership to Oliver Lehmann <lehmann@ans-netz.de>, since
greid doesn't seem to be interested in this port any more (various
feedback timeouts and mails from him indicate this)
PR: 31691, 32673, 32802, 33894
Submitted by: Oliver Lehmann <lehmann@ans-netz.de>
Approved by: greid (MAINTAINER) (de-facto approved)
package name became fpx-1.2.0-3 -- the extra dash problem... It was
quickly pointed out to me by KATO Tsuguru and Lev Serebryakov, with
the former providing the simple patch I commit now. The package is
now fpx-1.2.0.3.
Fortunately, dot follows dash in the sorting order, so there is no
need to mess with the PORTREVISION.
Submitted by: KATO Tsuguru
- Move all stuff specific to kde core ports to x11/kde2/Makefile.kde.
+ Default to compile optimized for speed, not debugging, in ports
builds, not just packages. We don't really get that many backtraces
or debugging information, and there's a better way to provide these
things to people willing to spend some time working on KDE. It's
at (as announced before): http://freebsd.kde.org/.
- Remove teTeX dependency for kdegraphics2 upon request, and being unable
to find any reason not to. Apparently, kdegraphics still compiles
libkdvi and kdvi -- I guess dvips is merely a runtime dependency.
Therefore to enable its use one just needs to add the teTeX package.
Bump PORTREVISION to reflect dependency change.
- Fix koffice port by removing PYTHON_VERSION, which is unnecessary.
PR: 33650 (part of)
Submitted by: John Merryweather Cooper <jmcoopr@johncoop.MSHOME.bmi.net>
Reviewed by: kde-freebsd@lists.csociety.org (teTeX dep removal, and
optimizing for speed, not debugging capability)
installed but benefit from it otherwise
o Fix PLIST due to aforementioned
o Bump PORTREVISION
Submitted by: HIYAMA Takeshi <cbc06942@pop06.odn.ne.jp>
Prompted by: jedgar,
Øyvind Kolbu <oyvind@kebab.gaffel.nu>
This can be used to generalize building of, say, language-specific
versions of gd like ukrainian/gd -- the controlling port will simply set
GD_FONTS to something like
GD_FONTS="/usr/ports/distfiles/x-koi8u.tgz koi6x10.bdf koi8x13.bdf \
koi9x15.bdf koi12x24.bdf koi10x20.bdf"
And the new configure script will extract the bdf files from the tarball
and use the bdftogd perl script (bundled with the software) to regenerate
the sources.
No REVISION bump, because the default package is still the same...
--enable-debug and turn off stripping of binaries so we actually get all
the debugging we're supposed to get. :)
Submitted by: Alan Eldridge <alane@geeksrus.net>
- USE_AUTO* -> USE_AUTO*_VER=* where required
- USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK
- Other minor changes to fix things
These changes should be no-ops with the current bsd.port.mk, but will
assist in preparing for the next generation of USE_AUTO*.
Submitted by: bento 4-exp USE_AUTO* cleanups
http://people.FreeBSD.org/~will/4-exp/http://bento.FreeBSD.org/errorlogs/4-exp-latest/
though there are plenty of messages about unalligned access...
(Notably, the author incorporated almost all of our 32-bit related
patches).
PR: ports/33528
Submitted by: Lev A. Serebryakov
- NO_PACKAGE
From developers: "Distributing MPlayer in the form of binaries
and/or binary packages is currently impossible, speaking about both
technical and law areas"
Submitted by: maintainer
${LOCALBASE}/include. The old behaviour was working almost
always, because the package's own header files are well-named,
except for the common.h, which caused build failure for at least
one person.
PR: ports/32247
