Milan | 10 Feb 2008 15:23
Picon

GNUnet SVN HEAD FTBS?

Hi!

I tried building GNUnet from revision 6235 and I get this error:

 gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/include
-fno-strict-aliasing -Wall -g -O2 -MT libgnunettransport_http_la-http.lo
-MD -MP -MF .deps/libgnunettransport_http_la-http.Tpo -c http.c  -fPIC
-DPIC -o .libs/libgnunettransport_http_la-http.o
http.c: In function 'startTransportServer':
http.c:2158: error: 'MHD_OPTION_PER_IP_CONNECTION_LIMIT' undeclared
(first use in this function)

I've cleaned all my local copy, re-run bootstrap, configure and make,
and I still get this.

Any ideas?

Cheers
Nils Durner | 10 Feb 2008 15:48
Picon

Re: GNUnet SVN HEAD FTBS?

Hi Milan,

> Any ideas?
>   
Sorry we didn't announce this earlier - see 
http://gnunet.org/drupal/node/307

Regards,

Nils
Milan | 10 Feb 2008 17:16
Picon

Re: GNUnet SVN HEAD FTBS?

Nils Durner wrote:
> Sorry we didn't announce this earlier - see
> http://gnunet.org/drupal/node/307
OK, no problem with that, and I'm happy nice improvements are ongoing.
I'll wait until everything is finished - could you just post an email or
a message on drupal?

Talking about search results, I've been wondering for a while whether
there wasn't a problem with the current way they are managed. After
being connected continuously for a few hours and having (I guess) quite
a good trust from other peers, I still get very few results for common
queries (application/gnunet-directory, audio/mpeg, application/ogg,
video/x-msvideo, image/jpeg and so on), even when I'm connected to about
8 peers. I can remember there were more results at 0.7.0 times. Now,
apart from mine, I only see about 10 results per query.

Could it be that the algorithm handling queries and results is too
restrictive? I remember debates  before 0.7 about avoiding "false"
results that did not correspond to available files anymore: is it
possible that the fix has gone too far?

- just a muzzy concern...
Christian Grothoff | 10 Feb 2008 17:26

Re: GNUnet SVN HEAD FTBS?

You need to update your version of libmicrohttpd (this the case even before 
the major changes that Nils pointed to).

Christian

On Sunday 10 February 2008, Milan wrote:
> Hi!
>
> I tried building GNUnet from revision 6235 and I get this error:
>
>  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/include
> -fno-strict-aliasing -Wall -g -O2 -MT libgnunettransport_http_la-http.lo
> -MD -MP -MF .deps/libgnunettransport_http_la-http.Tpo -c http.c  -fPIC
> -DPIC -o .libs/libgnunettransport_http_la-http.o
> http.c: In function 'startTransportServer':
> http.c:2158: error: 'MHD_OPTION_PER_IP_CONNECTION_LIMIT' undeclared
> (first use in this function)
>
> I've cleaned all my local copy, re-run bootstrap, configure and make,
> and I still get this.
>
> Any ideas?
>
> Cheers
>
>
>
> _______________________________________________
> GNUnet-developers mailing list
> GNUnet-developers <at> gnu.org
(Continue reading)

Christian Grothoff | 11 Feb 2008 05:16

Re: GNUnet SVN HEAD FTBS?

On Sunday 10 February 2008, Milan wrote:
> Nils Durner wrote:
> > Sorry we didn't announce this earlier - see
> > http://gnunet.org/drupal/node/307
>
> OK, no problem with that, and I'm happy nice improvements are ongoing.
> I'll wait until everything is finished - could you just post an email or
> a message on drupal?

Sure.

> Talking about search results, I've been wondering for a while whether
> there wasn't a problem with the current way they are managed. After
> being connected continuously for a few hours and having (I guess) quite
> a good trust from other peers, I still get very few results for common
> queries (application/gnunet-directory, audio/mpeg, application/ogg,
> video/x-msvideo, image/jpeg and so on), even when I'm connected to about
> 8 peers. I can remember there were more results at 0.7.0 times. Now,
> apart from mine, I only see about 10 results per query.
>
> Could it be that the algorithm handling queries and results is too
> restrictive? I remember debates  before 0.7 about avoiding "false"
> results that did not correspond to available files anymore: is it
> possible that the fix has gone too far?

This is certainly why we got fewer results, but getting bogus results is not 
really the goal here ;-).  The current issue that I am trying to fix is more 
fundamental: previously, a peer could respond to a (repeated) query for the 
same keyword with the same response millions of times, essentially not 
contributing anything (but getting rewards in terms of trust).  Databases 
(Continue reading)

Milan | 11 Feb 2008 10:11
Picon

Re: GNUnet SVN HEAD FTBS?

Christian Grothoff a écrit :
> This is certainly why we got fewer results, but getting bogus results is not 
> really the goal here ;-).
Sure, what I was fearing is more an inadequate query processing like...
>   The current issue that I am trying to fix is more 
> fundamental: previously, a peer could respond to a (repeated) query for the 
> same keyword with the same response millions of times, essentially not 
> contributing anything (but getting rewards in terms of trust).  Databases 
> spewing out always the same first result to a query matching possibly 
> thousands of entries made this kind of behavior the norm.
>   
...this one. ;-)
As I understand it, this little bug can have blocked most of the files
from being shown.
> The code in SVN changes the query format to include a bloomfilter which 
> *excludes* certain responses. In essence, the query is extended to 
> specifically exclude responses that the client has already seen.  That way, 
> other peers have an incentive (and are forced to) produce *diverse* result 
> sets.
> That's the main change describing the essence of how the new code will 
> hopefully increase the number of search results.
>   
Really nice. I expect this kind of change to be really major for the
range of results we get.
Milan | 13 Feb 2008 23:10
Picon

