<?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.gnunet.devel">
    <title>gmane.network.gnunet.devel</title>
    <link>http://blog.gmane.org/gmane.network.gnunet.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.gnunet.devel/1858"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1834"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1829"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1827"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1824"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1823"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1821"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1810"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1799"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1794"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1782"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1780"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1774"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1773"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1771"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1766"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1763"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1759"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1757"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.gnunet.devel/1755"/>
      </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.gnunet.devel/1858">
    <title>GNUnet &lt; at &gt; Google Summer of Code</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1858</link>
    <description>&lt;pre&gt;Hi all GNUnet hackers!

Are you a student in any recognized university and are you interested in hacking 
on GNUnet and have Google pay you for it? Now it's possible! GNUnet is 
participating in the Google Summer of Code[1] under the GNU umbrella[2].


The Google Summer of Code gives you the opportunity to work on a GNUnet-
related *coding* project with one of the GNUnet developers as your mentor. The 
current ideas page is up [3] but feel free to suggest your own ideas!


- Go look at the Google Summer of Code FAQ [4] to make sure you are eligible to 
participate (basically, currently studiyng at any university outside of the US-
defined Axis of Evil). Important: if you are currenly working on GNUnet you STILL 
qualify to continue working on Google's bucks!
- Have a look at our ideas list [3] to see if one of those projects matches your 
interests.
- If there is no project on that list that you'd want to work on, read the 
documentation on our website [5] or our bug-tracker [6] (see various feature 
request&lt;/pre&gt;</description>
    <dc:creator>Bart Polot</dc:creator>
    <dc:date>2013-04-11T13:48:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1834">
    <title>NS updates</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1834</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm looking at gnunet-fs-gtk core at the moment, and i don't get it.

It is my understanding that 'next_id' is simply an identifier, and its
presence in metadata indicates that GNUnet client should do a search
for that identifier, and any results should be considered 'updated'
versions of the original. Fairly straightforward.

add_updateable_to_ts() inserts "last_id" value it gets from the
iterator as PSEUDONYM_MC_LAST_ID, while setting PSEUDONYM_MC_NEXT_ID
to an empty string.

GNUNET_GTK_master_publish_dialog_execute_button_clicked_cb() gets
PSEUDONYM_MC_LAST_ID and PSEUDONYM_MC_NEXT_ID and uses them as
"identifier" and "update identifier" respectively.

When populating the treeview, PSEUDONYM_MC_CURRENT_ID_EDITABLE is set
to FALSE for all updateable items, it seems, and TRUE for all "empty"
rows (for new publications that do not update anything).
PSEUDONYM_MC_NEXT_ID_EDITABLE is always TRUE, no matter what.

But. GNUNET_FS_namespace_list_updateable () passes n&lt;/pre&gt;</description>
    <dc:creator>LRN</dc:creator>
    <dc:date>2013-02-26T12:28:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1829">
    <title>Namespace creation</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1829</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Right now namespace creation is synchronous (RSA key is created
synchronously).

With the changes to IPC, it now may be possible to use async RSA key
creation securely, thus making namespace creation also asynchronous.

1) Should API users be exposed to key creation? Right now they have no
idea that namespace uses RSA internally (will it be switched to ECC at
some point?). However, if we expose key creation functions to the API
users, they will be able to create a key (synchronously or
asynchronously), and then (with a new FS API function) create a
namespace around that key. That way it will not be necessary to write
yet another namespace creation function that works asynchronously (it
will be synchronous instead; async key creation will be done by the FS
API user).

2) Should namespace creation API keep the "create always" behaviour?
Right now you can only give namespace a name (key is generated
internally), and if a namespace with that name already exists, the&lt;/pre&gt;</description>
    <dc:creator>LRN</dc:creator>
    <dc:date>2013-02-16T12:50:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1827">
    <title>gnunet-java classloader issue</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1827</link>
    <description>&lt;pre&gt;Hello,

SVN revision 25955 fix a classloading issue from the Runabout class, but
there is the same problem with the MessageLoader class

Here is a patch : 

