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.53
First Submitted: 2015-06-20 08:38 (UTC)
Last Updated: 2021-04-17 22:45 (UTC)

Latest Comments

sehraf commented on 2022-03-12 08:20 (UTC)

Since ZeroNet seems to be dead, maybe update this package to ZeroNetX ?

redfish commented on 2021-04-30 18:06 (UTC)

@AquaUwU: this package does not use pip in any way, I just double-checked by successfully building the package with pip removed from my system. setuptools is required but not pip (pip is a dependency manager; pacman fullfils this role). So, it must be a problem with your aurto setup. Does the package build ok with makepkg for you?

AquaUwU commented on 2021-04-30 17:06 (UTC)

I am unable to build this with my AUR manager aurto, and get this error: /usr/bin/python: No module named pip This is probably due to how aurto builds packages in a sandbox of some form, and will require pip as a make dependency if this package uses/asks it in any way, as it seems to be due to the error, so may pip please be added as a make dependency if it is used building this package?

kinoe commented on 2020-12-13 22:20 (UTC)

@CaptainHook8 recompiling fixed it. Thanks for helping

CaptainHook8 commented on 2020-12-13 12:54 (UTC)

@kinoe You need to reinstall the packages python-base58 and python-merkletools from AUR to recompile them against latest python3.9. After you reinstall those packages, zeronet will start fine.

kinoe commented on 2020-12-07 08:43 (UTC) (edited on 2020-12-07 11:10 (UTC) by kinoe)

Likely a python3.9<>modules incompatibility:

systemctl status zeronet.service tells me zeronet is loaded but inactive:

zeronet[516]:     from .ecc import ecc
zeronet[516]:   File "/opt/zeronet/src/lib/sslcrypto/openssl/", line 4, in <module>
zeronet[516]:     from .._ecc import ECC
zeronet[516]:   File "/opt/zeronet/src/lib/sslcrypto/", line 4, in <module>
zeronet[516]:     import base58
zeronet[516]: ModuleNotFoundError: No module named 'base58'

python-base58 is of course installed


zeronet[11956]: [09:49:14] PluginManager Plugin Bigfile load error: ModuleNotFoundError: No module named 'merkletools' in line 138 > Bigfile/ line 1 > line 20
zeronet[11956]: [09:49:14] PluginManager Plugin CryptMessage load error: ModuleNotFoundError: No module named 'base58' in line 138 > CryptMessage/ line 1 > line 7 > line 14 > lib/sslcrypto/ line 4 > lib/sslcrypto/openssl/ line 1 > lib/sslcrypto/openssl/ line 4 > lib/sslcrypto/fallback/ line 2 > lib/sslcrypto/fallback/ line 4 > lib/sslcrypto/ line 4
zeronet[11956]: [09:49:14] - Patching sockets to tor socks proxy:
zeronet[11956]: [09:49:14] - Version: 0.7.2 r4555, Python 3.9.0 (default, Oct  7 2020, 23:09:01)
zeronet[11956]: [GCC 10.2.0], Gevent: 20.9.0
zeronet[11956]: [09:49:14] - Unhandled exception: No module named 'base58'

Tav commented on 2019-08-06 16:55 (UTC)

@waasl systemctl enable zeronet.service systemctl start zeronet.service

waasl commented on 2019-08-06 11:55 (UTC)

How do you start this service?

air-g4p commented on 2019-06-30 00:23 (UTC)

@redfish: Thanks for getting everything fixed. Zeronet-git built as expected both without and now with python-maxminddb.

redfish commented on 2019-06-18 00:52 (UTC) (edited on 2019-06-22 21:16 (UTC) by redfish)

@air-g4p: I'm working on packaging python-maxminddb and uploading to AUR. I think it was present in Arch repos, but got recently removed (no idea why).

UPDATE: python-maxminddb package was re-added to AUR. I re-added the dependency.

air-g4p commented on 2019-06-17 07:40 (UTC) (edited on 2019-06-17 16:42 (UTC) by air-g4p)

@redfish, thank you for taking the time to test things on your end! I am now down to one missing dependency: python-maxminddb. I see you've highlighted it in red above, and I cannot find it anywhere.

Is there a work-around, or substitute for this package?

