I2P Address: [http://git.idk.i2p]

Skip to content
Snippets Groups Projects
  1. Jun 21, 2011
  2. Jun 14, 2011
    • zzz's avatar
      bump · 89191f40
      zzz authored
      89191f40
    • zzz's avatar
      * jbigi / NBI / wrapper / installer: · bb8b4285
      zzz authored
          jbigi and wrapper files for arm.
          Compiled on trimslice with gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) 
          Log postinstall errors to postinstall.log.
          java version "1.6.0_18"
          OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-0ubuntu2.1)
          OpenJDK Zero VM (build 14.0-b16, mixed mode)
          GMP 4.3.2 (half the size of 5.0.2, and no speed difference) LGPLv3
          Wrapper 3.5.9 GPLv2
          All binaries stripped.
      
          As on the Android emulator, the stock BigInteger.modPow()
          has some serious bug on arm.
          Without the libjbigi checked in here, the JVM crashes almost immediately.
      bb8b4285
  3. Jun 13, 2011
  4. Jun 12, 2011
  5. Jun 11, 2011
    • zzz's avatar
      Polish i2psnark translation from polacco@mail.i2p. · 20f67ae8
      zzz authored
      Fixed single quotes.
      Email follows:
      
      ...
      
      
      I attached file "snark-messages_pl.po.gz". I give you permission to use this file in I2PSnark distribution.
      If you don't believe me that it is true polish translation, you can check it with some web translator.
      
      Fist I used ordinary text editor to translate. Later I used Poedit <http://www.poedit.net/>.
      And I don't know why it gives strange error messages when I save the file.
      
      17:43:29: snark-messages_pl.po:172: a format specification for argument {0} doesn't exist in 'msgstr'
      17:43:29: snark-messages_pl.po:177: a format specification for argument {0} doesn't exist in 'msgstr'
      17:43:29: msgfmt: found 2 fatal errors
      
      _______
      greetz,
      polacco
      20f67ae8
  6. Jun 10, 2011
  7. Jun 09, 2011
    • kytv's avatar
      New: 64-bit wrapper for Windows. · 162c5bca
      kytv authored
      The Tanuki Software website states "64-bit Windows versions of the Java Service Wrapper
      are not currently being made available in the Community Edition." The Makefile
      for x86_64 is missing from the upstream tarball as well. 
      
      Well...included in this checkin is a diff against 
      $WRAPPER-3.5.9-SRC/src/c/Makefile-windows-x86-32.nmake (see the README in
      installer/libs/wrapper/win64.
      162c5bca
  8. Jun 08, 2011
  9. Jun 05, 2011
    • zzz's avatar
      -18 · b2a5a94c
      zzz authored
      b2a5a94c
  10. Jun 04, 2011
    • zzz's avatar
      * Router: · 59741608
      zzz authored
            - Add a lock for reading/writing the router.info file
            - Check our RouterInfo validity after reading and before saving,
              to catch fatal errors sooner
      59741608
  11. Jun 02, 2011
  12. Jun 01, 2011
  13. May 31, 2011
  14. May 30, 2011
    • zzz's avatar
      * I2CP: · d4bf2523
      zzz authored
            - Append I2CP Version information to the Get/Set Date Messages,
              so that both the router and client are aware of the other side's version,
              and future protocol changes will be easier to implement.
              Previously, router version information was not available to the client,
              so when router and client were in different JVMs,
              old clients would work with new routers
              but new clients would not work with old routers.
              After this change, we can design future changes so that new clients
              will work with old routers.
              This is an enhancement to the old protocol version byte sent by the client,
              which we have never changed and probably never will.
            - Prevent a client from setting the router's clock
            - Javadocs
      d4bf2523
  15. May 28, 2011
  16. May 27, 2011
    • zzz's avatar
      Don't re-append the query string to the redirect URL, · 393d813d
      zzz authored
      which caused eepget to repeatedly retry the new redirect
      of an i2paddresshelper query by the HTTP proxy.
      
      This was clearly non-compliant (the Location: header requires
      an absolute URI including any query string).
      
      This was part of the original redirect handling added by
      jrandom to eepget back when it was in syndie;
      appending that changelog just in case this hackery was
      required by Freenet USKs, which I doubt.
      
      Also, reset the redirect counter when retrying.
      
      ==============
      
      	Revision: 62a8cac8565958d111d0a47a443c964918d2e3ef
      	Parent:   277fe109ea4416f7d8a6dba6e09cd4f605a8ce1a
      	Author:   jrandom@i2p.net
      	Date:     10/22/2006 15:06:30
      	Branch:   i2p.syndie
      
      	Changelog: 
      	    ...
      	    - add support for HTTP 301 redirects to EepGet (so freenet USKs work as
      	      intended)
      393d813d
    • zzz's avatar
      * JBigI: · 2c3be290
      zzz authored
            - Refactor to handle 64 bit libs and a list of fallback libs
            - Logging tweaks
            - Only check for one file name in library path
      2c3be290
  17. May 25, 2011
  18. May 23, 2011
  19. May 22, 2011
  20. May 21, 2011
  21. May 20, 2011
  22. May 16, 2011
  23. May 13, 2011
Loading