← Back to branch summary

~ubuntu-branches/debian/sid/subversion/sid

« back to all changes in this revision

Viewing changes to debian/svn_1.8_releasenotes.html

  • Committer: Package Import Robot
  • Author(s): James McCoy
  • Date: 2014-05-20 22:45:32 UTC
  • mfrom: (0.2.12)
  • Revision ID: package-import@ubuntu.com-20140520224532-4fec3gohdzyy692g
Tags: 1.8.9-1
* New upstream release
* Merge changes from Ubuntu:
  - Add DEB-8 test for Apache functionality
  - debian/rules: Create pot file on build.
  - debian/rules: Ensure the doxygen output directory exists
  - Move svn2cl to subversion-tools' Suggests on Ubuntu.

Show diffs side-by-side

added added

removed removed

Lines of Context:
debian/svn_1.8_releasenotes.html
678
678
detect instances of that corruption in the history of a repository.</p>
679
679
 
680
680
<p>The fix to these issues is simple: perform a <a
681
 
href=http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin
 
681
href="http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin"
682
682
>dump/load cycle</a>.  (As usual, svnsync can be used instead of dump/load.)
683
683
The cycle can be done with any version of Subversion, and after the cycle the
684
684
repository should be served exclusively by Subversion 1.7.5 or newer to prevent
1180
1180
<p>You may use <tt>svnadmin upgrade</tt> to upgrade existing repositories.
1181
1181
However, to fully benefit from the latest <a href="#fsfs-deltification">repository size reductions</a>,
1182
1182
it is recommended to create a new repository, adjust its settings and then
1183
 
<a href=http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin
 
1183
<a href="http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin"
1184
1184
>dump/load</a> or svnsync the contents into it.
1185
1185
</p>
1186
1186
 
1287
1287
them but will always write new revisions without that optimization.
1288
1288
It is therefore perfectly legal to create a pre-1.8-compatible
1289
1289
repository in 1.8, to enable various deltification options, to <a 
1290
 
href=http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin
 
1290
href="http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin"
1291
1291
>dump/load</a> into that new repository using 1.8 tooling and to
1292
1292
finally use the repository with a 1.6 or 1.7 server.
1293
1293
</p>
2608
2608
in their configuration file and applies to the locations that Subversion is
2609
2609
being served from.  This happens because the setting now matches on the
2610
2610
Subversion traffic and sets the Content-Encoding header to specify that the
2611
 
file has been gziped for transmport without changing the file content.  Since
 
2611
file has been gziped for transport without changing the file content.  Since
2612
2612
the Subversion client supports gzip content-encoding it decompresses the file
2613
2613
and ends up with the decompressed file which does not match the checksum of the
2614
2614
file it expected.  It is possible that this change may cause other filters to