from the desk of stinkpot

while trying to commit an omnigraffle file to an SVN repository, i received the following error message: 
A         bootstraps.graffle
A         bootstraps.graffle/data.plist
‘vn: Invalid control character ‘0×0d’ in path ‘bootstraps.graffle/Icon
 
 the solution: 
$ svn propedit svn:ignore Icon 
 try again to add the OmniGraffle files and things should be fine! 

while trying to commit an omnigraffle file to an SVN repository, i received the following error message: 
A         bootstraps.graffleA         bootstraps.graffle/data.plist’vn: Invalid control character ‘0×0d’ in path ‘bootstraps.graffle/Icon
 the solution: 
$ svn propedit svn:ignore Icon
 try again to add the OmniGraffle files and things should be fine! 

if you get the following error when committing code in SVN: 
beagle://home/ldavid/src/angst/svn/svn commit -m “deleting trunk”
Deleting       trunk
svn: Commit failed (details follow):
svn: Out of date: ‘/angst/trunk/trunk’ in transaction ‘2f’
 just try and run the following:
 $ svn update 
and then repeat your SVN command. 

my berkeley db just got updated and now svn is unhappy:
svn: Commit failed (details follow): 
svn: Berkeley DB error while opening environment for filesystem /home/ldavid/svn/db:
Invalid argument
svn: bdb: Program version 4.2 doesn’t match environment version
 i found a fix for this problem here.    
$ svnadmin create –fs-type bdb newrepos
$ cd newrepos/db
$ rm *s __db.* log.*
$ cd ../..
$ cd oldrepos/db
$ for […]

let’s say you communicate with your SVN repository via ssh and a non-standard port (not 22).
to get svn commands transmitting on let’s say port 123, here’s what you can do:

 add the following to ~/.ssh/config:

host SVNalias
Hostname www.svnhost.com
Port 123

now, just call your svn command using the alias:

svn import ./local_folder svn+ssh://user@SVNalias/SVN/new_folder -m “initial import”

i received the following error message while trying to build subversion the other day:
/usr/bin/ld: /home/ldavid/src/subversion-1.4.6/neon/src/.libs/libneon.a(ne_request.o): relocation R_X86_64_32 against `a local symbol’ can not be used when making a shared object; recompile with -fPIC
/home/ldavid/src/subversion-1.4.6/neon/src/.libs/libneon.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [subversion/libsvn_ra_dav/libsvn_ra_dav-1.la] Error 1
the solution i found:
first, add the following to […]

i’ve got a subversion repository on a server that doesn’t have a configured webserver.  consequently, i can’t just point svn to an http:// address.  instead, here’s how i checkout my code:
>> svn co svn+ssh://user@server/svn_repository_path/