<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.network.freenet.devel">
    <title>gmane.network.freenet.devel</title>
    <link>http://blog.gmane.org/gmane.network.freenet.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28794"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28788"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28787"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28781"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28771"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28770"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28764"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28762"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28760"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28753"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28752"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28751"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28749"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28730"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28729"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28725"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28719"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28717"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28708"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.freenet.devel/28707"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28794">
    <title>Transport Plugins Update</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28794</link>
    <description>&lt;pre&gt;Hello everyone,

I have been a bit busy last week, and haven't committed much code.
Here are the following refactor changes I have implemented and pushed
to "refactor-1" branch-

1. Added a separate list for transport managers. So we basically have
a list which will contain a manager for every mode. Presently it has
two - opennet and darknet.

2. NodeCrypto functions in the following way-
a. Transport managers are created in the node irrespective of whether
opennet or darknet is running.
b. NodeCrypto on creation for every mode accesses its respective
transport manager to get a list of transports.
c. It runs the method handleNewTransport to initialise a PacketMangler
and handle each transport plugin.
d. If the list of transports is empty, then it will function using the
inherent UDPSocketHandler transport and run normally.
d. When a plugin is loaded (on registering with TransportManager), the
manager checks if the corresponding mode (opennet/darknet) exists and
notifies the NodeCrypto by calling the handleNe&lt;/pre&gt;</description>
    <dc:creator>Chetan Hosmani</dc:creator>
    <dc:date>2012-05-23T17:00:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28788">
    <title>Statistics Project Update #4</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28788</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've finished a proof of concept for Metropolis-Hastings corrected
probes in Fred. If you are so inclined, please offer feedback on the
patches. [1] Metropolis-Hastings correction was described previously,
[2] and the probes are exposed over FCP. [3] An originating node starts
a probe request by specifying the type of result they're looking for,
and optionally a value for hopsToLive, which currently defaults to its
maximum of 50 if not specified. We will in practice initially use
something closer to 30. One can disable responding to any number of
result types on the Core settings page.

Possible types are:

BANDWIDTH - outgoing bandwidth limit.
BUILD - Freenet build number. (For instance, currently 1407.) Useful
        for measuring update propagation.
IDENTIFIER - endpoint identifier. Useful for improving estimates of
             network size and churn.
LINK_LENGTHS - differences in location between endpoint and each of
               endpoint's peers.
STORE_&lt;/pre&gt;</description>
    <dc:creator>Steve Dougherty</dc:creator>
    <dc:date>2012-05-19T21:46:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28787">
    <title>A better FAQ</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28787</link>
    <description>&lt;pre&gt;A friend of mine has created this service: http://helpjuice.com/

It's basically a very smart FAQ that is capable of learning.  Our current
FAQ, I think, is somewhat lackluster and intimidating.  My friend has
offered to let us use HelpJuice for free - thoughts?  We should be able to
integrate it into our site reasonably seamlessly.

Ian.

&lt;/pre&gt;</description>
    <dc:creator>Ian Clarke</dc:creator>
    <dc:date>2012-05-18T16:31:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28781">
    <title>Transport Plugins (Update)</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28781</link>
    <description>&lt;pre&gt;Hello,

Sorry for the previous very lengthy update. I'll keep this one short.

After several discussions the basic idea of how I'll implement
transports is now clear.
I have begun writing some basic plugin architecture. The same has been
committed to the branch "refactor-1". I intend to finish, by the end
of this week, refactoring portions of code from NodeCrypto. The main
objective is to remove the "dependence on a single socket object"

Currently I have submitted code on the following new classes-

https://github.com/chetanhosmani/fred-staging/tree/refactor-1

1. TransportManager - This will now contain a list of available
transports (packet transports and stream transports). Transports
register here to let the node know of its availability.
2. TransportPlugin - A base class for the transports
3. StreamTransportPlugin - Base class for stream based transports. It
mainly supports a "connect" method and a "listen" method.
4. PacketTransportPlugin - This is based on PacketSocketHandler itself.

One issue I had&lt;/pre&gt;</description>
    <dc:creator>Chetan Hosmani</dc:creator>
    <dc:date>2012-05-15T07:13:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28771">
    <title>Lantern</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28771</link>
    <description>&lt;pre&gt;Lantern is a great example of how good a Java desktop app *can* look, to
try it:

$ git clone git://github.com/getlantern/lantern.git
$ cd lantern
$ ./run.bash

Imagine if Freenet looked that good...

Ian.

&lt;/pre&gt;</description>
    <dc:creator>Ian Clarke</dc:creator>
    <dc:date>2012-05-13T04:29:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28770">
    <title>Statistics Project Update #3</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28770</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm still working on the initial implementation of MH-corrected probes
