Ludovic Courtès | 7 Dec 17:39 2005
Picon
Picon

GNUnet publications

Hello,

I'm looking for complete references of some of the GNUnet papers
available on gnunet.org.  It looks like some of them, such as "An
Encoding for Censorship-Resistant Sharing", were never actually
published in a conference or revue.  Is there a publication more recent
than "Efficient Sharing of Encrypted Data" that describes ECRS?

Thanks,
Ludovic.
Christian Grothoff | 7 Dec 19:21 2005

Re: GNUnet publications

On Wednesday 07 December 2005 08:39 am, Ludovic Courtès wrote:
> Hello,
>
> I'm looking for complete references of some of the GNUnet papers
> available on gnunet.org.  It looks like some of them, such as "An
> Encoding for Censorship-Resistant Sharing", were never actually
> published in a conference or revue.

Well, it's under submission at this time...

> Is there a publication more recent 
> than "Efficient Sharing of Encrypted Data" that describes ECRS?

Nothing that has been accepted at this point.

Christian
Ludovic Courtès | 8 Dec 08:39 2005
Picon
Picon

Re: GNUnet publications

Hi,

Christian Grothoff <christian <at> grothoff.org> writes:

> Well, it's under submission at this time...

Ok, so good luck!  ;-)  (I'm quite confident in fact.)

Thanks,
Ludovic.
N. Durner | 18 Dec 19:32 2005
Picon

Dependencies on GTK and Curses

Hi,

in order to make the dependencies on GTK and Curses optional (Mantis
#995, Debian #342108), existing code was moved from gnunet-setup to
three new libraries:

    * libgnunetsetup
    * libgnunetsetup_curses
    * libgnunetsetup_gtk

The latter two are loaded dynamically at runtime, so there won't be
trouble if GTK and/or Curses are not there. This also means that package
maintainers don't have to split the existing package ("GNUnet", "GNUnet
Setup for GTK", "GNUnet Setup for Curses"), everything can be shipped in
one package.

To make a long story short: GNUnet doesn't *require* GTK and Curses
anymore, but we *suggest* installing them.

Regards,

 Nils Durner
Bram Neijt | 23 Dec 01:47 2005
Picon

A GNUnet library anywhere?

Hi.

I was wondering if there was a GNUnet library anywhere or in the
making? I was thinking about making a GNUnet client based on either
Ruby or Python and maybe intergrate it with the desktop (or so I
dream).

The library would then do the basic speed-eager stuff like:
- Encryption
- Verification
- Data crunching

And probably some other simple things that are generally usefull.

Are there any attempts like this on the way? And if so, where can I find them?

Greetings,
  Bram

--
Key fingerprint = CFF9 A55D 6677 7EF2 035D  7695 639D 107C EDB3 D318
Christian Grothoff | 23 Dec 03:40 2005

Re: A GNUnet library anywhere?

On Thursday 22 December 2005 04:47 pm, Bram Neijt wrote:
> Hi.
>
> I was wondering if there was a GNUnet library anywhere or in the
> making? I was thinking about making a GNUnet client based on either
> Ruby or Python and maybe intergrate it with the desktop (or so I
> dream).
>
> The library would then do the basic speed-eager stuff like:
> - Encryption
> - Verification
> - Data crunching
>
> And probably some other simple things that are generally usefull.
>
> Are there any attempts like this on the way? And if so, where can I find
> them?

Well, there are multiple libraries for the different parts of the system.  
Look at the header files that are installed (src/include/gnunet_*.h in the 
source tree).  You should be able to easily build any GNUnet client based on 
the UTIL, ECRS and FSUI libraries.

Christian
Christian Grothoff | 24 Dec 02:40 2005

GNUnet 0.7.0b released

This is again a bugfix release. The most important minor bugs fixed are:

* The UDP transports did not properly work if sender and receiver used
   different MTUs.
* Files of 0 bytes failed to download.
* An integer overflow limited the local datastore to 4 GB modulo 4 GB.

However, probably more important improvements for 0.7.0b are in the area of 
resource consumption. Not only should 0.7.0b use significantly less processor 
time, but also the memory use should stabilize at a much lower level. 
Depending on your configuration, 0.7.0b could be as much as 10 times more 
efficient in terms of memory footprint and processor time compared with 
0.7.0a.

Updating should be trivial (recompile, install, stop gnunetd, run 
gnunet-update, start gnunetd) and is highly recommended.   

You can download the code from all GNU mirrors or from the URLs given below.   
Note that you need GNU's libextractor, the latest version is 0.5.9 (but there 
should not be a strict need to use the latest version). 

http://gnunet.org/download/GNUnet-0.7.0b.tar.bz2 
http://gnunet.org/download/gnunet-gtk-0.7.0b.tar.bz2 
http://gnunet.org/libextractor/download/libextractor-0.5.9.tar.gz 
http://gnunet.org/download/win32/Setup-0.7.0b.exe 

Christian 
Michael Donaghy | 23 Dec 12:23 2005
Picon
Picon

Re: A GNUnet library anywhere?

On Friday 23 Dec 2005 00:47, Bram Neijt wrote:
> Hi.
>
> I was wondering if there was a GNUnet library anywhere or in the
> making? I was thinking about making a GNUnet client based on either
> Ruby or Python and maybe intergrate it with the desktop (or so I
> dream).
>
> The library would then do the basic speed-eager stuff like:
> - Encryption
> - Verification
> - Data crunching
>
> And probably some other simple things that are generally usefull.
>
> Are there any attempts like this on the way? And if so, where can I find
> them?
>
> Greetings,
>   Bram
>
I looked into wrapping the gnunet fsui library for python when I was working 
on a kde client. Swig seems to handle it nicely, but I didn't get too far 
before I had to abandon the project, I don't think I did anything that'd be 
much use to you.
Michael
_______________________________________________
GNUnet-developers mailing list
(Continue reading)


Gmane