Package Details: retroshare 0.6.1-1

Git Clone URL: https://aur.archlinux.org/retroshare.git (read-only)
Package Base: retroshare
Description: Serverless encrypted instant messenger with filesharing, chatgroups, e-mail.
Upstream URL: http://retroshare.sourceforge.net/
Licenses: GPL, LGPL
Conflicts: retroshare
Provides: retroshare
Submitter: None
Maintainer: sehraf
Last Packager: sehraf
Votes: 142
Popularity: 1.705562
First Submitted: 2007-10-03 20:41
Last Updated: 2016-09-05 11:14

Latest Comments

sehraf commented on 2016-09-04 16:16

I've already updated the PKGBUILD and only need to push it but i currently don't have access to the computer.
Expect the update on monday afternoon CET.

sehraf commented on 2016-07-04 14:27

@herzmeister ask upstream or use the -git version. This is not the place to ask for such update...

herzmeister commented on 2016-07-04 11:39

an update would be nice, because apparently a recent commit in the last days might fix a connection issue that i've been having for the last few months

aereaux commented on 2016-06-18 18:57

When building the package with this new patch, I get the following error:

==> Starting prepare()...
../aca88308eae16ab67627593c0df2fce7beb02e89.patch:115: trailing whitespace.
const float Node::MASS_FACTOR = 10 ;
../aca88308eae16ab67627593c0df2fce7beb02e89.patch:116: trailing whitespace.
const float Node::FRICTION_FACTOR = 10.8f ;
../aca88308eae16ab67627593c0df2fce7beb02e89.patch:117: trailing whitespace.
const float Node::REPULSION_FACTOR = 4;
../aca88308eae16ab67627593c0df2fce7beb02e89.patch:118: trailing whitespace.
const float Node::NODE_DISTANCE = 130.0f ;
../aca88308eae16ab67627593c0df2fce7beb02e89.patch:119: trailing whitespace.

error: patch failed: retroshare-gui/src/gui/elastic/node.cpp:87
error: retroshare-gui/src/gui/elastic/node.cpp: patch does not apply
error: patch failed: retroshare-gui/src/gui/elastic/node.h:118
error: retroshare-gui/src/gui/elastic/node.h: patch does not apply
error: patch failed: retroshare-gui/src/gui/gxsforums/GxsForumThreadWidget.cpp:1565
error: retroshare-gui/src/gui/gxsforums/GxsForumThreadWidget.cpp: patch does not apply
==> ERROR: A failure occurred in prepare().
Aborting...

