were only included in the old graphics/gegl (0.2.x) port. The recent gimp
update uses graphics/gegl to provide binaries and gegl04 for libraries, and
no other ports use graphics/gegl. Tidy this up by adding the binaries to
gegl04, changing the gimp port to use them, and removing graphics/gegl.
Prompted by / "If this was the last consumer of the old gegl, then sure" aja@
- Only new exports added so bump minor.
- Cleanup WANTLIB
- Fix MASTER_SITE URL
- Cleanup plugin configuration
LibreSSL patches from Gentoo developer Stefan Strogin from here:
3e69b18db7
for use in regular builds too; if that is present in a port, use
${PARALLEL_MAKE_JOBS} jobs in the build, defaulting to hw.ncpuonline.
Adjust PARALLEL_BUILD=No, this originally seemed intended to be a hint
that a port could NOT handle a parallel build, but current usage is
"don't pass make -jXX because this port has its own way to handle things",
instead change this to a slightly more understandable PARALLEL_MAKE_FLAGS
variable. This defaults to -j${PARALLEL_MAKE_JOBS} but can be reset for
build system requirements as needed (java/libreoffice have their own
mechanism) and is added automatically to MAKE_FLAGS where a build uses
>1 concurrent job.
Based on a diff from / ok espie@ - the default value may want revising
as hw.ncpuonline jobs will be too many in some cases (e.g. machines with
many cores or low RAM), but committing at this stage to avoid further
out-of-tree bikeshedding. If you need to restrict to a lower number of
jobs, set e.g. PARALLEL_MAKE_JOBS=2 in /etc/mk.conf, and please provide
feedback.
due to a dir literally named ${MODPY_PY_PREFIX}curl. But rather than bring it
back (which resulted in some other problem) just rename the directory in
post-install to simplify things in the port.
Tried to get rid of the ${GEM_BIN_SUFFIX} from the script, however,
that also requires to get rid of the flavor handling, and would rename
the package as pointed out by jeremy@
I wasn't able to get proper update working even with quirks,
therefore revert back to add the GEM_BIN_SUFFIX
Tried to get rid of the ${GEM_BIN_SUFFIX} from the script, however,
that also requires to get rid of the flavor handling, and would rename
the package as pointed out by jeremy@
I wasn't able to get proper update working even with quirks,
therefore revert back to add the GEM_BIN_SUFFIX
Tried to get rid of the ${GEM_BIN_SUFFIX} from the script, however,
that also requires to get rid of the flavor handling, and would rename
the package as pointed out by jeremy@
I wasn't able to get proper update working even with quirks,
therefore revert back to add the GEM_BIN_SUFFIX
It uses MODPY_PYTEST and copies the compiled .so files into place in
the source tree to get the tests to run.
While troubleshooting this, found that py-enum34 and py-mock needed to
be added to the python2 RUN_DEPENDS and TEST_DEPENDS respectively.
ok landry
the port doesn't declare this, lang/python throws an exception.
Patch setup.py to always use setuptools and add MODPY_SETUPTOOLS. This
will fix the intermittent build problems with py-curl we've been having.
ok sthen
Few people complained that stripped binaries are slightly
larger now than they used to be when debug packages are enabled.
My investigations show that this is because objcopy --strip-debug is
less efficient than plain strip(1) which is what we use for non-debug
packages.
Reintroducing strip(1) does not affect current debug packages behaviour
in my experience. The link to the debug symbols is still there and
egdb(1) still loads it automatically and displays all the debug info.
OK espie@