Index: src/org/gnunet/construct/MessageLoader.java
===================================================================
--- src/org/gnunet/construct/MessageLoader.java(révision 26052)
+++ src/org/gnunet/construct/MessageLoader.java(copie de travail)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -159,7 +159,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 
     &amp;lt; at &amp;gt;SuppressWarnings("unchecked")
     private static Class&amp;lt;? extends MessageUnion&amp;gt; loadClass(String
className) {
-        ClassLoader cl = ClassLoader.getSystemClassLoader();
+        ClassLoader cl =
Thread.currentThread().getContextClassLoader();
         Class&amp;lt;MessageUnion&amp;gt; msgClass;
         try {
             msgClass = (Class&amp;lt;MessageUnion&amp;gt;) cl.loadClass(className);


#############
This patch is needed by the GNUnetWebUI app.
https://gnunet.org/bugs/view.php?id=2769

Thank you


_______________________________________________
GNUnet-developers mailing list
GNUnet-developers&amp;lt; at &amp;gt;gnu&lt;/pre&gt;</description>
    <dc:creator>Smoratinos</dc:creator>
    <dc:date>2013-02-09T11:14:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1824">
    <title>FS - file uri max size</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1824</link>
    <description>&lt;pre&gt;Hello,

I study a solution to fix the issue gnunet-webui 0002765: length URI
search result 
https://gnunet.org/bugs/view.php?id=2765

What is the max size of the URI on a search result ?
&lt;/pre&gt;</description>
    <dc:creator>Smoratinos</dc:creator>
    <dc:date>2013-02-08T19:28:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1823">
    <title>GNUnetWebUI website</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1823</link>
    <description>&lt;pre&gt;Hello,

The GNUnetWebUI website is up.
http://gnunetwebui.site44.com

It's a prototype.
It isn't GNUnet website replacement, it is the future
website dedicated only to the GnunetWebUI subproject.

The hosting solution is temporary (dropbox + site.44.com).

It use static content, angular.js javascript library
and bootstrap twitter css library. 
The source code is open : 
https://gitorious.org/gnunet-webui/gnunet-webui-site

The GNUnet-logo was too little and I didn't find it with a
big enough resolution, that's why I use a different logo.
It is based on the "Joseph W. Reiss GNU head"
http://www.gnu.org/graphics/reiss-gnuhead.html

I have made some others logo, with different colors, 
if you are interested, tell me :) 

I am working on a web page, which details 
the project strategy.

All comments are welcome !
&lt;/pre&gt;</description>
    <dc:creator>Smoratinos</dc:creator>
    <dc:date>2013-02-01T23:31:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1821">
    <title>GNUnet 0.9.5 released</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1821</link>
    <description>&lt;pre&gt;Dear all,


We are pleased to announce the release of GNUnet 0.9.5. This release
focuses on fixing various bugs, but also includes for the first time
non-anonymous multi-hope file transfers using the stream and mesh
subsystems that were refined in the previous versions.  We also improved
some performance aspects and improved the graphical user interfaces (in
particular gnunet-setup and gnunet-fs-gtk).  As far as we know, this
release is fully protocol-compatible with GNUnet 0.9.4.


About GNUnet
============


GNUnet is a framework for secure peer-to-peer networking. GNUnet's
primary design goals are to protect the privacy of its users and to
guard itself against attacks or abuse. At this point, GNUnet offers two
primary applications on top of the framework:

The file-sharing service allows anonymous censorship-resistant
file-sharing. Files, searches and search results are encrypted to make
it hard to control, track or censor users. GNUnet's anonymity protocol
(gap) is designed to make it difficult to link u&lt;/pre&gt;</description>
    <dc:creator>Christian Grothoff</dc:creator>
    <dc:date>2012-12-21T18:43:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1810">
    <title>Idea for file storage in GNUnet</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1810</link>
    <description>&lt;pre&gt;
Hello GNUnet Developers,

First of all I apologize if this is not the correct place for discussing a
possible new feature to GNUnet and since I am not from the IT field I cannot
even attempt to implement it. Still, perhaps if you find this feature
valuable you would consider implementing it so I wanted to share it. Please
bear in mind that I am no expert and this may not be feasible for technical
reasons not obvious to me. In that case please say so and I will not take
more of your time.

Some time ago I had the idea that gnunet (as well as other projects) could
benefit from increased disk space for storage and that using the free space
on disk should be a technically possible if difficult task.

On many OS filesystems, when a file is deleted, it is not truly erased, in
the FAT filesystem for example, the list of disk clusters occupied by the
file be erased from the file allocation table marking those sectors
available. On other filesystems I do not know how that is handled but, for
the sake of argument let&lt;/pre&gt;</description>
    <dc:creator>hypothesys</dc:creator>
    <dc:date>2012-12-06T21:03:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1799">
    <title>Camouflage</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1799</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This is the idea that i've been thinking on.
It should be possible for GNUnet node operator to hide the fact that
his machine runs a GNUnet node.

Ways to achieve this:

1) Fake HELLO messages.
AFAIU, right now anyone can collect HELLO messages (by running a node,
or by querying a hostlist server), and then claim (with certain degree
of sureness) that GNUnet nodes run on all addresses listed in these
messages. Companies that track torrent users do this for BitTorrent.
They may then proceed to actually connect to listed addresses to
verify them, but that is quite another story.
The solution is to spread fake HELLOs with fake public keys and fake
addresses.
A node should use its private key (key K) as a seed to generate a set
fake of addresses (set A). Then use K and A themselves to generate
fake public key (key F) for each A, thus getting a complete HELLO
message. The use of K as a seed ensures that the node will keep lying
about the same set of addresses (how la&lt;/pre&gt;</description>
    <dc:creator>LRN</dc:creator>
    <dc:date>2012-11-24T12:56:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1794">
    <title>Gnunet Web UI</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1794</link>
    <description>&lt;pre&gt;Hello,

I'm creating a new User Interface for my Gnunet server, a web user 
interface.

My Gnunet Node is running on a linux server with no X-server.
So a webUI is more user friendly than the shell command.

Right now, it's for my needs, but maybe are you interested in a webui ?
Before publishing something, I wanted your opinion.

This is some expected features :

* Web User Interface :
     - Standard client technologies HTML5 + CSS3 + Javascript.
     - Responsive web design, from desktop computer monitors to mobile 
phones

* Server Logic :
     - Java language

* Multi-User :
     - Access control, authorization, authentification

* Control Gnunet (via shell command) :
     - start stop arm and other service

* Read statistics (via gnunet-java) :
     - graphic, real time (websocket)

* File-Sharing (via shell because gnunet-java don't have fs) :
     - search, download, publish

* Administration :
     - modify configuration files

* External API :
     - REST, JSON + XML

* MultiPlatform/ MultiLanguage&lt;/pre&gt;</description>
    <dc:creator>SMoratinos</dc:creator>
    <dc:date>2012-11-22T19:32:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1782">
    <title>compilation of 0.9.4 on x64 opensuse doesnt follow proper lib(64) directory path names (tries /usr/local/lib/gnunet... instead of /usr/local/lib64/gnunet....)</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1782</link>
    <description>&lt;pre&gt;compilation of 0.9.4 on x64 opensuse doesnt follow proper lib
directory path names (tries /usr/local/lib/gnunet... instead of
/usr/local/lib64/gnunet....)

just compiled 0.9.4 on x64 opensuse according to README

sudo -u gnunet gnunet-arm -s
gnunet's password:
Nov 09 02:00:16-370194 util-23964 WARNING `access' failed on file
`/usr/local/lib/gnunet/libexec/gnunet-service-arm' at
os_installation.c:652 with error: No such file or directory
Operation failed.
testuser&amp;lt; at &amp;gt;linux:~/Downloads/gnunet-0.9.4&amp;gt; ls /usr/local/lib
lib/   lib64/
testuser&amp;lt; at &amp;gt;linux:~/Downloads/gnunet-0.9.4&amp;gt; ls /usr/local/lib/gnunet
ls: cannot access /usr/local/lib/gnunet: No such file or directory
testuser&amp;lt; at &amp;gt;linux:~/Downloads/gnunet-0.9.4&amp;gt; ls /usr/local/lib64/gnunet
libexec                        libgnunet_plugin_block_mesh.la
libgnunet_plugin_datacache_template.so
libgnunet_plugin_transport_http_client.la
libgnunet_plugin_transport_tcp.so
libgnunet_plugin_block_dht.la  libgnunet_plugin_block_mesh.so
libgnunet_plugin_datastore_sqlite.la
libgnunet_plug&lt;/pre&gt;</description>
    <dc:creator>sngh</dc:creator>
    <dc:date>2012-11-09T01:05:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1780">
    <title>few questions on opensuse (useradd, groupadd), also: where does LE_PREFIX come from?</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1780</link>
    <description>&lt;pre&gt;Hello list,

reading through README from 0.9.4, building from source, having openSuse system


there is no addgroup or adduser on opensuse. there is groupadd, I
added a group called "gnunetdns"

/etc/group now has:
gnunetdns:!:1000:

What about the adduser command, I suppose thats an error in README,
should there be a user called "gnunet" added into the previously
created group "gnunetdns", or is that gnunetdns as the group name
false, and should the groups name also be gnunet, and the user gnunet
be a member of group gnunet?

With "usermod" I modded the user "gnunet" a bit:
id gnunet
uid=1001(gnunet) gid=1000(gnunetdns) groups=1000(gnunetdns),33(video),100(users)
so now I have a user called "gnunet" member of "gnunetdns" group. is
this according to the needs of the gnunet app?

Also, where is the LE_PREFIX defined? I have previously compiled
libextractor (1.0.1 or so) myself, I suppose LE stands for
libextractor, and that got itself installed into /usr/lib/ or so as
defaulted, but I dont have a variable nam&lt;/pre&gt;</description>
    <dc:creator>sngh</dc:creator>
    <dc:date>2012-11-09T00:12:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1774">
    <title>Propose new feature - Search Indexer WebServicefor GNUnet</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1774</link>
    <description>&lt;pre&gt;Hello Gnunet Developers,


I consider Gnunet for few days, firstly great work and thank you for 
the documentation. As Java developer, I could appreciate the gnunet-java 
api quality code.

I'm not familiar with P2P network, thanks for all your publications and 
talks, it's very interesting.

I propose a new feature, I hope to get feedback before I actually 
started development.
Don't hesitate to tell me if my idea is useless or bad.


-----------
Observations:

  - Research (file-sharing) on gnunet are not easy or not fast.
  - GNUnet doesn't propose research, I must know the keywords. 
Sometimes, I don't know what to look for?
  - I can't search when I'm disconnected from gnunet's network, for 
example from my smartphone.
  - I don't have notification, for new content ?

But what it lacks (in my opinion) in gnunet networks ? a Google-like 
for GNUnet. A webservice who indexes the search result for gnunet 
network.


-----------
What I propose:

I would like an alternative to gnunet's anonymous file search.&lt;/pre&gt;</description>
    <dc:creator>SMoratinos</dc:creator>
    <dc:date>2012-11-07T20:48:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1773">
    <title>typo in 0.9.4 announcement blogpost ongnunet.org</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1773</link>
    <description>&lt;pre&gt;typo in 0.9.4 announcement blogpost on gnunet.org
&amp;lt;https://gnunet.org/gnunet-094&amp;gt;
speaks in the lower part of the text about 0.9.3 sources though.
shouldnt that read 0.9.4 sources?

&lt;/pre&gt;</description>
    <dc:creator>sngh</dc:creator>
    <dc:date>2012-11-06T23:34:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1771">
    <title>GNUnet 0.9.4 released</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1771</link>
    <description>&lt;pre&gt;Dear all,

We are pleased to announce the release of GNUnet 0.9.4. This release 
brings a major rewrite of the MESH subsystem, resulting in significant 
performance and stability improvements and the ability to define EXIT 
policies for the GNUnet VPN. The release also includes an initial 
implementation of the GNU Alternative Domain System, a decentralized and 
censorship-resistant replacement for DNS. The HTTP and HTTPS transport 
plugins can now tunnel their traffic over a reverse proxy.  The release 
fixes various bugs and brings various API extensions and other minor 
improvements. Except for the MESH subsystem and the HTTP plugins, this 
release is largely protocol-compatible with GNUnet 0.9.3.


About GNUnet
============



GNUnet is a framework for secure peer-to-peer networking. GNUnet's 
primary design goals are to protect the privacy of its users and to 
guard itself against attacks or abuse. At this point, GNUnet offers two 
primary applications on top of the framework:

The file-sharing service &lt;/pre&gt;</description>
    <dc:creator>Christian Grothoff</dc:creator>
    <dc:date>2012-11-05T21:57:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1766">
    <title>switch to a DVCS (Git)?</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1766</link>
    <description>&lt;pre&gt;I wonder if there're plans to switch to a DVCS (such as Git, as
successfully used by a number of free software projects,
including those part of the GNU project), for GNUnet
development?

I mean, besides of a somewhat surprising situation of using a
centralized system to develop a decentralized one, Subversion is
a bit inconvenient in that it requires nearly constant access to
the server for its operation.  (E. g., to examine the prior
history, check the diff's, etc.)

Alternatively, one can run svnsync(1) to get a replica of a
Subversion repository, but it's a costly operation (or at least
it was the last time I've tried), primarily for the server the
repository is hosted on.  (Using git-svn(1) against a remote
server incurs, I believe, roughly the same amount of burden on
the latter.)

However, if it's agreed upon, I may perform the svnsync(1) +
git-svn(1) combination by myself, and clone the result to a
publicly-acessible repository (perhaps on Gitorious.)

TIA.

&lt;/pre&gt;</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2012-10-22T05:58:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1763">
    <title>looking up a registered fcfs string?</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1763</link>
    <description>&lt;pre&gt;Bit of a mess here, I have several public key files here or those
hashes, but I dont know the "registered" domain names within fcfs any
more
can anyone add a lookup feature on the fcfs registration website or is
there any other way to lookup a name record?

if its working dns-like there should be a way to lookup an fcfs entry
even with the gnunet tools and within gnunet itself if I have the
public key.
Thanks in advance.
&lt;/pre&gt;</description>
    <dc:creator>sngh</dc:creator>
    <dc:date>2012-08-27T12:24:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1759">
    <title>about the FCFS registration and the pubkey - which pubkey to really use? -s? or really -P?</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1759</link>
    <description>&lt;pre&gt;Hello list,

I am rather a newbie here, and not exactly any kind of developer,
still I am trying to look into the gnunet and these new dns zones and
the fcfs subzone.

I have self-compiled 0.9.3 and tried to register some zone (do you
only type the subzone name, or a complete one on the fcfs regsite?),
but I think the only time it succeeded was, when I actually used not
the gnunet-rsa -P command but the gnunet-rsa -S command to get the
short/hashed pubkey of my installation.

Is that a bug in documentation at:
https://gnunet.org/gns-fcfs-authority-started

also on:
https://gnunet.org/fcfs/
please give examples next to the textbox fields, that would make it
easier for the user.

so is
What is your desired domain name?
myzonename.fcfs.gnunet.

or rather only
myzonename

and the public key, is it really supposed to be generated via
gnunet-rsa -P ~/.gnunet/gns/zonekey.zkey

rather than
gnunet-rsa -s ~/.gnunet/gns/zonekey.zkey?

The script/registrationwebsite constantly gave me errors until I
actually switched ov&lt;/pre&gt;</description>
    <dc:creator>subscribernamegoeshere+201207&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2012-07-16T17:07:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1757">
    <title>A few typos</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1757</link>
    <description>&lt;pre&gt;Dear GNUnet developpers,

You'll find attached a patch fixing a few typos (lintian was pocking me 
about these) in gnunet.

Happy hacking,
Bertrand
_______________________________________________
GNUnet-developers mailing list
GNUnet-developers&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers
&lt;/pre&gt;</description>
    <dc:creator>Bertrand Marc</dc:creator>
    <dc:date>2012-07-13T21:12:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1755">
    <title>Keyword queries shouldn't reveal the namespace</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1755</link>
    <description>&lt;pre&gt;
1.  The Issue

In GNUNET, keywords are passed through a one-way function before being
published or queried.  However, the namespace is published and included
in all queries.  There are several reasons why this is undesirable.

First, namespaces, like keywords, may be targets for censorship.  In
fact, the contents of a namespace are likely to represent a particular
viewpoint.  This should make them a particularly attractive target for
censorship by Western governements, which generally want to censor
particular types of materials in a way that doesn't restrict the
distribuation of other types of materials that are not targets for
censorship.  GNUNET uses a one-way function to hide the keywords in
queries.  It should hide the namespace as well, for the same reasons.

Second, the content of a GNUNET query can be determined by guessing.
The current design makes this type of attack unnecessarily easy by
revealing the namespace, meaning that the attacker only has to guess
the keyword, rather than being for&lt;/pre&gt;</description>
    <dc:creator>Kenneth Almquist</dc:creator>
    <dc:date>2012-06-25T02:35:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.gnunet.devel/1750">
    <title>more reports</title>
    <link>http://comments.gmane.org/gmane.network.gnunet.devel/1750</link>
    <description>&lt;pre&gt;Hi there,
using svn head,

I had a segfault uploading, trying to reproduce this.

Another bug is that the indexed file dialog is not displaying properly too
small, on the come
gnunet-fs-gtk:3884): Gtk-WARNING **: Unknown property:
GtkDialog.has-separator

you want a bug report? bugzilla?

mike
&lt;/pre&gt;</description>
    <dc:creator>Mike Dupont</dc:creator>
    <dc:date>2012-06-07T14:49:08</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.gnunet.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.gnunet.devel</link>
  </textinput>
</rdf:RDF>
