I set up an apache SVN server on an Opensuse Linux server within the
university department network. Access to it from within the university
network is completely fine. One day when I tried to access from outside the
university using the linux svn client, I got one of these two errors
(nondeterminis
On Sat, 14 May 2011 22:46 +0300, "Daniel Shahaf" wrote:
> You probably don't need to know anything at all about svndiff --- if previous
> instances of the bug are representative, then you're free to treat consider
> the svndiff stream an opaque binary data.
>
> That is, previously what happen
You probably don't need to know anything at all about svndiff --- if previous
instances of the bug are representative, then you're free to treat consider the
svndiff stream an opaque binary data.
That is, previously what happened is that fsfs wrote
A_1 A_2 B_1 B_2 C_1 C_1 C_2 D_1 D_2 E_1 E_2
O
> Steinar Bang :
> Steinar Bang :
> Stefan Sperling :
>>> Try to locate boundaries of representations, which look as follows:
>>> https://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure
>>> A representation begins with a line containing either "PLAIN\n" or
> Steinar Bang :
> Steinar Bang :
>> Um... how do one determine the length of the sequence? You are using
>> 10 bytes I guess...?
> Never mind. It's from that structure description you posted.
Er sorry! Not you, but Stefan Sperling. I didn't look at the From
headers of the emails.
> Steinar Bang :
> Um... how do one determine the length of the sequence? You are using
> 10 bytes I guess...?
Never mind. It's from that structure description you posted.
I'll study that some more.
> Daniel Shahaf :
> No, you should be looking for the sequence of bytes starting at offset
> 1916. So, the bytes are:
> 53564e018c0c823d
> (for example, 'xxd -s 1916 -l 10 -ps' will tell you that)
Um... how do one determine the length of the sequence? You are using 10
bytes I guess...
> Steinar Bang :
> Stefan Sperling :
>> Try to locate boundaries of representations, which look as follows:
>> https://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure
>>A representation begins with a line containing either "PLAIN\n" or
>>"DELTA\n" or "
Daniel Shahaf wrote on Sat, May 14, 2011 at 22:05:59 +0300:
> an svndiff1 stream
Documented in: ^/subversion/trunk/notes/svndiff
Steinar Bang wrote on Sat, May 14, 2011 at 20:37:42 +0200:
> > Daniel Shahaf :
>
> > No, you should be looking for the sequence of bytes starting at offset
> > 1916. So, the bytes are:
>
> > 53564e018c0c823d
>
> > (for example, 'xxd -s 1916 -l 10 -ps' will tell you that)
>
> Um... how
On Sat, 14 May 2011 21:10 +0300, "Daniel Shahaf" wrote:
>
>
> On Sat, 14 May 2011 19:54 +0200, "Steinar Bang" wrote:
> > > Stefan Sperling :
> >
> > > The script probably took a wrong guess.
> >
> > > Hopefully this is the known corruption problem with a duplicate block of
> > > data in
On Sat, 14 May 2011 19:54 +0200, "Steinar Bang" wrote:
> > Stefan Sperling :
>
> > The script probably took a wrong guess.
>
> > Hopefully this is the known corruption problem with a duplicate block of
> > data in the revision file.
>
> > Can you check if the original revision file (i.e.
> Stefan Sperling :
> The script probably took a wrong guess.
> Hopefully this is the known corruption problem with a duplicate block of
> data in the revision file.
> Can you check if the original revision file (i.e. not modified by
> fsfsverify.py) somewhere contains a data block which con
Guten Tag Eric Manceau,
am Freitag, 13. Mai 2011 um 17:50 schrieben Sie:
> As you can see we want to gather all tests of several differents repos
> into a unique repo but we want to keep revision of the original repos
> and it seems to be hard to achieve.
> Maybe impossible?
If disk space is not
On Fri, May 13, 2011 at 11:32 AM, Eric Manceau
wrote:
> Hello,
>
> I am struggling with an old version of subversion : 1.4.2
> Is it safe for the repository to adopt the 1.6.16 version?
It's also *wise* to upgrade, especially if your older repo is using
the older and notoriously fragile Berkeley
We develop web interfaces and would like a release string displayed on the web
page. This information must be read real time.
We need to obtain information that would normally be provided by 'svn info'.
The page, the apache user, does not have access to this program, but he can
read the proje
To interested persons:
Apache Subversion uses the Apache Portable Runtime (APR) to provide
platform-specific and other utility services. APR announced the
availability of APR 1.4.4, which addresses CVE-2011-0419, a potential
unconstrained recursion bug in the apr_fnmatch(). An attacker could
pot
On Sat, May 14, 2011 at 10:58:12AM +0200, Steinar Bang wrote:
> Platform:
> debian 6.0.1 "squeeze",
> subversion 1.6.16dfsg-1+b1,
> fsfsverify.py from
> http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side
> python 2.6.6-3+squeeze6
>
> (information about the repository at
Platform:
debian 6.0.1 "squeeze",
subversion 1.6.16dfsg-1+b1,
fsfsverify.py from
http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side
python 2.6.6-3+squeeze6
(information about the repository at the end of this mesage)
Yesterday I discovered that my subversion repository
19 matches
Mail list logo
