Package Details: zeronet-git 0.7.2-1

Git Clone URL: (read-only, click to copy)
Package Base: zeronet-git
Description: Decentralized websites using Bitcoin crypto and the BitTorrent network.
Upstream URL:
Licenses: GPL2
Conflicts: zeronet
Provides: zeronet
Submitter: lothar_m
Maintainer: redfish
Last Packager: redfish
Votes: 26
Popularity: 0.165736
First Submitted: 2015-06-20 08:38
Last Updated: 2021-04-17 22:45

Latest Comments

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

redfish commented on 2016-03-15 07:11

removed redundant clone, thanks (leftover from prev maintainer, which originated from out-of-date PKGBUILD-git template);
user removal -- I did what i2p package did, link to guidelines on users?;
creating directory in upgrade -- this is a new directory necessary for in the upgraded package, if I do it on install only, then upgrading will break.

redfish commented on 2016-03-15 06:01

MANUAL INTERVENTION REQUIRED ON THIS UPGRADE (to 0.3.6): data dir is now set to /var/lib/zeronet in zeronet.conf; upgrade script will create the dir, but you need to 'mv /opt/zeronet/data/* /var/lib/zeronet/'.

Log dir set to /var/log/zeronet for consistency, but daemon logs are in systemd journal.

@SplitFire: thanks, changed tmpfs /var/run/tor to /var/lib/tor-auth (until Tor Arch repo updates Tor to 0.2.8); removed redundant CookieAuth; chmod -R not needed, since that dir is created, it's empty.

Scimmia commented on 2016-03-15 06:00

Why are you cloning the repo twice? The entire build function is redundant.

Edit: You should also not be deleting the user on package removal, and you really shouldn't be creating dirs in the upgrade script.

SplitFire commented on 2016-03-07 11:23


CookieAuthentication 1
CookieAuthFileGroupReadable 1
DataDirectoryGroupReadable 1
CookieAuthFile /var/lib/tor/control_auth_cookie

and tor 0.2.8 seems to work fine

SplitFire commented on 2016-03-07 11:02

Noticed that new version of tor (0.2.8) presents DataDirectoryGroupReadable boolean, which we need. Trying to install tor-git...

SplitFire commented on 2016-03-07 08:17

One more, /var/run/tor not survive through reboot :( because it resides on tmpfs

SplitFire commented on 2016-03-07 08:07

figured out:
1. CookieAuth 1 IS deprecated (tor will notify about this). CookieAuthFileGroupReadable 1 is sufficient
2. sudo chown tor:tor /var/run/tor should be chown -R tor:tor /var/run/tor (notice "-R" that means recursive for whole dirrectory)

SplitFire commented on 2016-03-07 04:03

You are welcome,
but i can't find such option in torrc man "CookieAuth 1"
Is it a typo?

redfish commented on 2016-03-07 02:02

@SplitFire: yep, Tor auth not persisting across Tor restarts was known problem. Changed instructions in zeronet.install to a better, persistent way: configure Tor to place cookie in /var/run/tor, and also use CookieAuthFileGroupReadable (thanks!).

SplitFire commented on 2016-03-06 04:33

ok, i figured it out: after tor restart /var/lib/tor drops x attribute and chmod g+x /var/lib/tor needed. Any workaround?