I am experiencing the same issue as the ticket https://sourceforge.net/p/forge/site-support/25208/
After checking out as follows:
svn co --username=rr-eng svn+ssh://rr-eng@svn.code.sf.net/p/g3d/code/G3D10 G3D10/
I made a change and tried to commit. I then ran into this error:
Sending G3D-gfx.lib/source/Texture.cpp
Transmitting file data .done
Committing transaction...
svn: E000013: Commit failed (details follow):
svn: E000013: Can't open file '/svn/p/g3d/code/db/txn-current-lock': Permission denied
Hi,
Thank you for letting us know.
I have escalated this to our DevOps team to investigate further.
Sincerely,
SourceForge Support
Hello,
Is this still an issue?
Our team has been working on your report and we would like to have your feedback.
Sincerely,
SourceForge Support
Unfortunately yes, the same issue is still occurring.
Last edit: Roblox Research Efficiency 2023-12-04
Hello,
Can you make sure the correct username is being used?
Sincerely,
SourceForge Support
yep, my username of
rr-engis being used and is in the url of the repo as well:Hello,
We don't see your username in our logs.
Are you running the command from terminal or using an SVN client?
There are probably some other credentials being used by your client. Please verify that.
Sincerely,
SourceForge Support
I am running these commands from a WSL terminal. The SSH authentication works though when I checkout the repo, just getting that SVN permissions error when trying to commit.
Last edit: Roblox Research Efficiency 2023-12-05
Hello,
We believe there are other credentials being used by your client.
There are a couple of files inside
~/.subversion/(config, servers) where you can change the configuration for authentication to not store credentials by changing this linestore-auth-creds = noIf previos credentials are being used, changing the configurations there should fix it.
All the Subversion authentication gets stored in the
~/.subversion/authfolder.If you don't want to change the files.
You can test it by removing the
~/.subversion/authfolder to get rid of the old credentials.If you don't want to delete it, you can rename it, see if the commit works then change it back.
Sincerely,
SourceForge Support
Thanks so much for getting back to me. I have ensured that
store-auth-creds = nois in my config file under~/.subversion/and have deleted the~/.subversion/authfolder. One thing I can think of is that this account was manually verified because it had an email alias that was not receiving the confirmation email sent when creating the account. Does this have something to do with access? I am just stumped.Hello,
The way you verified the account shouldn't matter.
As we mentioned before, we are not even seeing the right username being used.
The username we see in our logs is:
gray-catCould that be your local computer username?
You could start over with a new checkout, maybe with a different svn client or in a different environment.
Sincerely,
SourceForge Support
Hey, thanks again for getting back to me. My local computer name is not
gray-catand I used grep through my whole workspace to check for that text. I did not find anything of the sort.I started over with a new checkout using Windows itself rather than WSL. I also tried using the TortoiseSVN client through the File Explorer. The only account I've had on my computer is
rr-engso there wasn't any other credentials I found. Again, I am able to authenticate with SSH when checking out, it's just committing that is throwing this permissions error.Hello,
Can you please try again now.
Sincerely,
SourceForge Support
I saw you cleared the ssh public keys and I re-added mine and it worked! Thank you so much. Out of curiosity, do you know what the problem was?
Hello,
Thank you for your feedback.
An internal field was missing on your user record.
We're making sure it won't happen again.
Sincerely,
SourceForge Support