Re: [freenet-dev] Installer file name

2009-07-21 Thread xor
On Tuesday 21 July 2009 02:22:55 Juiceman wrote:
> Currently we distribute our installer using a name such as
> FreenetInstaller-1223.exe but we call it 0.7.5  I suggest we use the
> nomenclature FreenetInstaller-0.7.5.1223.exe that is more in line with
> what appears to be standard amongst many applications.
>
> Thoughts?

Agreed.



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

Re: [freenet-dev] UnsupportedClassVersion

2009-07-21 Thread xor
On Saturday 18 July 2009 04:51:51 Ian Clarke wrote:
> Currently seeing this with the current testing build on a mac:
>
> The specified plugin
> http://downloads.freenetproject.org/alpha/plugins/next-build/Freetalk.jarco
>uld not be loaded: unexpected error while plugin loading
> java.lang.UnsupportedClassVersionError: Bad version number in .class file
>  Freenet reports the following JVM info:
>
> Java Version: 1.5.0_19
>
> Although I do have Java 1.6 on my machine (and Java 1.5).
>
> Ian.

Recently I added some code to the node which Freetalk needs. This code has not 
been deployed with 1223 yet, so maybe that's the problem.

Further, the builds of Freetalk which I'm seeing in alpha/plugins are very 
outdated - toad didn't have time for reviewing the recent changes yet.


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

Re: [freenet-dev] status

2009-07-29 Thread xor
On Tuesday 28 July 2009 21:03:42 Matthew Toseland wrote:
>
> > What is the status of FreeTalk?
>

I wrote my last exam on Monday and am on 3 months of vacation now, those 
should be completely sufficient to at least finish the first official release.

I cannot specify whether I will finish it within 1 or 3 months from now on 
because the spare time I have and my health vary very much right now, I will 
continue to try doing some work on it every day.

xor


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

Re: [freenet-dev] status

2009-07-29 Thread xor
On Tuesday 28 July 2009 21:26:37 Florent Daignière wrote:
> Last time people talked about it, only you and xor where objecting to
> trashing the bug database altogether and switching to another bug
> tracker (possibly hosted by someone else).

Because it is obviously insane and there is no need to list any arguments 
against it? :)


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

Re: [freenet-dev] Freenet blog plugin?

2009-08-01 Thread xor
On Thursday 30 July 2009 13:25:28 Matthew Toseland wrote:
> It has been pointed out that a minimal blog engine can be written in approx
> 22KB of php - around 800 lines of code at most. I suspect that given a
> template I could probably put together a blog plugin in a few days. This
> would integrate with Freetalk for comments and for announcing the site
> initially. It should make it easier to contribute content to Freenet,
> eliminating the need to get Thingamablog working, etc. Thoughts?

I think it would be wise to integrate blog functionality into Freetalk.

- Freetalk identity profile pages will be very easy to implement, probably 1-2 
days of work: WoT allows the per-identity storage of  pairs of so 
called "properties". Properties could be anything which applies to social 
network profile pages: Your name, your hobbies, etc.

- Your blog could be internally stored as a Freetalk board where only you can 
post messages, and the messages would be displayed on your profile page as a 
blog. 


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

Re: [freenet-dev] Status report of GSoC and testing welcome

2009-08-01 Thread xor
Sounds very nice! Does it also apply to activelinks? IMHO it would be nice to 
have with activelinks because then we could enable them by default again - 
activelinks make the bookmarks list feel more "alive".


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

Re: [freenet-dev] Fwd: [Freenet 0001873]: Frost: "received packet twice" over and over

2009-08-16 Thread xor
On Saturday 15 August 2009 15:26:21 Matthew Toseland wrote:
> IMHO if we search for something we will often want to see old bugs. Hence
> resolved -> suspended, or resolved -> user not responsive, or something
> like that, is more appropriate than closed.

Okay, I'll use that in the future.


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

Re: [freenet-dev] [nore...@freenetproject.org: [Freenet 0001104]: NAT-PMP support]

2009-08-16 Thread xor
On Sunday 16 August 2009 16:38:15 NextGen$ wrote:
> Hi,
>
> What are you doing here? starting an edit-war on the bug tracker?
> Editing the priority/milestone of loads of tickets won't help to get them
> implemented... and it is spamming our inboxes (I'm still subscribed to
> most, like most of us).
>

- People are complaining about the bug tracker being bloated and unusable, 
therefore I'm trying to work 1hour+ every day on cleaning it up. That is good, 
isn't it?

- As you've experienced, all changes I am doing are being reported by mail to 
the other developers, so I am not doing anything hidden, it is publicly 
reviewed. So if you do not agree with any of my changes, feel free to revert 
them.

- When setting milestones/target versions/priorities, of course that is a 
*suggestion* by me, and I only do it for issue where I am very certain about 
it. I want to help in getting an overview of what might be nice for 0.8.If you 
do not agree, please revert.

> Changing the priority of tickets you've no business with whatsoever (you're
> neither a reporter, not a contributor to that part of the code, nor even
> subscribed to the ticket) is just unacceptable.

I am only changing the issues which seem easy to judge for a non-fred-core-
developer. I consider this as very useful: People who have deep knowledge in 
how the node works should spend their time on doing stuff where that knowledge 
is *required* - it would suck very much if toad had to spend his time on 
resolving trivial issues which someone who has absolutely no knowledge of the 
node's internals (such as me) can resolve!

Anyway, as you've been demanding to drop all contents of the bugtracker - I 
think it's better if a person who has "no business with whatsoever" cleans it 
up than just having all of the bugtracker be deleted.


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

Re: [freenet-dev] "Downloading application" stage of Web Start installer slow, and other installer issues

2009-08-16 Thread xor
On Sunday 16 August 2009 17:50:21 Ian Clarke wrote:
>
> Can't we use a 3rd party XML parsing library to get around this
> vulnerability?

We should rather nag Sun or the responsible Mac people (I don't know whether 
they have package management and just not upgraded the package yet or whether 
Sun did not deploy a new version?) to fix the issue, it is a shame that a 
remotely exploitable bug is not fixed for weeks.

Its not our job, and switching to other libraries would be a major amount of 
work I guess.


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

Re: [freenet-dev] [nore...@freenetproject.org: [Freenet 0001104]: NAT-PMP support]

2009-08-17 Thread xor
On Sunday 16 August 2009 22:36:17 NextGen$ wrote:
> * xor  [2009-08-16 17:33:15]:
> > On Sunday 16 August 2009 16:38:15 NextGen$ wrote:
> > > Hi,
> > >
> > > What are you doing here? starting an edit-war on the bug tracker?
> > > Editing the priority/milestone of loads of tickets won't help to get
> > > them implemented... and it is spamming our inboxes (I'm still
> > > subscribed to most, like most of us).
> >
> > - People are complaining about the bug tracker being bloated and
> > unusable, therefore I'm trying to work 1hour+ every day on cleaning it
> > up. That is good, isn't it?
>
> I'm not so sure about that. Who's been complaining exactly? 

You for example.

> Mostly people not using it. A bug tracking software is a tool intended to be 
> used by developpers; One of the main problems we have is that we intend to
> make non-developpers use it by asking *users* to report bugs there.

That's why we need to clean their reports up like it happens in zillions of 
other open source projects.

> > - As you've experienced, all changes I am doing are being reported by
> > mail to the other developers, so I am not doing anything hidden, it is
> > publicly reviewed. So if you do not agree with any of my changes, feel
> > free to revert them.
>
> I disagree with most of what has been done today

That sentence is very useless for me if I want to improve my work. A detailed 
list of what's wrong would help.

>
> > - When setting milestones/target versions/priorities, of course that is a
> > *suggestion* by me, and I only do it for issue where I am very certain
> > about it. I want to help in getting an overview of what might be nice for
> > 0.8.If you do not agree, please revert.
>
> The thing is, I don't have one hour a day to spend reverting your
> modifications.

Then delete the mails and let someone else do it. The whole point about open 
source community-driven projects is: Either you participate or you do not. If 
you do not participate then you must accept the fact that other's do your work 
and maybe do it worse than you could have done.

You cannot demand that people stop working on certain stuff because you could 
do it better WHILE saying that you won't work on it (which you did by stating 
that you want the contents of the bugtracker deleted).

