-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
-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
-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
ot;3 entity,
> a downloader, a uploader, and a database maintainer" = too many
> problems (cf LRN previous mail). The third is "database link
> indexer is a new service in gnunet". There is only one entity, a
> gnunet user, each gnunet user have a database.
>
> The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22.11.2012 23:32, SMoratinos wrote:
> I would share my project via Github on the beginning (because it's
> easy for me), but later I can change, naturally.
Would you please use Gitorious instead of Github?
>
> I planned to share my project (licen
-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 run
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29.11.2012 22:53, Christian Grothoff wrote:
>>
>> 2) Transport disguise. Modify the protocol to allow clients to
>> ignore initial data sent by the server, and require clients to be
>> the first ones to speak GNUnet protocol after connecting (i'm n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.11.2012 4:04, Christian Grothoff wrote:
> On 11/29/2012 10:04 PM, LRN wrote:
>> On 29.11.2012 22:53, Christian Grothoff wrote:
>>>> 2) Transport disguise. Modify the protocol to allow clients
>>>> to ignore ini
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.11.2012 13:07, Matthias Wachs wrote:
>>
>> 1) Fake HELLO messages.
>
> [...]
>
> So in the end: I do not see any benefit here...
>
Yeah, that was a stupid idea anyway.
>>
>> 2) Transport disguise.
>
> That's an arms race you cannot win ...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Answer: Because it disturbs the logical flow of communication.
Question: Why so many people think that top-posting is bad?
On 07.12.2012 7:28, hypothesys wrote:
> I understand (or at least believe I do) your point about the
> available storage not bei
-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 t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16.02.2013 19:20, Christian Grothoff wrote:
> On 02/16/2013 01:50 PM, LRN wrote:
>> However, if we expose key creation functions to the API users,
>> they will be able to create a key (synchronously or
>> asynchronously), an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16.02.2013 19:20, Christian Grothoff wrote:
> On 02/16/2013 01:50 PM, LRN wrote:
>> The idea is that only one namespace will be used by default, and
>> initially one will have to be created. Showing the namespace
>> manage
-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 shoul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.03.2013 15:31, Christian Grothoff wrote:
> On 03/02/2013 05:50 AM, LRN wrote:
>> On 02.03.2013 07:34, Christian Grothoff wrote:
>>
>>> So for me the question is more if we simplify to linear, to
>>> trees, k
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02.03.2013 16:49, LRN wrote:
> A compromise solution would be to enable hashmap check, but make
> it more sophisticated - take more than just "id" into account.
> Also, when a previously-traversed item is encountered, d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With gnunet-conversation we now have an application with interactive
console UI. Which requires selecting on a console.
Skip to the last paragraph for the important part.
I have found no way to wait (and thus select) on a console handle.
Thus it will
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07.01.2014 20:52, Christian Grothoff wrote:
> On 01/07/2014 05:40 PM, LRN wrote:
>> With gnunet-conversation we now have an application with
>> interactive console UI. Which requires selecting on a console.
>> Skip to the l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08.01.2014 21:31, Nils Durner wrote:
>
I have found no way to wait (and thus select) on a console
handle.
>
> I haven't actually tried it, but the documentation for
> WaitForMultipleObjects() explicitely specifies "Console input" as
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
To participate in GSoC we need ideas and people willing to mentor
students working on them.
Anyone?
- --
O< ascii ribbon - stop html email! - www.asciiribbon.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
iQEcBAEBAgAGBQJS8TINA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
subj says it all
mwachs, if it being empty is OK, please put a comment in there that
says so, otherwise it confuses the hell out of people.
- --
O< ascii ribbon - stop html email! - www.asciiribbon.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20.02.2014 4:31, tg(x) wrote:
> On Tue, 04 Feb 2014 22:31:41 +0400, LRN said:
>
>> To participate in GSoC we need ideas and people willing to
>> mentor students working on them.
>
> I have added some ideas to https://gnu
On 22.10.2014 15:50, Andrew Cann wrote:
> Over the last couple of days I've been writing a rust library for GNUnet. Rust
> libraries are supposed to use a mult-threaded-with-blocking-calls api design
> but I couldn't find a way to build this around the C library's
> single-threaded-event-loop-with-
When test_gnunet_service_arm runs, it fails for me.
Debugging shows that it segfaults while loading udp plugin (LoadLibrary()
call). The crash happens deep in W32 libs, so i don't know exactly why this
happens.
The change that introduced this error happened somewhere between 23 Feb and 28
Mar of 2
On 09.09.2015 0:05, tg (x) wrote:
> * Next steps
>
> Next steps will be a client application to demonstrate the use of the social
> API
How are you going to call it? How about WhatsGNU? :)
--
O< ascii ribbon - stop html email! - www.asciiribbon.org
0x922360B0.asc
Description: application/pgp-
On 23.12.2015 12:09, Christian Grothoff wrote:
> I would like to ask all contributors/developers to assign their
> copyright on GNUnet code to "GNUnet e.V." (https://gnunet.org/ev)
>
> The reason is that situations continue to pop up where the ability to
> dual-license some code would be helpful f
On 23.12.2015 15:10, Christian Grothoff wrote:
> On 12/23/2015 11:52 AM, LRN wrote:
>> On 23.12.2015 12:09, Christian Grothoff wrote:
>>> I would like to ask all contributors/developers to assign their
>>> copyright on GNUnet code to "GNUnet e.V." (https://gnun
On 22.02.2016 23:14, Jeff Burdges wrote:
>
> Symmetric crypto might start worrying more about being post-quantum
> soon : http://arxiv.org/abs/1602.05973
There was a presentation about post-quantum crypto at 32c3[1], they even
have a website[2].
[1] https://media.ccc.de/v/32c3-7210-pqchacks
[2]
On 6/7/2017 4:51 AM, jah wrote:
> ---
> src/util/service.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/util/service.c b/src/util/service.c
> index f63737e56..d195452c9 100644
> --- a/src/util/service.c
> +++ b/src/util/service.c
> @@ -1287,11 +1287,11 @@ setup
On 02.08.2018 14:58, Nils Gillmann wrote:
> GNOME is still a GNU project, right? Because they have a very active mirror
> account:
> https://github.com/GNOME
>
> Just as an example for GNU on Github.
Gnome is, in general, lax on the software freedom purity issue. It also
recently set up its own
That file is mentioned in src/include/Makefile.am, but it's not in git.
signature.asc
Description: OpenPGP digital signature
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailman/listinfo/gnunet-developers
What is it used for? I did grep the code, but some things are unclear.
Specifically, this field is sometimes used with the calls that look like:
GNUNET_NETWORK_fdset_test_native (ws,
pos->fdi->sock))
Does that imply that the sock field is
On 28.02.2024 3:20, Jacki wrote:
But I assume it's also possible to use Cambalache already. Most
important functionality should work.
It's also possible to write UI files by hand instead of using Glade.
On Tue, 2024-02-27 at 20:58 +0100, Christian Grothoff wrote:
Let me just say this: usi
33 matches
Mail list logo
