12:36 antoine 

Deprecate a few broken ports

With hat:	portmgr

 

03:23 yuri 

multimedia/cinelerra-gg: Unfetchable

 

03:22 yuri 

multimedia/cinelerra-gg: I take it back, it't really unfetchable

 

03:14 yuri 

multimedia/cinelerra-gg: Not broken

Erroneously labeled as BROKEN/unfetchable in rev.522132,
which may have been made during a period of intermittent connectivity problems.

 

10:26 antoine 

Mark a few ports broken (unfetchable)

 

02:17 mandree 

graphics/ilmbase, graphics/openexr: upgrade to upstream v2.4.0

graphics/gstreamer1-plugins-openexr: switch from C++98 to C++11 to
match new OpenEXR headers and unbreak compilation.

Bump PORTREVISION of all ports depending directly on either, based
on assessing INDEX-12 (bump_portrevision.pl -l (shallow) used).

Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.0

The update was deliberately deferred until after 2020Q1, and should
not be MFH'd back to it.

 

21:53 yuri 

multimedia/cinelerra-gg: Unbreak: the host in MASTER_SITES got renamed

PR:		242815
Submitted by:	alt2600@icloud.com

 

19:00 jbeich 

multimedia/x264: update to 0.159.2991

Changes:	https://code.videolan.org/videolan/x264/compare/34c06d1...1771b55
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

 

18:07 zeising 

Add USES=xorg USES=gl, ports categories m

Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

 

14:00 antoine 

Mark a few ports BROKEN (unfetchable)

 

20:36 jbeich 

multimedia/x265: update to 3.2

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-2

 

23:06 jbeich 

multimedia/ffmpeg: update to 4.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

 

21:11 jbeich 

multimedia/x265: update to 3.1.1

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-1

 

16:05 antoine 

Clean up LIB_DEPENDS

 

21:45 jbeich 

multimedia/x264: update to 0.157.2945

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=72db437770fd1ce3961f624dd57a8e75ff65ae0b
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

 

17:10 jbeich 

multimedia/x265: update to 3.0

- Add SVTHEVC option, see http://x265.org/x265-svt-hevc-house/
- Drop libmd patch due to rebase churn for what little value it provides

Changes:	https://x265.readthedocs.io/en/latest/releasenotes.html#version-3-0
PR:		235906
Approved by:	maintainer timeout (2 weeks)

 

13:33 jbeich 

multimedia/libvpx: update 1.8.0

www/firefox, www/firefox-esr, mail/thunderbird wait for upstream fix via
https://bugzilla.mozilla.org/show_bug.cgi?id=1525393

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/v1.7.0..v1.8.0
ABI:		https://abi-laboratory.pro/tracker/timeline/libvpx/

 

11:13 tijl 

Fix Qt5 symbol version scripts to put the catch-all clause first.  When
a symbol matches multiple clauses the last one takes precedence.  If the
catch-all is last it captures everything.  In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API.  This only affects lld because GNU ld always gives the
catch-all lowest priority.

Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium.  Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3]  The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one.  If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash.  Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.

Remove the weak wrappers (make them Linux specific).  This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.

[1]
https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2]
https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3]
https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5

Bump all ports that depend on Qt5.

PR:		234070
Exp-run by:	antoine
Approved by:	kde (adridg)

 

17:02 antoine 

Add explicit build dependency on python2.7

PR:		234633

 

01:50 jbeich 

multimedia/ffmpeg: update to 4.1

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

 

10:15 mandree 

Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.

Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>

Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.

Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.

Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)

Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions.  Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.

 

18:34 zeising 

Change x11/xorgproto to become a build dep

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

 

00:55 jbeich 

multimedia/x264: update to 0.155.2917

- HI10P is always built after
https://git.videolan.org/?p=x264.git;a=commitdiff;h=71ed44c73124

Changes:	https://git.videolan.org/?p=x264.git;a=shortlog;h=0a84d986e7020f8344f00752e3600b9769cc1e85
ABI:		https://abi-laboratory.pro/tracker/timeline/x264/

 

16:45 yuri 

multimedia/cinelerra-gg: Update 5.1-20180705 -> 5.1-20180714

The upstream developer fixed failure when LANG isn't set, and
improved the LV2 plugin handling.

Reported by:	upstream

 

08:01 yuri 

multimedia/cinelerra-gg: Add the option OPENGL

 

00:09 yuri 

multimedia/cinelerra-gg: Add the LV2 option to use LV2 plugins.

 

19:06 yuri 

New port: multimedia/cinelerra-gg: Professional video editing and compositing
environment