from:"Arne Babenhauserheide"

Am Freitag, 11. September 2015, 19:13:02 schrieb Juiceman:
> *build* number should never be reset. Windows doesn't. AFAIK is supposed to
> represent builds (not releases).

I do not think we should reset the build versions. There is too much
implementation stuff which *might* depend on the build version (I
don’t feel like tracking down all of that and spending several builds
debugging it).

> Essentially Freenet version is 0.7.5.1472 or whatever.

So as I see it, the next one would be something like 0.7.6.1473.

Best wishes,
Arne
-- 
Ein Mann wird auf der Straße mit einem Messer bedroht. 
Zwei Polizisten sind sofort da und halten ein Transparent davor. 

"Illegale Szene. Niemand darf das sehen."

Der Mann wird ausgeraubt, erstochen und verblutet, 
denn die Polizisten haben beide Hände voll zu tun. 

Willkommen in Deutschland. Zensur ist schön. 
  ( http://draketo.de/stichwort/zensur )



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Multiple SourceForge issues

Am Donnerstag, 10. September 2015, 18:30:54 schrieb Matthew Toseland:
> I did that once. Ian got really angry. Granted it's not really his
> decision any more. But he's right, isn't he? Versions are for marketing,
> not for change tracking?

He might have reasons I do not see, so I don’t feel I can judge that.

This here is a communication issue: If there is an old version
somewhere and people don’t see that this old version is actually old
(0.7.5 vs. 0.7.5), then that’s a problem.

If there is no place which shows that old version as the most recent
one, I don’t see incrementing the version as necessary.

And I should be clearer: I only mean “no longer able to update over
mandatory”. Also I don’t think we need to make this a rule. I think
that it’s time to increment the version regardless of this issue (for
marketing reasons: we have lots of new features).

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] freenet @ bountysource

Hi,

I just submitted a claim for the bountysource team freenet:
https://www.bountysource.com/teams/freenet

I did that because bountysource now provides an option for monthly
payment (similar to Patreon), so it can form a sustainable base for
development.

Description:

> Freenet provides censorship resistant communication, including
> serverless websites, forums, microblogging and email with perfect
> forward security.

> It is in practical use worldwide since 2000 and realizes a
> decentralized, anonymizing datastore with optional friend-to-friend
> structure and spam resistance. In 2015 it received the SUMA award
> for protection against total surveillance.

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] We've been invited to an European Parliament conference

From my side it would work (I reserved the time).

Best wishes,
Arne

Am Donnerstag, 10. September 2015, 16:36:59 schrieb Ian Clarke:
> I'm happy to handle the initial communication if that makes sense, given
> that I was invited.  Just let me know.
> 
> On Thu, Sep 10, 2015 at 4:27 AM, xor  wrote:
> 
> > On Thursday, September 10, 2015 09:24:19 AM xor wrote:
> > > On Thursday, September 10, 2015 12:21:19 AM Arne Babenhauserheide wrote:
> > > > Thank you!
> > > >
> > > > I think the first one to talk to them is Ian, because he’s the one who
> > > > got invited. I should find out tomorrow evening whether I can free the
> > > > days.
> > >
> > > Ian already said he can't do it:
> > >
> > > On Tuesday, September 08, 2015 03:11:42 PM Ian wrote:
> > > > That sounds interesting, unfortunately I won't be able to do it (it
> > would
> > > > be a transatlantic trip), but hopefully someone can and we can track
> > down
> > > > whoever sent that message.
> > >
> >
> > Ah sorry, I misunderstood you.
> > I thought you wanted Ian to go to the conference; but it seems you actually
> > meant Ian should be the one to tell them that someone else is going.
> >
> > I would suggest we wait with requesting Ian to do so until Florent/you have
> > decided who can attend.
> >
> > ___
> > Devl mailing list
> > Devl@freenetproject.org
> > https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
> >
> 
> 
> 
> 

--
Konstruktive Kritik: 

- http://draketo.de/licht/krude-ideen/konstruktive-kritik



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Multiple SourceForge issues

2015-09-10 Thread Arne Babenhauserheide

Am Donnerstag, 10. September 2015, 10:12:19 schrieb xor:
> There was someone on IRC whose Freenet wasn't working because it was
> build01217. He got that because our SF account still labels that as latest.

That’s horrible. The user also checked the version on our site, and
since it was 0.7.5, too, he or she used the SF link.

I think we should take this as a strong cue to at least release 0.7.6
the next few months, and then increment the version number *at least*
whenever there are changes which can cause older versions to no longer
connect.

> http://www.howtogeek.com/218764/warning-don%E2%80%99t-download-software-from-sourceforge-if-you-can-help-it/

guh… desperately grabbing for money… ☹

> - So when deleting the account, please first check whether there is some kind 
> of opt-out thing to tell them "do not take control over the account".

I think that’s infeasible: We’re a free software project. We cannot
force people not to share our software. But we can ensure that this
version-number confusion does not happen.

Best wishes,
Arne
-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] We've been invited to an European Parliament conference

2015-09-09 Thread Arne Babenhauserheide

Thank you!

I think the first one to talk to them is Ian, because he’s the one who
got invited. I should find out tomorrow evening whether I can free the
days.

> On Wed, 2015-09-09 at 01:02 +, Ian wrote:
> > Arne, it would be really great if you could go, please let me know if 
> > there is anything I can do to help.

Florent already forwarded the mail, which is the first thing :)

Otherwise I think the most important part is getting in contact with
them and asking them whether they would accept other representatives
from the project.

Best wishes,
Arne

Am Mittwoch, 9. September 2015, 17:08:54 schrieb Florent Daigniere:
> I'm reluctant to forward the email to the list because it's an invite
> -only event... but I'll forward it to Arne.
> 
> I'd like to go too; I'm trying to work out whether I can fit it in my
> work schedule.
> 
> Florent
> 
> On Wed, 2015-09-09 at 01:02 +, Ian wrote:
> > I agree with Arne and disagree with Markus.  The worst possible way 
> > to deal
> > with politicians is to not talk to them.
> > 
> > It might be unpopular to say, but in my experience most politicians 
> > are
> > smart, and genuinely want to do the right thing, but they're 
> > frequently
> > misinformed because they're only exposed to lobbyists who know 
> > exactly how
> > to work the system, and the lobbyists win if there is no voice to 
> > oppose
> > them.  People don't enter politics to get rich, not in the EU anyway.
> > 
> > Arne, it would be really great if you could go, please let me know if 
> > there
> > is anything I can do to help.
> > 
> > 
> > On Tue, Sep 8, 2015 at 6:15 PM Arne Babenhauserheide  > >
> > wrote:
> > 
> > > Am Dienstag, 8. September 2015, 19:50:22 schrieb Markus:
> > > > I would like to suggest to never ever visit politicians.
> > > 
> > > I disagree with that. We cannot win on purely technical grounds —
> > > states (or big companies) could just ban all encryption. But 
> > > technical
> > > means can create a situation in which those politicians who are on 
> > > the
> > > side of free communication can win the political battle against
> > > surveillance.
> > > 
> > > Best wishes,
> > > Arne
> > > --
> > > A man in the streets faces a knife.
> > > Two policemen are there it once. They raise a sign:
> > > 
> > > “Illegal Scene! Noone may watch this!”
> > > 
> > > The man gets robbed and stabbed and bleeds to death.
> > > The police had to hold the sign.
> > > 
> > > …Welcome to Europe, citizen. Censorship is beautiful.
> > > 
> > >( http://draketo.de/stichwort/censorship )
> > > 
> > > 
> > > ___
> > > Devl mailing list
> > > Devl@freenetproject.org
> > > https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
> > ___
> > Devl mailing list
> > Devl@freenetproject.org
> > https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

--
Ich hab' nichts zu verbergen – hab ich gedacht: 

- http://draketo.de/licht/lieder/ich-hab-nichts-zu-verbergen



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] We've been invited to an European Parliament conference

2015-09-08 Thread Arne Babenhauserheide

Am Dienstag, 8. September 2015, 19:50:22 schrieb Markus:
> I would like to suggest to never ever visit politicians.

I disagree with that. We cannot win on purely technical grounds —
states (or big companies) could just ban all encryption. But technical
means can create a situation in which those politicians who are on the
side of free communication can win the political battle against
surveillance.

Best wishes,
Arne
--
A man in the streets faces a knife.
Two policemen are there it once. They raise a sign:

“Illegal Scene! Noone may watch this!”

The man gets robbed and stabbed and bleeds to death.
The police had to hold the sign.

…Welcome to Europe, citizen. Censorship is beautiful.

   ( http://draketo.de/stichwort/censorship )




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] We've been invited to an European Parliament conference

2015-09-08 Thread Arne Babenhauserheide

Florent said that we received this message via press@…, so keeping in
contact should not be too hard.

If it does not clash with my PhD defense, I should be able to go.
It would be good to know additional details, though.

Best wishes,
Arne

Am Dienstag, 8. September 2015, 15:11:42 schrieb Ian:
> That sounds interesting, unfortunately I won't be able to do it (it would
> be a transatlantic trip), but hopefully someone can and we can track down
> whoever sent that message.
> 
> On Tue, Sep 8, 2015 at 8:27 AM xor  wrote:
> 
> > [15:18]  Dear Ian Clarke,  The Civil Liberties Justice and
> > Home
> > Affairs Committee (LIBE) and the Science and Technology Options Assessment
> > Panel (STOA) of the European Parliament are organising, in association with
> > the Luxemburg Presidency of the European Council, on 8 -9 December 2015 at
> > the
> > European Parliament, a high-level conference on ‘Protecting on-line
> > privacy by
> > enhancing IT security and EU IT autonomy’.
> > [15:19]  This high-level conference will gather about 100
> > academics and policy-makers to discuss possible European policies for
> > enhancing privacy protection on the Internet in a post-Snowden world. This
> > event is organised as a follow-up to the report adopted by the EP on 12
> > March
> > 2015 "on the US NSA surveillance programme, surveillance bodies in various
> > Member States and their impact on EU citizens’ fundamental rights and on
> > transat
> >
> >
> > The guy unfortunately left before mentioning more details, and the message
> > seems cropped.
> > Anyone willing to try to contact those folks?
> > Anyone willing to attend?___
> > Devl mailing list
> > Devl@freenetproject.org
> > https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
> ___
> Devl mailing list
> Devl@freenetproject.org
> https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] ShareWiki as official plugin?

2015-09-05 Thread Arne Babenhauserheide

Hi,

I finished the last remaining bugfix of ShareWiki and I think it is
ready for inclusion.

https://github.com/ArneBab/plugin-sharewiki/

My only gripe is the name: *wiki suggests collaborative editing which
we it does not really provide. Though you can simply copy the source…

ShareSite would be unfortunate (the short form would be SS which I as
German don’t want to use for historic reasons). 

Or should be just keep the name ShareWiki?

Either way: What do you think about making it official?

Best wishes,
Arne
-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] Fundraising opportunity

2015-08-18 Thread Arne Babenhauserheide

Here’s something we should have a look at:

http://www.state.gov/j/drl/p/245721.htm State Department funding opportunity 
announced  Funding Theme #2: Digital Safety: Support, training and information 
resources that contribute to greater digital safety for users in Internet 
repressive societies, traditional human rights organizations, and/or at-risk 
populations 

Best wishes,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] An idea for load management

2015-08-16 Thread Arne Babenhauserheide

Am Freitag, 14. August 2015, 14:27:23 schrieb Matthew Toseland:
> >>> This only works when not using opennet FOAF routing.
> >> I don't see why that would affect this?
> > Because it partially decouples closeness of the node from distance to the 
> > receiver.
> >
> > After thinking about it a bit, I’m not sure though if this will really
> > be a problem. After 3-4 hops, the distances are pretty close.
> Close hop-wise should still be a reasonable proxy for close
> location-wise. And we want to kill requests that are far from the target
> location-wise IMHO, for efficiency as well as for pushing back to the
> originator. Although maybe this would have bad effects on nodes with
> very poor connectivity?

I’m not sure, since it is per node.

Stopping abuse early on would be nice. To check whether this would be
useful it might be necessary to show that nodes who adhere to
slow-down messages will not suffer more than X% degraded performance
as long as all their direct peers adhere to slow-down messages.

⇒ show that slow-down messages are a superset of killing based on
  distance for the case of honest nodes.

Liebe Grüße,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] An idea for load management

2015-08-12 Thread Arne Babenhauserheide

Just a short notice:

Am Sonntag, 9. August 2015, 12:14:59 schrieb Matthew Toseland:
> - When load is high, we tend to kill requests which are close to the
> originator. (But without directly using HTL)

This only works when not using opennet FOAF routing.

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Great series of Freenet articles

2015-07-31 Thread Arne Babenhauserheide

Am Freitag, 31. Juli 2015, 07:34:31 schrieb Ian Clarke:
> I'm surprised I didn't see these earlier: http://draketo.de/english/freenet

I’m glad you like them!

I’ve been writing about Freenet from time to time, but the accesses
were aroud 1000 to 8000 per article - enough to reach some of the
interested people, but not the reach needed to really draw in lots of
new users.

> This one is quite recent:
> http://draketo.de/light/english/freenet/communication-primitives-1-files-and-sites

The access stats of that article are a bit different from the rest:
Instead of receiving many hits early and then only very few more, it
seems to get a small but steady flow of readers (it’s at more than
1200 accesses in the totally unreliable and likely overestimating
Drupal reader statistics).

Best wishes,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Thoughts on FProxy

2015-07-31 Thread Arne Babenhauserheide

Am Freitag, 31. Juli 2015, 08:05:22 schrieb Ian Clarke:
> Thoughts?

I think youre right in your analysis, that fproxy should look and feel
more modern. To address this, there’s already the winterface which
also decouples UI from the core. It is already partially usable and
looks really nice, but it’s not complete enough to replace fproxy for
any of our core workflows.