Adding the option --ignore-space-change to the git apply fixes it, but I'm not sure what the best way to fix this error is, or why it's happening to me (if it isn't happening to anyone else).

herzmeister commented on 2016-06-14 11:22

indeed, is working now, thanks

sehraf commented on 2016-06-14 07:26

fixed once and for all

sehraf commented on 2016-06-12 20:02

is this (again) related to C standards?
Does anybody know how to fix this (once and for all)?

This is fix upstream for a long time now - maybe there will be a release soon...

herzmeister commented on 2016-06-12 13:29

Currently getting an error (again):

In file included from dbase/fimonitor.cc:29:0:
./rsserver/p3face.h: At global scope:
./rsserver/p3face.h:197:40: error: ‘constexpr’ needed for in-class initialization of static data member ‘const double RsServer::minTimeDelta’ of non-integral type [-fpermissive]
static const double minTimeDelta = 0.1; // 25;
^~~
./rsserver/p3face.h:198:40: error: ‘constexpr’ needed for in-class initialization of static data member ‘const double RsServer::maxTimeDelta’ of non-integral type [-fpermissive]
static const double maxTimeDelta = 0.5;
^~~
./rsserver/p3face.h:199:37: error: ‘constexpr’ needed for in-class initialization of static data member ‘const double RsServer::kickLimit’ of non-integral type [-fpermissive]
static const double kickLimit = 0.15;
^~~~
Makefile.libretroshare:1740: recipe for target 'temp/linux-g++/obj/fimonitor.o' failed
make[1]: *** [temp/linux-g++/obj/fimonitor.o] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-mep/aur-retroshare/src/RetroShare-0.6.0/libretroshare/src'
Makefile:99: recipe for target 'sub-libretroshare-src-libretroshare-pro-make_first' failed
make: *** [sub-libretroshare-src-libretroshare-pro-make_first] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build retroshare.

sehraf commented on 2016-04-18 09:25

should be fixed now

sehraf commented on 2016-04-18 06:49

can confirm - i'll have a look

enjoyaol commented on 2016-04-17 01:25

Hi, it's not building:

/pqi/pqiqosstreamer.h:37:55: error: ‘constexpr’ needed for in-class initialization of static data member ‘const float pqiQoSstreamer::PQI_QOS_STREAMER_ALPHA’ of non-integral type [-fpermissive]
static const float PQI_QOS_STREAMER_ALPHA = 2.0 ;
^
In file included from ./services/p3msgservice.h:49:0,
from ./rsserver/p3face.h:44,
from dbase/fimonitor.cc:29:

Fanch commented on 2015-08-22 17:23

I think it is because qt4 is a meta-package.

You should run :
pacman -S qt4

And after th, you will be able to install this aur package

orbifx commented on 2015-08-22 17:19

I get this with aura:

aura >>= Dependency checking failed for these reasons:
The dependency `qt4[@]}[@]}` could not be found. You may need to search for a package to satisfy it.

sehraf commented on 2015-08-06 06:42

updated - thx AsamK

AsamK commented on 2015-08-05 21:57

Please install the extensions to /usr/lib/retroshare/extensions6 and the qss and bdboot.txt to /usr/share/RetroShare06/, that's where RS expects them.

Grim commented on 2015-07-26 22:36

A big thanks.

sehraf commented on 2015-07-25 07:42

so speex was finally fix - and thanks for spotting the typo

Gaming4JC commented on 2015-07-25 03:02

I was able to build with VOIP support, but there is a typo in the PKGBUILD. openvc should be opencv. I have made a small patch here:
http://termbin.com/794k

sehraf commented on 2015-07-12 18:13

Note: the webfiles for the webui are now installed to /usr/share/RetroShare06/webui because this is where the GUI expects them to be.

sehraf commented on 2015-06-29 11:37

I've adopted the packet and updated it to 0.6 RC2 since RS 0.5 looks pretty dead by now

some notes:
- VOIP is currently broken due to a bug in speex
- ssh/rpc interface was replaced by a WIP json interface
- webui files are installed to /usr/share/RetroShare/webfiles/

stqn commented on 2015-06-10 16:00

I won’t be using Arch Linux anymore so I’m disowning this.

ayjanu commented on 2015-03-29 21:05

Thank you.

stqn commented on 2015-03-29 20:45

Right, it seems that it is a bug in speex 1.2rc2. As a workaround, if you don’t care about VOIP you can set _build_voip=false in the PKGBUILD.

See https://code.google.com/p/cantata/issues/detail?id=627 for more info and other potential workarounds. Not sure how to fix it properly myself. Someone should report it to the speex project. Unfortunately they don’t seem to have a bugtracker.

ayjanu commented on 2015-03-29 19:54

Attempting to build RetroShare today results in a build error. Not knowing much about compiling errors yet, I have included as much of the text that seemed relevant to the problem.

In file included from /usr/include/speex/speexdsp_types.h:122:0,
from /usr/include/speex/speex_preprocess.h:46,
from gui/SpeexProcessor.h:19,
from gui/AudioInputConfig.h:40,
from gui/AudioInputConfig.cpp:37:
/usr/include/speex/speexdsp_config_types.h:13:9: error: ‘uint16_t’ does not name a type
typedef uint16_t spx_uint16_t;
^
/usr/include/speex/speexdsp_config_types.h:15:9: error: ‘uint32_t’ does not name a type
typedef uint32_t spx_uint32_t;
^
In file included from gui/SpeexProcessor.h:21:0,
from gui/AudioInputConfig.h:40,
from gui/AudioInputConfig.cpp:37:
/usr/include/speex/speex_jitter.h:62:4: error: ‘spx_uint32_t’ does not name a type
spx_uint32_t len; /**< Length of the packet in bytes */
^
/usr/include/speex/speex_jitter.h:63:4: error: ‘spx_uint32_t’ does not name a type
spx_uint32_t timestamp; /**< Timestamp for the packet */
^
/usr/include/speex/speex_jitter.h:64:4: error: ‘spx_uint32_t’ does not name a type
spx_uint32_t span; /**< Time covered by the packet (same units as timestamp) */
^
/usr/include/speex/speex_jitter.h:65:4: error: ‘spx_uint16_t’ does not name a type
spx_uint16_t sequence; /**< RTP Sequence number if available (0 otherwise) */
^
/usr/include/speex/speex_jitter.h:66:4: error: ‘spx_uint32_t’ does not name a type
spx_uint32_t user_data; /**< Put whatever data you like here (it's ignored by the jitter buffer) */
^
/usr/include/speex/speex_jitter.h:178:57: error: ‘spx_uint32_t’ has not been declared
void jitter_buffer_remaining_span(JitterBuffer *jitter, spx_uint32_t rem);
^
Makefile:376: recipe for target 'AudioInputConfig.o' failed
make: *** [AudioInputConfig.o] Error 1
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build retroshare.

stqn commented on 2014-04-10 14:22

Because of the openssl heartbleed leak, it’s important that you update your Arch system ASAP and restart Retroshare. You should have openssl 1.0.1.g.

stqn commented on 2014-04-09 21:33

What? libssh exists. Are you getting an error?

rakoo commented on 2014-04-09 20:40

libssh doesn't exist for the nogui client, maybe use libssh-git ?

BrunoSpy commented on 2014-03-22 14:34

You can add armv6h to the list of architecture : tested and approved !

stqn commented on 2014-01-29 22:34

Updated to 0.5.5c. Thanks BrunoSpy.

BrunoSpy commented on 2014-01-29 19:36

New version available : http://sourceforge.net/p/retroshare/code/HEAD/tree/trunk/build_scripts/Ubuntu_src/changelog

msx commented on 2013-11-11 05:06

Thank you very much for keeping this nice app updated!

stqn commented on 2013-10-31 20:28

Updated to 0.5.5b!
https://retroshareteam.wordpress.com/2013/10/30/v0-5-5-release-notes/
The detailed changelog file hasn’t been updated since 0.5.5a but the post above should list the most significant changes.

demaio commented on 2013-10-31 14:49

I flagged it as out of date because I read about the new release on their blog at https://retroshareteam.wordpress.com/ and had seen the download link at the end of the blog post.

But you are right, the official download page does not list it, I just had not noticed because of the links in the blog post.

My suggestion is to wait until they have updated the download page and provide a source package. Many thanks for your efforts.

stqn commented on 2013-10-30 19:24

Someone flagged this as out of date. 0.5.5b files have indeed been uploaded to sourceforge ( https://sourceforge.net/projects/retroshare/files/RetroShare/0.5.5b/ ) but there is no source archive and the official download page ( http://retroshare.sourceforge.net/downloads.html ) still lists 0.5.5a. The Windows, OSX and Debian releases use 3 different SVN revisions.
What do you suggest?

stqn commented on 2013-10-02 09:19

I updated the PKGBUILD yesterday for the new source archive. Nothing has changed (no need to reinstall), but if you get the new PKGBUILD you may have to delete your old RetroShare-v0.5.5a.zip file.

wookietreiber commented on 2013-10-02 06:30

==> Validating source files with sha256sums...
RetroShare-v0.5.5a.zip ... FAILED
retroshare.install ... Passed
retroshare.desktop ... Passed

wookietreiber commented on 2013-10-02 06:30

your checksums don't match!

stqn commented on 2013-09-12 00:48

Updated to v0.5.5a.
Changelog: http://sourceforge.net/p/retroshare/code/6729/tree//trunk/retroshare-gui/src/changelog.txt

silvernode commented on 2013-06-18 06:49

I just discovered Retroshare. Thank you for picking up and maintaining this package. Keep up the good work, I love Retroshare!

stqn commented on 2013-04-06 19:57

Fixed… Apparently the $srcdir variable is no longer available outside of the build() and package() functions.

stqn commented on 2013-04-06 16:43

I can confirm that (with the new pacman/makepkg 4.1.0). I’ll try to fix it but couldn’t find any documentation about the breaking change.

lothar_m commented on 2013-04-06 15:05

there seems to be an issue with the PKGBUILD.
When i try to compile, it complains about missing src directories for openpgpsdk.
To correct the problem i had to edit the PKGBUILD and mannually set the srcdir variable.

Does anyone else suffers this problem?

zarel commented on 2013-04-05 09:25

The source tarball have been renamed, now it's located at
http://sourceforge.net/projects/retroshare/files/RetroShare/0.5.4e/RetroShare-v0.5.4e.tar.gz

It has the same hash as before, only the name has changed.

stqn commented on 2013-03-24 15:31

Updated to 0.5.4e. Changelog: http://sourceforge.net/p/retroshare/code/6270/tree//trunk/retroshare-gui/src/changelog.txt?format=raw

Edit the PKGBUILD if you want to build retroshare-nogui. It adds the following deps: libssh protobuf.
All plugins are built by default, which add the following deps: speex curl libxslt. You can disable each plugin individually in the PKGBUILD.

stqn commented on 2013-03-23 21:38

Dear BrunoSpy, I know that RS 0.5.4e is out for some platforms (Windows and OSX), but the source package is still of v0.5.4d. Thus this package can not be updated yet.

stqn commented on 2013-03-01 19:34

Fixed qmake-qt4 name. Now requires the new qt4 package.

stqn commented on 2013-03-01 02:27

PKGBUILD update:
- should still work when Qt5 hits the repos
- removed extraneous .svn directories from the skins directory
- you can choose to build and install either plugin independantly now
- the speex dependency is added automatically if you choose to build the VOIP plugin.

stqn commented on 2012-12-19 17:44

Updated to 0.5.4d.

stqn commented on 2012-11-29 22:40

Enabled VOIP and LinksCloud plugins by default. The VOIP plugin requires speex, and can be used from the private chat windows.

You’ll have to edit the PKGBUILD if you don’t want the plugins (set _USE_PLUGINS to false and remove speex from the dependencies.)

stqn commented on 2012-11-22 21:31

Updated to 0.5.4c. Doesn’t install to /opt anymore.
Changelog: http://retroshare.svn.sourceforge.net/viewvc/retroshare/trunk/retroshare-gui/src/changelog.txt?revision=5875&view=markup

stqn commented on 2012-09-26 20:29

Updated to 0.5.4b. Contains (experimental) changes to make downloads a bit faster.

stqn commented on 2012-09-23 15:17

Updated to 0.5.4a. gpgme no longer a dependency. RS now handles its own keyring and keys are stored in .retroshare, not .gnupg anymore. The transfer will be made when you launch 0.5.4a the first time.

It is now possible to have RS respect your theme if you select the “skin with no name” in the Appearance settings.

stqn commented on 2012-07-13 20:42

malevolent, no, gpa is not needed. It’s just a GUI for GPG, so it has nothing to do with RS. Corrupted certificates can happen if you use Chrome to copy them.

malevolent commented on 2012-07-13 12:37

ATTENTION: you must install gpa in order to make work certificates within this application. Without that, your peers will see your GPG is corrupted.

Anonymous comment on 2012-07-05 21:35

plugins would be nice to test voip :)

stqn commented on 2012-05-31 20:28

Updated to 0.5.3c. Faster multi-source downloads, ability to mute annoying people in the chat lobbies, and a right-click menu to paste one's certificate are the changes that I can remember.

stqn commented on 2012-04-07 14:30

@cortuly: yes, as the note says, plugins compilation doesn’t work. I don’t need that and no-one requested it (I think there’s no interesting and working plugin yet.)

Anonymous comment on 2012-04-07 08:58

Yes it works now thank you.

When I set plugins to TRUE i get this btw. Not important for me but maybe you should know that there seems to be something wrong.

==> Entering fakeroot environment...
==> Starting package()...
==> Install files to fakeroot-environment
install: cannot stat ‘/tmp/yaourt-tmp-fuly/aur-retroshare/src/trunk/plugins/bin/libcalendar_plugin.so’: No such file or directory

nipsky commented on 2012-04-07 08:51

It works now, thanks!

stqn commented on 2012-04-07 00:53

Fixed. Please try the new tarball.

stqn commented on 2012-04-06 16:30

Must be caused by some recent SDK (libc/c++) update. I'll update my Arch and see what I can do as soon as my backup is finished.

nipsky commented on 2012-04-06 15:23

Compilation fails for me with (same thing on a 32bit machine):

4 -D_FORTIFY_SOURCE=2 -fPIC -Wall -W -I/usr/share/qt/mkspecs/linux-g++-64 -I. -I. -o temp/linux-g++-64/obj/udpbitdht.o udp/udpbitdht.cc
udp/udpbitdht.cc: In member function 'virtual void UdpBitDht::run()':
udp/udpbitdht.cc:322:26: error: 'usleep' was not declared in this scope
udp/udpbitdht.cc:329:10: error: 'sleep' was not declared in this scope
make: *** [temp/linux-g++-64/obj/udpbitdht.o] Error 1

Xyne commented on 2012-03-06 16:37

Thanks!

stqn commented on 2012-03-06 11:01

Made suggested improvements. No need to update if you're already running 0.5.3b.

Xyne commented on 2012-03-04 20:13

Hi,

I've made some changes to the PKGBUILD and local source files. You can find the updated source archive here:
http://xyne.archlinux.ca/tmp/retroshare-0.5.3b-5.src.tar.gz

The changes include:
* replaced $* with "$@" in the launcher script (this ensure proper word expansion of passed arguments)
* replace hackish if-block conditions in install script and PKGBUILD with proper double-bracketed conditions
* added missing quotes to $srcdir and other variables in the PKGBUILD

I forgot to bump the pkgrel variable.

Thanks for maintaining this package.

Anonymous comment on 2012-03-03 01:12

i don't mind rebuilding, as long as i can set up a server to relay with afterwards.

stqn commented on 2012-03-03 01:07

Ah ah Giggaflop, I've been working on it and by mistake uploaded a PKGBUILD that builds retroshare-nogui. (But doesn't install it!)

