Re: After upgrading subversion refuses to authenticate with server
On Jan 12, 2012, at 4:47 , Aaron Williams wrote: Hi all, I recently upgraded OpenSUSE from 11.4 to 12.1 and now I am no longer able to commit changes to our subversion tree. It requires authentication and the username is different than my Linux account name. OpenSUSE 12.1 includes Subversion 1.6.17 though I have also compiled 1.7.2 with debugging information enabled to try as well. With a fresh checkout from our repository with a minor change in one of the files I get the following when I attempt to check in: % svn commit --no-auth-cache --username awilliams --password x -m Made text area so it can be overridden include/configs/octeon_common.h subversion/svn/commit-cmd.c:181: (apr_err=170001) subversion/libsvn_client/commit.c:851: (apr_err=170001) subversion/libsvn_client/commit.c:851: (apr_err=170001) svn: E170001: Commit failed (details follow): subversion/libsvn_ra_svn/client.c:994: (apr_err=170001) subversion/libsvn_ra_svn/client.c:994: (apr_err=170001) subversion/libsvn_ra_svn/client.c:244: (apr_err=170001) subversion/svnserve/serve.c:444: (apr_err=170001) svn: E170001: Authorization failed What does the server log say? For security reasons, the client doesn't receive detailed information in this case. Someone might need to configure svnserve to run with the '--log-file' option. Is SASL authentication in use? Steve % svn info Path: . Working Copy Root Path: /home/aaronw/projects/tot/sdk URL: svn:///svn/xxx/sdk-base/trunk/xxx/x/xx Repository Root: svn:///svn/xx Repository UUID: c83883e8-9f28-0410-baf1-f2025811e16a Revision: 68777 Node Kind: directory Schedule: normal Last Changed Author: xx Last Changed Rev: 68774 Last Changed Date: 2012-01-06 18:10:54 -0800 (Fri, 06 Jan 2012) I am not sure what version of Subversion is running on the server since I do not maintain it. OpenSUSE 11.4 also used Subversion 1.6.17 as well so I do not know what changed there. -Aaron -- Aaron Williams aaron.willi...@cavium.com (408) 943-7198
RE: Permanent removal
There may be Companywide retention policies for Document archival. Working, Approved, Archived, Deleted. There might be cases where deletion is required by these policies. Dumpfilter is just a workaround for a new command and privilege (r,w,d). From what I can see, permanent delete Issues has already been discussed several times. AFAIK there is no plan to implement such a command. Please correct me if I am wrong. Regards Thomas Stümpfig -Original Message- From: Cooke, Mark [mailto:mark.co...@siemens.com] Sent: Donnerstag, 12. Januar 2012 08:15 To: sureshkumar nandakumar; users Cc: Sureshkumar.Nandakumar Subject: RE: Permanent removal Hello, -Original Message- From: sureshkumar nandakumar [mailto:suresh1256...@gmail.com] Sent: 12 January 2012 06:58 Subject: Permanent removal Dear Expert, I'm not an expert, just another user... Our repository size are increasing on daily basis, we were planed and removed unused tags in SVN. Tags are very cheap copies that take hardly any space: http://svnbook.red-bean.com/en/1.7/svn.branchmerge.tags.html But still the size is not increased. And also whatever I have removed all those files are still persist in earlier version. Then there is no use of my removal. Correct. deleteing stuff in subversion does not remove the data, just removes the items from subsequent revisions. That is one of the main features of source code control... Suppose, I would like to do permanent removal in SVN, how can it possible and how to do permanent removal in SVN? You can dump the repository, run it through svndumpfilter and then reload the filtered dump into a new repository. http://svnbook.red- bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.tk.svn dumpfilter http://svnbook.red- bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.filteri ng If I do permanent removal, how I can take those files in case if it is require for future reference. Whilst filtering your dump, also create a different dump file with the stuff you don't want, then you can load it somewhere else in future if you want to. Please advise me with good practice. Your suggestion is more use to me. Personally I chose to go the multiple-repository route from the start, creating new repos under a parent path for all new projects. This makes it a lot easier to move stuff around (so long as the projects are not too intimately related, of course)... I have to say that I do not consider 100GB to be hugh these days (although disk prices have gone up somewhat recently due to the flooding in Thailand) but 1000GB disks are still relativley cheap? Hope that helps, ~ mark c
Re: Permanent removal
Am 12.01.2012 09:20, schrieb Stümpfig, Thomas: There may be Companywide retention policies for Document archival. Working, Approved, Archived, Deleted. There might be cases where deletion is required by these policies. Dumpfilter is just a workaround for a new command and privilege (r,w,d). From what I can see, permanent delete Issues has already been discussed several times. AFAIK there is no plan to implement such a command. Please correct me if I am wrong. Don't top post and trim unnecessary content, please. There are actually plans to implement such a command. The feature is called obliterate, doing a websearch on it should give you lots of info, I believe it is even mentioned in the FAQ. Greetings! Uli ** Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932 ** Visit our website at http://www.dominolaser.com ** Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden. E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht verantwortlich. **
Re: Space Constrain
On Jan 12, 2012, at 01:56, Thorsten Schöning wrote: Is that any way to compress and reduce the repositories size without any impact? The repository is already stored compressed. Newer versions of Subversion store revisions in repositories more efficiently, but will not rewrite old revisions stored by older versions. For maximum space savings, dump and load, as Thorsten said below; this way, all revisions will be stored in the most efficient format. Depending on your current repository format, the repository can be packed and repository sharing can be used, some kind of deduplication which can reduce repository sizes if a lot of comparable or even identical files are checked in. To get maximum benefit of this a complete dump and load cycle of your repository is needed. http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.diskspace The feature is called *representation* sharing, by the way.
RE: Permanent removal
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com] Sent: 12 January 2012 08:48 Subject: Re: Permanent removal Am 12.01.2012 09:20, schrieb Stümpfig, Thomas: There may be Companywide retention policies for Document archival. Working, Approved, Archived, Deleted. There might be cases where deletion is required by these policies. Dumpfilter is just a workaround for a new command and privilege (r,w,d). From what I can see, permanent delete Issues has already been discussed several times. AFAIK there is no plan to implement such a command. Please correct me if I am wrong. Don't top post and trim unnecessary content, please. There are actually plans to implement such a command. The feature is called obliterate, doing a websearch on it should give you lots of info, I believe it is even mentioned in the FAQ. I just checked http://subversion.apache.org/roadmap.html#features-most-wanted and `obliterate` was pulled from 1.7 and has also been removed from 1.8 from the roadmap. This is not quite the same as no plan to implement but seems effectively the same thing for now... ~ mark c Greetings! Uli
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
Daniel, Is your answer based on the knowledge of the code of the subversion server? Here are some details: 1. It is not Unix [cp(1)], the problem was on Windows 2. The disk looks fine (I ran chkdsk and looked at the SMART data). No errors in the Windows log files. 3. The svn repository did not change since the problem was detected and I compared the corrupt hot copy to a correct one. There are 7940 files in each. Of these, the contents of 28 files are not the same (file sizes are ok). These 28 files are of various sizes but the first one (2255) is rather large - 1.5 MB. The repository size is about 1GB. The data in the rev files of the bad copy is corrupted from positions 0x1000 (first and second file), 0x4000, 0, 0x1000, 0, 0, 0x4000, 0, 0, 0, 0x4000 etc. The corrupted file numbers are not sequential (2255 corrupted, 2256-2270 ok, 2271 corrupted). 4. Some antivirus software is running on the system. 5. The 'svnadmin hotcopy' which produced the corrupt copy returned 0 (success) to the script that called it. 6. The system might have been heavily loaded at the time the corrupt copy was made. It looks unlikely that 28 files were corrupted and no errors were logged by the OS. Do you still think is was a disk issue? Thanks, Dmitry PS The server is VisualSVN 2.5.2 (Subversion 1.7.2) on WinXP SP3. On Wed, Jan 11, 2012 at 6:52 PM, Daniel Shahaf danie...@elego.de wrote: D D wrote on Wed, Jan 11, 2012 at 15:51:32 +0400: Once (for now) the verify call failed with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline' The copy of the repository is still available and I can reproduce the problem. The subsequent hot copies of the same repository are ok (for now). Is it ok to file this as a hotcopy bug, please? No. All 'hotcopy' does is copy the revisions files using the same means cp(1) uses. I'd check the health of your disks or replace them.
Fwd: svn miss to checkout one or more subdirectories and no error message
Any progress on this problem? -- Forwarded message -- From: qifa zhao qifa.z...@gmail.com Date: Sat, Dec 31, 2011 at 5:13 PM Subject: svn miss to checkout one or more subdirectories and no error message To: users@subversion.apache.org hi folks, Recently, we encountered a problem when checking out directories frequently. But I am not sure whether is an issue or not. Suppose that there is a svn address https://10.38.90.34/app/tools/tags/ts/ts_stable_101_PD_BL, it's a tag for https://10.38.90.34/app/tools/ts. And there are some subdirectories under ts, let's call them ts_a, ts_b, ts_c... So we can use command 'svn co https://10.38.90.34/app/tools/tags/ts/ts_stable_101_PD_BL ./ts' to checkout ts. But, some times, one or more subdirectories were not checked out successfully. What's really amazing is that the 'svn co' operation returned 0 and no error message prompted, like that the subdirectories missing did not exist. I write a script to reproduce this problem, it happened about one or two times in 1000 times. *OS information:* [work@cm-perf03 test2]$ lsb_release -a LSB Version: :core-3.0-amd64:core-3.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch Distributor ID: RedHatEnterpriseAS Description:Red Hat Enterprise Linux AS release 4 (Nahant Update 3) Release:4 Codename: NahantUpdate3 *Svn information:* [work@cm-perf03 test2]$ svn --version svn, version 1.6.5 (r38866) compiled Aug 17 2010, 18:57:09* Compiler:* (no special options used when compile subversion and noprivate modifications to subversion) [work@cm-perf03 test2]$ gcc --version gcc (GCC) 3.4.5 20051201 (Red Hat 3.4.5-2) Copyright (C) 2004 Free Software Foundation, Inc. Detail of the test script: function print() { nowtime=`date +%Y-%m%d-%H:%M --date='today'` echo $nowtime $1 run.log } function checkout_and_check() { run_fail=0 if [ -d ./ts ];then print rm directory failed!;run_fail=1; fi svn --force co https://10.38.90.34/app/tools/tags/ts/ts_stable_101_PD_BL ./ts if [ $? -ne 0 ];then print check out fail! run_fail=1 fi if [ ! -d ./ts/ts_c ];then print check subdirectory fail! run_fail=1 fi if [ $run_fail -ne 0 ];then mv ./ts ./ts.$1 else /bin/rm -fr ./ts fi sleep 3 return $run_fail } /bin/rm -f run.log for((i=0;i1000;i++)) do checkout_and_check $i if [ $? -ne 0 ];then print Fail at index:$i fi done print well done! Thank you, -Tery
Re: Fwd: svn miss to checkout one or more subdirectories and no error message
Subversion 1.6.5 is old. Is that the client or the server? Does the problem happen with more recent versions? Are you using neon or serf? qifa zhao qifa.z...@gmail.com writes: Any progress on this problem? -- Forwarded message -- From: qifa zhao qifa.z...@gmail.com Date: Sat, Dec 31, 2011 at 5:13 PM Subject: svn miss to checkout one or more subdirectories and no error message To: users@subversion.apache.org hi folks, Recently, we encountered a problem when checking out directories frequently. But I am not sure whether is an issue or not. Suppose that there is a svn address https://10.38.90.34/app/tools/tags/ts/ts_stable_101_PD_BL, it's a tag for https://10.38.90.34/app/tools/ts. And there are some subdirectories under ts, let's call them ts_a, ts_b, ts_c... So we can use command 'svn co https://10.38.90.34/app/tools/tags/ts/ts_stable_101_PD_BL ./ts' to checkout ts. But, some times, one or more subdirectories were not checked out successfully. What's really amazing is that the 'svn co' operation returned 0 and no error message prompted, like that the subdirectories missing did not exist. I write a script to reproduce this problem, it happened about one or two times in 1000 times. *OS information:* [work@cm-perf03 test2]$ lsb_release -a LSB Version: :core-3.0-amd64:core-3.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch Distributor ID: RedHatEnterpriseAS Description:Red Hat Enterprise Linux AS release 4 (Nahant Update 3) Release:4 Codename: NahantUpdate3 *Svn information:* [work@cm-perf03 test2]$ svn --version svn, version 1.6.5 (r38866) compiled Aug 17 2010, 18:57:09* Compiler:* (no special options used when compile subversion and noprivate modifications to subversion) [work@cm-perf03 test2]$ gcc --version gcc (GCC) 3.4.5 20051201 (Red Hat 3.4.5-2) Copyright (C) 2004 Free Software Foundation, Inc. Detail of the test script: function print() { nowtime=`date +%Y-%m%d-%H:%M --date='today'` echo $nowtime $1 run.log } function checkout_and_check() { run_fail=0 if [ -d ./ts ];then print rm directory failed!;run_fail=1; fi svn --force co https://10.38.90.34/app/tools/tags/ts/ts_stable_101_PD_BL ./ts if [ $? -ne 0 ];then print check out fail! run_fail=1 fi if [ ! -d ./ts/ts_c ];then print check subdirectory fail! run_fail=1 fi if [ $run_fail -ne 0 ];then mv ./ts ./ts.$1 else /bin/rm -fr ./ts fi sleep 3 return $run_fail } /bin/rm -f run.log for((i=0;i1000;i++)) do checkout_and_check $i if [ $? -ne 0 ];then print Fail at index:$i fi done print well done! Thank you, -Tery -- Philip
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
List convention is to not top-post. On Thu, Jan 12, 2012 at 04:40, D D ddw...@gmail.com wrote: Daniel, Is your answer based on the knowledge of the code of the subversion server? Here are some details: 1. It is not Unix [cp(1)], the problem was on Windows 2. The disk looks fine (I ran chkdsk and looked at the SMART data). No errors in the Windows log files. 3. The svn repository did not change since the problem was detected and I compared the corrupt hot copy to a correct one. There are 7940 files in each. Of these, the contents of 28 files are not the same (file sizes are ok). These 28 files are of various sizes but the first one (2255) is rather large - 1.5 MB. The repository size is about 1GB. The data in the rev files of the bad copy is corrupted from positions 0x1000 (first and second file), 0x4000, 0, 0x1000, 0, 0, 0x4000, 0, 0, 0, 0x4000 etc. The corrupted file numbers are not sequential (2255 corrupted, 2256-2270 ok, 2271 corrupted). 4. Some antivirus software is running on the system. 5. The 'svnadmin hotcopy' which produced the corrupt copy returned 0 (success) to the script that called it. 6. The system might have been heavily loaded at the time the corrupt copy was made. It looks unlikely that 28 files were corrupted and no errors were logged by the OS. Do you still think is was a disk issue? Thanks, Dmitry PS The server is VisualSVN 2.5.2 (Subversion 1.7.2) on WinXP SP3. It is still possible that you have disk corruption which couldn't be detected by the host OS or physical disk monitoring (SMART). Have you run svnadmin verify against the *actual* repository? If you make a new hotcopy of the repository, is that corrupted as well? IMHO if your server is running XP SP3, you don't *really* have a server. You have a desktop which is pretending to be a server, and it may not be as reliable as a true server. Especially under stress. For something as important as your VCS system, you need server-grade hardware and a server-grade OS. On Wed, Jan 11, 2012 at 6:52 PM, Daniel Shahaf danie...@elego.de wrote: D D wrote on Wed, Jan 11, 2012 at 15:51:32 +0400: Once (for now) the verify call failed with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline' The copy of the repository is still available and I can reproduce the problem. The subsequent hot copies of the same repository are ok (for now). Is it ok to file this as a hotcopy bug, please? No. All 'hotcopy' does is copy the revisions files using the same means cp(1) uses. I'd check the health of your disks or replace them.
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
On Thu, Jan 12, 2012, at 13:40, D D wrote: Daniel, Is your answer based on the knowledge of the code of the subversion server? Yes Here are some details: 1. It is not Unix [cp(1)], the problem was on Windows 2. The disk looks fine (I ran chkdsk and looked at the SMART data). No errors in the Windows log files. 3. The svn repository did not change since the problem was detected and I compared the corrupt hot copy to a correct one. There are 7940 files in each. Of these, the contents of 28 files are not the same (file sizes are ok). These 28 files are of various sizes but the first one (2255) is rather large - 1.5 MB. The repository size is about 1GB. The data in the rev files of the bad copy is corrupted from positions 0x1000 (first and second file), 0x4000, 0, 0x1000, 0, 0, 0x4000, 0, 0, 0, 0x4000 etc. The corrupted file numbers are not sequential (2255 corrupted, 2256-2270 ok, 2271 corrupted). I don't understand. Anyway: after a hotcopy, the revs/ and revprops/ trees of the source/dest of the hotcopy will be BYTE FOR BYTE IDENTICAL. (If you commit while a hotcopy is running, the commit may or may not be included in the copy, but the destination's integrity is guaranteed anyway and all other revision files will be identical still.)
[bug?] local file not shown as modified, if eol-style differs
Hi, consider the following steps: - checkout a file from SVN that has svn:eol-style=CRLF - verify that the file has CRLF line endings - convert the file to unix line endings using dos2unix, recode, etc. - verify that the file has LF line endings Now you observe the following: 1) svn diff shows nothing 2) svn status shows nothing 3) even after svn update, the LF line endings remain The only command I have found to actually restore the CRLF line endings is svn revert. I'm using subversion 1.6.17. Isn't the behaviour of subversion kind of odd? I mean, I wouldn't have set eol-style to something other than native if the line endings wouldn't matter to me. It is expected, that svn diff shows nothing. But it's odd that svn status doesn't even inform me that the local file has been altered - especially if the line endings of that file matter, I kind of depend on subversion to tell me about it. It would be another nice feature if subversion would not only ignore the line endings, but also restore the proper line endings (according to svn:eol-style) on demand (for example during an update). If restoring the line endings is not the responsibility of subversion, than what sense does it make to set eol-style to anything else than native? Regards, Sven
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
On Thu, Jan 12, 2012 at 3:41 PM, Andy Levy andy.l...@gmail.com wrote: Have you run svnadmin verify against the *actual* repository? Yes. No problem detected. If you make a new hotcopy of the repository, is that corrupted as well? No. I've only got a corrupted hot copy once in the last two weeks (backups are daily). Before that the repository was hosted on another WinXP system with an earlier version of the Subversion server. I only added the call to verify the hot copy to the backup script recently so I do not know if the problem ever occurred with the repository on the other system. I'd be interested to know if svnadmin employs some memory buffer to hot-copy. The offsets where data corruption starts look like multiples of 0x1000 which is 4K. The NTFS cluster size on the disk is exactly 4K. If svnadmin just calls the OS to copy each file the problem should either be in the OS or the disk.
Re: Possible bug in 1.7: svn cleanup can't recover after a failed update (with 1.6 it was possible)
-dev@ list Johan, thanks for your help. See my comments below. Can you try if the following helps? $ svn update -r0 offendingdir Do the '--set-depth empty' trick (or '--set-depth exclude' ?) My bad, I should have mentioned that we had tried that after googling the issue, and before sending the email, unsuccessfully (svn: E155037: Previous operation has not finished; run 'cleanup' if it was interrupted) This is the reason why I believe the local repo is in a non-recoverable state, because any command request a clean up, but a clean up fails. Even if the above workaround does the trick, I still agree with you that this is a legitimate issue (it would still be very hard to recover). I think you should file this in the issue tracker [...] OK, I'll wait a couple of days in case someone has more insights... issue tracker at tigris.org is still the current one).[...] Good to know! I wasn't aware of this... I'll post it there. Thanks again for the help, Regards,
Applications for SVN.
Hi all, I'm installing some versions control system at work and I'd like to have so suggestions about it. We've decided to use SVN, but it will be nice having some web application that it will allow developers to create and manage their own projects. It will avoid svn commands manually execution for any new project we create. It will be perfect if there is some web server application which allows projects management, installed in same machine as svn server. Then, the developers could create and manage their projects from any machine by web browser. I really don't know if there is some software with this feature. I've looked for some, I found viewvc and svn-web-admin. You advice me use one of them or any other? I will appreciate your help. Leonardo
Re: Applications for SVN.
Try Subversion Edge https://ctf.open.collab.net/sf/projects/svnedge Note it is also a complete managed distribution of the binaries as well. Sent from my iPhone On Jan 12, 2012, at 7:57 AM, Leonardo leona...@sweda.com.br wrote: Hi all, I'm installing some versions control system at work and I'd like to have so suggestions about it. We've decided to use SVN, but it will be nice having some web application that it will allow developers to create and manage their own projects. It will avoid svn commands manually execution for any new project we create. It will be perfect if there is some web server application which allows projects management, installed in same machine as svn server. Then, the developers could create and manage their projects from any machine by web browser. I really don't know if there is some software with this feature. I've looked for some, I found viewvc and svn-web-admin. You advice me use one of them or any other? I will appreciate your help. Leonardo
Exception...line 673: assertion failed (checksum != NULL)
Tried to do a cleanup on my folders and got this message. I think the last developer left hardcoded lines in the code as there is a reference to a D drive followed by the path of Development... I do not have that path on my pc. 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\subversion\li bsvn_wc\workqueue.c' line 673: assertion failed (checksum != NULL) Regards Greg Townes
RE: Exception...line 673: assertion failed (checksum != NULL)
Hello, Tried to do a cleanup on my folders and got this message. 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\subversion\libsvn_wc\workqueue.c' line 673: assertion failed (checksum != NULL) Are you asking for help? In which case, what were you doing that required a cleanup? Had you upgraded a pre-1.7 working copy by any chance? I think the last developer left hardcoded lines in the code as there is a reference to a D drive followed by the path of Development... I do not have that path on my pc. FYI: That path is from the original source of your subversion client (TortoiseSVN) and helps to identify where the error was trapped, it is nothing to do with your code. Regards Greg Townes ~ mark c
Re: [bug?] local file not shown as modified, if eol-style differs
On Thu, Jan 12, 2012 at 07:13, Sven Köhler sven.koeh...@gmail.com wrote: Hi, consider the following steps: - checkout a file from SVN that has svn:eol-style=CRLF - verify that the file has CRLF line endings - convert the file to unix line endings using dos2unix, recode, etc. - verify that the file has LF line endings Now you observe the following: 1) svn diff shows nothing 2) svn status shows nothing 3) even after svn update, the LF line endings remain The only command I have found to actually restore the CRLF line endings is svn revert. I'm using subversion 1.6.17. Isn't the behaviour of subversion kind of odd? I mean, I wouldn't have set eol-style to something other than native if the line endings wouldn't matter to me. It is expected, that svn diff shows nothing. But it's odd that svn status doesn't even inform me that the local file has been altered - especially if the line endings of that file matter, I kind of depend on subversion to tell me about it. It would be another nice feature if subversion would not only ignore the line endings, but also restore the proper line endings (according to svn:eol-style) on demand (for example during an update). When you changed EOL characters, did the file timestamps change?
Re: Conflict shown in TortoiseSVN for working copy of svn 1.7.2 with using Windows Junctions...
Guten Tag Thorsten Schöning, am Sonntag, 8. Januar 2012 um 17:57 schrieben Sie: D:\Users\tschoening\Documents\Eclipse\Perl\DocBeam-Kernsystemsvn status M some.conf vs. D:\Users\tschoening\Documents\Apache\cgi-bin\DocBeam-Kernsystemsvn status ~ . M some.conf Does really nobody has an idea why the ~-line occurs on svn commit in my junction folder? Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Exception...line 673: assertion failed (checksum != NULL)
Hi Mark Yes, I am asking how to solve this exception. I required a cleanup to get my source code synched with the repository so that I could do a Commit. It should not matter why I needed the cleanup, exceptions should be handled gracefully. I upgraded from 1.7.1 to 1.7.3. I did not have this problem prior to the upgrade from 1.7.1 to 1.7.3 Regards Greg From: Cooke, Mark mark.co...@siemens.com To: Greg Townes greg_tow...@yahoo.com; users@subversion.apache.org users@subversion.apache.org Sent: Thursday, 12 January 2012, 15:29 Subject: RE: Exception...line 673: assertion failed (checksum != NULL) Hello, Tried to do a cleanup on my folders and got this message. 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\subversion\libsvn_wc\workqueue.c' line 673: assertion failed (checksum != NULL) Are you asking for help? In which case, what were you doing that required a cleanup? Had you upgraded a pre-1.7 working copy by any chance? I think the last developer left hardcoded lines in the code as there is a reference to a D drive followed by the path of Development... I do not have that path on my pc. FYI: That path is from the original source of your subversion client (TortoiseSVN) and helps to identify where the error was trapped, it is nothing to do with your code. Regards Greg Townes ~ mark c
Re: Exception...line 673: assertion failed (checksum != NULL)
Please don't top-post. On Thu, Jan 12, 2012 at 09:02, Greg Townes greg_tow...@yahoo.com wrote: Hi Mark Yes, I am asking how to solve this exception. I required a cleanup to get my source code synched with the repository so that I could do a Commit. It should not matter why I needed the cleanup, exceptions should be handled gracefully. I upgraded from 1.7.1 to 1.7.3. It does matter why you needed the cleanup, because different reasons for the cleanup may trigger different conditions (and thus bugs) in the cleanup code. From: Cooke, Mark mark.co...@siemens.com To: Greg Townes greg_tow...@yahoo.com; users@subversion.apache.org users@subversion.apache.org Sent: Thursday, 12 January 2012, 15:29 Subject: RE: Exception...line 673: assertion failed (checksum != NULL) Hello, Tried to do a cleanup on my folders and got this message. 'D:\Development\SVN\Releases\TortoiseSVN-1.7.3\ext\subversion\subversion\libsvn_wc\workqueue.c' line 673: assertion failed (checksum != NULL) Are you asking for help? In which case, what were you doing that required a cleanup? Had you upgraded a pre-1.7 working copy by any chance? I think the last developer left hardcoded lines in the code as there is a reference to a D drive followed by the path of Development... I do not have that path on my pc. FYI: That path is from the original source of your subversion client (TortoiseSVN) and helps to identify where the error was trapped, it is nothing to do with your code. Regards Greg Townes ~ mark c
Re: [bug?] local file not shown as modified, if eol-style differs
http://subversion.tigris.org/issues/show_bug.cgi?id=4072 http://subversion.tigris.org/issues/show_bug.cgi?id=4070 On Thu, Jan 12, 2012, at 08:39, Andy Levy wrote: On Thu, Jan 12, 2012 at 07:13, Sven Köhler sven.koeh...@gmail.com wrote: Hi, consider the following steps: - checkout a file from SVN that has svn:eol-style=CRLF - verify that the file has CRLF line endings - convert the file to unix line endings using dos2unix, recode, etc. - verify that the file has LF line endings Now you observe the following: 1) svn diff shows nothing 2) svn status shows nothing 3) even after svn update, the LF line endings remain The only command I have found to actually restore the CRLF line endings is svn revert. I'm using subversion 1.6.17. Isn't the behaviour of subversion kind of odd? I mean, I wouldn't have set eol-style to something other than native if the line endings wouldn't matter to me. It is expected, that svn diff shows nothing. But it's odd that svn status doesn't even inform me that the local file has been altered - especially if the line endings of that file matter, I kind of depend on subversion to tell me about it. It would be another nice feature if subversion would not only ignore the line endings, but also restore the proper line endings (according to svn:eol-style) on demand (for example during an update). When you changed EOL characters, did the file timestamps change?
Re: [bug?] local file not shown as modified, if eol-style differs
Am 12.01.2012 15:39, schrieb Daniel Shahaf: http://subversion.tigris.org/issues/show_bug.cgi?id=4072 http://subversion.tigris.org/issues/show_bug.cgi?id=4070 Thanks. signature.asc Description: OpenPGP digital signature
Re: Applications for SVN.
On 12 January 2012 12:57, Leonardo leona...@sweda.com.br wrote: Hi all, I'm installing some versions control system at work and I'd like to have so suggestions about it. We've decided to use SVN, but it will be nice having some web application that it will allow developers to create and manage their own projects. It will avoid svn commands manually execution for any new project we create. It will be perfect if there is some web server application which allows projects management, installed in same machine as svn server. Then, the developers could create and manage their projects from any machine by web browser. I really don't know if there is some software with this feature. I've looked for some, I found viewvc and svn-web-admin. You advice me use one of them or any other? I will appreciate your help. Leonardo There is also the uberSVN Beta: http://www.ubersvn.com/ -- Regards, Mat Booth Software Engineer WANdisco, Inc. http://www.wandisco.com
RE: Space Constrain
Our Subversion server is RedHat Linux. We have lot of repositories which is maintaining in Linux server. Each repositories taking huge size in our server. Our Maximum size limit is 100GB, but the size almost reached 98%. We are in trouble when we are using repository in Tortoise SVN. We are getting space constrain issues. For temporary purpose we deleting unused repositories in Server. Even though the size in increasing daily basis. Can anyone suggest me, how to save space. Is that any good way to keep it SVN server without space constrain? Is that any way to compress and reduce the repositories size without any impact? Please advise me with good practice. Your suggestion is more use to me. I think the main way to keep repos small is to NOT put binary files in it. Of course, depending on your usage that may not be practical. I think the majority opinion is hard drives are cheap. I know some people here have recommended some binary versioning systems that only maintains a certain number of versions back and delete older ones. I don't recall the names. Someone else can chime in with one or two. You could also implement something like that yourself with a build script. Store your binaries in a folder tree with a latest that is a symlink of the most recent version of the binaries. This way your references and such don't need to change for every version. Another option is to store binaries in a separate repository that you can archive and recreate monthly or quarterly, or whatever. Then you can use externals in your projects to reference them. BOb
RE: switch to ignore files that have not been checked in?
I'm trying to add properties to a bunch of files that have a common file extension, but are not the only files in the directory/directories. I would like to run something like: svn propset svn:needs-lock '*' *.png *.jpg *.vsd The problem is that I have a number of temporary files in the working directory that match the pattern but are not and should not be checked in. The problem with using the convenience of shell patterns is that subversion aborts as soon as it processes a file that is not already checked in. It also aborts even if a file or directory has the svn:ignore property set. I don't know of an easy way to match all the files that match a shell pattern and are also already checked in. (Which would be a clunky workaround for not having the following:) I'd like to use a switch such as: svn --ignore-non-checked-in-files propset svn:needs-lock '*' *.png *.jpg *.vsd Does such a switch already exist? Such a switch would tell subversion commands to silently ignore files and directories that have not been checked in. The opposite already exists. If I run svn add *.png, the svn add command runs, but complains harmlessly if a file has already been checked in. svn add does not halt if it encounters a file that has already been checked in. Can you not just do a clean checkout and run the command. This way there won't be any un-versioned files. BOb
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
D D wrote on Thu, Jan 12, 2012 at 16:51:06 +0400: I'd be interested to know if svnadmin employs some memory buffer to hot-copy. subversion/libsvn_fs_fs/fs_fs.c svn_fs_fs__hotcopy() (The code may differ significantly between version -- check the sources of the version of libsvn_fs_fs your svnadmin uses) Daniel (no time, sorry)
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
D D ddw...@gmail.com writes: I'd be interested to know if svnadmin employs some memory buffer to hot-copy. The offsets where data corruption starts look like multiples of 0x1000 which is 4K. The NTFS cluster size on the disk is exactly 4K. If svnadmin just calls the OS to copy each file the problem should either be in the OS or the disk. Hotcopy uses libsvn_subr/io.c:copy_contents where SVN__STREAM_CHUNK_SIZE is 16384: /* Copy bytes till the cows come home. */ while (1) { char buf[SVN__STREAM_CHUNK_SIZE]; apr_size_t bytes_this_time = sizeof(buf); apr_status_t read_err; apr_status_t write_err; /* Read 'em. */ read_err = apr_file_read(from_file, buf, bytes_this_time); if (read_err !APR_STATUS_IS_EOF(read_err)) { return read_err; } /* Write 'em. */ write_err = apr_file_write_full(to_file, buf, bytes_this_time, NULL); if (write_err) { return write_err; } if (read_err APR_STATUS_IS_EOF(read_err)) { /* Return the results of this close: an error, or success. */ return APR_SUCCESS; } } -- Philip
Re: switch to ignore files that have not been checked in?
On Wed, 11 Jan 2012 15:49:26 +, Steve Kelem wrote: ... I would like to run something like: svn propset svn:needs-lock '*' *.png *.jpg *.vsd Crude hackaround: for i in *.png *.jpg *.vsd; do svn propset svn:needs-lock '*' $i; done That way, the errors won't keep the rest from working. Andreas -- Totally trivial. Famous last words. From: Linus Torvalds torvalds@*.org Date: Fri, 22 Jan 2010 07:29:21 -0800
Re: 'svnadmin verify' failed after hotcopy with 'svnadmin: E160004: Revision file (r2255) lacks trailing newline'
On 1/12/2012 4:51 AM, D D wrote: On Thu, Jan 12, 2012 at 3:41 PM, Andy Levy andy.l...@gmail.com mailto:andy.l...@gmail.com wrote: Have you run svnadmin verify against the *actual* repository? Yes. No problem detected. If you make a new hotcopy of the repository, is that corrupted as well? No. I've only got a corrupted hot copy once in the last two weeks (backups are daily). Before that the repository was hosted on another WinXP system with an earlier version of the Subversion server. I only added the call to verify the hot copy to the backup script recently so I do not know if the problem ever occurred with the repository on the other system. I'd be interested to know if svnadmin employs some memory buffer to hot-copy. The offsets where data corruption starts look like multiples of 0x1000 which is 4K. The NTFS cluster size on the disk is exactly 4K. If svnadmin just calls the OS to copy each file the problem should either be in the OS or the disk. This really, really, really looks like a hardware problem or an OS-related corruption. I agree with Andy Levy - Windows XP is not a good OS to use as a server; it's 10 years old and they still haven't bothered to fix bugs that I can invoke on a daily basis (most commercial backup programs will cause a Windows service to go into an infinite loop). Upgrade if you possibly can. Linux is free and runs on cheap hardware, so I recommend it rather than try to find a Windows version that is inexpensive but can still act as a server. The fact that the problem is intermittent also points to something outside of Subversion. -- David Chapman dcchap...@acm.org Chapman Consulting -- San Jose, CA Software Development Done Right. www.chapman-consulting-sj.com
Re: Space Constrain
On Thu, Jan 12, 2012 at 9:20 AM, Bob Archer bob.arc...@amsi.com wrote: Please advise me with good practice. Your suggestion is more use to me. I think the main way to keep repos small is to NOT put binary files in it. Of course, depending on your usage that may not be practical. I think the majority opinion is hard drives are cheap. I know some people here have recommended some binary versioning systems that only maintains a certain number of versions back and delete older ones. I don't recall the names. Someone else can chime in with one or two. You could also implement something like that yourself with a build script. Store your binaries in a folder tree with a latest that is a symlink of the most recent version of the binaries. This way your references and such don't need to change for every version. Another option is to store binaries in a separate repository that you can archive and recreate monthly or quarterly, or whatever. Then you can use externals in your projects to reference them. Is there a 'best practices kind of writeup on how to do this correctly anywhere? We have a lot of component libraries that we want to include in larger projects without recompiling each build (i.e. we want to run known/tested instances) and have been including the binaries in tags so the headers and shared libs are versioned together. It''s clearly the wrong thing to do, but it works. How can you enforce getting exactly the right things in a parallel repository that has only the headers and libs that will work the same way for external references? -- Les Mikesell lesmikes...@gmail.com
Re: Help on Subversion Windows Installer
On 2012-01-12 00:14, Jie Long wrote: Hi there, I got the resource from this website: http://alagazam.net/ I am hoping that I am writing to David Darj. I am not a new user to svn but it's my first time to compile it. I want to run it on my computer to learn about the algorithms and see what I can do from there. I am strongly interested in contributing something to this community. I have been working on it for 4 days but the compile still fails. I followed the INSTALLATION file with minimum requirement. Later I found this resource win32Svn from David. I tried to use your binary files to make my compile pass. But it still fails. Now I am wondering if you have a VS 2008 project, which is running with proper configuration so I can start from there? I am using VS 2010 on Windows 7. Or could you give me some steps that I can follow to do the compiling? Thanks, Jay Hi Jay I use VC++6 to do my build of SVN. As of this tuesday I committed my build script to the Win32Svn project's svn repository on SourceForge. I don't have any project files newer then this but I think they could be generated same way the VC6 project files are. It took me a while to get a working build, but reading the INSTALL is a good start, also take a look at build/win32/vc6-buld.bat.in can give you some clues. For specific build problems the svn mail lists (users and dev) and searching them with google is your friends. Best luck David Darj a.k.a Alagazam
Re: Help on Subversion Windows Installer
Hi Steve and Mark, Thank you very much for the information. I've tried Paul Burba's solution. It works for VS 2008 but not VS 2010, as he said in the post. For collabnet or wandisco, I went to their website briefly and did not get the open source project. I guess that they mainly focus on providing a client side serviece. I could be wrong. Could you please give me more information? Thanks again, Jay On Thu, Jan 12, 2012 at 1:01 AM, Stephen Butler sbut...@elego.de wrote: On Jan 12, 2012, at 8:20 , Cooke, Mark wrote: [Note: this list prefers plain text email, not html] -Original Message- From: Jie Long [mailto:may...@gmail.com] Sent: 11 January 2012 23:14 To: users@subversion.apache.org Subject: Help on Subversion Windows Installer Hi there, I got the resource from this website: http://alagazam.net/ I am hoping that I am writing to David Darj. I am not a new user to svn but it's my first time to compile it. I want to run it on my computer to learn about the algorithms and see what I can do from there. I am strongly interested in contributing something to this community. I'm not David but... I have been working on it for 4 days but the compile still fails. I followed the INSTALLATION file with minimum requirement. Later I found this resource win32Svn from David. I tried to use your binary files to make my compile pass. But it still fails. Now I am wondering if you have a VS 2008 project, which is running with proper configuration so I can start from there? I believe that David uses Visual C++ 6 as that is what is used to compile the official apache releases (or it was when I last looked into trying to compile them myself). There are a ton of differences from VC++6 to VS2008+ (I've been porting other code between the two). Have a look at collabnet or wandisco, I'm sure I read one of them uses VS2010. True. See Paul Burba's detailed instructions using VS 2008: http://blogs.collab.net/subversion/2011/01/building-subversion-on-windows-a-walk-through/ Steve
Re: Applications for SVN.
On Thursday 12 January 2012 06:27 PM, Leonardo wrote: Hi all, I'm installing some versions control system at work and I'd like to have so suggestions about it. We've decided to use SVN, but it will be nice having some web application that it will allow developers to create and manage their own projects. It will avoid svn commands manually execution for any new project we create. It will be perfect if there is some web server application which allows projects management, installed in same machine as svn server. Then, the developers could create and manage their projects from any machine by web browser. I really don't know if there is some software with this feature. I've looked for some, I found viewvc and svn-web-admin. You advice me use one of them or any other? I will appreciate your help. Leonardo Get CollabNet Subversion Edge : http://www.collab.net/svnedge It is a stack of apache, subversion, webUI to administer repos. Regards, Shrini
Re: Space Constrain
On Thu, Jan 12, 2012 at 12:26 PM, Les Mikesell lesmikes...@gmail.com wrote: On Thu, Jan 12, 2012 at 9:20 AM, Bob Archer bob.arc...@amsi.com wrote: Please advise me with good practice. Your suggestion is more use to me. I think the main way to keep repos small is to NOT put binary files in it. Of course, depending on your usage that may not be practical. I think the majority opinion is hard drives are cheap. I know some people here have recommended some binary versioning systems that only maintains a certain number of versions back and delete older ones. I don't recall the names. Someone else can chime in with one or two. You could also implement something like that yourself with a build script. Store your binaries in a folder tree with a latest that is a symlink of the most recent version of the binaries. This way your references and such don't need to change for every version. Another option is to store binaries in a separate repository that you can archive and recreate monthly or quarterly, or whatever. Then you can use externals in your projects to reference them. Is there a 'best practices kind of writeup on how to do this correctly anywhere? We have a lot of component libraries that we want to include in larger projects without recompiling each build (i.e. we want to run known/tested instances) and have been including the binaries in tags so the headers and shared libs are versioned together. It''s clearly the wrong thing to do, but it works. How can you enforce getting exactly the right things in a parallel repository that has only the headers and libs that will work the same way for external references? You use git, which supports tracking local changes without verbosely propagating them to the central, canonical repository. This especially applies to testing binaries, and can be integrated with the git/svn toolkit to propagate to a more familar and existing central repository.
Re: Space Constrain
On Fri, Jan 13, 2012 at 12:06 AM, Nico Kadel-Garcia nka...@gmail.com wrote: On Thu, Jan 12, 2012 at 12:26 PM, Les Mikesell lesmikes...@gmail.com wrote: Another option is to store binaries in a separate repository that you can archive and recreate monthly or quarterly, or whatever. Then you can use externals in your projects to reference them. Is there a 'best practices kind of writeup on how to do this correctly anywhere? We have a lot of component libraries that we want to include in larger projects without recompiling each build (i.e. we want to run known/tested instances) and have been including the binaries in tags so the headers and shared libs are versioned together. It''s clearly the wrong thing to do, but it works. How can you enforce getting exactly the right things in a parallel repository that has only the headers and libs that will work the same way for external references? You use git, which supports tracking local changes without verbosely propagating them to the central, canonical repository. This especially applies to testing binaries, and can be integrated with the git/svn toolkit to propagate to a more familar and existing central repository. Not what I want. I want a central canonical svn repository with tagged versions of matching headers and shared libs that can be predictably accessed with svn externals, I just don't want it to be the same svn repository that holds the source until subversion gets some features that make it feasible to remove things. But I'd like a way to ensure that the tags stay precisely in parallel to the matching source. I don't see how git would help with that part. -- Les Mikesell lesmikes...@gmail.com
Re: Space Constrain
On Fri, Jan 13, 2012 at 1:15 AM, Les Mikesell lesmikes...@gmail.com wrote: On Fri, Jan 13, 2012 at 12:06 AM, Nico Kadel-Garcia nka...@gmail.com wrote: On Thu, Jan 12, 2012 at 12:26 PM, Les Mikesell lesmikes...@gmail.com wrote: Another option is to store binaries in a separate repository that you can archive and recreate monthly or quarterly, or whatever. Then you can use externals in your projects to reference them. Is there a 'best practices kind of writeup on how to do this correctly anywhere? We have a lot of component libraries that we want to include in larger projects without recompiling each build (i.e. we want to run known/tested instances) and have been including the binaries in tags so the headers and shared libs are versioned together. It''s clearly the wrong thing to do, but it works. How can you enforce getting exactly the right things in a parallel repository that has only the headers and libs that will work the same way for external references? You use git, which supports tracking local changes without verbosely propagating them to the central, canonical repository. This especially applies to testing binaries, and can be integrated with the git/svn toolkit to propagate to a more familar and existing central repository. Not what I want. I want a central canonical svn repository with tagged versions of matching headers and shared libs that can be predictably accessed with svn externals, I just don't want it to be the same svn repository that holds the source until subversion gets some features that make it feasible to remove things. But I'd like a way to ensure that the tags stay precisely in parallel to the matching source. I don't see how git would help with that part. You run the testing cycle on a local git working copy, where local changes can be made, recorded, and discarded. You then push the binaries, when needed, to the Subversion repository. Most binaries in an auto-build or development environment are not worth keeping. This allows you to publish only those binaries that you *want* to be reference binaries, in a more flexible fashion than most Subverson repositories, especially because the working local branches and tags need never be published to the main repo and clutter it up. I've used this successfully for environments where a central Subversion reository was mandated by policy, history, or the desire for centralized source control.
Re: Space Constrain
On Fri, Jan 13, 2012 at 12:27 AM, Nico Kadel-Garcia nka...@gmail.com wrote: On Fri, Jan 13, 2012 at 1:15 AM, Les Mikesell lesmikes...@gmail.com wrote: Not what I want. I want a central canonical svn repository with tagged versions of matching headers and shared libs that can be predictably accessed with svn externals, I just don't want it to be the same svn repository that holds the source until subversion gets some features that make it feasible to remove things. But I'd like a way to ensure that the tags stay precisely in parallel to the matching source. I don't see how git would help with that part. You run the testing cycle on a local git working copy, where local changes can be made, recorded, and discarded. You then push the binaries, when needed, to the Subversion repository. Local to what/who? These are components that need to be accessible among different groups that use subversion as the access mechanism. -- Les Mikesell lesmikes...@gmail.com