ave a standard file of settings which I will apply now.
Thanks for all your replies btw.
Si
-Original Message-
From: Nathan Hartman
Sent: 09 November 2020 23:39
To: Daniel Shahaf
Cc: Simon Heffer ; dev@subversion.apache.org
Subject: Re: Assertion error
On Mon, Nov 9, 2020 at 4:47 PM D
HI Nathan,
In my content. Not sure why ☺
Si
From: Nathan Hartman
Sent: 09 November 2020 18:53
To: Simon Heffer
Cc: dev@subversion.apache.org
Subject: Re: Assertion error
On Mon, Nov 9, 2020 at 12:43 PM Simon Heffer
mailto:simon.hef...@microfocus.com>> wrote:
Thanks Andreas , looks l
Thanks Andreas , looks like it wasn't coping with mixed EOLs, it was fine once
I fixed them.
Si
-Original Message-
From: Andreas Stieger
Sent: 09 November 2020 17:16
To: Simon Heffer ; dev@subversion.apache.org
Subject: Re: Assertion error
Hello Simon,
On 11/9/20 10:17 AM,
20 Nov 2018
zlib 1.2.11
SQLite 3.23.1
Simon Heffer
Simon Heffer
Installation & Licensing Team
Micro Focus
simon.hef...@microfocus.com<mailto:simon.hef...@microfocus.com>
The Lawn, 22-30 Old Bath Road
Newbury
Berkshire
RG14 1QN
United Kingdom
Direct: +44 1635 565629
An interesting if slightly sad read. I want to add my support and praise
as a long-time user of Subversion.
I still come across many users out there. Subversion is thriving in one
particular business I work with. The youngsters have brought some Git in
with them but it seems to be led by fashi
posted about the fix as a courtesy to the svn devs. It would be great if you
could fix it, but we’re not dependent on it at our end.
Many thanks and best regards,
Simon
> On 18 Sep 2015, at 15:31 pm, b...@qqmail.nl wrote:
>
> The problem here is two folded:
> I agree that we *sh
lid SVN_AUTH_PARAM_SSL_SERVER_FAILURES values that caused
segfaults in our application.
Best regards,
Simon Wilson
smime.p7s
Description: S/MIME cryptographic signature
27;.':
svn: E210001: Unknown command 'get-iprops'
I thought it might be a problem with the WC upgrade so I tried a fresh
checkout and got the same error.
Server is running on Windows SBS 2003
Client is running on Windows 7
If you need access to the test repo I used I c
than it used to be in 1.6. But I don't
> know whether that is actually true not the details.
In our FAQ we advise against using TortoiseSVN with CygWin because
Subversion was never designed to share a working copy between Windows
and *nix clients. I thought this was in the SVN FAQ too, but can't
find it right now.
http://tortoisesvn.net/faq.html#multiclients
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/>The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
On Wed, Feb 22, 2012 at 1:25 AM, Philip Martin
wrote:
> Branko Čibej writes:
>
> > On 20.02.2012 09:51, Markus Schaber wrote:
> >> Hi,
> >>
> >> What about an "-exclusive" general option to the svn command line
> client, which triggers exclusive wc access for that specific command
> invocation /
Could you fold this into the main code as an option? No one seems to talk
about some of the significant performance issues with SVN 1.7 much here.
For many people SVN 1.7 is still not an option due to these kinds of
performance issues. It seems like we need to revisit many the SQLite
operations use
On 23 Jun 2011, at 19:00, Daniel Shahaf wrote:
> This is a part of r1134734. Backport proposed. Thanks!
Great, thanks Daniel.
Simon
>> I fixed this by using the get-deps.sh script from trunk (with
>> corrected versions of course).
>
>> Should I create an issue?
>>
>
> No, please re-send the patch as a *.txt attachment.
Attached is the patch.
Regards
Simon
Index: get-deps.sh
===
I have created issue #3839.
Best regards,
Simon
http://www.zennaware.com
On Mar 17, 2011, at 12:36 PM, Stefan Sperling wrote:
On Thu, Mar 17, 2011 at 12:19:01PM +0100, Simon Wilson wrote:
> I'm posting here for feedback before opening an issue with the Subversion
> tracker.
>
orts multiple selection. This makes it trivial for the user to delete
multiple items from a repository in a single commit, and greatly increases the
likelihood of users experiencing this issue.
Best regards,
Simon Wilson
http://www.zennaware.com
>> On Mon, Mar 07, 2011 at 08:59:35AM +0100, Simon Wilson wrote:
>>> I'm posting here for feedback before opening an issue with Subversion
>>> tracker.
>>>
>>> Using the 'svn mkdir' command against a 1.5/1.6 format repository via
>>
>> I'm posting here for feedback before opening an issue with Subversion
>> tracker.
>>
>> Using the 'svn mkdir' command against a 1.5/1.6 format repository via
>> ra_local (i.e. with a file:// URL) with 64-bit Subversion on Mac OS X
>> results in a segmentation fault. This 100% reproducible b
;
MACOSX_DEPLOYMENT_TARGET=10.5
./configure --with-ssl --with-apxs=no --disable-shared --enable-threadsafe-ssl
We build against the APR and Neon versions included with the Subversion
dependencies download.
The GCC version used is i686-apple-darwin10-gcc-4.2.1.
Best regards,
Simon Wilson
http://www.zennaware.com
revent its applying?
--
Simon Atanasyan
VisualSVN Limited
On Mon, Aug 2, 2010 at 23:04, Daniel Shahaf wrote:
> Simon Atanasyan wrote on Mon, Aug 02, 2010 at 19:59:31 +0400:
>> From the programmer's point of view if you create repository calling
>> svn_fs_create with the new configuration option you easily get well commented
On Tue, Jul 20, 2010 at 20:29, Hyrum K. Wright wrote:
> On Jul 20, 2010, at 9:32 AM, Simon Atanasyan wrote:
>
> The general idea of the patch is to introduce new svnadmin option
> and FSFS filesystem configuration option to allow enabling/disabling
> repository sharing on FSFS.
&g
On Tue, Jul 20, 2010 at 18:32, Simon Atanasyan wrote:
> The patch itself is in the attachment.
The missed patch file.
--
Simon Atanasyan
VisualSVN Limited
Index: subversion/svnadmin/main.c
===
--- subversion/svnadmin/mai
HARING): New filesystem configuration option.
* subversion\libsvn_fs_fs\fs_fs.c
(write_config): Use value of 'SVN_FS_CONFIG_FSFS_REP_SHARING' config option
while writing FSFS filesystem configuration file.
* tools\client-side\bash_completion
(_svnadmin): Add '--fsfs-no-repsharing'.
]]]
The patch itself is in the attachment.
--
Best regards,
Simon Atanasyan
VisualSVN Limited
Thanks Mark,
I feel much happer now I understand a bit more.
> Nothing was droppd. The SVN client is just going to have a more
> efficient conversation with the server via HTTP when both client and
> server are running 1.7.
Is there any documentation on the simpler interface or is it still
very
> That was our use of DeltaV, which has been ripped out in 1.7. (well...
> newer hotness, and some back-compat remaining)
Hi,
I was a little purturbed to read this, are there any references to
what is being dropped and what is kept?
I a have written a WebDav client, mainly as an SVN client, and
Can somone point me to a list or contact for bug reports
WRT the webdav support in SVN?
-Steve
Hi,
Many appologies if this is not the correct place to ask about
svn's dav support, if so please rediect me.
AS per the subject, SVN's WebDAV server does not seem to
be honouring partial HTTP GETs even though it appears to
offer the facility with
Accept-Range: bytes
To demonstrate use
27 matches
Mail list logo
