Package Details: i2p 2.7.0-1

Git Clone URL: https://aur.archlinux.org/i2p.git (read-only, click to copy)
Package Base: i2p
Description: A distributed anonymous network
Upstream URL: https://geti2p.net
Keywords: anonymous censorship encrypted i2p network
Licenses: GPL2
Conflicts: i2p-bin, i2p-dev
Submitter: Mikos
Maintainer: Salama
Last Packager: Salama
Votes: 318
Popularity: 0.59
First Submitted: 2005-09-04 19:46 (UTC)
Last Updated: 2024-10-09 18:13 (UTC)

Dependencies (4)

Sources (9)

Pinned Comments

Salama commented on 2023-04-01 09:18 (UTC) (edited on 2024-06-24 12:01 (UTC) by Salama)

You can download the keys from https://geti2p.net/_static/idk.key.asc and https://geti2p.net/_static/zzz.key.asc then gpg --import

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 27 Next › Last »

muchweb commented on 2015-01-28 16:14 (UTC)

==> Verifying source file signatures with gpg... i2psource_0.9.17.tar.bz2 ... FAILED (unknown public key 85F345DD59683006) ==> ERROR: One or more PGP signatures could not be verified!

socrat commented on 2015-01-27 05:43 (UTC)

building failed. invalid pgp signatures.

zkai commented on 2015-01-13 03:31 (UTC)

Change the single quotes to double quotes for 404 download error. _url='https://launchpad.net/i2p/trunk/${pkgver}/+download' to _url="https://launchpad.net/i2p/trunk/${pkgver}/+download" If you get a error about unknown public key you will need to either download and manually add the public key manually from a trusted location or follow this tip. Then you will need to sign it to trust it pacman-key --lsign-key <key id> . This is assuming that you have already created local keys. https://wiki.archlinux.org/index.php/GnuPG#Create_key Tip: To allow makepkg to fetch keys as needed from the keyserver automatically, uncomment the option keyserver-options auto-key-retrieve in the ~/.gnupg/gpg.conf configuration file. https://wiki.archlinux.org/index.php/makepkg#Signature_checking

securitybreach commented on 2015-01-12 03:55 (UTC)

Getting a 404 on the source: ==> Retrieving sources... -> Downloading i2psource_0.9.17.tar.bz2... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading i2psource_0.9.17.tar.bz2

skydrome commented on 2015-01-03 05:39 (UTC)

the wrapper acts on different signals to do different things (wrapper.signal.mode). HUP = a graceful shutdown QUIT = thread dump USR1 = hard restart TERM = shutdown i believe its bad practice to tell systemd to execute a shell script instead of letting systemd manage this itself. Dont think its a good idea, and i have been told not to do that by arch devs in the past.

<deleted-account> commented on 2015-01-02 21:55 (UTC)

skydrome: Hello again. One question: why is the systemd service's 'ExecReload' and 'ExecStop' killing i2p with SIGHUP instead of calling the i2prouter script with 'i2prouter restart' and 'i2prouter graceful', respectively?

skydrome commented on 2014-12-18 02:31 (UTC)

you should really be reviewing PKGBUILDs of packages such as this yourself, never run anything that you dont know whats going on.

vorot93 commented on 2014-12-16 19:05 (UTC)

The package omits locale installation.

JKAbrams commented on 2014-12-02 03:14 (UTC)

Alright, so I found a problem that might be related to packaging: When I try to start Jetty I get: java.io.FileNotFoundException: /usr/bin/eepsite/jetty.xml (No such file or directory) Jetty thinks /usr/bin/ is /opt/i2p/ I tried renaming the symlink /usr/bin/i2prouter and starting from the actual script /opt/i2p/i2prouter but that gave the same results. Changing (in file clients.config) clientApp.3.args="eepsite/jetty.xml" to clientApp.3.args="/opt/i2p/eepsite/jetty.xml" and (in file eepsite/jetty.xml) <Set name="config">./eepsite/etc/realm.properties</Set> to <Set name="config">/opt/i2p/eepsite/etc/realm.properties</Set> and <Set name="filename">./eepsite/logs/yyyy_mm_dd.request.log</Set> to <Set name="filename">/opt/i2p/eepsite/logs/yyyy_mm_dd.request.log</Set> fixes the problem.

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 27 Next › Last »