Package Details: mopidy-mpd 3.3.0-3

Git Clone URL: https://aur.archlinux.org/mopidy-mpd.git (read-only, click to copy)
Package Base: mopidy-mpd
Description: Mopidy extension for controlling playback from MPD clients
Upstream URL: http://www.mopidy.com
Licenses: Apache-2.0
Submitter: languitar
Maintainer: pygospa
Last Packager: pygospa
Votes: 5
Popularity: 0.000002
First Submitted: 2019-12-23 12:56 (UTC)
Last Updated: 2025-02-24 11:56 (UTC)

Latest Comments

languitar commented on 2025-02-17 16:27 (UTC)

I haven't used mopidy-mpd since a long time. Maintaining complicated patches here doesn't look feasible to me without actually using the software. I'll disown this package and someone can pick this up then.

pygospa commented on 2025-02-14 22:21 (UTC)

Since my latest update, mopidy seized to work on my machine. After some research I figured out that the reason was in mopidy having a changed protocol, while mopidy-mpd still uses the old protocol, passing TlTrack objects instead of integers. In my log I found these statements:

mopidy.exceptions.ValidationError: Expected an integer, not TlTrack(tlid=2, track=Track(album=Album(artists=[Artist(musicbrainz_id=' ...

In the mopidy-mpd repository these are already changed in code, however, the pipeline is in fail mode for the last two months now, and the latest release v3.3.0 is now nearly 3 years old; whereas the main program has had 5 new versions since (the newest from last year December breaking this plugin). So I am not sure if this will still happen, as they are also calling for new maintainers.

In the mean time, this patch fixed my immediate issue; just add it next to the PKGBUILD file:

--- a/mopidy_mpd/protocol/playback.py
+++ b/mopidy_mpd/protocol/playback.py
@@ -221,7 +221,7 @@
     tl_tracks = context.core.tracklist.filter({"tlid": [tlid]}).get()
     if not tl_tracks:
         raise exceptions.MpdNoExistError("No such song")
-    return context.core.playback.play(tl_tracks[0]).get()
+    return context.core.playback.play(tl_tracks[0].tlid).get()


 @protocol.commands.add("previous")

To make it run, it must also be added in the source section of the PKGBUILD

source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mopidy/mopidy-mpd/archive/v${pkgver}.tar.gz" "fix-playid.patch")

and run updpkgsums to add the sha256 for the patch.

I believe the cleanest way would be to check all the method calls; but for me the one line above fixed everyhting I need, and I cannot reproduce the other use cases where the other methods are called. Would be nice, if the patch could be added to this AUR package.

languitar commented on 2022-04-30 17:53 (UTC)

Oh, I was a bit faster than the official packages. Mopidy 3.3.0 has now landed in the repos. Does mopidy-mpd work again now?

johnhamelink commented on 2022-04-29 21:51 (UTC)

FYI The latest revision of this package (3.3.0-1) is not compatible with the mopidy package in the community repository. Mopidy will still boot, but this extension will fail to load with the following warning:

Disabled extension mpd: Mopidy>=3.3.0 required, but found Mopidy 3.2.0 at /usr/lib/python3.10/site-packages

o0d4 commented on 2021-12-13 16:07 (UTC)

Bumped up the pkgrel to accomodate python 3.10 https://gist.github.com/xadips/bb0a43e8f9b1ee109b96e2e161a00d69

bittin commented on 2020-12-08 08:03 (UTC)

Bumped the version up to the Package update that was released over the last weekend: https://pastebin.com/8rdTkmTU

djmattyg007 commented on 2020-12-02 12:47 (UTC)

Could you please bump the pkgrel to force a rebuild for python3.9?

MarcinWieczorek commented on 2020-02-03 05:38 (UTC)

Please rename the tarball to $pkgname-$pkgver.tar.gz for shared source directories.

Thanks