On 26/07/25 14:35, Martin Guy wrote:
> open an issue on a forgejo instance with someone
> editing the initial description
Example: https://codeberg.org/sox_ng/sox_ng/issues/524
[Denormalized floating point values run a hundred times slower on some
FPUs]
On 24/07/25 17:24, Christian Grothoff wrote:
> On 7/24/25 16:44, pukkamustard wrote:
>> A few years ago (time flies!) the idea to use ERIS for GNUnet
>> filesharing was discussed
> I would like to have a Mumble to discuss the design details with them.
GNUnet just came onto my horizon and it somet
On 7/24/25 16:44, pukkamustard wrote:
Hello GNUnet,
A few years ago (time flies!) the idea to use ERIS for GNUnet
filesharing was discussed and well received [1,2]. In particular as it
would allow proper integration with GNS.
Is this still the case? Are patches towards using ERIS + GNS as a
re
Hello,
not sure what Christians thoughts about ERIS are, but in general we are
open to the idea and FS needs a rewrite anyway (according to CHristian).
That being said, we currently have a couple of bigger fish to fry:
- New CORE subsystem
- Finish up R5N specification and RFC
- Stabilize
Thank you for bringing this to our attention.
The API was removed long ago, I have now also removed it from the header
which was an oversight.
The capability of assinging a "default ego" per subsystem has been removed.
If subsystems want to handle a specific ego in a special case (such as
ha
Thank you. It should work. It just takes some time until the CI runs
through and FTP mirrors are updated, I usually send the email in
between.
BR
On Sun, 2025-06-01 at 13:25 +, Daniel Golle wrote:
>
>
> On 1 June 2025 13:15:54 UTC, Martin Schanzenbach
> wrote:
> > See also: https://www.gnu
On 1 June 2025 13:15:54 UTC, Martin Schanzenbach
wrote:
>See also: https://www.gnunet.org/en/news/2025-06-0.24.2.html
This URL gives me 404
>
>This is a bugfix release for gnunet 0.24.1.
>
>Links
>
> Source: https://ftpmirror.gnu.org/gnunet/gnunet-0.24.2.tar.gz
>(https://ftpmirror.gnu.org
Daniele,
I recently upgraded the bootstrap peer and forgot to restart it.
Please try again.
BR
On Mon, 2025-04-14 at 20:08 +0200, Daniele Fassetta wrote:
> Good evening,
> I’ve been having trouble with my GNUnet installation. The system was
> working correctly, but suddenly stopped functioning.
Daniele,
I recently upgraded the bootstrap peer and forgot to restart it.
Please try again.
BR
On Mon, 2025-04-14 at 20:08 +0200, Daniele Fassetta wrote:
> Good evening,
> I’ve been having trouble with my GNUnet installation. The system was
> working correctly, but suddenly stopped functioning.
Hi!
First of all, we allow small contributions (individual patches) usually
without any paperwork. If you become a sustained significant
contributor, then we do have the copyright agreement. However, we do
allow *pseudonymous* contributions, so you can contribute as "o90ps" and
sign the CA as
Not right now AFAIK. In case you wish to organize the next edition,
please write to the ghm-discuss public mailing list as explained at
https://www.gnu.org/ghm/ :-)
On 2/5/25 05:53, George via Mailinglist for GNUnet developers wrote:
Hi all,
Are there any plans for GNUnet events or gathering o
I see.
After a brief look at gnunet-publish and the fs service API I think
adding this is fine.
BR
Martin
Am 07.02.25 um 19:23 schrieb Alessio Vanni:
Hello,
the wrapper is just a proposal and I don't really have strong feelings
about it, so if it's deemed not necessary that's fine.
The th
Hello,
the wrapper is just a proposal and I don't really have strong feelings
about it, so if it's deemed not necessary that's fine.
The thing is not about safety, the API itself is not "unsafe" and the
wrapper is not "safe". It's just that since gnunet-publish uses share
tree items to publish a
Hi,
two things. First regarding the issue:
The proposed function is a simple wrapper, as you say.
I do not understand what the incorrect/dangerous use of
GNUNET_FS_file_information_create_from_file is supposed to be, given a
ShareTreeItem.
(the function is probably also better called
GNUN
Hello,
I've investigated the issue some more and I found the issue.
Before that, a bit of history to understand the context:
For the past few months I've been on-and-off developing a suite of
tools based on the FS subsystem; these tools are almost ready for
release and I was planning to announce
nload is stuck.
No matter how much I wait, the download never goes on, despite being a
"local" file coming from my peer. Restarting GNUnet entirely didn't
have any effect, when I tried.
As a workaround I found out that re-publishing the same contents again
allows me to downloa
It is our goal to have everything documented, of course.
But we cannot force anybody to do anything. We are also not a project
that has the luxury of rejecting contributions left and right for
reasons such as "not documented".
That being said I do share your sentiment. Everything that is crea
I also suggest to add guideline to force dev to test and to make doc on
ANYTHING they create.
What do you all think of this idea please?
Le dim. 15 déc. 2024, 10:58, gogo gogo a écrit :
> I definitely would like to use and maybe contribute to freenet
>
> Le dim. 15 déc. 2024, 10:54, gogo gogo
Could you either document the second method or can you give me the
instruction to do it manually please?
Le dim. 15 déc. 2024, 10:43, Martin Schanzenbach
a écrit :
> There are two ways of doing this in gnunet.
> The first is to do it manually, by starting two peers with different
> configuration
I definitely would like to use and maybe contribute to freenet
Le dim. 15 déc. 2024, 10:54, gogo gogo a écrit :
> Could you either document the second method or can you give me the
> instruction to do it manually please?
>
> Le dim. 15 déc. 2024, 10:43, Martin Schanzenbach
> a écrit :
>
>> Ther
There are two ways of doing this in gnunet.
The first is to do it manually, by starting two peers with different
configurations and having them connect.
But the proper way to do testing would be to use the (new) testing API.
Alas, there is no usable documentation for either right now.
BR
Martin
Hello,
(for some reason I didn't receive Christian's e-mail, so I'm replying
here for both.)
I'm not using the GNUnet configuration as my own, I always initialized
the application using GNUNET_OS_init with application-specific values.
The test.c file I attached to my first e-mail does do that t
To say it a bit more bluntly: Using the GNUnet configuration as your
own application's configuration was never a good idea.
After all, none of the paths actually belong to your application and
you probably should not mess with any of those.
This is why you should pass your applications own Project
Dear Alessio,
The idea is that programs like your should do two things:
1) implement their own 'project data' and point it to their own
resources, and use that for GNUNET_PROGRAM_run(). The configuration you
are given is then purely the configuration for your project.
2) when you do need to
Hello,
Thank you for your very useful replies (and apologies for the delay in
mine, I had a
bit of trouble understanding how exactly GNUnet VPN is used).
To give a bit of an update, I got it running via GNUnet VPN. It is, in
my experience,
sometimes slower, but more reliable (no more delays n
Correction: The GNS resolver no longer synthesizes VPN records to IP
addresses.
You need to resolve the IP (A record) through the dns2gns DNS server or
use gnunet-vpn and the information from the VPN record to do that.
BR
On Thu, 2024-11-28 at 12:39 +0100, Martin Schanzenbach wrote:
> Actually,
Actually, there is a way you can simplify this feature:
There is record type called "VPN".
Its string format is: " "
The protocol is whatever protocol you want to use (e.g. git, http etc).
The service string is some service descriptor you can also choose.
Then you can setup a VPN service local
Hello,
thanks for tinkering with the GNS+Cadet stacks :)
Here is what I got from my peer:
"
GIT_EXEC_PATH=$GIT_EXEC_PATH:$HOME/dev/git-remote-gnunet git clone
gnunet://git.serv.amelia.gnunet.gns.alt/git-over-gnunet
Cloning into 'git-over-gnunet'...
Looking up git.serv.amelia.gnunet.gns.alt.
Atte
Hello gnunet,
I am starting about getting a domain name registry for a hostname. After
reading the user manual, I finally found the domain name registrar link
(https://fcfs.gnunet.org/ from
https://docs.gnunet.org/latest/users/gns.html#the-pin-zone). I typed down a
name as subdomain for .gnune
On 11/8/24 10:02, retrovirus-...@juno.com wrote:
Hello gnunet,
I am starting about getting a domain name registry for a hostname.
After reading the user manual, I finally found the domain name
registrar link (https://fcfs.gnunet.org/ from
https://docs.gnunet.org/latest/users/gns.html#the-pin-zon
y-safe for recpient
> Meta0 := Ie,Ip,ISupportedAlgs,IServices,IVersions
> Meta1 := Rp,Meta0
> ISig := HKDF(ETS,Meta1)
> transmit Meta0+Isig
>
> Receiver:
>
> receives Meta0+Isig
> ETS <- DH(iE,rp) # same ETS as above
> assert ISig == HKDF(ETS,Meta1
Algs,IServices,IVersions
Meta1 := Rp,Meta0
ISig := HKDF(ETS,Meta1)
transmit Meta0+Isig
Receiver:
receives Meta0+Isig
ETS <- DH(iE,rp) # same ETS as above
assert ISig == HKDF(ETS,Meta1)
# Note: replay by Initiator possible ...
(re,Re) <- Keygen() # receiver ephemeral
[SK|RK
Am Mittwoch, dem 06.11.2024 um 11:21 + schrieb Willow Liquorice:
> I am a little surprised that GNUnet's transport layer relies on
> bidirectional communication between peers. Hypothetical
> steganographic
> communicators, or sneakernet connections, may not have that luxury.
Communicators ma
Oh. The key exchange is relevant for CONG in so far that we will also
have to do the KX. It does not matter if our transport is libp2p or
"GNUnet-Transport".
BR
Am Mittwoch, dem 06.11.2024 um 11:37 + schrieb Willow Liquorice:
> I was really asking more generally about how the key exchange fit
I was really asking more generally about how the key exchange fits in
with CONG.
Regards,
Willow Liquorice
On 06/11/2024 11:32, Martin Schanzenbach wrote:
Am Mittwoch, dem 06.11.2024 um 11:21 + schrieb Willow Liquorice:
I am a little surprised that GNUnet's transport layer relies
I am a little surprised that GNUnet's transport layer relies on
bidirectional communication between peers. Hypothetical steganographic
communicators, or sneakernet connections, may not have that luxury.
How does this fit in with the GNUnet-CONG project to interoperate with
libp2p?
Regards,
I see from the terminal I had left running that in the end it managed to
connect to VAY0 (right now my peer is 3RPS). Another thing I noticed is
that if I suspend my laptop and then I resume it, GNUnet is never able to
resume the connection and I have to restart the daemon manually.
On Sun, Oct 13
GKZS is the bootstrap peer (gnunet.org).
VAY0 is one of my peers.
Connectivity may be related to your network setup and communicators.
For example, I think IPv6 is a big factor for good connectivity (and
NAT).
In general, from my experience, give the peer some time. Connections
are usually establ
*Update:* If I launch gnunet-core -m, from time to time I see a key sent
message for peers GKZS and VAY0. But it seems these peers don't like me.
--madmurphy
On Sun, Oct 13, 2024 at 1:59 PM madmurphy wrote:
> Thank you Martin. I have been periodically monitoring it since yesterday,
> and it see
Thank you Martin. I have been periodically monitoring it since yesterday,
and it seems that it never goes beyond something like this single line:
Sun Oct 13 13:53:23 2024: connection established DESN (timeout
in 299 s)
In general the string on the right (which I guess is the identity of
gnunet-core -s returns all your active connections or connection
requests, similar to what gnunet-peerinfo did before.
If it is only a single line you are only connected (or connecting) to
that single peer.
For me right now, the output is:
Sun Oct 13 13:50:17 2024: connection established DESN (ti
Hi Daniel,
I've removed the LOCK statement, it was there to deal with a rare edge
case where the versioning.sql was loaded concurrently, which is bad as
the IF NOT EXISTS on the SCHEMA doesn't work without the lock, resulting
in a hard failure. AFAIK the rare case where we needed this was reso
> > 2024-10-12T00:02:18.799558+0100 sq-270775 WARNING Failure to bind
> > 3-
> > th SQL parameter
> > 2024-10-12T00:02:18.799572+0100 peerstore-sqlite-270775 ERROR
> > `sqlite_step' failed at plugin_peerstore_sqlite.c:348 with error:
> > not
> > an err
8 with error: not
> an error
> free(): double free detected in tcache 2
> 2024-10-12T00:02:18.800854+0100 rps-270778 INFO STARTING SERVICE
> (rps) for peer [F9VA]
> 2024-10-12T00:02:18.800932+0100 core-api-270778 INFO (Re)connecting
> to CORE service
> 2024-10-12T00:02:18.8
-10-12T00:02:18.800854+0100 rps-270778 INFO STARTING SERVICE (rps)
for peer [F9VA]
2024-10-12T00:02:18.800932+0100 core-api-270778 INFO (Re)connecting to
CORE service
2024-10-12T00:02:18.807340+0100 rps-270778 INFO Ready to receive
requests from clients
2024-10-12T00:02:18.812041+0100 namestore-2707
The issue is/was that we did not have -lgnutls in the linker. At least
that is my guess.
We are currently conflating two things here: one is that libgcrypt(!)
was not detected. This is due to a change in the m4 detection logic. I
fixed that some releases ago already.
The other, newer, issue sinc
The issue is/was that we did not have -lgnutls in the linker. At least
that is my guess.
We are currently conflating two things here: one is that libgcrypt(!)
was not detected. This is due to a change in the m4 detection logic. I
fixed that some releases ago already.
The other, newer, issue sinc
Gnutls people are also surprised (no intentional/expected breakage),
they ask:
>>>
Hello Christian, my random guess is that gnutls.pc is somehow corrupted
and doesn't list necessary libraries. Would it be possible to ask the
reporter to try again with make V=1?
<<<
Can you please do that and
Hi,
can you try this patch:
https://git.gnunet.org/gnunet.git/patch/?id=52a084ad6e003e8b0315c313796dbc8ce0e0a3e5
BR
Martin
On Fri, 2024-10-11 at 02:53 +0100, madmurphy wrote:
> Hi folks, I hope you are doing well! People on AUR are complaining
> that the new versions of GNUTLS (3.8.7) and GNUnet
Likewise for me. I'm mostly interested in gnunet-vpn and GNS.
Maybe next year, I'll try out the messenger on both my LibreM5 and my
Talos II.
On Thu, 2024-10-10 at 20:58 +0200, Noé Lopez via Mailinglist for GNUnet
developers wrote:
> Thanks to everyone who worked on this!
>
> I might try it out a
Thanks to everyone who worked on this!
I might try it out and see if I can make it work.
Good evening,
Noé Lopez
On 9/27/24 14:21, gnu...@gnunet.org wrote:
> + // FIXME is this behavior correct/intended?
> + // the helper is shut down when there's an exception
handler,
> + // otherwise it's restarted?
> h->exp_cb (h->cb_cls);
Yep, that's clearly the idea here, also done
So I've looked into the issue and fixed it.
The shadow flag wasn't parsed properly from JSON and it overwrote the
"is_supplemental" flag when converting a record to JSON.
As for the rewrite, I don't have that much time on my hand right now.
kind regards,
fence
On 13.08.2024 13:24, Schanzenb
This may be a bug/oversight.
The reason may be that shadow records must be ignored by the resolver
and are never returned as part of a resolution process.
If you have any use or require a symmetric API, then this can be changed.
Feel free to modify the code accordingly.
Note that the REST serv
We're currently doing it Mondays at 12:30 CEST. -Christian
On 8/8/24 11:44 PM, Noé Lopez via Mailinglist for GNUnet developers wrote:
Hey,
I was planning to come say hi at the monthly get-together today to meet
some people but I didn't see anyone, is it cancelled or another date
than said on gn
They were deprecated and (IIRC) removed, as the functionality wasn't
exactly useful / more confusing than helpful.
-Christian
On 8/5/24 10:43 AM, fence wrote:
Hello mailing list,
I have a question about the identity service's IPC interface.
Were the message types "GNUNET_MESSAGE_TYPE_IDENTIT
Yes, I found it there.
I think they should be kept as the message types meant something in the
past, but a comment above indicating that they're deprecated would be
helpful.
fence
On 05.08.2024 10:58, Schanzenbach, Martin wrote:
Hello,
yes, it was removed in 8ccba14bbf77f784f6490130928a26e
Hello,
yes, it was removed in 8ccba14bbf77f784f6490130928a26e678f13736.
But I guess I forgot to remove it from the protocols header, I guess you
found it there?
BR
On 05.08.24 10:43, fence wrote:
Hello mailing list,
I have a question about the identity service's IPC interface.
Were the mes
Thanks for the patch, applied!
On Wed, 2024-07-31 at 00:52 +0200, fence wrote:
> Hello again,
>
> I noticed that the identity rest api doesn't follow the docs.
>
> `POST /identity` should return `201 Created` but returns `204 No
> Content`
> (
> https://git.gnunet.org/gnunet-handbook.git/tree/
Am Mittwoch, dem 31.07.2024 um 12:03 +0200 schrieb Christian Grothoff:
> Hi Tobias,
>
> The better place for this is the ta...@gnu.org mailinglist and/or the
> https://ich.taler.net/ forum.
>
> My 2 cents
>
> Christian
So I subscribe to that email address and the forum.
Hi Tobias,
The better place for this is the ta...@gnu.org mailinglist and/or the
https://ich.taler.net/ forum.
My 2 cents
Christian
On 7/31/24 11:31 AM, Tobias Platen wrote:
Hello
I have prevously contributed to other NLnet and NGI projects and now am
interested in contributing to Taler vi
Thank you for the patch.
I think you just may be starting/using the services in a peculiar way
that triggers the configuration API to be called with NULL.
I applied the patch for now, but that does not mean this will run
smoothly (as in, cfg should likely never be NULL anyway with a proper
setup)
Thanks to Christians suggestion, here's what helped:
Manually `chown`ing the file in question (and a couple of rounds of
`make clean` and `make uninstalling` for the feeling of more cleanness).
Cheers,
ch3
On Tue, Jul 09, 2024 at 16:31:09 +0200, ch3 wrote:
> Dear list,
>
> I'm stuck with the f
On 6/5/24 11:57, Julius Bünger wrote:
Hi all,
I have a question of secondary importance:
I recently asked the question whether we do unit tests in gnunet. Looking
at the examples pointed to in reply, I realize that I probably didn't
ask for what I meant. What I meant was:
Do we write tests for
Applied, thanks! -christian
On 6/2/24 11:06, Nikolaos Chatzikonstantinou wrote:
Hello,
This patch is for gnunet-handbook
First time small contribution here, see attachment.
Regards,
Nikolaos Chatzikonstantinou
Hello Benson,
note that we already have a fedora COPR:
https://copr.fedorainfracloud.org/coprs/schanzen/gnunet
Here is the upstream issue:
https://bugzilla.redhat.com/show_bug.cgi?id=2094246
That being said, patches are always welcome, but I think the nits are
not critical due to what Chri
Dear Benson,
If you look closely, getaddrinfo is used by the code by default, with
fallbacks (!) to gethostbyname if getaddrinfo doesn't work. I don't
think we want to accept a patch that removes the fallbacks, as that
wouldn't do anything on modern platforms and only hurt portability.
Happy
>>curl -L https://nixos.org/nix/install | sh -s -- --daemon
>
> Who does stuff like that? This is totally irresponsible.
Yes, I know. I’m on the Nix maintainer team dealing with documentation, I’m
involved in many things going on in the ecosystem, and we as a community
haven‘t managed to
On Tue, May 07, 2024 at 06:25:45PM +0200, Valentin Gagarin wrote:
> curl -L https://nixos.org/nix/install | sh -s -- --daemon
Blind execution of something potentially corrupted coming
from the Internet, and by use of a pipe you don't even have
a way to retroactively find out if your system has
> Has anybody created Software Bill of Materials (SBOM) files before?
There's a Nix package: https://search.nixos.org/packages?show=gnunet
Which means you can either use built-in tools to display the set of Nix
derivations that go into that:
Install Nix:
curl -L https://nixos.org/nix/ins
Sent with Proton Mail secure email.
On Saturday, April 27th, 2024 at 1:19 AM, Christian Grothoff
wrote:
> On 4/26/24 8:21 AM, George wrote:
>
> > Hi Christian,
> >
> > Thanks for the list!
>
>
> Sure.
>
> > I found the details for most of the events, but not all.
> >
> > --
On 4/26/24 8:21 AM, George wrote:
Hi Christian,
Thanks for the list!
Sure.
I found the details for most of the events, but not all.
Open Forum Digital Euro is in Vienna June 25th
https://openforumeurope.org/
I cannot find any events for June on their webpage. Ha
Hi Christian,
Thanks for the list!
I found the details for most of the events, but not all.
> Open Forum Digital Euro is in Vienna June 25th
https://openforumeurope.org/
I cannot find any events for June on their webpage. Have I got the wrong
organisation?
> Swiss P
Hi George,
Thansk for reminding us that it might be a good idea to meet in person
sometimes ;-). While we've not done the end of June meetings recently,
that will be a fun time this year:
Open Forum Digital Euro is in Vienna June 25th
Swiss PG day is in Rapperswill June 27th
cosin.ch is in B
Hi,
On Friday, March 15, 2024 5:04:13 PM IST carlo von lynX wrote:
> [...]
> A lot about GNUnet and related projects hasn't changed dramatically
> in the past fifteen years. We had our vision laid out even before
> Snowden and suddenly became relevant, so there are many worthwhile
> videos from ar
Thank you. The release of version 0.3.1 should fix that problem.
On Sat, 2024-03-23 at 18:26 +0100, Andreas Stieger wrote:
>
> On 2024-03-23 18:23, Andreas Stieger wrote:
> > seen in gcc7 (vs. 13):
> >
> > [ 22s] FAILED: libgnunetchat.so.p/src_gnunet_chat_handle.c.o
> > [ 22s] cc -Ilibgnunet
On 2024-03-23 18:23, Andreas Stieger wrote:
seen in gcc7 (vs. 13):
[ 22s] FAILED: libgnunetchat.so.p/src_gnunet_chat_handle.c.o
[ 22s] cc -Ilibgnunetchat.so.p -I. -I.. -Isrc -I../src
-I../include/gnunet -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64
-Wall -Winvalid-pch -fmessage-length=
Dear Stephen,
Yes, this (or ta...@gnu.org) is the right place. If you have a web page
documenting the syntax, that'd be ideal so we can reference it from the
registry.
Beyond that, happy to add it to the registry!
Happy hacking!
Christian
On 3/19/24 18:24, Stephen Paul Weber wrote:
As per
> On 3/16/24 17:08, carlo von lynX wrote:
> > No, there are machines that *need* to be online, but there are
> > always human beings that *like* to have machines always online
> > even if they don't need it for GNUnet.
On Sat, Mar 16, 2024 at 07:54:56PM +0200, MSavoritias wrote:
> Again thats wher
) talking to each other, but
> > communication needed to fulfill the above principles. Nevertheless
> > an application can implement what your are trying to achieve. See
> > the link to the messenger service and application above.
> >
>
> Hmm. I wonder how much the ab
On 3/16/24 20:57, t3sserakt wrote:
On 16.03.24 18:54, MSavoritias wrote:
On 3/16/24 17:08, carlo von lynX wrote:
On Fri, Mar 15, 2024 at 04:19:21PM +0200, MSavoritias wrote:
Federation has failed us big time and it is all the reason why
GNUnet exists.
By federation i mean that the room i
On 16.03.24 18:54, MSavoritias wrote:
On 3/16/24 17:08, carlo von lynX wrote:
On Fri, Mar 15, 2024 at 04:19:21PM +0200, MSavoritias wrote:
Federation has failed us big time and it is all the reason why
GNUnet exists.
By federation i mean that the room is hosted by all participants. We
can
On Sat, 2024-03-16 at 12:49 +, bastianschm...@danwin1210.de wrote:
> Hi community,
>
>
> with major release 0.21.0 being out now, is our roadmap -
> https://www.gnunet.org/en/roadmap.html - still up-to-date,
> or does it need an update?
> We've seen recently how people wanting to start code c
On Sat, 2024-03-16 at 19:54 +0200, MSavoritias wrote:
> On 3/16/24 17:08, carlo von lynX wrote:
>
> > On Fri, Mar 15, 2024 at 04:19:21PM +0200, MSavoritias wrote:
> > > By servers I mean a separate machine that is used to run services
> > > non
> > > graphically that usually needs to be always onl
On 3/16/24 17:08, carlo von lynX wrote:
On Fri, Mar 15, 2024 at 04:19:21PM +0200, MSavoritias wrote:
By servers I mean a separate machine that is used to run services non
graphically that usually needs to be always online.
No, there are machines that *need* to be online, but there are
always h
On Fri, Mar 15, 2024 at 04:19:21PM +0200, MSavoritias wrote:
> By servers I mean a separate machine that is used to run services non
> graphically that usually needs to be always online.
No, there are machines that *need* to be online, but there are
always human beings that *like* to have machines
Hi community,
with major release 0.21.0 being out now, is our roadmap -
https://www.gnunet.org/en/roadmap.html - still up-to-date,
or does it need an update?
We've seen recently how people wanting to start code contributions
do use this as a reference.
Cheers,
Bastian Schmidt
On Fri, March 15,
On 3/15/24 15:00, carlo von lynX wrote:
On Fri, Mar 15, 2024 at 02:32:51PM +0200, MSavoritias wrote:
- XMPP uses the XEP 0313 which is basically a protocol to retrieve messages.
Where these messages stored is left as an exercise to the reader although
most people use servers including secushare
On Fri, Mar 15, 2024 at 02:32:51PM +0200, MSavoritias wrote:
> - XMPP uses the XEP 0313 which is basically a protocol to retrieve messages.
> Where these messages stored is left as an exercise to the reader although
> most people use servers including secushare it seems which made my interest
> in
On 3/15/24 13:34, carlo von lynX wrote:
[...]
Since most of XMPP is designed as a client-server-protocol, you
are actually in a territory doing something new.
Sorry, I haven't really understood this. By "something new" are you
referring to the implementation of this XEP using the GNUnet Name
Sy
On Thu, Mar 14, 2024 at 01:26:18PM +0530, Sahil wrote:
> Sorry for the delayed response. I was trying to wrap my head around
> this.
That's the most noble thing to say and all the reason why
asynchronous messaging was invented in the first place. :)
> Thank you for your reply. I am able to make
On 3/14/24 09:56, Sahil wrote:
Hi,
Sorry for the delayed response. I was trying to wrap my head around
this.
I mean, do XMPP message and IQ stanzas really provide a lot
more than what bare XML would do? Also, isn't the industry
standard in this field called JSON, which also has its defects, a
Hi,
Sorry for the delayed response. I was trying to wrap my head around
this.
On Tue, Mar 12, 2024 at 06:26:09AM +, Martin Schanzenbach wrote:
> Yes. The transports are not meant to provide p2p functionality. That is
> why it does not matter if XMPP is client-server based or not.
> HTTP is al
Hi,
Apologies for my shocking name, it is for a different thing than this.
I wanted to add some backstory that, in my perception, the people here who
designed GNU Social had previously spent many years defending key user
rights that were blatantly excluded from mainstream federated protocols,
and
Secure multiparty computation scalar product. See
https://grothoff.org/christian/bfh2017.pdf
(implemented as the 'scalarproduct' service)
On 3/13/24 15:47, Runa Loki Schmidt wrote:
Talking about twitter like uses, I am really curious how a content curating
algorithm would be implemented on a
Talking about twitter like uses, I am really curious how a content curating
algorithm would be implemented on a decentralised multicast network.
These kind of algorithms have been a major point of attraction to that kind of
platform (twitter, instagram, tiktok), as people want content that is br
Hi Sahil,
On Tue, Mar 12, 2024 at 02:37:36AM +0530, Sahil wrote:
> This looks very interesting. "Multicast distribution trees" is a new topic for
> me. I'll read up on this too.
It's the way how cloud technologies achieve scalability, and it is
the biggest failure of the free world that it let fr
On 3/12/24 10:36, carlo von lynX wrote:
Moin Martin,
On Tue, Mar 12, 2024 at 06:26:09AM +, Martin Schanzenbach wrote:
- Hiding in "common" Internet traffic: e.g. if two peers communicate
via HTTPS (and assuming we can obfuscate the traffic patterns of the
applications in GNUnet), they l
Moin Martin,
On Tue, Mar 12, 2024 at 06:26:09AM +, Martin Schanzenbach wrote:
> - Hiding in "common" Internet traffic: e.g. if two peers communicate
> via HTTPS (and assuming we can obfuscate the traffic patterns of the
> applications in GNUnet), they look like browser/web server to an
> atta
ave understood this part. I read through the linked article as
> well. I'll
> have to re-read that and peruse more documentation before I can fully
> understand the points covered in the thread.
>
> On Saturday, March 9, 2024 2:00:07 PM IST em...@msavoritias.me wrote:
> > [...]
1 - 100 of 2963 matches
Mail list logo