These tasks are still what’s needed:
https://d6.gnutella2.info/freenet/USK@um4cEaaGWlgdAK8gAFDJrqY2eiSM3fHxiPfMTu89coE,m2rG6gU~ISukN3S3qJtNwVxXr0giCtHvu8BPz605FxE,AQACAAE/winterface-deadlines/6/#sec-1-2

Winterface: https://github.com/ArneBab/Winterface

So there were already great steps towards a nice UI, but (as so often
in Freenet) the last few steps are missing to make it usable (I did
not do that work either, so please don’t take this as blaming
someone. It’s just an observation: Most of the things we have severly
lack polish).

Best wishes,
Arne
-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] FMS code review

2015-05-26 Thread Arne Babenhauserheide

Hi Gerard,

Welcome back to Freenet!

Am Montag, 25. Mai 2015, 21:10:01 schrieb Gerard Krol:
> I was quite curious myself how FMS worked so I took a few hours to
> browse through the source. I will also post this to the FMS board so please
> add some trust to my FMS identity so people can actually see my post:
> SSK@cptAO5z0rfUEzlwdyUggtoXdaeQ9XIZzrNBCvBteTDQ
> ,~-0EZgy~RpU99ThMiyvoiZTpYGgRsY~8GsGJxmZG47U,AQACAAE/

I answered on FMS.

Here I’d like to add, that I think this is a great step towards being
able to show FMS more prominently: If the plugin becomes reliable
(works for roughly all users), it could be included.

Maybe it could even be enhanced to show the FMS content in the fproxy
interface by simply communicating with the FMS process. That would
provide the missing integration then and make FMS more viable as a
support channel for the project.

Best wishes,
Arne
-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] reviewed sharewiki plugin

2015-05-04 Thread Arne Babenhauserheide

Hi,

Over the past few months I fell in love with Sharewiki, because it is easy, 
convenient (more convenient for small sites than the drupal I use for my 
clearnet pages!), provides what Freenet needs (i.e. a bookmark-link, and easy 
backups) and most importantly it just works.

It only uses proven, fast and scaling functionality (no WoT necessary, though 
it links to /chat/ to guide people to places where they can announce their 
page) and it just works (I already said that, but it’s worth repeating, since 
it works without any complex setup or wait times: Start it, click “add site” 
and you can start with your site right away).

So I reviewed sharewiki and replaced the GPL-incompatible textile library it 
used with an LGPL one (actually the predecessor of the mylyn stuff it use).


I provide the plugin on my sharewiki site (random_babcom¹) and at github:

- sharewiki-b21.jar: 
CHK@5I6Szzhvi4XFiYN~AZ3Gs~2wZsKnAi2d8PpRAziBfNI,VWmcEbE1x1AaN5KWupIydSuJJij782wqmwmezAXkcqs,AAMC--8/sharewiki-b21.jar
- sharewiki-b21-src.zip: 
CHK@IVZwDAB7NPc34IsRk4ILVxsolGvFWFxJ-lo~KCGU8Ls,QIG2JO-7GlKLU9qh99MaYGAazUZX0oxNv-xIFyhV3Jg,AAMC--8/sharewiki-b21-src.zip
- https://github.com/ArneBab/plugin-sharewiki

To test it, go to the plugins page ( 
http://127.0.0.1:/plugins/#addFreenetPluginForm ) scroll to the text field 
under “load unofficial plugin from Freenet” and enter the sharewiki key: 
CHK@5I6Szzhvi4XFiYN~AZ3Gs~2wZsKnAi2d8PpRAziBfNI,VWmcEbE1x1AaN5KWupIydSuJJij782wqmwmezAXkcqs,AAMC--8/sharewiki-b21.jar


It would be nice if someone else could try it. I think it’s already good enough 
to be included as official plugin, and it should be pretty low maintenance.

I’d even go as far as *loading* it by default. Though we might want to change 
the name (since it isn’t really a wiki).

What do you think?

Best wishes,
Arne

¹: random_babcom:
   - in Freenet: 
http://127.0.0.1:/freenet:USK@sUm3oJISSEU4pl2Is9qa1eRoCLyz6r2LPkEqlXc3~oc,yBEbf-IJrcB8Pe~gAd53DEEHgbugUkFSHtzzLqnYlbs,AQACAAE/random_babcom/36/
   - in the Clearnet: 
https://d6.gnutella2.info/freenet/USK@sUm3oJISSEU4pl2Is9qa1eRoCLyz6r2LPkEqlXc3~oc,yBEbf-IJrcB8Pe~gAd53DEEHgbugUkFSHtzzLqnYlbs,AQACAAE/random_babcom/36/
 (via my inproxy which is small and weak, don’t be surprised if it’s slow)

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [RFC] Freenet Summer of Toad

2015-04-13 Thread Arne Babenhauserheide

Am Samstag, 11. April 2015, 11:30:03 schrieb Matthew Toseland:
> No, this is *site inserts*. As I said, that code is pretty arcane, and I
> didn't write it (Saces did). It needs to be explained largely at the
> class level IMHO, because any other kind of inserts works differently.

On a conceptual level, I don’t consider site inserts that hard
(remember that I fixed minor bugs in the *ManifestPutter). The hard
part was understanding what all those put handlers do (or rather, what
a put handler is in the first place and why it is needed - concurrency
and all).

Other hard parts were knowing *why* a given size for a container is
useful and knowing how the different parts of fred tie together
(network packets, CHK size, SSK sizes, ...).

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [RFC] Freenet Summer of Toad

2015-04-13 Thread Arne Babenhauserheide

Am Samstag, 11. April 2015, 11:37:51 schrieb Matthew Toseland:
> > If we have
> > packet-based transports, plugins should be able to handle the
> > transformation to and from TCP, so first doing only packet-based
> > transports would give the capabilities to do more.
> Yes, but the whole idea of transport plugins is to make life easy for
> people implementing them, do all the hard stuff in fred itself, so we
> can have lots of them.

The first step is making it possible at all for people (without having
to hack at arcane parts of fred). Making it easy is only the second part.

And implementing packet-over-TCP isn’t that hard.

That said: Better have well-working darknet enhancements than
unfinished transport plugins, since we need the darknet enhancements
to really benefit from transport plugins, but not the other way round.

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Packaging and opennet / settings

Am Samstag, 11. April 2015, 02:07:22 schrieb Matthew Toseland:
> On 10/04/15 18:51, Arne Babenhauserheide wrote:
> > Packaging makes opennet easier: apt-get cannot give you darknet
> > references. That’s useful, because it can give us many more users, and
> > it makes it easy for developers to use Freenet as communication
> > backend: Just add a dependency when you package your program.
> What do you mean here? A package could hardcode the default seedrefs
> (assuming we could update it reasonably frequently), or could download
> them over HTTPS, but we'd still need to ask for configuration. Which is
> our right, at least for debian, using debconf.

> we ask users much the same questions as we do now but through
> debconf.

Yepp. The distributions have ways to do this configuration, so when
installing a program which uses Freenet, the users get informed in a
standard way what needs to be done to make it work.

An advantage is that the distribution already knows more about the
system than Freenet. For example it has default places to put
data. The node I installed via portage, the Gentoo package manager
(thanks to Thommy[D]) has all its data in /var/lib/freenet/.

But that’s not the main part. The main part is that programs can
depend on Freenet.

If I were to write a game which uses Freenet to share mods (maps,
units, campaigns), then I could just make that game depend on Freenet and users 
could get it via

emerge 

or

apt-get install 

Then they would automatically get prompted to answer the relevant
questions and would be ready to play without having to start a
webbrowser or decide where to store freenet.

Freenet could even be installed as a standard init service.

Additionally it would be possible to package plugins.

Or let’s go to a more practical example: If someone asked “How can I
talk anonymously?”, I could simply say

apt-get install fms

The same would go for flip, or for infocalypse. “How can I share my
code anonymously?”

apt-get install infocalypse

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [RFC] Freenet Summer of Toad

Am Freitag, 10. April 2015, 19:51:17 schrieb Arne Babenhauserheide:
> - A HACKING guide: “For those who come after me”.
> 
> - Documentation for the Plugin API which is easy to follow and answers
>   the question how to create a plugin we can easily make official.
> 
> - A package for Debian, maybe also for Fedora. Together those should
>   cover most distros.
> 
> - The ability to create bundles from the web interface which allow one
>   friend to connect without further non-freenet communication.

Other large goals I forgot:

- transport plugins
- content filters

But at least the latter can be done by volunteers. And transport plugins
are pretty huge.

On IRC toad said “maybe have an at-least-50%-uservisible rule”, and I
think that would be a good rule of thumb.

I would add “only a released feature is a finished feature”. So for
every step, there should be a release including it.

Best wishes,
Arne


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [RFC] Freenet Summer of Toad

Am Samstag, 11. April 2015, 01:53:22 schrieb Matthew Toseland:
> The latter might be fixed by good javadocs on BaseManifestPutter and its
> inner classes. The site insert code is pretty arcane.

I think it would be easier to find in general documentation about
insert code, with simply a link to that in the javadoc. That’s then
also something we can show new people: “this is how our inserts work”.

I’m not opposed to JavaDoc. Use it where it helps. But it’s not a goal
in itself, just one of many tools to achieve the goal of making it
easier to work with Freenet.

Best wishes,
Arne


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [RFC] Freenet Summer of Toad

Am Samstag, 11. April 2015, 01:34:17 schrieb Matthew Toseland:
> Transport plugins are written by a GSoC student (Chetan), but need major
> refactoring and fixing of concurrency issues (plus implementing
> stream/TCP plugins)

How much work would it be if you left out stream stuff? If we have
packet-based transports, plugins should be able to handle the
transformation to and from TCP, so first doing only packet-based
transports would give the capabilities to do more.

> Traffic flow analysis is cheap nowadays, and no amount of stego can
> get us away from that.

We could simulate full traffic profiles: capture the traffic between
applications, then fake it. Video telephony, static noise on a mumble
chat (using an intermediate server for spreading it), bunny cams. Even
simply sending emails with attachments. That increases latency and
decreases throughput a lot, but that’s something Freenet can already
cope with to some degree: The bandwidth of nodes already varies over
several orders of magnitude.

And it’s not like the proposal is new. But it needs core support
⇒ transport plugins

I don’t intend to say “toad should do this over summer”, just “please
don’t discard it prematurely”.

Best wishes,
Arne


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] [RFC] Freenet Summer of Toad

2015-04-10 Thread Arne Babenhauserheide

Am Freitag, 10. April 2015, 06:22:50 schrieb xor:
> On Thursday, April 09, 2015 09:27:32 PM Steve Dougherty wrote:
> > What would we want to direct this development time toward? My opinion is
> > that more code / features is not what Fred needs most right now.
> 
> Full ACK on not having him work on features.
> Semi-Non-ACK on what you suggested he should do, in-depth explanation below.
> First here's my idea what he should do:
> 1. Write package-info JavaDoc for all packages (I think he actually did that 
â¦ 
> 5. Write generic documentation and tutorials on the Wiki.

I think that this would be a waste of time, except for the 5th point.

I know that âwaste of timeâ sounds extreme. I say it in such strong
words, because whenever I did something in Fred, it wasnât lack of
JavaDoc which slowed me down. And for the subset of the code I saw, I
could write JavaDoc myself with a little investigation, so we do not
need toad for this.

What slowed me down was the lack of practical, high level
documentation. Examples:

- How to write a plugin which does anything remotely useful?Â¹
- What callbacks are triggered when I request a key? And where do they run?Â²
- Ä¤ow do Toadlets work? (turns out that that isnât that complex after all)

Â¹: See my try at writing a plugin tutorial, putting it off halfway
   because it was getting unbearable: https://d6.gnutella2.info/freenet/USK at 
xqbzQkEGFnFfZH3LG~ut8bjV51o~3nrIXMN3ld5Qjs0,SThdqkHICKxLZvKzMcfK4w04Y4ykcE1~lmQiskpsVqw,AQACAAE/freenet-plugin-bare/5/

Â²: What does a PutHandler do, where is it fired and why is there a 
JokerPutHandler?
https://github.com/freenet/fred/blob/c314c517e421b683f6676b109b95145151da22fc/src/freenet/client/async/BaseManifestPutter.java#L329

These issues arenât fixed by JavaDoc.

They are fixed by a Hacking Guide: âFor those who come after me.â

At the same time there are quite a few things which only toad can do
efficiently, because only he knows the code well enough to anticipate
the side effects of the changes, or where they have to be wired in.

Note that documenting the API is something completely different than
just throwing in JavaDoc. The FCPv2 documentation in the Wiki is an
example of documentation which works: Whenever I did something with
pyFreenet, that documentation helped enormously.

Something like that for the Plugin API. Maybe focussed to answer the
question âHow to write a plugin in such a way that it can easily be
made official?â

I like the idea of packaging. In addition Iâd like to see the darknet
invitation bundles become reality. Itâs not hard, itâs just complex
and touches lots of parts of fred. We need bundles for multiple
platforms which include one or several noderefs. We need one-time
tokens to avoid requiring an initial noderef exchange, we need darknet
FOAF routing. All this has been planned in detail in the
bugtracker. And it can be done in small, self-contained steps which I
would think that toad can do over summer.

Packaging makes opennet easier: apt-get cannot give you darknet
references. Thatâs useful, because it can give us many more users, and
it makes it easy for developers to use Freenet as communication
backend: Just add a dependency when you package your program.

Together this would give tangible deliverables:

- A HACKING guide: âFor those who come after meâ.

- Documentation for the Plugin API which is easy to follow and answers
  the question how to create a plugin we can easily make official.

- A package for Debian, maybe also for Fedora. Together those should
  cover most distros.

- The ability to create bundles from the web interface which allow one
  friend to connect without further non-freenet communication.

3 weeks each would give solid 12 weeks of full-time work.

Best wishes,
Arne
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 299 bytes
Desc: This is a digitally signed message part.
URL:

[freenet-dev] [RFC] Freenet Summer of Toad

2015-04-10 Thread Arne Babenhauserheide

Since itâs relevant: There are still 2.5kâ¬ in my account from SUMA
which I want to send to Ian. That they arenât there yet is completely
due to me being slow talking to my bank and then sending Ian a mail
with the data I need from him to send the money.

Best wishes,
Arne

Am Donnerstag, 9. April 2015, 21:27:32 schrieb Steve Dougherty:
> Google Summer of Code didn't work out for us, but maybe we can have a
> Freenet Summer of Toad? It's not certain yet, but Matthew might be
> interested in working 35-hour weeks over the summer for FPI. He says he
> wants at least $6k for 8 weeks but preferably $10k for 12 weeks. Paying
> this while maintaining current operations will require a fundraiser. Are
> people interested in doing this?
> 
> If we go through with it we'd put a fundraising bar on the website and
> count subsequent donations toward it. It might be good to have a mark
> both at $6k as the minimum and $10k as the entire summer.
> 
> Last summer purge-db4o coming into review all at once was a formative
> experience for the community. We've agreed that development must now be
> put up for review and merged in much, much smaller pull requests along
> the way.
> 
> What would we want to direct this development time toward? My opinion is
> that more code / features is not what Fred needs most right now. I'd
> like to ask that Matthew document plugin APIs and work on packaging:
> things like splitting freenet-ext, making a Debian / Ubuntu package, and
> maybe even creating an official distro package repo in Freenet. This is
> because for those utilities that already exist, Freenet is pretty
> effective, but I have seen many developers give up when they see the
> lack of documentation, and the lack of packages makes it harder to
> install and harder to depend on. There are unofficial packages for Arch
> and Gentoo, and freenet-ext being monolithic makes packaging Freenet harder.
> 
> Documenting the API will also make it clear what is considered API, and
> reviewing it can then suggest improvements. If documentation is
> completed it could get as far as developing improvements to the plugin
> API. It is mandatory that any changes be backwards-compatible.
> 
> Thoughts?
> 
> - Steve
> 

-- 
Unpolitisch sein
heiÃt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)


