When we use svn to push files from local or remote server to svn end or delete files, we may meet a problem about "cannot remove Device or resource busy". The reason is that we didn't do svn commit and svn update after doing one svn add or svn delete, then we did another svn add or svn delete. On this condition, svn cleanup may not solve this problem as well. So how should we solve this problem.

I'm using Subversion on Linux with a repository hosted on a remote server (via https) and with kwallet as the password store. Everything works as expected except that each time I'm using something like svn commit or svn update from the KDE console, I get the warning

kf.windowsystem: Cannot use KWindowSystem without a QGuiApplication

although the command is still executed. I have added code to my ~/.bashrc to suppress this particular message, but I'd still like to know what's going wrong here. In case it matters: I'm using OpenSUSE Tumbleweed installed from snapshot 20250728 this week.

I have a collection of a dozen directories which are all separate working copies of different svn repos. They are configured the same way on all my machines so I can work on any of them at any time. I'm alone in this: no-one else uses them, and they all use the same credentials as they're all in-house. All the working copies were created with svn --username=aaa --password=bbb co http://xxxx/svn/yyyy . on each machine. I work in most of them most days, and periodically invoke a shell script which loops through them all and does an svn up and an svn ci -m "stuff" in each of them. This is all under Linux Mint 19 on all machines (and has been running fine under previous releases for years) but on one machine (HP Envy laptop) the script returns the same error for each one (names masked): svn: E170013: Unable to connect to a repository at URL 'http://xxxx/svn/yyyy ' svn: E215004: No more credentials or we tried too many times. Authentication failed However, if I issue an svn up manually in any of the directories, it works (ie it knows the credentials)…and then running the script works fine, and everything is synch'd. I don't get prompted for any keychain stuff (nor am I aware that any keychain is in use). As the script works fine without the manual intervention on all my other machines, I'd appreciate any pointers as to where I should look for this particular one not working.

I need to perform some operation if a target file is changed in the SVN repo. How can I test it? More specifically, I have a local version of a doc.tex file from which I generate a doc.pdf file that is not on the server. If my local version of doc.tex file is outdated I want to copy the doc.pdf file to doc-old.pdf, than update the doc.tex, generate the new doc.pdf file and, finally, compare the two pdfs. The only step I miss is the checking for updates of the doc.tex file on server.

I'm trying to check out my repository, but it can not connect to my project archive and refuses the connection. When I try to checkout in Uni it works, but not at home. I tried to change the ~/.subversion/servers file but it didn't work. I've been struggling with this issue for a long time, can anyone help me ? svn: E170013: Konnte nicht mit Projektarchiv bei URL »https://www.myrepository.org« ; verbinden svn: E000111: Fehler beim Ausführen des Kontextes: Verbindungsaufbau abgelehnt

I am trying to connect to my company SVN server in Ubuntu 16.04 and keep getting the following errors: $ svn list https://path_to_repo svn: E170013: Unable to connect to a repository at URL 'https://path_to_repo ' svn: E120190: Error running context: An error occurred during authentication Note that normally everyone else in the company is using Windows to access the server and I am using Linux because of embedded development (of which I am the only one...). The SVN server runs on Windows so I was wondering if there is something missing from the server configuration on Windows that would prevent access from a Linux machine. For what it's worth, I am able to connect to the VisualSVN server and view files. I just can't use any svn commands from the command line without getting the errors mentioned earlier. Any help would be greatly appreciated!

I was editing the SVN pre-commit hook to add some checks on the files being committed, potentially rejecting a commit if certain strings were found in the file(s). I use svnlook to examine the contents of the commit transaction to get the list of files, looping through the list to grep for the strings. The hook is a standard bash script, nothing fancy. This is running on RHEL 8.6, and the SVN client is TortoiseSVN running on Win10. While making this change, I was outputting the error messages to stderr and exiting with a non-zero return code, and confirming that TortoiseSVN was displaying this stderr output when it rejected the commit. To trace the script so that I could diagnose any issues, I also had it output to stdout, redirecting that output to a file, as in:

export LOG_FILE=/tmp/svn.pre-commit.out
echo "checking file $TXN_SOURCE_FILE for string $VAR_SEARCH_STRING" >> $LOG_FILE

I would try the commit, the hook would reject it, and TortoiseSVN would dutifully report the reason for the rejection based on the stderr output. But when I looked for the file /tmp/svn.pre-commit.out, it was nowhere to be found. To get around this, I ended up doing a

$LOG_FILE | mailx -s 'hook output' my_email_address

, which did email the output to my inbox. OK, so it seems that the file gets created, and I have my output, but it's still weird that I can't find the file. I added the following (prior to the lines that pipe the file to mailx):

echo "About to do 'ls -l' of $LOG_FILE" >> $LOG_FILE
ls -l $LOG_FILE >> $LOG_FILE
sleep 60