redfish commented on 2019-06-13 00:56 (UTC)

@air-g4p: strange.. I just tested in a chroot, and reproduced your error without python2-setuptools, but confirmed that after python2-setuptools was added to the deps, the error went away and python-base58 package built fine. The maintainer o the package added the dependency, so maybe pull latest PKGBUILD and try again (version 1.0.3-2)? (Not sure why it doesn't build for you but does for me.)

air-g4p commented on 2019-06-12 16:23 (UTC)

@redfish, Thanks again for your help. I rm -rfed python-base58, then installed python2-setuptools-1:41.0.1-1 from the Arch repos, then tried to re-build the python-base58 AUR.

The python-base58 build again failed with the same error I posted earlier, as in: ImportError: No module named setuptools

redfish commented on 2019-06-12 00:47 (UTC)

@air-g4p: for base58, I left a comment for a fix. To workaround, install python2-setuptools manually before installing python-base58. For python-maxminddb, it appears to have been deleted recently. I've contacted the former maintainer to find out any details.

air-g4p commented on 2019-06-11 06:55 (UTC) (edited on 2019-06-11 06:59 (UTC) by air-g4p)

@redfish Thanks and understood, however, more errors were thrown when trying to build the first missing package: python-base58 from its AUR.

==> Starting package_python2-base58()... Traceback (most recent call last): File "", line 1, in <module> from setuptools import setup ImportError: No module named setuptools ==> ERROR: A failure occurred in package_python2-base58(). Aborting...

redfish commented on 2019-06-08 16:47 (UTC)

@air-g4p: Some dependencies are only on AUR. To build this AUR package (like nearly all others), you have to either use an AUR helper that will fetch build and install dependencies from AUR before building the package, or manually fetch build and install the dependencies from AUR before running makepkg.

air-g4p commented on 2019-05-25 08:02 (UTC)

@redfish zeronet-git failed to build in a clean chroot with the following:

==> Validating source files with sha256sums... ZeroNet ... Skipped zeronet.conf ... Passed zeronet.service ... Passed ==> Making package: zeronet-git 0.7.0-1 (Sat 25 May 2019 07:13:51 AM UTC) ==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: python-base58 error: target not found: python-merkletools error: target not found: python-pyelliptic>=2.0.1 error: target not found: error: target not found: python-coincurve error: target not found: python-bitcoinlib error: target not found: python-maxminddb ==> ERROR: 'pacman' failed to install missing dependencies. ==> ERROR: Build failed, check /var/lib/archbuild/extra-x86_64/user/build

The same error set occurred when trying to build this AUR with makepkg -srci

Also note, non-git zeronet builds fine in a clean chroot.

Any suggestions?

redfish commented on 2019-04-03 01:53 (UTC)

@robertfoster: thanks a lot. Updated this package. Looking good now.

robertfoster commented on 2019-04-02 15:49 (UTC)

@redfish Uploaded package python-pyelliptic and waiting for administrator grant to merge python2 version and this one. Thankful for collaboration.

redfish commented on 2019-03-30 01:29 (UTC)

This is the Python 3 branch of Zeronet. The split package python-pyelliptic is work-in-progress: updated PKGBUILD is here, waiting to add to AUR:

redfish commented on 2018-11-18 17:03 (UTC)

@dontdieych: added, thank you.

dontdieych commented on 2018-10-21 21:04 (UTC)

Current zeronet.service log looks like this,

Aug 01 20:11:54 a env[3339]: [20:11:54] Site:1TaLkF..jipT [FAILED] {'exception': 'Timeout'}
Aug 01 20:11:54 a env[3339]: [20:11:54] Site:1TaLkF..jipT [FAILED] {'exception': 'Timeout'}
Aug 01 20:11:54 a env[3339]: [20:11:54] Site:1TaLkF..jipT [FAILED] {'exception': 'Timeout'}

I thought it would be better env[3339] should be zeronet[3339]. And found systemd unit setting for this.

diff --git a/zeronet.service b/zeronet.service
index [`2b2bfc5`]( 100644
--- a/zeronet.service
+++ b/zeronet.service
@@ -7,6 +7,7 @@ Group=zeronet
ExecStart=/usr/bin/env python2 --config_file /etc/zeronet.conf



redfish commented on 2018-07-22 02:53 (UTC)

@e2546057 @t-ask @dhameoin: removed version specs. @joshirio: added ControlPort note to install message, chown'ed zeronet.conf. @Gaming4JC: applied all suggestions, thanks.

e2546057 commented on 2018-07-15 19:54 (UTC)

clear tor version ">=" from optdepends becouse of make package error @redfish @lothar_m

t-ask commented on 2018-06-16 11:57 (UTC) (edited on 2018-06-16 12:02 (UTC) by t-ask)

Please apply patch to prevent error "==> ERROR: optdepends contains invalid characters: '>'":

--- PKGBUILD    2018-06-16 13:51:06.698516070 +0200
+++    2018-06-16 13:53:15.400979197 +0200
@@ -8,11 +8,11 @@
-optdepends=('tor>= anonymity')
+optdepends=('tor: anonymity')
 pkgdesc="Decentralized websites using Bitcoin crypto and the BitTorrent network."

dhameoin commented on 2018-06-06 20:53 (UTC)

Pacaur fails to install it with "Variable 'optdepends' has invalid characters '>='"

joshirio commented on 2017-04-05 13:07 (UTC) (edited on 2017-04-05 13:11 (UTC) by joshirio)

To make tor work I had to add the following additional line to the /etc/tor/torrc file, in addition to the ones mentioned in the wiki and post install message: ControlPort 9051 And if you want zeronet to be able to change the config file, for example when clicking on tor modus only from the web interface, then you need to make /etc/zeronet.conf editable for the zeronet user: sudo chown zeronet:zeronet /etc/zeronet.conf

pmgouveia commented on 2017-03-26 00:06 (UTC)

I made it run by installing docker and running it in docker: install docker as root: # pacman -S docker starting docker: # systemctl start docker install the zeronet-git with yaourt: $ yaourt -S zeronet-git run the docker image $ docker run -d -e "ENABLE_TOR=true" -v /opt/zeronet/:/root/data -p 15441:15441 -p nofish/zeronet and then visit:

JZA commented on 2017-03-05 09:58 (UTC)

expiriencing issues with python2-gevent not finding anyone have this problem?

Gaming4JC commented on 2017-02-05 22:42 (UTC) (edited on 2017-02-05 22:48 (UTC) by Gaming4JC)

I bumped into a an issues with this package, here are the fixes: 1) Make sure and mention that Control Port has to be added to torrc (else it fails to start properly) >>> Add/edit the following options in /etc/tor/torrc: >>> ControlPort 9051 ... 2) Consider adding sane defaults to zeronet.conf that match Arch's TOR build: ## Fix TOR connection by using default ports echo "tor_controller =" >> $pkgdir/etc/zeronet.conf echo "tor_proxy =" >> $pkgdir/etc/zeronet.conf 3) All PKGBUILDs should be using git+https:// in the source array, and SHA512sum is preferred for hashes. After that it's all green in ZeroNet and appears to be functional.

redfish commented on 2016-11-19 20:07 (UTC)

@ZerataX: the directory must be owned by zeronet user: sudo chown -R zeronet:zeronet /path/to/dir But, keep in mind, that you need to 'sudo -u zeronet ...' for any commands to run them as zeronet user. Also, 'journalctl -u zeronet' will show you the log to know the exact error why zeronet does not start.

ZerataX commented on 2016-11-18 16:47 (UTC)

If I want to move the data folder to my home folder what would I need to do, besides editing /etc/zeronet.config I've tried that and couldn't start zeronet anymore. I imagine it's some kind of permission problem.

dmp1ce commented on 2016-10-12 21:39 (UTC)

I think you should also include opening the ControlPort in your instructions. I needed to uncomment the ControlPort on my system. ControlPort 9051

redfish commented on 2016-05-25 15:14 (UTC)

@FlyingJay1: Upstream follows a convention of "pushing" a new version to the nodes before releasing that version on github. If you run latest release from github, or zeronet package, it will complain that 'new version available'. This package zeronet-git takes latest master, and version is in src/ (PKGBUILD's pkgver extracts the version from that file).

FlyingJay1 commented on 2016-05-24 07:36 (UTC)

How come the latest version on github is 0.3.6 and this package is 0.3.7. Where does 0.3.7 come from?

redfish commented on 2016-04-29 04:47 (UTC)

@SplitFire: the pkg ver is extracted from upstream source, so if you actually build the package, it will build as the correct version automatically (now, 0.3.7.xxxxxx). The version on the website is from the .SRCINFO file. I agree that it makes sense to manually bump the .SRCINFO version to match the pkg ver, so I'll do that on every release, along with upgrading the 'zeronet' pkg.

SplitFire commented on 2016-04-20 15:33 (UTC)

I know it's git package, but i think we need to bump version to 0.3.7 as upstream

redfish commented on 2016-03-27 01:17 (UTC)

@Scimmia: no more untracked directories and auto-removal of user.

redfish commented on 2016-03-27 00:59 (UTC)

@g99: you'd have to be more specific to be helpful and to get help. What are you trying to do, what do you expect, and what do you get?

g99 commented on 2016-03-20 14:52 (UTC)

does not work after yaourt install in Manjaro, but the MASTER-zip from github does work.

Scimmia commented on 2016-03-15 07:47 (UTC)

For users: For the dirs, they should be part of the package. Creating untracked files and dirs should be avoided.

redfish commented on 2016-03-15 07:11 (UTC)

@Scimmia: 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 (UTC) (edited on 2016-04-29 04:44 (UTC) by redfish)

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 (UTC) (edited on 2016-03-15 06:10 (UTC) by Scimmia)

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 (UTC) (edited on 2016-03-07 11:24 (UTC) by SplitFire)

confirmed 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 (UTC) (edited on 2016-03-07 11:25 (UTC) by SplitFire)

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 (UTC) (edited on 2016-03-07 10:48 (UTC) by SplitFire)

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

SplitFire commented on 2016-03-07 08:07 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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

SplitFire commented on 2016-03-06 04:18 (UTC)

also chmod g+r /var/lib/tor/control_auth_cookie" can be accomplished using CookieAuthFileGroupReadable 1 in torrc

SplitFire commented on 2016-03-06 04:15 (UTC)

After PC restart, tor auth cookie cannot be reached anymore

redfish commented on 2016-01-17 07:57 (UTC) (edited on 2016-03-03 21:06 (UTC) by redfish)

UPDATE: adopted package, re-packaged into a working package. @lothar_m: I've got a working ZeroNet package ( I also have a working zeronet-git version. If you are not working on this package, please transfer ownership to me, and I'll push my PKGBUILD. Thank you.

jurf commented on 2015-11-07 18:02 (UTC)

Also, this package doesn't work, even when fixed.

jurf commented on 2015-10-18 08:23 (UTC)

Also, the pkgver function doesn't really work here.

jurf commented on 2015-10-18 07:34 (UTC)

To fix the ln -s part you should change it to: mkdir $pkgdir/usr/bin ln -s "/usr/lib/python2.7/site-packages/$_gitname/" "$pkgdir/usr/bin/" I also get the "module main" error, editing the script leads to the log error. I'll try opening a issue on GitHub.

d_ranged commented on 2015-08-18 19:52 (UTC)

@ DuctPaper: as a workaround you can just follow the instructions for windows users on the github site. After installing the dependencies (should still be on your system) download the .zip file to folder in your user directory unzip the file cd into the directory and run "python2.7" That should work just fine.

lothar_m commented on 2015-07-09 21:15 (UTC)

@ DuctPaper: sorry to hear about your troubles. I'm currently with a work overload and won't be able to look into this for a few days... As a temporary work around try to clone the github repository and running from the command line.

DuctPaper commented on 2015-06-25 16:08 (UTC)

The package won't build for me because the command ln -s "/usr/lib/python2.7/site-packages/$_gitname/" "/usr/bin/" in the PKGBUILD requires root. I got around this by just editing the PKGBUILD to make the link using sudo, but I'm not sure if that's proper for PKGBUILDs or not. After that I noticed that the script itself called for "#!/usr/bin/env python", which defaulted to python3 while it was meant for python2. Once I fixed that it just started complaining to me that there was no log file and "No module named main" so I just gave up. Hope it gets fixed soon. ZeroNet seems interesting.