Re: Errors in Building Perl Bindings
Stefan Sperling wrote, On 22/02/2011 16:26: On Tue, Feb 22, 2011 at 04:04:36PM +, Yudong Sun wrote: Stefan Sperling wrote, On 22/02/2011 15:47: On Tue, Feb 22, 2011 at 03:23:04PM +, Yudong Sun wrote: I can fix the first libgfortran.so.3 not found error by adding the path to the LD_LIBRARY_PATH in ./subversion/bindings/swig/perl/native/Makefile. What about the following 'Can't locate loadable object for module SVN::_Repos' etc? What are the loadable object needed? Thanks, Yudong You probably need the path to the installed libsvn_* libraries in LD_LIBRARY_PATH, too. See the bottom of this post: http://svn.haxx.se/users/archive-2011-02/0300.shtml What is said there about python bindings applies to the perl bindings as well (and the ruby bindings, too). This e-mail has been scanned for all viruses by Star. Hi Stefan, I have included the subversion lib path '/work/z03/z03/ydsun/queries/q149281_git_svn/svn-1.6.2/lib' to the LD_LIBRARY_PATH (the last entry). However, the errors complain 'can't locate loadable object in @INC'. I can't figure out where @INC is set: Try this: export PERL5LIB=/path/to/perl/libs cd /work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/native; make test make[1]: Entering directory `/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/nati ve' PERL_DL_NONLAZY=1 LD_LIBRARY_PATH=/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl /libsvn_swig_perl/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_client/.libs:/work/z0 3/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_delta/.libs:/work/z03/z03/ydsun/queries/q149281_git_s vn/subversion-1.6.2/subversion/libsvn_fs/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsv n_ra/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_repos/.libs:/work/z03/z03/ydsun/qu eries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_wc/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6 .2/subversion/libsvn_diff/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_subr/.libs:/w ork/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_ra_local/.libs:/work/z03/z03/ydsun/queries/q149 281_git_svn/subversion-1.6.2/subversion/libsvn_ra_svn/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/sub version/libsvn_ra_neon/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_ra_serf/.libs:/w ork/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_fs_base/.libs:/work/z03/z03/ydsun/queries/q1492 81_git_svn/subversion-1.6.2/subversion/libsvn_fs_util/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/sub version/libsvn_fs_fs/.libs:/opt/cray/mpt/5.1.2/xt/gemini/mpich2-gnu/lib:/opt/cray/pmi/1.0-1..8160.39.2.gem/lib64:/opt/gc c/mpc/0.8.1/lib:/opt/gcc/mpfr/2.4.2/lib:/opt/gcc/gmp/4.3.2/lib:/opt/gcc/4.5.1/snos/lib64:/opt/cray/xpmem/0.1-2.0301.24037.4. 2.gem/lib64:/opt/cray/dmapp/2.2-1.0301.2594.5.7.gem/lib64:/opt/cray/ugni/2.0-1.0301.2648.4.4.gem/lib64:/opt/cray/udreg/1.3-1 .0301.2732.4.1.gem/lib64:/opt/cray/MySQL/5.0.64-1.0301.2899.20.2.gem/lib64/mysql:/opt/cray/MySQL/5.0.64-1.0301.2899.20.2.gem /lib64:/work/z03/z03/ydsun/queries/q149281_git_svn/svn-1.6.2/lib /usr/bin/perl -MExtUtils::Command::MM -e test_harness( 0, 'blib/lib', 'blib/arch') ../../../../../subversion/bindings/swig/perl/native/t/*.t ../../../../../subversion/bindings/swig/perl/native/t/0use.NOK 2/7 # Failed test 'use SVN::Repos;' # at ../../../../../subversion/bindings/swig/perl/native/t/0use.t line 6. # Tried to use 'SVN::Repos'. # Error: Can't locate loadable object for module SVN::_Repos in @INC (@INC contains: /work/z03/z03/ydsun/queries/q14928 1_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/native/blib/lib /work/z03/z03/ydsun/queries/q149281_git_svn/subvers ion-1.6.2/subversion/bindings/swig/perl/native/blib/arch /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10 .0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/ site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-th read-multi /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vend or_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl . /usr/lib/perl5/5.10. 0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/s ite_perl/5.10.0
Re: Errors in Building Perl Bindings
On Fri, Feb 25, 2011 at 01:22:57PM +, Yudong Sun wrote: Stefan Sperling wrote, On 22/02/2011 16:26: On Tue, Feb 22, 2011 at 04:04:36PM +, Yudong Sun wrote: Stefan Sperling wrote, On 22/02/2011 15:47: On Tue, Feb 22, 2011 at 03:23:04PM +, Yudong Sun wrote: I can fix the first libgfortran.so.3 not found error by adding the path to the LD_LIBRARY_PATH in ./subversion/bindings/swig/perl/native/Makefile. What about the following 'Can't locate loadable object for module SVN::_Repos' etc? What are the loadable object needed? Thanks, Yudong You probably need the path to the installed libsvn_* libraries in LD_LIBRARY_PATH, too. See the bottom of this post: http://svn.haxx.se/users/archive-2011-02/0300.shtml What is said there about python bindings applies to the perl bindings as well (and the ruby bindings, too). This e-mail has been scanned for all viruses by Star. Hi Stefan, I have included the subversion lib path '/work/z03/z03/ydsun/queries/q149281_git_svn/svn-1.6.2/lib' to the LD_LIBRARY_PATH (the last entry). However, the errors complain 'can't locate loadable object in @INC'. I can't figure out where @INC is set: Try this: export PERL5LIB=/path/to/perl/libs cd /work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/native; make test make[1]: Entering directory `/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/nati ve' PERL_DL_NONLAZY=1 LD_LIBRARY_PATH=/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl /libsvn_swig_perl/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_client/.libs:/work/z0 3/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_delta/.libs:/work/z03/z03/ydsun/queries/q149281_git_s vn/subversion-1.6.2/subversion/libsvn_fs/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsv n_ra/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_repos/.libs:/work/z03/z03/ydsun/qu eries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_wc/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6 .2/subversion/libsvn_diff/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_subr/.libs:/w ork/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_ra_local/.libs:/work/z03/z03/ydsun/queries/q149 281_git_svn/subversion-1.6.2/subversion/libsvn_ra_svn/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/sub version/libsvn_ra_neon/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_ra_serf/.libs:/w ork/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_fs_base/.libs:/work/z03/z03/ydsun/queries/q1492 81_git_svn/subversion-1.6.2/subversion/libsvn_fs_util/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/sub version/libsvn_fs_fs/.libs:/opt/cray/mpt/5.1.2/xt/gemini/mpich2-gnu/lib:/opt/cray/pmi/1.0-1..8160.39.2.gem/lib64:/opt/gc c/mpc/0.8.1/lib:/opt/gcc/mpfr/2.4.2/lib:/opt/gcc/gmp/4.3.2/lib:/opt/gcc/4.5.1/snos/lib64:/opt/cray/xpmem/0.1-2.0301.24037.4. 2.gem/lib64:/opt/cray/dmapp/2.2-1.0301.2594.5.7.gem/lib64:/opt/cray/ugni/2.0-1.0301.2648.4.4.gem/lib64:/opt/cray/udreg/1.3-1 .0301.2732.4.1.gem/lib64:/opt/cray/MySQL/5.0.64-1.0301.2899.20.2.gem/lib64/mysql:/opt/cray/MySQL/5.0.64-1.0301.2899.20.2.gem /lib64:/work/z03/z03/ydsun/queries/q149281_git_svn/svn-1.6.2/lib /usr/bin/perl -MExtUtils::Command::MM -e test_harness( 0, 'blib/lib', 'blib/arch') ../../../../../subversion/bindings/swig/perl/native/t/*.t ../../../../../subversion/bindings/swig/perl/native/t/0use.NOK 2/7 # Failed test 'use SVN::Repos;' # at ../../../../../subversion/bindings/swig/perl/native/t/0use.t line 6. # Tried to use 'SVN::Repos'. # Error: Can't locate loadable object for module SVN::_Repos in @INC (@INC contains: /work/z03/z03/ydsun/queries/q14928 1_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/native/blib/lib /work/z03/z03/ydsun/queries/q149281_git_svn/subvers ion-1.6.2/subversion/bindings/swig/perl/native/blib/arch /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10 .0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/ site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-th read-multi /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vend or_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl . /usr/lib/perl5/5.10.
Re: Errors in Building Perl Bindings
Stefan Sperling wrote, On 25/02/2011 13:36: On Fri, Feb 25, 2011 at 01:22:57PM +, Yudong Sun wrote: Stefan Sperling wrote, On 22/02/2011 16:26: On Tue, Feb 22, 2011 at 04:04:36PM +, Yudong Sun wrote: Stefan Sperling wrote, On 22/02/2011 15:47: On Tue, Feb 22, 2011 at 03:23:04PM +, Yudong Sun wrote: I can fix the first libgfortran.so.3 not found error by adding the path to the LD_LIBRARY_PATH in ./subversion/bindings/swig/perl/native/Makefile. What about the following 'Can't locate loadable object for module SVN::_Repos' etc? What are the loadable object needed? Thanks, Yudong You probably need the path to the installed libsvn_* libraries in LD_LIBRARY_PATH, too. See the bottom of this post: http://svn.haxx.se/users/archive-2011-02/0300.shtml What is said there about python bindings applies to the perl bindings as well (and the ruby bindings, too). This e-mail has been scanned for all viruses by Star. Hi Stefan, I have included the subversion lib path '/work/z03/z03/ydsun/queries/q149281_git_svn/svn-1.6.2/lib' to the LD_LIBRARY_PATH (the last entry). However, the errors complain 'can't locate loadable object in @INC'. I can't figure out where @INC is set: Try this: export PERL5LIB=/path/to/perl/libs cd /work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/native; make test make[1]: Entering directory `/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/nati ve' PERL_DL_NONLAZY=1 LD_LIBRARY_PATH=/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/bindings/swig/perl /libsvn_swig_perl/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_client/.libs:/work/z0 3/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_delta/.libs:/work/z03/z03/ydsun/queries/q149281_git_s vn/subversion-1.6.2/subversion/libsvn_fs/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsv n_ra/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_repos/.libs:/work/z03/z03/ydsun/qu eries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_wc/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6 .2/subversion/libsvn_diff/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_subr/.libs:/w ork/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_ra_local/.libs:/work/z03/z03/ydsun/queries/q149 281_git_svn/subversion-1.6.2/subversion/libsvn_ra_svn/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/sub version/libsvn_ra_neon/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_ra_serf/.libs:/w ork/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/subversion/libsvn_fs_base/.libs:/work/z03/z03/ydsun/queries/q1492 81_git_svn/subversion-1.6.2/subversion/libsvn_fs_util/.libs:/work/z03/z03/ydsun/queries/q149281_git_svn/subversion-1.6.2/sub version/libsvn_fs_fs/.libs:/opt/cray/mpt/5.1.2/xt/gemini/mpich2-gnu/lib:/opt/cray/pmi/1.0-1..8160.39.2.gem/lib64:/opt/gc c/mpc/0.8.1/lib:/opt/gcc/mpfr/2.4.2/lib:/opt/gcc/gmp/4.3.2/lib:/opt/gcc/4.5.1/snos/lib64:/opt/cray/xpmem/0.1-2.0301.24037.4. 2.gem/lib64:/opt/cray/dmapp/2.2-1.0301.2594.5.7.gem/lib64:/opt/cray/ugni/2.0-1.0301.2648.4.4.gem/lib64:/opt/cray/udreg/1.3-1 .0301.2732.4.1.gem/lib64:/opt/cray/MySQL/5.0.64-1.0301.2899.20.2.gem/lib64/mysql:/opt/cray/MySQL/5.0.64-1.0301.2899.20.2.gem /lib64:/work/z03/z03/ydsun/queries/q149281_git_svn/svn-1.6.2/lib /usr/bin/perl -MExtUtils::Command::MM -e test_harness( 0, 'blib/lib', 'blib/arch') ../../../../../subversion/bindings/swig/perl/native/t/*.t ../../../../../subversion/bindings/swig/perl/native/t/0use.NOK 2/7 # Failed test 'use SVN::Repos;' # at ../../../../../subversion/bindings/swig/perl/native/t/0use.t line 6. # Tried to use 'SVN::Repos'. # Error: Can't locate loadable object for module SVN::_Repos in @INC (@INC contains: /work/z03/z03/ydsun/queries/q14928 1_git_svn/subversion-1.6.2/subversion/bindings/swig/perl/native/blib/lib /work/z03/z03/ydsun/queries/q149281_git_svn/subvers ion-1.6.2/subversion/bindings/swig/perl/native/blib/arch /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10 .0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/ site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-th read-multi /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vend or_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl . /usr/lib/perl5/5.10. 0/x86_64-linux-thread-multi
Re: ^M Appends to every line?
On Thu, Feb 24, 2011 at 12:55 PM, Christopher D Haakinson cdhaa...@us.ibm.com wrote: 2) I copy this entire script from notepad in windows into a new file named test2.sh, also in notepad. The guy who wrote Notepad and had them put it on Windows as a text editor should be shot, hung, and then shot again. Then, stampeded by a bunch of wild horses, and for good measure shot again. As you can tell, I have a strong opinion of Notepad. Notepad is NOT A PROGRAM EDITOR. Yes, I was shouting. Sorry about that, after 15 years of Windows and having developers use it as their program editor, I get a little tense sometimes. Notepad is not a program editor. Nothing will mess up a program quicker than Notepad. It mucks up line endings, changes Unicode characters, and will mess up the end of file. The developers in my organization know not to use Notepad or face the Wrath of Dave. There are tons of freeware program editors out there, and there's just no excuse for anyone who is involved in development to use Notepad. VIM is great (http://www.vi.org) -- if you're a VI fanboy. I happen to be one. I have yet found a program editor that is as fast as VI. VIM adds all sorts of goodies to VI including automatic syntax indentations and syntax highlighting. It is not the easiest editor to use (it can take months to learn all of its ins and outs), but once you learn it, it's the best. For those who want something a bit more GUI oriented, there's ScitTE ( http://www.scintilla.org/SciTE.html). And a great Notepad replacement is Notepad++ (http://notepad-plus-plus.org/). It provides a very similar looking Notepad like interface, but understands line and file endings. -- David Weintraub qazw...@gmail.com
Re: ^M Appends to every line?
On Fri, Feb 25, 2011 at 12:08, David Weintraub qazw...@gmail.com wrote: For those who want something a bit more GUI oriented, there's ScitTE (http://www.scintilla.org/SciTE.html). And a great Notepad replacement is Notepad++ (http://notepad-plus-plus.org/). It provides a very similar looking Notepad like interface, but understands line and file endings. FYI Notepad++ SciTE use the same text editor component (or at least last I checked they did); they're just different shells/wrappers/features bolted on. Not saying that's bad; on the contrary, it means that it's been checked tested twice as much. I used to swear by SciTE, now I've switched to Notepad++ (but I keep both installed, for different features).
svn update or rsync - which is best to update live files
Hi, I have subversion up and running quite well now(thanks to everyone here :-)) Now I've come to the point in my development where I need to figure out what's the best method for transferring my svn files to my live site. I've read that I should use a post-commit hook, which is fine I'm using a pre-commit hook already so I'm aware of how they work. My main question is: Which method is best for updating my live files? Should I use rsync in my post hook or should I use svn update? http://subversion.apache.org/faq.html#website-auto-update this page recommends using svn update, but I wanted to get some input from the community too. Thanks in advance!
Re: svn update or rsync - which is best to update live files
On 2/25/11 11:39 AM, Christopher D Haakinson wrote: Hi, I have subversion up and running quite well now(thanks to everyone here :-)) Now I've come to the point in my development where I need to figure out what's the best method for transferring my svn files to my live site. I've read that I should use a post-commit hook, which is fine I'm using a pre-commit hook already so I'm aware of how they work. My main question is: Which method is best for updating my live files? Should I use rsync in my post hook or should I use svn update? http://subversion.apache.org/faq.html#website-auto-update this page recommends using svn update, but I wanted to get some input from the community too. Thanks in advance! First, both svn and rsync do atomic replaces of the file, so you don't have to worry about the live files being observed in some odd state. There are tradeoffs. - rsync will need to stat() each file in your working copy - svn will only update the files that are newer; however - svn currently requires a lock on each subdirectory rsync will have two times the stat()'s, one for the source and one for the destination. Probably for speed, your best bet is to time either. In 1.7, I would definitely use svn, as the locking issue goes away. Blair
Re: svn externals
On Feb 14, 2011, at 02:06, Stephen Connolly wrote: On 14 Feb 2011 07:59, Ryan Schmidt wrote: On Feb 14, 2011, at 01:57, Stephen Connolly wrote: yeah, but you'd want at least an option for the client to override ;-) Why would one want that? because you might not want the git on the system path I had assumed that there would be git libraries that Subversion would find during configuration and link with; no binary needed. If git does not provide libraries, then I had assumed Subversion would find the appropriate binary at configuration time. because you may not have permissions on windows to set the uri handler I don't know what that means.