security/libgpg-error: Update to 1.51

Changelog:
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=blob;f=NEWS;h=75f2b2d220de4e4f53252d3367950ecb2ab85079;hb=b0bb9266010d84b30fa2dc6a2127b7e40dc03660

PR:		283059
Approved by:	portmgr (maintainer timeout, 2+ weeks)

security/libgpg-error: Update to 1.50

* Backport upstream commmit a59e902b887fd92337c9728f668cf9c89da3957a
* Remove GNU_CONFIGURE_MANPREFIX

Reference:
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=commit;h=a59e902b887fd92337c9728f668cf9c89da3957a

Changelog:
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=blob;f=NEWS;h=b865ecc7197a4f60b1530958fbb25a92bdfdc3de;hb=bb732615daad9bba9026354ae90f0f5292ea4908

PR:		279903
Reviewed by:	novel (maintainer)

security/libgpg-error: update to 1.49

security/libgpg-error: Fix gpgrt-config

Fix the default search path for pkgconfig files in gpgrt-config.
Previously, it was necessary to supply the path manually with the
--libdir argument, but this can now be omitted.

Approved by:	portmgr (blanket)

security/libgpg-error: Update to 1.48

Upstream doesn't seem to provide a changelog apart from git commit log

PR:		277273
Reviewed by:	novel (maintainer)

security/libgpg-error: Impelled to share/man

Approved by:    portmgr (blanket)

security/libgpg-error: update to 1.47

security/libgpg-error: update to 1.46

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

security: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  <ports@c0decafe.net>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Kapranoff <kappa@rambler-co.ru>
  *  Alex Samorukov <samm@freebsd.org>
  *  Alexander Botero-Lowry <alex@foxybanana.com>
  *  Alexander Kriventsov <avk@vl.ru>
  *  Alexander Leidinger <netchild@FreeBSD.org>

security/libgpg-error: update to 1.45

security/libgpg-error: improve threading detection

Pull the upstream patch to improve threading detection.
This is expected to only fix issues on the older non-supported FreeBSD
releases, so do not bump PORTREVISION.

Obtained from:	upstream

security/libgpg-error: update to 1.44

security/libgpg-error: update to 1.43

security/libgpg-error: Add CPE information

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

security/libgpg-error: update to 1.42

security/libgpg-error: update to 1.41

security/libgpg-error: update to 1.39

security/libgpg-error: update to 1.38

security/libgpg-error: update to 1.37

security/libgpg-error: drop gmake, MAKE_JOBS_UNSAFE, add "make test"

 - Remove gmake dependency
 - Remove MAKE_JOBS_UNSAFE
 - Add "make test" functionality

Submitted by:	Daniel Engberg
Differential Revision:	https://reviews.freebsd.org/D23134

security/libgpg-error: update to 1.36

PR:		236776
Submitted by:	Yasuhiro KIMURA

security/libgpg-error: update to 1.35

 - Remove patch for the gpgrt-config issue fixed upstream
 - Reorder variables as per PH

security/libgpg-error: update to 1.34

Also, move USES to pet portlint.

security/libgpg-error: update to 1.33

Include upstream fix for not portable expr(1) usage. [1]

1: https://github.com/gpg/libgpg-error/commit/1d71dbb

Install texinfo files (GNU info) into ${PREFIX}/share/info

After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.

Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.

Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them

Bump revision of all impacted ports

PR:		232907
exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17816

security/libgpg-error: update to 1.32

security/libgpg-error: update to 1.31

security/libgpg-error: update to 1.29

Also drop patch included upstream.

Sort PLIST

- Add WWW

PR:		226736
Submitted by:	sunpoet (myself)
Approved by:	novel (maintainer)

security/libgpg-error: fix build on arm64

Obtained from:	upstream

security/libgpg-error: update to 1.28

security/libgpg-error: update to 1.27

security/libgpg-error: update to 1.26

security/libgpg-error: update to 1.25

security/libgpg-error: update to 1.24

security/libgpg-error: update to 1.23

security/libgpg-error: update to 1.22

security/libgpg-error: update to 1.21

- Add LICENSE

Approved by:	portmgr (blanket)

- Convert to new options helper
- Convert to new options target helper

Approved by:	portmgr (blanket)

security/libgpg-error: enable static lib

Enable static lib as it's needed by QEMU for static
linking (qemu-user-static) and bump PORTREVISION.

Submitted by:	sbruno

Update to 1.20.

Properly register info page

PR:		199975
Approved by:	maintainer timeout (2 weeks)