in Fred. I'm pretty close to having minimal functionality working, and
next week I plan to finish up the initial implementation. However, I'm
not happy with the current design, so if anyone would like to take a
look at the bleeding edge of development and possibly offer feedback,
the code is available. [1] This branch is quite rough; before submitting
a pull request or a formal request for review I will rewrite the history
onto another branch with each commit making a reasonable unit of change
along with descriptive commit messages. Which is to say this branch does
not have those properties.

The probes do not have a concept of acknowledgement or two-stage
(propagated) timeouts. The possible outcomes of a probe request are
a timeout, a node participating in the probe being disconnected, (also
not propagated - only occurs for local disconnection) or a set of
results. The possible results are:
&lt;/pre&gt;</description>
    <dc:creator>Steve Dougherty</dc:creator>
    <dc:date>2012-05-12T04:23:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28764">
    <title>Transport Plugins: Update (GSoC 2012)</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28764</link>
    <description>&lt;pre&gt;Hello,

This is an update on the first stage of my project. I have been
working out the details regarding modifications in the core to
simplify the implementation of the transport plugins. This refactoring
stage will involve some minor modifications and some major ones. These
are based on the discussions on #freenet and #freenet-chat. However I
would like to avoid doing changes that would bring about major
differences in the way things function at present.

I have planned to finish refactoring by May 21 (official coding begins
for GSoC). I intend to do that in 3 stages. I have also simultaneously
discussed the entire implementation of transport plugins here. I will
review the feedback and this report, to evaluate what constitutes the
refactoring. After those changes are made I can work on implementing
the needed core level changes, which mostly involve design for
streams.

1) Cryptography and Node

This will involve mainly the classes NodeCrypto and Node. I intend to
make NodeCrypto function purely for keys &lt;/pre&gt;</description>
    <dc:creator>Chetan Hosmani</dc:creator>
    <dc:date>2012-05-05T12:14:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28762">
    <title>Statistics Project Update #2</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28762</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've completed an initial run of simulation work on probes. The code is
available, [1] as well as the simulation results from which the plots
were generated. [2] The point of immediate interest though is the plots
themselves, [3] which show the predicted network coverage of different
probe routing techniques on networks with ideal degree distribution
(more on this later) and that following the degree distribution of
Freenet as measured. [4] Link lengths and locations do not factor into
this simulation because probes take only degree into account and are not
seeking any given destination; their goal is only to average out to
distribute endpoints uniformly throughout the network.

The ideal network distribution has each node add a fixed number of
remote connections without regard for the number of connections it or
the nodes it's connecting to have. I don't know whether this or having
each node have the same number of total connections is the ideal. The
results of&lt;/pre&gt;</description>
    <dc:creator>Steve Dougherty</dc:creator>
    <dc:date>2012-05-05T05:43:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28760">
    <title>Freemail 0.1.1 and 0.2 released</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28760</link>
    <description>&lt;pre&gt;After being in development for nearly a year Freemail 0.2 has been released.
The two main features in 0.2 is the new identity management which uses the Web
of Trust plugin, and a webmail client. This work was mostly done as part of
Google Summer of Code 2011. Due to the identity management changes this
version is incompatible with the earlier releases, but to ease the migration
the two versions can be used at the same time without any issues.

Version 0.1.1 fixes a number of bugs including one potential security issue
that could enable an attacker with access to the Freenet log files to fetch
emails from Freenet after they should have been inaccessible.

Both versions will be available through Freenet after the next update, and from
CHK&amp;lt; at &amp;gt;xXc1H2eh-1OtCoE4Z0-G4~5SfOFpTWa6YWOP~D4PyuA,dKRuAVWFlHd8ZNvFsIJj1Hzzuyoc7EfoVIXYgz-rfsg,AAIC--8/Freemail-0.1.1.jar
CHK&amp;lt; at &amp;gt;S0AnW~5CXyh3pLkzJHbRm5xj8kf26GyLcT3Zuf1UAsU,pt-TGV39s1ucWNTkZKMdo1dQyaxzaUsSjXlYtBAqfvc,AAIC--8/Freemail-0.2.jar

I am very interested in feedback about the &lt;/pre&gt;</description>
    <dc:creator>Martin Nyhus</dc:creator>
    <dc:date>2012-05-01T18:11:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28753">
    <title>Yet Another GSoC Greetings</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28753</link>
    <description>&lt;pre&gt;Hi everyone!

I have been accepted for GSoC 2012 and I'm going to work on
reimplementation of FProxy using Apache Wicket. The main objective is to
separate structure (HTML) and design (CSS) of the web interface. Finally
it makes it possible for anyone even without prior Java knowledge to
write their own themes for Freenet.

Since a complete make-over is going to be done, this would also be a
good chance new features/functionalities to improve UI functionality:
suggestions more than welcome.

infinity0 is mentoring this project.