>
> > > Changing the priority of tickets you've no business with whatsoever
> > > (you're neither a reporter, not a contributor to that part of the code,
> > > nor even subscribed to the ticket) is just unacceptable.
> >
> > I am only changing the issues which seem easy to judge for a
> > non-fred-core- developer.
>
> Take that one in particular: NAT-PMP support: It's reasonably easy to do
> (I've implemented the up&p one: I know what I'm talking about), it would
> improve the "reachability" of a significant number of nodes (all of those
> behind Apple's routers at least). Connectivity of the nodes has proven, on
> all p2p networks to be a key factor in efficiency (just read the literature
> about it if common sense isn't enough) ... and yet you're judging it's
> useless.

I changed the priority to none because UPnP is the primary standard for port 
mapping in home-use-routers these days and apple routers are just a minority. 
Given the amount of currently active developers we do not have the time for 
supporting such small minorities.

I've just changed it to "low" as a compromise, but I think that is okay 
because there is really much more important stuff to do (usability, stability, 
stability, stability etc. etc.)


> > I consider this as very useful: People who have deep knowledge in
> > how the node works should spend their time on doing stuff where that
> > knowledge is *required* - it would suck very much if toad had to spend
> > his time on resolving trivial issues which someone who has absolutely no
> > knowledge of the node's internals (such as me) can resolve!
>
> So, if I'm following your logic, you've lowered the priority from "normal"
> to "none", on the basis that it's not core stuffs and that toad shouldn't
> work on it according to you.
>
> Is the only purpose of the bug tracker to be toad's glorified todo list? As
> far as I know, he's grown up enough to maintain his own.

The purpose of the bugtracker I'd say is to be the place where people who 
contribute code for the project on a *regular basis* and non-minor amount 
should manage their workload. The project right now does not seem to have very 
many regularly active developers and as we as programmers all kn

Re: [freenet-dev] [nore...@freenetproject.org: [Freenet 0001104]: NAT-PMP support]

2009-08-17 Thread xor
On Monday 17 August 2009 16:33:53 Daniel Cheng wrote:
> On Mon, Aug 17, 2009 at 9:16 PM, xor wrote:
> > On Sunday 16 August 2009 22:36:17 NextGen$ wrote:
> >> * xor  [2009-08-16 17:33:15]:
> >> > On Sunday 16 August 2009 16:38:15 NextGen$ wrote:
> >> > > Hi,Being another developer who have __tried__ to fix the issue
> >> > > tracker,
>
> I think I have to say something here.
>
> On Mon, Aug 17, 2009 at 9:16 PM, xor wrote:
> > On Sunday 16 August 2009 22:36:17 NextGen$ wrote:
> >> * xor  [2009-08-16 17:33:15]:
> >> > On Sunday 16 August 2009 16:38:15 NextGen$ wrote:
> >> > > Hi,
> >> > >
> >> > > What are you doing here? starting an edit-war on the bug tracker?
> >> > > Editing the priority/milestone of loads of tickets won't help to get
> >> > > them implemented... and it is spamming our inboxes (I'm still
> >> > > subscribed to most, like most of us).
> >> >
> >> > - People are complaining about the bug tracker being bloated and
> >> > unusable, therefore I'm trying to work 1hour+ every day on cleaning it
> >> > up. That is good, isn't it?
> >>
> >> I'm not so sure about that. Who's been complaining exactly?
> >
> > You for example.
>
> I think nextgen (and me too) think the current issue tracker is
> beyond fixable and should start from sketch.

Why? All which has to be done is properly tagging all 1300 issues non-
closed/resolved issues and marking issues as resolved which are not 
resolvable.

This is a simple process on 1-by-1 base: 
while(not all issues are tagged properly) {
review_issue();
decide_about_tags();
decide_whether_to_close_or_not();
continue_with_next_issue();
}

If you say "it's not fixable" then you say that there is at list one single 
issue in the tracker for which you cannot decide what to do with it.

If we consider ourselves as UNABLE to decide for a single issue what to do 
with it, then we must accept the fact that creating a new bug tracker won't 
help: That single issue will appear in the new bugtracker again and then we 
must consider the new bugtracker as not fixable again and start with a new one 
again.

- Cmon, the only problem is that we are too lazy for cleaning the tracker up, 
and creating a new one won't help because it will get messed up AGAIN after 
some time and then we will have the same problem.

EITHER we learn to properly maintain our bugtracker or we have end up with a 
screwed up bugtracker - no matter how often we delete all issues.


> >> Mostly people not using it. A bug tracking software is a tool intended
> >> to be used by developpers; One of the main problems we have is that we
> >> intend to make non-developpers use it by asking *users* to report bugs
> >> there.
> >
> > That's why we need to clean their reports up like it happens in zillions
> > of other open source projects.
>
> Freenet is unique in a way,
> To prove my points, let's do a random sampling of bugs
>  -- bug 1000 to bug 1010 (for some older sample)
>   1000  reported by toad --  fproxy enchancment, no progress

It's a feature - I changed severity from "minor" to "feature".
That probably applies to many of the other issues below.

>   1001  reported by toad --  fproxy enchancment, no progress
>   1002  reported by toad --  installer enchancment, fixed by nextgen
>   1003  reported by toad --  fproxy enchancment -- related to 1000
> (not marked) -- no progress
>   1004  reported by toad --  fproxy enchancment, no progress
>   1005  reported by toad --  fproxy enchancment, (is this related to
> nextgen' student' gsoc?)
>   1006  reported by toad -- enchancment? -- should be a subtask/notes
> for 1004/1005,
>   1007  reported by toad --  network enchancment, fixed by nextgen
>   1008  reported by toad -- just a question, not even an enchancment
> [mark as assigned]
>   1009  reported by Jerome Flesch (the thaw guy) -- thaw bug(?) --
> resolved. 1010  reported by Jerome Flesch (the thaw guy) -- thaw bug(?) --
> resolved.
>

> bug 3300 - bug 3310 (for more recent sample)
>3300 reported by toad -- interdex enchancment
>3301 reported by other --  dup of the infamous "not acking" "bug"
>3302 reported by Zero3 -- enchancment / todo -- depends on upstream
>3303 reported by Zero3 -- enchancment / todo -- "feedback" (ugh?)
>3304 reported by toad --  just a question
>3305 reported by other --  dup of the infamous "not acking" "bug"
>3306 reported by toad -- enchancment
>3307 reported by p0s -- bug?  it 

Re: [freenet-dev] [freenet-cvs] r23459 - trunk/plugins/WoT

2009-08-17 Thread xor
On Thursday 13 November 2008 18:24:30 Matthew Toseland wrote:
> On Thursday 13 November 2008 16:45, xor wrote:
> > > > +   try {
> > > > +   Identity id = Identity.getByURI(db,
> > >
> > > state.getURI());
> > >
> > > > +   identities.remove(id);
> > >
> > > You *really* should check the return value here. I've had
> > > wierd bugs with this sort of thing.
> > >
> > > > +   } catch(UnknownIdentityException ex) {}
> > > > +
> > > > }
> >
> > You mean db4o could return a different ientity than the requested
> > one or what?!?
>
> No... well hopefully not. I mean state.getURI() might return something
> wrong, identities.remove() might fail because of some wierd bug ... just
> check the retval and log an ERROR if it's not successfully removed.

This is fixed in the recent code.


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

Re: [freenet-dev] Freenet 0.7 build 1229, 1230 and 1231

2009-08-21 Thread xor
On Friday 21 August 2009 19:11:43 Matthew Toseland wrote:

> 1231:
> - Increase the maximum peers limit and make it scale with your upstream
> bandwidth. 11 peers at 10KB/sec, 15 at 20KB/sec, 19 at 30KB/sec, 26 at
> 60KB/sec, 34 at 100KB/sec and 40 and 140KB/sec. Show the limit on the stats
> page. 
> - When changing the store type (most notably when setting the store size in
> the first time wizard), don't stall for minutes or more preallocating the
> datastore - do it in the background. IMHO this was a serious problem for
> new users with a lot of disk space. 

Cool. I guess this should be published to the freenetproject.org news. And you 
can mark that one as implemented:

http://freenet.uservoice.com/pages/8861-general/suggestions/93039-release-
the-20-nodes-barrier?ref=titl


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

Re: [freenet-dev] Freenet 0.7 build 1229, 1230 and 1231

2009-08-21 Thread xor
On Friday 21 August 2009 19:16:15 xor wrote:
> On Friday 21 August 2009 19:11:43 Matthew Toseland wrote:
> > 1231:
> > - Increase the maximum peers limit and make it scale with your upstream
> > bandwidth. 11 peers at 10KB/sec, 15 at 20KB/sec, 19 at 30KB/sec, 26 at
> > 60KB/sec, 34 at 100KB/sec and 40 and 140KB/sec. Show the limit on the
> > stats page.
> > - When changing the store type (most notably when setting the store size
> > in the first time wizard), don't stall for minutes or more preallocating
> > the datastore - do it in the background. IMHO this was a serious problem
> > for new users with a lot of disk space.
>
> Cool. I guess this should be published to the freenetproject.org news. And
> you can mark that one as implemented:
>
> http://freenet.uservoice.com/pages/8861-general/suggestions/93039-release-
> the-20-nodes-barrier?ref=titl

Another idea: Maybe we should even brag about having implemented the #1 
request on uservoice - not only for the purpose of bragging but also for 
getting more attention on uservoice.


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

Re: [freenet-dev] Win64 support options?

2009-08-22 Thread xor
On Friday 21 August 2009 22:31:03 Matthew Toseland wrote:
> How common is 64-bit Vista? Currently we install a 32-bit JVM, which works,
> but doesn't get auto-updated, and is somewhat slower than if we'd installed
> a 64-bit one (assuming we fix the FEC libraries and manage to build them
> for Windows). We can't install a 64-bit JVM, because the free version of
> the Java Service Wrapper (which we use for self-restarting the node when
> deploying updates, and for detecting hangs) only supports 32-bit.
>
> Options?

Vista64 is very common already and Win7 x64 will be even more widespread. 64 
bit CPUs have been there for ages and we should support them.

Regarding the 64bit JVM I have to state that we should keep shipping the 32bit 
one - it still seems to be intended by Sun that 32bit java is used on 64bit 
windows:

- The 64bit JVM does not install a Firefox plugin, or at least it does not 
work (maybe because Firefox is still 32bit?)

- The auto updater of the 64 bit JVM installs a 32 bit JVM so then you have 2. 
This is obviously a bug but it shows that Sun does not properly maintain the 
64bit windows JVM yet.





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

Re: [freenet-dev] Seednodes wanted: poor bootstrapping performance at the moment

2009-08-24 Thread xor
On Saturday 22 August 2009 19:06:25 Matthew Toseland wrote:
> An important part of the solution is more seednodes. If you have at least
> 256kbps upstream bandwidth (more is better), a stable 24x7 node, a static

I would not say that seednodes need that much upstream. If you run a node with 
100 KiB/s upstream limit and do not run any inserts it usually does only 50-70 
KiB/s, and therefore is not fully loaded. Seednodes with 50 KiB/s and above 
probably all are useful.




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

Re: [freenet-dev] Seednodes wanted: poor bootstrapping performance at the moment

2009-08-24 Thread xor
On Monday 24 August 2009 13:19:28 xor wrote:
> On Saturday 22 August 2009 19:06:25 Matthew Toseland wrote:
> > An important part of the solution is more seednodes. If you have at least
> > 256kbps upstream bandwidth (more is better), a stable 24x7 node, a static
>
> I would not say that seednodes need that much upstream. If you run a node
> with 100 KiB/s upstream limit and do not run any inserts it usually does
> only 50-70 KiB/s, and therefore is not fully loaded. Seednodes with 50
> KiB/s and above probably all are useful.

Oh sorry I misinterpreted your original message, I read "256 kb/s", not 
"kbit/s". My fault. 


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

Re: [freenet-dev] Distributed pair programming for freenet?

2009-10-17 Thread xor
On Wednesday 14 October 2009 18:43:24 Ximin Luo wrote:
> My first thoughts are that this sort of thing is probably more useful in
> environments where people are in close physical and temporal proximity to
> each other (eg. an office).
>
> The freenet project is made up of people scattered all over the world; most
> of the development does not occur in parallel by multiple developers in
> real time.

I second that.

Though it would be useful if we had the capability to mark code as reviewed 
line-by-line in the git repository. Imagine some color-coded display of the 
source code: The more people have reviewed a certain line of code, the more it 
becomes dark green. Not reviewed code would be red.

But anything which requires live interaction between developers won't work, we 
all work at different times of day.



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

[freenet-dev] Can we link freenetforums.org into the official website?

2009-10-22 Thread xor

My POV is there:

http://www.freenetforums.org/viewtopic.php?f=4&t=8&p=25#p25




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

Re: [freenet-dev] Update on getting rid of emu

2009-10-30 Thread xor
On Friday 30 October 2009 16:29:57 Matthew Toseland wrote:
>
> If we don't keep the bug tracker:

> - We will need to do a "spring clean": Keep the current bug tracker up for
> a while but read-only, *manually* migrate any important bugs and issues to
> the new tracker. - This will be significant work.
> - It will involve going over the bugs, dumping those which are out of date,
> abandoned etc, and rewriting those bugs and feature issues that are still
> valid. Trac's wiki functionality may be useful for this, although it loses
> the ability to link bugs formally. - It may be a useful exercise in terms
> of prioritising and de-junking.
>

Migrating it in read-only mode is insane because there would be no sane way 
for monitoring the migration progress: Which bugs have been reviewed & 
migrated?

Instead, we should clean up mantis itself until ALL bugs there are suitable 
for migration and then migrate. 

Besides, as I've said numerous times, we MUST migrate all bugs because from a 
software engineering point of view the content of a bugtracker is the most 
valuable data of a project besides the soure code and the documentation.
Deleting any of it without reviewing it is just unprofessional, so we must 
make very sure that no issues in mantis get lost.

BTW: When did someone do the last backup of it's database? Does emu have a 
backup system?


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

Re: [freenet-dev] [FYI] Sun Java SE 5.0 EOL today.

2009-11-04 Thread xor
On Wednesday 04 November 2009 03:43:34 Daniel Cheng wrote:
> Just FYI,
>
> Sun J2SE5.0 have just came to EOL today.
> Sun is still providing updates for "Java SE for Business 1.5" licensees.
> [ see http://java.sun.com/javase/downloads/index_jdk5.jsp ]
>

If I remember it correctly, the reason that we were 1.5 compliant was that 
there's no java 1.6 for MAC, right?

Is there one now? Can we move on to 1.6 code?


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

Re: [freenet-dev] [FYI] Sun Java SE 5.0 EOL today.

2009-11-04 Thread xor
On Wednesday 04 November 2009 17:49:56 Ian Clarke wrote:
> On Wed, Nov 4, 2009 at 10:36 AM, Colin Davis  wrote:
> http://developer.apple.com/mac/library/releasenotes/Java/JavaSnowLeopardRN/
>JavaSnowLeopardRN.pdf
>
> > Mac OS X 10.6 contains an Apple-provided Java SE 6 version of 1.6.0_15
> > for both 32 and 64-bit Intel architectures.
>
> Ah, ok - they eventually released 1.6 for 32 bit, didn't know that.
>
> However, I think it is still a problem if 1.5 remains the default on
> OSX 10.5, since upgrading Java is a significant barrier to entry.
>
> That being said, I think the key question is still: what do we gain by
> dropping 1.5 compatibility?

I like the "@Override" keywords, I think it still compiles as 1.5 code while 
only producing warnings. People have occasionally been removing them from the 
source code while reviewing it, we might decide to stop doing that.


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

Re: [freenet-dev] Plugin auto-update: deploying the WoT etc?

2009-11-23 Thread xor
On Friday 20 November 2009 14:38:07 Ian Clarke wrote:
> On Fri, Nov 20, 2009 at 5:47 AM, Matthew Toseland
> 
> > wrote:
> >
> > Plugin auto-update is implemented and apparently working. More could be
> > done to improve it, of course, but it looks like it should be sufficient
> > for plugin updates to be released and deployed without having to deploy a
> > new fred build to force them. New builds are distributed through USKs,
> > just as with fred builds, and when they are downloaded, fred asks the
> > user whether they want to update the plugin. If they say yes, we do a
> > final check of the revocation key and then deploy the new version of the
> > plugin.
> >
> > This should be enough for us to deploy WoT, Freetalk, and FlogHelper (and
> > maybe more things e.g. digger3's IRC work?) as semi-official plugins, not
> > bundled, marked as beta, but downloadable through the plugins page. Is
> > it? (When) should I deploy these plugins?
>
> ASAP?
>
> Ian.

Yes, I will try to fix the remaining critical bugs hopefully today or in the 
next 3 days and tell toad when they're ready to be deployed.

xor


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

Re: [freenet-dev] [Wot] Recent WoT changes code review/brief testing

2009-11-27 Thread xor
On Thursday 26 November 2009 18:18:21 bbac...@googlemail.com wrote:
> Thanks for your review.
>
> Xor will address this one:
> > - returning null is *significantly* faster, is this worthwhile? It makes
> > the code more consistent... I don't see where "Also import introduction
> > for already known identities." is implemented.
>

No, I won't. We throw NoSuch* exception everywhere in WoT/FT by design.
Changing it to null pointer usage would by a major amount of work and IMHO be 
an abuse of null pointers. 
If Java was designed for using null pointers everywhere then there would not 
be declared exception throwing, I guess the whole purpose of declared throwing 
is to prevent the null pointer mess. Consider that using null pointers would 
result in people usually forgetting to "if(blah == null)", resulting in 
runtime NPE because the compiler can't prevent you from forgetting the if().


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

[freenet-dev] Emu disk failure?

2009-11-27 Thread xor
Hi,

someone said on IRC recently that the RAID in emu has had a failed disk. 
Is this true?
Has it been replaced?

If not, is there any other redundancy left? What about backups, are there any 
automatic backups done?


xor


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

Re: [freenet-dev] WoT+Freetalk

2009-12-01 Thread xor
On Saturday 28 November 2009 18:59:27 bbac...@googlemail.com wrote:
> Seems like we have a greater audience these days caused by this
> article in the Guardian.
> Would it be a good idea to release the latest versions of WoT+Freetalk now?

NO. What I said is still valid: There are issues which MUST be fixed before a 
large amount of people obtains them. I am working to get them fixed ASAP and I 
will definitely tell you guys when they are.

And I'm not talking about final version release (scheduled for around 
christmas) but about release as "marked as experimental but available on the 
plugins page via 'load official plugins'").

I am working on getting WoT done right now, it took a few days longer than 
expected, sorry (I'm in the progress of moving to my new flat), but is almost 
done.
There are 6 issues left on my TODO list:
- 0003436: [Web Interface] Plugins should take care of infoboxes changes
- 0003554: [Core] Re-consider score calculation changes
- 0003549: [Core] Restoring an identity does not make the seed identities 
visible 
- 0003503: [Core] Restoring identities is kind of broken
- 0002800: [Functionnalities] Resolve all comments marked as FIXME. 
(For the FIXMEs, there are about 2 or 3 left.)

Toad said that his vacation begins on 5th december, so I will get WoT done 
until Friday, then he can add it to the plugins list before leaving.

For Freetalk I cannot tell right now how many issues there are to get it into 
the official plugins list as beta: I have not checked yet how many there are 
because I was told that I should try to get WoT done ASAP. 

So I'll do WoT this week and then try to get Freetalk ready for beta release 
ASAP.

xor



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

[freenet-dev] Plugin autoupdating question

2009-12-01 Thread xor

- The autoupdater MUST call plugin.terminate() before unloading the plugin 
because plugins use databases and those must be properly closed.

- Deadlock bugs however might prevent plugins from terminating properly, 
terminate() might not return.

So the question is: If a bug is introduced which permanently breaks 
terminate(), even after restarting the node, will the autoupdater handle that?

IMHO if it is told to update a plugin and the node is restarted in between 
then it should update the plugin before even starting it after the restart. 
That would prevent this issue

Further, toad please remember that you should add logic to the node which 
calls terminate() on all plugins before node shutdown, otherwise the 
WoT/Freetalk databases might get corrupted, resulting in un-debuggle weird 
issues.

xor


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

Re: [freenet-dev] WoT+Freetalk

2009-12-01 Thread xor
On Tuesday 01 December 2009 18:25:23 xor wrote:
> On Saturday 28 November 2009 18:59:27 bbac...@googlemail.com wrote:
> > Seems like we have a greater audience these days caused by this
> > article in the Guardian.
> > Would it be a good idea to release the latest versions of WoT+Freetalk
> > now?

> So I'll do WoT this week and then try to get Freetalk ready for beta
> release ASAP.

I thought about it again and I will also try to get Freetalk done this week so 
the people from the guardian might get told about it. 
But please be patient until I give the okay, we don't want to release a really 
broken version so I need to make sure it is not first.



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

Re: [freenet-dev] Plugin autoupdating question

2009-12-04 Thread xor
On Tuesday 01 December 2009 18:49:21 Evan Daniel wrote:
> On Tue, Dec 1, 2009 at 12:30 PM, xor  wrote:
> > - The autoupdater MUST call plugin.terminate() before unloading the
> > plugin because plugins use databases and those must be properly closed.
> >
> > - Deadlock bugs however might prevent plugins from terminating properly,
> > terminate() might not return.
> >
> > So the question is: If a bug is introduced which permanently breaks
> > terminate(), even after restarting the node, will the autoupdater handle
> > that?
> >
> > IMHO if it is told to update a plugin and the node is restarted in
> > between then it should update the plugin before even starting it after
> > the restart. That would prevent this issue
> >
> > Further, toad please remember that you should add logic to the node which
> > calls terminate() on all plugins before node shutdown, otherwise the
> > WoT/Freetalk databases might get corrupted, resulting in un-debuggle
> > weird issues.
>
> Surely the on-disk database is always in a valid (or at least
> recoverable) state?  That is one of the points of using a database,
> right?  That it can recover to a valid state after a software or
> hardware crash, such as abrupt termination of the program or loss of
> power?
>

It's quite irrelevant actually, the point is that there is no point in NOT 
calling terminate() =)



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

[freenet-dev] WoT/FT status update

2009-12-11 Thread xor
Hi folks,

I did not work on Freetalk/WoT this week because I was busy moving to my new 
flat. I was living at my parent's house before. I finished moving here now.

This is good news: It means that I have more time for working on FT/WoT now 
because living in a flat does not involve as much work as living at a house.
And besides that, I'm now living exactly where I want to live which means that 
my general motivation is higher :) 

So I'll continue working on WoT/FT now.
- WoT is ready to be published on the plugins page marked as beta. Toad will 
add it with the next node update as soon as he is back from vacation
- Freetalk is also almost ready to be published as beta there. I'll try to get 
it done for that within the next week.

Greetings, xor


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

Re: [freenet-dev] Emu disk failure?

2009-12-29 Thread xor
On Friday 27 November 2009 23:56:48 Ian Clarke wrote:
> If this is true then we need to inform our hosting provider
> immediately as they can fix this at no cost to us.
>
> Is it true?

It seems so.

Regarding backups:

[20:51]  toad_: i recently asked you whether we have recent backups of 
the mantis database (because of the failed disk in emu), unfortunately i 
forgot your answer?
[20:51]  i made an off site backup before going to copenhagen[20:51] 
 i need to make another one soon
[20:53]  fine :)
[20:53]  we should consider getting the disk replaced though, because 
realistically its gonna take another 6 months until we bother to get rid of 
emu
[20:55]  what exactly are the symptoms of the failure? if it only flew out 
of the raid without showing bad sectors in a full smart test, readding it 
might just work fine - semi-dead disks often fly out without any reason and 
work 
fine if re-added
[20:56]  smart test: for starting the test "smartctl -d ata -t long 
/dev/sdX", after some hours use "smartctl -d ata -a /dev/sdX" for getting the 
output. ommit the "-d ata" if its not a SATA disk
[20:56]  I wouldn't do that if it is on the same IDE controller


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

