Compare commits
5 Commits
Author | SHA1 | Date | |
---|---|---|---|
57833edc36 | |||
a19fcd9ea5 | |||
bfddc378cd | |||
fd712293b4 | |||
068fbee70e |
29
UPDATES.md
29
UPDATES.md
@ -1,29 +0,0 @@
|
||||
Setting up an Update Server for an I2P Bundle
|
||||
=============================================
|
||||
|
||||
It is important to set up a signed update server so that people are able to
|
||||
safely and anonymously update your I2P bundle.
|
||||
|
||||
The quick way:
|
||||
--------------
|
||||
|
||||
This process depends on my ability to push releases to github. If you are
|
||||
forking, setting up a dev server, or taking over because I got hit by a bus,
|
||||
you'll need to do it the complete way.
|
||||
|
||||
For as long as I am building updates, you will be able to mirror the jpackaged
|
||||
Windows bundle by cloning the repository `https://github.com/eyedeekay/i2p` and
|
||||
running the `make docker run` target in that repository. You can retrieve the
|
||||
base32 address of your update server by viewing the log with
|
||||
`docker logs eephttpd-jpackage | grep b32.i2p | tee eephttpd-address.md`. To
|
||||
update the site, run `./update.site.sh` in that repository.
|
||||
|
||||
Once you have cloned the repository and started the container with
|
||||
`make docker run`, you can simply add `path/to/repo/update-site.sh` to your
|
||||
`crontab` and it will update at an interval of your choosing.
|
||||
|
||||
The complete way:
|
||||
-----------------
|
||||
|
||||
TODO: describe how to do it with less of the awesome fancy stuff I put together
|
||||
to make it easier on myself to keep an update server going.
|
@ -30,10 +30,10 @@ if [ "$JAVA" -lt "17" ]; then
|
||||
fi
|
||||
|
||||
if [ -z "${JAVA_HOME}" ]; then
|
||||
export JAVA_HOME=`type -p java|xargs readlink -f|xargs dirname|xargs dirname`
|
||||
export JAVA_HOME=$(type -p java|xargs readlink -f|xargs dirname|xargs dirname)
|
||||
fi
|
||||
if [ "$(expr substr $(uname -s) 1 5)" == "Linux" ]; then
|
||||
export JAVA_HOME=`type -p java|xargs readlink -f|xargs dirname|xargs dirname`
|
||||
export JAVA_HOME=$(type -p java|xargs readlink -f|xargs dirname|xargs dirname)
|
||||
fi
|
||||
echo "Building with: $JAVA, $JAVA_HOME"
|
||||
sleep 5s
|
||||
@ -65,6 +65,7 @@ git pull --tags
|
||||
git checkout -b "i2p-$VERSION$VERSIONDATE-$EXTRACODE" || :
|
||||
git commit -am "i2p-$VERSION$VERSIONDATE-$EXTRACODE" || :
|
||||
git archive --format=tar.gz --output="$SCRIPT_DIR/../i2p.firefox/i2p.i2p.jpackage-build.tar.gz" "i2p-$VERSION$VERSIONDATE-$EXTRACODE"
|
||||
git checkout "i2p-$VERSION$VERSIONDATE-$EXTRACODE" || :
|
||||
|
||||
for i in $COUNT; do
|
||||
echo -n "$i...."; sleep 1s
|
||||
|
25
docs/UPDATES.md
Normal file
25
docs/UPDATES.md
Normal file
@ -0,0 +1,25 @@
|
||||
Setting up an Update Server for an I2P Bundle
|
||||
=============================================
|
||||
|
||||
It is important to set up a signed update server so that people are able to
|
||||
safely and anonymously update your I2P bundle. There are two sort of "Levels"
|
||||
to what you might do to provide updates to your users. Each of them requires the
|
||||
generation of a [signed newsfeed](https://eyedeekay.github.io/Hopefully-Holistic-Guide-to-I2P-Dev-Build-Update-Hosting/),
|
||||
which also serves as a way to provide information to your users about updates,
|
||||
features, and security events.
|
||||
|
||||
This project, `i2p.firefox` a.k.a. the "I2P Easy Install Bundle" uses the "Executable"
|
||||
update subtype, meaning that it capable of installing itself by executing code as the
|
||||
user who runs the update, which is usually the main user of a Windows 10 or 11 PC.
|
||||
This update subtype is highly flexible, but requires the creation of a "Scripted" using
|
||||
something like `NSIS`, `wixl`, or custom code. Other update types include ZIP (used by
|
||||
the core I2P product) and DMG(used by Mac OSX).
|
||||
|
||||
Static HTTP Update URL over I2P
|
||||
===============================
|
||||
|
||||
Bittorrent Update URL over I2P
|
||||
==============================
|
||||
|
||||
[If you choose to do this, consider using zzzot to host your open tracker instead of a normal site](https://github.com/i2p/i2p.plugins.zzzot),
|
||||
which you can obtain from [this I2P link](http://stats.i2p/i2p/plugins/zzzot.su3).
|
10
i2pversion
10
i2pversion
@ -2,14 +2,14 @@
|
||||
|
||||
JNA_VERSION=5.12.1
|
||||
export JNA_VERSION=5.12.1
|
||||
I2PFIREFOX_VERSION=1.0.7
|
||||
export I2PFIREFOX_VERSION=1.0.7
|
||||
I2PFIREFOX_VERSION=1.0.9
|
||||
export I2PFIREFOX_VERSION=1.0.9
|
||||
# Comment this out to build from an alternate branch or
|
||||
# the tip of the master branch.
|
||||
VERSIONMAJOR=2
|
||||
VERSIONMINOR=1
|
||||
VERSIONMINOR=2
|
||||
VERSIONBUILD=0
|
||||
I2P_VERSION="$VERSIONMAJOR.$VERSIONMINOR.$VERSIONBUILD"
|
||||
export I2P_VERSION="$VERSIONMAJOR.$VERSIONMINOR.$VERSIONBUILD"
|
||||
VERSION=i2p-2.1.0
|
||||
export VERSION=i2p-2.1.0
|
||||
VERSION=i2p-2.2.0
|
||||
export VERSION=i2p-2.2.0
|
@ -1,3 +1,3 @@
|
||||
!define VERSIONMAJOR 2
|
||||
!define VERSIONMINOR 1
|
||||
!define VERSIONMINOR 2
|
||||
!define VERSIONBUILD 0
|
||||
|
Reference in New Issue
Block a user