Changelog for phononsettings-lang-4.11.1-bp155.3.7.noarch.rpm :

* Mon Nov 08 2021 Christophe Giboudeaux - Add phonon4qt5-rpmlintrc to work around future build checks (boo#1191779)
* Wed Sep 15 2021 Christophe Giboudeaux - Drop the unneeded baselibs.conf.
* Thu Sep 26 2019 wbauerAATTtmo.at- Update to 4.11.1:
* ECMGeneratePriFile now correctly uses KDE_USE_QT_SYS_PATHS
* Include directory in the pri file is now using the correct path- Drop 0001-Remove-phonon-from-the-include-directory.patch, merged upstream- Use %lang_package macro and provide phonon4qt5 to fulfill its dependencies
* Wed Sep 11 2019 Christophe Giboudeaux - Add 0001-Remove-phonon-from-the-include-directory.patch
* Wed Sep 04 2019 Stefan Brüns - Add designer plugin directory to directories owned by the devel package, as libqt5-qttools is no longer pulled in.
* Fri Aug 30 2019 wbauerAATTtmo.at- Update to 4.11.0:
* Features + New phononsettings application for advanced users to control PulseAudio device preference by-category and Phonon backend selection. This application is an advanced utility and you shouldn\'t need to visit it if you aren\'t very certain that something needs changing. This replaces the previously available System Settings module for Phonon.
* Changes + The backends Phonon VLC 0.11+ or Phonon GStreamer 4.10+ are required to build with this version of libphonon! Older versions will no longer build because of aggressive clean up of legacy compatibility code in the build system. + Qt4 support has been removed. Qt5 is now the default. If you still need the Qt4 version for whatever reason it\'s recommended that you port to Qt5 quickly seeing as Qt4 is getting really long in the tooth. Since the Qt4 and Qt5 version are fully co-installable you can continue to use 4.10 for Qt4 while using 4.11 for Qt5 should it be necessary. + CMake 3.5 is now required for building + Installation paths are now controlled by the KDEInstallDirs CMake include instead of the GNUInstallDirs one + CCFlag and CMake settings are now shared with other KDE software as per the extra-cmake-modules framework + PHONON_BUILD_DESCRIPTOR option no longer supported. + PHONON_BUILD_DECLARATIVE_PLUGIN option no longer supported. It made little to no sense on Qt5. + PHONON_INSTALL_QT_COMPAT_HEADERS option no longer supported. It made no sense on Qt5. + PHONON_NO_DBUS option no longer supported. The DBus interface was only used to communicate with the settings interface in Plasma, but hasn\'t been used in many years. This effectively removes QtDBus as dependency. + PHONON_ASSERT_STATES option no longer supported. The state machine is now always enabled unless Q_ASSERTs as a whole are disabled (i.e. the build is not a Debug-ish build). + PHONON_INSTALL_QT_EXTENSIONS_INTO_SYSTEM_QT option no longer supported. Replaced by ECM\'s KDE_USE_QT_SYS_PATHS.
* Bug Fixes + The default preference of backends is now properly implemented. This was previously reversed.
* Mon Jul 22 2019 Christophe Giboudeaux - Fix the -lang package dependency.
* Fri Jul 19 2019 wbauerAATTtmo.at- Update to 4.10.3:
* QFOREACH use was removed in headers when building for Qt 5.
* Localization has been fixed for the Qt 5 build.- Add lang subpackage containing the translations
* Thu Jan 10 2019 wbauerAATTtmo.at- Update to 4.10.2:
* PulseAudio support is no longer incorrectly disabled with Qt 5.12- Drop 0001-Fix-PulseAudio-support-with-Qt-5.12.patch, merged upstream
* Mon Jan 07 2019 Luca Beltrame - Add upstream patch 0001-Fix-PulseAudio-support-with-Qt-5.12.patch to fix PulseAudio detection with Qt 5.12- Run spec-cleaner- Add %license
* Sat Apr 28 2018 lbeltrameAATTkde.org- Update to 4.10.1:
* CMake files are now compatible with Qt 5.11. Note that the relevant CMake code is shared with the backends, and thus also fixes the compatibility issue there.
* Fri Feb 23 2018 wbauerAATTtmo.at- Update to 4.10.0:
* Changes + PulseSupport is more robustly handling device list iteration.
* New API + New backend API AudioOutputInterface410. This interface implements a long-existing frontend interface for category configuration. Usually, this is managed by the builtin PulseSupport to force the category on a PulseAudio level, sometimes this may not be possible because of how the backend subsystem works and the backend needs to manage this directly. + setCategory(Category) is called on the interface when the synonymous frontend function is called.
* Tue Jan 24 2017 tittiatcokeAATTgmail.com- Update to 4.9.1
* Changes
* use cmake variables to check if QtDbus is enabled
* change eol handling to not trigger static warnings
* Sat Jun 11 2016 hrvoje.senjanAATTgmail.com- Drop BuildRequires on obsolete QtQuick1 module
* Tue Apr 19 2016 hrvoje.senjanAATTgmail.com- Update to 4.9.0
* Changes
* Builsystem helpers are now installed to CMAKE_INSTALL_DATAROOTDIR
* CMake 2.8.9 is required to use GNUInstallDirs and for the Qt5 code branches
* automoc4 support was removed. Building always use the cmake built-in solution now.
* Qt5 and Qt4 builds use different CMake configurations now Qt4 is as it always has been
* Qt5 moved away from crudely ported Qt4 configurations to using extra-cmake-modules\' KDE compiler and cmake flags.
* Installation paths and so forth are still jointly configured as to retain backwards compatibility (i.e. Qt5 build does not follow ECM\'s KDEInstallationPaths)
* Bug Fixes
* VolumeSlider has seen async behavior improvements making the slider not hop around when changing the volume rapidly and the backend is lagging a bit behind.
* The volume change now occurs upon slider release rather than instantly.
* Fixed a duble encoding issue with local paths that contain percent encoded characters being double-encoded [kde#356218]
* New API
* New AudioOutputInterface49 for backends to implement. This interface implements long-existing frontend interfaces for muting, giving the backend easier access and control.
* setMuted(bool) mutes an AudioOuput (without the 4.9 interface this is done via setVolume(0.0) on the backend)
* mutedChanged(bool) signal emitted by the backend to asyncronuously notify of the mute application
* The interface is only used if PulseSupport is not intercepting calls
* New methods to differntiate states of PulseSupport
* request(bool) is used by backends to request PulseAudio usage but no interception, this essentially enables device listing but lets everything else fall through to the backend (the existing isActive() method will not return true after request(true), which makes it different from enable(true))
* isRequested() is a getter for request()\'s state
* isUsable() is part of the previouys isActive() behavior, it is true iff pulseaudio can be used (daemon running, connected etc)
* isUsed() is a combination of isRequested() and isUsable() (i.e. active but not intercepting)
* The existing isActive() communicates the same state as before (active and intercepting) but now also takes requested into consideration
* Enabling always implies requsting automatically, so request(false) and enable(true) will ultimately still restul in isRequested==true- Drop upstreamed 0001-tear-cmake-logic-for-qt4-and-qt5-apart.patch
* Sat Jul 11 2015 hrvoje.senjanAATTgmail.com- Added 0001-tear-cmake-logic-for-qt4-and-qt5-apart.patch from upstream, to handle better -fPIC flag in Qt 5 builds- Drop pic.patch- Added extra-cmake-modules >= 1.7.0 (Build)Requires, needed with the added patch
* Thu May 21 2015 hrvoje.senjanAATTgmail.com- Added pic.patch, fix build with latest Qt5 - it now requires -fPIC flag instead of -fPIE when Qt is built with reduced-relocations option
* Sat Dec 06 2014 hrvoje.senjanAATTgmail.com- Update to 4.8.3:
* Set target interface include install dir
* Do not assume we have a backend when setting an output device, kde#341296
* Wed Nov 05 2014 hrvoje.senjanAATTgmail.com- Update to 4.8.2:
* Revised the logic used by PulseSupport to come up with an icon name for PulseAudio. If the application has QApplication::windowIcon set with an QIcon constructed through QIcon::fromTheme(string) the actual icon name will be used. Otherwise the lower-case version of QCoreApplication::applicationName is used.
* Fixed building with the compiler clang by reverting a previously introduced workaround.- Fix Requires of devel package, there was a wrong \"BuildRequires\", and they shall be found by pkg-config detection
* Sun Oct 19 2014 hrvoje.senjanAATTgmail.com- Update to 4.8.1:
* Version bump
* Prevent a crash when failing to create the preferred backend