Skip to content
This repository was archived by the owner on Oct 30, 2018. It is now read-only.

"Currently Running Storj on Test Network" #571

Closed
adwit3 opened this issue May 7, 2017 · 11 comments
Closed

"Currently Running Storj on Test Network" #571

adwit3 opened this issue May 7, 2017 · 11 comments
Assignees
Labels

Comments

@adwit3
Copy link

adwit3 commented May 7, 2017

  • Version:5.0.1
  • Operating System: Xubuntu 16.04

I updated to gui 5.0.1 and imported my config. After start, gui is running on "testnet", and have 0 peers.
I tried to download and compile 5.0.1 and 5.0 but both have this problem.
If I run (npm start) older (v4) gui from command line, I see this:

@ start /home/user/storjshare-gui_old
node ./tasks/start

and if I run 5.0.1 node i see this:

@ start /home/user/storjshare-gui
node ./tasks/start --env=development

Maybe "--env=development" is a problem of this?

clipboard - 7 maja 2017 15-06

@nico3070
Copy link

nico3070 commented May 7, 2017

I have same Problem with the GUI.

test networkk

@littleskunk
Copy link
Contributor

The old GUI did the same but doesn't print out any hint. The problem is that you start storjshare in developer mode. At the moment it will work. Long term I would prefer to release binaries for you. You are both running a raspberry pi right?

@nico3070
Copy link

nico3070 commented May 7, 2017

Im running Raspberry PI 3 i dont know what arch he is running

@adwit3
Copy link
Author

adwit3 commented May 8, 2017

I'm running on intel atom N450 (x86)

@boukeversteegh
Copy link

boukeversteegh commented May 8, 2017

i've asked about it on the chat, and there is no way to run storjshare-gui in production mode. I've tried building a release on raspberry pi, but that compiles an amd64 version, so i gave up compiling for raspberry.

What did work, was installing storjshare-daemon

npm install -g storjshare-daemon
storjshare daemon
storjshare start -c "~/.config/Storj Share/<share name>.json"

where I used my previous GUI-created share

then use storjshare status to see what is going on

@adwit3
Copy link
Author

adwit3 commented May 8, 2017

I deleted "--env=development" from package.json (scripts/start) and now i got peers, but message about testnet is still displaying, but my "last seen" in api json (api.storj.io/contacts) is current time

@GalumphingCallooh
Copy link
Contributor

Well, the good news is that this feature has a bug currently, so it isn't actually running on a test network, though it displays the message. When I fix this, I'll add a button to disable the test net, but it's probably simpler to modify the package.json.

@littleskunk
Copy link
Contributor

i386 binary is ready but not published. I will work on arm now and as soon as everything is working I will release a new version.

@paulmadore
Copy link
Contributor

paulmadore commented Jul 23, 2017

"I deleted "--env=development" from package.json (scripts/start) and now i got peers, but message about testnet is still displaying, but my "last seen" in api json (api.storj.io/contacts) is current time"

This needs to happen programmatically after npm install is run. This is the actual bug fix, changing line 33 to read "production" instead of "development."

@littleskunk
Copy link
Contributor

I am not sure about fedora. Based on the documentation (https://electron.atom.io/docs/tutorial/supported-platforms/#linux) I would expect that the .deb binaries should work on fedora 21. If that is not the case I could setup a build server for fedora. Just let me know.

@nico3070 My arm system was to slow to build binaries. I am sorry . I can't offer binaries at the moment but I will try it again as soon as I have time for it. Meanwhile I keep this issue open and will debug why this testnet message is still there even if not running in development mode.

I think we can remove the development flag. I will work on a pull request later. Still low-medium priority so it will take some time.

@paulmadore
Copy link
Contributor

paulmadore commented Jul 25, 2017

I am not sure about fedora. Based on the documentation (https://electron.atom.io/docs/tutorial/supported-platforms/#linux) I would expect that the .deb binaries should work on fedora 21. If that is not the case I could setup a build server for fedora. Just let me know.

dnf install dpkg-deb patches the problem that Fedora users might have had, but then you also need alien to convert it to a proper rpm that will actually install in the system, because simply trying to install the deb also failed for me. After I converted it from deb to rpm, and I think I had to tell it to ignore a postinstall script, it installed and worked. I also had to use alien for the installation of the rpm itself IIRC.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

6 participants