New versions of KDE applications landing in December
The release of new versions for KDE applications is part of KDE’s continued
effort to bring you a complete and up-to-date catalog of fully-featured,
beautiful and useful programs for your system.
Available now are new versions of KDE’s file browser Dolphin; Kdenlive, one of
the most complete open source video editors; the document viewer Okular; KDE’s
image viewer, Gwenview; and all of your other favorite KDE apps and utilities.
All of these applications have been improved, making them faster and more
stable and they boast exciting new features. The new versions of KDE
applications let you be productive and creative, while at the same time making
use of KDE software easy and fun.
We hope you enjoy all the novel features and improvements worked into all of
KDE’s apps!
Announcement: https://kde.org/announcements/releases/2019-12-apps-update/
Swfdec has been abandonware for years and Flash Player has been losing marketshare anyway. Moreover, liboil (swfdec's dependency) doesn't build on powerpc64 elfv2, which blocks this port and in consequence kde5 metaport.
Approved by: tcberner (maintainer, mentor)
Differential Revision: https://reviews.freebsd.org/D22591
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
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
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.
