yard-chef is a YARD plugin for Chef that adds support for documenting Chef
resources, providers, and definitions.
WWW: https://github.com/rightscale/yard-chef
PR: ports/183852
Submitted by: Douglas William Thrift <douglas@douglasthrift.net>
- While I'm here:
- Remove LICENSE_FILE for well-known licenses
- Support STAGEDIR
Changes: https://github.com/carr/phone/blob/master/ChangeLog.md
PR: ports/183881
Submitted by: Douglas William Thrift <douglas@douglasthrift.net> (maintainer)
Changes:
* Fix leftover detection on HEAD due to new nmtree
* Fix jail rollback on HEAD due to new nmtree which manifested
as missing dependencies in /new_packages
* Don't exclude anything when looking for stage orphans, which
fixes finding /var/run/PORTNAME as an orphan
- Convert to USES qmake and dos2unix
- Convert to staging
- Use LOCALBASE instead of hardconding /usr/local.
- Fix build on 10 and head with new libc++
PR: ports/183933
Submitted by: Fernando <fernando.apesteguia@gmail.com> (maintainer)
Geo::JSON converts to and from geojson using Perl objects. GeoJSON objects
represent various geographical positions - points, lines, polygons, etc.
Currently supports 2 or 3 dimensions (longitude, latitude, altitude). Further
dimensions in positions are ignored for calculations and comparisons, but will
be read-from and written-to.
WWW: http://search.cpan.org/dist/Geo-JSON/
The problem with the old method is that the libtool is configured to look
first in LOCALBASE for libraries to link to. Normaly this wouldn't cause
a problem. However if a port that builds a library with new API also builds
introspection files or say gtk bindings, then libtool will look first into
LOCALBASE and find the old library version for linking the introspection
files or gtk bindings. Due to the missing new API in old library the build
will fail with unresolved symbols.
The new ltverhack will patch the ltmain.sh and/or libtool files that where
bundled with the port. This libtool is correctly configured to first look
in for the just build libraries.
If the port bundled version of ltmain.sh and/or libtool aren't in ${WRKSRC}
then ltverhack_PATCH_FILES can be overwritten with there location in ${WRKSRC}.
As a bonus when using the new ltverhack configure will honor --disable-static
again. So please check your plist after converting.
While here shorten the number of tabs in the lthacks, ltverhack and
ltasneededhack PRE_PATCH components so they are just over 80 chars long.
Exp-run by: bdrewery@
PR: ports/183936
Obtained from: gnome dev repo