During the 60 second sleep interval, I used a second terminal session and did

-l /tmp/svn*

, and received a "No such file or directory" message. But when the email arrived in my inbox, it included the lines:

About to do 'ls -l' of /tmp/svn.pre-commit.out
-rw-r--r--. 1 apache apache 1668 May  7 18:48 /tmp/svn.pre-commit.out

This leads me to two questions. First, for those who have debugged SVN hooks, what methods have you used to trace/debug the script's operation? Second, how does SVN make this happen? Within the context of the script, the file seems to exist, but from the command line, it does not, even during the time that the script is sleeping. I presume that this is all done to prevent the hooks from filling up a filesystem with files, but how is it done? I'm curious whether this is something that I can exploit as a means of cleaning up output files from other scripts that I write that are not SVN hooks. edit 2024/05/08 14:20:00 CDT I added a

/tmp/test_temp_file; ls -l /tmp/test_temp_file >> $LOG_FILE

in the pre-commit hook. As I did previously, I had the hook do a

$LOG_FILE | mailx ...

to get the contents of $LOG_FILE sent to my inbox before exiting. The email showed that the touch did indeed create a 0 byte file in /tmp, but I was not able to see that file while the hook was sleeping, nor after the hook exited. I also did a

/home/user_dir/test_temp_file; ls -l /home/user_dir/test_temp_file >> $LOG_FILE

. That file is visible while the hook is sleeping, and remains after the hook exits. Further, I have changed the script to put LOG_FILE into a different directory via

LOG_FILE=/home/user_dir/svn.pre-commit.out

. The log file is visible while the hook is sleeping, and remains after the hook exits. It is only files that the script creates in /tmp via

or using redirection that exhibit this quirky behavior. They seem to be available to the script for the duration of its execution, but not visible to anyone else, either while the script executes or after it exits. After re-reading @G-Man's second comment, I updated the hook script to include the

-lai /

and

in the script, with the output redirected to $LOG_FILE. Comparing that to the output from the command line when the hook is not running, I see that the inode number for /tmp differs. Also, the output from

includes several lines when run from the script that are not present when running from the command line while the script is not running:

devtmpfs on /dev type devtmpfs (rw,nosuid,seclabel,size=1982272k,nr_inodes=495568,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,seclabel)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,seclabel,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,seclabel,mode=755)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)

edit 2024/05/09 17:20:00 CDT SOLVED The fact that the inode for the /tmp visible to the hook script differed from the inode for /tmp at the Linux command line was really odd. Additional testing showed that restarting the httpd daemon would result in the hook script seeing yet another inode number for /tmp. Performing multiple SVN commits without restarting httpd showed that the inode remained constant, but if we restarted httpd, we would end up with another inode number. Running

/ -inum _inode_ -print

provided the answer. The pseudo /tmp was actually a subdirectory a couple of levels deep within /tmp. Specifically it was /tmp/systemd-private-037e4427fdb644818be8d68d3c1a8bb4-httpd.service-7zRNLg/tmp. The '7zRNLg' portion changes each time the httpd daemon is restarted. It appears that httpd is creating this directory and then doing a

--bind /tmp /tmp/systemd-private-037e4427fdb644818be8d68d3c1a8bb4-httpd.service-7zRNLg/tmp

. Then when the hook script runs, it is forked from the httpd process, inheriting this private /tmp directory. For those who are curious, the permissions on /tmp/systemd-private-037e4427fdb644818be8d68d3c1a8bb4-httpd.service-7zRNLg are set to 700, with owner set to root. I am not sure why there was nothing identifying this private temporary directory in the output of the

command that ran inside the script. If anyone has any suggestions on that point, please share.

I'd like to automize a build process which involves getting some code from an svn repository. The server certificate is not automatically trusted. Things that I tried but that don't work: 1. svn checkout --non-interactive --trust-server-cert --username name --password password --no-auth-cache -r revision https://server.address/trunk/ results in svn: E230001: Server SSL certificate verification failed: certificate has expired, issuer is not trusted 2. echo "t" | svn checkout --username name --password password --no-auth-cache -r revision https://server.address/trunk/ results in the same result svn: E230001: Server SSL certificate verification failed: certificate has expired, issuer is not trusted However, when using svn checkout --username name --password password --no-auth-cache -r revision https://server.address/trunk/ then the dialog (R)eject or accept (t)emporarily? appears, and when pressing 't' the source gets fetched. Particularly the manual method and the echo "t" method confuses me, because it should actually be the same thing. Has anybody an explanation for this or knows a solution that could work?

I want to mirror an SVN repository on my local Windows system, but in order to save bandwidth I will have to do an svnrdump onto remote Linux system, zip it up and download it onto my Windows system. Does the fact that the repository was first downloaded to a Linux system then transferrred to Windows mean there could be end of line conversion issues, as happens with Git systems which are not properly configured?

