Fink

Recent Package Updates

2018-10-23: kotlin-1.2.71-1 (Statically typed programming language for JVM)
Kotlin is a pragmatic programming language for JVM 
and Android that combines OO and functional features 
and is focused on interoperability, safety, clarity
and tooling support.

commit log from Brendan Cully (brendan@cully.org):

    kotlin: new upstream release 1.2.71
2018-10-23: python36-3.6.7-1 (Interpreted, object-oriented language)
Python is often compared to Tcl, Perl, Scheme or Java. 
 This package installs unix python - not the OSX Framework version.
 Builds a two-level namespace dynamic libpython (needed for koffice).

 The interpretter is installed as "python%type_raw[python]", and all associated
 commands are similarly named with the python-version in them. To get
 the simple "python3" command, install the fink package "python3" (note:
 the "python3" command there is not guaranteed to be python%type_raw[python]!).

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream python36 3.6.7
2018-10-23: genshi-py27-0.7-1 (Toolkit for generation of output for the web)
Genshi is a Python library that provides an integrated set of
components for parsing, generating, and processing HTML, XML or other
textual content for output generation on the web.

The main feature is a template language that is smart about markup:
unlike conventional template languages that only deal with bytes and
(if you're lucky) characters, Genshi knows the difference between
tags, attributes, and actual text nodes, and uses that knowledge to
your advantage. For example:

    * Intelligent automatic escaping greatly reduces the risk of
      opening up your site to cross-site scripting attacks (XSS).

    * Template directives are often less verbose than those in most
      other template languages, as they can be attached directly to
      the elements they act upon.

    * Independence from a specific serialization format lets you
      instantly switch between generating well-formed HTML 4.01 and
      XHTML 1.0 (or other formats).

    * Stream-based filtering allows you to apply various
      transformations as a template is being processed, without having
      to parse and serialize the output again.

    * Match templates let you enforce a common structure on template
      output, and more. This, in combination with XInclude support, is
      used instead of the more rigid inheritance feature commonly
      found in other template languages.

For those cases where you don't want to generate markup, Genshi also
provides a simple text-based template language.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant
2018-10-23: genshi-py34-0.7-1 (Toolkit for generation of output for the web)
Genshi is a Python library that provides an integrated set of
components for parsing, generating, and processing HTML, XML or other
textual content for output generation on the web.

The main feature is a template language that is smart about markup:
unlike conventional template languages that only deal with bytes and
(if you're lucky) characters, Genshi knows the difference between
tags, attributes, and actual text nodes, and uses that knowledge to
your advantage. For example:

    * Intelligent automatic escaping greatly reduces the risk of
      opening up your site to cross-site scripting attacks (XSS).

    * Template directives are often less verbose than those in most
      other template languages, as they can be attached directly to
      the elements they act upon.

    * Independence from a specific serialization format lets you
      instantly switch between generating well-formed HTML 4.01 and
      XHTML 1.0 (or other formats).

    * Stream-based filtering allows you to apply various
      transformations as a template is being processed, without having
      to parse and serialize the output again.

    * Match templates let you enforce a common structure on template
      output, and more. This, in combination with XInclude support, is
      used instead of the more rigid inheritance feature commonly
      found in other template languages.

For those cases where you don't want to generate markup, Genshi also
provides a simple text-based template language.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant
2018-10-23: genshi-py35-0.7-1 (Toolkit for generation of output for the web)
Genshi is a Python library that provides an integrated set of
components for parsing, generating, and processing HTML, XML or other
textual content for output generation on the web.

The main feature is a template language that is smart about markup:
unlike conventional template languages that only deal with bytes and
(if you're lucky) characters, Genshi knows the difference between
tags, attributes, and actual text nodes, and uses that knowledge to
your advantage. For example:

    * Intelligent automatic escaping greatly reduces the risk of
      opening up your site to cross-site scripting attacks (XSS).

    * Template directives are often less verbose than those in most
      other template languages, as they can be attached directly to
      the elements they act upon.

    * Independence from a specific serialization format lets you
      instantly switch between generating well-formed HTML 4.01 and
      XHTML 1.0 (or other formats).

    * Stream-based filtering allows you to apply various
      transformations as a template is being processed, without having
      to parse and serialize the output again.

    * Match templates let you enforce a common structure on template
      output, and more. This, in combination with XInclude support, is
      used instead of the more rigid inheritance feature commonly
      found in other template languages.

For those cases where you don't want to generate markup, Genshi also
provides a simple text-based template language.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant
2018-10-23: genshi-py36-0.7-1 (Toolkit for generation of output for the web)
Genshi is a Python library that provides an integrated set of
components for parsing, generating, and processing HTML, XML or other
textual content for output generation on the web.

The main feature is a template language that is smart about markup:
unlike conventional template languages that only deal with bytes and
(if you're lucky) characters, Genshi knows the difference between
tags, attributes, and actual text nodes, and uses that knowledge to
your advantage. For example:

    * Intelligent automatic escaping greatly reduces the risk of
      opening up your site to cross-site scripting attacks (XSS).

    * Template directives are often less verbose than those in most
      other template languages, as they can be attached directly to
      the elements they act upon.

    * Independence from a specific serialization format lets you
      instantly switch between generating well-formed HTML 4.01 and
      XHTML 1.0 (or other formats).

    * Stream-based filtering allows you to apply various
      transformations as a template is being processed, without having
      to parse and serialize the output again.

    * Match templates let you enforce a common structure on template
      output, and more. This, in combination with XInclude support, is
      used instead of the more rigid inheritance feature commonly
      found in other template languages.

For those cases where you don't want to generate markup, Genshi also
provides a simple text-based template language.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant
2018-10-23: genshi-py37-0.7-1 (Toolkit for generation of output for the web)
Genshi is a Python library that provides an integrated set of
components for parsing, generating, and processing HTML, XML or other
textual content for output generation on the web.

The main feature is a template language that is smart about markup:
unlike conventional template languages that only deal with bytes and
(if you're lucky) characters, Genshi knows the difference between
tags, attributes, and actual text nodes, and uses that knowledge to
your advantage. For example:

    * Intelligent automatic escaping greatly reduces the risk of
      opening up your site to cross-site scripting attacks (XSS).

    * Template directives are often less verbose than those in most
      other template languages, as they can be attached directly to
      the elements they act upon.

    * Independence from a specific serialization format lets you
      instantly switch between generating well-formed HTML 4.01 and
      XHTML 1.0 (or other formats).

    * Stream-based filtering allows you to apply various
      transformations as a template is being processed, without having
      to parse and serialize the output again.

    * Match templates let you enforce a common structure on template
      output, and more. This, in combination with XInclude support, is
      used instead of the more rigid inheritance feature commonly
      found in other template languages.

For those cases where you don't want to generate markup, Genshi also
provides a simple text-based template language.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant
2018-10-22: python37-3.7.1-1 (Interpreted, object-oriented language)
Python is often compared to Tcl, Perl, Scheme or Java. 
 This package installs unix python - not the OSX Framework version.
 Builds a two-level namespace dynamic libpython (needed for koffice).

 The interpretter is installed as "python%type_raw[python]", and all associated
 commands are similarly named with the python-version in them. To get
 the simple "python3" command, install the fink package "python3" (note:
 the "python3" command there is not guaranteed to be python%type_raw[python]!).

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream python37 3.7.1
2018-10-22: pretend-py34-1.0.9-1 (Library for stubbing in Python)
Library for stubbing in Python

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream pretend-py 1.0.9 and py37 variant
2018-10-22: pretend-py36-1.0.9-1 (Library for stubbing in Python)
Library for stubbing in Python

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream pretend-py 1.0.9 and py37 variant
2018-10-22: pretend-py35-1.0.9-1 (Library for stubbing in Python)
Library for stubbing in Python

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream pretend-py 1.0.9 and py37 variant
2018-10-22: pretend-py27-1.0.9-1 (Library for stubbing in Python)
Library for stubbing in Python

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream pretend-py 1.0.9 and py37 variant
2018-10-22: pretend-py37-1.0.9-1 (Library for stubbing in Python)
Library for stubbing in Python

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream pretend-py 1.0.9 and py37 variant
2018-10-22: html5lib-py35-1.0.1-2 (Python implementation of HTML5 parser)
html5lib is a pure-python library for parsing HTML. It is designed to conform
to the WHATWG HTML 5 specification, which has formalized the error handling
algorithms of popular web browsers and is implemented by all major browsers.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant, update deps, fix tests
2018-10-22: html5lib-py36-1.0.1-2 (Python implementation of HTML5 parser)
html5lib is a pure-python library for parsing HTML. It is designed to conform
to the WHATWG HTML 5 specification, which has formalized the error handling
algorithms of popular web browsers and is implemented by all major browsers.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant, update deps, fix tests
2018-10-22: html5lib-py34-1.0.1-2 (Python implementation of HTML5 parser)
html5lib is a pure-python library for parsing HTML. It is designed to conform
to the WHATWG HTML 5 specification, which has formalized the error handling
algorithms of popular web browsers and is implemented by all major browsers.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant, update deps, fix tests
2018-10-22: html5lib-py27-1.0.1-2 (Python implementation of HTML5 parser)
html5lib is a pure-python library for parsing HTML. It is designed to conform
to the WHATWG HTML 5 specification, which has formalized the error handling
algorithms of popular web browsers and is implemented by all major browsers.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant, update deps, fix tests
2018-10-22: pytest-expect-py34-1.1.0-1 (Test expectations plugin for pytest)
Test expectations plugin for pytest

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package pytest-expect-py 1.1.0
2018-10-22: pytest-expect-py36-1.1.0-1 (Test expectations plugin for pytest)
Test expectations plugin for pytest

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package pytest-expect-py 1.1.0
2018-10-22: html5lib-py37-1.0.1-2 (Python implementation of HTML5 parser)
html5lib is a pure-python library for parsing HTML. It is designed to conform
to the WHATWG HTML 5 specification, which has formalized the error handling
algorithms of popular web browsers and is implemented by all major browsers.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    Add py37 variant, update deps, fix tests
2018-10-22: pytest-expect-py35-1.1.0-1 (Test expectations plugin for pytest)
Test expectations plugin for pytest

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package pytest-expect-py 1.1.0
2018-10-22: pytest-expect-py37-1.1.0-1 (Test expectations plugin for pytest)
Test expectations plugin for pytest

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package pytest-expect-py 1.1.0
2018-10-22: pytest-expect-py27-1.1.0-1 (Test expectations plugin for pytest)
Test expectations plugin for pytest

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package pytest-expect-py 1.1.0
2018-10-22: u-msgpack-py27-2.5.0-1 (Lightweight MessagePack serializer)
Lightweight MessagePack serializer

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package u-msgpack-py
2018-10-22: u-msgpack-py36-2.5.0-1 (Lightweight MessagePack serializer)
Lightweight MessagePack serializer

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package u-msgpack-py
2018-10-22: u-msgpack-py37-2.5.0-1 (Lightweight MessagePack serializer)
Lightweight MessagePack serializer

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package u-msgpack-py
2018-10-22: u-msgpack-py35-2.5.0-1 (Lightweight MessagePack serializer)
Lightweight MessagePack serializer

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package u-msgpack-py
2018-10-22: u-msgpack-py34-2.5.0-1 (Lightweight MessagePack serializer)
Lightweight MessagePack serializer

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New package u-msgpack-py
2018-10-21: svn-swig-py27-1.10.3-1 (Swig svn Python 2.7 bindings)
Bindings to call svn functions from python.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-rb25-1.10.3-1 (Swig svn Ruby 2.5 bindings)
Bindings to call svn functions from ruby.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-rb23-1.10.3-1 (Swig svn Ruby 2.3 bindings)
Bindings to call svn functions from ruby.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-rb20-1.10.3-1 (Swig svn Ruby 2.0 bindings)
Bindings to call svn functions from ruby.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: libapr.0-shlibs-1.6.5-1 (Apache Portable Runtime shared libraries)
The mission of the Apache Portable Runtime (APR) project is to create and
  maintain software libraries that provide a predictable and consistent
  interface to underlying platform-specific implementations. The primary goal
  is to provide an API to which software developers may code and be assured
  of predictable if not identical behaviour regardless of the platform on
  which their software is built, relieving them of the need to code
  special-case conditions to work around or take advantage of
  platform-specific deficiencies or features.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream libapr.0 1.6.5
2018-10-21: svn19-1.10.3-1 (Subversion - svnserve, tools)
The goal of the Subversion project is to build a version control system that is
a compelling replacement for CVS in the open source community. 
        
Subversion's Features:
- Most current CVS features
- Directories, renames, and file meta-data are versioned
- Commits are truly atomic
- Branching and tagging are cheap (constant time) operations
- Client/server protocol sends diffs in both directions
- Time costs are proportional to change size, not data size
- Efficient handling of binary files  - it uses a binary diffing algorithm to
  transmit and store successive revisions
- Versioning of symbolic links
- Choice of database or plain-file repository implementations 
- Apache network server option, with WebDAV/DeltaV  protocol
- Standalone server option

Subversion is broken into these packages in fink:

- The "%N" package installs a stand-alone server 'svnserve19'.
  Install this package if you want to maintain a stand-alone server.
  It also contains the 'svn19' client and related files.
  Type 'fink describe %N' to get usage help.
  
- The "%N-doc" package installs html documentation, and notes from the 
  developers of svn.
  
- The "libapache2-mod-svn" package contains an apache2 module to enable
  serving a repository via web-dav. Type 'fink describe libapache2-mod-svn'
  to get usage help.

- The "%N19-shlibs" package contains the shared libraries for the other
  packages. It is installed automatically by fink when needed.

- The "%N19-dev" package contains the development headers and libraries.
  It is installed automatically by fink when needed.
  
- The "%N-swig-pm58x" packages contains the swig perl bindings to call
  svn from perl. Type 'fink describe %N-swig-pm588' to get usage help.
 
- The "%N-swig-py2x" packages contains the swig python bindings to call
  svn from python. Type 'fink describe %N-swig-py25' to get usage help.
 
- The "%N-swig-rb18" package contains the swig ruby bindings to call
  svn from ruby. Type 'fink describe %N-swig-rb18' to get usage help.
 
- The "%N-javahl" package contains the java bindings to call
  svn from java. Type 'fink describe %N-javahl' to get usage help.
 
For More Information, check the main Subversion website below and read the book
at http://svnbook.red-bean.com/. Also check out the documentation in
%p/share/doc/%N. These files are in the "%N-doc" package.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-rb24-1.10.3-1 (Swig svn Ruby 2.4 bindings)
Bindings to call svn functions from ruby.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-pm5182-1.10.3-1 (Swig svn Perl 5.18.2 bindings)
Bindings to call svn functions from perl.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-rb22-1.10.3-1 (Swig svn Ruby 2.2 bindings)
Bindings to call svn functions from ruby.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-javahl-1.10.3-1 (Subversion - Java bindings)
Subversion bindings to call svn functions from java.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-rb21-1.10.3-1 (Swig svn Ruby 2.1 bindings)
Bindings to call svn functions from ruby.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: svn-swig-pm5162-1.10.3-1 (Swig svn Perl 5.16.2 bindings)
Bindings to call svn functions from perl.

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    New upstream subversion 1.10.3
2018-10-21: pysocks-py35-1.6.8-2 (Python SOCKS client module)
Python SOCKS client module

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-21: pysocks-py37-1.6.8-2 (Python SOCKS client module)
Python SOCKS client module

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-21: pysocks-py27-1.6.8-2 (Python SOCKS client module)
Python SOCKS client module

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-21: gsutil-py27-3.37-2 (Google cloud storage access)
Google cloud storage access

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-21: pysocks-py34-1.6.8-2 (Python SOCKS client module)
Python SOCKS client module

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-21: socksipy-py27-1.02-2 (TCP interface to SOCKS4, SOCKS5 or HTTP proxy)
TCP interface to SOCKS4, SOCKS5 or HTTP proxy

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-21: pysocks-py36-1.6.8-2 (Python SOCKS client module)
Python SOCKS client module

commit log from Daniel Johnson (daniel@daniel-johnson.org):

    pysocks-py is a newer fork of socksipy-py
    
    The two packages both install a socks.py which obviously conflicts.
    gsutil-py is the only package that uses socksipy so switch it to pysocks to avoid the conflict. See https://github.com/fink/fink-distributions/issues/237
2018-10-19: grib-api-fortran-1.27.0-1 (ECMWF GRIB API, Fortran headers)
The ECMWF GRIB API is an application program interface accessible from
C, FORTRAN and Python programs developed for encoding and decoding WMO
FM-92 GRIB edition 1 and edition 2 messages. A useful set of command
line tools is also provided to give quick access to GRIB messages.

commit log from Remko Scharroo (remko@altimetrics.com):

    grib-api-fortran: switched from libopenjpeg1 to libjasper.1 as in grib-api
2018-10-19: grib-api-1.27.0-1 (ECMWF GRIB API)
The ECMWF GRIB API is an application program interface accessible from
C, FORTRAN and Python programs developed for encoding and decoding WMO
FM-92 GRIB edition 1 and edition 2 messages. A useful set of command
line tools is also provided to give quick access to GRIB messages.

commit log from Remko Scharroo (remko@altimetrics.com):

    grib-api: switched from libopenjp2.7 (actually not supported by GRIB-API) to libjasper.1
2018-10-19: chunkwm-0.4.6-1 (Tiling window manager)
chunkwm is a tiling window manager for macOS that uses a plugin
architecture, successor to kwm. It represents windows as the leaves of
a binary tree, and supports binary space partitioned, monocle and
floating desktops.

commit log from Brendan Cully (brendan@cully.org):

    chunkwm: fix typo in DescUsage
2018-10-18: libkvazaar3-shlibs-1.1.0-1 (Open-source HEVC encoder)
Kvazaar is a new HEVC encoder that is being developed from 
scratch with C. The purpose is to design a modular and portable 
HEVC encoder that attains high coding efficiency with optimized 
speed and resources.

commit log from Hanspeter Niederstrasser (nieder@users.sourceforge.net):

    libkvazaar3 1.1.0