devel/zziplib: Update to 0.13.78

Changes:	https://github.com/gdraheim/zziplib/blob/master/ChangeLog

devel/zziplib: Update to 0.13.77

Changes:	https://github.com/gdraheim/zziplib/blob/master/ChangeLog

devel/zziplib: Fix build

Upstream includes COVERAGE unconditionally before this fix.
It causes build error on system without llvm-cov (WITHOUT_LLVM_COV in src.conf).

Reported by:	vishwin
Obtained
from:	https://github.com/gdraheim/zziplib/commit/081b8ba4d0417abe6c2d997f5198e23b7fdb2977

devel/zziplib: Update to 0.13.76

Changes:	https://github.com/gdraheim/zziplib/blob/master/ChangeLog

devel/zziplib: Update to 0.13.74

- Use USES=pathfix to fix .pc installation

Changes:	https://github.com/gdraheim/zziplib/blob/master/ChangeLog

devel/zziplib: Fix build with Clang 16

PR:		273410
Reported by:	Maigurs Stalidzans <neimsaci@gmx.com>
Tested on:	14.0-ALPHA4 (amd64 and i386)

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

devel/zziplib: Rename patch file

devel/zziplib: fix build with clang 15

During an exp-run for llvm 15 (see bug 265425), it turned out that
devel/zziplib failed to build with clang (and lld) 15:

/wrkdirs/usr/ports/devel/zziplib/work/zziplib-0.13.72/zzip/mmapped.c:664:11:
error: incompatible pointer to integer conversion initializing 'off_t' (aka
'long') with an expression of type 'zzip_byte_t *' (aka 'unsigned char *')
[-Wint-conversion]
    off_t offset = zzip_file_header_to_data(header);
          ^        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/wrkdirs/usr/ports/devel/zziplib/work/zziplib-0.13.72/zzip/mmapped.c:666:34:
warning: incompatible pointer types initializing 'struct zzip_extra_zip64 *'
with an expression of type 'char *' [-Wincompatible-pointer-types]
        struct zzip_extra_zip64* zip64 =
                                 ^
/wrkdirs/usr/ports/devel/zziplib/work/zziplib-0.13.72/zzip/mmapped.c:673:34:
warning: incompatible pointer types initializing 'struct zzip_extra_zip64 *'
with an expression of type 'char *' [-Wincompatible-pointer-types]
        struct zzip_extra_zip64* zip64 =
                                 ^
/wrkdirs/usr/ports/devel/zziplib/work/zziplib-0.13.72/zzip/mmapped.c:685:24:
error: incompatible integer to pointer conversion assigning to 'Bytef *' (aka
'unsigned char *') from 'off_t' (aka 'long') [-Wint-conversion]
    file->zlib.next_in = offset;
                       ^ ~~~~~~
2 warnings and 2 errors generated.

Use the patch from https://github.com/gdraheim/zziplib/issues/140 to fix
the errors.

PR:		268185
Approved by:	portmgr (tcberner)
MFH:		2022Q4

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.

devel: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

devel/cmake: Update to 3.23.0

Update to 3.23.0.
Fix pkg-plist: using the default share/man location

Release Notes:
  https://cmake.org/cmake/help/v3.23/release/3.23.html

PR:		262886
Exp-run by:	antoine

devel/zziplib: Cosmetic change

devel/zziplib: Add CPE information

Approved by:	portmgr (blanket)

devel/zziplib: Fix SDL option

Remove # $FreeBSD$ from Makefiles.

Add MANPAGES and TEST options

- Bump PORTREVISION for package change

PR:		252862
Submitted by:	Daniel Engberg <daniel.engberg.lists@pyret.net>

Add compiler:c11 to USES to fix build on GCC-based systems:

  cc1: error: unrecognized command line option "-Warray-bounds"

Approved by:	portmgr (tier-2 blanket)

Update to 0.13.72

Changes:	https://github.com/gdraheim/zziplib/blob/master/ChangeLog

Multiple ports: improve regex compliance

These changes largely fall into just two categories:

1. Need textproc/gsed for GNU extensions
2. Extraneous escapes that can go away

For #1, there's a further subdivision into those that require autoconf magic
and those that can get away with BINARY_ALIAS=sed=${LOCALBASE}/bin/gsed.
-CURRENT will soon gain GNU extensions, but these will take longer to get to
all supported releases; we must switch them to gsed to ensure we're actually
properly building them as intended.

For #2, I've fixed these as I can and we should upstream these fixes.

Cosmetic change

Update to 0.13.71

Changes:	https://github.com/gdraheim/zziplib/blob/master/ChangeLog

Remove GH_PROJECT which is the default

Take maintainership

Drop python27 dependency

Add USES={gl,gnome,mate,sdl,xorg} missed in the last round

- Fix build when textproc/xmlto is installed in a local env.
- Bump PORTREVISION

PR:		226491 229572
MFH:		2018Q3
Sponsored by:	iXsystems Inc.

- Added/RM missing patches

