Remove openssl reference, found by obache.
Update to 1.0.4:

This minor maintenance release provides the specified collection of
build configuration improvements and janitorial cleanup instances,
plus a new -V command line flag to print its version (not that much
changes between versions, not even the announcements).

Alan Coopersmith (4):
      Mark usage() as _X_NORETURN to satisfy -Wmissing-noreturn warning
      Combine usage message into a single string
      Add -V option to print command version
      appres 1.0.4

Gaetan Nadon (5):
      man: remove trailing spaces and tabs
      man: replace hard coded man page section with substitution strings
      config: move man pages into their own directory
      .gitignore: the original copy was somewhat broken
      .gitignore: fix typo
Updated x11/appres to 1.0.4
Update to 1.0.1:

This minor bugfix release includes fixes for several small bugs,
a more complete man page, and some general code cleanups.

Alan Coopersmith (8):
      Combine usage message into single string/call
      Include PACKAGE_STRING in --version output
      Move release date from transset.c to configure.ac so we remember to update it
      Use correct variable for printing current opacity
      Typo fixes in verbose message & comment
      Store min & max as doubles, not floats
      Add the options to the man page (they were all missing before)
      transset 1.0.1

Arnaud Fontaine (1):
      Fix program name in usage information, transset instead of transset-df.
Updated x11/transset to 1.0.1
Update to 1.0.5:

This minor bugfix release finally fixes my long-festering pet peeve with
this tool - when a font fails to load, it will now continue to update the
text sample area instead of letting it accumulate menu images and other
failed repaint turds.   There's a few other small changes too, but no one
will notice them.

Alan Coopersmith (6):
      Combine usage message strings
      Prevent memory leak in GetFontNames if no fonts are matched
      Remove extraneous braces left from commit 1d6970a838d4ed42a
      When font fails to load, grey out text instead of unmapping text widget
      Use C99 struct initializer for parseRec in GetFontNames()
      xfontsel 1.0.5
Updated x11/xfontsel to 1.0.5
Update to 1.0.5:
This minor maintenance release cleans up compiler complaints and
other various issues, plus sneaks in a small bug fix at the end.

Alan Coopersmith (8):
      Fix allocateded typo in comment
      Add const qualifiers to fix gcc -Wwrite-strings warnings
      Add const qualifiers to structs for mapping strings to values
      Mark Syntax() with _X_NORETURN to silence gcc warning
      Combine usage message strings
      Fix implicit sign conversion & integer size truncation warnings
      Use strcasecmp if available, instead of downcasing string before strcmp
      xrefresh 1.0.5

Gaetan Nadon (2):
      man: remove trailing spaces and tabs
      config: move man pages into their own directory

Jeremy Huddleston (1):
      Properly fallback on CWBackPixmap = None when failing to parse or allocate a solid color
Updated x11/xrefresh to 1.0.5
Update to 1.1.3:

A whole pile of bugs fixed by a whole bunch of different people here.

Alan Coopersmith (5):
      Strip trailing whitespace
      Add const attributes to fix gcc -Wwrite-strings warnings
      Print more detailed error messages when xcb_connect fails
      Quiet some clang warnings about implicit int <-> size_t conversions
      xwininfo 1.1.3

David Venz (1):
      Bug 53242 - xwininfo segfaults on invalid screen

Gaetan Nadon (3):
      make: remove $(LIBOBJS) dead code
      Revert "make: remove $(LIBOBJS) dead code"
      configure.ac: regroup statements and comment

Guillem Jover (4):
      Move leading ": " out from buffer to the error string printer
      Use format string literals instead of variables to print window ids
      Refactor atom name printing into a new Display_Atom_Name function
      Use format string literals instead of variables to print atom names

Jeremy Huddleston Sequoia (2):
      Declare usage() as _X_NORETURN
      Remove dead code (size_t is always >= 0)

Pierre-Loup A. Griffais (1):
      xwininfo: report the Visual class of the selected Window

Thomas Klausner (1):
      Get rid of a number of warnings.

Yaakov Selkowitz (1):
      Use AM_ICONV
Updated x11/xwininfo to 1.1.3
Update to 1.0.7:

This minor maintenance release fixes some compiler warnings & man page
typos, and other code cleanups.