-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 299 bytes
Desc: This is a digitally signed message part.
URL:

Re: [freenet-dev] Github and code review

2015-04-01 Thread Arne Babenhauserheide

Am Dienstag, 31. März 2015, 22:29:24 schrieb Ian:
> On Mon, Mar 30, 2015 at 3:16 PM, Arne Babenhauserheide 
> wrote:
> > It’s work from paid contributors for which
> > we need structures which reduce the cost of code-review compared to
> > what you propose
> I haven't heard of any proposal other than my own that would reduce the
> cost of code-review.  What specifically has been proposed that would reduce
> the cost of code review, and why specifically would it reduce the cost of
> code-review?

Requiring contributors to refactor large pull-requests into
semantically meaningful commits.

This reduces the cost of code review for the reviewer - which is where
we have a bottleneck.

> It is very clear that the current process is neither streamlined nor is it
> painless, so change is clearly necessary.

The process is streamlined and painless, when both parties agree to
make it easy. See the past few pull-requests for examples which show
that it works well.

The code review of fcp-rewrite was exhausting, because (a) the
pull-request was huge, and (b) the coder got defensive and long-winded
instead of accepting the review where he agreed or giving short,
friendly explanations where he thought that it was mistaken - and
accept that code which does not pass the review cannot be merged.

(a) will happen from time to time. By requiring refactoring of history
for huge pull-requests and generally making it as easy as reasonable
to review we can deal with it (though what’s reasonable might differ -
in the end it’s the reviewers who have to decide that, because they
are the bottleneck).

(b) however is not about the tools. It is about the question what
behavior we as community can expect from paid developers, and how to
organize our community in a way which minimizes the friction from very
different time budgets.

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Github and code review

2015-03-30 Thread Arne Babenhauserheide

Am Sonntag, 29. März 2015, 13:43:42 schrieb Ian:
> Nothing you are advocating will change anything if we simply don't have
> enough people willing to do code reviews.  At least with my proposal it
> will be a much less painful process than it appears to be today.

Florent put that pretty well: There’s no problem with reviewing work
from unpaid contributors. It’s work from paid contributors for which
we need structures which reduce the cost of code-review compared to
what you propose - and not reviewing code isn’t an option anymore:
since toad left we managed to decentralize the project structures to
some degree, and allowing unreviewed pushes would void the additional
safety against compromise and dependendcy on individuals which that
decentralization offers. We need to get to a point where we can cope
with having anyone leave the group without notice, and that means that
every change must be known by at least two people.

Best wishes,
Arne
--
Ich hab' nichts zu verbergen – hab ich gedacht: 

- http://draketo.de/licht/lieder/ich-hab-nichts-zu-verbergen



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Github and code review

2015-03-28 Thread Arne Babenhauserheide

Am Samstag, 28. März 2015, 11:32:30 schrieb Ian:
> > I agree with Bombe that it’s not nice to lose the history, but with
> > git that’s the best we can do. It’s a limitation of the tool.
> 
> It's not a limitation of the tool, it's a limitation created by your desire
> to misuse the tool.

We have a need, we use a tool. To fulfil the need with the tool we
have to misuse the tool. Consequently the tool is too limited for our
usecase.

There are several hacks around that - including merge commits with
explanations and only ever looking at merge commits (hiding all
non-merges) - and that these hacks are used by others shows that we
aren’t the only ones with these needs, but git offers no clean
solution.

Sadly there also isn’t a clean way forward: Git users tend to be
pretty defensive of their tool, and as such I expect that moving to a
different tool would hurt more than it would help. So we’re stuck with
the hacks.

> It certainly works very well for my team (with a larger codebase
> than Freenet).  We've never had any of the problems you guys seem to
> be so concerned about.

Do you run a free software community with vastly differing amount of
worktime per week?

We cannot expect people to be able to review every 4 days. This is a
reality we cannot change without having more paid
developers. Different from a company, we have to structure our
workflow in a way which keeps review from becoming a bottleneck while
ensuring that all code is reviewed.

Best wishes,
Arne
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Github and code review

2015-03-28 Thread Arne Babenhauserheide

Am Samstag, 28. März 2015, 02:57:48 schrieb Steve Dougherty:
> # Authors squash commits into high-level changes making up final
> version; review pull request as commits.

My stance is:

Keep the commits if they are clean enough to be reviewed, refactor
them mercilessly if that’s necessary to avoid making review a
bottleneck.

If a new contributor provides 5 commits where three would suffice, but
it’s easy to merge (and asking to fix it would take more time than the
reviewing takes), just merge them. If it’s a complex change and
reviewing it is hard, then require the author of the pull request to
make it easy to review by using the commits as second hierarchy.

I agree with Bombe that it’s not nice to lose the history, but with
git that’s the best we can do. It’s a limitation of the tool.

But even though I would love to see Freenet use Mercurial by default
(in which this problem can be resolved with the evolve extension¹), I
think that it would be hard to change. So we’re stuck with that
limitation and have to employ it as efficiently as we can - even if
that means compromising the clean history and unchanging hisotry
ideology.

Best wishes,
Arne

¹: The evolve extension of Mercurial has the concepts of hidden
   changesets with rewrite-markers, so the history which is shown by
   default is clean, but you can always inquire how it came into
   being.

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Github and code review

2015-03-22 Thread Arne Babenhauserheide

Am Samstag, 21. März 2015, 12:45:39 schrieb Ian Clarke:
> Talking to a few people, I think our current approach to code review is
> problematic.

> For example, I've been told that some people are arguing that commits are
> too granular, and need to be combined to make code review easier. This is a
> mistake, there is nothing wrong with very granular commits, just as there
> is nothing wrong with more verbose code if it helps clarity.  Pull requests
> should be used for code review, not individual commits.  The number of
> individual commits should be irrelevant.
> 
> It sounds like people are trying to use commits for code review, whereas
> they should be using Github pull requests.

For huge changes we are using commits as a second level hierarchy:
When the diff is too big to understand on its own, then the commits
have to form an easy to follow story which allows understanding the
change step by step.

Different from a company where people have similar time budgets
(between 20 and 50 hours per week), we have a vast disconnect of
available time between paid and unpaid developers (between 2 and 30
hours per week) and the unpaid developers often cannot get an
uninterrupted streak of coding time of more than 2 hours.

As such they unpaid devs cannot just sit down for 6 hours and read
through a huge diff to understand it in its entirety. They need the
diff more structured.
But doing this structuring requires an understanding of the whole
change, so it cannot be done effectively by an unpaid reviewer.

To solve that dilemma, the pull-request must be structured in a way
which makes it feasible to review by unpaid contributors. If it is
done by an unpaid developer, chances are that the pull request is
already small enough to be understandable by an unpaid reviewer. The
closed pull-requests include many examples where that worked well:
https://github.com/freenet/fred/pulls?q=is%3Apr+is%3Aclosed

If it is done by a paid developer, chances are that the changes are so
extensive, that they cannot be understood in an hour. So the raw diff
is effectively not reviewable by unpaid developers. By structuring the
pull-request in commits, it becomes possible to understand it in
several separate sessions.

>- For any isolatable feature or bugfix, create a new branch just for
>that feature or bug request (perhaps put the bug id # in the name of the
>branch).  *Do not combine multiple features or bugfixes into a single
>branch.*  If it can be merged independently, it should have it's own
>branch.

We get into a problem with this, when the changes get too extensive
without being ready for merging into a release.

>- Commits to this branch can be as granular as the programmer wants,
>generally the more frequent the commits the better

> The person contributing the code is responsible for asking for and
> incorporating feedback, but they control the process, the process should
> not control them.  So, for example, in some cases the programmer might
> decide that a code review is unnecessary.  That will be their call.  Better
> to trust human judgement over a rigid process.
> 
> Thoughts?

Your scheme provides fast development of individual features, but does
not provide information spread within the group: Only one person has
seen the current version of the code.

Longterm this needs to a situation where no one can understand the
whole code well enough to change it efficiently, which in turn leads
to pseudo-ownership over certain sub-sections of the code.

This can be OK in a company, where developers can muster the time to
read into new sections if someone quits.  It doesn’t work in a free
software community.

Our contributing guidelines show the goals of code review in the
project:

Code review helps improve code quality, ensures that multiple
people know the codebase, serves as a defense against introducing
malicious code, and makes it infeasable to pressure people into
contributing malicious code. Its goal is producing software that
is readable, correct, and sufficiently efficient.
— https://github.com/freenet/fred/pull/338/files

- good code
- shared knowledge of the code
- securing contributors against pressure

Best wishes,
Arne
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] fcp rewrite code review

2015-03-08 Thread Arne Babenhauserheide

Am Sonntag, 8. März 2015, 10:20:17 schrieb xor:
> I assume you made this suggestion of marking the new API unstable because:
> 1) you then wouldn't have to wait for me to reply to your review results
> 2) you didn't remember whether the review results contain any blocking issues 
> when you talked with Arne.

I made this suggestion, because this is a new API and you cannot know
how people will use it. Predominantly synchronous usage could change
what people need to use the API efficiently.

Also an API which was mostly created by one person without any usage
by third party implementors is almost by definition unstable. Or
rather: It has to be open for change, because it is impossible to
predict how people will use it. And being open for change without
misleading early adopters of the API means marking it as unstable.

Also it seems that you missed how stressful it was for Steve to review
the API on the pretext of having to create a stable (=perfect) API. If
you want the API to be perfect, then you will have to address every
single worry someone has about the API. In a structure with such
radically different budgets of development time as Freenet, this would
likely be drawn out for months.

So please mark it as unstable (for a few releases), so people know
that the API is open for change in case real life usage shows up a
need for that.

In short: This has nothing to do with the quality of the code, but
with community decision making processes

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] next breaks freesitemgr (pyFreenet FCP error)

2015-02-25 Thread Arne Babenhauserheide

Hi,

As reported in mantis, the current next breaks my site uploads with
pyFreenet ( https://bugs.freenetproject.org/view.php?id=6457 ):

This happens to me with two freesites:

NODE: PutFailed
NODE: ExtraDescription=Already closed
NODE: Fatal=true
NODE: CodeDescription=Internal bucket error: out of disk space/permissions 
problem?
NODE: Identifier=id**
NODE: Code=2
NODE: Global=false
NODE: ShortCodeDescription=Temp files error
NODE: EndMessage

For the id I first got this confirmation:

NODE: URIGenerated
NODE: Identifier=id
NODE: Global=false
NODE: URI=CHK@/
NODE: EndMessage

My log shows stuff like this: 
freenet.support.io.TempBucketFactory$TempBucket, Finalizer, ERROR): TempBucket 
not freed, size=158, isRAMBucket=true : 
freenet.support.io.TempBucketFactory$TempBucket@4df9e3dd

as well as stuff like this:

(freenet.client.async.SplitFileInserterStorage, (15495), ERROR): 
Failing: freenet.client.InsertException: Internal bucket error: out of disk 
space/permissions problem?: Already closed for 
freenet.client.async.SplitFileInserterStorage@67457958
freenet.client.InsertException: Internal bucket error: out of disk 
space/permissions problem?: Already closed
at 
freenet.client.async.SplitFileInserterStorage.failOnDiskError(SplitFileInserterStorage.java:1515)
at 
freenet.client.async.SplitFileInserterSegmentStorage.checkKeys(SplitFileInserterSegmentStorage.java:364)
at 
freenet.client.async.SplitFileInserterStorage.start(SplitFileInserterStorage.java:1102)
at 
freenet.client.async.SplitFileInserter.schedule(SplitFileInserter.java:114)
at 
freenet.client.async.SplitFileInserter.encodingProgress(SplitFileInserter.java:179)
at 
freenet.client.async.SplitFileInserterStorage$2.run(SplitFileInserterStorage.java:1185)
at freenet.support.DummyJobRunner$1.run(DummyJobRunner.java:35)
at 
freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:248)
at 
freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:188)
at freenet.support.io.NativeThread.run(NativeThread.java:129)