Re: [freenet-dev] [freenet-cvs] r23396 - in trunk/plugins/Freetalk:. WoT

2009-12-29 Thread xor
On Thursday 13 November 2008 15:28:46 Matthew Toseland wrote:
> On Thursday 13 November 2008 01:50, xor wrote:
> > > We should have a callback interface for plugins to notify
> > > when the node has finished startup...
> >
> > Was that a feature suggestion or is there such an interface?
>
> Feature suggestion. :|
>
> Although scheduling a job on the ticker is a close approximation, since it
> doesn't start until relatively late on.
>
> Also in recent builds the plugins themselves don't start until relatively
> late on...

Added to FT/WoT bugtracker so we can delete the thread.



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

Re: [freenet-dev] Development blocked

2010-01-04 Thread xor
On Sunday 03 January 2010 17:03:40 p01air3 p01air3 wrote:
> On its freesite, Toad says he cannot make the 1240 release before long.
> Someone can make 1240 to allow the development of the freetalk project?
> (This plugin will appear in the list of official plugins and it will be on
> the freenet network, fetchable anonymously and up to date.) It's important
> to increase the number of users.
> ___
> Devl mailing list
> Devl@freenetproject.org
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl

I'm the lead developer of Freetalk and I will tell toad when it's ready for 
deployment on the plugins page, which it is not right now.
He will take care about 1240 then.

I'm working on it though.

So no need to hurry.



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

[freenet-dev] Freetalk status update

2010-01-08 Thread xor
Hi,

I just finished reviewing the many commits to Freetalk of bback.
Thanks to bback we now have partial l10n in Freetalk (and WoT). 

And he repaired the NNTP server, which is very nice. Sdiz will give Freetalk a 
github-logbot after I've helped him to sort out his issues with Freetalk. 
Nice!

And he also gave us a Settings page which can be used to enable/disable the 
configure the NNTP server at the moment

I'll have to fix a few issues, probably 1-2 days of work, until we can release 
the next binaries of Freetalk. After that I'll try to sort out the remaining 
issues which prevent us from having Freetalk as beta on the plugins page.

So thanks very much to bback and sdiz!

Traffic on Freetalk is increasing by the way, and at least to myself it seems 
to 
work quite reliable. I also have the feeling that the issues with identity 
introduction (no catpchas visible or solving them has no effect) have been 
fixed 
by WoT 4001 - have not really received more reports about them. If you have 
the feeling that it still does not work for you, please tell me.

Greetings, xor


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

Re: [freenet-dev] Freetalk status update

2010-01-12 Thread xor
On Friday 08 January 2010 17:42:56 Ian Clarke wrote:
> Can you remind us where we can download the latest snapshots - I can
> never find them.
>
> Ian.

http://downloads.freenetproject.org/alpha/plugins/




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

[freenet-dev] If anyone would like to do some math for WoT please read

2010-01-12 Thread xor


Currenty, the WoT IdentityFetcher permanently subscribes to the trust list USK 
of EVERY known identity, resulting in a total load of n*n USK subscriptions on 
the network - each identity subscribes to the USK of every other identity.

(Even though it does O(n²), we will soon release the current code as WoT 0.4  
on the plugins page labeled as testing because it is guaranteed to fetch all 
identities, i.e. guraanteed to "just work" and has proven to be very stable in 
all other means. And WoT 0.4 in general is optimized for new features & 
stability, not for performance.  0.5 is planned to fix usability and 
performance issues and bugs of course. - First implement all functions to work 
properly, then optimize and see if it still works the same as the previous 
version, that's my plan)

I propose the following change for WoT 0.5 to get rid of the permanent O(N*N):

- Permanent USK subscriptions should only be done to rank1 identities: The 
identities to which an OwnIdentity has assigned a (positive of course) trust 
value (= the users trustees). This should give us "small world network"-effects 
already. And if I'm right it changes everything from n² to some logarithmic 
function of n. That is to be proved :)

- The trust lists which are fetched of the rank1 identities will give us new 
edition hints for new trust lists of other identities. Its called "hints" 
because we cannot tell the USK manager that those editions REALLY exist, they 
might be spoofed, i.e. too high. The USK manager supports specifying an 
edition as hint-only.

- So for rank 2 identities (Y is rank 2 <=> an own identity trusts X and X 
trusts Y): If we receive a new edition hint for a rank2 identity, immediately 
start a fetch for the hinted edition. Give the fetch a certain amount of time 
to succeed, abort it if it doesn't. I propose 1 hour as the time limit. Tell 
the USK manager NOT to attempt to search for any newer editions than the 
hinted one: We want to use the information gathered from our rank1 identities 
instead. But do not disable the fetching attempts of older editions than the 
hinted one - to detect bogus hints.

- For rank3 and above identities, do the same as for rank2 but only allow a 
hint-fetch-attempt every N days. N is to be carefully tweaked, I propose we 
start with 3.

- If any identity has not had a fetch attempt for >= M days, try to fetch them 
once. In other words, each identity is fetched at max every M days so that 
identities which are not "hit" by the random heuristic above still get fetched 
every now and then. DO allow the USK manager to search for editions higher 
than the current hinted one. Do this to catch bugs in the other heuristics. 
Log if an edition was fetched which was higher than the latest received hint. 
I propose M to be 7 days.

Now the question is: Who can calculate the maximal, minimal and average 
complexity of my algorithm? :) 

I'm aware of the fact that the last point (fetch all identities every 7 days) 
introduces some O(n²)  again but IMHO its necessary for preventing bugs which 
could cause some identities to be NEVER fetched. We can disable it after we're 
sure that  it's not needed.

And if anyone has suggestions for improvements, feel free to give them. I 
consider my proposed rank1 and rank2 behavior as quite natural, but for rank3 
and above we might for example use an exponential function of rank, score and 
whatever for the minimal delay between fetches.

Greetings, xor



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

Re: [freenet-dev] If anyone would like to do some math for WoT please read

2010-01-12 Thread xor
I forgot to mention that my message is constructed from this entry on the bug 
tracker: https://bugs.freenetproject.org/view.php?id=3816


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

Re: [freenet-dev] If anyone would like to do some math for WoT please read

2010-01-12 Thread xor
On Wednesday 13 January 2010 01:35:44 xor wrote:
> I forgot to mention that my message is constructed from this entry on the
> bug tracker: https://bugs.freenetproject.org/view.php?id=3816

(Not stolen, it's my own bug report =)


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

Re: [freenet-dev] Large file upload

2010-01-25 Thread xor
On Monday 25 January 2010 02:03:06 Ian Clarke wrote:
> Ok, just noticed that there is a check box for "Compress", but it
> seems to have no effect when you upload directly from disk (perhaps it
> works if you upload from the browser - but I'm not going to do that
> for a file this size).

That checkbox is not supposed to belong to the Browse button. The UI elements 
of the upload box are just not probably sub-boxed so you don't see which of 
them belong together.

BUT the current head revision of fred contains "Compress" checkboxes in the 
"Browse disk" view! So the next fred build will have that.



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

Re: [freenet-dev] What do we want to host ourselves?

2010-01-28 Thread xor
On Wednesday 27 January 2010 23:42:06 Ian Clarke wrote:
> I think a good compromise is to use a dedicated server, but to try to use
> it in the simplest most "vanilla" way possible.  This means stick to stuff
> downloadable through apt-get, and don't do anything fancy without a very
> good reason.  Emu had some fairly elaborate re-configuration which was
> ultimately the cause of its failure.  Osprey (the new server) should remain
> as close to a stock Ubuntu install as possible.

That is a good concept IMHO, especially because we use the most popular 
distribution now so it ought to be somehow well maintained, at least we can 
hope it is =) apt-get usually also notifies us about updated default config 
files 
and offers a diff.


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] What do we want to host ourselves?

2010-01-28 Thread xor
On Wednesday 27 January 2010 21:43:17 Matthew Toseland wrote:
> A side-issue is whether we want help (volunteers) with system
> administration, and whether we can trust people who come forward. Do we
> have any policy on who should have root access? If you want to help then
> mail me ...

I don't want to administrate the system but I would like to have manage access 
on the bugtracker if that's possible. I have quite a few ideas on introducing 
new categories, renaming old ones, etc. So if you want to then give me 
privileges please =)


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

[freenet-dev] How the bugtracker is actually usable for deciding what to do next

2010-02-01 Thread xor
Hi,
it is possible to save public view-filters on the "View all bugs" page. Public 
= All other users can use the filter.

I created a filter for all categories related to fred called "Important issues 
with much filtering and proper sorting" which shows an output of 114 issues of 
the total 3000 issues in the tracker. 

Now 114 is a manageable amount of issues. So who said that the bugtracker was 
unusable? :)
Go try the filter and fix the bugs, many are critical. =)

Greetings, xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Some (very) preliminary mock-ups of new UI

