won't build anymore because of librm can't be built anymore:
FAILED: rm/librm.so.2.2.4.p/rmssdp.c.o
ccache cc -Irm/librm.so.2.2.4.p -Irm -I../rm -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/libsoup-2.4 -I/usr/include/libxml2 -I/usr/include/json-glib-1.0 -I/usr/include/opus -I/usr/include/gupnp-1.6 -I/usr/include/gssdp-1.6 -I/usr/include/libsoup-3.0 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -march=native -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -D_FORTIFY_SOURCE=2 -fPIC -pthread -DRM_COMPILATION '-DG_LOG_DOMAIN="rm"' -MD -MQ rm/librm.so.2.2.4.p/rmssdp.c.o -MF rm/librm.so.2.2.4.p/rmssdp.c.o.d -o rm/librm.so.2.2.4.p/rmssdp.c.o -c ../rm/rmssdp.c
In file included from /usr/include/gupnp-1.6/libgupnp/gupnp.h:23,
from ../rm/rmssdp.c:32:
/usr/include/gupnp-1.6/libgupnp/gupnp-service.h:107:1: error: unknown type name ‘SoupServerMessage’; did you mean ‘SoupServerClass’?
107 | SoupServerMessage *
| ^~~~~~~~~~~~~~~~~
| SoupServerClass
...and librm is EOL according to https://gitlab.com/tabos/librm/-/issues/6
Hence, flatpak seems to be the only option left: https://flathub.org/apps/org.tabos.roger
Pinned Comments
phw commented on 2019-05-28 08:33 (UTC) (edited on 2019-05-28 08:35 (UTC) by phw)
I have finally updated the package to 2.1.0. It was a bit of a PITA, since it requires older versions of gssdp and gupnp, but those are in the AUR now, too.
Fax printer setup is greatly simplified in Roger Router 2, you just need to run:
No need to fiddle with groups or spooling device anymore.
Apart from that I am actually looking for someone who is willing to co-maintain this package with me. The last months made it clear that I lack the time to do bigger updates, and the changes with Roger Router 2 are quite significant. Also upstream, understandible, is focusing on the Flatpak distribution, hence build requirements and build procedure are no longer as clearly documented. For now I think this PKGBUILD is fine, but there could be some tuning in regards to what dependencies are really needed on runtime.