Removing eigen as a run-depend in graphics/movit makes mlt fail to build.
Add eigen as a build-depend to mlt*.
Pointy hat: tcberner
Reported by: antoine
- Cleanup the Python slave port [2]
- Bump PORTREVISION.
[1] Ports can now force the dependency on Qt plugin, which is needed
by Kdenlive. Having two different (conflicting) versions will help
with the transition to the KF5-dependent Kdenlive.
[2] Creating slave ports for other SWIG bindings should now be easy.
In file included from producer_avformat.c:153:
./vdpau.c:162:11: error: no member named 'type' in 'struct AVFrame'
frame->type = FF_BUFFER_TYPE_USER;
~~~~~ ^
./vdpau.c:162:18: error: use of undeclared identifier 'FF_BUFFER_TYPE_USER'
frame->type = FF_BUFFER_TYPE_USER;
^
./vdpau.c:165:16: error: no member named 'reference' in 'struct AVFrame'
if ( frame->reference )
~~~~~ ^
./vdpau.c:239:21: error: no member named 'get_buffer' in 'struct AVCodecContext'; did you mean 'get_buffer2'?
self->video_codec->get_buffer = vdpau_get_buffer;
^~~~~~~~~~
get_buffer2
/usr/local/include/libavcodec/avcodec.h:2565:11: note: 'get_buffer2' declared here
int (*get_buffer2)(struct AVCodecContext *s, AVFrame *frame, int flags);
^
./vdpau.c:240:21: error: no member named 'release_buffer' in 'struct AVCodecContext'
self->video_codec->release_buffer = vdpau_release_buffer;
~~~~~~~~~~~~~~~~~ ^
PR: 214197
Reported by: antoine (via exp-run)
Suggested by: matthew@reztek.cz
Approved by: portmgr blanket
Plasma5 ports
At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When
working on the ports for KDE Frameworks and Plasma5 it seemed to be more
reasonable to create a new kde.mk instead of adding an bsd.kde5.mk.
The kde.mk in this review is a stripped down version of the one we are using in
the KDE Test repositories plasma5 branch [1] to only contain the parts relevant
to the current KDE4 ports in the portstree [2].
Changes to the KDE Ports needed by this:
Replace USE_KDE4 by USE_KDE [3]
Add USES=kde:4 [4]
[1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk
[2] The version in the plasma5 branch also handles frameworks/plasma5 and
handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt
Ports -- I chose to leave this out for now, as the diff is already large
enough.
[3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we
want is already specified as argument to kde:<arg>
[4] For KDE Frameworks and Plasma5 ports this would be kde:5
PR: 210667
Approved by: portmgr, mat (mentor), rakuco (mentor)
Reviewed by: mat, rakuco
Differential Revision: https://reviews.freebsd.org/D6961
multimedia/mlt has a Qt4 option specifically to support multimedia/kdenlive.
Future versions of kdenlive are Qt5 based. Prepare for this by also enabling
the Qt5 library being built.
Convert the QT4 option into a radio-option "QT=QT4 QT5".
Reviewed by: mat
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7432
- USE_GNOME=cairo only applies when SWFDEC option is enabled
- USE_XORG=x11 applies even with all options disabled (due to SDL)
- USE_GNOME=glib20 is required when JACK or SWFDEC options are enabled
- Fix pkg-plist: filter_audiospectrum.yml only installed if QT4 enabled
Reported by: mat (mentor)
Reviewed by: mat (mentor)
Approved by: adamw (mentor), portmgr (blanket approval - build fixes)
Differential Revision: https://reviews.freebsd.org/D6776
- Update to 6.2.0
- Mark KDE4 option as implying/requiring QT4 option
- Move USE_KDE4=kdelibs to new options helpers
- Add USE_GNOME=cairo as notified by new stage-qa error
Changes this release:
http://mltframework.blogspot.fr/2016/04/version-620-released.htmlhttp://mltframework.blogspot.fr/2016/02/version-600-released.htmlhttp://mltframework.blogspot.fr/2015/07/version-098-released.html
This update also allows multimedia/mlt to build against ffmpeg 3.0.x.
The ports tree currently still has multimedia/ffmepg at version 2.8.7,
however this update is backwards compatible with ffmpeg 2.8.7. The
update of multimedia/ffmpeg to 3.0.x branch is waiting for ports which
depend on it to successfully build with the newer version of ffmpeg.
PR: 207390
Submitted by: olivierd
Approved by: avilla (maintainer timeout), mat (mentor), makc, araujo (with kde hat)
Differential Revision: https://reviews.freebsd.org/D6754
Build VAAPI and VDPAU backends, so ports using system ffmpeg can take
advantage of GPU-assisted decoding. Also, propagate defaults to consumers.
Approved by: cpm, multimedia (riggs), maintainer timeout (3 weeks)
Differential Revision: https://reviews.freebsd.org/D5898
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
USES=alias allows the port to build on DragonFly without patches, but
only if --target-os=FreeBSD is also sent to the configure script. This
is a no-op for FreeBSD (configure eventually sets target-os to FreeBSD
anyway). USES=alias was covered by portmgr blanket.
- Update to 0.9.2.
- Add optional dependency on Vid.Stab.
- Remove deprecated plugins.
- Remove stale MAN* macro.
- Use OPTIONS handlers.
- Remove @dirrm*.
- Strip binary and libraries.
This is a bugfix and enhancement release:
http://mltframework.blogspot.com/2014/06/version-092-released.html
multimedia/py-mlt:
- Force dependency on Python 2.
- Take maintainership.
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
* Update to 0.6.21
* Add LICENSE
* Switch to OptionsNG and PORTDOCS
- Document libexif 2012-07-12 vulnerabilty
- Bump PORTREVISION for libexif related ports
- Trim headers while here
PR: ports/175910
Approved by: swills (mentor)
Security: d881d254-70c6-11e2-862d-080027a5ec9a
- Switch dependency from multimedia/ffmpeg to multimedia/ffmpeg-011,
as my tests revealed that MLT isn't working anymore with 0.7.x.
- Drop option --linsys-with-jpeg as per upstream suggestion.
- Update OPTIONS descriptions to be consistent with recent changes.
- Bump PORTREVISION.
- Fix COMMENT (mlt is no server).
- OPTIONSngify and improve descriptions.
- Move demo/ to PORTEXAMPLES.
- Move melt.1 to MAN1.
- Remove header from Makefile.