MASTER_SITES cleanup.

- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
  of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
  no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.

While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.

Also, replace some EXTRACT_SUFX occurences with USES=tar:*.

Checked by:	make fetch-urlall-list
With hat:	portmgr
Sponsored by:	Absolight

Update to 1.19.

security category: Remove $PTHREAD_LIBS

approved by:	PTHREAD blanket

- Drop @dirrm* from plist

Approved by:	portmgr blanket

Remove Author from pkg-descr and white space fixes

security/libgpg-error: Revert use of tradcpp (F11 regression)

With the previous change, libgpg-error does not pass configure target
on FreeBSD 11 due tradcpp failing "sanity checks".  This is a regression
since this port builds fine on FreeBSD 10.  However, 2037 ports get
skipped (this port is *way* too important) as a result, so revert the
gcc-5 fix until a solution can be found.

PR:		197562

security/libgpg-error: Switch cpp to support gcc-5

This port relies on CPP behavior that changes on GCC 5.  To ensure
libgpg-error keeps building on the newest GCC, add a build dependency
on tradcpp and use it instead.

PR:		197562
Submitted by:	marino
Approved by:	maintainer (novel)

Update to 1.17.

Update to 1.16.

Update to 1.15.

- Drop .la files, no dependees require them

Approved by:	portmgr blanket

USES=libtool tar:bzip2.

Update to 1.13.

- Stage support

Fix properties on pkg-plist

Add DOCS and NLS options.

Add NO_STAGE all over the place in preparation for the staging support (cat:
security)

Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).

Co-authors:	bapt, madpilot and bsam (me)

Update to 1.12.

- Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig and
  USE_GETTEXT=yes to USES=gettext while here

- Convert USE_GETTEXT to USES (part 3)

Approved by:	portmgr (bapt)

Update to 1.11.

PR:		176460
Submitted by:	Hirohisa Yamaguchi <umq@ueo.co.jp>

Sync to new bsd.autotools.mk

Update to 1.10.

Update to 1.8.

PR:             148685 (based on)
Submitted by:   glarkin

Bounce PORTREVISION for gettext-related ports.  Have fun, ya'll.

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

- Mark MAKE_JOBS_UNSAFE

Reported by:    David Naylor <naylor.b.david@gmail.com>

Update to 1.7.

PR:             130551
Submitted by:   Hirohisa Yamaguchi <umq@ueo.co.jp>

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Update to 1.6.

PR:             117647
Submitted by:   Hirohisa Yamaguchi <umq@ueo.co.jp>

- Update to 1.5

Approved by:    maintainer

Fix build when WITHOUT_NLS defined.

PR:             110631
Submitted by:   Helge Oldach <ports-libgpg-error-mar07@oldach.net>

Fix shlib version.

PR:             ports/109369
Submitted by:   jylefort
Approved by:    maintainer timeout (16 days)

Use libtool port instead of included version to avoid objformat a.out botch

Remove USE_GPG from all effected ports. This knob is a no-op and the way it
was supposed to work is useless, because if we can't trust the distfile from
the remote machine, we can't trust the signature from the same machine either.
Our MD5 and SHA256 are good for checking both the sanity and the
trustiness of distfiles.

Approved by:    portmgr (erwin), erwin (mentor)

- Update to 1.4 (shared library version bumped to 3)
- USE_LDCONFIG instead of depracted INSTALLS_SHLIB
- Transfer maintainership to Roman Bogorodskiy (novel)

- Update to 1.3 (shlib version bumped to 2)

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

- Add SHA256 checksums to my ports

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

- Update to 1.1 (minor bugfixes)

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

- Explicitly specify prefix for iconv and gettext libraries
  to link properly in case PREFIX != LOCALBASE
- Add optional missing files (*.mo)
- Add USE_ICONV
- Bump PORTREVISION

PR:             ports/72274 (partly)
Submitted by:   leeym

- Removed now-unneeded patch

- Update to 1.0

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

- Remove gmake dependency with trivial one-line patch
- Switch to using libtool-1.5
- Bump PORTREVISION

Add USE_GMAKE. This fixes the build failure, and these
are certainly GNU Makefiles.

I'm not modifying the pkg-plist again; hopefully with
the USE_GMAKE addition, the maintainer will have the
same de.gmo catalogue installed that I do.

- Update to 0.7
- Make USE_GETTEXT conditional - add WITHOUT_NLS knob

Use USE_GETTEXT, and add a missing plist entry. PORTREVISION bump.

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.