archivers/liblz4: Remove USES=shebangfix

archivers/liblz4: Update to 1.10.0

Changes:	https://github.com/lz4/lz4/releases

archivers/liblz4: Add LICENSE_FILE

*/*: Sanitize MANPREFIX for meson ports

In my previous some ports got slipped which are fixed here.

Approved by:	portmgr

archivers/liblz4: Use upstream release tarball

- Update WWW
- Use complete arguments/options
- Simplify SHEBANG_FILES
- Update pkg-descr

archivers/liblz4: Take maintainership

archivers/liblz4: Reset maintainership

PR:		274177
Requested by:	Martin Waschbusch <martin@waschbuesch.de> (maintainer)

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>

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.

archivers/liblz4: Update to 1.9.4

Changes:	https://github.com/lz4/lz4/releases
PR:		266063

archivers/liblz4: Update WWW

Approved by:	portmgr (blanket)

archivers: remove 'Created by' lines

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

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Albert Vernon <f3cun3c02@sneakemail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Samorukov <samm@freebsd.org>
  *  Alexander Kuehn <freebsd@nagilum.org>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexander Zhuravlev <zaa@zaa.pp.ru>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@regency.nsu.ru>
  *  Anders Nordby <anders@FreeBSD.org>

archivers/liblz4: Add CPE information

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

archivers/liblz4: Update to 1.9.3

ChangeLog: https://github.com/lz4/lz4/releases/tag/v1.9.3

 * Switch from gmake to meson.
 * Enable tests

PR:	251183
Submitted by:	daniel.engberg.lists@pyret.net
Approved by:	martin@waschbuesch.de (maintainer)

Bump PORTREVISION after man page move, it has an impact on 1 reverse dep

First pass at moving manpages to share/man for category a*

archivers/liblz4: Update to 1.9.2

PR:		240007
Submitted by:	Martin Waschbusch <martin@waschbuesch.de> (maintainer)

archivers/liblz4: Update to 1.9.1

PR:		237520
Submitted by:	Martin Waschbusch <martin@waschbuesch.de> (maintainer)

Fix compilation when TARGET_ARCH is set

PR:		225377
Approved by:	Martin Waschbusch (maintainer)

archivers/liblz4: Update to v1.8.3

PR:		231324
Submitted by:	Martin Waschbusch <martin@waschbuesch.de> (maintainer)

Remove LIBDIR arguments which are now unneeded

Update to 1.8.2

Remove the now unneeded post-patch section
Enforce usage of our INSTALL_PROGRAM instead of manually strip
Pass variables via MAKE_ARGS to avoid patching
Remove now useless USES=pathfix

PR:		228060
Submitted by:	bapt
Reported by:	Yann Collet (Upstream)
Reviewed by:	Martin Waschbusch (maintainer)
Approved by:	Martin Waschbusch (maintainer)

Update to 1.8.1.2

Changes:	https://github.com/lz4/lz4/releases
PR:		225277
Submitted by:	Martin Waschbusch <martin@waschbuesch.de> (maintainer)

Update to 1.8.1

Changes:	https://github.com/lz4/lz4/releases
PR:		225145
Submitted by:	Martin Waschbusch <martin@waschbuesch.de> (maintainer)

Update to 1.8.0

Changes:	https://github.com/lz4/lz4/releases
PR:		221630
Submitted by:	Martin Waschbusch <martin@waschbuesch.de>

Delete duplicate line

Submitted by:	sunpoet

Update to 1.7.5

Notable changes:
- Upstream switched versioning from e.g. r131 to v1.7.5, forcing me to
  make use of PORTEPOCH.
- (Submitter) pushed a change upstream to add FreeBSD to the OSs
  recognized in Makefile, requiring one less search & replace action
  in post-patch section.

PR:		216599
Submitted by:	martin@waschbuesch.de (maintainer)

- Fix WWW

PR:		213735
Reported by:	julian@hsiao.email
Submitted by:	martin@waschbuesch.de (maintainer
MFH:		2017Q1

Use USES=pathfix where applicable.

PR:		213195
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D8093

- Fix trailing whitespace in pkg-descrs, categories [a-f]*

Approved by:	portmgr blanket

Pass maintainership to submitter

PR:		209516
Submitted by:	martin@waschbuesch.de

Cleanup GH_* and variables order.

Sponsored by:	Absolight

- Silence patching
- Fix WWW:

Reassign some of my ports to the Collective.

Update to r131.

Update to r130, which incorporates the patches that riggs committed in
r387288.

Fix decompression in a pipeline: import fix from dev branch in
https://github.com/Cyan4973/lz4/commit/58b5aadb1fc5d937e81c8f33e0e8290f2097c6bb

PR:		200422
Submitted by:	eborisch+FreeBSD@gmail.com
Approved by:	adamw (maintainer, implicit)

Update to r129. Changes at https://github.com/Cyan4973/lz4/releases/tag/r129.
Remove the CONFLICTS on archivers/lz4 which was removed from the ports tree.

USE_GITHUB: For the new support, fix DISTNAME to be more consistent.

When using GH_TAGNAME the DISTNAME would have GH_PROJECT and GH_ACCOUNT in
it. When not using GH_TAGNAME it would not have this. Now both cases
will add in the GH_PROJECT and GH_ACCOUNT.

Add special care to ensure that the DISTVERSION is not added in twice. If
a port does GH_TAGNAME=v${PORTVERSION} it will be added in twice though. For
that case DISTVERSIONPREFIX=v should be set and no GH_TAGNAME should be used.

empty() is used rather than (!defined || !${}) to support fmake.

The purpose of setting DISTNAME at all in these cases is to make it more clear
that the distfile is from *GITHUB* and to avoid collisions if a project were
to be renamed or moved. Without adding in GH_PROJECT and GH_ACCOUNT then there
are real risks that collisions on filenames would happen on renamed or moved
projects, which is fairly common. A GITHUB-generated file may not match
a custom-rolled or git-archive-rolled distfile.

PR:		199069
With hat:	portmgr
Testing done:	All USE_GITHUB ports without GH_COMMIT were
checksum/fetch/extract/WRKSRC tested.

Update to r128.

Changes are listed on https://github.com/Cyan4973/lz4/releases

Also, use the new USE_GITHUB syntax, and update WWW.

Re-add back ALL_TARGET=default. For reasons that I still don't understand,
it breaks the build for some people.

This time, add a comment so I don't try to remove it again in the future.

Update to r127. Fix tons of hardcoded paths in the Makefile to enable
'make install' to work properly.

I was never able to replicate this, but a number of people have reported that
liblz4 fails to build on amd64, and they all agree that this patch fixes it.

PR:		194609
Submitted by:	Roland Smith

Add archivers/liblz4. There is already archivers/lz4, which it looks
like might be an old version of this, but it only installs a binary.
This installs binaries and libraries/headers.

LZ4 is a very fast lossless compression algorithm, providing compression speed
at 400 MB/s per core, scalable with multi-cores CPU. It also features an
extremely fast decoder, with speed in multiple GB/s per core, typically
reaching RAM speed limits on multi-core systems.

A high compression derivative, called LZ4_HC, is also provided. It trades CPU
time for compression ratio.

The libraries are BSD licensed, and the binaries are GPLv2.

WWW: https://code.google.com/p/lz4/