databases/gdbm: update GNU dbm to version 1.24

Reported by:	portscout

Convert more of my ports to new manual page location (part two).

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.

databases: remove 'Created by' lines

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

  *  "Choe, Cheng-Dae" whitekid
  *  "Mahdi Mokhtari <[email protected]>"
  *  "Meikel Brandmeyer" <[email protected]>
  *  <[email protected]>
  *  <[email protected]>
  *  <[email protected]>
  *  Aaron Dalton <[email protected]>
  *  Adam Weinberger <[email protected]>
  *  Ade Lovett <[email protected]>
  *  Akinori MUSHA aka knu <[email protected]>
  *  Alan Snelson <[email protected]>

databases/gdbm: update GNU dbm to the latest version 1.23.

Reported by:	portscout

databases/gdbm: update GNU dbm to version 1.22.

Reported by:	portscout

databases/gdbm: update GNU dbm to version 1.21.

Reported by:	portscout

databases/gdbm: update GNU dbm to version 1.20.

Reported by:	portscout

Remove # $FreeBSD$ from Makefiles.

Update WWW

Approved by:	portmgr (blanket)

- Update GNU dbm to version 1.19
- Enable parallel builds by using GNU make
- Hook the test suite to our framework
- Visually separate the option blocks

- Fix the build with -fno-common (clang 11 and gcc 10)
- GC no longer useful patching of ${WRKSRC}/Makefile.in

PR:	248729, 248734

Assume maintainership of several GNU tools I've been keeping an eye to
and updating as of recently.

Returns johans's ports to the pool after safekeeping his commit bit.

Update devel/readline to 8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://tiswww.case.edu/php/chet/readline/CHANGES
PR:		236156
Exp-run by:	antoine

Update `databases/gdbm' to version 1.18.1, an important bugfix release
which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support.  Due to shlib
version change, bump port revisions of the consumer ports.

PR:		233059
Exp-run by:	antoine
Approved by:	maintainer (johans, numerous timeouts)

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

Update devel/readline to 7.0 patch 3

- Bump PORTREVISION for shlib change

Changes:	https://cnswww.cns.cwru.edu/php/chet/readline/CHANGES
		https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00107.html
		https://lists.gnu.org/archive/html/bug-readline/2017-01/msg00002.html
Differential Revision:	https://reviews.freebsd.org/D11172
PR:		219947
Exp-run by:	antoine

Update to gdbm 1.13
Changes: https://lists.gnu.org/archive/html/info-gnu/2017-03/msg00005.html

Update to gdbm 1.12 (bugfix release)

Remove two libtool fixes from Mk/Uses/libtool.mk.  They don't always work
when an older version of a package is installed.  This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries.  For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries.  Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.

With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.

This partially reverts r358784.

PR:		191611
Approved by:	portmgr (bapt)

This port does not need gmake
(no functional changes)

Add 4 new sed commands to USES=libtool.  The first two apply some of the
changes that Debian made to their libtool.  The first command applies to
libtool versions 1.4 and up.  The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down.  It applies to 2.x.  Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).

The third and fourth command fix relinking.  During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory.  This allows running an
executable that links to libA from within the work directory.  The relink
removes this extra runpath.

- Fix package breakage
- While here, modernise OPTIONS
- Bump PORTREVISION for plist change

PR:		ports/191016
Submitted by:	[email protected]

- Switch to USES=libtool

Approved by:	portmgr blanket

Fix properties on pkg-plist

- Update gdbm to 1.11
- Enable STAGE support
- Strip installed libraries

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

- Update GNU dbm to 1.10
- Add NLS support
- Adopt port

Approved by:    gabor (old maintainer)

- Mark as make jobs (-jX) unsafe for the time being
- Drop the article from COMMENT line
- Define LICENSE (GPLv3)
- Remove pre-everything target: OPTIONS framework is vocal enough
- Improve and move OPTIONS knobs lower in the Makefile
- Fix bad indentation in post-patch commands as appropriate
- Correct a typo and reformat port description, and point WWW to a more
  up-to-date page version while I'm at it

Approved by:	gabor (maintainer)

Convert to new options framework left unconverted ports in databases category

- Update to 1.9.1
- Add OPTIONS for dbm/ndbm compatibility

PR:             ports/160250
Submitted by:   sunpoet

- Get Rid MD5 support

Sync to new bsd.autotools.mk

-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" <[email protected]>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

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

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

- Remove DESTDIR support from my ports as it is useless now. New implementation
  is coming.

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

Change my e-mail address.

Approved by:    erwin (mentor)

- Install files owned by root:wheel instead of bin:bin

PR:             ports/103270
Submitted by:   "Dr. Markus Waldeck" <[email protected]>
Approved by:    maintainer timeout (14 days)

- Eliminate a patch
- Respect DESTDIR

PR:             101567
Submitted by:   gabor (maintainer)

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

Remove install-info from Makefile, it's automatically done when INFO is defined

- Add SHA256 checksum
- Pass maintainership to submitter

PR:             ports/89842
Submitted by:   Gabor Kovesdan <[email protected]>

Reset maintainer per his request.  We hope to see him back soon.

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.

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'.

- utilize INFO

PR:             71339
Submitted by:   leeym
Approved by:    maintainer

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

Add size data.

Approved by:    maintainers

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.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

De-pkg-comment.

make readme fix

PR:             48228
Submitted by:   Cyrille Lefevre <[email protected]>

Add an option, WITH_COMPAT, to install the UNIX dbm/ndbm
compatibility files--libgdbm_compat and the header files.

PR:             ports/47363
Approved by:    Cyrille Lefevre <[email protected]> (MAINTAINER)

upgrade to 1.8.3

PR:             44222
Submitted by:   Ports Fury
Approved by:    maintainer

Update maintainer's email address   Update a few MASTER_SITES    

honor PREFIX    

Update MAINTAINER email: [email protected] -> [email protected]    

Change maintainer's email address:   [email protected] ->
[email protected]    

Tweak post-install target and the wording in pkg-descr.    

Convert category databases to new layout.  

Rename INSTALLS_SHLIBS to INSTALLS_SHLIB.  (There was a typo in the   previous
commit message to bsd.port.mk, which said INSTALL_SHLIBS.  Boo.)    

Final round of the INSTALLS_SHLIBS=yes conversion. Few remaining ports with  
ldconfig in PLIST need personal consideration.