ry, I'll post. Thanks for the suggestion.
Jim
r reverse proxy. I expect there
is security scanning going on, but it's nothing our production server hasn't
handled fine for many years. It's also an Apache HTTP server, but uses SVN
1.9.7.
Thanks for any direction you can give me toward a solution.
Jim
From: Daniel Sahlberg
Sent
Den fre 16 aug. 2024 kl 18:37 skrev Williams, James P. {Jim} (JSC-CD4)[KBR Wyle
Services, LLC] via users
mailto:users@subversion.apache.org>>:
I sort of did that before posting, but results depend on how and where I ask.
# remote host, http:// finds nothing
remote-host> sv
cal host, file:// finds the property
local-host> svn propget --revprop -r 0 svn:entry:committed-date
file:///my/repo
1992-01-29T13:14:31.00Z
That's just weird. Before posting I had run only the first of those. Any idea
why the property is visible from one host but not another?
Regardless, you've helped me find a range of revisions that have the property,
which I can easily remove.
Thanks.
Jim
create" to create a fresh, empty mirror repo, and added a
pre-revprop-change hook that just exits.
Thanks for any help you can provide and for supporting SVN.
Jim
> Den lör 11 maj 2024 kl 03:00 skrev Williams, James P. {Jim} (JSC-CD4)[KBR
> Wyle Services, LLC] via users :
> You previously mentioned Subversion 1.14.1, is that on the server or on the
> client?
I'm using 1.14.1 on both the client and server.
> Still it would be interes
but that has nothing to do with using master
commits.
Good luck.
Jim
oticeably
faster, and hangs and crashes were noticeably less frequent. The repo size
needed to trigger them appeared to grow some. Though a step forward, the
configuration still isn't useable. It might also point at further network
configuration problems as a cause, though the SVN client probably shouldn't
crash in any case.
Thanks for the reply.
Jim
outs using file:// URLs are consistently
successful. That's not realistic for us, but it's still a useful data point,
another indication the hangs are somehow in my server or network configuration.
The core dumps are still an SVN client problem, but may need whatever that
wonkiness is to be tickled.
Jim
that I consider abandoning Apache in
favor of it? Yikes; that'd be painful.
I hear you on the HTTP integration. We have about 2000 repos and a few hundred
developers. I've supported that server for at least 15 years, and it hasn't
been too bad...until now.
Thanks for the repl
.
* I've tried all three MPMs with no change, based on another post:
prefork, worker, and event.
* We've had Apache running on RedHat 6 with these repos for many years.
I'd be glad to provide additional details or run more tests. Thanks for any
ideas you have, and for supporting this software.
Jim
Branko Čibej wrote:
> Please file a bug with the reproduction script.
OK, the issue number is SVN-4642.
Thanks
.8.16 and everything works as
expected, so it seems this bug was introduced in 1.9.x.
- Jim
> This must be a bug, right? Any chance somebody can take a look at it?
[... tumbleweed ...]
Anyone? Should I file a bug report?
Thanks
When excluding a subtree from the working copy, if any unversioned items
are present then the svn update command fails silently, leaving the
working copy locked and requiring cleanup.
This is with version 1.9.4, the current release.
Reproducing the problem is fairly straightforward. Create a ne
es on '.':
svn:externals
"-r1346 --depth=immediates"
http://www.example.com/svn/repoB/hugeDirTree smallDirTree
This is conceptual only. I can't set the property as shown because of the
--depth. Apparently, it accepts only a -r.
Thanks.
Jim
Nico,
CollabNet has subversion edge.
http://www.collab.net/products/subversion
I'll let everyone know how I make out.
I'd like to Thank Dave Anastasio for all his help.
Jim R.
-Original Message-
From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
Sent: Saturday, Septembe
ng and starting
over.
Subversion Edge was suggested to me so I'm going with that.
Hopefully the doc.'s are in the program.
Thank you,
Jim
-Original Message-
From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
Sent: Friday, August 31, 2012 5:25 PM
To: jrava...@comcast.net
Cc: users
> -Original Message-
> From: Garrison, Jim (ETW) [mailto:jim.garri...@nike.com]
> Sent: Wednesday, June 13, 2012 3:56 PM
> To: users@subversion.apache.org
> Subject: Newer SSL libraries and TLSv1.2 incompatibilities
>
> Regarding my question in the thread titled &
Regarding my question in the thread titled "When connecting to an https server
force use of TLS or SSLv3?".
I asked that before I fully understood the problem, which is actually due to a
backwards incompatibility in the newest OpenSSL libraries (1.0.1c) used by
Subversion. Essentially, the new
When svn attempts to connect to an https URL, the underlying protocol
library (openssl?) attempts to start the secure protocol negotiation at
the most basic level, plain SSL.
Unfortunately, I have to connect to a server that requires SSL3 or
TLS1, and refuses to respond to SSL or SSL2.
I've done
d
one. The closest I found was:
http://subversion.tigris.org/issues/show_bug.cgi?id=2646
But that only implements exporting of the functions. So I filed a new issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=4165
- Jim
On Fri, Apr 20, 2012 at 2:39 PM, Daniel Shahaf wrote:
> Hmm.
ot;\n\nUsing status3:\n";
$s->status3( "", undef,
sub{($path, $status) = @_;
print "$path,$status\n" },
$SVN::Core::depth_immediates, 1, 1, 0, 1, undef );
Thanks,
Jim
On Wed, Mar 21, 2012 at 5:14 PM, Daniel Shahaf wrote:
> J
bit stumped at this point how to proceed. Like I said, I'm guessing that
this has been dealt with before; my Google judo is just not up finding it.
-Jim
I am currently using the perl api info and diff_summarize methods, but
I need to switch to info2 and diff_summarize2 since they support the
'depth' option. But I can't figure out the correct syntax, does
anyone have an example?
Thanks,
Jim
for your consideration:
if (strncmp(uri, "file:", 5) == 0 &&
! (*(ptr+1) >= 'A' && *(ptr+1) <= 'Z' &&
*(ptr+2) == ':' && *(ptr+3) == '/')
)
return FALSE;
If you concur with my finding of this issue, I welcome hints, pointers, or
guidance as to the proper way to raise this issue through
proper channels.
Thank you for your cycles,
Jim O'Leary
We have an automatic (Hudson) build that runs every night. It starts by making
a tag directory into which it will then copy the current build root folder.
Last night, the mkdir failed:
svn --username [obfuscated] --password [obfuscated] --no-auth-cache mkdir
--parents http://svn/repos/troux/a
There used to be a page at http://subversion.tigris.org/links.html containing
links to various 3rd-party tools for subversion, including some web front ends.
This page doesn't seem to have made the transition to the ASF site. The old
(now non-existent) page is linked from a few places, includi
The last version available on the Fedora update site for my system (Fedora 10)
is 1.6.5, and I need the fixes for Tree Conflict resolution that shipped in
1.6.6 and later versions.
Is there anything special to upgrading other than building 1.6.16 from source,
uninstalling the Fedora svn RPM and
saslpasswd2.exe included with Subversion 1.6.15 does not generate a sasldb
nor does a previously generated sasldb work with the svnserve.exe service
running. I reverted to 1.6.13-r10002845 and saslpasswd2.exe was able to
sucessfully generate sasldb and previously generated sasldb worked with
svnser
d be returned. The new PDF would
replace the original before being sent on it's way into the SVN repo.
Jim
Jim Jenkins
Technology Manager
Homrich Berg
3060 Peachtree Road
Suite 830
Atlanta, GA 30305
Phone: 404-264-1400
Fax: 404-237-5114
j...@homrichberg.com
www.homrichberg.com
anges every time.
Hope this helps.
Cheers,
Jim
On Aug 31, 2010, at 11:22 AM, Tech Geek wrote:
> >You want to enforce that the developer cannot commit unless they have this
> >project.xml in >their working copy, though it will never be sent to the
> >repository.
> That&#x
Hopefully you can point me in the right direction:
I'm setting up a write-through proxy mirror. I can run:
svnsync init --source-username svnsystem --source-password $pass
--sync-username svnsystem --sync-password $pass file:///data/svn/vtest
https://versiontest2.divxnetworks.com/svn/vtest
It looks like this issue is already being worked if not fixed by now.
http://subversion.tigris.org/issues/show_bug.cgi?id=2753
Thanks,
Jim
tMatch or not. So, was the
bug fixed?
I've got more than 60 blocks in my http.conf to give URLs
to as many SVNParentPaths. I'm trying to eliminate as much variation
among these copies as I can to ease maintenance of this mess (also
using Include, and wishing I had mod_macro). If I could get rid of
the RedirectMatch, that'd be one less line in each copy.
Thanks,
Jim
On Apr 19, 2010, at 5:50 PM, Ryan Schmidt wrote:
>
> On Apr 19, 2010, at 17:39, Ryan Schmidt wrote:
>
>> On Apr 19, 2010, at 17:04, Omar Ousmane Kadry wrote:
>>
>>> Not sure if it is the right place for this but I’m looking for a way to
>>> imitate the cvs behavior when checking out folders.
I change the script to provide --username and --password for each call
(very nasty). Any other ideas?
Thanks,
Jim
37 matches
Mail list logo
