Merge branch 'master' of gnunet.org:www

3 files changed, 7 insertions, 147 deletions

diff --git a/news/2019-02.inc b/news/2019-02.inc
index 894ed03e..7878de6d 100644
--- a/news/2019-02.inc
+++ b/news/2019-02.inc
@@ -6,7 +6,7 @@
 <p>
 GNUnet is participating in the Google Summer of Code
 again through GNU. If you are interested in any of
-there projects, reach out to us!
+these projects, reach out to us!
 </p>
 <section>
 <h4>Android Port</h4>
@@ -114,18 +114,10 @@ Mentor: Martin Schanzenbach
 <section>
 <h4>Enable all networking applications to run over GNUnet out of the box</h4>
 <p>
-One great problem of the current Internet is the lack of disintermediation. When people want to talk they need a chat service. When they want to share files they need a file transfer service. Although GNUnet already possesses quite advanced integration into Linux networking, a little extra work is needed for existing applications like irc, www, ftp, rsh, nntpd to run over it in a peer-to-peer way, simply by using a GNS hostname like friend.gnu. Once people have added a person to their GNS they can immediately message, exchange files and suchlike directly, with nothing but the GNUnet in the middle, using applications that have been distributed with unix systems ever since the 1980's. We can produce an OS distribution where these things work out of the box with the nicknames of people instead of cloud services. We discussed this topic at the 2018 GNUnet Hacker Meeting, and concluded that it will take the following:
-</p>
-<ol>
-<li>Deterministic allocation of IP addresses in exit range by PeerId AND CADET port.</li>
-<li>Change of exit daemon to exit service, with new APIs to (a) export mapping of allocated IP addresses to PeerID and CADET port (and eventually also dynamic adding/removing of exit maps)</li>
-<li>New service that hijacks DNS reverse lookups in the exit range, mapping them to its own GNS zone where labels are mapped to VPN records with the information from (2), and the label.zone is returned for the reverse lookup.</li>
-</ol>
-<p>
-For more information and context, read <a href="https://bugs.gnunet.org/view.php?id=4625">bug id 4625</a>.
+One great problem of the current Internet is the lack of disintermediation. When people want to talk they need a chat service. When they want to share files they need a file transfer service. Although GNUnet already possesses quite advanced integration into Linux networking, a little extra work is needed for existing applications like irc, www, ftp, rsh, nntpd to run over it in a peer-to-peer way, simply by using a GNS hostname like friend.gnu. Once people have added a person to their GNS they can immediately message, exchange files and suchlike directly, with nothing but the GNUnet in the middle, using applications that have been distributed with unix systems ever since the 1980's. We can produce an OS distribution where these things work out of the box with the nicknames of people instead of cloud services. For more information and context, read <a href="https://bugs.gnunet.org/view.php?id=4625">bug id 4625</a>.
 </p>
 <p>
-Mentors: lynX, dvn
+Mentors: lynX &amp; dvn
 </p>
 </section>
 </article>
diff --git a/rss.xml b/rss.xml
index 2d2962c9..f3874eb5 100644
--- a/rss.xml
+++ b/rss.xml
@@ -24,108 +24,7 @@
     <item>
       <title>2019-02: Topics for GSoC 2019</title>
       <link>https://gnunet.org/#gsoc2019</link>