Ideas and questions

Several points I wished to ask you about:

* Canonical's Launchpad (launchpad.net) has an easy-to-use tool to
translate free software. Users can propose and/or validate translations
using a nice Web interface, and this is quite easy for them to do even
when they don't know how to work with .po files. Do you think we should
use it? I can have a look at how this is done and create an account for
that, it could bring us a broader language support.

* In gnunet-gtk/pixmaps/icons, there is a script called
icon-theme-installer that should process the 5 icons placed there and
install them to standard system icon dirs. It only needs a short
directive in the Makefile.am and a line in the root Makefile.am to
include it. I'm really bad a these, and I filed to do this easy trick.
Would someone that understands something to autotools simply have a look
at the detailed instructions (with an example Makefile.am) in the header
of the script and adapt the few strings that should?
This would help packagers because ATM they all have to do the same thing
with tricks, and our icon is only installed in one size, an not in
standard system dirs. With that gnunet-gtk is even reading for eye-candy
taskbars! gnunet-qt should be able to use it without any modification
since it's a freeesktop.org standard.

* When is 0.8 to be released? I see there is nice (and hard) work going
on, and my idea is not to complain about anything... ;-) I'd just like
to have an idea about whether we can try to get it into Fedora 9 and
Ubuntu 8.04, which are due on april (respectively beginning and end).
This is important because else the network will be partly broken for the
next 6 month. For Ubuntu, I can try to make it come in by warning the
Debian packagers and request a sync in Ubuntu before the complete
(Continue reading)

Christian Grothoff | 14 Feb 2008 03:54

Re: Ideas and questions

On Wednesday 13 February 2008, Milan wrote:
> Several points I wished to ask you about:
>
> * Canonical's Launchpad (launchpad.net) has an easy-to-use tool to
> translate free software. Users can propose and/or validate translations
> using a nice Web interface, and this is quite easy for them to do even
> when they don't know how to work with .po files. Do you think we should
> use it? I can have a look at how this is done and create an account for
> that, it could bring us a broader language support.

I think that the translation project (which does work with po files) is a 
reasonable place and that we should point people who want to help with 
translations to them.  We certainly should avoid submitting to two 
organizations, and PO-support is essential.

> * In gnunet-gtk/pixmaps/icons, there is a script called
> icon-theme-installer that should process the 5 icons placed there and
> install them to standard system icon dirs. It only needs a short
> directive in the Makefile.am and a line in the root Makefile.am to
> include it. I'm really bad a these, and I filed to do this easy trick.
> Would someone that understands something to autotools simply have a look
> at the detailed instructions (with an example Makefile.am) in the header
> of the script and adapt the few strings that should?

I think I got it to work, but I'm not sure how to validate (the script runs).  
Have a look at SVN 6291.  What you had mostly had issues with whitespaces.

> This would help packagers because ATM they all have to do the same thing
> with tricks, and our icon is only installed in one size, an not in
> standard system dirs. With that gnunet-gtk is even reading for eye-candy
(Continue reading)

Marcos Marado | 14 Feb 2008 12:28
Picon

Re: Ideas and questions

On Thursday 14 February 2008 02:54, Christian Grothoff wrote:
> On Wednesday 13 February 2008, Milan wrote:
> > Several points I wished to ask you about:
> >
> > * Canonical's Launchpad (launchpad.net) has an easy-to-use tool to
> > translate free software. Users can propose and/or validate translations
> > using a nice Web interface, and this is quite easy for them to do even
> > when they don't know how to work with .po files. Do you think we should
> > use it? I can have a look at how this is done and create an account for
> > that, it could bring us a broader language support.
>
> I think that the translation project (which does work with po files) is a
> reasonable place and that we should point people who want to help with
> translations to them.  We certainly should avoid submitting to two
> organizations, and PO-support is essential.

I had the idea that Launchpad did the translations for Ubuntu but that those 
translations didn't go upstream... Am I wrong?

--

-- 
Marcos Marado
Milan | 14 Feb 2008 15:46
Picon

Re: Ideas and questions

Marcos Marado a écrit :
> On Thursday 14 February 2008 02:54, Christian Grothoff wrote:
>   
>> On Wednesday 13 February 2008, Milan wrote:
>>     
>>> Several points I wished to ask you about:
>>>
>>> * Canonical's Launchpad (launchpad.net) has an easy-to-use tool to
>>> translate free software. Users can propose and/or validate translations
>>> using a nice Web interface, and this is quite easy for them to do even
>>> when they don't know how to work with .po files. Do you think we should
>>> use it? I can have a look at how this is done and create an account for
>>> that, it could bring us a broader language support.
>>>       
>> I think that the translation project (which does work with po files) is a
>> reasonable place and that we should point people who want to help with
>> translations to them.  We certainly should avoid submitting to two
>> organizations, and PO-support is essential.
>>     
>
> I had the idea that Launchpad did the translations for Ubuntu but that those 
> translations didn't go upstream... Am I wrong
This is true for Ubuntu, which does not send upstream its *package*
translations because upstream does this better - but Ubuntu doesn't work
on these packages, although they appear in Launchpad translation (this
is kin of a bug).

But Launchpad is designed to be the main hosting for whole projects
(like Inkscape does now), and then translations go "upstream" because
upstream is on Launchpad. I guess there's a mechanism to get .po files
(Continue reading)


Gmane