I don’t know how to trace this further.

Best wishes,
Arne
--
Ich hab' nichts zu verbergen – hab ich gedacht: 

- http://draketo.de/licht/lieder/ich-hab-nichts-zu-verbergen



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Release of build 1468

2015-02-17 Thread Arne Babenhauserheide

Am Dienstag, 17. Februar 2015, 16:48:34 schrieb Matthew Toseland:
> Generally fair, but just to be clear: When API changes are a necessary
> part of a paid developer's work, they should not generally be expected
> to fix unofficial plugins. Obviously if an official plugin is broken by
> core fred changes, the dev should fix that.

I guess if they are truly necessary, few people will mind.

But unofficial plugins are important - at least as important as
official ones. They are community-projects; stuff which gets people to
invest deeper. They are programs people actually use, and breaking
them will drive away future developers.

If something is official, people might feel an obligation to keep it
working. If it is unofficial and an update breaks it, the chance is
much higher that the developer will just give up in frustration and
invest time where he or she perceives it as being valued more.

Few things are more frustrating than having to invest work just to
keep things working.

In short: Do not break the API without *really* good reason. Always
act as if a change in the API will break a program which >10% of the
users consider as essential for their Freenet usage.

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freenet received the SUMA Award 2015 (press release draft)

2015-02-12 Thread Arne Babenhauserheide

Am Freitag, 13. Februar 2015, 00:43:02 schrieb Arne Babenhauserheide:
> Image: http://freenetproject.org/images/suma_award_2015_handover.jpg

Correct Link: https://freenetproject.org/image/suma_award_2015_handover.jpg

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] Freenet received the SUMA Award 2015 (press release draft)

2015-02-12 Thread Arne Babenhauserheide

Hi,

The following is a draft for a press release about the SUMA award 2015. It was 
started by pirate_slash on https://titanpad.com/I2n6VjDpLi

If there are no grave issues, please send it out once pull request 19 for the 
website is deployed (or ideally simultaneously with deploying it): 
https://github.com/freenet/website/pull/19

+++ From here on the press release starts +++ From here on the press release 
starts +++

Press release
For instant release

Hamburg University of Applied Sciences, the 11th of February 2015

At this year's congress of SUMA-EV [1], association for free access to
knowledge [2], the SUMA award [3] was awarded in the venerable
Karl-H.-Ditze lecture hall of the Hamburg University of Applied
Sciences. The topic of the award, was the surveillance scandal,
revealed by whistleblower Edward Snowden: 'protection against total
surveillance'.  From submissions of about 50 projects for the SUMA
award 2014/15, the panel of SUMA-EV selected the Freenet Project [4] as
winner. The prize money of 2500€ will be used like regular
donations [5] to fund our one paid developer.

Image: http://freenetproject.org/images/suma_award_2015_handover.jpg
   Wolfgang Sander-Beuermann with Arne Babenhauserheide, long-term
   Freenet contributor, as representative of the award winner.
   Photo: Michael Christen in Hamburg, Lizenz: CC0.


Sources:

[1] congress of SUMA-EV: http://searchstudies.org/de/suma2015.html
[2] SUMA-EV: http://suma-ev.de/en/index.html
[3] SUMA Awards: http://suma-awards.de/en/index.html
[4] The Freenet Project: https://freenetproject.org/whatis.html
[5] Donate to Freenet: https://freenetproject.org/donate.html

--
All press releases can be found online here: 
https://freenetproject.org/news.html

Generally usable photo material:

https://raw.githubusercontent.com/freenet/website/master/image/title.gif
https://raw.githubusercontent.com/freenet/website/master/image/banner.png
https://raw.githubusercontent.com/freenet/website/master/image/freenet_logo.png
https://commons.wikimedia.org/wiki/File:Freenet_logo.svg
https://freenetproject.org/image/screenshot/browse.png

PS: Most of this press release was drafted by pirate_slash. Thank you!
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] Freenet: The forgotten cryptopunk paradise (article)

2015-02-01 Thread Arne Babenhauserheide

 Freenet already offers 
attack resistant hosting which stays online as long as people are interested in 
the content.

All these developments happened in a private microcosm, where new and strange 
ideas could form and hatch; an incubator where reality could be rethought and 
rewritten to reestablish privacy in the internet. The internet was hit hard, 
and Freenet evolved to provide a refuge for those who could use it.

## The return of privacy

What started as a student’s idea was driven forward by about a dozen free time 
coders and one paid developer for more than a decade - funded by donations from 
countless individuals - and turned into a true forgotten cryptopunk paradise: 
actual working solutions to seemingly impossible problems, highly detailed 
documentation streams in a vast nothingness to be explored only by the 
initiated (where RTFS is a common answer: Read The Friendly Source), all this 
with plans and discussions about saving the world mixed in.

The practical capabilities of Freenet should be known to every cryptopunk. But 
a combination of mediocre user experience, bad communication and worse PR (and 
maybe something more sinister, if Poul-Henning Kamp should prove to be 
farsighted about project Orchestra[^8]) brought us to a world where, 
repeatedly, a new, fancy, half finished, partially thought through, cash cow 
searching project comes around and makes the news. Instead of being asked 
“how’s that different from Freenet?”, the next time I talk to a random crypto 
loving stranger about Freenet and I am asked “how is Freenet different from 
X?”, the answer which fits every single time is: “Even if X should work, it 
would provide only half of Freenet, and none of the really important features: 
friend-to-friend darknet, access dependent content lifetime, decentralized spam 
resistance, stable pseudonyms, and hosting without a server”.

Right now, many years of work have culminated in a big step forward for 
Freenet. It is time for Freenet to re-emerge from hiding and take its place as 
one of the few privacy tools actually proven to work - and as the single tool 
with the most ambitious goal: Reestablishing freedom of the press and freedom 
of speech in the internet.

## Join in

 If you do not have the time for large scale contribution, a good way to 
support freenet is to run and use it - and ask your friends to join in, ideally 
over darknet[^9].

→ freenetproject.org ← 

Since the focus of Freenet has been on the big goals, there are lots of low 
hanging fruit; small tasks which allow reaping the fruits of existing solutions 
to hard problems. For example my recent work on Freenet includes 4 hours of 
hacking the Python based site uploader in pyFreenet[^10] which sped up the load 
time of its sites by up to a factor of 4. If you are an interested software 
developer and want to join, come to #freenet @ freenode and check the github 
project[^11].

[^0]: The Freenet Social Networking Guide: http://freesocial.draketo.de
[^1]: Metadata hiding email over Freenet: 
https://d6.gnutella2.info/freenet/USK@M0d8y6YoLpXOeQGxu0-IDg8sE5Yt~Ky6t~GPyyZe~zo,KlqIjAj3~dA1Zf57VDljkmp3vHUozndpxnH-P2RRugI,AQACAAE/freemail/8/
[^2]: Social, anonymous Microblogging: 
https://d6.gnutella2.info/freenet/USK@nwa8lHa271k2QvJ8aa0Ov7IHAV-DFOCFgmDt3X6BpCI,DuQSUZiI~agF8c-6tjsFFGuZ8eICrzWCILB60nT8KKo,AQACAAE/sone/63/
[^3]: Guide to Forums in Freenet: 
https://d6.gnutella2.info/freenet/USK@xedmmitRTj9-PXJxoPbD7RY1gf9pKi0OcsRmjNPPIU4,AzFWTYV~9-I~eXis14tIkJ4XkF17gIgZrB294LjFXjc,AQACAAE/fmsguide/6/
[^4]: A listing of sites in Freenet, with the most offensive sites removed: 
https://d6.gnutella2.info/freenet/USK@tiYrPDh~fDeH5V7NZjpp~QuubaHwgks88iwlRXXLLWA,yboLMwX1dChz8fWKjmbdtl38HR5uiCOdIUT86ohUyRg,AQACAAE/nerdageddon/152/
[^5]: How to create a site in Freenet: 
https://d6.gnutella2.info/freenet/USK@8r-uSRcJPkAr-3v3YJR16OCx~lyV2XOKsiG4MOQQBMM,P42IgNemestUdaI7T6z3Og6P-Hi7g9U~e37R3kWGVj8,AQACAAE/freesite-HOWTO/4
[^6]: The Freenet Project Website: https://freenetproject.org
[^7]: Proof that the NSA explicitly targets Freenet: 
http://daserste.ndr.de/panorama/aktuell/nsa230_page-4.html
[^8]: Psy-Ops for Nerds vs. Freenet? 
http://draketo.de/english/freenet/de-orchestrating-phk
[^9]: Let us talk over Freenet, so I can speak freely again: 
http://draketo.de/english/freenet/connect-speak-freely
[^10]: A Python library to use Freenet in programs: 
https://github.com/freenet/lib-pyFreenet
[^11]: The github page of Freenet: https://github.com/freenet

- Arne Babenhauserheide
--
Ich hab' nichts zu verbergen – hab ich gedacht: 

- http://draketo.de/licht/lieder/ich-hab-nichts-zu-verbergen



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] long hanging fruit: size limit for darknet messages

2015-01-25 Thread Arne Babenhauserheide

Hi,

If you’d like to do some smaller scale volunteer work on freenet which helps 
with some problems which crop up in real darknet usage (likely with one-day 
solutions for someone who knows the source), improving darknet N2NTM's could be 
a pretty high-impact change: 

- https://bugs.freenetproject.org/view.php?id=6178

Several of my darknet contacts reported that they lost a message due to the 
size limit, and that’s an extremly frustrating experience which sours the 
otherwise working friend-to-friend communication over darknet messages.

Best wishes,
Arne
--
A man in the streets faces a knife.
Two policemen are there it once. They raise a sign:

“Illegal Scene! Noone may watch this!”

The man gets robbed and stabbed and bleeds to death.
The police had to hold the sign.

…Welcome to Europe, citizen. Censorship is beautiful.

   ( http://draketo.de/stichwort/censorship )




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Java/ C++ bugs for beginners

2015-01-18 Thread Arne Babenhauserheide

Hi Abhinav,

Am Montag, 19. Januar 2015, 00:24:59 schrieb Abhinav Gupta:
> I would like to contribute and I am good at coding in Java and C++.
> Since I haven't contributed to any open source project earlier, I wanted to
> know if there are any issues in Java/ C++ projects that I can start with.

Well, get fred¹, compile it, look at the code.

If you want to do something easy which I’d really cherish, you can try 
improving the display of node to node text messages on the status messages 
page. 

¹: http://127.0.0.1:/alerts/

The bugtracker lists some simple things which would make them much more 
convenient to use: https://bugs.freenetproject.org/view.php?id=6178

Best wishes,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] adding freenet to funding-platforms?

2015-01-17 Thread Arne Babenhauserheide

Am Freitag, 16. Januar 2015, 16:03:23 schrieb Michael Grube:
> Patreon is an excellent platform. We could fund at the feature or bugfix
> level.

Or on a per-report level. Writing a news entry every week about the development 
during that week. It would help doing the reporting people are often unwilling 
to do.

Best wishes,
Arne
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] adding freenet to funding-platforms?

2015-01-16 Thread Arne Babenhauserheide

Hi,

In recent years quite a few new funding platforms appeared, and since people 
actually donate there, it might be useful to allow funding Freenet development 
on them.

The amount of money per platform is likely not that high, but if it’s low 
maintenance, even 2 Bitcoin can make quite some difference: They can support 
1-3 weeks of paid development. And for example the Patreon proved that their 
model is a working solution for funding creatives: there are now several dozen 
artists working full-time with funding over Patreon.

So I think it could be worth adding Freenet to some of the funding platforms 
(as long as the maintenance burden for that is low - very low).

What do you think?

@Ian: And especially, what do you think as manager of the Freenet Project Inc?

Best wishes,
Arne
-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freenet 0.7.5 1468-pre1

2015-01-07 Thread Arne Babenhauserheide

Am Dienstag, 6. Januar 2015, 22:11:06 schrieb Steve Dougherty:
> Going forward I will be very loud and
> angry at proposals which break API.

I applaud that! Especially when it’s plugin API.

And I’d like to point out that it’s awesome that you manage to pull
this off despite the complications!

@xor: Does the new web of trust plugin work with the testing release?

Best wishes,
Arne
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] “apt-get over #freenet works fully”

2015-01-05 Thread Arne Babenhauserheide

Hi,

I wanted to share the news from rfreeman here, too:

“apt-get over #freenet works fully” → http://deb.mempo.org/ 

Key points:

- “use Freenet to distribute online updates” 
- “most secure hosting option”

The mempo folks report, that you can now update the privacy-focussed
Debian derivate Mempo over Freenet!

That means it is now possible to get reproducibly built kernels
checked by anonymous (and therefore hard to pressure) contributors and
updated over Freenet, whose effectively immutable datastore ensures
that what you get is what was checked.

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Autostart on Startup

2014-12-19 Thread Arne Babenhauserheide

Am Donnerstag, 18. Dezember 2014, 21:30:08 schrieb Steve Dougherty:
> I assume it was inadvertently changed in the InnoSetup reimplementation
> of the setup and no one brought up that it was a significant policy
> change. Fixed in 52ea28d. [0]

Cool - thank you!

Best wishes,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Autostart on Startup

2014-12-19 Thread Arne Babenhauserheide