You should get the latest PKGBUILD (-4), set "_USE_NOGUI" to "TRUE", and build (maybe with "makepkg -ef" to avoid rebuilding everything else.)

Anonymous comment on 2012-03-03 00:38

wait who just fixed that? i swear i just did the exact same thing, but the version increased O_O did i just contribute?

Anonymous comment on 2012-03-02 23:16

How do i get retroshare-nogui with this package?

stqn commented on 2012-03-02 00:45

Thanks fsck, it should be fixed now (bdboot.txt copied to /usr/share/RetroShare/, then retroshare itself should copy it to ~/.retroshare at startup).

Anonymous comment on 2012-03-01 21:19

bdboot.txt doesn't seem to be copying to ~~/.retroshare/<peerID>/ correctly, and it doesn't seem to be in the package that's built. I've been grabbing it from the source tarball "trunk/libbitdht/src/example/bdboot.txt". This completely prevents DHT from functioning, and seems to make connecting to new friends impossible.

Also using this software on Ubuntu and from the repository the developers run and on Windows without this issue, so I doubt it's an upstream problem.

stqn commented on 2012-02-20 19:47

Updated to 0.5.3b.

@jonas: thanks for the confirmation!

Anonymous comment on 2012-02-14 01:19

@stqn, It worked for me, thanks.