-      <description>
-          &lt;h3&gt;
-            &lt;a NAME=&quot;gsoc2019&quot;&gt;&lt;/a&gt;2019-02: Topics for GSoC 2019
-          &lt;/h3&gt;
-            &lt;h4&gt;Android Port&lt;/h4&gt;
-            &lt;p&gt;
-              It is time for GNUnet to run properly on Android.  Note that
-              GNUnet is written in C, and this is not about rewriting
-              GNUnet in Java, but about getting the C code to run on Android.
-            &lt;/p&gt;
-            &lt;p&gt;
-              Mentor: &lt;a href=&quot;https://www.goebel-consult.de/&quot;&gt;Hartmut Goebel&lt;/a&gt;
-            &lt;/p&gt;
-
-              &lt;h4&gt;Help with Continuous Integration setup&lt;/h4&gt;
-              &lt;p&gt;
-                There is a push for migrating our CI to Gitlab.  The CI should
-                eventually not just run &quot;make check&quot; on various platforms, but also
-                perform tests with multiple peers running in different VMs with
-                specific network topologies (i.e. NAT) between them being simulated.
-                The CI should also be integrated with Gauger for performance
-                regression analysis.  Running jobs only when dependencies have changed
-                and scripting more granular triggers or ideally automatic dependency
-                discovery (as done by the autotools) is also important.
-              &lt;/p&gt;
-              &lt;p&gt;
-                Mentor: TBD
-              &lt;/p&gt;
-
-
-
-                &lt;h4&gt;Migrate gnunet-qr from Python 2.7 to C using libzbar&lt;/h4&gt;
-                &lt;p&gt;
-                  Python 2.7 is reaching its end-of-life, and we want to get rid
-                  of the dependency on Python. The existing gnunet-qr tool is a
-                  rather simple wrapper around python-zbar, which itself wraps
-                  libzbar. The goal of this project is to directly use libzbar
-                  to scan QR codes for GNUnet / the GNU Name System (see
-                  also &lt;a href=&quot;https://bugs.gnunet.org/view.php?id=5562&quot;&gt;#5562&lt;/a&gt;).
-                &lt;/p&gt;
-                &lt;p&gt;
-                    Mentor: Christian Grothoff
-                &lt;/p&gt;
-
-                  &lt;h4&gt;re:claimID OpenID Connect performance improvements&lt;/h4&gt;
-                  &lt;p&gt;
-                    reclaimID is a decentralized identity system build on top of the GNU
-                    Name System.
-                    Upon authorization, the user provides a requesting party (RP) such as a website
-                    with an authorization ticket (e.g. piggybacked in an OpenID authorization code).
-                    The RP uses information contained in this ticket to
-                    &lt;ol&gt;
-                      &lt;li&gt; Retrieve the decryption key from GNS&lt;/li&gt;
-                      &lt;li&gt; Retrieve the user attributes from GNS&lt;/li&gt;
-                    &lt;/ol&gt;
-                    The GNS lookups ensure that the RP receives up-to-date attributes and functional
-                    decryption keys. However, in particular the RP-specific encryption key
-                    resolution can be slow and even fail depending on the network topology.
-                    We propose that in an initial exchange, in particular OpenID authorization code
-                    flows, we try to incorporate key and maybe even an attribute set in the ticket
-                    exchange.
-
-                    In order to mitigate this issue, this project is meant to investigate and implement how...
-                    &lt;ol&gt;
-                      &lt;li&gt; ... decryption keys can be added to an initial exchange in OpenID.&lt;/li&gt;
-                      &lt;li&gt; ... initial set(s) of attributes can be piggybacked in OpenID.&lt;/li&gt;
-                    &lt;/ol&gt;
-                    &lt;br/&gt;
-                    Mentor: Martin Schanzenbach
-                  &lt;/p&gt;
-
-                  &lt;h4&gt;re:claimID alternative GNS-based encryption&lt;/h4&gt;
-                  &lt;p&gt;
-                    re:claimID is a decentralized identity system build on top of the GNU
-                    Name System.
-                    The initial design and implementation of re:claimID includes an attribute-based
-                    encryption module in order to prevent unauthorized access to attributes in the
-                    name system.
-                    Our motivation for re:claimID was for it to be name system agnostic, which
-                    means the design theoretically also works for other name systems such as
-                    namecoin.
-                    Other name systems often do not have built-in mechanisms in order to do this.
-                    Hence, we implemented an ABE access control layer. Our ABE implementation
-                    requires two third party libraries: libpbc and libgabe. While we could merge
-                    libgabe into the gnunet service implementation of re:claimID, libpbc is a
-                    rather large, third party library which lacks packaging in distributions and
-                    for platforms.
-                    On the other hand, GNS supports record data encryption using symmetric keys as
-                    labels.
-                    If we make the access control layer of re:claimID more generic in order to
-                    support both ABE and GNS encryption, we could reduce the required depenencies.
-                    This would result in gnunet packages to include re:claimID by default.
-
-                    In short, the goals are to...
-                    &lt;ol&gt;
-                      &lt;li&gt; ... improve performance by reducing encryption overhead.&lt;/li&gt;
-                      &lt;li&gt; ... reduce dependencies.&lt;/li&gt;
-                    &lt;/ol&gt;
-                    &lt;br/&gt;
-                    Mentor: Martin Schanzenbach
-                  &lt;/p&gt;
-                </description>
+      <description>See the website for the updated list of GSoC job offerings.</description>
                 <pubDate>Fri, 01 Feb 2019 00:00:00 UT</pubDate>
     </item>
     <item>
diff --git a/template/gsoc.html.j2 b/template/gsoc.html.j2
index 20669de4..7d4a19ea 100644
--- a/template/gsoc.html.j2
+++ b/template/gsoc.html.j2
@@ -147,45 +147,14 @@
               applications that have been distributed with unix systems
               ever since the 1980's. We can produce an OS distribution
               where these things work out of the box with the nicknames
-              of people instead of cloud services. We have discussed
-              about this topic at the 2018 GNUnet Hacker Meeting, and
-              concluded that this will take
+              of people instead of cloud services. For more information
+	      and context, read
             {% endtrans %}
-          </p>
-          <ol>
-            <li>
-              {% trans %}
-                deterministic allocation of IP addresses in exit range
-                by PeerId AND CADET port.
-              {% endtrans %}
-            </li>
-            <li>
-              {% trans %}
-                change of exit daemon to exit service, with new APIs to
-                (a) export mapping of allocated IP addresses to PeerID
-                and CADET port (and eventually also dynamic
-                adding/removing of exit maps)
-              {% endtrans %}
-            </li>
-            <li>
-              {% trans %}
-                new service that hijacks DNS reverse lookups in the exit
-                range, mapping them to its own GNS zone where labels are
-                mapped to VPN records with the information from (2), and
-                the label.zone is returned for the reverse lookup.
-              {% endtrans %}
-            </li>
-          </ol>
-          <p>
-            {% trans %}
-              For more information and context,
-              read
               <a href="https://bugs.gnunet.org/view.php?id=4625">bug id 4625</a>.
-            {% endtrans %}
           </p>
           <p>
             {% trans %}
-              Mentors: lynX, dvn
+              Mentors: lynX &amp; dvn
             {% endtrans %}
           </p>
         </section>