Am Donnerstag, 18. Dezember 2014, 21:33:51 schrieb xor:
> > The concern I had with this is that Freenet startup is fairly I/O heavy
> 
> Is it? It starts pretty fast for me.
> purge-db4o will also alleviate this even more.

The one reason why startup is slow for me is WoT. It takes up to an
hour with high load until it is started. That’s after years of usage
of the same (publicly identified) ID.

> You should admit that the last time I talked to you about this, you said you 
> were running Freenet on a Pentium 4. Those have not been produced any more 
> for 
> 6 years!

My computer is a 2.4GHz Quadcore. This is not an issue of processor
speed, but of IO load.

> Again from general computer repair experience, I can tell you that *no* 
> average PC will start fast. People usually have 10+ tray icons.

It’s not about the average PC at the moment. It is about the PC of
potential Freenet users. I read countless stories of people who
complained that Freenet slowed down their computers. Yes, these aren’t
the normal users. But they are the ones we need to convince if we want
to reach the normal users: They are the ones who are asked by the
others for help.

There are theories for that: Innovators, Early Adopters, Early and
Late Majority and Laggards. It’s essential to get the innovators
before we can get the early adopters, and the early adopters before we
can gat the majority. Because each group looks at the group before to
see whether something is worth attention.

That’s why Freenet must work for Hackers (as in “the cool folks from
CCC”). And even more: It must work for the right™ Hackers: The ones
who happen to be in the center of attention of their peer group (for
whatever reason). Naturally it also must work for all others, but if
it fails to work for these crucial people, it can’t spread
efficiently.

And these care about the high load at boot.

(this is (a tiny slice of) marketing 101)

> It doesn't matter to them: They typically use standby or hibernation, as it 
> has even been the default action for the "power" button the Start menu for 
> years. Reboots only happen if they're forced to by updates.

Which means, they happen at unpredictable times?

> Most people I know don't even do any shutdown action when they leave their 
> home  - all they do is shut the lid of their laptop, and let it do whatever 
> it 
> wants to.

Posting this just after I posted a user story of breakage which
resulted from rebooting the computer and not having autostart feels
unreal ☺

Best wishes,
Arne
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Autostart on Startup

2014-12-18 Thread Arne Babenhauserheide

Am Donnerstag, 18. Dezember 2014, 21:32:04 schrieb xor:
> On Thursday, December 18, 2014 03:27:41 PM Arne Babenhauserheide wrote:
> > Am Mittwoch, 17. Dezember 2014, 21:39:39 schrieb Steve Dougherty:
> > > The concern I had with this is that Freenet startup is fairly I/O heavy
> > > and we don't want to significantly extend users' time between boot and a
> > > responsive system. [0]
> > 
> > Could we use a delayed autostart: Just add a sleep time of 2 Minutes
> > to the start script?
> 
> That would make the issue worse, as it increases the time during which the 
> system is heavily loaded if startup of the system is normally faster than 2 
> minutes.
> Let the kernel deal with load management / order of startup. Its not our job 
> to re-invent that by arbitrary delays.

If it works, that’s OK. If it doesn’t, it’s our responsibility to our
users to give them a good user experience. We can’t hide behind the
responsibilities of others.

Best wishes,
Arne
-- 
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Autostart on Startup

2014-12-18 Thread Arne Babenhauserheide

Am Mittwoch, 17. Dezember 2014, 21:39:39 schrieb Steve Dougherty:
> The concern I had with this is that Freenet startup is fairly I/O heavy
> and we don't want to significantly extend users' time between boot and a
> responsive system. [0] 

Could we use a delayed autostart: Just add a sleep time of 2 Minutes
to the start script?

> IIRC the Freenet tray is accessible from the start menu, and if
> people access Freenet through the tray it will start if it is not
> already running. I assume your contact had bookmarks in their
> browser?

The infos were from my (platform independent) email:
http://draketo.de/english/freenet/connect-speak-freely

> [0] https://bugs.freenetproject.org/view.php?id=6287

Best wishes,
Arne
--
Ein Würfel System - einfach saubere Regeln: 

- http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] Autostart on Startup

2014-12-17 Thread Arne Babenhauserheide

Hi,

I just had one of my new darknet contacts call me, saying “my Freenet site does 
not work anymore. It says the host localhost does not exist.”

I was stupefied for a moment, until I realized that my darknet contact had just 
restarted the computer for the first time since installing Freenet. Then I was 
completely helpless: How do you start Freenet on Windows? It’s hard enough to 
explain on GNU/Linux (“go into a shell and ...”), but on Windows it’s a mystery 
to me.

And for me that settles the debate about autostarting Freenet by default or 
not: Yes, the installation should by default make Freenet start automatically 
on startup. Anything else is a support nightmare.

Best wishes,
Arne
--
Celebrate with ye beauty and gather yer friends for a Pirate Party!
→ http://1w6.org/english/flyerbook-rules#pirate-party ←



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] What Freenet already offers

I think we should make a list of the things we already do *well*.

I’ll start with a quote from IRC today:

- nextgens: I agree with your post on devl: Let’s publish what we have, not 
what we want.

- xor-freenet: I really don’t want to wait for Sone to be ready for the next 
release. We already have lots of cool stuff.

- there are things we MUST fix (like the OSX installer nextgens talked about)

- also we have cool bookmarks, working indexes, DVCS, lots of library bindings 
and FMS
  and FLIP (to those reading this on FLIP: WE HAVE FLIP! YAY!

- also we have working darknet, N2N messages, bookmark sharing, update over 
Freenet and so on.

- Maybe we should make a list of all the things which already work.

- we have working USKs whose updates spread in sub-minute time
  sharewiki is pretty nice - I think we should bundle it.

- same for keepalive

- the list of competitors on http://draketo.de/proj/freenet-funding/ in short: 
There is nothing which provides the *essential* features of Freenet.
(much less all the supporting stuff)

Liebe Grüße,
Arne
--
Ich hab' nichts zu verbergen – hab ich gedacht: 

- http://draketo.de/licht/lieder/ich-hab-nichts-zu-verbergen



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Kickstarter

Am Montag, 17. November 2014, 16:38:57 schrieb Michael Grube:
> I hate to put it this way, but let's be coldly rational here. Please do not
> take this as an offensive question: What can we offer that maidsafe cannot?

I’d like to answer that with a quote from 
http://draketo.de/proj/freenet-funding/

MaidSafe seems to be a decentralized hosting solution with some
scarcity built in to give fairness between publishers. It does not
provide usage-dependent availability like Freenet and lacks
darknet options. Freenet has a decaying store to provide freedom
of the press by ensuring that content which users access stays
available. MaidSafe gives limited storage which provides hosting
for those which support the network. As such it does not equalize
publishing among publishers. Due to that MaidSafe competes in the
space TAHOE-LAFS and not in the space of Freenet. Like Freenet
MaidSafe is free licensed but different from freenet it requires a
contributor agreement. That agreement promises that the
contributed code will always be available under free licenses. So
its company can pull off a proprietarization of new code, but not
of contributions. The contributor agreement effectively strips
away the copyleft from the contributions but only for the MaidSafe
developers.

A currency isn’t the right tool for censorship resistant publishing,
though bitcoin proponents have a hard time swallowing that argument…

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freenet funding and this summer

Am Sonntag, 16. November 2014, 21:46:57 schrieb Matthew Toseland:
> On 16/11/14 20:55, Arne Babenhauserheide wrote:
> > Instead of kickstarter we could simply go for indiegogo. They allow
> > free software communities. But still that’s a lot of work.
> Good point. Should be made on devl in response to my point about
> Kickstarter being a no-go.

I wanted to, but my shortcut on the mail client did not do what I expected…

> > »I have Freenet running now. What can I do with it?«
> Answer: work through FSNG.
> 
> This is not fixable without fixing Freetalk. Which is years of work.
> 
> No?

The FSNG shows the hard things. Today in IRC I listed quite a few of
the easy things. Easy with Freenet that is. The things which we keep
forgetting by focussing on the far away goals instead of on what we
can already do.

> > [1]: http://draketo.de/proj/freenet-funding/ "Freenet for Journalists"
> Thanks for the work you've put into this!

I still fear that it’s far too little…

For example I’d estimate that with 2-3 weeks concentrated full-time
hacking I could port openbazaar to using Freenet as backend. But it
fails at “2-3 weeks full-time” and “concentrated”, and sadly the
Openbazaar folks seem to estimate the potentials differently…

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] Fwd: Re: Freenet funding and this summer

This should have gone to the list… sorry for the delay.

--  Weitergeleitete Nachricht  --

Hi,

I think there is one feature which works really well and which we are
horribly underselling: darknet node-to-node messages. They provide
confidential communication between friends, masked by Freenet traffic,
and as sideproduct give access to all of Freenet. I only came to
really appreciate them since my own paranoia reached the level of not
communicating freely by email anymore. I don’t want to provide the
metadata anymore.

N2N messages are a really strange mix: One the one hand they are
wonderfully integrated with bookmarks, downloads and uploads (share
with friends), but on the other hand they have such a horrid interface
that they actually provide both sent and received time but not the
notes about the contact, and deleting one reloads the site, so you
have to delete them one-by-one. It’s as if someone had slapped
debugging features on the general interface but left out basic
convenience.

Instead of kickstarter we could simply go for indiegogo. They allow
free software communities. But still that’s a lot of work.

For redoing stuff, I think what we are missing is not a full rewrite
of anything, but rather lots of polish. Going over the interface and
fixing everything which throws people off. For example finally getting
rid of the non-working search box…

There’s one quote which showed me better than any other how Freenet
fails. I got it via IRC, from a qwebirc* in #freenet:

»I have Freenet running now. What can I do with it?«

I have a hard time thinking of any quote which better embodies the
definition of utter user interface failure.

For the website: I think we could do with a “get Freenet” site
(get.freenetproject.org). There we could use innovative design without
having to keep feature-parity with the current site.

The fundraising for which I’m checking the possibility[1] is limited
by my own requirements: I can’t do half-year projects, because I have
a family to support and so I can’t just scoff at long-term viability,
and I know that funding less than 3 people wouldn’t give the dynamic
needed to get results in time. There is quite a bit of interest for
the stuff Freenet has to offer, but it’s hard to get money. If you can
help spreading the word about that, this could help a lot.

Best wishes,
Arne

[1]: http://draketo.de/proj/freenet-funding/ "Freenet for Journalists"

Am Sonntag, 16. November 2014, 10:36:12 schrieb Ian Clarke:
> Hi Matthew,
> 
> I agree that unless we get some kind of windfall in funding we should
> probably reserve current funds for Xor.  Would working as a Google Summer
> of Code student provide you with sufficient income?
> 
> What do you think are the major items on the Freenet to-do list over the
> next 6-12 months, and what would be the impact?
> 
> It seems like the project needs an injection of enthusiasm, aggressive
> fundraising, and perhaps new ideas.  We should be perfect for Kickstarter,
> but putting together a good kickstarter campaign requires effort and skill
> (putting together a good video, etc).  It would also need to be for
> specific user-visible things, rather than just a general "make Freenet
> better".
> 
> So perhaps revamping our website (it looks pretty dated and have noticed a
> few comments from people online about how this could be holding the project
> back), maybe redoing our UI using some more modern JavaScript libraries
> like Bootstrap and AngularJS.
> 
> Unfortunately, my day-job has become increasingly demanding, and my work on
> Freenet has been limited to routine administrative tasks like filing taxes
> and paying xor.  But I think if we can come up with a plan then I will make
> time to do my part.  Hopefully some-day one of my entrepreneurial schemes
> will allow me to make enough money that I can fund Freenet personally, but
> that's definitely not a near-term strategy :)
> 
> We're in an interesting situation.  The world finally appears to really
> care about the things that Freenet has been about from the very beginning a
> decade and a half ago (most of the publicity back then viewed Freenet
> through the prism of Napster and copyright infringement).  People finally
> care about anonymity, privacy, government monitoring, etc.  We should be
> able to capitalize on this but it will take work.
> 
> Thoughts?
> 
> Ian.
> 
> 
> 
> 
> 
> 
> 
> On Sat, Nov 15, 2014 at 12:06 PM, Matthew Toseland  wrote:
> 
> > Should I plan on the assumption that Freenet won't have much money left
> > this summer? Last year it was a reasonable assumption that we'd have
> > capital, because of the massive increase in the value of our bitcoins
> > and because xor wasn't working for most of that year. Hence whether I
> > worked for Freenet or for some evil corporation (probably barely
> > covering my costs, but better on my CV) was entirely up to me. This year
> > it is looking much more doubtful...
> >
> > There's plenty I could

Re: [freenet-dev] Freenet 0.7.5 build 1466 released

2014-11-10 Thread Arne Babenhauserheide

Very cool! Thank you for taking up the releases!

Best wishes,
Arne

Am Sonntag, 9. November 2014, 20:34:28 schrieb Steve Dougherty:
> Highlights for this build:


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Build 1466-pre1 released

2014-11-06 Thread Arne Babenhauserheide

Hi Steve,

Thank you for taking this up! I’m happy to see the new release progressing!

And I love “squishy humans” ☺

Am Dienstag, 4. November 2014, 23:37:15 schrieb Steve Dougherty:
> I was hoping to write a "hey you just upgraded, here are links to the
> release notes" alert, but haven't gotten to it yet and don't want to
> hold up the release more to do it. Would anyone care to write such a
> thing? 

Do you just mean the text?

> I'd also like to start bundling Winterface as an experimental
> plugin. Does anyone want to review it or shall I just drop it into 1467?

I can check whether it does anything evil (I already know parts of the
codebase), but I won’t be able to fix bugs.

Best wishes,
Arne
-- 
Ein Mann wird auf der Straße mit einem Messer bedroht. 
Zwei Polizisten sind sofort da und halten ein Transparent davor. 

