a drop-in replacement for libjpeg.so.
This commit splits them apart into two ports:
graphics/libjpeg-turbo which installs only libturbojpeg.so
graphics/jpeg-turbo which installs the libjpeg.so replacement
This will allow ports to depend on libturbojpeg.so without causing
pkg conflicts.
Approved by: maintainer
- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)
- Add stage support
- Convert to options
- Remove optional dependence on lang/icc (it is quite old, not staged)
- Remove needless USE_AUTOTOOLS
- Depend on graphics/svgalib on amd64 as well
- Clean up Makefile
- Update plist to current standards
rubyforge.org shutdown on May 15, 2014. This commit accounts for that by doing
several things:
- Deprecate ruby that had only rubyforge.org as MASTER_SITES (and so are now
only fetchable via our cache)
- Deprecate ports that depend on those
- Update the WWW pkg-descr line that points to rubyforge.org for rubygem ports
(which are still fetchable from rubygems.org)
The next step will be to remove rubyforge.org from bsd.sites.mk, after these
deprecated ports are deleted.
Phabric: D591
With hat: ruby
Approved by: portmgr (because of committing to unstaged graphics/mingplot port)
9.3-RELEASE users may encounter build failure due to incorrect cast for
_mm_srli_epi64(__A, __B) in emmintrin.h of base gcc. This was fixed in r269948
(head) and MFC'd to stable/9 and stable/10 in r270099.
However, 9.3-RELEASE users do not benefit from the fix. In order to solve this
problem. We use clang or newer gcc from ports to build this port.
Reference: https://svnweb.freebsd.org/base?view=revision&revision=269948
PR: ports/192600 [1], ports/192637 [2]
Submitted by: mandree [1], Vladimir Chukharev <vladimir.chukharev@gmail.com> [2]
Thanks to: dim
GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)
Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130
Couple OpenEXR more tightly to ilmbase and require its exact .so
version.
Add UPDATING note, and bump PORTREVISION of all dependent ports.
Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.
Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)
- Adapt port to the new Python facility
- This software doesn't support Python 3, so restrict its
installation to Python 2 [1]
- Adopt automatic pkg-plist
Noticed by: Robert Huff <roberthuff@rcn.com> (via private email) [1]
PR: 190328
Submitted by: Olivier (cochard.me)
ttygif permit to convert ttyrec record into animated gif.
It's a 3 steps process:
1. Generate a ttyrecord file with misc/ttyrec
2. convert the ttyrecord in multiple image file with ttygif
3. convert the multiple image with a unique animated gif file with concat
