Am Dienstag, 25. Dezember 2012, 07:49:51 schrieb Fabio Gonzalez:
> > Darn, 10.000€ is just what the BKA (german central police) spends yearly
> > to
> > surveill skype…
> >
> > So they could easily afford making every second freenet node a
> > police-node.
>
> If each node to ask others give the "p
Am Montag, 24. Dezember 2012, 21:11:55 schrieb Robert Hailey:
> With that being said, the scarce resource (in theory) would be location
> (detectable by network address), because an attacker simulating many nodes
> would likely have them in a very confined space (like a server closet or a
> few bui
Am Mittwoch, 21. November 2012, 19:22:25 schrieb Juiceman:
> This would be an automated system that wouldn't require users emailing
> someone to add them to the list.
Do you know the Gnutella UDP Hostcaches? They are a distributed but
serverbased system for getting first connections.
One example:
Am Donnerstag, 27. Dezember 2012, 16:52:18 schrieb Ian Clarke:
> Had this conversation with a provider of wifi-hotspots in Austin. I had
> initially sent an email complaining that http://freenetproject.org/ was
> blocked in a coffee shop I frequent.
Thank you for forwarding!
I passed the URL to
rsation with them is ongoing so I want to make sure he has the
> latest information.
>
> Ian.
>
> On Fri, Dec 28, 2012 at 8:30 AM, Arne Babenhauserheide
wrote:
> > Am Donnerstag, 27. Dezember 2012, 16:52:18 schrieb Ian Clarke:
> > > Had this conversation with a pr
Am Samstag, 22. Dezember 2012, 02:17:24 schrieb Matthew Toseland:
> Hmmm, what about DoS attacks against the pre-insert cache? Maybe we should
> use the store; we do want to free up the slots when we've inserted
> successfully though (in spite of random replacement this still makes the
> store more
Am Donnerstag, 3. Januar 2013, 16:31:40 schrieb Matthew Toseland:
> The problem is hashcash is very expensive for regular users (who may have
> slow CPUs) and very cheap for attackers (who have fast GPUs). So it's not
> really a usable solution.
That’s just what I thought: We can make it more expe
Am Donnerstag, 3. Januar 2013, 17:31:12 schrieb Matthew Toseland:
> - Create lots of (malicious)
> nodes cheaply/quickly. That probably means a single datacentre/host, i.e.
> on the same AS.
Am I right in thinking that this is likely hard to distinguish from 1.000
students in a single university
Am Donnerstag, 3. Januar 2013, 17:31:12 schrieb Matthew Toseland:
…seednodes…
> This is fairly complex and will eventually run into scalability problems.
That’s exactly what I thought. Also it sounds too complex for a decentral
system. Interaction between many nodes is already complex enough with
Am Donnerstag, 3. Januar 2013, 17:31:12 schrieb Matthew Toseland:
> MAJOR ATTACKS FOR OPENNET (stuff we could maybe limit by tinkering with
> announcement etc)
> - Announce to chosen location. Component of many easy
> attacks, e.g. MAST, some published stuff.
Can’t this be mitigated decentrally i
Am Samstag, 5. Januar 2013, 17:24:03 schrieb Matthew Toseland:
> These are all fairly close together so I'll answer them together.
That’s fitting, yes… I just wrote them after each other.
> 1. I'm not talking about darknet here AT ALL. I'm only interested in
> opennet: The case where we have no F
Am Montag, 7. Januar 2013, 18:11:14 schrieb Matthew Toseland:
> > wouldn’t the pre-insert keys never be requested, so they would drop out
> > anyway after 14 days on average? (following digger3’s stats)
> Yes. I didn't think it was that bad though. :|
I don’t think it’s really bad. It is an essen
Am Dienstag, 8. Januar 2013, 11:42:48 schrieb Matthew Toseland:
> > But I think I forgot, that it is not reinserted, when the request succeeds
> > from cache…
>
> Successful requests are reinserted randomly.
That’s nice! So as long as something is in the caches it is at least
potentially healed (i
Am Samstag, 5. Januar 2013, 23:41:33 schrieb Matthew Toseland:
> > Ah, OK. I’m also interested in the case where we have exactly *one*
> > darknet
> > friend: The one who introduced us into freenet. If we now introduce
> > someone
> > else, FOAF does not help, because we also only know one person.
Am Dienstag, 8. Januar 2013, 22:26:56 schrieb Matthew Toseland:
> > We could check, if we can access the latest freenet update in pure darknet
> > mode.
> >
> > If we can get that, we likely can access the global keyspace.
>
> Possibly. It gets passed across unroutable links and reinserted, so it's
Am Freitag, 25. Januar 2013, 21:08:44 schrieb Matthew Toseland:
> - Simulations show Freenet deals with this situation adequately, suggesting
> it gradually moves from the pocket being peripheral to it being a part of the
> network proper as more connections are added. Hence IMHO we have some
>
Am Freitag, 25. Januar 2013, 21:08:44 schrieb Matthew Toseland:
> - X-Vine appears to rely on every message being signed by its sender. Hence
> it is "pseudonymous"
Does that mean, that it does not allow more than one ID per node?
And that it does allow tracking requests to find out which ID mig
Am Sonntag, 27. Januar 2013, 00:46:12 schrieb vmonmoonsh...@gmail.com:
> After all Freenet let you download malicious executables (unlike let say
> gmail) and then you can run them on your computer without restriction,
> why plug-ins should gets different treatment?
I think the automatism is the p
Hi Snark,
Thank you for posting! Your analysis looks pretty good.
Am Sonntag, 27. Januar 2013, 00:02:17 schrieb Michael Grube:
> Not bad! There is obviously still some influence but the location
> distribution has evened out noticeably.
>
> There is one down side to this solution, however, and t
Am Sonntag, 17. Februar 2013, 21:38:14 schrieb Steve Dougherty:
> I hope to work with ArneBab on the Infocalypse project as proposed last
> year. [0]
> [0]
> https://wiki.freenetproject.org/Google_Summer_of_Code/2012#Integrating_DVCS_via_Infocalypse_.28Mercurial.29_with_the_Web_of_Trust
Just to h
Am Donnerstag, 28. März 2013, 06:52:05 schrieb Paulo Makdisse:
> The current freenet UI cannot be changed without breaking the interface
> consistency, that's why I believe that the best approach is a fresh start.
> I don't know how can this be done though.
The idea to start fresh with a strong fo
Hi,
I got the following null-pointer error on startup after having some problems
with my disk and memory:
…
jvm 1| In particular: YOU ARE WIDE OPEN TO YOUR IMMEDIATE PEERS! They can
eavesdrop on your requests with relatively little difficulty at present
(correlation attacks etc).
jvm 1
Hi Toad,
Am Dienstag, 2. April 2013, 00:45:17 schrieb Matthew Toseland:
> On Monday 01 Apr 2013 22:12:27 Arne Babenhauserheide wrote:
> > jvm 1| WrapperManager Error: Error in WrapperListener.start callback.
> > java.lang.NullPointerException
…
> This is because of a s
Hi Vlad,
Am Dienstag, 16. April 2013, 18:38:28 schrieb Vladislav Sterzhanov:
> Perhaps I got something wrong, moreover, I bet that there is much more work
> to do that I've already found out, so I need to know what do you think
> about it?
That sounds quite interesting.
I think the first step f
Hi G. Nitesh Bharadwaj,
Am Samstag, 20. April 2013, 12:21:37 schrieb Nitesh Bharadwaj:
> Please reply if you find this an interesting project for GSOC. Also, you
> could give suggestions to improve my idea.
Your proposals sounds pretty interesting, I think, though for starters
especially the par
Hi Steve.
I only now learned that you had oral surgery today. I hope everything went well!
What you did till now looks really great! \o/
About the pull-requests: Can you check when a user pushes, if that user has a
freemail (v2) address for that ID, and if not then just create it? And monitor
Am Dienstag, 25. Juni 2013, 14:28:57 schrieb Matthew Toseland:
> Like on github, the most important thing is that *the published repository*
> has some indication of where it was forked from, no?
>
> Telling the person you forked from about it is a bonus.
I think it’s also important to have thos
Am Dienstag, 25. Juni 2013, 17:50:22 schrieb Matthew Toseland:
> Do we really need the complexity of any other cases? Especially given that
> they are likely to 1) involve the user making more choices and 2) be
> technically risky?
I think the phone connecting to the home node via internet would
Am Dienstag, 25. Juni 2013, 14:23:13 schrieb leuchtkaefer:
> My plugin is very basic yet but a good point for start interacting with
> freenet and tests.
> It creates one new menu and one page (the name of the menus are buggy, need
> to fix).
> It implements FredPlugin, FredPluginL10n, FredPlugi
Am Mittwoch, 31. Juli 2013, 15:50:17 schrieb Matthew Toseland:
> Okay. The difficulty here is that there might be more than one p0s. We should
> always use the p0s we used last time, for security's sake. This is probably
> part of the reason why e.g. git has a list of remotes for each repository.
Hi toad,
I actually like activelinks: They provide persistence for referenced sites.
And when I look at the stats form digger3, I thnk we need the persistence.
Also each activelink shows that the page is still available.
Index authors can decide not to use activelinks (as linkageddon does), and
Am Montag, 5. August 2013, 14:31:15 schrieb Matthew Toseland:
> > Also the activelinks have a huge advantage over including the images: The
> > site first loads, with missing images but all structure intact. AFAIK
> > Including the images in the site would make the initial download slower and
>
Am Montag, 5. August 2013, 19:06:42 schrieb Matthew Toseland:
> On Monday 05 Aug 2013 18:51:39 Arne Babenhauserheide wrote:
> > it will make the index’ container bigger.
>
> Slightly. These are really small images.
> >
> > the site will show without all images loade
Hi,
The transport plugin code from chetan is slowly bitrotting in the
chetan-transports branch. When trying to merge it into next, there are
already merge conflicts, but it does not look serious (just some
parameter changes). I did not have the time to fix them, though - it
would have sent me on a
Hi,
After CTS4 I started thinking about getting funding. When now Steve
had to start looking for a job, I asked Sandy for help on getting
funding, and she connected me to some people who know their stuff and
are willing to help.
For this I asked on FMS last week if people would want to set specif
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 corresponda
Hi Chetan,
At Thu, 20 Feb 2014 20:22:20 +0530,
Chetan Hosmani wrote:
>
> I don't have the time to merge these changes and technically not allowed to
> without obtaining explicit exception from my firm. But I have said several
> times that I can actively help anyone who is willing to do this.
…
>
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 go
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 t
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 ti
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
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 id
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 ex
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 request
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 /
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
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
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.
The
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 whi
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 t
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 ex
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,89hzi
-- 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 we
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
= 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
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 rout
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 t
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
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.:
> D
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
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
D
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, maske
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
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-fundin
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 h
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. T
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 o
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
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 wi
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
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
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!
@x
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 dif
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 unw
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.
W
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.freenetproje
:
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:
-
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/inde
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 sig
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 c
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=Inte
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
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
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
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
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: Ther
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
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
packe
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 tha
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
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
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 tr
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
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 prove
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
Am Freitag 03 April 2009 00:44:37 schrieb Ian Clarke:
> If we go with git and github they do support post-receive hooks:
>
> http://github.com/guides/post-receive-hooks
>
> I think the workflow can and should be very similar to what it is
> currently, with developers pushing to a single authoritati
Am Freitag 03 April 2009 02:22:05 schrieb Daniel Cheng:
> DVCS does _NOT_ means accepting anonymous contribution.
>
> However, if we want to, there is nothing stopping us.
Personally I think it important for freenet to slowly establish a workflow
where people contribute pseudonymously, because th
Am Freitag 03 April 2009 12:18:11 schrieb Florent Daignière:
> Sure we can do that... but how integrated are the PGP/GPG modules with
> git/hg? What about the GUI versions?
At least for hg you can just activate the gpg extension (distributed with hg)
and can then sign changesets with
$ hg sign
Am Freitag 03 April 2009 17:19:13 schrieb David ‘Bombe’ Roden:
> On Friday 03 April 2009 14:14:41 Arne Babenhauserheide wrote:
> > $ hg sign [REVISION]
>
> git tag -s -m
Is that a GnuPG signed tag?
Best wishes,
Arne
--
-- Ein Würfel System: http://1w6.org - einfach saube
Am Samstag 04 April 2009 03:29:57 schrieb David ‘Bombe’ Roden:
> On Friday 03 April 2009 18:29:04 Arne Babenhauserheide wrote:
> > > > $ hg sign [REVISION]
> > >
> > > git tag -s -m
> >
> > Is that a GnuPG signed tag?
>
> Yes. Check [1] f
201 - 300 of 817 matches
Mail list logo