2010-02-06 Thread xor
On Saturday 06 February 2010 05:10:53 Ian Clarke wrote:
> Pupok sent me a PDF containing a very preliminary mock-up of what the new
> front page will look like.  Note that it is a little pixelated, the final
> UI will not be.  The general idea is to keep it as simple as possible, and
> ensure that the UI is intuitive by following established UI conventions.
>
> The purpose of the new UI is *not* to replace all the functionality of
> fproxy, rather it should be viewed as an alternative to fproxy for "casual"
> users of Freenet (as opposed to those interested in aiding the Freenet
> development effort).  FProxy will remain for those who prefer it, or
> require functionality not provided by the new UI.
>
> The new UI will also provide a front-end for FreeTalk, although this is not
> shown in the mock-up.  Similarly, it will provide access to settings, but
> only those likely to be useful to "casual" users.
>
> Feedback is welcome of course.
>
> Ian.

New UI? Huh? What is it supposed to be? A fproxy theme? 
I don't think we have the time for implementing anything besides new themes 
before 0.8 we need to fix too many issues.

I also haven't heard anything about a new Freetalk UI? :)


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Some (very) preliminary mock-ups of new UI

2010-02-09 Thread xor
On Saturday 06 February 2010 23:16:20 Ian Clarke wrote:
> On Sat, Feb 6, 2010 at 1:03 PM, xor  wrote:
> > New UI? Huh? What is it supposed to be? A fproxy theme?
>
> No, it will be based on GWT, and it will run along-side FProxy.  It will
> not provide all the functionality of FProxy, the primary goal is to provide
> a user-friendly interface for "casual" users.

So you are talking about the web-pushing branch from SoC?



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Migration issues: do we want https://downloads and https://emu ?

2010-02-09 Thread xor
On Wednesday 03 February 2010 19:16:56 Matthew Toseland wrote:
> We have SSL certs for https://downloads and https://emu. The update scripts
> use these if sha1test.jar doesn't exist or is too out of date i.e. if the
> install is a relatively old one and hasn't been updated with the script in
> a while. We only have 2 IP addresses at the moment, and SSL domains need a
> dedicated IP address (unless you have a wildcard cert, which we can't
> afford). Do we want to ask for another 2 IP addresses for https://downloads
> and https://emu ? IMHO https://downloads might conceivably be useful, but
> https://emu would be likely purely for purposes of compatibility with old
> update scripts.
>
> Extra IP addresses cost a very small amount, and we know how to set them
> up, so I guess that would be the easiest solution?
>
> The old update.cmd from the java installer uses:
> http://downloads.freenetproject.org/alpha/installer/sha1test.jar
> (This is not a problem)
> The old update.sh from the java installer uses:
> https://emu.freenetproject.org/sha1test.jar
> (This IS a problem)
> The old update.cmd from the windows installer uses:
> https://downloads.freenetproject.org/alpha/installer/sha1test.jar
> (This is also a problem)
>
> All of these have been updated to
> http[s]://checksums.freenetproject.org/latest/sha1test.jar
>
> How important is it to support old update.sh / update.cmd ? And is it worth
> having https://downloads.freenetproject.org/ for its own sake?

Well, the easiest way of answering this question was if you told us when the 
update-script was changed to work with the current situation. This is probably 
a matter of reading the commit history / file dates? 

If 3 month old scripts won't work then we should fix it. If 1 year old scripts 
will still work then its okay to forget about the older scripts...


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Some (very) preliminary mock-ups of new UI

2010-02-09 Thread xor
On Tuesday 09 February 2010 23:30:03 Ian Clarke wrote:
> On Tue, Feb 9, 2010 at 4:20 PM, xor  wrote:
> > On Saturday 06 February 2010 23:16:20 Ian Clarke wrote:
> > > On Sat, Feb 6, 2010 at 1:03 PM, xor  wrote:
> > > > New UI? Huh? What is it supposed to be? A fproxy theme?
> > >
> > > No, it will be based on GWT, and it will run along-side FProxy. It will
> > > not provide all the functionality of FProxy, the primary goal is to
> >
> > provide
> >
> > > a user-friendly interface for "casual" users.
> >
> > So you are talking about the web-pushing branch from SoC?
>
> It may use some of that code, but it won't be based on that.
>

Well, it wouldn't be wise to throw away the code if you're planning to do 
something based on GWT because web-pushing is already based on it :|

Who is supposed to implement it if it should be new?



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

[freenet-dev] Freetalk status update (interesting!)

2010-02-10 Thread xor
Hi,

I have the feeling that I have sorted out the score-calculation issues with 
WoT so WoT is basically almost finished, there is only some pre-release 
refactoring left to do.

Because we want to get out WoT ASAP (due to FlogHelper needing it) and it will 
be marked as final, not beta, on the plugins page I have thought a bit about 
the effects of the release:

We will have to mention that applications which use WoT are FlogHelper and 
Freetalk. IF we mention Freetalk, hundreds of people will try it out.

Because we will have a message-purge of Freetalk when leaving the beta phase 
(this was always said in a big red box on the Freetalk web interface so please 
do not complain) we should do the purge ASAP so that not too many messages are 
lost. Right now there is not much content on Freetalk and the useful content 
has been added to the bugtracker already so purging is still okay.

However, if we purge after having released WoT on the plugins page then we 
will piss hundreds of people off probably.

So my conclusion is that it would be very very good to release WoT and 
Freetalk together (and purge the message base before). Because I have delayed 
the release of WoT over and over again to fix critical issues I'm aware of the 
fact that I cannot demand a large delay yet once again. 
So my goal is to get Freetalk done ASAP so we can deploy it as "beta" together 
with WoT.

I have found a solution for being able to do this. Lets first consider what 
prevented me from voting for deployment as soon as WoT is done:
Two things: Pending structural database changes and the lack of the ability of 
specifying board descriptions.
The issues are crucial because:

- The database changes are needed for stability. They are maximal 1-2 days of 
work so they are not the problem.
- Because we will purge the messages anyway it is necessary to provide a very 
clean list of default boards after that. The default boards are very important 
because newbies need a good starting point of interesting content. And one of 
the core issues with non-moderated forums on Freenet is that people tend to 
use bad board names, bad board categories and creating zillions of multiple 
boards for the same topic. So the default boards should be good for the first 
time usage experience. And they should also have proper descriptions. 
Descriptions should be implemented as a voting mechanism though: If you have 
not specified your own description, the description which the most people have 
specified should be displayed. This is rather a larger piece of work to 
implement so my conclusion was that I cannot demand that WoT deployment is 
postponed until I'm done with it.

So to come back to what I wanted to say: The solution for this problem is a 
rather nasty hack but it will be acceptable: I will just hardcode a list of 
descriptions for the default boards, and nevertheless add a "Edit description" 
button to the web interface and explain that editing is not yet possible but 
will be implemented soon.

I guess most users will be fine with that and it allows me to get Freetalk done 
within the next few days so we can ship it together with WoT and officially 
start telling people that we are out of the testing phase of Freetalk in which 
messages could be lost. So people can actually start using it and be sure that 
their messages will be readable by future versions.

Now does that sound like a good deal? =)

Greetings, xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] False Kaspersky positives on Windows

2010-02-10 Thread xor
On Monday 18 January 2010 09:57:35 Christian Funder Sommerlund (Zero3) wrote:
> I'm not sure which is most likely. What do we do now? Contact Kaspersky
> and ask them to fix their stuff? Or just directly warn users not to use
> Freenet with Kaspersky?

We have to contact Kaspersky. Has anybody done that?

xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freetalk status update (interesting!)

2010-02-10 Thread xor

Further, I also just saw that SDiZ has set up a github-log-bot in Freetalk now 
which logs git commit messages to freenet-projects (via a NNTP client).

So as soon as Freetalk is official toad might even consider to post his code-
review-messages on Freetalk instead of on the mailing lists. Given the fact 
that we currently do not have any bot which posts commits to mailing lists 
this is actually very useful I guess. And it will boost our project's 
transparency very much.

Nice, thank you SDiZ!


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freetalk status update (interesting!)

2010-02-11 Thread xor
On Wednesday 10 February 2010 17:46:31 Ian Clarke wrote:
> On Wed, Feb 10, 2010 at 2:13 AM, xor  wrote:
> > Because we will have a message-purge of Freetalk when leaving the beta
> > phase (this was always said in a big red box on the Freetalk web
> > interface so please do not complain) we should do the purge ASAP so that
> > not too many messages are lost. Right now there is not much content on
> > Freetalk and the useful content has been added to the bugtracker already
> > so purging is still okay.
>
> What is the benefit of doing a purge?  I hope you're not doing it just
> because you said you would, rather than for some concrete technical reason.
>
> Ian.

To get rid of all the mess in the boards list with multiple boards for the 
same purpose, bad hierarchy etc. and get rid of broken messages, trust lists 
(self referential trust values), corrupted databases, etc. Just start over 
clean.



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Freetalk status update (interesting!)

2010-02-11 Thread xor
On Thursday 11 February 2010 20:41:23 Ian Clarke wrote:
> On Thu, Feb 11, 2010 at 1:22 PM, xor  wrote:
> > On Wednesday 10 February 2010 17:46:31 Ian Clarke wrote:
> > > What is the benefit of doing a purge? I hope you're not doing it just
> > > because you said you would, rather than for some concrete technical
> >
> > reason.
> >
> >
> > To get rid of all the mess in the boards list with multiple boards for
> > the same purpose, bad hierarchy etc. and get rid of broken messages,
> > trust lists (self referential trust values), corrupted databases, etc.
> > Just start over clean.
>
> Fair enough, I guess its like removing a bandaid, best to do it soon and
> fast.
>

Yes. I'm working on it.


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Splitfiles

2010-02-13 Thread xor
First of all, I like your calculations very much and I wonder why nobody 
calculated this before FEC was implemented. If I understood this correctly 
then a 700mib file with block success rate p=0.58 will have a 48% total success 
chance. This sucks... 

