+- Like Ra's Naughty Forum (https://www.likera.com/forum/mybb)
+-- Forum: Technical section (https://www.likera.com/forum/mybb/Forum-Technical-section)
+--- Forum: Various technical topics (https://www.likera.com/forum/mybb/Forum-Various-technical-topics)
+--- Thread: RetroShare (/Thread-RetroShare)
RE: S@m4ntha B4nd13r/5eZ hypnosis - Denver92 - 16 Apr 2021
i tried to before no one ever accepted my link
RE: S@m4ntha B4nd13r/5eZ hypnosis - Denver92 - 16 Apr 2021
just resent my cert
RE: S@m4ntha B4nd13r/5eZ hypnosis - Denver92 - 16 Apr 2021
what do i put in search? in retroshare
RE: RetroShare - Like Ra - 16 Apr 2021
(16 Apr 2021, 01:49 )Denver92 Wrote: what do i put in search? in retroshareWhatever you are searching for 😊 E.g. "money", "fame", "eternal love", "lux eterna", etc.
RE: Retroshare - cjtl - 17 Apr 2021
(16 Apr 2021, 01:49 )Denver92 Wrote: what do i put in search? in retroshare
I usually use the Advanced search box. Push the Advanced button on the Search tab to bring it up.
On there you can add extra search fields by pushing the + button at the bottom left, or reset the options by hitting the reset button next to it.
Lets say I want to find all the hypno files by Denver92, what I'd do is push the + button to add another field and set them up as so:
Name: Contains: Denver92
And/Or: Path: Contains: Denver92
Then hit Search. That will list all the files containing the word Denver92 and/or any files within a folder named Denver92.
If you want to search for MP3 files only just add another search field at the end and set it to AND: Extension: Is: mp3
If you want to search for all the hypno files by Fred Smith you'd need to use a slightly different search method:
Name: Contains All: Fred Smith
And/Or: Path Contains All: Fred Smith
If you don't change it to Contains All you'd get everything that matches Fred and/or Smith. So Fred Smith, Fred Blogs and Joe Smith would match.
Only use Name:Is or Path: Is if you really want an exact match. Using Contains and Contains All works out better for me as you can't be certain files or folders will have the exact name you're searching for.
Have you managed to connect to anyone yet? I've added your cert.
RE: RetroShare - krinlyc - 22 Apr 2021
Hi
someone using retroshare-service (on linux )?
krin
RE: RetroShare - Like Ra - 22 Apr 2021
(22 Apr 2021, 16:43 )krinlyc Wrote: someone using retroshare-serviceYou mean the server part only? Without retroshare-gui?
This is what I have installed:
retroshare-common-unstable/unknown,now 0.6.5.1735.g281e5c234 amd64 [installed]
retroshare-gui-unstable/unknown,now 0.6.6.8.g67c607cb3-1 amd64 [installed]
RE: RetroShare - cjtl - 23 Apr 2021
(22 Apr 2021, 16:43 )krinlyc Wrote: Hi
someone using retroshare-service (on linux )?
krin
No, but I have read a little about it. I initially wanted to run the ARM server version on a headless Pi. But in my tests with the GUI version on a Pi it crashed so much I gave up. I'm now running the GUI version on an x86_64 desktop Linux PC. The difference in stability is amazing! It still has a few bugs in the GUI itself which can crash it, but compared to the ARM version it really is far more stable. I don't know if the terrible instability was caused by retroshare itself, Tor or the old system libraries used by Raspberry Pi OS. It was a fully up to date OS, but as with Debian, they aren't the latest versions of libraries. Who knows, maybe it was a combination of all of those.
Regarding running a headless retroshare server, the little I know is what's written in the changelog notes https://retroshareteam.wordpress.com/2021/03/15/release-notes-for-v0-6-6/  Look at section "10 – End of retroshare-nogui (don’t panic!)" The web interface doesn't allow you to initially setup retroshare yet, so you'll need to do an initial install with the GUI verison and then copy the ~/.retroshare folder across. It's all mentioned in the changelog notes along with where to find the web browser based interface for the headless server.
Sorry I can't be of more help.
RE: RetroShare - krinlyc - 23 Apr 2021
(23 Apr 2021, 05:00 )cjtl Wrote:(22 Apr 2021, 16:43 )krinlyc Wrote: Hi
someone using retroshare-service (on linux )?
krin
No, but I have read a little about it. I initially wanted to run the ARM server version on a headless Pi. But in my tests with the GUI version on a Pi it crashed so much I gave up. I'm now running the GUI version on an x86_64 desktop Linux PC. The difference in stability is amazing! It still has a few bugs in the GUI itself which can crash it, but compared to the ARM version it really is far more stable. I don't know if the terrible instability was caused by retroshare itself, Tor or the old system libraries used by Raspberry Pi OS. It was a fully up to date OS, but as with Debian, they aren't the latest versions of libraries. Who knows, maybe it was a combination of all of those.
Regarding running a headless retroshare server, the little I know is what's written in the changelog notes https://retroshareteam.wordpress.com/2021/03/15/release-notes-for-v0-6-6/  Look at section "10 – End of retroshare-nogui (don’t panic!)" The web interface doesn't allow you to initially setup retroshare yet, so you'll need to do an initial install with the GUI verison and then copy the ~/.retroshare folder across. It's all mentioned in the changelog notes along with where to find the web browser based interface for the headless server.
Sorry I can't be of more help.
Hi Thank you very much. I was missing information about that "new" service.
It's without tor - an absolut no go.
So I won't use it until it's working with tor.
The gui I use does crash so often, it's annoying. I have had a version on my odroid wich was very stable.Â
Now I am on a rasberry and the retroshare gui  is not reliable 😟
krin
RE: RetroShare - cjtl - 23 Apr 2021
(23 Apr 2021, 06:02 )krinlyc Wrote:(23 Apr 2021, 05:00 )cjtl Wrote:(22 Apr 2021, 16:43 )krinlyc Wrote: Hi
someone using retroshare-service (on linux )?
krin
No, but I have read a little about it. I initially wanted to run the ARM server version on a headless Pi. But in my tests with the GUI version on a Pi it crashed so much I gave up. I'm now running the GUI version on an x86_64 desktop Linux PC. The difference in stability is amazing! It still has a few bugs in the GUI itself which can crash it, but compared to the ARM version it really is far more stable. I don't know if the terrible instability was caused by retroshare itself, Tor or the old system libraries used by Raspberry Pi OS. It was a fully up to date OS, but as with Debian, they aren't the latest versions of libraries. Who knows, maybe it was a combination of all of those.
Regarding running a headless retroshare server, the little I know is what's written in the changelog notes https://retroshareteam.wordpress.com/2021/03/15/release-notes-for-v0-6-6/  Look at section "10 – End of retroshare-nogui (don’t panic!)" The web interface doesn't allow you to initially setup retroshare yet, so you'll need to do an initial install with the GUI verison and then copy the ~/.retroshare folder across. It's all mentioned in the changelog notes along with where to find the web browser based interface for the headless server.
Sorry I can't be of more help.
Hi Thank you very much. I was missing information about that "new" service.
It's without tor - an absolut no go.
So I won't use it until it's working with tor.
The gui I use does crash so often, it's annoying. I have had a version on my odroid wich was very stable.Â
Now I am on a rasberry and the retroshare gui  is not reliable 😟
krin
I'm not sure I follow when you say "It's without tor - an absolut no go."
I would have assumed that when you do the initial setup through the GUI you would configure Tor then. Once you complete the initial setup you copy the whole configuration in the ~/.retroshare folder to the headless server.
I gave up running the ARM build on a Pi. It might run for a day or so if I was very, very lucky, but more often than not it would frequently crash just after starting retroshare.
I would have liked to try a different OS on the Pi to see if it was caused by a system library, but finding a more up to date OS which also had a build of retroshare proved difficult. I would have had to build retroshare myself from source, but that would have been beyond my skill and knowledge and rather time consuming.
I don't think it was memory related. I never saw the entire system use more that around 500mb RAM and I didn't see any out of memory warnings or errors logged in the system journal.
Another huge difference I've noticed between the Pi version and running it on a PC is network stability.
On the Pi retroshare would frequently kill the network. It really hammered upload and download speeds for everything else. It really slowed everything down. I even tried using QoS but it didn't help.
I can run the PC version of retroshare and it's totally different. The network traffic is much smoother and I'm not using QoS.
I wonder if it's due to improvements in the newer version of Tor and/or the kernel compared to the older version of Tor and kernel in Raspberry Pi OS? Maybe the PC hardware is just more reliable or better able to cope with the type of traffic from Tor and retroshare than the Pi for that workload?
There are still some bugs in retroshare though. If I click on some elements of the GUI it will crash. Other than that, it's so much more stable on the PC than the Pi.