I issue the following command to find the .svn directories: find . -name ".svn" That gives me the following results: ./toto/.svn ./toto/titi/.svn ./toto/tata/.svn How could I process all these lines with rm -fr in order to delete the directories and their content?

If a have a ~/.subversion/servers file that looks like this:

[groups]
corporate-repo=*.repo.example.com

[corporate-repo]
http-proxy-host= www-proxy.example.com
http-proxy-port= 80
http-proxy-compression= no
ssl-client-cert-file=/path/to/cert.pfx

How can I use the --config-option switch to svn to unset the HTTP proxy option when connecting to myrepo.repo.example.com on a different network where the configured proxy server is not available. This is on macOS, in case that's relevant.

I'm having a bad time building [svnwcrew](http://svnwcrev.tigris.org/) , and as the readme file says: "There is no sophisticated installation procedure for this small utility."... I modified the config.mk file setting the APR_INCLUDE as the readme says, and when I run **make**: > http://pastebin.com/NE1nevek any suggestion to build this tool? Thanks!

I have to change my SVN repo URL so I run:

svn relocate [new_url]

Output:

svn: E170011: Repository moved temporarily to [new_url]

Running echo $? gives 1 back. Operations like checkout are also causing the same issue. Both [new_url]s are the same. But when I run svn info it still shows the old URL. If I try to commit changes it goes to the old repo. How do I fix this issue? I'm using Subversion with Git for Windows. I'm not using git-svn, I'm using the original subversion CLI. Edit: On the SVN server, I run this command:

svn checkout http://localhost/svn/testrepo

And it outputs:

