All ports depending on this one fail to build:
devel/asdlgen
devel/ml-doc
devel/sml_tk
math/isabelle
textproc/sml-fxp
Reported by: pkg-fallout
With hat: portmgr
The EXTRACT_AFTER_ARGS came after <bsd.port.mk>, and even if it were
to be merly moved, it likely still would not work. This argument is
not additive due to use of conditional initialization.
When EXTRACT_CMD was removed, it was replace by UNZIP_CMD which required
a new dependency on infozip. By using TAR to extract the zip archive
instead, that new dependency is no longer necessary.
Currently UNZIP_CMD refers to infozip, so using TAR to extract the
embedded zip file to replace EXTRACT_CMD saves having to add infozip
as a dependency.
This actually changes the extract tool from /usr/bin/unzip to /usr/bin/tar
because UNZIP_CMD currently refers to $LOCALBASE/bin/unzip so using that
would require a new dependency on info.
To avoid adding a new dependency, just use TAR which works fine.
- Add new options [2]
while here
- Add libtool to USES
- Silence mkdir and post-patch commands
Patch improved by Daniel Salzman <daniel.salzman@nic.cz> [2]
PR: ports/190370
Submitted by: Leo Vandewoestijne <freebsd@dns-lab.com> (maintainer) [1]
Recently DragonFly was added as an officially supported platform on
GCC, providing OOTB support for C, C++, ObjC, and Fortran. However,
the Java lang does not build, even if the first failure (boehm-gc) is
fixed.
Adding Makefile.DragonFly is the cleanest and least intrusive way I could
remove the JAVA option (there is no EXCLUDE_OPTION_${OPSYS} support in
bsd.options.mk)
Approved by: maintainer (gerald@)
I can tell lifetype is a really old port. In addition to staging, I
took the liberty to:
* convert roll-your-own pkg-message to SUB_FILES/SUB_LIST
* convert roll-your-own PLIST to TMPPLIST
* Remove leading article from comment
* Fix double-extraction bug (templates and plugins extracted twice in
two different places) by using EXTRACT_ONLY
* Add a license (GPLv2)
* Use ".zip" instead of EXTRACT_SUFX for aesthetic reasons, the variable
didn't help since the rest of the file name was hardcoded
* Rewrite package list autogen and move it from pre-install target to
post-install target. It's needed because templates, plugins change all
the time and even without it's 4000 line plist (200kb+)
* Remove imagick option, it doesn't seem to be a php extension anymore
as far as I can tell. It was missing USE_PHP+= imagick in any case
* Remove references to imagick option, rewrite pre-patch warning
* Add USE_PHP+= gd to gd option to fix it
* Use TAR instead of EXTRACT_CMD or UNZIP_CMD to extract the templates and
plugins (unzip still used for main distfile). UNZIP_CMD current refers
to infozip which isn't a dependency. To avoid using EXTRACT_CMD and
adding a new dependency on infozip, TAR was deemed the best choice since
it clearly works fine.
This work was done independently of PR: ports/190214