Cheerio
pausb
_______________________________________________
Devl mailing list
Devl-RdDMkVZAZeuJnvDnx1genB2eb7JE58TQ&amp;lt; at &amp;gt;public.gmane.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl&lt;/pre&gt;</description>
    <dc:creator>Pouyan Zaxar</dc:creator>
    <dc:date>2012-04-28T09:25:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28752">
    <title>Statistics Project Update #1</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28752</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Here's an update on my progress on the statistics project for the
first week:

The current probes are biased towards better-connected nodes: at each
hop they choose a random peer to pass the request to - this is a random
walk. However, because better-connected nodes by definition have more
connections, the requests will be passed to them more often and they
will be over-represented in results. To address this, the new probes I
will implement will use Metropolis-Hastings correction: unlike the
uniform random walk which always uses the random peer it picks, it is
less likely to pick a well-connected node, and more likely to pick a
poorly-connected node. As there are more chances to pick a
well-connected node than a poorly-connected one, this balances out to
a uniform probability to pick any given node.

I'm starting from evanbd's network simulator,[1] which is able to
generate networks based off theoretical models and perform some routing
simulations. It can now a&lt;/pre&gt;</description>
    <dc:creator>Steve Dougherty</dc:creator>
    <dc:date>2012-04-28T02:34:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28751">
    <title>GSoC 2012 Greetings</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28751</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've been accepted to work on a network probing and statistics project.
We know very little about Freenet's network health and how to improve
it, and I hope to fill those gaps in knowledge with both simulation and
measurement. Specifically, I plan to:

* Build simulators to establish good parameters for network probing,
  reproduce the current network state after figuring out what that is,
  then make changes to improve that behavior in simulation.
* Depreciate the current probe requests in favor of those in bug #3568.
  [1] These report more useful information in a more privacy-conscious
  way, and will be exposed over FCP.
* Write a tool to run networks probes and present plots of the results.

evanbd is mentoring me on this project. On Fridays I will give updates
to the development mailing list, FMS, and Sone.

Thanks,
operhiem1

[1] https://bugs.freenetproject.org/view.php?id=3568
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAG&lt;/pre&gt;</description>
    <dc:creator>Steve Dougherty</dc:creator>
    <dc:date>2012-04-25T17:00:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28749">
    <title>GSoC, please reply today or Thursday</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28749</link>
    <description>&lt;pre&gt;[19:32] &amp;lt;p0s&amp;gt; toad_: whats the situation of GSoC? any applications for wot/ft 
related projects? 
[19:33] &amp;lt;p0s&amp;gt; toad_: deadline for mentor applications is friday, so i should 
apply today/tomorrow if i'm needed
[20:01] &amp;lt;toad_&amp;gt; p0s: i have no idea, ask nextgens / sanity
&lt;/pre&gt;</description>
    <dc:creator>xor</dc:creator>
    <dc:date>2012-04-18T19:26:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28730">
    <title>Improving build security against back-doors: Bytecodeverification</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28730</link>
    <description>&lt;pre&gt;We need a script that downloads the latest released jar, and fetches the corresponding git tag, compiles the code, and compares it to what has been released. Nextgens had a script doing something similar for a while to check indenting changes; Java compilation to bytecode is deterministic, but you can't just compare the jar's, you need to break out the class files and then compare them. Whoever runs this (hopefully more than one person) would need to have the same setup that builds are generated on. When I release a build, I compile on my system, which is Debian stable. The script could be totally automated with a little work (and would have to be adjusted for releases by other people, but this is easily checked by who signed the tag).

Anyone want to write such a script? Nextgens do you have the old whitespace change checker script still?

I suspect we could get suitable volunteers fairly easily.