Alan Coopersmith (6):
      Fix pixmap leak in error paths of BWGetUnzoomedPixmap
      Combine usage messages into a single string
      Fix genererate typo in bmtoa error messages
      Simplify & unify error path between mktemp & mkstemp versions
      Mark usage() functions as noreturn, as suggested by gcc
      bitmap 1.0.7

Bjarni Ingi Gislason (1):
      bitmap.man:  Fix some typos.
Updated x11/bitmap to 1.0.7
Update to 2.4.45:

A new version of libdrm has been released. The main motivation for this
release is the changes in the radeon surface allocator, which helps fix
multisample textures on the Radeon Cayman family chipsets.

Alex Deucher (4):
      radeon: add new SI pci ids
      radeon: add new richland pci ids
      radeon: add HAINAN family
      radeon: add HAINAN pci ids

Dave Airlie (1):
      drm: add qxl drm header file

Marek Olšák (2):
      radeon: add RADEON_SURF_FMASK flag which disables 2D->1D tiling transition
      configure.ac: bump version to 2.4.45 for release

Rob Clark (3):
      freedreno: add gpu-id property
      Add exynos_fimg2d_test to .gitignore
      freedreno: add synchronization between mesa and ddx

Xiang, Haihao (1):
      intel: Add support for VEBOX ring (v2)
Updated x11/libdrm to 2.4.45
Fix Dragonfly with Radeon 4350. From
https://bugs.freedesktop.org/attachment.cgi?id=78130
via David Shao in PR 47828.
Bump PKGREVISION.
Updated sysutils/libpciaccess to 0.13.1nb2
+ automake-1.13.2, fish-2.0, gnome-3.8.2, lftp-4.4.6, shotwell-0.14.1,
  wireshark-1.8.7, xf86-input-mouse-1.9.0.
Update to 1.13.2:

* WARNING: New versioning scheme for Automake.

  - Starting with this version onward, Automake will use an update and
    more rational versioning scheme, one that will allow users to know
    which kind of changes can be expected from a new version, based on
    its version number.

    + Micro versions (e.g., 1.13.3, 2.0.1, 3.2.8) will introduce only
      documentation updates and bug and regression fixes; they will
      not introduce new features, nor any backward-incompatibility (any
      such incompatibility would be considered a bug, to be fixed with
      a further micro release).

    + Minor versions (e.g., 1.14, 2.1) can introduce new backward
      compatible features; the only backward-incompatibilities allowed
      in such a release are new *non-fatal* deprecations and warnings,
      and possibly fixes for old or non-trivial bugs (or even inefficient
      behaviours) that could unfortunately have been seen, and used, by
      some developers as "corner case features".  Possible disruptions
      caused by this kind of fixes should hopefully be quite rare.

    + Major versions (now expected to be released every 18 or 24 months,
      and not more often) can introduce new big features (possibly with
      rough edges and not-fully-stabilized APIs), removal of deprecated
      features, backward-incompatible changes of behaviour, and possibly
      major refactorings (that, while ideally transparent to the user,
      could introduce new bugs).  Incompatibilities should however not
      be introduced gratuitously and abruptly; a proper deprecation path
      should be duly implemented in the preceding minor releases.

  - According to this new scheme, the next major version of Automake
    (the one that has until now been labelled as '1.14') will actually
    become "Automake 2.0".  Automake 1.14 will be the next minor version,
    which will introduce new features, deprecations and bug fixes, but
    no real backward incompatibility.

  - See discussion about automake bug#13578 for more details and
    background: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13578>

* WARNING: Future backward-incompatibilities!

  - Automake 2.0 will require Autoconf 2.70 or later (which is still
    unreleased at the moment of writing, but is planned to be released
    before Automake 2.0 is).

  - Automake 2.0 will drop support for the long-deprecated 'configure.in'
    name for the Autoconf input file.  You are advised to start using the
    recommended name 'configure.ac' instead, ASAP.

  - The ACLOCAL_AMFLAGS special make variable will be fully deprecated
    in Automake 2.0 (where it will raise warnings in the "obsolete"
    category).  You are advised to start relying on the new Automake
    support for AC_CONFIG_MACRO_DIRS instead (which was introduced in
    Automake 1.13).

  - Automake 2.0 will remove support for automatic dependency tracking
    with the SGI C/C++ compilers on IRIX.  The SGI depmode has been
    reported broken "in the wild" already, and we don't think investing
    time in debugging and fixing is worthwhile, especially considering
    that SGI has last updated those compilers in 2006, and is expected
    to retire support for them in December 2013:
    <http://www.sgi.com/services/support/irix_mips_support.html>

  - Future versions of Automake might remove support for MS-DOS and
    Windows 95/98/ME (support for them was offered by relying on the
    DJGPP project).  Note however that both Cygwin and MSYS/MinGW on
    modern Windows versions will continue to be fully supported.

  - Automake-provided scripts and makefile recipes might (finally!)
    start assuming a POSIX shell in Automake 2.0.

  - Starting from Automake 2.0, third-party m4 files located in the
    system-wide aclocal directory, as well as in any directory listed
    in the ACLOCAL_PATH environment variable, will take precedence
    over "built-in" Automake macros.  For example (assuming Automake
    is installed in the /usr/local hierarchy), a definition of the
    AM_PROG_VALAC macro found in '/usr/local/share/aclocal/my-vala.m4'
    should take precedence over the same-named automake-provided macro
    (defined in '/usr/local/share/aclocal-2.0/vala.m4').

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