On Saturday 13 February 2010 20:09:46 Evan Daniel wrote:
> For files of 20 segments (80 MiB) or more, we move to the
> double-layered interleaved scheme.  I'm working on the interleaving
> code still (it isn't optimal for all numbers of data blocks yet).  The
> simple segmenting scheme is better for smaller files, and the
> interleaved scheme for large ones.  At 18 segments, the segmentation
> does better.  By 20 segments, the interleaved code is slightly better.
>  By 25 segments, the difference is approaching a 1.5x reduction in
> failure rates.  (Details depend on block success rate.  I'll post them
> on the bug report shortly.)
>

I wonder why you do not want the interleaved scheme for all multi-segment 
files? Why the arbitrary choice of 80 MiB files? 

It would suck if then people started to artificially bloat 50MiB files up to 
80MiB to improve their success rates...




signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Splitfiles

2010-02-13 Thread xor
On Sunday 14 February 2010 01:00:16 xor wrote:

>
> I wonder why you do not want the interleaved scheme for all multi-segment
> files? Why the arbitrary choice of 80 MiB files?
>
> It would suck if then people started to artificially bloat 50MiB files up
> to 80MiB to improve their success rates...

Oh I guess the answer was in your original message:
> For files of 20 segments (80 MiB) or more, we move to the
> double-layered interleaved scheme.  I'm working on the interleaving
> code still (it isn't optimal for all numbers of data blocks yet).  The
> simple segmenting scheme is better for smaller files, and the
> interleaved scheme for large ones.  At 18 segments, the segmentation
> does better.  By 20 segments, the interleaved code is slightly better.
>  By 25 segments, the difference is approaching a 1.5x reduction in
> failure rates.  (Details depend on block success rate.  I'll post them
> on the bug report shortly.)

... Another question: Will you implement code to dynamically decide based on 
filesize how much amount of interleaving is needed? So that we do not have to 
modify anything even if people start inserting 1 TiB files?

- It doesn't seem wise to have any assumptions on maximal file size as it 
changes over the years.


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New filename sanitiser: 506944c538a2463e60a83b36e29d13487dd09150

2010-02-17 Thread xor
On Wednesday 17 February 2010 18:21:59 Matthew Toseland wrote:
> + private static final boolean operatingSystemIsWindows() { // TODO: Move
> to the proper class + try {
> + return 
> System.getProperty("os.name").toLowerCase().indexOf("win") >= 0;
> + } catch(Throwable t) {
> + return true;// :)
> + }
> + }
>
> IMHO this is dodgy, other OSs might have "win" in them. Normally we just
> check if File.separator is "\".

Generally if we're not on Windows then more characters are allowed in filenames 
so false positives are better than false negatives.

> I am not convinced that the rest of the change is a good idea. For example
> allowing HTML markup in filenames might combine with sloppy code to cause
> problems. Allowing % in url's might again cause issues. Allowing pipes, <>,
> and spaces might cause problems with filenames copied to a shell. I guess
> it should depend on the configuration i.e. how paranoid the user is.

I think you're being too paranoid here. Filenames are like one of the first 
things which are implemented in a new operating system, if any operating 
system is exploitable only via special characters in filenames then it is not 
our problem. And we should just fix our % encoder instead of being paranoid 
about problems with it. I guess I will have a look at it now 


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New filename sanitiser: 506944c538a2463e60a83b36e29d13487dd09150

2010-02-17 Thread xor
On Wednesday 17 February 2010 19:45:27 Evan Daniel wrote:
> On Wed, Feb 17, 2010 at 12:21 PM, Matthew Toseland
>
>  wrote:
> > +   private static final boolean operatingSystemIsWindows() { //
> > TODO: Move to the proper class +   try {
> > +   return
> > System.getProperty("os.name").toLowerCase().indexOf("win") >= 0; +  
> > } catch(Throwable t) {
> > +   return true;// :)
> > +   }
> > +   }
> >
> > IMHO this is dodgy, other OSs might have "win" in them. Normally we just
> > check if File.separator is "\".
> >
> > I am not convinced that the rest of the change is a good idea. For
> > example allowing HTML markup in filenames might combine with sloppy code
> > to cause problems. Allowing % in url's might again cause issues. Allowing
> > pipes, <>, and spaces might cause problems with filenames copied to a
> > shell. I guess it should depend on the configuration i.e. how paranoid
> > the user is.
>
> Similarly, as I've mentioned on IRC, I think we should take a set of
> characters that will work on all common OSes (modern Windows, Linux,
> OSX, BSDs) and filter to that regardless of host OS, and that we
> should filter both on upload and download.  This would make it vastly
> simpler to have one person upload a file, and then have a second
> download it and re-upload it and produce the same key.  Inserts of the
> same file that produce different keys is going to be a continuing
> problem in making file sharing work well.  Obviously as long as we
> include the filename in the metadata it's not completely solvable, but
> we can at least try to avoid making the problem any worse.

I agree that we need re-inserts to work. It was one of my goals with the new 
sanitizer: The old one removed very common characters such as brackets. And as 
it is only being used when downloading files and not when inserting them, 
people who have downloaded an affected file could not reinsert it without 
renaming (which nobody will do).

However, we cannot have a strict list of forbidden characters which is applied 
for all operating systems because some OS forbid very common and useful 
characters: Windows for example does not allow the question mark "?" in 
filenames. This sucks. What would be acceptable is to have a config option 
"Remove problematic characters from filenames when downloading and uploading 
files" and have it enabled by default. This should as the name says also change 
the current behavior to also sanitize filenames before uploading.

I don't really know how to properly implement configuration options in fred but 
I could write the sanitizing code ... maybe someone can implement the config 
option for me?



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Memory usage and freenet [commit: 3c02c397bfea7418d5d311ba481c3b3c7df96e2e by xor]

2010-02-18 Thread xor
On Thursday 18 February 2010 09:26:55 Daniel Cheng wrote:
> Hi all,
>
> Do we still concern memory usage?
> I am seeing the memory usage of freenet climb higher and higher in
> recently release.
> It is no longer possible to run a node in an 128m memory box.
>
> With 3c02c397bfea7418d5d311ba481c3b3c7df96e2e, may I say the
> promise/envision of low-memory/embeded usage dead/failed ?

Incrementing a 4 KiB buffer to 32 KiB won't hurt anyone, will it?
If the JVM is smart then it will usually even use the stack for this.

- I incremented it because very small buffers usually cause low throughput 
especially when used with harddisks.

We can meet in the middle at 16 KiB if you really have a problem with it :)


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New filename sanitiser: 506944c538a2463e60a83b36e29d13487dd09150

2010-02-19 Thread xor
On Thursday 18 February 2010 19:46:05 Matthew Toseland wrote:
> > > we can at least try to avoid making the problem any worse.
> >
> > I agree that we need re-inserts to work. It was one of my goals with the
> > new sanitizer: The old one removed very common characters such as
> > brackets. And as it is only being used when downloading files and not
> > when inserting them, people who have downloaded an affected file could
> > not reinsert it without renaming (which nobody will do).
> >
> > However, we cannot have a strict list of forbidden characters which is
> > applied for all operating systems because some OS forbid very common and
> > useful characters: Windows for example does not allow the question mark
> > "?" in filenames. This sucks. What would be acceptable is to have a
> > config option "Remove problematic characters from filenames when
> > downloading and uploading files" and have it enabled by default. This
> > should as the name says also change the current behavior to also sanitize
> > filenames before uploading.
>
> As I understand it your code does not remove : ? etc on Windows, it only
> removes stuff that cannot be represented in ISO-8859-1 or UTF-8 or whatever
> the default is.

Of course it does:

"if(onWindowsOS && 
StringValidityChecker.isWindowsReservedFilenameCharacter(c))
sb.append(' ');"


(windowsReservedFilenameCharacters = new HashSet(Arrays.asList(
new Character[] { '/', '\\', '?', '%', '*', ':', '|', 
'\"', '<', '>'}));



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New filename sanitiser: 506944c538a2463e60a83b36e29d13487dd09150

2010-02-19 Thread xor
On Friday 19 February 2010 11:25:26 VolodyA! V Anarhist wrote:
> Also keep in mind contextual problems. A full stop '.', for example, is
> allowed in Windows, but not if it's the last character in the file name (if
> you have dual boot try to add . at the end of the filename in a real os,
> and then open in in windows, it will tell you file doesn't exist.
>
>  - Volodya

Sure? To which windows' does this apply?


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New filename sanitiser: 506944c538a2463e60a83b36e29d13487dd09150

2010-02-20 Thread xor
On Friday 19 February 2010 14:24:14 Daniel Cheng wrote:
> : is reserved in macos  too
>
> / is reserved in many unix filesystem.
> ...

I added code to handle this:
http://github.com/freenet/fred-
staging/blob/8d8c53866b681152a7a293a6814f6ed18310d5c4/src/freenet/support/io/FileUtil.java

http://github.com/freenet/fred-
staging/blob/8d8c53866b681152a7a293a6814f6ed18310d5c4/src/freenet/support/StringValidityChecker.java


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New filename sanitiser: 506944c538a2463e60a83b36e29d13487dd09150

2010-02-20 Thread xor
On Wednesday 17 February 2010 23:33:22 Evan Daniel wrote:
> On Wed, Feb 17, 2010 at 5:26 PM, xor  wrote:
> > On Wednesday 17 February 2010 19:45:27 Evan Daniel wrote:
> >> On Wed, Feb 17, 2010 at 12:21 PM, Matthew Toseland
> >>
> >>  wrote:
> >> > +   private static final boolean operatingSystemIsWindows() { //
> >> > TODO: Move to the proper class +   try {
> >> > +   return
> >> > System.getProperty("os.name").toLowerCase().indexOf("win") >= 0; +
> >> > } catch(Throwable t) {
> >> > +   return true;// :)
> >> > +   }
> >> > +   }
> >> >
> >> > IMHO this is dodgy, other OSs might have "win" in them. Normally we
> >> > just check if File.separator is "\".
> >> >
> >> > I am not convinced that the rest of the change is a good idea. For
> >> > example allowing HTML markup in filenames might combine with sloppy
> >> > code to cause problems. Allowing % in url's might again cause issues.
> >> > Allowing
> >> > pipes, <>, and spaces might cause problems with filenames copied to a
> >> > shell. I guess it should depend on the configuration i.e. how paranoid
> >> > the user is.
> >>
> >> Similarly, as I've mentioned on IRC, I think we should take a set of
> >> characters that will work on all common OSes (modern Windows, Linux,
> >> OSX, BSDs) and filter to that regardless of host OS, and that we
> >> should filter both on upload and download. This would make it vastly
> >> simpler to have one person upload a file, and then have a second
> >> download it and re-upload it and produce the same key. Inserts of the
> >> same file that produce different keys is going to be a continuing
> >> problem in making file sharing work well. Obviously as long as we
> >> include the filename in the metadata it's not completely solvable, but
> >> we can at least try to avoid making the problem any worse.
> >
> > I agree that we need re-inserts to work. It was one of my goals with the
> > new sanitizer: The old one removed very common characters such as
> > brackets. And as it is only being used when downloading files and not
> > when inserting them, people who have downloaded an affected file could
> > not reinsert it without renaming (which nobody will do).
> >
> > However, we cannot have a strict list of forbidden characters which is
> > applied for all operating systems because some OS forbid very common and
> > useful characters: Windows for example does not allow the question mark
> > "?" in filenames. This sucks. What would be acceptable is to have a
> > config option "Remove problematic characters from filenames when
> > downloading and uploading files" and have it enabled by default. This
> > should as the name says also change the current behavior to also sanitize
> > filenames before uploading.
> >
> > I don't really know how to properly implement configuration options in
> > fred but I could write the sanitizing code ... maybe someone can
> > implement the config option for me?
>
> That config option sounds like an entirely reasonable approach to me.

I will write the backend sanitize() function for it and toad will wire it in.



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Time to say good-bye (to the Freenet community)

2010-02-20 Thread xor
On Saturday 20 February 2010 15:48:53 Daniel Cheng wrote:
> Dear list,
>
> As of 20th Feb, 2010 2pm GMT, my Samsung 80GB harddisk, after four
> years of services, have finally come to dead. 

These days I'm surprised if a hard disk actually lasts that long. For me they 
die after  ~1-2 years usually. I use them in RAID5 with 24h uptime though…

> I think this is the
> right time for me to withdraw from the freenet community completely.
>
> If you have a good memory, around 1.5 years ago, my computer suffered
> from a motherboard failure. Since then, I have much less involvement
> in the development. --- The fact is, I was, at the time, struggling to
> spend more time on reading bible and serving my Lord. I prayed my
> Lord, and the motherboard fails. I took this as a sign for me to
> involve less in this project.

I would have taken it as a sign that its time to reward yourself with a shiny 
new computer for your hard work! No matter what religion one believes in, I 
think we all can share the idea that whoever god might be or not be, he/she/it 
probably would not want us to always see things/understand his messages in a 
destructive/negative way but rather a positive/constructive one.

> Yesterday night, I was praying, again, for the forgiveness of my sin.
> I said to my Lord that, if he see fit, take away the computer so I
> won't have it as my idol. And, yea, the computer die. Now, I don't
> have any computer powerful enough to run freenet.

Then why didn't the AC/DC converter die and kill everything?
Why just the hard disk?

Maybe this is a sign that you should start with a new computer instead of 
throwing everything away? :) Think positive.

> Sorry xor, I can't continue the freenet-git bot. I do have some backup
> of that piece of code, but I don't have any spare harddisk for
> restoring it. If you found that too important, I may ask my friends
> help me to restore them.

I would be very glad to get my hands on it as I consider it as a very good 
idea for development to be reviewed on Freenet by the community.
In fact, we do not have public commit messages on the mailing lists anymore so 
we actually need something like it to get more reviewing. Lack of reviewing = 
bad code quality. I would probably host it on my node as the node is high 
uptime and high power anyway =)

How did your harddisk die? Full mechanical, hearable failure?
Electronical failure, i.e. not being recognized by the BIOS anymore?
Or is it just dead sectors?

If its dead sectors you should just try to copy all files from it and skip the 
ones with dead sectors... if its electronical failure: There's this "trick" 
which people say that it often works: Get a hard disk of exactly the same 
model which is still working and exchange the electronics. 
You might write the model number here so I can check my dead-HD stack for one.

And you said that you don't have any other harddisk to use now: I can send you 
2 disks from my harddisk stack in the cellar so you can run RAID1 =) You'll 
also get a German beer with them if there is enough room in the box maybe :)
You might consider this as a sign for continuing as I normally would not do 
this because I'm rather short on money and hardware and stuff but if you 
continue I would :)

Really, I would be sad if you really left, your code reviews have been of high 
quality and useful to me. I haven't read much of your commits but I guess they 
also were :)

Greetings, xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Time to say good-bye (to the Freenet community)

2010-02-20 Thread xor

I thought a bit more about this and it came to my mind that you might just be 
tired of the work on Freenet. If you just don't feel like working on it 
anymore you should be aware of the fact that nobody will be angry if you just 
quit without any reason =) I don't want to persuade you to continue, I just 
don't want you to quit if its only a problem of getting some hardware... we 
all got a stack of mainboards and disks and stuff which we could donate :)

Greetings and thanks, xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] New gpg key

2010-03-09 Thread xor
On Tuesday 09 March 2010 21:55:55 Matthew Toseland wrote:
> This message is signed with my new gpg key. This is used for my emails and
> for signing many downloads. The old key frequently got bad signature errors
> because it was set to use SHA1 but it was using SHA256 as per my config
> (since SHA1 is known broken). Please could somebody who has been seeing bad
> signatures verify this one? Thanks.

After it has confirmed to work please tell us where we can get a copy of the 
new key which is signed by the old one...


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Coding standards?

2010-03-09 Thread xor
On Tuesday 09 March 2010 20:48:39 Matthew Toseland wrote:
> On Thursday 25 February 2010 21:11:33 Evan Daniel wrote:
> > Are there official coding standards for Freenet?  I've noticed a
> > number of commits (and reverts) lately that make me think we should
> > have a (brief!) set.
> >
> > Specifically:
> >
> > Are we using Java 1.5 or 1.6?  I thought I recalled that we used 1.6,
> > but compiled for 1.5.  But I could well be completely misremembering
> > that.  Personally, I think we should switch to 1.6 completely.
> > There's Free support for it, and Sun ended support for 1.5 on Nov 3
> > 2009.
>
> How good is the Free support for Java 1.6? Does Classpath/GCJ/Kaffe support
> it? They run on a much wider range of systems than OpenJDK e.g. embedded
> stuff.

Fred probably still does not work with them anyway



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Summer of Code 2010

2010-03-12 Thread xor
On Tuesday 09 March 2010 19:44:58 Matthew Toseland wrote:
> We have applied for Google Summer of Code 2010. Who wants to be a mentor?

Is there any information available on the things which a mentor should do and 
which he does not have to do? 

I want to spend as much time as possible on FT/WoT so I probably should not be 
a mentor, on the other hand if a GSoC student would do a WoT/FT project I 
probably should be the mentor..



signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Google Summer of Code: Mentors needed!

2010-03-18 Thread xor
On Friday 19 March 2010 12:18:20 am Matthew Toseland wrote:
> We are accepted into Google Summer of Code 2010. We need mentors. Please
>  let me know if you are willing to mentor one or more students. Thanks.
> 