stqn commented on 2012-02-09 03:33

Updated to 0.5.3a. Note that there might be other "0.5.3a" releases in the coming days... This package works with today's source archive!

I haven't actually tried installing and running this package because I'm already running the svn version, so tell me if anything's wrong. At least it builds ;).

stqn commented on 2012-02-08 03:03

If someone's feeling adventurous, I have uploaded a retroshare-svn package to the AUR :). There has been many improvements since 0.5.2a, including better connectivity and chat rooms.

0.5.3a should be available in the near future, though.

Anonymous comment on 2012-02-03 17:11

thanks, stqn.

stqn commented on 2012-01-14 14:26

@feilen, I'm building from SVN and -lixml was already included (in revision 4677), that's why I didn't need to add it.

feilen commented on 2012-01-14 03:05

@stqn I also needed -lixml

stqn commented on 2012-01-12 15:22

@too, try this:
- makepkg --nobuild
- edit retroshare-gui/src/RetroShare.pro and add "-ldl -lcrypto -lX11" to the linux "LIBS += ..." line (line 40).
- makepkg --noextract

Anonymous comment on 2012-01-12 12:42

Also have the same issue as BlackLotus89 but i'm completely new to linux/arch so i don't know what to do now...

stqn commented on 2012-01-08 14:34

