Package Details: upmpdcli 1.5.20-1

Git Clone URL: https://aur.archlinux.org/upmpdcli.git (read-only, click to copy)
Package Base: upmpdcli
Description: A UPnP Media Renderer front-end for the Music Player Daemon (MPD)
Upstream URL: https://www.lesbonscomptes.com/upmpdcli/
Licenses: GPL2
Submitter: oxplot
Maintainer: FabioLolix (blackhole)
Last Packager: blackhole
Votes: 22
Popularity: 0.20
First Submitted: 2015-11-24 03:17 (UTC)
Last Updated: 2022-09-23 05:59 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

blackhole commented on 2022-06-20 07:52 (UTC)

I have added recoll to optdepends.

The patch you are speaking is relative to uprcl?

Can you explain what is the problem without patch?

pvagner commented on 2022-06-19 16:07 (UTC)

Hello,

In order to also run the included local media server called uprcl you should add package recoll into optional dependencies.

For python 3.9+ compatibility you should patch this file at line 132: https://framagit.org/medoc92/upmpdcli/-/blob/master/src/mediaserver/cdplugins/uprcl/bottle.py#L132

Look for:

from collections import MutableMapping as DictMixin

and replace with

from collections.abc import MutableMapping as DictMixin

blackhole commented on 2020-11-24 11:14 (UTC)

Ok, I have tested compiling here the new versions of libupnpp 0.20.0 and libnpupnp 4.0.14

upmpdcli is compiling fine now. You need to update the configuration file /etc/upmpdcli.conf with the new pacnew file.

...I wait for new versions of libupnpp and libnpupnp before uploading upmpdcli 1.5.1

blackhole commented on 2020-11-24 10:43 (UTC)

Before updating this, libupnpp 0.20.0 and libnpupnp 4.0.14 must be updated first. Also upmpdcli-streamproxy-cpp-fix.patch does not apply

fvdb06 commented on 2020-07-27 08:14 (UTC)

Many thanks, it works...

pacman -Q upmpdcli

upmpdcli 1.4.12-2

blackhole commented on 2020-07-24 10:42 (UTC)

Fixed the problem with sha256sum

fvdb06 commented on 2020-07-22 07:54 (UTC)

On an up-to-date arch system with: - Linux 5.7.9-arch1-1 #1 SMP PREEMPT - libnpupnp 4.0.7-1 - libupnpp 0.19.2-1

I get the error: -> Found upmpdcli.service ==> ERROR: Integrity checks (sha256) differ in size from the source array. error downloading sources: upmpdcli

After trying install upmpcli with:

yay upmpdcli

2 aur/libupnpp 0.19.2-1 (+11 0.20) (Installed) A C++ wrapper for libupnp - used with upmpdcli or upplay 1 aur/upmpdcli 1.4.12-1 (+16 0.28) A UPnP Media Renderer front-end for the Music Player Daemon (MPD) ==> Packages to install (eg: 1 2 3, 1-3 or ^4) ==> 1 :: Checking for conflicts... :: Checking for inner conflicts... [Aur:1] upmpdcli-1.4.12-1

keithspg commented on 2020-07-04 04:19 (UTC) (edited on 2020-07-05 23:25 (UTC) by keithspg)

I do not really know what is going on, but this builds on aarch64 but not on armv6h or v7h. This version, as well as other recent ones on all architectures, require it to be run from the cli first to generate the RSA key then at next boot, the service will start. This builds and runs on aarch64...

under armv7h, it is this:

src/mediaserver/cdplugins/streamproxy.cpp: In member function ‘int StreamProxy::Internal::answerConn(MHD_Connection*, const char*, const char*, const char*, const char*, size_t*, void**)’:
src/mediaserver/cdplugins/streamproxy.cpp:337:35: error: invalid conversion from ‘int (*)(void*, MHD_ValueKind, const char*, const char*)’ to ‘MHD_KeyValueIterator’ {aka ‘MHD_Result (*)(void*, MHD_ValueKind, const char*, const char*)’} [-fpermissive]
  337 |                                   &mapvalues_cb, &querydata);
      |                                   ^~~~~~~~~~~~~
      |                                   |
      |                                   int (*)(void*, MHD_ValueKind, const char*, const char*)
In file included from src/mediaserver/cdplugins/streamproxy.cpp:29:
/usr/include/microhttpd.h:2699:49: note:   initializing argument 3 of ‘int MHD_get_connection_values(MHD_Connection*, MHD_ValueKind, MHD_KeyValueIterator, void*)’
 2699 |                            MHD_KeyValueIterator iterator,
      |                            ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
src/mediaserver/cdplugins/streamproxy.cpp: In member function ‘bool StreamProxy::Internal::startMHD()’:
src/mediaserver/cdplugins/streamproxy.cpp:490:9: error: invalid conversion from ‘int (*)(void*, MHD_Connection*, const char*, const char*, const char*, const char*, size_t*, void**)’ {aka ‘int (*)(void*, MHD_Connection*, const char*, const char*, const char*, const char*, unsigned int*, void**)’} to ‘MHD_AccessHandlerCallback’ {aka ‘MHD_Result (*)(void*, MHD_Connection*, const char*, const char*, const char*, const char*, unsigned int*, void**)’} [-fpermissive]
  490 |         &answer_to_connection, this,
      |         ^~~~~~~~~~~~~~~~~~~~~
      |         |
      |         int (*)(void*, MHD_Connection*, const char*, const char*, const char*, const char*, size_t*, void**) {aka int (*)(void*, MHD_Connection*, const char*, const char*, const char*, const char*, unsigned int*, void**)}
In file included from src/mediaserver/cdplugins/streamproxy.cpp:29:
/usr/include/microhttpd.h:2428:45: note:   initializing argument 5 of ‘MHD_Daemon* MHD_start_daemon(unsigned int, uint16_t, MHD_AcceptPolicyCallback, void*, MHD_AccessHandlerCallback, void*, ...)’
 2428 |                   MHD_AccessHandlerCallback dh, void *dh_cls,
      |                   ~~~~~~~~~~~~~~~~~~~~~~~~~~^~

(edit) Strange that I was able to build it on 32 bit Armv6/7 before but no longer, but can build it on aarch64. Verified that the built binary works on aarch64. Thanks for logging this with the upmpdcli team. They have updated the 2 libraries yesterday and I tried again today to build it (with the 2 new libraries) and still no go.

keithspg commented on 2020-07-03 17:11 (UTC)

Ditto. I did a bit more digging. I was previously able to build 1.4.10 and had no problems. I tried to build it again today and had the same error. I think another arch package was upgraded and triggers this error.

blackhole commented on 2020-07-03 16:51 (UTC)

Filed bug report upstream: https://framagit.org/medoc92/upmpdcli/-/issues/28