rapidjson
should be added to makedepends.
Search Criteria
Package Details: retroshare 0.6.7.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/retroshare.git (read-only, click to copy) |
---|---|
Package Base: | retroshare |
Description: | Serverless encrypted instant messenger with filesharing, chatgroups, e-mail. |
Upstream URL: | https://github.com/retroshare/retroshare |
Keywords: | i2p retroshare tor |
Licenses: | AGPL3 |
Submitter: | None |
Maintainer: | xiota |
Last Packager: | xiota |
Votes: | 166 |
Popularity: | 0.052776 |
First Submitted: | 2007-10-03 20:41 (UTC) |
Last Updated: | 2023-12-02 22:20 (UTC) |
Dependencies (12)
- libxss
- miniupnpc (miniupnpc-gitAUR)
- qt5-multimedia (qt5-multimedia-gitAUR)
- qt5-x11extras (qt5-x11extras-gitAUR)
- sqlcipher
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR) (make)
- qt5-tools (qt5-tools-gitAUR) (make)
- rapidjson (rapidjson-gitAUR) (make)
- i2pAUR (i2p-devAUR, i2p-binAUR) (optional) – i2p hidden node support
- i2pd (i2pd-gitAUR) (optional) – i2p hidden node support
- tor (tor-gitAUR, tor-unstableAUR) (optional) – tor hidden node support
Required by (0)
Sources (16)
- commonmark.cmark
- corvusoft.asio-dependency
- corvusoft.catch-dependency
- corvusoft.openssl-dependency
- corvusoft.restbed
- google.googletest
- i2p.libsam3
- retroshare.bitdht
- retroshare.jni.hpp
- retroshare.libretroshare
- retroshare.obs
- retroshare.openpgp-sdk
- retroshare.rsnewwebui
- retroshare
- tencent.rapidjson
- truvorskameikin.udp-discovery-cpp
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 19 Next › Last »
patlefort commented on 2021-03-15 23:39 (UTC) (edited on 2021-03-15 23:39 (UTC) by patlefort)
Tio commented on 2021-03-15 23:03 (UTC)
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...
archee commented on 2021-03-14 22:32 (UTC)
Retroshare 0.6.6 got released: https://github.com/RetroShare/RetroShare/releases/tag/v0.6.6
sehraf commented on 2020-12-16 19:33 (UTC)
@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
}
blx32 commented on 2020-12-16 01:56 (UTC) (edited on 2020-12-16 01:56 (UTC) by blx32)
Please, if it is possible to include WebUI in PKGBUILD. Thank you in advance.
Tio commented on 2020-12-08 19:43 (UTC)
Great! It works now. Thanks!
sehraf commented on 2020-12-08 16:51 (UTC)
I see. I've fixed it in this package and also opened an issue upstream.
Tio commented on 2020-12-07 23:40 (UTC)
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!
sehraf commented on 2020-12-06 16:07 (UTC)
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??
Tio commented on 2020-12-06 15:46 (UTC)
Yes
Pinned Comments
xiota commented on 2023-11-25 21:01 (UTC) (edited on 2023-11-27 19:54 (UTC) by xiota)
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.