Package Details: retroshare 0.6.7.2-2

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
Licenses: AGPL-3.0-or-later
Submitter: None
Maintainer: xiota
Last Packager: xiota
Votes: 166
Popularity: 0.164340
First Submitted: 2007-10-03 20:41 (UTC)
Last Updated: 2024-08-25 00:49 (UTC)

Pinned Comments

xiota commented on 2024-08-16 17:04 (UTC) (edited on 2024-08-25 00:56 (UTC) by xiota)

This package now uses pinned commits.

  • Flag when this package breaks so the commit can be advanced. Include relevant errors in flag.
  • Flag for general packaging issues.
  • Comment for issues requiring explanation or debugging. Use pastebins for large blocks of text.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 19 Next › Last »

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

sehraf commented on 2020-12-06 15:44 (UTC) (edited on 2020-12-06 15:44 (UTC) by sehraf)

@Tio so 

../share/icons/

instead of

/usr/share/icons/

?

Tio commented on 2020-12-06 14:39 (UTC)

Can you please make the icon path as relative? We are making custom icons for Linux and we can't deal with these non-relative paths. Thanks!

fmorgner commented on 2020-10-12 19:38 (UTC) (edited on 2020-10-12 19:39 (UTC) by fmorgner)

The latest version of libupnp seems to be incompatible. A possible solution is to switch to miniupnpc:

diff --git a/PKGBUILD b/PKGBUILD
index 3407b0e..e221601 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -30,12 +30,12 @@

 pkgname=retroshare
 pkgver=0.6.5
-pkgrel=1
+pkgrel=2
 pkgdesc="Serverless encrypted instant messenger with filesharing, chatgroups, e-mail."
 arch=('i686' 'x86_64' 'armv6h' 'armv7h' 'aarch64')
 url='http://retroshare.cc/'
 license=('GPL2')
-depends=('qt5-multimedia' 'qt5-x11extras' 'libupnp' 'libxss' 'sqlcipher') # 'libmicrohttpd'
+depends=('qt5-multimedia' 'qt5-x11extras' 'miniupnpc' 'libxss' 'sqlcipher') # 'libmicrohttpd'
 makedepends=('git' 'qt5-tools')
 optdepends=('tor: tor hidden node support'
             'i2p: i2p hidden node support')
@@ -101,6 +101,7 @@ build() {
        CONFIG+=no_libresapihttpserver \
        QMAKE_CFLAGS_RELEASE="${CFLAGS}" \
        QMAKE_CXXFLAGS_RELEASE="${CXXFLAGS}" \
+       'RS_UPNP_LIB="miniupnpc"' \
        RetroShare.pro
    # workaround
    make || make

TheDcoder commented on 2020-08-17 19:11 (UTC)

@seharf Thanks for the quick fix, successfully compiled and installed :)

sehraf commented on 2020-08-17 18:51 (UTC)

Thanks for reporting, on the first look it seems like libmicrohttp is not compatible anymore. I've disabled the code related to it. This will obviously break jasonapi support.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 19 Next › Last »