Re: New port: freenet6 client

[Thorsten Glaser <tygs@netcologne.de>]

begin  electrogrammati illius Hugo Villeneuve

>Freenet6 gives you a /48 prefix but the script acknowledge only one
>/64 out of it. That route command acknowledge the reminder of the

Yup. I noticed late, but I noticed it...

>/48 so that nice host unreachable messages get sent instead of
>routing loops.

Hey, thanks a lot, I'll incorporate that.

>Altough, I didn't use your port of your personnal version of freenet6
>tspc [It's not patch against the original version, like I expected
>an OpenBSD port to be.]. But I look at it when debugging the

I was not originally starting an OpenBSD port, but rather tried to
continue contributing to freenet6 (I had debugged even more shell
scripts by now), but they didn't even answer my mails any more, so
I eventually started to make that "unofficial" tarball, and I'm
going to maintain it further, because their scripts are horrible
and sometimes wrong.
I was thinking about not updating it at some time, because their
service has had _really_ big problems with authentication and
routing, but that has settled.

I'll keep the freenet6_src.tgz (old port with NEED_VERSION and
stuff) plus the -u4 tarball until 3.2 is out plus some weeks,
then only -u6 and the new port will be available there...

>openbsd.sh script shipped with freenet6 0.9.6 original tar ball.
>[It's the only thing that doesn't work well on OpenBSD from the
>original version.]

I know, and it has worked once (at least I think); I "stole" it
mostly from the NetBSD script when I did the initial patches over
a year ago, but it has been modificated since (interestingly
enough, itojun@ is inferred too), and didn't work for me.
This and the feel to actualize my howto (which I have sent them
by 0.7 times, and now (at 0.9.6) it's still not there) let me
start the "unofficial" version, incorporating some small fixes
by two other (linux testing) (openbsd makefile/.c) people.

-Thorsten
-- 
Du hast eine [...] Startseite ohne graphischen Schwachfug. [...] Wenn qmail
ohne Not [...] auf der Gegenseite Resourcen verbrät ist das genau so, als ob
Du als Web-Designer auf der Gegenseite ein Java-Programm starten willst, um
ein <a href> zu simulieren. Es ist Scheiße und gehört bestraft.	[ aus dasr ]