Re: [GNUnet-developers] gnunet-gtk segfault and other issues

[Nils Gillmann]

Ricardo Wurmus  writes:

> Hi,
>
> I packaged gnunet-gtk at 0.10.1 for GNU Guix but it doesn’t seem fully
> functional.  I see a segfault when switching tabs in “gnunet-setup”
> after first interacting with the URL dropdown.  This seems to be
> reproducible behaviour.
>
> In “gnunet-gtk” I also don’t see anything more than the images.  There
> should be more, I’m sure.  I can switch between the different
> sections(?) by clicking on the images (the border colour changes when I
> do that), but nothing else happens.  I don’t see any content changes.
>
> I’m pushing the gnunet-gtk package definition to GNU Guix in a moment
> with a link to this bug report.  The package is defined in
> “gnu/packages/gnunet.scm” in the Guix source tree.
>
> Using “guix package -i gnunet-gtk” you should be able to build the very
> same package that I see misbehaving.
>
> ~~ Ricardo


As this is partly my work, I am trying to compare it to my
successful gnunet-gtk ebuild packaging in gentoo.
Refering now to http://hydra.gnu.org/build/1008120/log/raw for
logs..
I am still not sure about some things, it's not my priority right
now, but as soon as I have time I will work on a patch. I see
those lines which might be solved with additional flags or dependencies:

checking for Glade core... --with-glade not specified

checking for gladeui-2.0 >= 3.10.0... yes

checking for GNUnet core... --with-gnunet not specified

/tmp/guix-build-gnunet-gtk-0.10.1.drv-0/gnunet-gtk-0.10.1/libtool: line 1088: 
ldconfig: command not found

-- 
ng

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] GSoC

[Jeff Burdges]

Rust implementation of GNUnet utils 

Improve the Rust implementation of GNUnet utils, possibly including
adding support for asynchronous IO using mio, or perhaps a higher level
asynchronous IO library built upon it, such as rotor, mioco,
eventual_io, or gj.

Mentors: Jeff Burdges

Notes:  We'd some discussion with Andrew Cann  on
this list previously about his initial implementation  
https://github.com/canndrew/gnunet-rs  which currently uses threads.



Tor compatibility for GNUnet

Implement the AnycastExit spec to enable GNUnet clients to connect over
Tor.  

Mentors: Jeff Burdges 

Note : There was a Special TLDs spec to allow tor to resolve domain
names using GNS over Tor too, but currently that's on hold until folks
think more about how names should be moved around the local system. 
 We're calling this more collaborative approach NSS2 for now.  



Android compatibility for GNUnet

Implement rudimentary Android compatibility for GNUnet, in part by
porting the GNUnet utils scheduler to act as a thin wrapper over libuv.

Mentors: Jeff Burdges and surely Christian Grothoff



Auto-pay tokens in Taler

Implement the auto-pay tokens specification for Taler.  Intended to
help Tor users circumvent CloudFlare CAPTCHAs with CloudFlare's
eventual cooperation.

Mentors: Jeff Burdges

Note : Spec is not currently written, but the ideas were hashed out with care, 
so it should be ready well before the summer.  Possibly restricted to students 
with previous development experience that gives either the Tor or GNUnet 
community confidence in their understanding of security issues. 



Tokenized Tor exit

Implement a Tor exit gateway that uses Taler tokens.  Intended to help Tor 
users circumvent CloudFlare CAPTCHAs without CloudFlare's eventual cooperation. 

Mentors: Jeff Burdges

Notes : Really needs auto-pay tokens first.  Probably not sufficiently well 
defined for 2016, so more 2017.  Not necessarily even that great an idea.  ;)



Store integration for Taler merchants

Implement Taler payment support for an open source web store, such as
   Magento(.com), oscommerce(.com), opencart(.com),
   spreecommerce(.com), prestashop(.com), virtuemart(.net),
   ubercart(.org) zeuscart(.com), afcommerce(.com), zen-cart(.com),
   simplecartjs(.com), or tomatocard(.com).

Mentors: Marcello Stanisci



On Mon, 2016-02-15 at 08:51 +0100, Christian Grothoff wrote:

> Implementation of a replacement for PANDA
> 
> Implementation of a replacement for PANDA (see Pond) with better
> security, and maybe integration with the GNU Name System for key
> exchange.
> 
> Mentors: Jeff Burdges

I suppose this still makes sense.  Actually we know slightly more now.





signature.asc
Description: This is a digitally signed message part
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers

Re: [GNUnet-developers] GSoC

[Martin Schanzenbach]

Hi,

Maybe this time we can add the REST plugin development as GSoC?

RESTful GNUnet

Design and implementation of REST APIs (http://jsonapi.org/) that
expose the GNUnet API (https://gnunet.org/doxygen/modules.html) so that
easy, hands-on development is possible. Also, browser-based UIs will be
much easier to create on top of REST APIs.

Mentors: me


- Martin

On Mon, 2016-02-15 at 08:51 +0100, Christian Grothoff wrote:
> Dear all,
> 
> The GSoC application phase is upon us, so the question is which
> topics
> we want to propose with which mentors.
> 
> Below is the list from last year, I suggest you e-mail me
> additions/removals/deltas you'd like to see and we update the profile
> accordingly.
> 
> Happy hacking!
> 
> Christian
> 
> 
> Implementation of additional transports
> 
> Implementation of additional transports to make GNUnet communication
> more robust in the presence of problematic networks: GNUnet-over-
> SMTP,
> GNUnet-over-DNS
> 
> Mentors: Matthias Wachs
> 
> 
> 
> Implementation of ALG-based NAT traversal methods
> 
> Implementation of ALG-based NAT traversal methods (FTP/SIP-based hole
> punching, better STUN support)
> 
> Mentors: Matthias Wachs
> 
> 
> Integration of the GNU Name System with GnuPG
> Mentors: Matthias Wachs, Christian Grothoff, Jeff Burdges
> 
> 
> libaboss improvements
> 
> Improving libaboss to make computation on shared secrets (including
> repeated multiplication) based on Ben-Or et al. if possible. This in
> particular means moving libaboss to bignums (gcry_mpi).
> 
> Mentors: Krista Grothoff, Jeff Burdges
> 
> 
> 
> Implementation of a replacement for PANDA
> 
> Implementation of a replacement for PANDA (see Pond) with better
> security, and maybe integration with the GNU Name System for key
> exchange.
> 
> Mentors: Jeff Burdges
> 
> ___
> GNUnet-developers mailing list
> GNUnet-developers@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnunet-developers

___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers