This brings the following additional ports
* devel/rubygem-launch22
* misc/rubygem-mime-types117
* textproc/rubygem-nokogiri14
* www/rubygem-heroku-nav
* www/rubygem-mechanize26
* www/rubygem-net-http-digest_auth11
* www/rubygem-net-http-persistent25
With the exception of heroku-nav, all the other ports are just older versions
of already existing ports.
Reviewed by: swills
Dave Shar <koalative at gmail.com> wishes to maintain these ports
with my help.
audio/liblo
- Pass maintainership to koalative at gmail.com
cad/brickutils
- Bump PORTREVISION for adding PDF
- Add DIST_SUBDIR because more files
- Pass maintainership to koalative at gmail.com
- Add PDF to DOCS
cad/ldraw
- Change Makefile header, use my name and @FreeBSD.org email
- Pass maintainership to koalative at gmail.com
- Break lines around 80 characters
- Cosmetical changes
cad/leocad
- Update to 0.80.3, Announce message:
Fixed mouse coordinates in OSX retina displays.
Fixed shortcuts in the parts tree.
- Pass maintainership to koalative at gmail.com
- Remove TODO.txt from DOCS
- Add more supplied icons
textproc/unoconv
- Pass maintainership to koalative at gmail.com
This was part of the Ada Web Server, but it is maintained separated and
even needs to be recursively cloned into AWS git repository. Now the
AWS template engine is a separate library that AWS will use in the
upcoming update. The package description is below.
================================================================
This is the template engine for the Ada Web Server. It is modular and
therefore can be split out of AWS and used on its own.
As it was designed for generating web pages, it's function is to parse
a page template and replace tokens with specified values. This template
engine is amazingly fast due to its concurrent cached compiled templates
support.
WWW: http://docs.adacore.com/aws-docs/templates_parser
The annual Adacore release happened!
Notable changes:
* parallel build supported now
* generated plist converted to static plist
* License installed now (it was only defined before)
* Restriction of building dynamic libraries on FreeBSD 8 removed; the
issue wasn't with this port but rather configuring the Ada compiler to
use the system linker. Using binutils 2.24 linker fixed the issue.
Nokogiri currently does not fully support libxml2 2.9.1 which our
textproc/libxml2 has just been updated to, and using the bundled
libraries is the only supported configuration.
while retaining useability, portability and reasonable W3C
compatibility. It is an in-situ parser written in modern C++, with
parsing speed approaching that of strlen function executed on the
same data.
RapidXml has been around since 2006, and is being used by lots of
people. HTC uses it in some of its mobile phones.
If you are looking for a stable and fast parser, look no further.
Integration with your project will be trivial, because entire library
is contained in a single header file, and requires no building or
configuration.
WWW: http://rapidxml.sourceforge.net/
Release notes: http://librdf.org/bindings/RELEASE.html#rel1_0_17_1
This commit also brings some packaging fixes: the Perl bindings' .packlist
does not reference the staging directory, and the Ruby bindings' generated
shared library has the correct suffix.
MFH: 2014Q2