Now I have to think what I lack to reach my goal.
As noted Christian, it will be hard to use gnunet-java for my needs.
I do all sorts of this information and I will ask you more questions if
necessary.
If I have to create something that will be a web user interface with a
java engine.
Thank
Le 2012-11-10 00:21, LRN a écrit :
it will be possible for
some parties to demand of nodes to do some kind of content-based
filtering (i.e. drop all P-blocks that have a word X in filename or
as
one the other metadata items)
In my opinion the use case of strong and creative keyword is for
kee
On 11/10/2012 11:40 PM, SMoratinos wrote:
>
>
> If I don't specify REPLICATION_LEVEL when I publish content,
> is it the same as REPLICATION_LEVEL=0 ?
Yes.
> "If all blocks reach replication level zero, the selection is simply
> random."
> So, the replication don't stop ?
Mostly, yes.
> If I
SUMMARY :
1 / publisher can push data out into the network
--> 'gnunet-publish -r REPLICATION_LEVEL FILENAME'
2 / accept new data from the network
--> Set CONTENT_CACHING=YES
3 / send content out into the network
--> Set CONTENT_PUSHING=YES
4 / notification from local database
--> 'gnunet-
On 11/09/2012 06:32 PM, SMoratinos wrote:
>
> The new service could be built on top of file-sharing,
> or not (i don't know). This is not a fs replacement
> but an extension or an alternative.
> Possible features :
> - gnunet-search-db : search in the local database.
Search the local database al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.11.2012 21:32, SMoratinos wrote:
> I think the second part of my previous mail was misunderstood
> (probably because of my english). I propose a third idea.
>
> The first idea was "central server" = bad The second was "3 entity,
> a downloader,
First thank you for this discussion,
I learn lot of thinks about Gnunet :)
El 2012-11-08 20:49, LRN escribió:
Also, i think i should note that if you're thinking of mimicking
torrent indexers (moderated collections of well-categorized links) in
GNUnet this way, you should remember that you can't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.11.2012 17:37, SMoratinos wrote:
>
> 3 / The Uploader publish things encrypted by namespace "a1" public
> key, it publish thinks to "goodfiles" namespace.
We'd have to avoid that, see below.
>
> 4 / The namespace owner "a1" will continuously s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.11.2012 17:37, SMoratinos wrote:
> So what about that ?
Well, i really can't continue to discuss it, until i have clear
understanding of how namespace publications work, and how namespace
searches do, and how they will once namespace search unif
Le 2012-11-07 23:21, Christian Grothoff a écrit :
Aside from this, I should mention to SMoratinos that gnunet-java ---
while having a pretty complete set of GNUnet APIs --- lacks support
for
the file-sharing API itself AND we have no plans to fix that
Ok
Le 2012-11-07 23:21, Christian Groth
On 11/07/2012 11:10 PM, LRN wrote:
> > On 08.11.2012 0:48, SMoratinos wrote:
> > You'll have to wait until Grothoff can clarify how
> > censorship-resistant namespaces are.
I think once we implement
https://gnunet.org/bugs/view.php?id=2564
namespace search will be at least as censorship-resistant
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.11.2012 0:48, SMoratinos wrote:
> Do you find this interesting? Are you to promote this type of
> service or are you against it?
Integration and web UIs are good, centralization is bad (eliminates
censorship resistance), connections over web (i
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
13 matches
Mail list logo
