Subversion 1.6.18 released
I'm happy to announce the release of Apache Subversion 1.6.18. This is a maintenance release which fixes known issues in the 1.6 release series. Most importantly, several defects which can lead to FSFS repository corruption have been fixed. Known issues in this release are: - The regression test suite has not been updated to cope with APR hash order randomisation introduced in APR-1.4.6. Running the test suite with APR-1.4.6 can result in spurious test failures due to randomised output ordering. Apart from these test suite problems, Subversion 1.6.18 works fine with APR-1.4.6. Users who run the test suite to verify compiled binaries and have difficulties with recognizing spurious test failures should consider using APR 1.4.5 instead. Please note that the subversion-deps archive which accompanies the Subversion 1.6.18 release includes APR-1.4.6. - The 1.6.18 release artifacts include a www/ subdirectory which contains HTML source files of the project's former website at subversion.tigris.org. This was an oversight during packaging. Because of this, the 1.6.18 release archives are slightly larger than those of previous 1.6.x releases. We apologise for any extra electrons being pushed around for no good reason. If another 1.6.x release is made, both of the above problems will be fixed in that release. To obtain the 1.6.18 release, please visit: http://subversion.apache.org/download/#supported-releases Note that 1.6.18 is not an Apache-branded release. While it is linked from the above download page for convenience, it is actually distributed from subversion.tigris.org. The SHA1 checksums are: 7f3275ccacc1e793841d9e14da313f57e6ebd160 subversion-1.6.18.tar.bz2 af81c6ac2543f1fa2466d39841377ef2ce1c92bd subversion-1.6.18.tar.gz 301b08a9a24e6c9ae330a1bce986de236c7164f8 subversion-1.6.18.zip PGP Signatures are available at: http://subversion.tigris.org/downloads/subversion-1.6.18.tar.bz2.asc http://subversion.tigris.org/downloads/subversion-1.6.18.tar.gz.asc http://subversion.tigris.org/downloads/subversion-1.6.18.zip.asc For this release, the following people have provided PGP signatures: C. Michael Pilato [1024D/1706FD6E] with fingerprint: 20BF 14DC F02F 2730 7EA4 C7BB A241 06A9 1706 FD6E Philip Martin [2048R/ED1A599C] with fingerprint: A844 790F B574 3606 EE95 9207 76D7 88E1 ED1A 599C Paul T. Burba [1024D/53FCDC55] with fingerprint: E630 CF54 792C F913 B13C 32C5 D916 8930 53FC DC55 Stefan Sperling [1024D/F59D25F0] with fingerprint: B1CF 1060 A1E9 34D1 9E86 D6D6 E5D3 0273 F59D 25F0 Blair Zajac [1024D/DA561D91] with fingerprint: 3FAE C7E1 ADE8 572F 613C F086 C572 2326 DA56 1D91 Release notes for the 1.6.x release series may be found at: http://subversion.apache.org/docs/release-notes/1.6.html You can find the list of changes between 1.6.18 and earlier versions at: http://svn.apache.org/repos/asf/subversion/tags/1.6.18/CHANGES Questions, comments, and bug reports to users@subversion.apache.org. Thanks, - The Subversion Team
How list non binary files.
Hello, How list only textual files through subversion api? What I have done so now. I saved this file in "/tmp/filename" and so execute "file -b --mime-type /tmp/filename". I guess this is not the better form to do this. I don't have working copy, I have do that by remote access. Any suggestions? Is possible get mime-type directly of repository? Subversion have this information within their structures? Thanks. -- Marcello Henrique Blog - http://faraohh.wordpress.com Cercomp - UFG (www.cercomp.ufg.br) Associação Software Livre de Goiás (www.aslgo.org.br)
Re: Subversion build on windows
Thanks for confirming. Does reverting the build.conf change and applying r1307177 instead also fix the issue? (That revision is proposed for inclusion in 1.7.5.) arun kumar wrote on Thu, Apr 12, 2012 at 18:29:27 +0530: > Thanks this solved the issue. It was 1.7.3 version of SVN. > > > On Wed, Apr 11, 2012 at 2:34 PM, Daniel Shahaf wrote: > > > What version of svn? What happens if you delete the [mod_dontdothat] > > stanza from build.conf before running gen-make.py? > > > > arun kumar wrote on Wed, Apr 11, 2012 at 10:58:12 +0530: > > > Hi, > > > > > > I'm trying to build Subversion on Windows. I got following error when I > > ran > > > the script gen-make.py > > > > > > > > > > > > >c:\Python27\python.exe gen-make.py -t vcproj --vsnet-version=2008 > > > > > > Found libdb44.lib in db4-win32 > > > > > > > > > > > > Generating for Visual Studio 2008 > > > > > > > > > > > > Could not detect Ruby version, assuming 1.8. > > > > > > Ruby bindings will be linked with msvcrt-ruby18.lib > > > > > > > > > > > > Found installed perl version number. > > > > > > Perl bindings will be linked with perl514.lib > > > > > > > > > > > > Could not find installed SWIG, assuming version 1.3.25 > > > > > > > > > > > > Found SQLite version 3.7.11 > > > > > > > > > > > > Found ZLib version 1.2.6 > > > > > > > > > > > > Found neon version 0.26.1 > > > > > > > > > > > > swig not found; skipping SWIG file generation... > > > > > > Traceback (most recent call last): > > > > > > File "gen-make.py", line 317, in > > > > > > main(conf, gentype, skip_depends=skip, other_options=rest.list) > > > > > > File "gen-make.py", line 65, in main > > > > > > generator.write() > > > > > > File "build\generator\gen_vcnet_vcproj.py", line 214, in write > > > > > > self.write_project(target, fname, deplist) > > > > > > File "build\generator\gen_vcnet_vcproj.py", line 86, in write_project > > > > > > configs = self.get_configs(target) > > > > > > File "build\generator\gen_win.py", line 476, in get_configs > > > > > > libdirs=self.get_win_lib_dirs(target, cfg), > > > > > > File "build\generator\gen_win.py", line 1000, in get_win_lib_dirs > > > > > > fakelibdirs.append(self.apath(self.httpd_path, cfg)) > > > > > > File "build\generator\gen_win.py", line 361, in apath > > > > > > if os.path.isabs(path): > > > > > > File "c:\Python27\lib\ntpath.py", line 57, in isabs > > > > > > s = splitdrive(s)[1] > > > > > > File "c:\Python27\lib\ntpath.py", line 125, in splitdrive > > > > > > if p[1:2] == ':': > > > > > > TypeError: 'NoneType' object is not subscriptable > > > > > > > > > > > > Any suggestions are welcome. > > > > > > > > > Thank you. > > > Arun > > > > > > -- > Thanking you, > > Arun
Assertion Error
HI, When I was updating a SVN folder, and before the list indicated Completed!, I received this message: --- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list with as much information as possible about what you were trying to do. But please first search the mailing list archives for the error message to avoid reporting the same problem repeatedly. You can find the mailing list archives at http://subversion.apache.org/mailing-lists.html Subversion reported the following (you can copy the content of this dialog to the clipboard using Ctrl-C): In file 'D:\Development\SVN\Releases\TortoiseSVN-1.7.6\ext\subversion\subversion\libsvn_wc\update_editor.c' line 2899: assertion failed (status != svn_wc__db_status_normal) --- OK --- I then ran Clean up, then SVN Update, and the update completed without error. Thanks. Virgil This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. EXPORT CONTROL NOTICE: This email may contain technical data whose export, transfer, and/or disclosure may be controlled by the US International Traffic and Arms Regulation (ITAR) 22 CFR part 120-130 or the Export Administration Regulations Commerce.
dump/load question
I maintain a mirror of a repository that I must sneakernet sync using a "dump, burn cd, load" process. I use --deltas and --incremental to dump. I do not have access to every directory in the repository. Occasionally, I am given access to a directory after it has existed for some time. The revision that the directory was created in was an empty revision as a result of my permissions. When I attempt to load a revision that modifies a file in this directory, the load fails, since the changed files don't exist in the mirror. I'm wondering if there is an easy to way to bring my mirror back into sync? A dumpfilter could let me bring it nearly into sync by excluding the directory in question. Would dumping a revision from the repository without the incremental option and loading it to the mirror create the missing directory and files?
Shelving / Checkpointing
Just wanted to put a quick plug in for shelving or checkpointing. Hope something like this makes it into the 1.8 release. Thanks, Keith Stanley
