Arch Linux User Repository

Lettered releases will be skipped, except for special cases. When flagging such releases, briefly explain (in the flag) why it should be considered and whether you have already successfully built it.

rapidjson should be added to makedepends.

Error when updating:

-- Build files have been written to: /var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp
In file included from ./util/rsdebug.h:37,
                 from ./retroshare/rsids.h:36,
                 from ./retroshare/rstypes.h:32,
                 from ./util/rsdir.h:34,
                 from file_sharing/dir_hierarchy.cc:26:
./util/rsjson.h:24:10: fatal error: rapidjson/document.h: No such file or directory
   24 | #include <rapidjson/document.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[2]: Entering directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp'
make[1]: *** [Makefile.libretroshare:2274: temp/linux-g++/obj/dir_hierarchy.o] Error 1
In file included from ./util/rsdebug.h:37,
                 from ./retroshare/rsids.h:36,
                 from ./serialiser/rsbaseserial.h:29,
                 from file_sharing/rsfilelistitems.cc:22:
./util/rsjson.h:24:10: fatal error: rapidjson/document.h: No such file or directory
   24 | #include <rapidjson/document.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile.libretroshare:2348: temp/linux-g++/obj/rsfilelistitems.o] Error 1
make[3]: Entering directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp'
make[4]: Entering directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp'
make[4]: Leaving directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp'
[100%] Built target udp-discovery
make[3]: Leaving directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp'
make[2]: Leaving directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/supportlibs/udp-discovery-cpp'
make[1]: Leaving directory '/var/tmp/pamac-build-tio/retroshare/src/RetroShare-0.6.6/libretroshare/src'
make: *** [Makefile:102: sub-libretroshare-src-libretroshare-pro-make_first] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Retroshare 0.6.6 got released: https://github.com/RetroShare/RetroShare/releases/tag/v0.6.6

@blx32 I don't think that this is the right place to include an (more or less) independent webui (in other words, there is not a version of rsnewwebui that i could map to this version)

But I've created a separate package - though i cannot upload it to the AUR for unknown reasons.

In the meantime have the PKGBUILD:

_pkgname=rsnewwebui
pkgname=${_pkgname}-git
pkgver=r143.3a59df5
pkgrel=1

pkgdesc="A web-based frontend for Retroshare. Communicates with the client through the JSON API."
arch=('any')
url="https://github.com/RetroShare/RSNewWebUI"
#license=('GPL2') 
makedepends=('git' 'qt5-base')
depends=('retroshare')
optdepends=()

provides=("${_pkgname}")
conflicts=("${_pkgname}")
source=("${_pkgname}::git+https://github.com/RetroShare/RSNewWebUI.git")
sha256sums=('SKIP')

pkgver() {
  cd "${srcdir}/${_pkgname}"
  ( set -o pipefail
    git describe --long 2>/dev/null | sed 's/\([^-]*-g\)/r\1/;s/-/./g' ||
    printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
  )
}

build() {
        cd "${srcdir}/${_pkgname}"
        qmake .
}

package() {
        cd "${srcdir}/${_pkgname}"
        make INSTALL_ROOT="${pkgdir}/usr/share/retroshare/" install
}

Please, if it is possible to include WebUI in PKGBUILD. Thank you in advance.

Great! It works now. Thanks!

I see. I've fixed it in this package and also opened an issue upstream.

Normally in the .desktop file it looks something like: Icon=name-of-the-icon

But in Retroshare's desktop file I see: Icon=/usr/share/pixmaps/retroshare.xpm

This means that no custom icons can be used with Retroshare since it uses a direct path instead of a relative path. You know what I mean?

If you think I should report this upstream I could do that. Thanks!

I'm not sure if i fully understand the problem. Should RS load the icons from a relativ path? This would be something for upstream as i prefer to change upstream as less as possible. Or should (I) install them relativ (isn't that what makepkg does anyway??

Yes