non port: multimedia/ffmpeg26/Makefile |
SVNWeb
|
Number of commits found: 15 |
Fri, 3 Jul 2015
|
[ 07:02 koobs ] (Only the first 10 of 36 ports in this commit are shown above. )
multimedia/{lib}x264: Update to 0.144.2533 and major refactor
- Update to 0.144.2533 (from upstream stable branch) [1]
- Switch x264 and libx264 ports to master/slave ports respectively
- Bump PORTREVISION for dependent ports as the shared library version
has changed.
multimedia/x264:
- Clean up and update "updating instructions" in Makefile header
- Tweak COMMENT
- Only LIB_DEPENDS on libx264 and add PLIST_FILES if this isn't the
libx264 port.
- Allow COMMENT, USES, OPTIONS_*, CONFIGURE_ARGS to be overriden in
libx264 port. (Only the first 15 lines of the commit message are shown above )
|
Thu, 2 Jul 2015
|
[ 20:02 riggs ]
Deprecate ffmpeg26 by 2015-07-31 since ffmpeg port has been
updated to 2.7 branch
|
Mon, 29 Jun 2015
|
[ 00:28 adamw ]
Update multimedia/x265 to 1.7, and bump PORTREVISION on its consumers.
|
Mon, 22 Jun 2015
|
[ 19:55 riggs ]
- Use memalign hack only on supported systems that need it
(FreeBSD on pre-10 systems)
- Bump PORTREVISION
|
Wed, 17 Jun 2015
|
[ 07:18 marino ]
multimedia/ffmpeg(0|26): Convert memalign-hack into an option
DragonFly already has an aligned malloc (posix_memalign) and the hack
in ffmpeg is tripping an assertion. M.Dillon thinks the hack is stale.
In the spirit of no-op changes for FreeBSD, this changeset converts
the "--enable-memalign-hack" into an on-by-default option, and then
excludes the option for DragonFly.
It does incur a revbump though.
I'm doing this under "non-invasive DragonFly support" flag
P.S. I wouldn't be surprised if --enable-memalign-hack is wrong for
recent FreeBSD releases as well, so maybe the maintainers should take
a look at this new option.
|
Sun, 14 Jun 2015
|
[ 17:17 riggs ]
- Re-enable OPENCV default OPTION. Since r389642 is built without SIMD
by default on non-supporting architectures.
- Bump PORTREVISION
|
[ 10:13 riggs ]
- Update to upstream version 2.6.3
- Temporarily disable OPENCV as a default OPTION
because of https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200466
|
Tue, 9 Jun 2015
|
[ 14:25 jbeich ] (Only the first 10 of 42 ports in this commit are shown above. )
multimedia/libvpx: update to 1.4.0
ABI isn't compatible, so bump PORTREVISION in consumers.
Changes: https://chromium.googlesource.com/webm/libvpx/+/v1.4.0
Differential Revision: https://reviews.freebsd.org/D2570
Exp-run by: antoine
Approved by: ashish, multimedia (kwm)
Approved by: maintainer timeout (ale, dinoex; 2 weeks)
|
Wed, 13 May 2015
|
[ 17:36 xmj ]
multimedia/ffmpeg{,26}: make GNUTLS and OPENSSL mutually exclusive
- make GNUTLS and OPENSSL mutually exclusive
Differential Revision: https://reviews.freebsd.org/D2533
Reviewed by: riggs
|
Thu, 7 May 2015
|
[ 23:11 amdmi3 ]
- Add CPE info
PR: 199967, 199968
Submitted by: shun.fbsd.pr@dropcut.net
Approved by: portmgr blanket
|
Fri, 1 May 2015
|
[ 07:24 riggs ]
Merge BUILD_DEPENDS change (texi2html) from r385084 into ffmpeg26
|
Sun, 19 Apr 2015
|
[ 19:50 adamw ]
Update x265 to 1.6, and bump PORTREVISION on its consumers for shlib
version change.
|
Wed, 25 Mar 2015
|
[ 17:36 marino ] (Only the first 10 of 31 ports in this commit are shown above. )
multimedia category: Remove $PTHREAD_LIBS
approved by: PTHREAD blanket
|
Tue, 17 Mar 2015
|
[ 19:58 riggs ]
Update to upstream version 2.6.1
|
Sat, 14 Mar 2015
|
[ 10:35 riggs ] (Only the first 10 of 12 ports in this commit are shown above. )
Deprecate multimedia/ffmpeg25 in favor of multimedia/ffmpeg26
|
Number of commits found: 15 |