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.
(Only the first 15 lines of the commit message are shown above )
multimedia: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron LI <aly@aaronly.me>
* Alexander Botero-Lowry <alexbl@FreeBSD.org>
* Alexander Logvinov <ports@logvinov.com>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Anders Nordby <anders@FreeBSD.org>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Andrew Thompson <andy@fud.org.nz>
* Andrew Thompson <thompsa@FreeBSD.org>
* Angel Carpintero <ack@telefonica.net>
* Anish Mistry (with help from mean)
* Anonymous <swell.k@gmail.com>
(Only the first 15 lines of the commit message are shown above )
multimedia/libvpx: unbreak armv6/armv7 on -CURRENT
as -I./ -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.9.0"/
-march=armv7-a -meabi=5 -mfpu=neon -o
vpx_dsp/arm/vpx_convolve_copy_neon_asm.asm.S.o
vpx_dsp/arm/vpx_convolve_copy_neon_asm.asm.S
/bin/sh: as: not found
PR: 250045
Submitted by: mikael (based on)
multimedia/libvpx: update COMMENT and pkg-decr
Only decoder and encoder are installed. Other features are not
maintained by the port. Besides, ffmpeg provides alternative decoder
while svt-vp9 provides alternative encoder.
multimedia/libvpx: kill all options
None of the consumers were tested with non-default options. As
there're no additional dependencies users are better off with
Makefile.local which provides access to more e.g.
--enable-better-hw-compatibility
--enable-onthefly-bitpacking
--enable-error-concealment
--enable-coefficient-range-checking
--enable-postproc-visualizer
Similar to multimedia/aom this reduces maintenance.
multimedia/libvpx: enable 10/12-bit profiles
- Same as Chromium, VLC, Arch, Fedora, Gentoo, Homebrew
- Option named after 10-bit to match multimedia/x265
Requested by: Dima D <dima_bsd@inbox.lv>
MFH: 2020Q1
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
multimedia/libvpx: handle snapshots in version string
- head(1) which is not part of native-xtools
- CHANGELOG is only updated on releases
- similar change was done in multimedia/aom
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
multimedia/libvpx: unbreak on powerpc*
- newer libstdc++ ABI is required by many consumers
- -mspe and -maltivec are mutually exclusive
- implement VSX detection for powerpc and powerpc64
PR: 228586
Submitted by: jhibbits (based on)
multimedia/libvpx: unbreak on armv7
vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps':
arm_cpudetect.c:(.text+0x48): undefined reference to `getauxval'
arm_cpudetect.c:(.text+0x78): undefined reference to `getauxval'
c++: error: linker command failed with exit code 1 (use -v to see invocation)
PR: 224107
Reported by: pkg-fallout
Submitted by: Mikael Urankar
multimedia/libvpx: unbreak on amd64 after r454153
nasm -Ox -f elf64 -I./
-I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.6.1"/ -o
vpx_dsp/x86/intrapred_sse2.asm.o vpx_dsp/x86/intrapred_sse2.asm
vpx_dsp/x86/intrapred_sse2.asm:64: error: invalid combination of opcode and
operands
third_party/x86inc/x86inc.asm:1383: ... from macro `movd' defined here
third_party/x86inc/x86inc.asm:1283: ... from macro `RUN_AVX_INSTR' defined here
Reported by: antoine
Pointy hat to: jbeich
multimedia/libvpx: unblock build on mips*
mips* cannot use lang/gcc*, so let it use GCC 4.2 in base.
Other archs may work as well but x86 won't per r422956.
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
The output of tools like awk, date, sort, tr,... depends on the current
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
multimedia/libvpx: update 1.6.0
ABI is incompatible... or not? SONAME has changed but the removed vp10
symbols weren't actually exposed (and still aren't).
Note, FreeBSD 9.x now builds with Clang 3.4 because GCC 4.2 fails:
vp9/encoder/x86/vp9_frame_scale_ssse3.c: In function 'eight_tap_row_ssse3':
vp9/encoder/x86/vp9_frame_scale_ssse3.c:93: internal compiler error: in
simplify_binary_operation_1, at simplify-rtx.c:2563
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.5.0..v1.6.0
ACC
report: https://people.freebsd.org/~jbeich/compat_reports/libvpx/1.5.0_to_1.6.0/compat_report.html
Always set the DEFAULT github DISTFILE with .tar.gz for EXTRACT_SUFX.
Fix distinfo for the offending ports.
lang/yorick's tag was moved, and the added patch was no longer needed.
PR: 207644
Submitted by: mat
Exp-run by by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D4268
Fix build error introduced by changes to default behavior of perl port.
Apply shebangfix to build/make/ads2gas.pl as it was invoking /usr/bin/perl.
PR: 200535
Reviewed by: kwm
- Add support for building on ARMv6 platforms
Thanks to sbruno@ for testing the port build on ARMv6
PR: 195466
Submitted by: mikael.urankar <mikael.urankar at gmail dot com>
- Update to 1.3.0
- Use distfile provided by Debian
- Add dependency on GCC from ports when building on 8.x (amd64) due
to code generation issue with built-in GCC
PR: ports/185212
Submitted by: Jan Beich <jbeich at tormail.org>
- Fix bug where upgrading port results in missing files[1]
- Use OptionsNG helpers
- Fix spacing in WWW line in pkg-descr to comply with portlint
Reported by: Ole <ole at coalmont.net>[1]
- Add staging support
- Fix ownership of installed files[0]
- Fix building on systems with non UTF-8 locale[1]
- Fix building on 10.x and later
PR: ports/182693[0], ports/169369[1]
Submitted by: Herbert J. Skuhra <h.skuhra@gmail.com> (via private mail)[1]
- Update to 1.1
- Relax dependency check in BUILD_DEPENDS by replacing path with names
of programs[1]
PR: ports/169126[1]
Submitted by: Jan Beich <jbeich@tormail.org>
- Update to 0.9.7-p1[1]
- Disable installing documentation due to incompatibility with doxygen[2]
- Enable support for PowerPC architectures[3]
- Fix port to not assume GCC for ${LD}[4]
PR: ports/155937[2], ports/152890[3], ports/159193[4]
Submitted by: Francisco de Borja Lopez Rio <borja@codigo23.net>[1] (via
private email)
Peter Jeremy <peterjeremy@acm.org>[2]
Jason Bacon <jwbacon@tds.net>[3]
Test Rat <ttsestt@gmail.com>[4]
