Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
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
/usr/bin/ld: /wrkdirs/usr/ports/multimedia/mpv/work/mpv-0.27.0/build/mpv: local symbol `__progname' in /usr/lib/crt1.o is referenced by DSO
/usr/bin/ld: final link failed: Bad value
cc: error: linker command failed with exit code 1 (use -v to see invocation)
Reported by: pkg-fallout
- Add support to enable VAAPI under Wayland (disabled by default)
- Regenerate patch with makepatch to make portlint happy
PR: 224425
Submitted by: Greg V <greg@unrelenting.technology>
- Remove patch (added upstream)
- Disable ZSH completion option for the time being. The way we currently generate
ZSH completion is known to be incompatible with cross-compilation, which is
actually why it's disabled by default upstream [1]
Changelog: https://github.com/mpv-player/mpv/releases/tag/v0.27.0
PR: 221876 [1]
Reported by: Vladimir Krstulja <vlad-fbsd@acheronmedia.com>
(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 PORTREVISION
While I'm here pet portlint, USE_* comes before USES
PR: 220920
Submitted by: Oleh Hushchenkov <gor@clogic.com.ua>
Obtained from: 8c82555e41
- Add patch to fix mpcwidget crash on mpv 0.26.0
multimedia/mpv:
- Update mpv to 0.26.0
- Update waf to 1.9.8 using the same waf version as bootstrap.py
- Update ffmpeg version required to 3.3
- Drop unnecessary CONFIGURE_ARGS options
- Fix option helpers
- Update WWW in pkg-descr
Changelog: https://github.com/mpv-player/mpv/releases/tag/v0.26.0
Reviewed by: jbeich
Approved by: jbeich (mpc-qt, maintainer)
Differential Revision: https://reviews.freebsd.org/D11655
- Rename LIBARCHIVE option to ARCHIVE and use _DESC from Mk/bsd.options.desc.mk
- Use FLT_EPSILON constant to fix gl_video unittest on i386
- Cosmetic fixes
Reviewed by: jbeich
Differential Revision: https://reviews.freebsd.org/D11005
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
$ mpv --no-config /path/to/foo.mp4
ffmpeg library versions:
libavutil 55.34.100 (runtime 55.34.101)
libavcodec 57.64.101
libavformat 57.56.100 (runtime 57.56.101)
libswscale 4.2.100
libavfilter 6.65.100
libswresample 2.3.100
ffmpeg version: 3.2.3
mpv was compiled against a different version of FFmpeg/Libav than the shared
library it is linked against. This is most likely a broken build and could
result in misbehavior and crashes.
mpv does not support this configuration and will not run - rebuild mpv instead.
Exiting... (Fatal error)
The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
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.
USES=localbase:ldflags can be used to set LDFLAGS. Normally LDFLAGS
appears too early on the command line causing some ports to link with
their own libraries in LOCALBASE (if installed) instead of WRKSRC.
Also make use of _USES_POST so -L${LOCALBASE}/lib is added as late as
possible after anything a port Makefile might set. Use _USES_POST
instead of .include in libedit.mk and libarchive.mk so things like
'USES=libedit localbase:ldflags' work correctly.
Fix some issues with LIBS in some ports.
Switch ports that don't support LIBS to localbase:ldflags.
PR: 212987
Exp-run by: antoine
Approved by: portmgr (antoine)