@BlackLotus89, I've got the same error when building from SVN (rev. 4762). I think it's caused by a change in openssl 1.0.0.f, but I haven't found what.

BlackLotus89 commented on 2012-01-08 13:54

Failed to build
/usr/bin/ld: ../../libretroshare/src/lib/libretroshare.a(authssl.o): undefined reference to symbol 'RAND_seed'
/usr/bin/ld: note: 'RAND_seed' is defined in DSO /usr/lib/libcrypto.so.1.0.0 so try adding it to the linker command line
/usr/lib/libcrypto.so.1.0.0: could not read symbols: Invalid operation

Didn't debug it

stqn commented on 2011-10-13 06:12

It's useless to copy libbitdht.a and libretroshare.a.

Anonymous comment on 2011-08-20 20:32

Updated to the latest version and it all looks to work.

Tristero: If you end up finding the time and want to maintain the package again, please get in touch.

Anonymous comment on 2011-08-15 20:39

Sorry, I have to orphan this PKGBUILD. I would really like to maintain it, but at least for the next months, I definitively won't have enough spare time. I would like to thank all people who made suggestions for improvements of the build or pointed me to problems.

Anonymous comment on 2011-07-14 11:33

Thanks for this suggestion. I will respect that when providing the PKGBUILD for the next version.