"Illegale Szene. Niemand darf das sehen."

Der Mann wird ausgeraubt, erstochen und verblutet, 
denn die Polizisten haben beide Hände voll zu tun. 

Willkommen in Deutschland. Zensur ist schön. 
  ( http://draketo.de/stichwort/zensur )

-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] beehive paper: representation of freenet and gnutella in the introduction

2014-08-05 Thread Arne Babenhauserheide

Dear Venugopalan, dear Emin,

Please excuse my email. I got your paper as PDF and assumed that it was a 
current paper. You did in fact represent the state of P2P networks in 2003 
correctly.

Please accept my apology.

Best wishes,
Arne

Am Dienstag, 5. August 2014, 15:18:08 schrieb Arne Bab.:
> Dear Venugopalan, dear Emin,
> 
> I read your paper on Beehive[1], and while it sounds impressive, the 
> description of Freenet and Gnutella in the introduction and the related work 
> as unstructured networks does not reflect current versions of the networks.
> 
> Gnutella 0.6 and onwards has two structured components (the first 2 hops and 
> the last two hops) with one unstructured hop in between. For reference see 
> Dynamic Querying and Intra-Ultrapeer QRP. Intra-Ultrapeer QRP (nowadays 
> rather called bloom-filter-sharing) directly affects the routing and reduces 
> the cost to approximately O(log N), while Dynamic Querying only affects the 
> network cost of searching for popular content. See [2] or [3].
> 
> Freenet on the other hand uses a small-world structure which generally 
> provides O(log N) lookup along with strong caching which significantly 
> reduces the lookup time for popular content.
> 
> Both Gnutella and Freenet provide the properties of hard structured networks 
> with an adaptive approach: The routing is approaching structured routing via 
> dynamic optimizations.
> 
> It would be nice if you could fix these inaccuracies. For Gnutella you can do 
> so by specifying that your description applies for Gnutella 0.4, which used a 
> pure flooding approach and was already deprecated in 2004.
> 
> For Freenet you could reference the paper from Roos (2014)[4] which showed 
> that while Freenet assumes a structured lookup, it’s real structure was only 
> partly structured (due to churn and optimization skewing from local requests).
> 
> Still Beehive could be useful for Freenet, because we’ve long been planning 
> to add a constant bandwidth mode, in which times of inactivity are used to 
> spread content proactively. Beehive looks like it would provide a nice base 
> for that. For additional notes on this mode, see [5].
> 
> While Freenet does not use prefix routing, but instead a simple 
> location-distance metric, both methods are easy to map into each other.
> 
> Best wishes,
> Arne
> 
> [1]: http://www.cs.cornell.edu/people/egs/papers/beehive.pdf
> [2]: 
> http://web.archive.org/web/20120722140739/http://rakjar.de/gnufu/index.php/GnuFU_en#Network_model:_Intra-ultrapeer_QRP
> [3]: http://draketo.de/inhalt/krude-ideen/gnufu-en.pdf
> [4]: https://freenetproject.org/papers/roos-pets2014.pdf
> [5]: https://bugs.freenetproject.org/view.php?id=3578
> ___
> Devl mailing list
> Devl@freenetproject.org
> https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

--
Ein Würfel System - einfach saubere Regeln: 

- http://1w6.org



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] winterface deadlines

2014-08-04 Thread Arne Babenhauserheide

With Marios Isaakidis, I created a set of deadlines for the Winterface GSoC
project.

It is possible that I will be completely offline during the evaluation period
(I’m on vacation from 2014-08-08, and I’ll be in a small spanish village where
I don’t know whether my OLPC will be able to connect to the wireless internet -
last time the access point actually managed to crash my kernel), so this list
is also meant as support for Steve to judge the success off the Winterface
project. If nothing serious gets in the way, Florent should have made Steve a
second mentor for Winterface in a few days - I started putting things into
motion for that some time ago).

The deadlines are also available as html page in Freenet:
http://127.0.0.1:/freenet:USK@um4cEaaGWlgdAK8gAFDJrqY2eiSM3fHxiPfMTu89coE,m2rG6gU~ISukN3S3qJtNwVxXr0giCtHvu8BPz605FxE,AQACAAE/winterface-deadlines/0/#sec-2

or from my inproxy:
https://d6.gnutella2.info/freenet/USK@um4cEaaGWlgdAK8gAFDJrqY2eiSM3fHxiPfMTu89coE,m2rG6gU~ISukN3S3qJtNwVxXr0giCtHvu8BPz605FxE,AQACAAE/winterface-deadlines/0/#sec-2

(note the new URL: https://d6.gnutella2.info/freenet ← this is one of the cases
where SSL is really useful ☺)

(Till now I did not write much on devl, because I’m swamped with stuff to do
and decided to priorize info on IRC+Sone and helping Marios directly over
giving mentor-comments here)

Enough preface, here’s the list.

#+title: Deadlines for the Winterface GSoC project

#+BEGIN_ABSTRACT
Winterface is a new Web Interface for Freenet implemented as plugin. Marios
alias Prometheas alias misaakidis is working on it over the summer. We’re in
the last few weeks and pieced together a list of deadlines required to finish
GSoC successfully.
#+END_ABSTRACT

* Tasks
** Kill all show stoppers

- forward all not yet working links to fproxy
- link wiki to
http://127.0.0.1:8088/USK@z6lnOx7PPe16P3Sobu1KM9jiLiIxdvE3L918QMVCLak,AmZ7RemmWcKM2-W4Zs38Ks511lRTsWleMj2mVAReB4E,AQACAAE/freenetdocwiki/17/
- add a visit-link in the fproxy page for Winterface which has a link to
Winterface (the configured port).
- make the config entry for Winterface in FProxy nice (add a localizable string)

** make the Winterface bookmarks-workflow enjoyable

- edit bookmarks conveniently
- visiting bookmarks which feels nice (progress info, content filters and
everything which is possible to speed up getting the site)
- tracking bookmarks (i.e. show notifications at the bookmarks)
- lots of polish - like automatically uncollapsing a bookmark category when one
of the contained bookmarks got updated.

** Further notes

- for opening in a new tab: Everything which forwards to fproxy should open in
a new tab
- for the “talk to people” links: link to the subpages of the freenet social
networking guide.
- polish: add a small javascript for reload winterface which checks whether the
new winterface is available before reloading.
- make the rabbit in the top-left a clickable link to the winterface dashboard.
* Deadlines

- sunday 27.7.14: blockers are gone. I can click the App→Sone link in
Winterface (if I have Sone running) to get to the Sone page of fproxy in a new
tab. no restart or shutdown button in Winterface.
- wednesday 30.7.14: clicking away notifications, showing notifications for
bookmarks and hiding a notification for an updated bookmark when its bookmark
is opened.
- friday 1.8.14: notifications feel integrated.
- tuesday 5.8.14: visiting bookmarks feels nice (progress info, content filters
and everything which is possible to speed up getting the site)
- friday 8.8.14: added lots of polish: To make this a reality, you need to use
it. And step back and use it again. Try every path through the interface and
take notes about what feels strange. Then fix all these.
- monday 11.8.14: do what is still missing. Here is the Suggested 'pencils
down' date. Now take a week to scrub code, write tests, improve documentation,
etc.
- monday 18.8.14: Winterface has a polished bookmark-workflow and now
show-stoppers, and it has a freesite which describes its basics (similar to the
freesite of Sone - better Winterface, but as information site (with text and
such)). It is polished, the Readme is up to date and building works for others.

* The discussion (unpolished)
#+BEGIN_EXAMPLE
planning on Winterface and GSoC
there is one hard deadline: August 11.
that’s the first pencils down. Afterwards there should only be
polishing and such.
August 18. is the firm pencils down: We cannot take anything into
account for the eval after that.
so there are two and a half weeks left.
we can split the tasks for that
what’s needed to make Winterface usable.
we need: At least one use-case really finished and no complete
show-stoppers.
(finished means: Much nicer to use than in fproxy)
The usecase it can fullfill is the bookmark-using workflow.
A show-stopper would be not being able to reach the plugins:
Essentially the mockup-links we currently see on the w

Re: [freenet-dev] DoS resistant WoT introductions

2014-07-30 Thread Arne Babenhauserheide

I answered out-of-band (in german): 
- freenet-sticks with direct posting-ability
- DoS can currently keep out new users
- people want to switch IDs monthly or so.

Am Mittwoch, 11. Juni 2014, 18:18:09 schrieb xor:
> That is a whole lot of text, thank you :)
> 
> I stopped half-way reading it due to the following question:
> Which is the exact problem you want to solve? Am I correct with the
> interpretation that you want to allow people to introduce new identities
> WITHOUT solving a captcha? In other words: You want to allow identities to get
> a trust value of at least 0 WITHOUT solving a CAPTCHA?
> ___
> Devl mailing list
> Devl@freenetproject.org
> https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
> 

--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Measuring Freenet: Diskussion von Freenet Entwicklern

2014-07-07 Thread Arne Babenhauserheide

Hi Stef,

I forwarded your message to devl.

Am Sonntag, 6. Juli 2014, 23:01:00 schrieb Stef:
> from looking over the logs (I hope I found all the points concerning us ;) ), 
> one main point of discussion is the simulation study about the impact of a 
> suboptimal distance distribution on the routing.
> 1) The study is, as already noted in some of the logs, not really realistic, 
> because we use neither caching nor churn nor FOAF-routing.

I think we missed that.

>  It only shows that the routing performance in Kleinberg's model (so an 
> artificial network model) is drastically decreased if  long-range neighbors 
> are chosen uniformly at random rather than proportional to 1/d (d = 
> distance). We changed Kleinberg's model slightly to allow for arbitrary 
> degree distributions and used the measured degree distribution in Freenet. An 
> implementation can be found here: 
> https://github.com/stef-roos/GTNA/blob/grouting/src/gtna/networks/model/smallWorld/KleinbergDegreeDist.java

That’s cool - thanks!

> So the actual hop counts are likely very different in the real network (so 
> best forget about those numbers ;)). However, it seems reasonable that the 
> routing in actual Freenet Opennet is worse than it could be as well. (caching 
> might mitigate the effect to some extent...) 

We could find other indicators for that misrouting. For example the distance of 
the originating peer of a request decreases for the first hops (as it should 
be) but then actually inreases at low HTL. This suggests that the requests 
might bounce around on random routes. The much higher success-rate in realtime 
routing suggests, that part of our problems could also be due to overload 
(realtime routing has different bandwidth-limiting which is optimized for 
latency instead of throughput, and that means that it operates with less 
connection overload and consequently with less misrouting.

Our stats suggests that we only use 15% of the connections for short-distance 
routing, while in a Kleinberg-model that should be 80%. Consequently moderate 
overload could block the short-distance routing completely for popular paths, 
essentially reverting freenet to random routing.

> 2) differences to Oscar's simulation: Which simulation are you referring to? 
> I assume those in Distributed Routing in Small-World networks, where he 
> compared random ID placements for Darknets with swapping? well, he used a 
> rather high uniform degree (6 log_2 n are more than 80 neighbors per node) 
> for all nodes while we used a non-uniform degree distribution with a lot of 
> nodes with a degree of less than 10, that will lead to different results, 
> especially if the assignment is random  and the target is found by chance 
> because it is the neighbor of a contacted node...

There are different simulations, some also from our own simulator. I’m not sure 
which one of these was meant, but I hope someone on devl can answer this. 
(toad?)

> 3) yeah, binning and restricting connections, not exactly an elegant 
> solution, but it seems like you couldn't think of anything better either...
> I considered  doing some strange statistical tests for checking locally if 
> the neighbor selection could be generated by a Kleinberg distribution, but 
> the locally available samples are probably too small for significant results. 
> Even if they were, a test saying that the distribution is not good does not 
> tell you what to do *sigh*

The main complication is that we can only use local information, and it is 
possible to construct networks which locally look like a nicely routable 
small-world network but which have a broken global structure.

That’s why we use the only trustworthy global information we have: successfully 
retrieved data (chunks).

Here’s a sketch of what we’ll test:

https://d6.gnutella2.info/freenet/USK@ZLwcSLwqpM1527Tw1YmnSiXgzITU0neHQ11Cyl0iLmk,f6FLo3TvsEijIcJq-X3BTjjtm0ErVZwAPO7AUd9V7lY,AQACAAE/fix-link-length/3/
https://127.0.0.1:/USK@ZLwcSLwqpM1527Tw1YmnSiXgzITU0neHQ11Cyl0iLmk,f6FLo3TvsEijIcJq-X3BTjjtm0ErVZwAPO7AUd9V7lY,AQACAAE/fix-link-length/3/

> anyway, cool that you figured out why the distance distribution is that 
> strange, we tried by looking at the code, but didn't find the reason there ;)

We’ve been discussing about that topic for a few years, now, so the ideas for 
the reasons are not completely new. Your clear writeup in your paper helped us 
get out of the block and have a focussed discussions on the link length instead 
of getting sidetracked by other related issues which could also be a cause for 
misrouting.

http://127.0.0.1:/USK@s9sxY2cTJWHKRsTuBTkjrXW4HfzrdUlwFqft1mzV0Gs,2E4DOMYy-~zOdp8-5OQH2IcmLfey0AOIkms-73Mx2tI,AQACAAE/freenet-funding/11/
> > https://d6.gnutella2.info/freenet/USK@s9sxY2cTJWHKRsTuBTkjrXW4HfzrdUlwFqft1mzV0Gs,2E4DOMYy-~zOdp8-5OQH2IcmLfey0AOIkms-73Mx2tI,AQACAAE/freenet-funding/11/
> ah je funding, what type of project are you applying for exactly? If it is 
> the type where a universi

[freenet-dev] Fwd: Re: Measuring Freenet: Diskussion von Freenet Entwicklern