If a student wants to do WoT/Freetalk stuff then I will definitely help him.

But actually I might want to become a GSoC student myself maybe  Have not 
been one and it would probably push my productivity to have deadlines and 
stuff.


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] Gsoc project inquiry

2010-03-20 Thread xor
On Saturday 20 March 2010 02:12:29 pm Ashish Mittal wrote:
> I would be glad if anyone could suggest me some ideas what freenet
>  community might be pondering upon as this years projects.


If you want to do a new feature you should read the Wiki page which Evan has 
told you about.

If you're open to anything - I've just been wondering whether it would be 
acceptable as a GSoC project to write a large bunch of unit tests?
It would be really useful to have more of them because the core devs are 
usually too busy for writing tests :|

Greetings, xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

[freenet-dev] GSoC organization profile needs to be "completed"

2010-03-20 Thread xor
We're listed as "These organizations have been accepted into Google Summer of 
Code 2010, but they have not yet completed their organization profile."
 - i.e. we have not filled in information in their web app ... whoever has the 
access to do that should do it...

http://socghop.appspot.com/gsoc/program/accepted_orgs/google/gsoc2010


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] git tree weirdness in WoT

2010-03-29 Thread xor
On Monday 29 March 2010 06:46:56 pm Ximin Luo wrote:
> Hi,
> 
> xor, it looks like you cherry-picked saces' commits from his personal
>  branch "saces" on top of Bombe's "identicon" branch, instead of on top of
>  the old "master" branch. and for some reason the new "master" branch now
>  points to this ("identicon" plus some of saces' commits).

I thought I had:
- used "git fetch git://bombe-repository-uri identicon" to get bombe's 
identicon branch
- used "git merge identicon" to merge it to master
- used git fetch to get saces' branch (called saces aswell)
- used git cherrypick to cherrypick commits from saces' branch

My intention was to use the identicon branch directly from bombe instead of 
importing it from saces own branch, for the sake of using it from where it 
came from originally.

Unfortunately, this was my first complex git operation so it may very well be 
screwed up

Can someone help us how to fix this? I don't know :(

And I would like to know how I should have done it because the same operations 
have to be done for Freetalk... there are bombe and saces branches there 
aswell...

> This effectively cancels all the work on the master branch from feb 16 to
>  feb 26. Was this intended? If you can't fix it I can, but I'll need to
>  make some forced pushes.

No :(
Why does it? :(

> see diagram for a better explanation
> 
> http://github.com/freenet/plugin-WoT-staging/network
> 
> X
> ___
> Devl mailing list
> Devl@freenetproject.org
> http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl
> 


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] [GSoC 2010] - Transport plug-ins

2010-03-30 Thread xor
On Tuesday 30 March 2010 01:07:21 pm Pratibha Sundar wrote:
> I'm interested in the Transport plug-ins project. Please tell me whom to
> contact for further information.

Just ask here and people will answer.


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] responses to WoT/search questions

2010-03-31 Thread xor
On Wednesday 31 March 2010 06:32:58 am Evan Daniel wrote:
> On Wed, Mar 31, 2010 at 12:22 AM, Ximin Luo  wrote:
> > have you joined the freenet-dev mailing list? in future i'd like to have
> > these discussions there so that other people can see it too.
> >
> > (03:53:26) lusha: hi, can i ask a question about WOT?
> > (03:55:33) evanbd: No need to ask permission :)
> > (03:56:12) lusha: is there any document for this?
> > (03:56:32) lusha: i dont quite understand how they evaluate trust
> >
> > (i think) WoT uses a flow-based metric similar to advogato
> > (www.advogato.org) - see the source code (plugin-WoT-staging), or ask p0s
> > on IRC (xor on the mailing list) for specific details. atm the
> > implementation requires retrieving trust scores for everyone on the
> > network, which won't scale in the long run.
> 
> No.  The current WoT code is neither flow-based nor particularly
> related to the Advogato algorithm.  It's purely alchemical, having
> neither a proper specification as to the problem being solved nor any
> sort of theoretical basis to believe it solves that unspecified
> problem.

That is true. I should finally do this and answer to your mail w.r.t. to your 
prosed alternative algorithm. I'm sorry,I'm just trying to make 
everyone 
happy. People want a release of FT/WoT soon so as long as I didn't have much 
time/day I was trying to spend it on writing code.

BUT we should also state that the algorithm itself fortunately is only a small 
part of WoT. Most of the work which is required for a working WoT was writing 
the class architecture, the captcha stuff, the FCP stuff, adding proper 
synchronization and general glue code. Those are all done and they work. So 
now we have a proper "nest" for embedding any proper trust/score-based 
algorithm in.

> Retrieving trust lists for large numbers of nodes should scale fairly
> well, as long as the updates can be slow.  IMHO the only real problem
> presented is startup for a new user (downloading a few tens of MiB of
> scores might take a little while).  Specifically, I don't think the
> scaling problem is any different or worse than the scaling problem
> inherent in trying to retrieve messages from that many users.  And,
> whether it's a problem or not, there are *vastly* more important
> things to worry about than what to do once we have 1M users -- like
> how to get that many users in the first place.  That sort of scaling
> problem gets put in the "nice problems to have" category in my book.

It can also easily be cut down to logarithmic complexity by only downloading 
trust lists from identities which are directly trusted and from their 
trustees... I'll do that as soon as Freetalk is deployed and the core features 
are working.

> Evan Daniel
> ___
> Devl mailing list
> Devl@freenetproject.org
> http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl
> 


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] When can we make Freetalk semi-official

2010-05-21 Thread xor
On Friday 21 May 2010 09:30:30 pm you wrote:
> It's been an awful long time since we've had a good chat system. When can
>  we make Freetalk semi-official? It doesn't need to be perfect, IMHO it
>  doesn't even need all the FIXMEs fixed: We can warn users about it on the
>  web interface. It's been essentially usable for very many months.
> 
> Ian is very anxious about this, and I share his concerns. As far as I can
>  see it would be reasonable to add it to the dropdown in 1248, as soon as
>  you've fixed the NPE problem. Then when you've fixed all the fixme's, we
>  can remove the warning, and when we're really sure we can bundle it.
> 

I have already moved ALL stuff to target version 0.2 which is not cruicial, 
what is left als FIXME is ONLY critical bugs.
Even though it seems usable, they must be fixed.
For example what needs to be implemented:

- Size limits for various stuff in the XML, to prevent DoS
- Storage of "UnwantedMessageLink" objects when messages are ignored due to 
trust settings. This is necessary if the messages should become visible again 
after you re-trust someone.
- etc.

There are 27 FIXME left and 22 bugtracker entries.
You should notice that about a month ago it were >90 FIXME! :)

I'm working for ~2-3 hours on FT/day.

I am working as fast as possible and I will postpone ~1/3 of the remaining 
FIXME to version 0.2.
About 1/3 of them are just "rename this or that" and the remaining 1/3 is 
critical stuff.

You should PLEASE trust me that its absolutely crucial that I review all of 
them because they are about DoS vulnerabilities and what is even more 
important database structural changes which would require us to write 
database-upgrade code when we don't fix them before the initial release - that 
would be additional work which I cannot spend on productivity!

And further please trust me that I am trying to postpone ANYTHING which is not 
critical.
Critical = DoS, Hidden messages, Structural database changes which would 
introduce much work  in writing upgrade code.

We are VERY close to release and IMHO close means right now that it is not 
possible to measure the time accurately and I won't give a number in days. 
Close means that there is a finite amount of critical bugs and I will try to 
fix 
them ASAP and then it is done. 

AND it will be rock solid by then! Not just "it works somehow! :)

Greetings, xor


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] When can we make Freetalk semi-official

2010-05-21 Thread xor
 > There are 27 FIXME left and 22 bugtracker entries.

17 bugtracker entries now.


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

Re: [freenet-dev] When can we make Freetalk semi-official

2010-05-21 Thread xor
On Friday 21 May 2010 09:56:19 pm xor wrote:
> - Storage of "UnwantedMessageLink" objects when messages are ignored due to
> trust settings. This is necessary if the messages should become visible
>  again after you re-trust someone.

(This only applies when you use multiple identities, with a single identity 
messages get re-fetched… Thats why I did not fix it yet. But still it should be 
done before release because it might introduce database structure changes 
which I cannot think of now)


signature.asc
Description: This is a digitally signed message part.
___
Devl mailing list
Devl@freenetproject.org
http://osprey.vm.bytemark.co.uk/cgi-bin/mailman/listinfo/devl

[freenet-dev] New Freetalk tag pushed

2010-05-28 Thread xor
Called 2010-05-28.

Contains a fix for the URI==null problem, a new MessageListFetcher which is 
much faster, various resolved FIXMEs, CPU-usage improvements, etc.

Requires fred-staging

Progess: 20 FIXME left, 16 bugtracker entries.
About half of the FIXME are less than 5 minutes of work.


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

Re: [freenet-dev] Should new format indexes be sorted by term or by term hash?

2010-05-31 Thread xor
On Monday 31 May 2010 09:21:10 pm Matthew Toseland wrote:
> 
> PRO:
> Spreading stuff out would ensure that (more or less) all terms fall out at
>  the same rate, and would reduce the amount of rebalancing we have to do,
>  which should result in slightly fewer nodes being inserted on an update.
> 

Isn't it good if rarely used stuff falls out quicker than the stuff with high 
demand?

I have no clue of how all the spider/library stuff works though,  I guess this 
is a question for Evan :)


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

Re: [freenet-dev] Munin plugins for Freenet

2010-06-21 Thread xor
On Sunday 20 June 2010 01:53:05 pm Ævar Arnfjörð Bjarmason wrote:
> I wrote a few Munin plugins for Freenet for my own use:
> 
> http://github.com/avar/munin-plugin-freenet
> 
> Here's an example of them in use:
> 
> http://munin.nix.is/nix.is/v.nix.is/index.html#freenet
> 
> Maybe they'll be useful to other people too.

Graphs could be VERY VERY useful to developers and testers especially because 
they allow easy identification of weird behavior.
IMHO it is a shame that we did not implement them yet :|

I'd appreciate it very much if you continued working on it and made it easy to 
set up (if it isn't already? have not checked)... you should write a guide 
probably.

Thanks, xor


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

[freenet-dev] USK bookmark updating is broken IMHO, anyone else observing the same?

2010-07-04 Thread xor
Hey,

toad did some major work on USK before 1255, maybe in 1254 or so, I cannot 
remember which one it was.

I have the strong feeling that the current code does not cause "Bookmarked 
site updated" notifications for every update which happens to a Freesite
- I have observed that my node missed to tell me about an update for at least 
2 different Freesites, for example toad's flog. If I browse to the Freesites 
the 
node DOES seem to show me the latest edition - it just doesn't notify me about 
it (even after having browsed to the latest edition there is no update 
notification).

Does anyone else have the same feeling?

Greetings, xor


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

[freenet-dev] Freetalk status update

2010-07-04 Thread xor
Hi,

I've finally managed to resolve all FIXME in the source code which are real 
work, now there are only pre-release "rename this to that" FIXME left (and a 
few in the NNTP server which I don't care about because the web-interface is 
more important).

This means that most the remaining work which needs to be done before we can 
release Freetalk is visible to anyone who goes to the roadmap page of the 
Freetalk bugtracker:

https://bugs.freenetproject.org/roadmap_page.php

16 issues are left there, most of them are a minor amount of work.

(What is not in the bugtracker is the remaining e-mails from code review on 
the wot@ mailing list which I have to process, about 56 ... Aswell, those 
should be minor amounts of work each though)

So now, we are REALLY getting close to release =)

Greetings, xor


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

Re: [freenet-dev] Local crypto issue - input?

2010-07-29 Thread xor
On Thursday 29 July 2010 01:46:29 pm Matthew Toseland wrote:
>  block. We could also introduce a checksum if we wanted to. - What do other
>  apps do in the same situation? What does TrueCrypt do? Does it address
>  this issue? It doesn't have to deal with the filesystem issues but

There is a mailing list called linux-crypto which is mostly related to loop-
AES (was the best solution before dm-crypt...) ... It's a kernel driver for 
encrypting loopback devices which is typically used for encrypting disks.
I can remember reading the phrase "IV" very often there, but I don't promise 
that this is right.

I suggest you send a mail to Jari Ruusu 
He is the author of loop-AES and can explain you the different options.
He seems to be competent in explaining even the most unlikely theoretical 
attacks - AFAIRC he criticized dm-crypt for some issues related to IVs ...

You could also write to the linux-crypto mailing list, Jari is usually there
http://vger.kernel.org/vger-lists.html#linux-crypto


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

Re: [freenet-dev] Future of disk encryption in Freenet?

2010-07-31 Thread xor
On Friday 30 July 2010 04:29:54 pm Matthew Toseland wrote:
> 
> 1. Offer to turn on encrypted swap in the installer. Keep encrypting
>  everything. Warn users about saving files out, and media files, and work
>  towards playing media files in an embedded (e.g. java) player that doesn't
>  use plaintext temp files. 

Offering to reconfigure swap to be encrypted is out of scope. And not possible 
on Windows

>  2. Give up on encrypting anything on disk, and
>  offer to install TrueCrypt if it isn't already installed.

Offering TrueCrypt is out of scope

I see a third option:

3. Realize that most users have a real LOAD of stuff on their hard disks which 
could get them screwed. Get rid of physical security. Encrypting the Freenet 
stuff does not help because they will use browsers which cache dangerous stuff 
and do downloads of dangerous stuff etc. The really paranoid ones will use 
TrueCrypt anyway. And encryption makes stuff slow.

I mean it IS nice that we have a physical security level but I wouldn't have 
offered that feature from the beginning on.