stqn commented on 2011-07-07 20:57

Also I noticed the languages and Qt style sheets are missing. I think it would be better to install RetroShare to /opt/retroshare/ with the "lang" and "qss" directories and bdboot.txt at least (and maybe also "license" and "sounds".) Then /usr/bin/retroshare could be a script that runs cd /opt/retroshare && ./RetroShare.

stqn commented on 2011-07-07 14:39

This is probably an upstream problem, but the bdboot.txt file needed to bootstrap the DHT doesn't seem to be included in the package.
The only (Unix) script that mentions it is "makeSourcePackage.sh" and contains this line:

cp retroshare-0.5/src/libbitdht/bitdht/bdboot.txt

Seems like they forgot the destination directory :).

Copying this file (trunk/libbitdht/src/bitdht/bdboot.txt) to ~/.retroshare/<SSLID>/ was needed to make the DHT work for me.

Anonymous comment on 2011-07-06 18:39

Updated to 0.5.1d.

Anonymous comment on 2011-06-02 12:17

Updated to 0.5.1c. If you like to compile the plugins or retroshare-nogui into the package, you have to edit lines 23 and 27 of the PKGBUILD according to the comments.

Anonymous comment on 2011-05-27 11:42

Retroshare 0.5.1c is out
http://sourceforge.net/projects/retroshare/files/RetroShare/0.5.1c/RetroShare-v0.5.1c.tar.gz/download