2014-07-07 Thread Arne Babenhauserheide

= From: Stef

Hi Arne,

switching to english, in case you want to forward.

from looking over the logs¹ (I hope I found all the points concerning us ;) ), 
one main point of discussion is the simulation study about the impact of a 
suboptimal distance distribution on the routing.

1) The study is, as already noted in some of the logs, not really realistic, 
because we use neither caching nor churn nor FOAF-routing.
 It only shows that the routing performance in Kleinberg's model (so an 
artificial network model) is drastically decreased if  long-range neighbors are 
chosen uniformly at random rather than proportional to 1/d (d = distance). We 
changed Kleinberg's model slightly to allow for arbitrary degree distributions 
and used the measured degree distribution in Freenet. An implementation can be 
found here: 
https://github.com/stef-roos/GTNA/blob/grouting/src/gtna/networks/model/smallWorld/KleinbergDegreeDist.java
So the actual hop counts are likely very different in the real network (so best 
forget about those numbers ;)). However, it seems reasonable that the routing 
in actual Freenet Opennet is worse than it could be as well. (caching might 
mitigate the effect to some extent...) 

2) differences to Oscar's simulation: Which simulation are you referring to? I 
assume those in Distributed Routing in Small-World networks, where he compared 
random ID placements for Darknets with swapping? well, he used a rather high 
uniform degree (6 log_2 n are more than 80 neighbors per node) for all nodes 
while we used a non-uniform degree distribution with a lot of nodes with a 
degree of less than 10, that will lead to different results, especially if the 
assignment is random  and the target is found by chance because it is the 
neighbor of a contacted node...

3) yeah, binning and restricting connections, not exactly an elegant solution, 
but it seems like you couldn't think of anything better either...

I considered  doing some strange statistical tests for checking locally if the 
neighbor selection could be generated by a Kleinberg distribution, but the 
locally available samples are probably too small for significant results. Even 
if they were, a test saying that the distribution is not good does not tell you 
what to do *sigh*
anyway, cool that you figured out why the distance distribution is that 
strange, we tried by looking at the code, but didn't find the reason there ;)

---snip funding note---

Greets,

Stef

¹: Logs: 
http://127.0.0.1:/freenet:SSK@Dtz9FjDPmOxiT54Wjt7JwMJKWaqSOS-UGw4miINEvtg,cuIx2THw7G7cVyh9PuvNiHa1e9BvNmmfTcbQ7llXh2Q,AQACAAE/irclogs-1073/
https://d6.gnutella2.info/freenet/SSK@Dtz9FjDPmOxiT54Wjt7JwMJKWaqSOS-UGw4miINEvtg,cuIx2THw7G7cVyh9PuvNiHa1e9BvNmmfTcbQ7llXh2Q,AQACAAE/irclogs-1073/
and
http://127.0.0.1:/freenet:SSK@Dtz9FjDPmOxiT54Wjt7JwMJKWaqSOS-UGw4miINEvtg,cuIx2THw7G7cVyh9PuvNiHa1e9BvNmmfTcbQ7llXh2Q,AQACAAE/irclogs-1074/
https://d6.gnutella2.info/freenet/SSK@Dtz9FjDPmOxiT54Wjt7JwMJKWaqSOS-UGw4miINEvtg,cuIx2THw7G7cVyh9PuvNiHa1e9BvNmmfTcbQ7llXh2Q,AQACAAE/irclogs-1074/


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [RFC] Regular Release Schedule

2014-06-16 Thread Arne Babenhauserheide

Am Montag, 16. Juni 2014, 06:00:07 schrieb xor:
> On Sunday, June 15, 2014 07:46:37 AM Steve Dougherty wrote:
> > Maybe this is something that's not helpful until we have more active
> > developers, but I'd be up for making regularly scheduled releases. Fixes
> > for security or stability problems could still be released sooner.
> >
> > How about the last Friday of each month?
> 
> If you are not annoyed by having to do frequent releases, of course everyone
> would be glad if you did that! :)
> 
> Just ensure to have proper testing - we don't want to end up with using half
> of our already small userbase due to something breaking autoupdate.

I also think it would be great to have regular releases. And actually
as I understand it, next should always be releasable. Maybe we can
stricten the rules for next, so a merge to next may only be
commited/pushed if all tests pass.

Best wishes,
Arne

signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] Fwd: GSoC Improving the Web Interface (Winterface)

2014-05-19 Thread Arne Babenhauserheide


--  Weitergeleitete Nachricht  --

Betreff: FW: GSoC Improving the Web Interface (Winterface)

Hallo Arne!

Looks like my email (misaaki...@yahoo.gr) still gets banned from the list for 
some reason.
Will wait till tomorrow midday and try again with a different one.

Have a nice week!
Marios

--

Hello everybody,

I'm Prometheas and I'm working on improving the web interface over the summer.
My mentor is ArneBab.

I'll be posting updates on the flog:
USK@~ZZ2hpNv4oruULORFygluAJLKKcY8VImYymMd-k4i3w,h1lVwACExi6qwSiSyWHCrKY~hM29ciYN9W8lNz6A38k,AQACAAE/prometheas-flog/4/

and precompiled versions of the Winterface plugin here:
USK@it0CEEZMIjspaDLopVr7QRPEat7GzbXJMX-OpiVDEhM,OOL0jKyXVaH400BPebAPu4dsDDDgogpAkWUnyqJgu88,AQACAAE/winterface-updates/1/

Happy to join the dev group, please share thoughts and comments!
Prometheas  
  
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] meltdown (what’s happening)

2014-05-18 Thread Arne Babenhauserheide

Hi Matthew,

I just saw you peek into #freenet-chat and ask what’s happening. Are you up to
date on the meltdown?

If not (I did not see a post about this on devl):

- http://draketo.de/english/freenet/meltdown-2014-04
-
http://127.0.0.1:/USK@zqoqAGuQJ1k-gsnu1ezE61hUtRsm52JLFUZHs0FjGuE,89hzii6qISaktLFkC0mZI-Y5ZQHBs3yZW6J5yv3OiOs,AQACAAE/Freenet_Meltdown/0

There is a freenet patch floating around which claims to increase performance.
The reality is (to our current-knowledge), that it breaks the network as soon
as more than a few percent run it. And this is the case, which is why the
network is almost completely broken right now.

Performance is down far enough that xkcd does not load for me on first try
(only by setting manual download).

So yes: Somethings up. Freenet is experiencing the chain reaction and resulting
meltdown due to not getting incentives right: Treacherous nodes with the
kittiporn-patch still get very good performance. A file I uploaded a few days
earlier only managed to finish 78% of 34MiB in half a day, while it loaded
really well for someone with a patched freenet:

-
http://127.0.0.1:/CHK@iLrPNp4WzQFYk71A5sBleJSSOiMtKytT0T~CrnMdy1c,d7kBdbwdiy8RUgz2vyNNKM6985xcnhDGUwMqQ8MQJs4,AAMC--8/Numba%20Python%20bytecode%20to%20LLVM%20translator-WYi1cymszqY.mp4

And from Thomas’ graphs and my own experience, this is a real emergency - in
which NLM would come in very handy…

And recently someone asked how to connect freenet via a university-internal FCP
library (⇒ science is coming in again).

Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
- Arne (http://draketo.de)
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Argh

2014-04-16 Thread Arne Babenhauserheide

Am Freitag, 11. April 2014, 11:30:52 schrieb Matthew Toseland:
> Doesn't answer the question - do we still need "route high htl requests
> only to core nodes" if we have tunnels?

It still offers added security against MAST for anything which does not go 
through a tunnel - and since tunnels are expensive, there likely is stuff which 
should not be routed through a tunnel.

And your argument that tunnels need to be stable supports the need for routing 
the initial steps through core-nodes.

So I would think that yes.

The interesting part of routing high-htl only to core-nodes is that if you want 
to attack the network, you actually need to support it. If the metric includes 
“returns good data to my requests”, this principle could make competing 
surveillance groups cancel out each others efforts as soon as we have tunnels 
(which if I understood them correctly would make it necessary to take over a 
bigger part of the core network to break anonymity).

Best wishes,
Arne
--
Ein Würfel System - einfach saubere Regeln: 

- http://1w6.org
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Argh

2014-04-16 Thread Arne Babenhauserheide

Am Donnerstag, 10. April 2014, 13:21:35 schrieb Matthew Toseland:
> > On did I miss something, that you also assume every non-core node has at 
> > least one connection to the core, and will with 100% certainty route a 
> > request thereto? 
> The proposal was that we only route high HTL requests to core nodes. So
> if we don't have peers which are core peers ... do we route to non-core
> peers? Maybe. Or maybe we don't route at all, and ensure that
> bootstrapping gets us some core peers?

We have to route to peers who are 
a) core enough by the default settings, or
b) at least as core as we are (with core being some metric 
   quantifying local long-term-high-bandwidth-ness).

That way no one will ever know whether a given node is a core node to the next 
node down the chain - which also defeats the “you sent me a high HTL request, 
so it’s from you”-attack.

I don’t see a use in having global knowledge of core-ness.

Best wishes,
Arne
-- 
Ein Mann wird auf der Straße mit einem Messer bedroht. 
Zwei Polizisten sind sofort da und halten ein Transparent davor. 

"Illegale Szene. Niemand darf das sehen."

Der Mann wird ausgeraubt, erstochen und verblutet, 
denn die Polizisten haben beide Hände voll zu tun. 

Willkommen in Deutschland. Zensur ist schön. 
  ( http://draketo.de/stichwort/zensur )
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] How to beat MAST

2014-04-01 Thread Arne Babenhauserheide

Am Montag, 31. März 2014, 19:53:27 schrieb Matthew Toseland:
> Large files are divided into thousands of blocks. The blocks' locations
> are effectively random. Therefore you're bound to receive some requests

So you monitor all insert requests and when you later see a key for a file, you 
know which of the blocks belonged to that file?

Then you move a bit closer.

And when the next time a file is inserted and the key shared, you monitor all 
insert requests again. When the key is shared, you move closer.

Then you move a bit closer.

… and so on.

And that’s why it only works if people publish many times.

Is that correct?

Best wishes,
Arne
--
Konstruktive Kritik: 

- http://draketo.de/licht/krude-ideen/konstruktive-kritik
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Bring more users to Freenet

Am Samstag, 4. Januar 2014, 17:00:50 schrieb Steve Dougherty:
> A section on tasks to perform in the first run setup? That's an
> interesting idea. They are available from the plugins page in this way,
> but it's a good point that it'd make sense to not make people dig around
> for the option.

There could be a pane in the installer: 

Apps to setup:

[ ] Social (Web of Trust)
- [ ] Freemail (E-Mail over Freenet)
- [ ] Sone (Microblog)
- [ ] Flog Helper (Blogging)
- [ ] …

[ ] Keepalive (ensure that files stay active)
[ ] Freereader (aggregate RSS into Freenet)
[ ] …

(you can also add these later from the plugins-configuration)

People can then just click what they want and be sent to a page where they 
enter the essential setup information:

- choose a name for the WoT ID
- choose a name for the flog
- choose a name for the Freereader site
- “here is your WoT private key: write it down or copy it to a safe text file 
in case something goes wrong!”

(I think that’s it…)

Best wishes,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freenet educational video series

Am Sonntag, 9. März 2014, 08:46:26 schrieb Matthew Toseland:
> > 10. Writing of the plugins (this will be done at a later date than others 
> > in all likelihood)
> This was discussed in detail at the conference in October. I believe
> people here will be able to give you an outline? There was some sort of
> record kept but IIRC it was lost?
Thomas typed down his Freenet Plugin Development Tutorial: 
https://wiki.freenetproject.org/Plugin_development_tutorial

We just need someone to link to that on the main page…

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein, 
ohne es zu merken. 
- Arne (http://draketo.de)
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] adding a friend: default values for visibility and trust

Am Montag, 31. März 2014, 15:52:20 schrieb Matthew Toseland:
> It is? How are we supposed to know the risk tolerance / risk profile of
> every single user?

What is the danger of saying HIGH trust?
What is the added safety I get when saying LOW trust?

What is the danger of saying YES (FOAF)?

Can FOAFs launch the same attacks against me as friends could, or is there some 
added security? For example FOAFs could be LOW trust automatically.

Best wishes,
Arne
--
Konstruktive Kritik: 

- http://draketo.de/licht/krude-ideen/konstruktive-kritik
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] adding a friend: default values for visibility and trust

Am Montag, 31. März 2014, 15:52:20 schrieb Matthew Toseland:
> > As identified at CTS4, it is *our* job to define the default value for
> > that, because new users have no chance of understanding the
> > implications of taking either choice.
> It is? How are we supposed to know the risk tolerance / risk profile of
> every single user?

Yes, it is.

The alternative is adding a 30 minute Video presentation showing the exact 
implications of all the different choices, so the user can make an informed 
choice.

If we do not do that, 

Note that even I cannot tell you the implications of all the different choices, 
else I could have just told misaakidis the preferred values off-the-hat.

> This is precisely why we don't default to opennet.

Not really. The choice between opennet and darknet is “do you have friends 
running freenet?”

- If yes: USE DARKNET! (= default)
- If not: You can only use Opennet. Please try to get darknet contacts. In the 
meantime, use Opennet, but know that you are not as safe as we would like to 
make you.

So there is a default value for that.

Can I tell misaakidis to use NORMAL and YES as default?

Best wishes,
Arne
--
Konstruktive Kritik: 

- http://draketo.de/licht/krude-ideen/konstruktive-kritik
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Pay-for-opennet proposal: latest iteration

