Add patches to py-poppler [2] and rubygem-poppler [3] to fix the build
of these ports with poppler 0.39+.
PR: 206293 [1]
Submitted by: olivierd@ [1]
Obtained from: ubuntu [2], rubygem-poppler upstream [3]
- Support multiple values in *_OLD_CMD, i.e. we can now fix both "/usr/bin/python" and "/usr/bin/env python" at the same time
- Default *_OLD_CMD values are now always appended, so you don't need to specify them in individual ports
- Add lua support (depends on USES=lua)
- Add more default values, such as "/usr/bin/env foo" for python, perl, bash, ruby and lua
- Shebangfix now matches whole words, e.g. we will no longer (erroneously) replace "/usr/bin/perl5.005" with "${perl_CMD}5.005" (but "/usr/bin/perl -tt" is still (correctly) replaced with "${perl_CMD} -tt")
Note that *_OLD_CMD items containing spaces must now be quoted (e.g. perl_OLD_CMD=/bin/perl /usr/bin/perl "/usr/bin/env perl")
Update shebangfix usage according to new rules in many ports:
- Remove *_OLD_CMD for patterns now replaced by default
- Quote custom *_OLD_CMD which contain spaces
Fix shebangfix usage in many ports (irrelevant to infrastructure change):
- Remove redundant SHEBANG_LANG (no need to duplicate default langs)
- Remove redundant *_CMD (such as python_CMD=${LOCALBASE}/bin/python${PYTHON_VER} when USES=python is present)
- Never use *_OLD_CMD in REINPLACE_CMD matchers, these should always look for exact string
Approved by: portmgr (bapt)
Differential Revision: D3756
The base version of clang 3.4.1 in FreeBSD 9.3 is missing some
patches that are present in clang 3.4.1 in FreeBSD 10.1. One of
these patches appears to fix a code generation bug on i386 that is
triggered when building graphics/inkscape.
Work around this issue by building inkscape with lang/clang34 from
ports on FreeBSD 9.3 i386.
Approved by: mat (mentor)
MFH: 2015Q2
Differential Revision: https://reviews.freebsd.org/D2417
- USES=pkgconfig:both since the *-config scripts are wrappers around pkg-config.
- Don't require ghostscript for the freetype2 option.
- Actualy remove the pkg-help file with is obsolete since r377347 when the
library names where normalized.
Due to libMagick++-6.so bump, chase depend ports.
The build problem exhibits itself as a internal compiler error on 9 and
code issues on 8.x. Solve this by making sure inkscape uses a newer compiler
via the USES=compiler framework.
Reported by: Robert Backhaus (via IRC)
Make sure we use openjpeg1 in poppler, while openjpeg2 support
was added there still bugs in openjpeg2 that need to be fixed.
Add patches to inkscape for API changes in poppler 0.29.0 [2].
PR: 196599 [1]
Submitted by: olivierd@ [1]
Exp-run by: antoine@
Obtained from: upstream [2]
- Normalize the ImageMagick library name so it stays the same regardless of
what the 16-bit and HDRI option are set to [1]. Teach cmake to look for
the new name. Bump ports that link to the libraries due to this.
- As a result do away with the "HALFSUPPORTED" option block, and list
16-bit and HDRI with the other options.
- ImageMagick ships a basic SVG plugin when not using librsvg2 for SVG
support. This basic SVG plugin needs libxml2 to work [2]. Make libxml2
a mandatory dependency (instead of only when the SVG option was selected).
- Don't touch .keep files in the modules directory, there files there so
it useless.
PR: 194949 [1]
PR: 195227 [2]
Requested by: many [1]
Submitted by: software-freebsd@interfasys.ch [2]
Adobe Illustrator SVG files containing entities can be loaded again
Support for Poppler 0.26
Support for Boehm-GC 7.4.0 and later
Several crash bugs were fixed
Remove the gnomevfs option.
Install all available manpages.
Document where the .la files are loaded from.
Don't rebuild ghostscript as build dep for when building packages with
PACKAGE_BUILDING, only for when the test suite is enabled.
Actualy commit pkg-help, missed in the update to 6.8.9-3, woops.
Bump libMagick++ users since that library version got bumped.
Use USES=compiler:openmp for the OPENMP option[2]
Ditch the use of perl for patching etc [4] and silence perl threaded check [6]
-delay option spurious message should be fixed [5]
JASPER option was replace by JPEG2000 for JP2k support.
Put 16BIT_PIXEL and HDRI option separate option block. These options change
the library name, so the user needs to take this into consideration.
Use new LIB_DEPENDS syntax.
Use @sample for config files.
Sprinkle some USES=pkgconfig for some ports, since we don't pull it in
anymore at run-time.
PR: 185462 [1]
PR: 187548 [2]
PR: 182793 [3]
PR: 181746 [4]
PR: 176047 [5]
PR: 190814 [6]
Submitted by: c.petrik.sosa@gmail.com [1]
Matthieu Volat <mazhe@alkumuna.eu> [2]
free.bsd@webstyle.ch [3]
andrnils@gmail.com [4]
rfg@tristatelogic.com [5]
Michelle Sullivan <michelle@sorbs.net> [6]
Approved by: portmgr (blanket) (for NO_STAGED ports)
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
Update comment.
Use new LIB_DEPENDS syntax, use USES=pathfix.
Stagify.
Bump portrevision of all affected ports, and Update poppler* LIB_DEPENDS to
new syntax.
Switch to new lib_depend syntax, stageify, USES=desktop-file-utils.
Quiet warning spam when building with clang.
Cleanup obsolete sed lines, rename patches with obsolete names.
Obtained from: inkscape launchpad bug 1232474 and 0.48.x stable branch [1]
Convert to optionsNG, update Makefile and comment. Remove shlib versions.
add USE_GCC=any since it doesn't compile with clang, and restrict manpages to
the english version only.
The qt3 bindings are removed upstream.
The glib library lost the last gdk-pixbuf code. And rename it from
-gtk to -glib.
Thanks to: pav for a exp-runs
bapt for double checking the libreoffice ports