If you want to be safe when your computer gets seized you absolutely have to 
do full disk encryption, something will ALWAYS leak out otherwise.


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

Re: [freenet-dev] Up to date index sites?

2010-08-03 Thread xor
On Friday 30 July 2010 01:05:30 am Matthew Toseland wrote:
> Any suggestions for what we should link to? It looks like both TUFI and the
>  Activelink Index sites have not been updated recently? Criteria: A site
>  must be useful for finding stuff on Freenet. It must be easy to use and
>  ideally have descriptions. It must not be likely to lead newbies to places
>  where they don't want to go without warning them i.e. it must must clearly
>  label evil content.
> 
> We are #2 on Sourceforge's "What's Hot" for security on Linux. And we're
>  consistently rising at the moment. Have I missed a significant press
>  article?
> 

Quoting from a Freetalk  thread called:
"Who do I have to kill to get on the front page?"

noww...@w1-fyn8bktd3pcr5a-u1tszjps9yxm4iugvwgmzitrq.freetalk wrote:
> The default index freesites provided with a fresh install of Freenet are 
mostly either dead or updated very infrequently. My own index site, 
Linkageddon (u...@isel-izgllc8sr~1rexqjz1lngliy-voonlwwoyagyq,xWfr4py0YZqAQSI-
BX7bolDe-kI3DW~i9xHCHd-Bu9k,AQACAAE/linkageddon/34/) is updated once or twice 
a day and I do my best to make sure I have links to the latest editions of 
each site. I add sites as they are announced on Frost/FMS/Freetalk and pick up 
a few others from other indexes or crawlers. What do I have to do to get added 
to the front page?
> 
> At the moment I don't filter the links, just the ActiveLinks, so you don't 
accidentally download any kiddie porn via an AL, but I can do a filtered 
version of the site if required, removing all the porn. I could perhaps filter 
out some other content if absolutely required, but bare in mind there will 
always be a link to the full fire hose version of Linkageddon so nothing is 
ever entirely inaccessible. I won't play censor, but am prepared to make it 
easier for people to not accidentally wander onto some nasty stuff unprepared 
and without warning.
> 
> Let me know what is required. I think Freenet desperately needs an active 
index/link site on the front page and I think I can provide that. Seeing 
active indexes will encourage more users to create their own freesites if they 
know they are going to be supported and listed.
> 
> You might also want to look at AFKIndex (u...@2l-k2u32b3yil2~yjbu7--
QJPTtixSwHZxYOuGjS3A0,QJBd6zpJgEsijJGQNNcwUhsrW5vJ8VtlmNX5ka2~dlU,AQACAAE/AFKindex/29/)
 
which does a similar job. AFKIndex has categories, but as I link all sites on 
one page with descriptions I think searching is easier on my site and it's 
easier (IMHO) to see which sites have been updated recently.


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

Re: [freenet-dev] Up to date index sites?

2010-08-03 Thread xor
On Tuesday 03 August 2010 09:50:05 am xor wrote:
> On Friday 30 July 2010 01:05:30 am Matthew Toseland wrote:
> > Any suggestions for what we should link to? It looks like both TUFI and
> > the Activelink Index sites have not been updated recently? Criteria: A
> > site must be useful for finding stuff on Freenet. It must be easy to use
> > and ideally have descriptions. It must not be likely to lead newbies to
> > places where they don't want to go without warning them i.e. it must must
> > clearly label evil content.
> >
> > We are #2 on Sourceforge's "What's Hot" for security on Linux. And we're
> >  consistently rising at the moment. Have I missed a significant press
> >  article?
> 
> Quoting from a Freetalk  thread called:
> "Who do I have to kill to get on the front page?"
> At the moment I don't filter the links, just the ActiveLinks, so you
> don't
> accidentally download any kiddie porn via an AL, but I can do a filtered
> version of the site if required, removing all the porn. I could perhaps

The non-activelink version looks better. I will tell him via Freetalk that he 
should provide a version of the non-activelink site which does not provide 
child porn so we can add it to the default bookmarks.


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

Re: [freenet-dev] Up to date index sites?

2010-08-03 Thread xor
On Tuesday 03 August 2010 12:54:52 pm Matthew Toseland wrote:
> On Tuesday 03 August 2010 09:02:33 xor wrote:
> > On Tuesday 03 August 2010 09:50:05 am xor wrote:
> > > On Friday 30 July 2010 01:05:30 am Matthew Toseland wrote:
> > > > Any suggestions for what we should link to? It looks like both TUFI
> > > > and the Activelink Index sites have not been updated recently?
> > > > Criteria: A site must be useful for finding stuff on Freenet. It must
> > > > be easy to use and ideally have descriptions. It must not be likely
> > > > to lead newbies to places where they don't want to go without warning
> > > > them i.e. it must must clearly label evil content.
> > > >
> > > > We are #2 on Sourceforge's "What's Hot" for security on Linux. And
> > > > we're consistently rising at the moment. Have I missed a significant
> > > > press article?
> > >
> > > Quoting from a Freetalk  thread called:
> > > "Who do I have to kill to get on the front page?"
> > > At the moment I don't filter the links, just the ActiveLinks, so you
> > > don't
> > > accidentally download any kiddie porn via an AL, but I can do a
> > > filtered version of the site if required, removing all the porn. I
> > > could perhaps
> >
> > The non-activelink version looks better. I will tell him via Freetalk
> > that he should provide a version of the non-activelink site which does
> > not provide child porn so we can add it to the default bookmarks.
> 
> We cannot require the exclusion of child porn, or we will be forced to
>  exclude ALL illegal content. We must only choose indexes on the basis of
>  how useful they are for a new user trying to find stuff. That is our
>  policy. However, usefulness includes accurate labelling (and maybe
>  categorisation) and not accidentally running into something horrible.
> 

I will forward that and notify you when he has replied. For now you might want 
to add only one of his indexes, they seem good and daily updates are VERY 
nice...


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

[freenet-dev] Short Freetalk status update

2010-08-10 Thread xor
Hi folks,

I didn't work on Freetalk on Sat/Mon/Tue because I am busy with reallife this 
week,
I'll continue to work on it on Friday. Sorry.
Progress is fine, bug tracker shows 12 entries left, most of them are minor 
stuff.

Greetings, xor


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

Re: [freenet-dev] Short Freetalk status update

2010-08-10 Thread xor
On Wednesday 11 August 2010 02:29:15 am Ian Clarke wrote:
> Do you have an ETA for us?
> 
> Ian.
> 

<1 month. Whether it's 1 week or almost 4 I cannot tell.


The problem is that I have mentioned times which we wrong too often and I 
wouldn't believe myself anymore :)

I suggest you should follow the roadmap pages of WoT and Freetalk, what needs 
to be done for 0.1 is relevant and it is quite precise now that there are very 
few bugs there:

https://bugs.freenetproject.org/roadmap_page.php

For Freetalk there are 11 left, for WoT 6.

Greetings, xor


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

[freenet-dev] FT status update

2010-08-17 Thread xor
Hi folks,

as I've said in my previous mail, I've been busy with reallife for the past 
week. This is now finally finished.

I've continued to work on it today, did not commit the code yet because it is 
not done.

Various of next steps will be:
- Optimization of the computation of unfetched message list indexes: The 
numbers will be cached instead of being recalculated by expensive database 
queries every time. This will cut down FT speed up startup very much and maybe 
also cut down CPU usage. Even though I normally don't do optimizations yet 
because we are not in the optimization phase yet I'm still doing this because 
it is necessary, we cannot afford Freetalk startup to take minutes.
- Wiring-in of the new language code list for board language codes
- Designing a new default board list
- Doing pre-release XML changes
- Creation of a new test message base with the new language codes & default 
boards.

Progress is fine, bugtracker entry count for FT is ~10.

Greetings, xor


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

Re: [freenet-dev] FT status update

2010-08-19 Thread xor
On Wednesday 18 August 2010 06:26:58 pm Ian Clarke wrote:
> Thanks for the update Xor,
> 
> Our funding is running pretty low so I'd really like to get some kind of
> major announcement out in the next week or two, and it would be great if a
> public FreeTalk release could be part of that.
> 
> Is that realistic?  I've been playing with FreeTalk and it seems pretty
> solid already from what I can tell.

Next week is not realistic. I'm trying to hurry things up as much as I can. 
Please be patient. Tomorrow I will hopefully solve another 3-5 bugs in the bug 
tracker and commit a load of new code which I've written this week.

Notice that I am not for a release now because there is stuff which needs to be 
done before we have a large userbase / message base because it would require 
very difficult database upgrade code.

And especially the list of language codes for the board prefixes must be 
changed before we release so that people don't start posting in boards with 
obsolete language codes...

But well, there are only 10 bugs left for the FT bug tracker, thats manageable 
and I am confident that we can release in the very near future.


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

[freenet-dev] (Important) Freetalk status update

2010-08-22 Thread xor
Hi folks,

this update is personal, not technical.

I wanted to tell you that the continuous patience I am demanding from you 
makes me feel very guilty to finish it ASAP.
In fact every time someone asks "when?", which happens quite often nowadays, I 
feel ashamed that I'm unable to give you a precise date.

I feel as obliged to finish Freetalk ASAP as I feel obliged to anything which 
is relevant in real life. Such as helping my friends out when they feel bad, 
which has happened quite often recently, or as helping my mother with 
repairing various stuff in her house related to basic equipment (electricity 
etc.).
Freetalk is equal to those in my personal priorities and sometimes I even 
screwed up real life stuff because I couldn't quit writing code early enough. 
It is not just a project for me, it is MY project and I feel obliged to finish 
to for the community as soon as I can.

I did not commit code this week yet because I have been feeling like shit and 
could not get much more than 4 hours of sleep even though I would have had the 
time to sleep as long as I need to.

This might make you consider to have someone else finish it and release it, but 
I would like to admit that I have been feeling like shit very often for the 
past months due to many personal issues, and yet I managed to be sort of 
productive and write very much code.
And therefore I feel confident that I can get my feet back on the ground during 
the next week and cut down lets say 5 of the remaining 10 bugtracker entries.

Please believe me that I am trying to do my very best and that the project is 
very important to me personally.

And please do not rush it out before I am confident that all issues have been 
fixed which would be VERY difficult to fix without breaking backward 
compatibility 
to old Freetalk and especially WoT databases.
It would suck if the architecture of Freetalk and WoT stayed bad forever 
because architectural issues were not fixed before the official release.
Fortunately there are very few architectural issues left.

I have been continuously trying to discard ANY issues which do not fall into 
that category, there are 10 issues left in the bugtracker, and I will try to 
get rid of even more which are not absolutely crucial.

Notice also that I gave my phone number to toad and if I should disappear from 
IRC for some days - which I absolutely do not plan to, it could only happen if 
I run into a bus - he can feel free to call me and ask whats wrong and I can 
provide instructions on what has to be fixed before release. 
But please ask me before releasing it =)
It is also written down in the bugtracker though.

I hope that this mail helped you understand whats up and I hope that the 
community can forgive me for my totally wrong estimations of when it would be 
done.

Greetings, xor


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

Re: [freenet-dev] FT status update

2010-08-22 Thread xor
On Friday 20 August 2010 05:46:26 am Ian Clarke wrote:
> On Thu, Aug 19, 2010 at 10:43 AM, xor  wrote:
> > Next week is not realistic. I'm trying to hurry things up as much as I
> > can. Please be patient. Tomorrow I will hopefully solve another 3-5 bugs
> > in the bug
> > tracker and commit a load of new code which I've written this week.
> >
> > Notice that I am not for a release now because there is stuff which needs
> > to be
> > done before we have a large userbase / message base because it would
> > require
> > very difficult database upgrade code.
> >
> > And especially the list of language codes for the board prefixes must be
> > changed before we release so that people don't start posting in boards
> > with obsolete language codes...
> >
> > But well, there are only 10 bugs left for the FT bug tracker, thats
> > manageable
> > and I am confident that we can release in the very near future.
> 
> Ok.  It would be extremely useful if you could commit to some specific date
> by which FreeTalk will be ready.  I know that people hate committing to
> dates for things, especially when they are volunteering their efforts, but
> there are legitimate reasons why it would be extremely helpful to have a
> reasonably solid timeline if we are to generate significant publicity
>  around the release.
> Even if you were to just give 3 estimates, optimistic, realistic, and
> pessimistic.
> 
> Also, are all 10 remaining bugs likely to break backward compatibility in a
> way that requires that we delay until they are all resolved?
> 
> Ian.
> 


I have written a detailed mail which can be considered as a reply to this even 
though it does not contain a date, see:
[freenet-dev] (Important) Freetalk status update

I don't want to do estimates right now because I have had only 4 hours of 
sleep today, I will try to do an estimate tomorrow if I get enough sleep 
today..


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

Re: [freenet-dev] More secure announcement protocol???

2010-08-27 Thread xor
On Friday 27 August 2010 12:22:05 am Matthew Toseland wrote:
> Currently, an attacker can run a malicious seednode, send us it, and then
>  get connected to a large proportion of new nodes, use bogus identities to
>  keep connections to the node, and observe their traffic. He is limited
>  mainly by resources - does he have the ability to connect to all those
>  nodes for long enough to identify whether they are interesting? For
>  hit-and-run, an important use case that Freenet has never been any good at
>  but which is very interesting in practice, he wouldn't necessarily have to
>  keep connections open long term either...
> 
> We can of course increase costs by requiring nodes to be on different /8's
>  or /16's etc, but this only slightly increases costs. Some sort of onion
>  routing involving peers found via different seednodes would be possible,
>  but clunky as later on seednodes don't really matter, and extremely
>  expensive.

