Note that graphics/GraphicsMagick12 was removed on 2014-05-20 because it is
no longer maintained upstream.
Detailed/other changes:
* graphics/GraphicsMagick :
- Copy contents from graphics/GraphicsMagick13
- Remove PORTREVISION and PKGNAMESUFFIX
- Keep original pkg-descr, do not copy whitespace-only changes.
* graphics/pecl-gmagick :
- Use modern LIB_DEPENDS
* graphics/vips :
- Stage support
- Use modern LIB_DEPENDS
- USES libtool, pathfix
* multimedia/bombono :
- Update BUILD_DEPENDS and RUN_DEPENDS
* textproc/htmltolatex :
- Use modern LIB_DEPENDS
Phabric: D108 162
Approved by: portmgr (antoine, bapt)
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Made various stylistic fixes to Makefile.
- Broke files/patch-* files into individiual patch
files and used "make makepatch" to name them all
correctly.
- Removed NOPORTDOCS support, pending support in
upstream package installation process.
Reviewed by: beech, itetcu
Approved by: beech (mentor, implicit)
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
backing as long as they apply to all. I refuse to obey a particular policy --
that of automatic bumping PORTREVISION of all ports lib-depending on mine.
It is no longer possible to leave obeying a disagreable policy to those, who
finds it acceptable, either -- portmgr gets really angry, threatening backouts
and commit-bit suspensions.
I thus have no other option but to relinquish maintainership of ports, which
install shared libraries, which any other ports depend on -- starting with
GraphicsMagick.
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
the software authors can reproduce the problem, one user of FreeBSD-7.x
has reported an issue, which can only be explained by a build-time race.
Reported by: Per olof Ljungmark
Approved by: portmgr (mlinimon)
OPTION). Add support for running bundled self-tests after building.
Do not run the self-tests by default, in order to be able to secure
portmgr's approval, but advise the user to do so before installing.
The self-tests will be turned on, when port-freeze is over.
Approved by: portmgr (pav)
some ports, that expect standard Magick symbols to be present (that is
revert revision 1.6). Redefine only the GetToken symbol instead just to
get rid of ports/94905
- Use correct path for windows fonts [1]
- Add a knob to depend on windows fonts conditionally.
PR: ports/114036 [1]
Submitted by: Roderick van Domburg <r.s.a.vandomburg@nedforce.nl>
For example, setting CPUTYPE to p3 or above triggers this.
This is the same bug happened in ImageMagick, and the original patch can
be found at
http://www.imagemagick.org/pipermail/magick-developers/2006-April/002550.html
In fact, this patch was submitted in PR 101361, but a wrong version was
committed.
PR: ports/107086
Obtained from: GraphicsMagick cvs
GraphicsMagick has been updated so that all its symbols are now prefixed with
'Gm'. All depending ports will have to be recompiled as noted in UPDATING.
PR: 94905
Submitted by: mat