New in 1.13.2:

* Obsolescent features:

  - Use of suffix-less info files (that can be specified through the
    '@setfilename' macro in Texinfo input files) is discouraged, and
    its use will raise warnings in the 'obsolete' category.

  - Use of Texinfo input files with '.txi' or '.texinfo' extensions
    is discouraged, and its use will raise warnings in the 'obsolete'
    category.  You are advised to simply use the '.texi' extension
    instead.

* Documentation fixes:

  - The long-deprecated but still supported two-arguments invocation form
    of AM_INIT_AUTOMAKE is documented once again.  This seems the sanest
    thing to do, given that support for such an usage might need to remain
    in place for a unspecified amount of time in order to cater for people
    who want to define the version number for their package dynamically at
    configure runtime (unfortunately, Autoconf does not yet support this
    scenario, so we cannot delegate the work to it).

  - The serial testsuite harness is no longer reported as "deprecated",
    but as "discouraged".  We have no plan to remove it, not to make its
    use cause runtime warnings.

  - The parallel testsuite is no longer reported as "experimental"; it
    is well tested, and should be stable now.

  - The 'shar' and 'tarZ' distribution formats and the 'dist-shar' and
    'dist-tarZ' options are obsolescent, and their use is deprecated
    in the documentation.

  - Other minor miscellaneous fixes and improvements; in particular,
    some improvements in cross-references.

* Bugs fixed:

  - When the 'ustar' option is used, the generated configure script no
    longer risks hanging during the tests for the availability of the
    'pax' utility, even if the user running configure has a UID or GID
    that requires more than 21 bits to be represented.
    See automake bug#8343 and bug#13588.

  - The obsolete macros AM_CONFIG_HEADER or AM_PROG_CC_STDC work once
    again, as they did in Automake 1.12.x (albeit printing runtime
    warnings in the 'obsolete' category).  Removing them has turned
    out to be a very bad idea, because it complicated distro packing
    enormously.  Making them issue fatal warnings, as we did in
    Automake 1.13, has turned out to be a similarly very bad idea,
    for exactly the same reason.

  - aclocal will no longer error out if the first local m4 directory
    (as specified by the '-I' option or the 'AC_CONFIG_MACRO_DIRS' or
    'AC_CONFIG_MACRO_DIR' macros) doesn't exist; it will merely report
    a warning in the 'unsupported' category.  This is done to support
    some pre-existing real-world usages.  See automake bug#13514.

  - aclocal will no longer consider directories for extra m4 files more
    than once, even if they are specified multiple times.  This ensures
    packages that specify both

        AC_CONFIG_MACRO_DIR([m4])       in configure.ac
        ACLOCAL_AMFLAGS = -I m4         in Makefile.am

    will work correctly, even when the 'm4' directory contains no
    package-specific files, but is used only to install third-party
    m4 files (as can happen with e.g., "libtoolize --install").
    See automake bug#13514.

  - Analysis of make flags in Automake-generated rules has been made more
    robust, and more future-proof.  For example, in presence of make that
    (like '-I') take an argument, the characters in said argument will no
    longer be spuriously considered as a set of additional make options.
    In particular, automake-generated rules will no longer spuriously
    believe to be running in dry mode ("make -n") if run with an invocation
    like "make -I noob"; nor will they believe to be running in keep-going
    mode ("make -k") if run with an invocation like "make -I kool"
    (automake bug#12554).
Updated devel/automake to 1.13.2