Hi Martin,
I think people shouldn't use GNUnet when looking for privacy critical
information exchange. GNUnet is mostly designed for utilizing
decentralized network structure to build services and applications on
top. The core aspect is not focused on privacy but on availability.
There are still
Hi Martin,
the GNUnet messenger service technically allows receiving messages
afterwards already. Nodes in a groupchat or direct chat can request
missed messages from each other. I agree that it makes more sense to
deliver messages via a mailbox in the DHT in some cases.
Maybe that ability could
On Mon, 2022-09-19 at 23:45 +0100, madmurphy wrote:
> Forgot about this:
> On Mon, Sep 19, 2022 at 9:06 PM TheJackiMonster
> wrote:
> > Also I would like to see git over GNUnet FS or CADET (depends on
> > what makes more sense). Because when I think about the autoshare
Hi,
I would like to see private file sharing so that URIs don't reveal the
actual hash and the actual file size. So either the data in the URI or
file needs to be encrypted with a symmetric key.
Currently something similar is used in libgnunetchat for the messenger
applications but I don't like
In Arch most packages already contain the required files for
development. There isn't really a separation between development
packages and usage packages. Only exceptions I'm aware of are explicit
packages to contain the headers (for example linux-headers and vulkan-
headers).
So maybe this could
n which backend you are using. So another question here
> is:
> how big is your database? I'd usually expect it to be empty if this
> is
> you testing things for the first time, but if your peer was running
> for
> a while, it might have grown to many gigabytes and may b
Hey,
I'm currently working on the implementation of file sharing via GNUnet-
FS service in the messenger-gtk application. But only the callback from
uploading gets called only once with 0/N bytes uploaded and after some
time the following warning shows up multiple times:
ERROR Request
On Wed, 2021-12-15 at 06:35 +0100, Prayank via Mailinglist for GNUnet
developers wrote:
> I want to use GNUnet API in one of my projects so that I don't have
> to use a centralized database which helps all users communicate, do
> transactions etc. Instead it will use GNUnet and each application
>
Hi,
Thank you. I have added the change to it. Please let me know if
anything is still wrong.
Happy hacking
Jacki
On Sat, 2021-11-20 at 20:41 +0100, Tobias Platen wrote:
> I tried to build the messenger-gtk and libgnunetchat on my Talos II.
> But I had to patch the Makefile in both cases.
>
>
On Thu, 2021-09-23 at 11:39 +0200, carlo von lynX wrote:
> On Thu, Sep 23, 2021 at 11:05:06AM +0200, carlo von lynX wrote:
> > The circular topology of end points *does* satisfy the secushare
> > expectations on privacy and metadata privacy in particular AFAICT,
> > so that's very cool.
>
>
Because the messenger service was mentioned I thought I could try to
clarify. I'm unsure if it's the proper back-end for secushare but
technically speaking you can just think of it as layer on top of CADET
to form groups using a shared secret without necessary centralization.
The latency and
Hi,
thanks for the patches. I have just reviewed and commited them.
Best regards
Jacki
On Sun, 2021-08-08 at 19:10 +0100, Marcos Marado wrote:
> Hi there,
>
> Please consider applying these three patches (in attachment) that
> provide very minor corrections in the README's of three different
>
Hi,
I'm currently working on developing a proper ui for the messenger
service. But more important is to develop a library which provides
easier usage of all the features (for example sharing files, sending
text without manual fragmentation and managing contacts + groups).
My current progress can
l/
>
> Works for me.
>
> - t3ss
>
> On 22.05.21 12:59, TheJackiMonster wrote:
> > Hi,
> >
> > does anyone know why the doxygen documentation (
> > at https://docs.gnunet.org/doxygen/ ) is just showing "403
> > Forbidden"?
> > Is this
Hi,
does anyone know why the doxygen documentation (
at https://docs.gnunet.org/doxygen/ ) is just showing "403 Forbidden"?
Is this an already known issue?
BR
Jacki
signature.asc
Description: This is a digitally signed message part
Hi,
I have written some entries for messenger service in the handbook
(developer.texi, keyconcepts.texi and user.texi) and I'm not sure to
just commit them or if should someone check them first?
I think more importantly to check is the part in keyconcepts. I wanted
to add a segment clearifying
Hi Karl,
so basically a feature like exporting a stream of messages into a file,
transporting the file via any external media and importing the messages
from the file to a peer would help, right?
I think that's possible to integrate because messages get verified with
the senders identity key
On Tue, 2021-03-09 at 12:28 +0100, carlo von lynX wrote:
> On Sun, Mar 07, 2021 at 12:23:31PM +0100, TheJackiMonster wrote:
> > Waiting for the completion of a message is far worse for most users
> > than looking at dynamic previews or states from my experience.
> > Because
n-band
> > > you can display them immediately. I'd rather use FS for
> > > things >1M.
>
> On Sat, Mar 06, 2021 at 09:47:48PM +0100, TheJackiMonster wrote:
> > The question is what kind of files to people actually share through
> > messengers. Uncompressed pict
On Sat, 2021-03-06 at 21:15 +0100, carlo von lynX wrote:
> On Sat, Mar 06, 2021 at 06:55:21PM +0100, TheJackiMonster wrote:
> > Files will most likely be shared through the FS submodule of
> > GNUnet.
> > They get encrypted and the key for decryption gets shared through
On Sat, 2021-03-06 at 17:42 +0100, carlo von lynX wrote:
> On Sat, Mar 06, 2021 at 04:09:17PM +0100, TheJackiMonster wrote:
> > I'm not currently sure if we should use JSON (which is more common
> > in
> > current web) or use PSYC (which would be more efficient). The
> >
ted by the
> > UI.
> >
> > BR
> > Martin
> >
> > > On 6. Mar 2021, at 02:22, TheJackiMonster
> > > wrote:
> > >
> > > Hi everyone,
> > >
> > > I just got the last pieces done to complete the core
> > >
user profile management / retrieval
>
> Both are probably "client"-side features. As in: implemented by the
> UI.
>
> BR
> Martin
>
> > On 6. Mar 2021, at 02:22, TheJackiMonster
> > wrote:
> >
> > Hi everyone,
> >
I've tested communication in a testbed with multiple peers but with two
devices in local network as well.
It's mostly still a struggle exchanging hello-strings and peer-
identities first to get a connection done but this should improve with
development on TNG and the client-side library which
s a chore, but it would also be great to have
> documentation:
>
> - As we discussed a small "howto" manual (can wait until CLI is
> "done" I guess)
> - Manpage (see doc/man)
> - Handbook entry (see doc/handbook)
>
> BR
> Martin
>
> > On 6. Mar 2021,
Hi everyone,
I just got the last pieces done to complete the core functionality of
the messenger service I'm working on for a while. So it is updated on
the main branch now and can be build by enabling the experimental flag.
(I think it's best letting it experimental until a next major release.)
Hi,
I was actually integrating private messages into the messenger API when
I encountered that decrypting messages failed awfully. I thought
something in my code was wrong, then I double checked the crypto
functions:
GNUNET_CRYPTO_ecdh_ecdsa(...) and GNUNET_CRYPTO_ecdsa_ecdh(...)
But their
queue) that the
> scheduler
> uses (considering they access it from different threads).
>
> I guess I'll just have to dispatch all the api calls done on the web
> server thread(s) with GNUNET_SCHEDULER_add_now.
>
> Danny.
>
> On Sat, 2021-02-27 at 17:24 +0100, TheJ
Hi,
you shouldn't use the API with multiple threads because it is pretty
much single-threaded. This may sound not great at first but having
mutexes or something similar all over the place would make the whole
framework quite complex.
Also the client-side API communicates mostly through sockets
for more custom
features but for now I have to optimize the message graph. ^^'
Happy hacking
Jacki
> >
> > Danny.
> >
> > On Wed, 2021-02-17 at 13:19 +0100, TheJackiMonster wrote:
> > > Hey Danny,
> > >
> > > if you want to share small content
Hey Danny,
if you want to share small content as text messages inside of a group
of people, you could take a look at the messenger service, I am working
on.
It could be possible that it already fills your needs. You can open
something like a chat-room on peers to exchange messages in a
I wouldn't say that it breaks UDP connections since UDP doesn't really
rely on an actual connection. It causes a data loss which should be
expected when using UDP.
TCP will most likely handle the problem by resending the lost package
many times until any matching ackknowledge arrives or the
n 2/6/21 4:50 PM, TheJackiMonster wrote:
> > but I don't
> > get any logs from the services running inside of the testbed.
> >
> > Is there a way to get those logs?
>
> Testbed peers should (by default...) log to somewhere in /tmp/.
> Usually,
> the testbed driver crea
Hi,
I've properly fixed my problem with the testbed barriers by not using
them since they don't seem to offer a good way to work with shared
memory and they have to be used from separate processes.
So my first test for peer to peer communication with the messenger
service is running but it seems
Hi,
today I got my parts of my messenger testcase running with multiple
peers but I encountered a problem with the barriers. The
GNUNET_TESTBED_barrier_wait() call checks if it gets called from inside
of a testbed by checking enviroment variables which do net get set
automatically when you start
Hi,
On Fri, 2020-11-13 at 08:15 +0900, Martin Schanzenbach wrote:
> Hi,
>
> tl;dr:
> - Should we move towards a monolithic gnunet.git repo which includes
> gtk/secushare again?
> - Should we instead move optional components (conversation, reclaim,
> messenger) out of gnunet.git as extensions?
>
Hi,
so I squashed all commits from my branch, merged into master, tested
compilation again with experimental and without it. Then I pushed it to
the repository but the buildbot failed.
https://buildbot.gnunet.org/#/builders/6/builds/266
Now I panically reverted the merge and it failed again.
on a little-endian system they both swap byte
> order, you'd have to be on some insane "middle-endian" system where
> one
> rotates left and the other rotates right for them to do different
> things.
>
> On 11/7/20 6:58 PM, TheJackiMonster wrote:
> > Hey,
> >
Hey,
funny story... I was actually debugging my code of the messenger
service and encountered a weird bug which was caused by an assert in
one of my latest changes (the signing via EGO keys).
It turned out the assert failed because of a wrongly used htonl()
instead of ntohl() to check the
Hi,
On Sat, 2020-11-07 at 16:56 +0100, Tobias Platen wrote:
> On Thu, 22 Oct 2020 20:00:01 +0200
> Tobias Platen wrote:
>
> > from gnunet-service-multicast.c:27:
> >
> > gnunet-service-multicast.c: In function ‘check_cadet_join_request’:
> > gnunet-service-multicast.c:972:7: error: request for
Hi,
On Thu, 2020-11-05 at 14:56 +0100, Schanzenbach, Martin wrote:
> Hi,
>
> > On 5. Nov 2020, at 14:29, TheJackiMonster <
> > thejackimons...@gmail.com> wrote:
> >
> > Hi,
> >
> > the newest changes of the identity service handling EGO keys
Hi,
the newest changes of the identity service handling EGO keys allowed
two different types of keypairs which makes it somewhat more difficult
to interact with them.
So I would propose following functions to be added:
ssize_t GNUNET_IDENTITY_read_key_from_buffer(struct
Hey t3ss,
On Wed, 2020-09-02 at 10:02 +0200, t3sserakt wrote:
>
> Definitely! Then an application can handle different egos, too. This
> is
> a nice feature, if you like to use the cadet-gtk/groupchat to
> communicate with egos of other persons and you do not like them to
> know
> your egos are
Hello everyone,
a while ago we had a discussion about the groupchat we had implemented
in Nim and in C using the cadet-gtk application. It resulted in a plan
for a decentralized chat room (for the start structured in a basic ring
topology).
Because we thought it made more sense to implement it
Hi,
I'm currently working on a library to make it easier for others to
create messengers using CADET and being compatible with each other
(proving direct chats, server-client-groupchats and decentralized
group-chats).
Now I'm integrating EGO keys for authentication via signatures of
messages and
Hi,
> My first feeling for this overall is that this is likely the wrong
> direction, as we really need to focus on improving usability, not add
> features for power-users that even there are of marginal utility.
> Stuff
> like running with even more UIDs or considering scenarios with
> attacks
>
Hi,
the reason for my request was not because I am not aware of the
problems in convenience. I fully understand that a password won't make
it much more secure if your system is already compromised but if I
consider a general end-user...
I mean I would like to have such a feature optionally and I
Hello there,
I have a question about using the EGO keys. I was thinking about using
them for authentication in the CADET chat but I have a problem with the
current handling of these keys.
The files are basically unencrypted on the local drive which is
definitely convenient but could potentially
48 matches
Mail list logo
