Upgrading mp3splt fails: checking for AUDACIOUS... no configure: error: Audacious player development files for audclient >= 3.0 not fo und. Install it or configure with "--disable-audacious". Also check that if you want to compile with GTK 3.x, you will need audacious >= 3.0. For GTK 2.x, you will need audacious < 3.0. You can force the GTK version using --enable-gtk3 and --disable-gtk3. The package is right: libaudclient has been removed in audacious 3.5. Quoting http://audacious-media-player.org/news/27-audacious-3-5-released : > libaudclient is no longer included with Audacious because it is tied > to the older dbus-glib library. However, existing copies of > libaudclient will still work with Audacious 3.5. On the main page there is a news item dated June 27, 2014 which states: > For existing projects that are still using it, > libaudclient is now available as a separate download. That download can be found at http://audacious-media-player.org/download so I guess we should have an ebuild for that package. And have mp3splt-gtk depend on either old versions of audacious or that extra package.
Created attachment 383754 [details] media-libs/libaudclient/libaudclient-3.5_rc2.ebuild This is my stab at an ebuild for media-libs/libaudclient-3.5_rc2 to address this issue, based on one for audacious 3.4. mp3splt-gtk emerged all right with this.
xfce-extra/xfce4-playercontrol-plugin-0.3.0 is affected as well. After emerging my libaudclient ebuild, it emerges all right as well.
yup, as you've already noticed, the reason for this problem is the same as in bug 518836 - the maintainer failed to check the revdeps, even though the potential problem was explicitly noted in the version bump bug.
(In reply to Rafał Mużyło from comment #3) > yup, as you've already noticed, the reason for this problem is the same as > in bug 518836 Hadn't noticed conky. And apparently the contributors to that report hadn't noticed the new libaudclient package supplied by upstream. Added a comment. > the maintainer failed to check the revdeps, even though the > potential problem was explicitly noted in the version bump bug. It seems the impact of your bug #490292 comment #9 on reverse deps like these wasn't understood.
(In reply to Martin von Gagern from comment #4) > (In reply to Rafał Mużyło from comment #3) > > the maintainer failed to check the revdeps, even though the > > potential problem was explicitly noted in the version bump bug. > > It seems the impact of your bug #490292 comment #9 on reverse deps like > these wasn't understood. Well, it's just like the cause of the useflag merge in that bug wasn't understood, leading to bug 518938.
Any chance of getting libaudclient into portage?
i have the same problem here, with mp3splt-gtk-0.9.2
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=69034b0c6c002c17c0af519805698e5ab38b3b91 commit 69034b0c6c002c17c0af519805698e5ab38b3b91 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2019-12-08 10:52:39 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2019-12-08 12:04:03 +0000 media-sound/mp3splt-gtk: Drop USE audacious Closes: https://bugs.gentoo.org/521176 Package-Manager: Portage-2.3.81, Repoman-2.3.20 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> media-sound/mp3splt-gtk/metadata.xml | 3 --- media-sound/mp3splt-gtk/mp3splt-gtk-0.9.2-r1.ebuild | 17 +++++------------ 2 files changed, 5 insertions(+), 15 deletions(-)