Re: Linux exFAT checkout issue
On Fri, Jul 18, 2014 at 03:09:31PM -0700, Nick Chadwick wrote:
Hello, I just ran into a small issue checking out on Linux (Ubuntu 14.04)
to an exFAT drive.
The specific error I received was:
svn: E38: Can't set permissions on
'/media/exFAT_drive/myrepo/.svn/tmp/svn-5fj4RP': Function not implemented
I believe this issue stems from an incorrect check for why the permissions
change failed. In subversion/libsvn_subr/io.c on line 895 this error is
first detected from apr_file_perms_set(fname_apr, perms); And on line 955
there is a check for APR_STATUS_IS_ENOTIMPL which unsets the error when it
stems from APR platform issues.
But I think in this case, its the actual filesystem, not APR, which doesn't
support permissions changes, but svn dies out rather than ignoring the
error.
Regards,
-Nick
Looks like I introduced this problem while improving tempfile handling
some years ago.
Can you try this patch, please?
Index: subversion/libsvn_subr/io.c
===
--- subversion/libsvn_subr/io.c (revision 1611758)
+++ subversion/libsvn_subr/io.c (working copy)
@@ -4675,8 +4675,25 @@ svn_io_open_unique_file3(apr_file_t **file,
* case, but only if the umask allows it. */
if (!using_system_temp_dir)
{
+ svn_error_t *err;
+
SVN_ERR(merge_default_file_perms(tempfile, perms, scratch_pool));
- SVN_ERR(file_perms_set2(tempfile, perms, scratch_pool));
+ err = file_perms_set2(tempfile, perms, scratch_pool);
+ if (err)
+{
+ if (APR_STATUS_IS_INCOMPLETE(err-apr_err) ||
+ APR_STATUS_IS_ENOTIMPL(err-apr_err))
+svn_error_clear(err);
+ else
+{
+ const char *message;
+ message = apr_psprintf(scratch_pool,
+ _(Can't set permissions on '%s'),
+ svn_dirent_local_style(tempname,
+scratch_pool));
+ return svn_error_quick_wrap(err, message);
+}
+}
}
#endif
Sporadic E120171: Error running context: An error occurred during SSL communication
Hello! Our svn server is hosted on a virtual server managed by some subcontractor. (Redhead enterprise linux, AFAIK). When committing, we get too often the following errors. In tortoise SVN en example message is: Command: Commit Error: Übertragen schlug fehl (Details folgen): Error: Fehler beim Ausführen des Kontextes: An error occurred during SSL communication Completed! On the command line it looks like D:\PRJ\DPS\binsvn commit -m CTRL_SH ignorieren eventmemory.py Sendingeventmemory.py svn: E120171: Commit failed (details follow): svn: E120171: Error running context: An error occurred during SSL communication There are some variants of these messages, obviously at different stages of the process. As far as I know a restart of the apache web server does help, but after a few hours of use these errors come back. It feels like some resource is not properly freed, and when the server runs out of i would like to know what, this error comes. Sometimes it helps to wait for 15 minutes and retry. Who can tell me, what this message means and what to do about it? What would I need to tell the server admins? Mit freundlichen Grüßen Dr. Hartmut Niemann Siemens AG Infrastructure Cities Sector Rail Systems Division Locomotives and Components IC RL LOC EN CCI 1 Werner-von-Siemens-Str. 67 91052 Erlangen, Deutschland Tel: +49 9131 7-34264 Fax: +49 9131 7-26254 mailto:hartmut.niem...@siemens.com Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Klaus Helmrich, Hermann Requardt, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684; WEEE-Reg.-Nr. DE 23691322
RE: newbie cant import files into repo
Hi, I created a repo using svnadmin create in a dir called trunk (that's what your supposed to do, right?) The operation succeeded but the files that I want to version (c source which I should have versioned long ago.) I can't seem to add to the repo. When the code is ready for alpha release I plan to host it on source forge but until then It's just me working on the code and my online connection is intermittent so I decided to create my repo locally. I'm not subscribed so please include my email in your reply. Thanks, David You can create your repository in any folder you want. It doesn't have to be in a folder named trunk. Trunk is usually a folder that you create insider your repository. I assume you want to do this all locally. So, create your repository. md TempRepoRoot cd TempRepoRoot svnadmin create MyRepo Once you do that you want to do a check out. md Projects (probably in your user folder) cd Projects (probably in your user folder) Now do your checkout with the file protocol: svn co file:///c:/%HOMEPATH%/TempRepoRoot/MyRepo MyWorkingCopy Now you have checked out your repo you can create some folders: Cd MyWorkingCopy Svn mkdir trunk Svn mkdir branches Svn mkdir tags Then, check that in... Svn ci -m Initialize repo Now you probably want to checkout trunk, or perhaps switch to trunk. Up to you. Cd .. svn co file:///c:/%HOMEPATH%/TempRepoRoot/MyRepo/trunk ProjectTrunk Then, copy all your files into there. Do an svn add and Bob's your uncle.
Re: Sporadic E120171: Error running context: An error occurred during SSL communication
Hi, On Mon, Jul 21, 2014 at 3:30 PM, Niemann, Hartmut hartmut.niem...@siemens.com wrote: Hello! Our svn server is hosted on a virtual server managed by some subcontractor. (Redhead enterprise linux, AFAIK). When committing, we get too often the following errors. In tortoise SVN en example message is: „Command: Commit Error: Übertragen schlug fehl (Details folgen): Error: Fehler beim Ausführen des Kontextes: An error occurred during SSL communication Completed!“ On the command line it looks like D:\PRJ\DPS\binsvn commit -m CTRL_SH ignorieren eventmemory.py Sendingeventmemory.py svn: E120171: Commit failed (details follow): svn: E120171: Error running context: An error occurred during SSL communication There are some variants of these messages, obviously at different stages of the process. It's difficult to tell from this error message, but does your server require the use of client certificates? IOW, do you have the 'ssl-client-cert-file' config set in your ~/.subversion/servers file? If that's the case, you might run into an OpenSSL issue that's triggered by serf (the http library svn uses). More details here: https://code.google.com/p/serf/issues/detail?id=135 . The error happens when a server requests a renegotiation (to ask for your client certificate) while HTTP requests are waiting in its in-buffer to be read. As far as I know a restart of the apache web server does help, but after a few hours of use these errors come back. It feels like some resource is not properly freed, and when the server runs out of i would like to know what, this error comes. Sometimes it helps to wait for 15 minutes and retry. Who can tell me, what this message means and what to do about it? What would I need to tell the server admins? If it's solved when restarting the server, then this would be a server error, but I can't remember seeing such a problem mentioned on this list. In any case it's interesting to see the apache access and error logs at the time you're seeing this error message. If my guess about the client certificates is right, you'll see this error in the apache logs: Re-negotiation handshake failed: Not accepted by client!? To get more info in the server logs try logging with log level trace8. hth, Lieven Mit freundlichen Grüßen Dr. Hartmut Niemann Siemens AG Infrastructure Cities Sector Rail Systems Division Locomotives and Components IC RL LOC EN CCI 1 Werner-von-Siemens-Str. 67 91052 Erlangen, Deutschland Tel: +49 9131 7-34264 Fax: +49 9131 7-26254 mailto:hartmut.niem...@siemens.com Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Klaus Helmrich, Hermann Requardt, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684; WEEE-Reg.-Nr. DE 23691322
Re: Problems downloading source distribution
On 7/20/14 7:34 PM, Ian Grant wrote: I am trying to get subversion source. I followed the download links from http://subversion.apache.org/download/#supported-releases which point me at the mirror http://mirror.nexcess.net/apache/subversion/subversion-1.7.17.tar.bz2 I have downloaded both this and http://mirror.nexcess.net/apache/subversion/subversion-1.7.17.tar.gz, the former twice, and all three files have been corrupted somehow, though I got no error from FireFix 30.0, which did the download. I've downloaded them myself from that mirror and they come down fine and validate both with SHA1 checksums and the GPG signature. Sounds like some sort of local issue or an issue between you and the mirror. I'd suggest trying a different mirror. There is a dropdown box at the top o the download page where you can choose a mirror (or reloading the page will get you a random mirror).
Re: newbie cant import files into repo
On Jul 18, 2014, at 1:59 PM, frank ernest wrote: No, you svnadmin create your repositories in a central place on your server. Then you configure your Subversion server (svnserve or mod_dav_svn) to serve those repositories. Then you import code into those repositories via the URLs exposed by your Subversion server. This and other basics of Subversion should be amply described in the SVN Book at http://svnbook.org/ Any particular section? I've been reading Version Control with Subversion [DRAFT] For Subversion 1.8 (Compiled from r4501) But have not noticed what you speak of in there. Thanks, again You should Reply All so that your reply goes to the list too, not just to me personally. Sometime (like now) I forget to reply to messages. It has been years since I have read the book but at the time I found it beneficial to read it in order from the beginning. Chapter 1 defines fundamental Subversion concepts. Chapter 2 describes basic usage. Chapter 6 discusses setting up your server. Those all seem like they would be applicable.
http-request PUT
i want to do a checkin from an html-site. i already implemented the checkout so i roughly know how to implent http-requests. right now i nearly finished the task, i've got just one problem within the PUT methode. during the PUT you have to send a body which is a diff. but i don't know how svn solved this problem. i searched through the sources of svn but it was written in c (and little bit to complex to get an overview) and in multiple steps. does anybody know how to create the necessary diff or any other ways to solve this problem?
