Package Details: retroshare-git 0.6.7.2.r133.g64f4d84e7-1

Git Clone URL: https://aur.archlinux.org/retroshare-git.git (read-only, click to copy)
Package Base: retroshare-git
Description: Serverless encrypted instant messenger with filesharing, chatgroups, e-mail
Upstream URL: https://github.com/retroshare/retroshare
Licenses: AGPL-3.0-or-later
Conflicts: retroshare
Provides: retroshare
Submitter: sehraf
Maintainer: xiota
Last Packager: xiota
Votes: 23
Popularity: 0.092418
First Submitted: 2015-08-04 08:22 (UTC)
Last Updated: 2024-08-25 00:58 (UTC)

Latest Comments

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

sehraf commented on 2019-09-26 15:13 (UTC)

please see man makepkg You need to run makepkg -s or install sqlcipher manually.

Tio commented on 2019-09-25 22:50 (UTC)

Error:

==> Making package: retroshare-git v0.6.5.r399.g2d7b85598-1 (jue 26 sep 2019 00:49:58 CEST)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> sqlcipher
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

dtschmitz commented on 2019-07-06 18:27 (UTC)

@sehraf Please add 'cmake' to the dependencies list.

Thank you

sehraf commented on 2018-04-26 14:53 (UTC)

As you've already pointed out retroshare installs it in that directory and i'm just following upstream. I suggest you create a bug report or pull request.

What directory do you think is the correct one? To me it sounds right: /usr/share/{pkg} Application data ( https://wiki.archlinux.org/index.php/Arch_packaging_standards#Directories )

bitwave commented on 2018-04-26 12:02 (UTC)

retroshare installes in wrong paths

retroshare-git /webui/ retroshare-git /webui/app.css retroshare-git /webui/app.js retroshare-git /webui/img/ retroshare-git /webui/img/logo_splash.png retroshare-git /webui/index.html

see namcap

retroshare-git W: File (webui/) exists in a non-standard directory. retroshare-git W: File (webui/index.html) exists in a non-standard directory. retroshare-git W: File (webui/app.js) exists in a non-standard directory. retroshare-git W: File (webui/img/) exists in a non-standard directory. retroshare-git W: File (webui/app.css) exists in a non-standard directory. retroshare-git W: File (webui/img/logo_splash.png) exists in a non-standard directory.

please fix this

ragouel commented on 2017-07-01 11:47 (UTC)

ok I found the problem in regards to the latest crash stream. It's the ALSA software. Disable the sounds from retroshare and it will run ok.

ragouel commented on 2017-06-30 10:43 (UTC)

Crashes after 5-10 mins getRetroshareDataDirectory() found: /usr/share/RetroShare06 Getting variants for style: ":/qss/chat/compact/public" getRetroshareDataDirectory() found: /usr/share/RetroShare06 getRetroshareDataDirectory() found: /usr/share/RetroShare06 Getting variants for style: ":/qss/chat/standard/private" getRetroshareDataDirectory() found: /usr/share/RetroShare06 getRetroshareDataDirectory() found: /usr/share/RetroShare06 Getting variants for style: ":/qss/chat/standard/history" getRetroshareDataDirectory() found: /usr/share/RetroShare06 (II) Checking incoming connection address: 79.129.231.16 => Accepted (i.e. whitelisted, or not blacklisted). pqissllistenner::finaliseConnection() connected to IPv4=79.129.231.16:54960 Assertion 'pthread_mutex_unlock(&m->mutex) == 0' failed at pulsecore/mutex-posix.c:108, function pa_mutex_unlock(). Aborting. [1] 16450 abort (core dumped) RetroShare06

sehraf commented on 2016-12-18 21:34 (UTC)

seems ok for me - how long does it take to crash? Please report thing like that directly to RetroShare https://github.com/RetroShare/RetroShare/issues As long as the crash is not caused by the way how the packet is built i can't do anything.

Athaba commented on 2016-12-17 19:28 (UTC)

It appears that the latest Qt update causes crahes, even after recompiling.

dtschmitz commented on 2016-03-29 20:22 (UTC)

@fanch, Thank you so much for your suggestion. Coincidentally, another committer @Zener has just had his PR merged with precisely the changes you recommend. So I will rerun the PKGBUILD and hope for the best. Will confirm the PR resolves this issue shortly.

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