Can you update, please ?

Anonymous comment on 2011-03-10 17:59

Version 0.5.1b-2: added libgnome-keyring, mesa, libxss to dependency array

Anonymous comment on 2011-03-10 14:19

extra/mesa and extra/libxss are required to build retroshare.

raw commented on 2011-03-10 09:02

libgnome-keyring (from extra) is required to build retroshare. Please add this to (build?) dependencies. without that, it is missing gnome-keyring.h file.

Anonymous comment on 2011-03-07 16:09

Version 0.5.1b has a new dependency: http://sourceforge.net/projects/bitdht/ which is not present in AUR currently. The RetroShare-PKGBUILD just compiles this lib from the RS-tarball where it is included. Perhaps it makes sense to create a separate AUR-package for libbitdht?

Anonymous comment on 2011-03-07 16:03

Updated from 0.5.0g-2 to 0.5.1b-1. - I had to remove the optional experimental support for the plugins and other features (blogs. etc.) because I did not get that part of code to compile. Obviously, those part of the code are unfinished and not supposed to be compiled in a release version (it seems, parts of the code reference headers which are not present in the tarball).

Anonymous comment on 2011-01-03 19:10

Updated from 0.5.0g-1 to 0.5.0g-2. - Fixed build error in UPnPBase.h by changing #include statement. Sorry for latency!

drdrewdown commented on 2010-11-24 05:06

what file & where does that #include <string.h> need to be? help a n00b out!?!

Anonymous comment on 2010-11-17 19:01

You need to add

#include <string.h>

to the file.

Anonymous comment on 2010-11-17 18:44

I can confirm this. I added the header and will provide patches when the build suceeds.

marenz commented on 2010-11-17 17:50

fails to compile: upnp/UPnPBase.h:466:38: Fehler: »memcpy« wurde in diesem Gültigkeitsbereich nicht definiert (not defined in this scope).
Sounds like a header is missing.

Anonymous comment on 2010-08-10 17:30

Updated from 0.5.0-1 to 0.5.0g-1. - (Mere coincidence. ;-) Won't manage to keep track with the smaller updates.)

Anonymous comment on 2010-04-26 15:52

*** PLEASE READ THIS BEFORE SETTING THE OUT-OF-DATE-FLAG ON THIS PKGBUILD *** This PKGBUILD is intended to point to the *CURRENT STABLE RELEASE* of retroshare. It will not be automatically upgraded to point to new "alpha" versions and I do not regard it as out-of-date unless there is a new non-alpha stable release of retroshare. The current stable release of retroshare on 26 April 2010 is version 0.5.0 as it is pointed out here: http://retroshare.sourceforge.net/wiki/index.php/Main_Page hence I see no pending upgrade and do not have heard about serious bugs which require an upgrade. (You may prove me wrong of course.) If you experience problems raised by the PKGBUILD itself then please report it and of course I will do my best to fix the problem as soon as possible. I will unflag this PKGBUILD in the hope that it will remain unflagged till the next stable version is released or other important reasons for an upgrade occur.

Anonymous comment on 2010-04-17 09:18

Version 0.5.0 - 1 :
* Does not contain retroshare-nogui due to compile errors that are to be fixed.
* To compile with unreleased features like plugins, blogs etc. modify line 25 of the PKGBUILD.
* To compile with a openssl version < 1.0.0 read the comments in the PKGBUILD.