Redirecting to URL 'http://localhost/svn/testrepo/':
svn: /build/subversion-owKwd0/subversion-1.13.0/subversion/libsvn_subr/dirent_uri.c:1562: uri_skip_ancestor: Assertion `svn_uri_is_canonical(child_uri, NULL)' failed.
Aborted

I'm using apache2 server with dav_svn module to serve svn repos. Apache2 Configuration (/etc/apache2/mods-enabled/dav_svn.conf):

Alias /svn /svn


 DAV svn
 SVNParentPath /svn
 AuthType Basic
 AuthName "Auth"
 AuthUserFile /etc/apache2/dav_svn.passwd
 
  Require valid-user

I want to do a passwordless ssh connection for a subversion project. Right now I'm using ssh+svn, and it's a little annoying, because I have to type the password any time I want to transact with the server. I've found several tutorials on the web about how to generate a key for passwordless ssh, but they all seem to assume that I'm using the same username on the remote system as I am for my home system. However, the username that I use for ssh+svn is different that the user account name on the system that I'm running. How do I set this up properly? I haven't had luck with just changing the name in the key file.

For a long time we put SVN repositories on a Windows share (worked great as only one person was working on one project). Now, we are moving dev machines away from Windows to Ubuntu and we need to access those repositories from Ubuntu. I mounted the svn repositories share like this: //win_serv/svn /mnt/svn cifs credentials=/home/u/.smbcreds,iocharset=utf8,sec=ntlm 0 0 I managed to change repository URL to /mnt/svn/some_project. However, trying to do svn up causes an error: svn: E200033: Another process is blocking the working copy database, or the underlying filesystem does not support file locking; if the working copy is on a network filesystem, make sure file locking has been enabled on the file server svn: E200033: sqlite[S5]: database is locked svn: E200033: Additional errors: svn: E200033: sqlite[S5]: database is locked Am I doing something wrong (besides the 'svn repository on windows share' fact)? Is it even possible to access an svn repo on a Windows share from Linux?

I'm trying to get svn to save my https username+password to ~/.subversion from within an automated script. I can pass creds on the command-line but I do not want to be prompted about whether to save the password unencrypted. Unfortunately this does not create ~/.subversion/: svn --non-interactive --trust-server-cert --username myusername --password secret co https://private.example.com/src/repo/ FYI I'm trying to do this for a Dockerfile that invokes a bower install with a bower.json that references a password-protected svn repo. Unfortunately there's no way to pass the svn credentials to bower via command-line or environment. I am currently working around it by running svn interactively and letting it create ~/.subversion, then zipping up that entire directory and ADDing it in the Dockerfile. I guess I could look at the file formats in ~/.subversion and create it with a script, but would rather let svn do it.

I have a variable log which contains svn history:

$ log=$(svn log -r 9:11)
$ echo "%s\n" "$log"
------------------------------------------------------------------------
r9 | stew | 2021-03-06 20:14:57 +0100 (Sat, 06 Mar 2021) | 1 line

Moving things to trunk
------------------------------------------------------------------------
r10 | stew | 2021-03-06 20:16:27 +0100 (Sat, 06 Mar 2021) | 1 line

Adding script svn2redmine
------------------------------------------------------------------------
r11 | stew | 2021-03-06 20:19:38 +0100 (Sat, 06 Mar 2021) | 2 lines

Moving stuff to a file execute permissions.
This is a multi-line message
------------------------------------------------------------------------

I have a good script which will parse individual commit messages. But right now I call it with:

for rev in {9..11}; do
  parse "$(svn log -r $rev)"
done

That means, I'm making lots of svn log requests which each establishes another connection to the server and is thus slow. I'd rather:

log=$(svn log -r 9:11)
for commit in "$log"; do
  parse "$commit"
done

But how can I split "$log" into individual commits?

I am trying to install SVN (subversion) but when I run $yum install svn I just get

No match for argument: svn

What repository do I need to configure and or add to be able to install this? EDIT Here is my repolist AppStream CentOS-8 - AppStream disabled AppStream-source CentOS-8 - AppStream Sources disabled BaseOS CentOS-8 - Base enabled: 1,697 BaseOS-source CentOS-8 - BaseOS Sources disabled PowerTools CentOS-8 - PowerTools disabled base-debuginfo CentOS-8 - Debuginfo disabled c8-media-AppStream CentOS-AppStream-8 - Media disabled c8-media-BaseOS CentOS-BaseOS-8 - Media disabled centos-8.0-updates-media-AppStream CentOS-Updates-AppStream-8.0 - Media disabled centos-8.0-updates-media-BaseOS CentOS-Updates-BaseOS-8.0 - Media disabled centosplus CentOS-8 - Plus disabled centosplus-source CentOS-8 - Plus Sources disabled cr CentOS-8 - cr disabled *epel Extra Packages for Enterprise Linux 8 - x86_64 enabled: 7,145 epel-debuginfo Extra Packages for Enterprise Linux 8 - x86_64 - Debug disabled *epel-modular Extra Packages for Enterprise Linux Modular 8 - x86_64 enabled: 0 epel-modular-debuginfo Extra Packages for Enterprise Linux Modular 8 - x86_64 - Debug disabled epel-modular-source Extra Packages for Enterprise Linux Modular 8 - x86_64 - Source disabled epel-playground Extra Packages for Enterprise Linux 8 - Playground - x86_64 disabled epel-playground-debuginfo Extra Packages for Enterprise Linux 8 - Playground - x86_64 - Debug disabled epel-playground-source Extra Packages for Enterprise Linux 8 - Playground - x86_64 - Source disabled epel-source Extra Packages for Enterprise Linux 8 - x86_64 - Source disabled epel-testing Extra Packages for Enterprise Linux 8 - Testing - x86_64 disabled epel-testing-debuginfo Extra Packages for Enterprise Linux 8 - Testing - x86_64 - Debug disabled epel-testing-modular Extra Packages for Enterprise Linux Modular 8 - Testing - x86_64 disabled epel-testing-modular-debuginfo Extra Packages for Enterprise Linux Modular 8 - Testing - x86_64 - Debug disabled epel-testing-modular-source Extra Packages for Enterprise Linux Modular 8 - Testing - x86_64 - Source disabled epel-testing-source Extra Packages for Enterprise Linux 8 - Testing - x86_64 - Source disabled extras CentOS-8 - Extras disabled extras-source CentOS-8 - Extras Sources disabled fasttrack CentOS-8 - fasttrack disabled teams teams disabled teamviewer TeamViewer - x86_64 disabled SOLUTION Looks like I needed to enable my AppStream repo as I went one by one to different repos enabling and running the $yum install svn command.

When I'm using the **svn** client in my bash I have to set first the variable **SVN_EDITOR** like this: export SVN_EDITOR=cat So I thought it'd be easier for my if I set the environment variable at startup. I'm using Archlinux, so I referred to the ArchWiki, but there I found out there are multiples ways to set variables . - Editing ~/.bashrc - Editing ~/.config/systemd.user.conf - Using systemctl --user set-environment - Editing ~/.profile - Editing ~/.pam_environment - Editing ~/.bash_profile - And even some more. I'm the only user, so I don't care if the variable is set globally or per user. Of all the ways to do it, what's the best? What's the "new standard"? I'm using an up-to-date Archlinux with Gnome and budgie desktop. Thank you very much. EDIT: As @jasonwryan said, the question is similar to https://unix.stackexchange.com/questions/21598/how-do-i-set-a-user-environment-variable-permanently-not-session But I'm also asking for what's the most "correct" way to do this, also I'm not sure if there's any new standard since that question (5 years ago). And for some things, Archlinux is quite special, not sure if there was any specific way to do this in it.

I've tried installing the newest version of SVN but nothing is working. On yum there is 1.7. When downloading rpm/zip error occurs when trying to configure. Setting some additional repositories failed also. Does anybody have a proven way on how to do it?