Am Sonntag, 30. März 2014, 20:41:41 schrieb Matthew Toseland:
> If we ensure that only nodes
> with a proven track record of performance (or at least bandwidth) route
> high HTL requests or participate in tunnels, we can slow down MAST
> significantly. (Inspired by the "don't route high HTL requests to
> newbies" anti-fast-MAST proposal).

If that’s the only requirement, then the fix is trivial: Each node records for 
its connections, whether they fulfill the requirements for high-HTL opennet 
nodes.

For example it could route high-HTL requests only to nodes which have at least 
1/4th of its uptime*average bandwidth or are among the 1/4th of the nodes with 
the highest uptime*average bandwidth (choose the best match from that subset of 
the nodes).

As bandwidth, ideally only count successfully returned data (so a node cannot 
appear to be high bandwidth by just doing many requests or returning garbage).

The big advantage of this is that it requires no global state at all.

That would also have a few beneficial side-effects:

- High uptime nodes are likely to be well-connected. So requests should be less 
likely to be stuck in badly connected clusters.
- For new nodes this is essentially random-routing the first steps.
- The effects of churn on the network are reduced, because the requests quickly 
get into the well-connected cluster.

The bad side-effect would be that attacks using long-lived, high-bandwidth 
nodes would become easier. For those attacks, the network would effectively be 
half as large. But those attacks are expensive, and someone who wants to do do 
those attacks effectively has to provide a backbone for freenet which increases 
privacy for anything which is not being attacked right now.

Best wishes,
Arne
--
singing a part of the history of free software: 

- http://infinite-hands.draketo.de
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] How to beat MAST

Am Samstag, 29. März 2014, 18:21:46 schrieb Matthew Toseland:
> Depends on what sort of Sybil attack you mean. The simplest Sybil attack
> on the current network is to connect to everyone and log every request.
> That only requires a hundred or so nodes, with only minor modifications.

Could you explain why that works? I thought that a node only sends requests to 
the node whose location is closest to the requested content.

What am I missing?

Best wishes,
Arne
-- 
Ein Mann wird auf der Straße mit einem Messer bedroht. 
Zwei Polizisten sind sofort da und halten ein Transparent davor. 

"Illegale Szene. Niemand darf das sehen."

Der Mann wird ausgeraubt, erstochen und verblutet, 
denn die Polizisten haben beide Hände voll zu tun. 

Willkommen in Deutschland. Zensur ist schön. 
  ( http://draketo.de/stichwort/zensur )
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] adding a friend: default values for visibility and trust

Hi,

misaakidis wants to add default values to visibility and trust for
friends, so we now have to take a decision.

Which do you think is the most appropriate option for each one: 

trust:

- HIGH
- NORMAL
- LOW

visibility (keep in mind that we need this for FOAF!):

- YES
- NAME-ONLY
- NO

As identified at CTS4, it is *our* job to define the default value for
that, because new users have no chance of understanding the
implications of taking either choice.

See bug #6151 for details:
https://bugs.freenetproject.org/view.php?id=6151

Best wishes,
Arne
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

[freenet-dev] DoS resistant WoT introductions

2014-03-29 Thread Arne Babenhauserheide

Hi,

This should have been a brief draft for DoS resistant introductions to WoT, 
but it grew a bit when I added the math.


Its objective in terms of spam prevention is that if I am in good standing 
I can authorise a limited number of introductions from my peers, 
in such a way that I can't trace who was actually introduced.


Despite its length, this is just a rough draft. Ways to improve it could be 
M out of N tokens (N tokens are released. if you hold at least M 
uncompromised tokens, you can join. This makes life harder for spammers) and 
group decisions (Alice selects 5 other WoT IDs and asks them to issue a 
shared introduction-code which can be used for either of them). Also effective
ways to blind tokens would be very useful, so I cannot know who issued them.

I use the term introduction-code or introduction as the means you need to 
make a WoT-ID give you a trust of 0. A replacement for CAPTCHAs.

Also it is not cryptographically sophisticated. It is a pretty simple 
gossipping scheme. Important is, that it only uses WoT functions. 
And now enough pre-talk.


Assumption: WoT works at keeping out spammers.

Therefore the proof-of-work we have is “I am part of the WoT. I have
positive trust, so I am no spammer”.


Using this, we can design a scheme to allow people to introduce new IDs.

One of the goals of this scheme is to provide a limited number of
pre-proved introductions which people can hand out to new users, for
example when they give someone a darknet invite.


Each WoT ID shares a list of introduction codes. It encrypts each of
them to a random sample of WoT IDs to whom the ID manually set a
positive trust-level. These encrypted introduction codes are shared
via the profile (seen when another ID sees an update). If the ID
shares a trust-list, it also shares the list of IDs it encrypted to,
so other IDs only have to download encrypted keys which they can
decrypt (this does not spread information which wasn’t available from
the trustlist).

If a WoT ID sees an introduction key, it checks whether it has been
used. If it has not been used, yet, it stores it.

WoT IDs sort the introduction keys they downloaded in 4 different sets at 
random:

- My keys: These are kept for future use to introduce new IDs.
- Forward via WoT: These are passed on to other WoT IDs in the same
  way as the initial list. There should be limited hops (a HTL).
- Forward to friends: These are passed on to darknet friends.
- Forward to strangers: These are passed to *new* opennet connections.


Note: While writing the math I realized that more than 4 hops and
  forwarding to less than 4 nodes would be a better due to
  multistep filtering of those keys which have already been
  claimed (either legitimately or in an attack).


Math: 

- Assume one introduction generated per week.
- Share to 4 random WoT IDs.
- Hops: 4.
- Lifetime of an introduction: 1 year.

Each WoT-ID has to check 50 keys periodically: One for each week of
the last year.

Each WoT-ID gets 16 introduction keys via WoT-forwarding per week 
(4 +4*4/4 + 4*4^2/4^2 + 4*4^3/4^3). It gets 160 introductions if we
add forwards via darknet and via opennet. Adding the keys passed via
darknet and opennet, it has to check at most 1 key per hour - less if
the keys are being used (because only unused introduction keys are
forwarded).

Each key reaches 160 IDs, so each WoT ID has a chance of
160/number-of-wot-ids to receive a given introduction. Let us assume
that the WoT has 3000 IDs and this chance is 5%.


We now want to know how big the chance is that I receive a key which a
given attacker, who owns a certain percentage of the WoT, does not
have yet. To provide an upper estimate, we assume that the attacker
has a way to block a key without stopping its propagation.

For each key I get, the attacker has a 4 in 300 chance per
attacking ID that the key was killed.

- One attacking ID, I have a 296 in 300 chance per key that the key is
still good.
- 2 attacking IDs: I have a 296^2 in 300^2 chance per key that the key is
still good.
- N attacking IDs: I have a 296^N in 300^N chance per key that the key is still 
good.
- At 92 attacking IDs, the average number of good keys a given ID gets
is down to 1. 

So without checking the validity of keys before passing them on, this
scheme can be foiled by an attacker who owns 3% of the trusted
IDs in the currrent WoT. Note that a trusted ID is one which got manual
trust. An invitation does not give you manual trust. You need to trick
at least one person into marking you as non-spammer.


Now we check how big the chance is that I receive a key which a given
attacker who owns a certain percentage of *opennet* does not have yet.
Any shared key reaches 56 nodes over opennet. So
assuming for the worst case that every opennet node takes part in the
WoT and we have 3000 opennet nodes, any opennet node has a chance of
0.0186 (56 / 3000) to get a given key. An Attacker has to own 213
opennet nodes to reduce the average number

[freenet-dev] freenet description for potentioal funding

2014-03-26 Thread Arne Babenhauserheide

Hi freenetters and interested,

Over the last few weeks I discussed with a few people about help in getting
funding (thanks to Sandra from OpenITP for making the connections!). During
these exchanges I wrote some stuff about freenet which I want to share. This
will be unstructured, because my time is too limited right now to make it
coherent. Please bear with me…

# Freenet for Journalists (use-case)

To make “Freenet as tool for Journalists” a bit clearer, I worked on a
use-case. All the following is already possible with the current capabilities
of freenet, but much less convenient than described here.

The usecase is similar to secure-drop¹, but instead of relying
on tor, GnuPG and a centralized hidden-service, we use the inherently
distributed freenet-store with the freemail plugin which have a
smaller attack surface for the organization - and the
friend-to-friend-mode in freenet (darknet) offers a way to increase
the security against institutional surveillance (simply finding all
users of the software).

¹: https://pressfreedomfoundation.org/securedrop

Nick is a Journalist. He has been active in Freenet for a few months, using a
small plug-computer running in his . He maintains a website in Freenet which he
links from his site in the clearnet, and he republishes some of his articles to
Freenet to spread information about his work to anonymous people. On this
website he publishes an email-address for contacting him over Freenet, and he
regularly gets feedback to his articles from anonymous and non-anonymous people
alike. On his business-card he publishes the link to this website as well as a
link to Freenet, so potential sources can get information about him without
exposing their identity.

Janice is working for a big military contractor. She has been questioning the
effect of her work for years, and last year she got information about a secret
project she cannot reconcile with her conscience. One week ago she talked to a
friend about this, and the friend passed her the business-card of Nick, along
with a USB-stick with a Linux Live System which can connect them over Freenet.

Janice now goes to a bar with internet access, puts a USB-stick into her laptop
and starts Freenet. She types the link to Nicks site into her browser, and
after she is certain that Nick is the right person to contact, she clicks the
anonymous email link.

The link brings her to a textfield for entering the mail along with the note
“will be sent after creation of a new Web of Trust ID”. She types her message
and sends it. Freenet shows her the confirmation message “mail sent. Your new
anonymous ID is Koyah_McLaughlin_Everest. Please write down the following key.
You can use that key to connect with your ID from any Freenet installation.”

Janice writes the key
SSK@Y~zhpj9hXhnwp52NI4owiY~KVPb73zgXVEYnr~LAzgc,fnmGDfSGU5GZq8Iha8WdTICb5etw6Mj0vcZAb64Y5Lw,AQECAAE
into her notebook.

Then she orders a coffee and reads on: “Your message will be delivered after
you solve about 10 captchas to prove that you are human. If you see no captchas
yet, please give Freenet at least 15 minutes to collect the captchas. You will
only have to solve captchas once per ID.”

After 10 minutes Freenet shows her 20 captchas. She solves them and sees the
message “captchas are being inserted. This will take about 10 minutes.” Then
she watches a progressbar count up. 8 minutes later, after the second coffee
the progressbar finishes. Janice shuts down her laptop, pays in cash and leaves
the bar. Since she only ran a Live Linux, no trace of what she did is left on
her stick.

One day later Nick comes home and checks his E-Mail. He instantly sees the new
email sent via Freenet. While reading the information from Janice he feels the
familiar jolt of excitement. This could be big. He crosschecks what he can,
then answers Janice.

The next week, Janice goes into another bar with internet access. She orders a
coffee and plugs in the USB-stick. After starting the system, she goes to the
email plugin and enters the key she wrote down to check her inbox. A message
asks her to wait a few minutes while her ID is being restored. Just as she
finishes her coffee, she sees the new email in her inbox: Nick answered.

Over the next few weeks Nick and Janice keep in contact. Nick gives Janice
advise how she can keep a low profile, then he runs his story.

A few years later Nick gets another email from Janice. The news story shook up
the company, but Janice was able to keep clear of major problems. Freenet
helped her to keep her name out of trouble despite complete email metadata
surveillance on the clearnet. Now she has gotten wind of another unethical
project, and she wants to ensure that it does not stay hidden from the public.

# Target Group: Journalists

We discussed target users a bit over the week, and one of the target groups who
could already benefit a lot are Journalists: Freemail (E-Mail over Freenet)

Re: [freenet-dev] Funding for Freenet - Limiting funders?

At Thu, 20 Feb 2014 11:30:48 -0800,
Travis Wellman wrote:
> Seems to me that it's less 'who' that matters and more 'what
> terms'. Most significantly the objectives of the project should not
> be under influence, 

I think so, too - as toad said, we must not grow too dependent, and we
must ensure that what we do actually helps our community.

> and contributed IP should be assigned. 

Why that? I think licensing under the GPL (2 or later) should be
enough.

> I don't really know: how often does a funder give money and just
> step back?

According to the discussions I had now, funders normally want to see
the project succeed: We define a goal to achieve with the money, and
if a funder is interested we get money. Then we better achieve that
goal, if we want to get further funding: Our success with the funders
money rubs off onto the funder (or at least the funding agent who
spots promising projects to fund).

Best wishes,
Arne
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Funding for Freenet - Limiting funders?

At Thu, 20 Feb 2014 17:24:59 +,
Matthew Toseland wrote:
> > freenet → Funding for freenet - limiting funders? We need your opinion
> I am in favour of accepting government funding, provided that we don't
> become totally dependant on it. I don't believe government introducing
> backdoors and government funding are correlated in an open source
> project. What can happen (look at Tor) is that government is only
> interested in funding certain aspects of our work, which can distort
> priorities; this can be managed to some degree by top-slicing, and it's
> a problem with almost any major funding.
> 
> IMHO accepting government funding isn't much different to accepting
> funding from major corporates such as Google, who have been very
> generous to us in the past and have a reputation for trying to do the
> right thing, while simultaneously being partly responsible for some of
> the dangerous Internet trends of the last decade.

This was also the general consensus at FMS, I think.

Best wishes,
Arne
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] merging transport plugins

At Thu, 20 Feb 2014 17:26:33 +,
Matthew Toseland wrote:
> 
> > To avoid losing that great work, it would be important to get it
> > merged quickly. Bitrot only gets worse if it is ignored.
> There are a number of serious issues, mostly related to locking. I
> believe I have sent the correspondance to Ximin, and Chetan will
> certainly have a copy. IMHO you will get deadlocks and other wierd bugs.

Cool - thanks!

Best wishes,
Arne
___
Devl mailing list
Devl@freenetproject.org
https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] merging transport plugins