[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: client-sided encrypted SVN

From: Fabian Angelstorf <f.angelstorf_at_googlemail.com>
Date: Tue, 18 Oct 2011 18:32:40 +0200

Hey Brane,
thanks for your reply.
Yes, the answer was obvious and we have found it. Or at least obvious to
somebody who is familiar with the project's source-code. To somebody new to
the code it isn't always easy to find what you are looking for, when you are
looking at - gosh, I don't even know how many lines of code.
We decided to ask rather than look ourselves anyfurther since we have been
hacking our way through this huge leviathan for weeks now and have
encountered several minor or major issues like this.
Therefore, since it is obvious to programmers acquainted with the code, but
not for people getting to know it just now, some pointers would have been
welcome.
Anyways thanks for taking the time to reply.

For other generations that might stumble upon this:
The file_baton contains a propchange list, that can be evaluated.

Best regards.

Fabian

2011/10/17 Branko Čibej <brane_at_xbc.nu>

> On 16.10.2011 16:16, Fabian Angelstorf wrote:
> > Dear Mailinglist,
> > I am part of a group of students, who are a working on a fully
> > client-sided encrypted version of SVN.
> > After our last inquiry as to how to implement this the best way, we've
> > decided to introduce a new http-library for this purpose and have been
> > working on this since.
> >
> > Our concept utilizes SVN's property routines to broadcast public keys.
> > Working on this we encountered a problem.
>
> The solution should be fairly obvious, so do put a bit of effort into
> figuring it out before calling for help with your assignment.
>
> -- Brane
>
>
Received on 2011-10-18 18:33:13 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.