VCS Repository settings Not finding repository

roberth05 - February 27, 2008 - 17:17
Project:Version Control API -- Subversion backend
Version:5.x-1.1
Component:Code
Category:support request
Priority:normal
Assigned:Unassigned
Status:active
Description

I am trying to setup an SVN repository located at svn://business/example Everytime I select fetch now under the Update method, I receive an error stating: No repository exists at svn://business/example I have verified the repository can be accessed using svn.exe from the command line (it's in my path also). I have also verified that the authentication parameters are correct. Is there something I am missing?

Thanks

#1

jpetso - February 27, 2008 - 17:24
Assigned to:Anonymous» jpetso

The error means that the repository can't be accessed for any reason - I should probably change the error text accordingly. Analysing what went wrong probably requires the error output that the 'svn' binary returns for that invocation. Given that I should implement error messages anyways for issue #227446: exec statements, it's obviously time that I get proper error reporting to work now.

#2

jpetso - February 27, 2008 - 17:27

Oh right, and if you can read a bit of PHP you might be able to assemble the command that is invoked by svnlib_log() (which is responsible for the error). Of course you could also wait until proper error reporting is implemented.

#3

roberth05 - February 27, 2008 - 21:41

I tried the command fired from within svnlib_log() on the command line at the server and it completed successfully. I will wait for the expanded error messages. Not intending to rush you, but do you have an idea of when that might happen?

Thanks

#4

jpetso - February 28, 2008 - 09:03

I really want to do this today - on the one hand, I'll get more bug reports if I don't, on the other hand I can close two in one stroke, and on the third (three hands? :-o ) I don't feel like being bothered too much with SVN related issues at the moment, so I want everything to work.

#5

roberth05 - February 28, 2008 - 16:01

I completely understand. I'll stay tuned!

Thanks

#6

jpetso - February 28, 2008 - 20:07

Ok, I added proper error reporting to CVS. If you feel like trying out now (so that I don't have to do a release before fixing your real error) you can check out versioncontrol_svn from the DRUPAL-5 branch. Let me implement the second part of #227446: exec statements, afterwards I'll do a 1.2 (in case you're fast enough and I can fix your bug right now) or 1.2-beta1 (in case I'm faster).

#7

jpetso - February 28, 2008 - 20:51

Ok, I'm faster :P

Please get 5.x-1.2-rc1 (should be generated and deployed to the servers in about 5-10 minutes), try fetching again, and see what the error output says.

#8

jpetso - February 28, 2008 - 20:55
Status:active» postponed (maintainer needs more info)

Let's also have a status update... nothing that I can do for this issue right now.

#9

roberth05 - February 29, 2008 - 16:14

Sorry it took me a little while to test this. You're too fast for me!

I am now receiving the message:

The repository at svn://business/example/trunk could not be accessed. Error message from 'svn info':
The filename, directory name, or volume label syntax is incorrect.

I have verified it functions from the command line.

#10

jpetso - March 1, 2008 - 07:57
Status:postponed (maintainer needs more info)» active

Hm... we may need the actual command displayed as well then. Minus the password, that would be bad thing to be shown (which is why I don't display the command itself, currently - takes a bit more effort). Expect an -rc2 release soon.

#11

ajudson - March 3, 2008 - 12:39

Hi.. i'm getting the same errors too (svn is in the path and i can run the commands via cmdline no probs).

I've also been testing the separate subversion module that works with the project module - i have an open issue [http://drupal.org/node/218826] there relating to the exec debug output. I'm testing both as i'm dying to get subversion linked up - but am i right in thinking that this versioncontrol-api is meant to be replacing subversion module etc.

Anyway, i'll keep an eye on this thread and test anything that comes out. Thanks for your effort on this.

#12

jpetso - March 3, 2008 - 14:01

@ajudson: Yes, you're right that Version Control API + Subversion backend is supposed to replace the Subversion module. It's not at the same level of functionality yet, that might still take a while, but it's the common perception that Version Control API is the future of VCS support in Drupal. (I'm trying to live up to those expectations.)

As for this issue, please give me a bit more time (or maybe provide a patch :D ) as I currently need to prepare for an exam and also have a tight schedule for completing the database schema port for Version Control API 5.x-2.x (which is more important to me at the moment). Should make for a few more days of waiting.

#13

ajudson - March 6, 2008 - 09:09

no worries jpetso... whilst you study for your exam i'll go and to some long over due study on php and drupal module dev. Good luck for your exam.

#14

jasperdc - July 23, 2008 - 14:39

Hi,

Is there any progress on this topic, cause I've just got the same error as ajudson
"he repository at file:///192.168.2.5/tcs/svn/tcsdev could not be accessed. Error message from 'svn info':
De syntaxis van de bestandsnaam, mapnaam of volumenaam is onjuist."

The second error line is in dutch because my server is dutch it means "The filename, directory name, or volume label syntax is incorrect."

Thanks in advance,
really appreciate the work here by the way!

#15

jpetso - August 27, 2008 - 11:16
Assigned to:jpetso» Anonymous

Work here is currently stalled, patches from outside people are very much appreciated (and in fact, required, as we might not get back to the SVN backend until other issues have been solved first, which might take time).

 
 

Drupal is a registered trademark of Dries Buytaert.