- Update to 0.13.68
- Security fixes for:
- CVE-2017-5974
- CVE-2017-5975
- CVE-2017-5976
- CVE-2017-5979
- CVE-2017-5980
- CVE-2017-5981
- CVE-2017-5977
- CVE-2018-6381
- CVE-2018-6484
- CVE-2018-6540
- CVE-2018-6541
- CVE-2018-6542
- CVE-2018-6869
- CVE-2018-7725
- CVE-2018-7726
- CVE-2018-7727

PR:	226491
Submitted by:	maintainer
MFH:	2018Q3

- Switch to new test framework

Approved by:	portmgr blanket

Reduce dependency on the python2 metaport

PR:		225752
Submitted by:	Yasuhiro KIMURA

Update license of ports using MPL (without version)

All ports now should use MPL[10|11|20] license.

Approved by:	portmgr (blanket)

Drop useless dependency on gmake (bmake build those fine)

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it.  Bump PORTREVISION on their dependent
ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.

- Convert to USES=python
- Drop @dirrm* from plist

devel/zziplib: only builds with python2, so USE_PYTHON_BUILD=2

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.

Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. Categories D-F.

CR:		D196
Approved by:	portmgr (bapt)

- Convert to USES=libtool
- Strip libraries
- Convert USE_BZIP2 to USES
- Use new OPTIONS features

- Fix build with SDL enabled

Seems like our BSD make and gmake differ in some chdir()-related
behaviour leading to BSD make build not being able to find zzip/zzip.h
header by relative path (via -I. -I..):

../../SDL/SDL_rwops_zzip.c:9:10: fatal error: 'zzip/zzip.h' file not found

this is fixed by swithing to gmake.

- Support staging

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 4)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

Convert devel to USES=pkgconfig

Drop support for old versions of FreeBSD from unmaintained ports

Reviewed by:	miwi

This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.

If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.

PR:		ports/177081
Reviewed by:	bapt
Approved by:	portmgr (miwi)

- Unbreak for FreeBSD > 7.4 amd64

PR:		ports/170548
Submitted by:	Dominic Fandrey <kamikaze@bsdforen.de>
Approved by:	port@

new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility

This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG

it can take the following arguments:
 - yes (meaning build only dep)
 - build (meaning build only dep)
 - run (meaning run only dep)
 - both (meaning run and build dep)

From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.

While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config

With Hat:	portmgr
Exp-runs by:	bapt (pointhat-west), beat (pointyhat)

For ports maintained by ports@ where pkgconfig is one of the USE_GNOME deps
convert it to BUILD_DEPENDS. This avoids the problem of the bogus run dep
added by bsd.gnome.mk.

Convert to new options framework

- Update to version 0.13.62

PR:             166026
Submitted by:   Ports Fury
Feature safe:   yes

- Unbreak on clang

PR:             162919
Submitted by:   Jan Beich <jbeich@tormail.net>
Feature safe:   yes

- remove maintainer tags from pkg-descr

Approved by:    portmgr
Approved by:    bapt (mentor)

- Mark BROKEN on amd64/7

Reported by:    pointyhat

- Update to 0.13.60

PR:             ports/155807
Submitted by:   KATO Tsuguru <tkato432@yahoo.com>

Don't rebuild manpages, if xmlto is installed.
Drop maintainership.

Update to 0.13.59 release.

Fix plist and bump PORTREVISION.

Update to 0.13.58 release.

- Switch SourceForge ports to the new File Release System: categories starting
with D

Update to 0.13.50 release.

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

Large round of typo fixes in ports/devel (pkg-descr).

Help portscout.

- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
  supports them.  This is determined by running ``configure --help'' in
  do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
  which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
  Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
  PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
  subdirectory detection.

PR:             ports/111470
Approved by:    portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by:      pointyhat exp run

Add python build dependency.

Update to 0.13.49 release and install man pages.

Update to 0.13.47 release.

Fix build for systems with missing hostname.

Update to 0.13.45 release.

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

SHA256ify

Approved by:    krion@

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

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.

Switch to my @FreeBSD.org email address.

Approved by:    nork (mentor)

Fix build on -current

Approved by:    fjoe (mentor) (implicit)

Update to to 0.10.82

PR:             55038
Submitted by:   maintainer
Approved by:    fjoe (mentor) (implicit)

Correct typo in @unexec

De-pkg-comment.

Update to zziplib-0.10.76

PR:             48396
Submitted by:   Alex Dupre <sysadmin@alexdupre.com>

Make this build on -STABLE *and* -CURRENT.

Fix build on -stable

Submitted by:   Adam Weinberger <adam@vectors.cx>
PR:             ports/41092

Update to 0.10.54

PR:             39657
Submitted by:   maintainer

- Upgrade to version 0.10.53 .
- Change maintainer to PR originator.
No response about related PR 37431 from maintainer.
PR:     ports/37525
Submitted by:   Alex Dupre <sysadmin@alexdupre.com>

Massive style enforcement - use ^I instead of spaces for variables identation.  
 

Add zziplib 0.10.11, a library to provide transparent read access to   zipped
files.