- Jul 16, 2013
-
-
kytv authored
- check script validity in build target - refresh patch - changelog update
-
- Jul 23, 2012
-
-
kytv authored
- Tighten setting of Debian version in I2P - Ensure the clean target will remove .so and .o files
-
- May 09, 2012
-
-
kytv authored
-
- Feb 27, 2012
-
-
kytv authored
mbuild_jbigi.sh was into build_jbigi.sh
-
- Jan 15, 2012
-
-
kytv authored
This mainly has an effect on the size of the javadocs package (i2p-doc shrinks to half of its present size when using bzip2). xz would give better compression, of course, but xz support isn't isn't available in the version of dpkg that ships with Lucid. All supported versions of Debian and Ubuntu support bzip2 in .debs, so this will only have the impact of giving us smaller javadoc packages.
-
- Jan 04, 2012
-
-
kytv authored
Before there was a patch to add the -deb1 to the RouterVersion.java file, but it needed me to update the deb#. With my newly budding regex skills, I'm now manipulating it using sed and determining the number according to the debian version number.
-
- Jan 01, 2012
-
-
kytv authored
-
- Oct 08, 2011
-
-
kytv authored
-
- Aug 16, 2011
-
-
kytv authored
-
- Jun 28, 2011
-
-
kytv authored
the router console.
-
- Jun 16, 2011
-
-
kytv authored
-
- May 27, 2011
-
-
kytv authored
Debian: Ship custom router.config to disable updates via the I2P router. Updates, to keep with Debian policy, must be done via the package manager.
-
kytv authored
Debian: Remove cruft that remained in debian/rules from the times in which cpuid couldn't be build for i386.
-
kytv authored
This commit splits the i2p package into a second package, i2p-router. * The new 'i2p-router' package does not depend on the java-wrapper nor jbigi. Jbigi is recommended. This package can be installed on the ports or distributions that the java-wrapper is not available for. * The new 'i2p' package depends on i2p-router, libjbigi-jni, and the java-wrapper. This package will add the i2psvc system user and the initscript. Existing users of the i2p package will have the i2p-router package pulled in automatically and for them there will be no usability changes. Executive summary: No functionality changes will take place for either those that installed the i2p package in the past or those that install the newly split i2p package. For them, "The Song Remains the Same."
-
- May 26, 2011
-
-
kytv authored
-
- May 25, 2011
-
-
kytv authored
-
- Nov 18, 2010
-
-
HungryHobo authored
-
- Nov 15, 2010
-
-
HungryHobo authored
-
- Nov 14, 2010
-
-
HungryHobo authored
-
HungryHobo authored
-
- Nov 13, 2010
-
-
HungryHobo authored
-
- Nov 12, 2010
-
-
HungryHobo authored
Reorganize the Debian directory structure to conform to their packaging policy. This brings the number of Lintian errors+warning s down from 383 to 16.
-
HungryHobo authored
Make separate i386 and amd64 packages, this fixes the arch-independent-package-contains-binary-or-object lintian error
-
- Nov 09, 2010
-
-
HungryHobo authored
-
- Nov 08, 2010
-
- Oct 31, 2010
-
-
HungryHobo authored
Add get-orig-source rule as required by Ubuntu, see https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#NewPackage
-
HungryHobo authored
-
- Jan 26, 2010
- Jan 30, 2009
-
-
dream authored
This sets i2p up as a functional Debian source package. dpkg-buildpackage will build i2p using ant preppkg (tarball takes too long and not helpful). It creates a binary .deb archive of the i2p installation, which when installed goes into /var/lib/i2p as the non-root user i2p, and adds an /etc/init.d script to start it up. Some problems not yet solved: 1) under Debian the conf should go into /etc/i2p, but since it doesn't things like the eepsite index file get overwritten if you reinstall. should check for those somehow and not replace them, or ask the user. 2) under Debian they like it if you split the generated data from the static code, so i2p should go into /usr/lib/i2p maybe, but its netDB and any other cache files into /var/cache/i2p that's important not just for organization, but also /var is often on a filesystem optimized for churn. For now just put it in /var/lib 3) i2p is supposedly architecture independant, but it does choose a native jbigi library on postinstall, so does that really count as architecture independant?
-