The 3.0 series is an incremental improvement over the previous 2.8 series
despite the major version number change. A list of important changes is
available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html
On the porting side
* The minimum FreeBSD release we have to support in the ports tree is now
recent enough that ports/168671 can finally be committed: instead of
building and using CMake's own copies of bzip2, curl, expat, libarchive,
liblzma and zlib, we use the versions in ports and/or the base system.
* CMake's documentation system has been changed and vastly improved at the
cost of now depending on Sphinx. We still generate only man pages, but can
start generating the HTML documentation in the future if desired.
* devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
the ncurses UI that is installed by devel/cmake itself.
* CMake commit 3816cd2 fixes a longstanding issue in the detection of the
Python interpreter and its libraries, but requires us to revert a
workaround for that in Mk/Uses/python.mk itself, effectively reverting
the patch introduced by ports/168159.
* Similarly, a few ports had to be fixed manually due to CMake being
stricter when parsing some files or the ports detecting Python the wrong
way. Fortunately, they all had been fixed upstream so I just grabbed the
appropriate commits and pointed to them in the patches.
science/gnudatalanguage had to have its PORTREVISION bumped because
switching to USES=cmake:outsource removed a few files from the plist that
were not supposed to have been installed in the first place.
PR: 168671
PR: 192644
- Move distfile location to GitHub
- Remove three uneeded patches accepted upstream
- Add one new patch for <functional> support
- Add new dependency on libechonest
From Changelog:
Version 1.2.3:
Bugfixes:
* Fix compilation with GCC 4.9.
* (Linux) Fix poor search performance with sqlite 3.8.
* (Ubuntu) Fix dependency issues on Ubuntu 14.04.
* (Windows) Upgrade to OpenSSL 1.0.1g to fix CVE-2014-0160.
Version 1.2.2:
Major features:
* (Android Remote) Add kittens support.
Bugfixes:
* Rename SkyDrive to OneDrive.
* Don't include the user's IP address in the log (from the network remote
settings dialog).
* (Debian) Fix a bug with HTTPS logins to all cloud storage providers.
* (Mac OS X) Fix a bug in the workaround for a weird font issue on 10.9.
* (Mac OS X) Fix rendering of source icons on retina displays.
* (Android Remote) Don't advertise songs that aren't available.
* (Android Remote) Fix playing songs with special characters in filenames.
Reviewed by: mat@
SPOTIFY support isn't something that can be compiled out of clementine.
You must *either* compile the binary blob in to the application *or*
enable the downloader via QCA. You cannot disable them.
I suspect, from the changes I've made, someone already figured this out
originally. :-)
default
Remove NO_STAGE
Remove MAKE_JOBS_UNSAFE
Remove BUILTINTAGLIB, this is only relevant for distributions that
have a taglib package < 1.8
Remove SPOTIFY support. Requires vendor binary library that does
not currently support FreeBSD. The QCA code is a tool to fetch this
library if enabled.
Remove -DIMOBILEDEVICE as its not a Cmake build options for this port
Reviewed by: vg
Version 1.2.1:
Bugfixes:
* Fix library download in the network remote.
* Fix removing songs from playlist in the network remote.
* Fix login failures with box.com.
* (Mac OS X) Add a workaround for a weird font issue on 10.9.
* (Linux) Fix a typo that would prevent the Spotify downloader button from
ever being shown
SPOTIFY support references the built in clementine library support module
for the service that requires qca2 support.
SPOTIFY_BLOB references some magical external library (from the vendor),
that can be used in its place.
There isn't a clearly obvious way to disable SPOTIFY support alltogether
and the original, pre svn r335260 version of the SPOTIFY logic is correct
Reported by: Jimmy Olgeni <olgeni@olgeni.com>
Bump PORTREVISION becuase ...
- Remove WITH_DEBUG
- Enable DBUS for all configurations
- Remove DBUS as a configuration option
- Remove GOOGLE_DRIVE as a default option, google sparsehash will not build
currently.
- Remove share/applications from plist
PR: ports/182107
audio/chromaprint with different ffmpeg ports (based on patch from
multimedia/kdemultimedia4-ffmpegthumbs)
- Switch dependency to multimedia/ffmpeg1
- Bump PORTREVISION due to dependency change in audio/chromaprint
Approved by: no reply from jhale@
- Remove leading article from COMMENT
- Replace tab by space in WWW: line
- OPTIONS_DEFAULTS -> OPTIONS_DEFAULT
PR: ports/175934
Submitted by: myself
Approved by: Veniamin Gvozdikov <g.veniamin@googlemail.com> (maintainer)
to fix DVB support. (which still is broken for tuners using
hardware pid filtering, like when running webcamd with
"-m dvb-usb-init.force_pid_filter_usage=1".)
- Add patches to fix build of ports depending on libxine to:
audio/amarok,
graphics/gimageview [1], graphics/pornview [1],
graphics/osg [2], graphics/osg-devel [2],
multimedia/emotion,
x11/kdelibs4 [3],
multimedia/kmplayer,
multimedia/konverter,
multimedia/qdvdauthor [4],
multimedia/vdr-plugin-xineliboutput,
multimedia/xfce4-media [5],
multimedia/xine_artsplugin,
multimedia/k9copy-kde4 [6]
- Fix RUN_DEPENDS= xine... which should be LIB_DEPENDS for audio/atunes . [7]
- Mark multimedia/phonon-xine BROKEN which refuses to build with
libxine 1.2.x and is deprecated upstream. [3]
- Disable XINE knob for x11/eaglemode for which I don't have a fix. [2]
- Note: multimedia/kaffeine runs after rakuco's x11/kdelibs4 fix,
but it only shows a green window at least with mp4 or ts files.
(avi files and audio still work.) It seems the kaffeine developers
have found this too and are now switching away from libxine in
their git repo - so I guess we'll have a broken kaffeine at least
until they release a new version.
- Bump PORTREVISIONs for ports depending on libxine by default.
- Add optional libbluray support to multimedia/libxine and
multimedia/vdr-plugin-xineliboutput.
PR: ports/165057 [6]
Submitted by: nox (self) [6], rakuco [3]
Approved by: dinoex (maintainer, via irc) [1],
amdmi3 (maintainer, via private email) [2],
kde@ (rakuco, via irc) [3],
Phil Oleson <oz@nixil.net> (maintainer, via private email) [4],
xfce@ (rene, via irc) [5],
Eduardo Gielamo Oliveira <egoliveira@gmail.com> (maintainer) [6],
lme (maintainer, via irc) [7]
Thanx to: Darren Salt (upstream libxine maintainer) for a few
hints on irc to help with patching ports depending
on deprecated libxine features
