Re: svn 1.3 crashing after sometime
Backup your repository *FIRST*. On Sun, Jul 4, 2010 at 11:11 AM, west alto westa...@gmail.com wrote: Thanks guys, i'm new to upgrade using your way. which is safer using svnadmin dump/load or svnadmin upgrade/verify or svnadmin hotcopy given my situation where users can afford downtime. Please check if my process is correct: - remove svn 1.3 and all its dependencies. - install svn 1.6 - backup my repository - svnadmin upgrade /path/to/repository - svnadmin verify /path/to/repository After the steps above, is my repository now usable for 1.6? any other steps so i could tweak my repository for best performance? or without going svnadmin upgrade and verify, i just run svnadmin hotcopy /path/to/old_repo_svn_1.3 /path/to/new_repo gives me an error. how can i handle this safely. svn01:/srv/svn # svnadmin hotcopy /srv/svn/test_repos /srv/svn/new_repos svnadmin: Can't open file '/srv/svn/test_repos/db/fsfs.conf': No such file or directory Thanks guys for your help. West On Sun, Jul 4, 2010 at 2:11 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: Ryan Schmidt wrote on Sat, 3 Jul 2010 at 20:26 -: what difference and advantage bet. linear and sharded? It's explained here, a bit: http://svnbook.red-bean.com/en/1.5/svn.reposadmin.maint.html#svn.reposadmin.maint.tk.fsfsreshard (You don't need the fsfs-reshard script mentioned there; that was just the only place I found a description of a sharded repository in my quick search.) The canonical definition is in the Filesystem format options section of http://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure. Daniel (don't edit the 'format' file by hand, though)
Re: svn 1.3 crashing after sometime
Hello, Your repository layout is probably linear now. According to the number of revisions, revision sizes and the underlying operating system it may be interesting to switch to sharded layout and tune the shard size (default is 1000 revisions): http://ymartin59.free.fr/wordpress/index.php/projets/tune-subversion-fsfs-repository/ A good performance test case is to measure time required by svnadmin verify to check your repository. Best regards, - west alto westa...@gmail.com a écrit : Thanks guys, i'm new to upgrade using your way. which is safer using svnadmin dump/load or svnadmin upgrade/verify or svnadmin hotcopy given my situation where users can afford downtime. Please check if my process is correct: - remove svn 1.3 and all its dependencies. - install svn 1.6 - backup my repository - svnadmin upgrade /path/to/repository - svnadmin verify /path/to/repository After the steps above, is my repository now usable for 1.6? any other steps so i could tweak my repository for best performance? -- Yves Martin
Subversion with Berkley DB
Hi I would like to try storing my repository using the database Oracle Berkley DB. Up to now i have only used FSFS repositories and i don't see a lot of people interested in Berkley DB. There are some documentation about it or there are some limits (i mean number of version betwen subversion server and berkley db server)? Thanks daniele z. ATTENZIONE: Le informazioni contenute in questo messaggio sono da considerarsi strettamente confidenziali e il loro utilizzo e' riservato al destinatario. Chi, per errore, dovesse ricevere questo messaggio e' pregato di informarne, con tempestivita', il mittente e di rimuoverlo da ogni supporto elettronico o cartaceo, distruggendone, quindi, il contenuto. Si avvisa, inoltre, che ogni utilizzo non autorizzato del presente messaggio e/o dei suoi allegati e' fonte di responsabilita' per l'autore di tale improprio utilizzo, secondo la normativa vigente. DISCLAIMER: This message contains confidential and/or proprietary information which may be subject to privilege or immunity and which is intended for use of its addressees only. Should you receive this message in error, you are kindly requested to inform the sender as soon as possible and to permanently delete it from your system and from any paper or electronic format. Please also note that the unauthorized disclosure or use of the message or any attachments implies the responsibility of the person behind such improper use, according to applicable laws and regulations. attachment: zuco.vcf
merging executable binaries
Hello, I have seen the following behaviour. added binary file to SVN with property svn:executable executable bits are then set on the file checked in the file added a branch which included the file modified the file in TRUNK merged the change to branch the executable flag on the file is then gone however when I commit the merge the executable flag of the file is again being set Is this the correct behaviour (is the executable flag supposed to be missing after a merge - and then added when the file is actually committed)? The behaviour is different for non binary executables (the executable bits are always set in this case). The SVN version I used was 1.6.6 on Ubuntu 10.0.4. The filesystem on which the working copy resides is EXT4. I hope someone can clear this up for me. Thanks, Matthias
'File not found' error during svnsync
I'm trying to perform a svnsync with a repo stored at Google Code but it always fails at certain revision with the following error: $ svnsync sync file:///~/Riff Transmitting file data ...svnsync: File not found: transaction '1306-10e', path '/trunk/Modules/ReadUnread/Source/ReadUnread.Web/Controllers/ReadUnreadController.cs' To reproduce this error, just try the same svnsync with the repo located at http://riff-evolve.googlecode.com/svn. I found a similar issue in the bug database (http://subversion.tigris.org/issues/show_bug.cgi?id=3641) but I cannot see the reason described there matches with my case. What I can see as suspicious is that in the problematic revision a branch is created with the same name as an old branch that was deleted in a previous changeset. I'm currently using Subversion 1.6.5 (r38866) with Mac OSX 10.6.4. Any hint will be appreciated, even a workaround to this problem. Thanks, - Juan
Re: Applying multiple commits done to a branch to another branch
Hi I was told that I could use the following syntax to merge different revisions at once: svn merge [source svn location] -c 444 -c 469 -c 480 However, when I tried using this syntax I found out that all merges are done against the initial state of the current folder which resulted in conflicts, as in some cases the differents commits were related to the same bit of code. Is there anyway to have in one command line a behaviour that would take in account the previous revisions? thanks Emerson On 17 June 2010 14:53, emerson echofloripa.y...@gmail.com wrote: On 17 June 2010 13:29, Andy Levy andy.l...@gmail.com wrote: On Thu, Jun 17, 2010 at 05:38, emerson echofloripa.y...@gmail.com wrote: Hi Guys Thanks for the answers. First Andy, yes, we put more than the story code on the commits :) We are using svn 1.4.4 ont he server, so to be able to keep track of the ancestors logs we will probably need to upgrade. Note that the 1.4 series has not been supported for quite some time, and when 1.7 is released, 1.5 support will be dropped. You definitely ought to upgrade. We are going to move to the latest stable 1.6.11. Still, I believe we need some tool to search the logs for that especific # code of the story. Correct me if I am wrong, but from there I would have to collect all the revision numbers, and apply them in a single merge manually? Is there any way to automate this? If each story gets its own branch, then you don't have to worry about that. We might in the future go for a bigger isolation level like this, but at this point we will work with two different branches, a unstable (which would be our current trunk) and a stable, which will get promoted a story at a time. We needed something like this: Ex: searchsvnapp http://[repo location root] #s1322 result: revisions: 4233,4249,4313 This would then be copied and pasted in a merge command that would allow to apply all the revisions at once. I know that tortoise can do that, how can that be done on the command line? Or through some API maybe? BTW, Is there any way to use the merge command to apply several revisions at once? Thanks Emerson On 16 June 2010 22:40, Daniel Becroft djcbecr...@gmail.com wrote: On Thu, Jun 17, 2010 at 4:20 AM, Bob Archer bob.arc...@amsi.com wrote: You're describing a normal usage of merging. http://svnbook.red-bean.com/nightly/en/svn.branchmerge.html You don't want to redo all those commit messages, you want the merge to be aware of the history behind everything that's been done (which, if you're using 1.5 or later, is taken care of), so that svn log can trace back all those messages fall right in line. Really... I didn't know this happened. If you look at the log of trunk where you have merged in from branch won't it only show the merge as a single rev with the message you made in the merge commit. How will you be able to trace the log back through the changes made in branch? It does, but not by default. You need to use the '-g/--use-merge-history' switch. http://svnbook.red-bean.com/nightly/en/svn.branchmerge.advanced.html#svn.branchmerge.advanced.logblame Cheers, Daniel B.
RE: Applying multiple commits done to a branch to another branch
svn merge [source svn location] -c 444,469,480 -Original Message- From: emerson [mailto:echofloripa.y...@gmail.com] Sent: 05 July 2010 17:38 To: Andy Levy; users@subversion.apache.org Subject: Re: Applying multiple commits done to a branch to another branch Hi I was told that I could use the following syntax to merge different revisions at once: svn merge [source svn location] -c 444 -c 469 -c 480 However, when I tried using this syntax I found out that all merges are done against the initial state of the current folder which resulted in conflicts, as in some cases the differents commits were related to the same bit of code. Is there anyway to have in one command line a behaviour that would take in account the previous revisions? thanks Emerson On 17 June 2010 14:53, emerson echofloripa.y...@gmail.com wrote: On 17 June 2010 13:29, Andy Levy andy.l...@gmail.com wrote: On Thu, Jun 17, 2010 at 05:38, emerson echofloripa.y...@gmail.com wrote: Hi Guys Thanks for the answers. First Andy, yes, we put more than the story code on the commits :) We are using svn 1.4.4 ont he server, so to be able to keep track of the ancestors logs we will probably need to upgrade. Note that the 1.4 series has not been supported for quite some time, and when 1.7 is released, 1.5 support will be dropped. You definitely ought to upgrade. We are going to move to the latest stable 1.6.11. Still, I believe we need some tool to search the logs for that especific # code of the story. Correct me if I am wrong, but from there I would have to collect all the revision numbers, and apply them in a single merge manually? Is there any way to automate this? If each story gets its own branch, then you don't have to worry about that. We might in the future go for a bigger isolation level like this, but at this point we will work with two different branches, a unstable (which would be our current trunk) and a stable, which will get promoted a story at a time. We needed something like this: Ex: searchsvnapp http://[repo location root] #s1322 result: revisions: 4233,4249,4313 This would then be copied and pasted in a merge command that would allow to apply all the revisions at once. I know that tortoise can do that, how can that be done on the command line? Or through some API maybe? BTW, Is there any way to use the merge command to apply several revisions at once? Thanks Emerson On 16 June 2010 22:40, Daniel Becroft djcbecr...@gmail.com wrote: On Thu, Jun 17, 2010 at 4:20 AM, Bob Archer bob.arc...@amsi.com wrote: You're describing a normal usage of merging. http://svnbook.red-bean.com/nightly/en/svn.branchmerge.html You don't want to redo all those commit messages, you want the merge to be aware of the history behind everything that's been done (which, if you're using 1.5 or later, is taken care of), so that svn log can trace back all those messages fall right in line. Really... I didn't know this happened. If you look at the log of trunk where you have merged in from branch won't it only show the merge as a single rev with the message you made in the merge commit. How will you be able to trace the log back through the changes made in branch? It does, but not by default. You need to use the '-g/--use-merge-history' switch. http://svnbook.red-bean.com/nightly/en/svn.branchmerge.advanced.htm l#svn.branchmerge.advanced.logblame Cheers, Daniel B. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Re: Subversion with Berkley DB
On Mon, Jul 5, 2010 at 12:36 PM, Nico Kadel-Garcia nka...@gmail.com wrote: On Mon, Jul 5, 2010 at 4:39 AM, Daniele Zuco z...@istat.it wrote: Hi I would like to try storing my repository using the database Oracle Berkley DB. Why? Berkeley DB is deprecated for many reasons, and has been since at least Subversion 1.3. It does not operate well on network filesystems, for example. It's proven itself as exceedingly unreliable when upgrading, and difficult to repair errors in without far more expertise than most users can be troubled to maintain with an increasingly obscure format. While I don't disagree with the rest of your post, the Berkeley DB backend is certainly not deprecated. It may not be the recommended backend, but it is still supported and enhanced, along with the more popular FSFS backend. -Hyrum
subversion on dns323
hi, i like to use subversion with trac on my dns323 (arm). i use following commands: arp-1.4.2: ./configure --prefix=/ffp make make install arp-util-1.3.9: ./configure --prefix=/ffp make make install SWIG-1.3.24: ./configure --prefix=/ffp --with-python=/ffp/bin/python make make install subversion-1.6.12: ./configure --prefix=/ffp/ --with-ssl --without-berkeley-db --with-apr=/ffp/bin/apr-1-config --with-apr-util=/ffp/bin/apu-1-config PYTHON=/ffp/bin/python --with-swig=/ffp/bin/swig make make install make swig-py r...@betanas:/ffp/src/subversion-1.6.12# make check-swig-py cd /ffp/src/subversion-1.6.12/subversion/bindings/swig/python; \ /ffp/bin/python /ffp/src/subversion-1.6.12/subversion/bindings/swig/python/tests/run_all.py /ffp/bin/python: can't resolve symbol 'apr_uuid_parse' make: *** [check-swig-py] Error 1 can you help me? thanks and best regards ronald geisler
Re: subversion on dns323
On Mon, Jul 05, 2010 at 08:10:35PM +0200, Ronald Geisler wrote: r...@betanas:/ffp/src/subversion-1.6.12# make check-swig-py cd /ffp/src/subversion-1.6.12/subversion/bindings/swig/python; \ /ffp/bin/python /ffp/src/subversion-1.6.12/subversion/bindings/swig/python/tests/run_all.py /ffp/bin/python: can't resolve symbol 'apr_uuid_parse' make: *** [check-swig-py] Error 1 can you help me? My guess is that you need to run: export LD_LIBRARY_PATH=/ffp/lib before running the python tests. Stefan
svn add: Unrecognized line ending style
Maybe this started happening after upgrading to svn 1.6.12, but not really sure about the timing, but all of a sudden I can't add any new files to my svn repo on my Mac (10.6.4) because I'm getting Unrecognized line ending style when I do an 'svn add'. file pcapinfo.c pcapinfo.c: ASCII c program text xxd pcapinfo.c | head 000: 2f2a 2024 4964 2420 2a2f 0a0a 2369 6e63 /* $Id$ */..#inc 010: 6c75 6465 2022 636f 6e66 6967 2e68 220a lude config.h. 020: 2369 6e63 6c75 6465 2022 6465 6669 6e65 #include define 030: 732e 6822 0a23 696e 636c 7564 6520 2263 s.h.#include c 040: 6f6d 6d6f 6e2e 6822 0a0a 2369 6e63 6c75 ommon.h..#inclu 050: 6465 203c 6663 6e74 6c2e 683e 0a23 696e de fcntl.h.#in 060: 636c 7564 6520 3c73 7973 2f74 7970 6573 clude sys/types 070: 2e68 3e0a 2369 6e63 6c75 6465 203c 7379 .h.#include sy 080: 732f 7569 6f2e 683e 0a23 696e 636c 7564 s/uio.h.#includ 090: 6520 3c75 6e69 7374 642e 683e 0a23 696e e unistd.h.#in As you can see, looks like a standard Unix text file to me, using line feeds (0x0a). In vim, I've done a :w ++ff=unix to force the file to unix text format just to be sure, but still having the same problem. -- Aaron Turner http://synfin.net/ Twitter: @synfinatic http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix Windows Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin carpe diem quam minimum credula postero
Re: subversion on dns323
2010/7/5 Stefan Sperling s...@elego.de: On Mon, Jul 05, 2010 at 08:10:35PM +0200, Ronald Geisler wrote: r...@betanas:/ffp/src/subversion-1.6.12# make check-swig-py cd /ffp/src/subversion-1.6.12/subversion/bindings/swig/python; \ /ffp/bin/python /ffp/src/subversion-1.6.12/subversion/bindings/swig/python/tests/run_all.py /ffp/bin/python: can't resolve symbol 'apr_uuid_parse' make: *** [check-swig-py] Error 1 can you help me? My guess is that you need to run: export LD_LIBRARY_PATH=/ffp/lib before running the python tests. Stefan i add /ffp/lib to LD_LIBRARY_PATH and LD_RUN_PATH but i get the same error. thank you ronald