IMHO it is important to have third party verification (with said third parties not being connected to FPI and i&lt;/pre&gt;</description>
    <dc:creator>Matthew Toseland</dc:creator>
    <dc:date>2012-04-10T19:01:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28729">
    <title>Promiscuous opennet</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28729</link>
    <description>&lt;pre&gt;Should we do something about the amount of announcements/refs handed
out?  Seems a good way to harvest opennet (known problem, but perhaps
we could slow it down...) or perhaps monopolize/monitor the key-space
somehow?

opennetSizeEstimateSession: 18985 nodes
opennetSizeEstimate24h:        12435 nodes
opennetSizeEstimate48h:        14855 nodes
nodeUptimeSession:               4d23h


Seed stats
IP                    Connected  Announced  Accepted  Completed  Sent
refs    Version
24.126.77.67        1766        352            352            352
      520            1406
202.134.203.35     1785        279            279            279
     1812          1377
213.134.163.3       1792        275            275            275
      1819          1388
68.227.101.68       1793        293            293            293
      1747          1389
62.107.42.7           1803        257            257            257
        1774          1389
67.61.122.246        1840        267            267            267
       &lt;/pre&gt;</description>
    <dc:creator>Juiceman</dc:creator>
    <dc:date>2012-04-10T18:32:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28725">
    <title>new external Java updater</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28725</link>
    <description>&lt;pre&gt;This is one way to allow us to deploy the new split freenet-ext.jar. It's not
the simplest way, but it has certain other advantages, described below.

## Rationale

Unify existing platform-specific and distribution-specific installers and
freenet.jar's updater functionality into a single platform-indepedent
installer+updater that can handle a greater variety of installation layouts.

Most of the existing installers do very similar work, but have slight
differences in how they handle installation layouts and updates, etc. Some work
is platform-specific, such as setting registry keys or cron jobs, but the large
bulk of the work can be unified.

## Overview of new design

Along with freenet.jar, have a update-freenet.jar. This jar will take care of
both the initial installation, and any subsequent updates.

- It will be runnable via java -jar, or double-clicking in windows. (It should
read from stdin after execution so that windows users can see the output.)
- It must be self-contained and include any third-par&lt;/pre&gt;</description>
    <dc:creator>Ximin Luo</dc:creator>
    <dc:date>2012-04-09T16:51:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28719">
    <title>freenet-ext.jar splitting and updater: minimumrequirements</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28719</link>
    <description>&lt;pre&gt;As I see it, the minimum functionality we need to split freenet-ext.jar is:
- A manifest file in freenet-ext.jar listing each, for other file that the new freenet-ext.jar depends on:
&lt;/pre&gt;</description>
    <dc:creator>Matthew Toseland</dc:creator>
    <dc:date>2012-04-06T19:16:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28717">
    <title>New SSL certificate</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28717</link>
    <description>&lt;pre&gt;Hi,

We are in the process of deploying a new SSL certificate accross our different websites,
 here is its fingerprint:

SN: 11:21:0A:32:B3:66:76:7C:CE:E6:03:83:CB:0B:79:96:0E:D8
MD5 Fingerprint=E9:77:77:7E:92:32:5A:13:2F:C6:D1:20:21:C8:7D:B5
SHA1 Fingerprint=D9:1C:04:A4:68:FC:1A:FC:94:89:3E:1A:43:BE:0B:62:45:1E:97:41

Certificate chain
 0 s:/C=US/OU=Domain Control Validated/CN=*.freenetproject.org
   i:/O=AlphaSSL/CN=AlphaSSL CA - G2
 1 s:/O=AlphaSSL/CN=AlphaSSL CA - G2
   i:/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
 2 s:/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
   i:/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA

Florent
&lt;/pre&gt;</description>
    <dc:creator>Florent Daigniere</dc:creator>
    <dc:date>2012-04-06T07:52:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28708">
    <title>bigint-gnu-gmp and bigint7</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28708</link>
    <description>&lt;pre&gt;What is the purpose of the bigint-gnu-gmp branch? And bigint7?
_______________________________________________
Devl mailing list
Devl-RdDMkVZAZeuJnvDnx1genB2eb7JE58TQ&amp;lt; at &amp;gt;public.gmane.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl&lt;/pre&gt;</description>
    <dc:creator>Matthew Toseland</dc:creator>
    <dc:date>2012-04-05T14:29:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28707">
    <title>Space stripping</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28707</link>
    <description>&lt;pre&gt;Re 2d011ed5bd2f59b0a1a90383566b2f62378245b8 (origin/accept-linewrapped-keys):
IMHO we should only try stripping spaces after we have failed to parse without stripping them. So it should be an option on decode(), and FreenetURI should try with and without.
_______________________________________________
Devl mailing list
Devl-RdDMkVZAZeuJnvDnx1genB2eb7JE58TQ&amp;lt; at &amp;gt;public.gmane.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl&lt;/pre&gt;</description>
    <dc:creator>Matthew Toseland</dc:creator>
    <dc:date>2012-04-05T14:24:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.freenet.devel/28692">
    <title>GSoC 2012 Transport Plugin</title>
    <link>http://comments.gmane.org/gmane.network.freenet.devel/28692</link>
    <description>&lt;pre&gt;Hello,

With only three days left for the deadline of submission of proposals
I was hoping I could get some suggestions on my proposal.
This is my only proposal. I am also working on another proposal to
Freenet itself (implementing JCA).
Any suggestions will be really helpful.

The proposal can viewed publicly here-
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/chetanhosmani/1

Apart from adding references and links, this is the final version.
Please leave comments.

Thank you
Chetan
&lt;/pre&gt;</description>
    <dc:creator>Chetan Hosmani</dc:creator>
    <dc:date>2012-04-04T06:15:26</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.freenet.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.freenet.devel</link>
  </textinput>
</rdf:RDF>