I disagree. It would make the stuff a lot more annoying to set up and it would 
be easy to implement.
OTOH it might seriously screw performance because it would probably cause 
peers to be chosen from bad locations internet-topology-wise: Countries like 
germany have *HUGE* ISPs which resell their infrastructure to smaller ISPs so 
most german users will probably be in same subnet of some order. (I have not 
checked whether that actually is the case, I'm guessing) ... If we limit 
connections based on subnets, peers might always be chosen from different ISPs, 
leading to bad performance...
Maybe the set of possible peers could even get exhausted...

> Taking Tor's approach and having a large list of automatically gathered
>  seeds, and only giving a subset to each announcee, doesn't really solve
>  the problem either: The attacker can simply run loads of slow seeds.

It would be very useful to have though, given the fact that we have very few 
seed nodes and each of them is under very heavy load. My seednode is 
constantly seeding 180 peers.

We could even change fred's behavior to auto-enable seednode mode if the node 
detects that
- its opennet port is open
- it's IP stays constant for >N days OR it has a constant host name (=dyndns)

That would probably give us a load of seednodes, which would certainly help 
security AND improve the announcement speed because the seednodes would not be 
under very heavy load. This would also help the first time usage experience.

AND it would cut down our seednodes.fref manual maintenance cost to 0.


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

Re: [freenet-dev] US government tries to bring back the Clipper Chip - on steroids

2010-10-01 Thread xor
Well, it does sound insane. 
Insane proposals DO appear in politics, but luckily it doesn't mean that they 
will get through. And I doubt it. 
No time to panic yet IMHO. 

For US citizens, it is time to try preventing this from getting through 
though.



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

Re: [freenet-dev] French translation for 1277/1283

2010-10-02 Thread xor
On Saturday 02 October 2010 07:34:31 pm 3BUIb3S50i wrote:
> Why do you ignore french people? I will stop translate Freenet if you don't
> apply the translation.
> 

Toad has been quite busy with working on optimizing load management to improve 
the Freenet performance and I guess that he just forgot to wire it in.

I can do it tomorrow. Please keep translating it :)


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

Re: [freenet-dev] Frequent Software Updates

2010-10-05 Thread xor
If you want to get changelogs of the new builds, bookmark that USK:

u...@bfa1vowr5puninsz5bgmqfwhkjtidbburoz0mybxseg,BOrxeLzUMb6R9tEZzexymY0zyKAmBNvrU4A9Q0tAqu0,AQACAAE/fullchangelog/1283


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

Re: [freenet-dev] IRC meeting and agendas, RSVP ASAP

2010-10-12 Thread xor
On Tuesday 12 October 2010 12:04:08 am Ximin Luo wrote:
> I'd be happy with having this at any time, so I'm gonna randomly go say
>  this Thursday 7pm UTC (this is 8pm BST for us UK people).

That time would be okay for me.


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

Re: [freenet-dev] Time to make the "new wiki" the "wiki"

2010-10-19 Thread xor
On Monday 18 October 2010 08:40:19 pm Ian Clarke wrote:
> I think its time for the "new wiki" to become the "wiki", and the current
> uneditable "wiki" to become the "old wiki".
> 
> Any objections?

I always appreciate if someone steps up to get something done.
Do it.


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

[freenet-dev] Suggestion for a new policy for new-version releases like 0.8

2010-10-19 Thread xor
Hi,

I hereby wave my "AS A LONG TERM VOLUNTEER I AM SEVERELY PISSED OFF"-joker,
I really want this mail to get some attention:

Some months ago I have reviewed over 500 issues (I guess its more like 1000, I 
stopped counting at 500) in the bugtracker to close as many as possible and 
assign target versions to as many as possible.

Now some current statistics from the bug tracker:

- Issues opened & resolved in the last N days:
30 days: opened 24, resolved 2
60 days: opened 70, resolved 12
90 days: opened 99, resolved 18

- Total open issues: 1578

- Average open time of ALL resolved issues: 232 days !!

- Issues with target version 0.8(-beta1) / on roadmap for 0.8: 411


And now have a look at the brand new "Roadmap" page in the wiki for 0.8:
http://new-wiki.freenetproject.org/Roadmap/0.8

Does this look like 400 issues? NO. 
(To be honest it at least links to the roadmap page in the bugtracker which 
shows the 400 issues. At the bottom)

And now guess which date is mentioned in the IRC meeting about the 0.8 
release?
NOVEMBER OR CHRISTMAS. It's IMPOSSIBLE to resolve 400 issues until then
So people are planning to release 0.8 while IGNORING what our developers and 
users have flagged as important for 0.8
Now PLEASE don't say again that most of the issues are NOT important - this 
will only show that you are NOT properly using the bugtracker: IF you have 
read most of them, then WHY did you not change the target versions?

This is a SHAME. And it really PISSES ME OFF.

I have continuously asked you to process them toad and you keep stating that 
most of them are unimportant. IF they are unimportant then ASSIGN DIFFERENT 
TARGET VERSIONS PLEASE, instead of just IGNORING the bugtracker for MONTHS - 
which obviously is the fact if we consider the opened/resolved numbers for the 
past 90 days...

This is NOT for the sake of satisfying me or annoying anyone, but for the sake 
of *professional*  development: In a multi-(hundred?)-thousand lines of code 
project, it is IMPOSSIBLE to  manage what has to be done WITHOUT a LIST of it. 
And this LIST is the BUGTRACKER. And the list is being IGNORED for months.

Also, do not forget that you are stepping on the feet of our users if the 
average time of processing an issue is 230 days.
They don't report issues so we can ignore them.

Because I know that this email will not have any effect probably I suggest we 
change our policy for releasing new versions (version as in 0.7.5, 0.8, etc.) 
to:


1. ALL issues with the given target version in the bugtracker must be 
resolved, closed or assigned a different target version. NO release with a 
single open issues in the roadmap page (= with the given target version).
2. NO release if there are any issues with block/crash severity and no target 
version. They must be assigned a target version first, which will cause rule 1 
to hit maybe.


I think as a software project which involves MONEY from DONATIONS we can all 
agree that it is absolutely SANE to process all issues reported by our users 
(= DONORS and VOLUNTEERS) before releasing new versions and it is INSANE in 
terms of politeness and quality management that we keep releasing new versions 
for years without following the two rules which I just proposed.

Also, the fact should be mentioned that most of our money comes from a single, 
large donor and I don't want to imagine what would happen if they looked at 
our bugtracker so we should really clean the damn thing up while nobody has 
noticed that we give a shit about bug reports.

- I am damn serious when I say "INSANE", we are in the science & computer age 
and yet we don't do proper project management at all. 
We should try to behave like engineers and not like children who always just 
run towards the next most colorful piece of candy. (Which we do, we 
continuously keep implementing new stuff instead of fixing the old stuff 
because 
programming new stuff is fun)

Greetings and sorry for being harsh - but I am running out of ideas how to 
enforce bugtracker usage :( 
- xor


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

Re: [freenet-dev] Suggestion for a new policy for new-version releases like 0.8

2010-10-19 Thread xor
On Tuesday 19 October 2010 10:42:56 pm Samu Voutilainen wrote:
> I would've replied at IRC; but tabcomplete didn't say anything...

I'm called "p0s" on IRC.

> I'm sorry that I, as complete outsider say this, but... I think most of
>  that misses the point. Using of capitilization means you are just shouting
>  and not thinking, using *this* to emphasize things is more effective.
> 

As said, I do not want to annoy anyone, I just want to make my opinion very 
clear. I write  pure ASCII mails so capslock is the best way of emphasizing 
words, read it more like bold please :)
I have the desire for making it very clear because I have repeatedly been 
pointing this out on IRC for months without any effect and I am running out of 
ideas how to cause people to start taking care of the issues :(

Greetings, xor


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

Re: [freenet-dev] getting the bug tracker under control

2010-10-22 Thread xor
On Thursday 21 October 2010 10:47:49 pm Ian Clarke wrote:
> Obviously there is a lot of frustration about the bugtracker.  I think the
> root of this frustration is the following three problems:
> 
> 1) A lack of consensus as to what means what (eg. does the mere presence of
> an open bug imply that it must be fixed?)

No, this is no problem. It is very clear in fact:
- If something  has target version == next version, it must be fixed OR 
assigned a different target version
- If something has no target version, it must be reviewed and assigned one. If 
its not possible to assign one, it must be set to category "feature" since it 
is no bug then. 
 
> 2) A lack of consensus as to who is responsible for what (who decides what
> must be fixed?)

This is also a non issue. The person who is assigned the issue is responsible 
for getting it fixed ASAP. The community of the people who monitor the issue 
and respond it can influence the decision. If nobody gives a shit about 
commenting on the issue, the person who is assigned the issue can just dictate 
the decision.
This is pragmatic and it works very well with projects based on volunteers: 
Anyone who steps up to get something done can decide about how to do it as 
long as nobody complains.

> 3) The bugtracker is permitted to get out of sync with reality (caused by 1
> and 2)

This is a symptom, and the cause is the real problem:
Nobody USES the bugtracker.
There is NO technical problem as the ones you have mentioned. 
The problem is pure LAZINESS.

We can fight the problem by enforcing people to  use it with the following 
policy for releasing new versions which I have proposed in the previous mail:


1. ALL issues with the given target version in the bugtracker must be 
resolved, closed or assigned a different target version. NO release with a 
single open issues in the roadmap page (= with the given target version).
2. NO release if there are any issues with block/crash severity and no target 
version. They must be assigned a target version first, which will cause rule 1 
to hit maybe.


Even if people abuse the rules and just change the target version of all 
issues they will at least have to look at them and feel the guilt of not 
dealing with them :)

> 
> For 1), I think the best philosophy is to keep things as simple as
>  possible. What is the purpose of a bugtracker?
> 
> I would say its as a record of what problems people have discovered, and
> also a snapshot of what tasks must be completed in order to meet some
>  target event (currently the 0.8 release).  I think these two roles get
>  confused - simply recording a problem should not immediately create an
>  expectation that it will be fixed.  That determination should probably be
>  made only by someone actually willing and able to fix it.

It should generate the expectation that somebody at least LOOKS AT IT.
That is what is missing here:
I've reviewed a shitload of issues, the result is that there are ~400 issues 
with target version 0.8 now, and people, especially toad, refuse to at least 
read them and decide about whether target version 0.8 makes sense or not.

There is NO problem with open issues as long as they are reviewed and assigned 
a very far-in-the-future target version OR "priority = none", "severity = 
feature" THIS does not happen... bugs are not even being flagged as "this 
CAN stay open"

>
> I think we should probably try to have a weekly "bug-scrub", where we
> quickly go through all outstanding bugs and confirm that any associated
> metadata (time estimates, completion status, target milestone, assignee
>  etc) is correct.  This process has worked well for me in other
>  environments, although they were commercial, not voluntary.  As for
>  whether this should be over IRC, or perhaps over Skype I'm not sure, my
>  past experience it was all verbal and that seemed to work nicely.
> 

This is a VERY bad idea: The meetings will take at least 1-2 hours of FUD wars 
& nonsense discussions where NO code is written at all. People do not write 
code during meetings.
The effect of the meetings will be lots of wasted time which could have been 
spend at actually RESOLVING issues instead of just discussing about them.
Because there IS nothing to discuss (!!), most issues 
are very easy to decide about when they should be done, the problem is that 
the actual programming does not happen. Especially on the minor issues...
We have a shitload of minor bugs which each would only take 10-15 minutes of 
programming 
- It would be much more of a use if certain people (we know who I mean :) 
promised to spend a fixed amount of time (1 hour) per workday at working on 
issues on the roadmap page this would decrease the amount of minor, quick-
fixable issues very fast.


signature.asc
Description: This is a digitally signed message part.

[freenet-dev] New Freetalk JAR available, lots of bugfixes, less CPU usage

2010-10-22 Thread xor
This JAR does not cause any database integrity problems for me in testing 
anymore, this means that all critical bugs seem resolved. So now I've moved on 
to doing the final refactoring which needs to be done for official WoT 0.4 / 
Freetalk 0.1 versions.

Also, the primary cause of CPU usage has been optimized away, Freetalk should 
not require much CPU while idle now.

Notice that this JAR will start with a blank message database yet once again 
due to architectural changes in the database format. When we're done with the 
beta-phase this will not happen anymore, it just makes no sense to write 
database-upgrade code during beta

PLEASE report ANYTHING which is logged as ERROR from Freetalk or WoT.

http://downloads.freenetproject.org/alpha/plugins/Freetalk/Freetalk-2010-10-17-1-
g4337a75d280056606a01c7fa2edf41cd8204b4ca.jar

Latest WoT still is:
http://downloads.freenetproject.org/alpha/plugins/WoT/WoT-2010-07-30.jar

Changes:

Freetalk: 2010-10-17
- Show total downloaded messages on welcome page.
- Make sure we delete ghosts which are only attached to other ghosts.
- Clarify/simplify logic / rename variables.
- Improve a thread name.
- Check for a message being its own parent or thread in constructor.
- A message used to be able to be its own thread. It can't any more. Update 
the unit tests.
- Extra synchronization to fix deadlock (bug #4351).
- Clobber the database - set version -83.
- Major optimisation: IdentityStatistics: Caches the upper and lower indexes 
of a contiguous range (close to the end) of message list indexes that have not 
been fetched.
- Wire in IdentityStatistics to MessageManager.
- Add test in self-check logic for IdentityStatistics with identity null. (=> 
we deleted the identity without deleting the stats).
- Improve a unit test by checking for FetchFailedMarker.
- Synchronization changes in MessageManager.
- Handle ALL_DATA_NOT_FOUND like DATA_NOT_FOUND.

xor
gerard_
(And TheSeeker as a notable tester)


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

  1   2   3   4   5   6   7   8   9   10   >