Andrey Stolyarov's FEDAnet site
I've just uploaded fedanet-0.0.72.tbz2 , in which a minor fix is made to the code. Thanks go to a guy with nickname posyx for reporting where to look. Hopefully , this fixes both issues with non-intel platforms (primarily ARM) , and with NetBSD . Looks like it was because "default" char is unsigned there, while in one weird part of the code it was assumed to be signed. I'm not sure if this will…
Someone recalled there was a test web site inside FEDAnet. The site was running on a machine inside my home network, but for some reasons I had to stop keeping that machine running 24x7. As of now, the site on the same IPv6 address feda:c508:097b:d6c3:47a4:a317:3700:feda runs on one of my VPS machines (I won't tell you on which, heh; anyway, you can't access it from outsite, only from within…
FEDAnet source tarball version 0.0.71 uploaded ; it contains a minor fix that covers the (previously unknown to me) difference in the tun/tap facility API between FreeBSD and OpenBSD. Yes, they are different. Slightly but sufficient to be incompatible. The new version is reported to compile and run on OpenBSD. Thanks go to EVI for reporting the trouble and trying the fixed version (which involved…
FEDAnet source tarball version 0.0.70 is available in the download section . It now compiles and (hopefully) works on FreeBSD; to build there, use gmake FLAVOR=freebsd Please note this build mode uses clang which seems to be the FreeBSD default now; if you have gcc and want to compile with it instead of clang, use gmake FLAVOR=freebsd CC=gcc or, even better gmake FLAVOR=freebsd CC="gcc…
Folks, I have to admit I've just uploaded yet another bugfix release, vers. 0.0.59. Two issues reported in comments ( this and this ) are addressed in the new version. I apologise for having this many urgent bugfix releases in a row and hope this one will stay longer.
Please postpone the version upgrade. Looks like there's a bug in the code which effectively prevents fedaserv from working correctly. I'm going to upload the fixed version as soon as I manage to debug it. UPD: version 0.0.56 is available, please use it instead of the (fatally buggy) 0.0.55. UPD2: please use 0.0.58, the previous version contained yet another fatal bug. Version 0.0.55 published . A…
I've just published the version 0.0.52. It fixes several nasty bugs and features seriously updated file doc/poormansvps.txt , which contained obsolete things since 0.0.40, and with 0.0.50, became half-outdated. Besides that, I've got some sad news today. The tun/tap subsystem API on FreeBSD (and perhaps other BSDs as well) differs from the Linux one significantly enough that there's no chance to…
Tarball for version 0.0.51 is downloadable . This is a fix for a couple of bugs (thanks to those who reported them) and an attempt to address one known but hard-to-reproduce protocol flaw. I have to admit it is still buggy, and yes, I know it . Only it may be better than the previous version. Please update, and sorry for the inconvenience.
I've just composed a page with actual backbone information , and some problems revealed during its preparation: two of the previously-known nodes (namely ilya and parthen ) are down; yury_k uses point number 42, which may be okay if the node is to consist of just one point, forever, and is not going to participate in the broadcast messaging; however, for a FEDAprotocol speaker to be considered…
Ladies and gentlemen, I'm pleased to announce the source tarball for the version 0.0.50; the tarball is available in the downloads section . Long things short, this time the fedaserv daemon instances just became capable of exchanging node keys, checking them and storing the results. The problem I had to solve is that taking a yespower hash is a resource-consuming thing; low-end VPS machines are…
Dear visitors, I'm not very familiar with Windows/* platform, so I have insufficient background to understand how to support FEDAnet on Windows. Well, there's a deliberate decision to make it impossible or at least hard to run the node implementation (well, let's call it a full version of fedaserv ) on Win machines; however, I feel we actually need some level of support for running point software…
Looks like I issued the wrong command to pack the archive, so it is actually tar.gzip, not tar.bzip2. I've just renamed the file on the server to .tgz which reflects the real format of the file. Sorry for the inconvenience. FEDAnet 0.0.40 has been published . This version supports some interesting new features. First of all, the fedaserv daemon is now capable of working as FEDAproxy , serving as…
FEDAnet 0.0.37 is available , primarily to fix another bug , but also some new features are implemented for that control console (take a look at the show command). Enjoy :-)
UPD (Dec 26, 2025): A quick bugfix is published as the version 0.0.36. As you might already know , I like beautifully-looking numbers. Today it is 1766666666 seconds since Epoch, which in FEDAnet time ( minutes since Epoch) becomes 29444444. Besides that, today is December 25, which is my birthday. Unfortunately, not too many things there are to publish today, but nevertheless I think it is a good…
Colleagues, I'm publishing the version 0.0.31 of the FEDAnet sources, which fixes a file descriptor leak in the fedaserv daemon. Long things short, in the previous version, if it works long enough, it runs out of available file descriptors; as a result, it starts to refuse to recognize any remote peers, claiming it doesn't know their nodes (which is wrong; the real cause is that it can't read the…