Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

added tor spk #3189

Open
wants to merge 4 commits into
base: master
Choose a base branch
from
Open

added tor spk #3189

wants to merge 4 commits into from

Conversation

cytec
Copy link
Member

@cytec cytec commented Mar 1, 2018

Motivation: replaces #1659

Checklist

  • [] Build rule all-supported completed successfully
  • [] Package upgrade completed successfully
  • [] New installation of package completed successfully

@ymartin59 @Safihre maybe one of you can check if i did the generic service part correctly?

@cytec cytec mentioned this pull request Mar 1, 2018

# Package
PACKAGE="tor"
DNAME="Tor"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The service-part looks good!
Only these first 6 lines are not needed and can be removed!
I didn't compile it yet, but I can start a Travis-build and add it to #3138 if you like?

Copy link
Member Author

@cytec cytec Mar 2, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

woops. yeah those should be gone.

Travis build would be great for some reason my buildbox has some sourceforge dl problems again so i've only build for 6.1 Cedarview to test if it compiles sucessfully

$USER is still the right user? was a little confused with $USER and $EFF_USER \cc @ymartin59

@ymartin59
Copy link
Contributor

I have found in other package (probably owncloud if I remember well) a specific uninstall process: package generates a backup at expected location and wizard message inform where backup can be found.
It may be a better user experience for tor too.

@cytec
Copy link
Member Author

cytec commented Mar 2, 2018

i think there are some packages which do this. Most likely those who use a MySQL database which is backed up at uninstall. For tor i'm not 100% sure what files where exactly stored by tor in the var folder (has been some time since i've tested this) but i think it was just config and some ID File which identifies the node.

The warning imho could be deleted completely as EVERY SPK removes it's configuration on uninstall. I'm not really sure why it was added in the first place but there must have been a reason...

@Safihre
Copy link
Contributor

Safihre commented Mar 2, 2018

Seems indeed bit unnecessary to have this uninstall note.
I saw there is also geoip in the PLIST, does that need the cross/geoip?

@cytec
Copy link
Member Author

cytec commented Mar 2, 2018

nope. afaik tor downloads it's own geoip database stuff on build.

@Safihre
Copy link
Contributor

Safihre commented Mar 5, 2018

Triggered a build of the package for all archs, will test tonight.
How do I test this actually? Just run it and see if there's no errors?

(https://travis-ci.org/Safihre/spksrc/builds/349157131)

@cytec
Copy link
Member Author

cytec commented Mar 5, 2018

most likely. i guess the easiest way is to install a bridge/proxy and try setting it up as a proxy in chrome or something else

@Safihre
Copy link
Contributor

Safihre commented Mar 5, 2018

@cytec something is wrong, all except the x64toolchains fail.
https://travis-ci.org/Safihre/spksrc/builds/349162017 (ignore commit-message, it's really compiling tor)

@cytec
Copy link
Member Author

cytec commented Mar 5, 2018

strange... i didn't test anything but cedarview on my box since downloading the toolchains didn't work correctly... i'll have a look asap

alexey-pimenov added a commit to alexey-pimenov/spksrc that referenced this pull request Apr 18, 2018
@alexey-pimenov
Copy link

@cytec @Safihre I played a bit with the build.
encountered two problems:

  • --disable-tool-name-check should be passed to configure for cross compilation
  • configure script from downloaded tor tarball targeted automake-1.15 while docker image has automake-1.14
    Solved by invoking autoconf and automake in PRE_CONFIGURE_TARGET - same script as used in tor's repo https://github.com/torproject/tor/blob/master/autogen.sh
    I don't know if this is proper solution

Fixed it in my fork. So it successfully builds for rtd1296-6.1

Also I had a problem with service-setup. it passes --user=tor as argument although default user is sc-tor. Changing it to sc-tor via EFF_USER resulted in permissions error on service startup. So I just removed this argument and daemon runs as sc-tor.

Should I make a PR to cytec's repo?

@cytec
Copy link
Member Author

cytec commented Apr 18, 2018

@alexey-pimenov would be great! i dont have a lot of time lately and my buildbox went to hell again -.-

@noplanman
Copy link

I know this is quite an old PR, but I'm just checking in to see what the progress is on this 😊

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

Successfully merging this pull request may close these issues.

5 participants