Starting with perl 5.20, they're not installed any more if empty,
and on FreeBSD, they're (always ?) empty.
PR: 190681
Submitted by: mat
Exp-Run by: antoine
Sponsored by: Absolight
Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE
Phabric: D195
Reviewed by: bapt
With hat: portmgr
installation of ports for different python versions.
If set to yes, the knob indicates that the port can be installed for different
python versions at the same time. The port will use a unique prefix for
certain directories using USES=uniquefiles:dirs (see the uniquefiles.mk Uses
for details about the directories). Binaries receive an additional suffix,
based on ${PYTHON_VER}.
With hat: python@
This change was not exp-ran and if breaks a few ports because the python3
metaport and bsd.python.mk do not handle python34 well for now
Discussed with: mva
With hat: portmgr
The following changes were made to options:
o Remove GCC option (see below)
o Remove KWALLET option (unused)
o Rename FACEBOOK option to FB_PICASA, because both export features
depend on json-glib.
o Add COLORD option (color management)
o Add GRAPHMAGICK option (support GraphicsMagick's image formats)
o Add LUA option (embed Lua to add scripting)
o Add OPENEXR option (support HDR image format)
o Add SQUISH option (use libsquish to compress thumbnails)
o Add WEBP option (support WebP image format)
The patch enables more options by default, because I think it's more
sensible for a photographer using binary packages:
o COLORD
o FB_PICASA
o FLICKR
o GEO
o GPHOTO (already on)
o LUA
o NLS
o OPENEXR
o OPENJPEG
o RAWSPEED (already on)
o WEBP
The GCC option was removed because the usage of GCC along with libc++
in FreeBSD 10 and -CURRENT is unstable (this isn't a general truth,
just valid in the case of darktable). In FreeBSD up-to 9, the usage of
lang/gcc is mandatory anyway, because GCC 4.2.1 support is best effort
only (upstream).
Ninja is now used to build darktable, instead of make. This is not mandatory
of course, but brings a 33% build time improvement (at least for me).
pkg-plist is generated with "make makeplist" this time. That's why the
diff seems large. In fact most of the content remains the same, just with
a different order.
All patches were committed upstream and are removed, except one which
comes from upstream but isn't part of release 1.4.2.
The port is now "stagified".
Finally, I take maintainership of it.
PR: ports/186979
Phabricator: D107
Reviewed by: danfe@ (previous version), antoine@
Approved by: antoine@
execution environment does not match the encoding of the setup.py file. Simply
read everything in as binary data without trying to convert it to the matching
locale.
unexpectedly getting readline from ports if it's already installed.
- Add patch to work with newer libreadline
- Provide an option to use libedit from ports, avoiding the libedit in base.
- Note 1: The patch to work with newer libreadline is only applied in the
libreadline case since it actually breaks building with libedit.
- Note 2: libreadline is not BSD licensed and while libedit would be
preferable, it seems to have issues with UTF8 still, see ruby bug 9204. Once
that's resolved, we can make libedit the default.
PR: ports/187928 [1] (based on)
PR: ports/188077 [2] (based on)
Submitted by: Shin-ya Murakami <murashin@gfd-dennou.org> [1]
Submitted by: Christoph Moench-Tegeder <cmt@burggraben.net> [2]
Obtained from: http://svn.ruby-lang.org/cgi-bin/viewvc.cgi/trunk/ext/readline/readline.c?r1=43458&r2=45225 (ruby upstream)
MFH: 2014Q2
version ranges
old:
~/svn/ports/databases/libdrizzle # make
===> libdrizzle-0.8_1 depends on package: doxygen>=0 - not found
pkg-static: No package(s) matching doxygen
===> Verifying install for doxygen>=0 in /root/svn/ports/devel/doxygen
new:
~/svn/ports/databases/libdrizzle # make build-depends
===> libdrizzle-0.8_1 depends on package: doxygen>=0 - not found
===> Verifying install for doxygen>=0 in /root/svn/ports/devel/doxygen
With hat: portmgr
which is intended to be used with WITH_DEBUG, allowing the system to build
packages with debugging symbols enabled and kept in build environment but
do not install them with the resulting binaries.
PR: ports/185309
Submitted by: delphij
Reviewed by: bdrewery
