On 11/5/13 8:52 AM, Randy Defauw wrote:
> Any thoughts regarding supporting symlinks on Windows? Windows has supported
> symlinks since Vista:
>
> http://msdn.microsoft.com/en-us/library/windows/desktop/aa365680(v=vs.85).aspx
>
> Supporting cross-platform symlinks where possible will ease some c
On Sunday, October 13, 2013 10:40:14 AM UTC+2, I wrote:
>
> Hi!
>
> I'm serving a batch of repositories via Subversion 1.7.13 on Apache 2.2.25
> (using HTTPS webdav; all on x64 Linux). Lately, I've been unable to commit
> my changes to some files, getting error messages like in the subject line
Guten Tag Ben Reser,
am Donnerstag, 7. November 2013 um 09:46 schrieben Sie:
> I think nobody has put the effort into figuring out the appropriate way of
> dealing with this. The obvious thing to do would be to fall back to the
> current behavior if the permission isn't available.
Subversion cou
Philip,
Thank you very much for your help with this problem.
I ran gen-make.py and then the builds started succeeding.
Regards and again, THANKS!
George...
On Wed, 11/6/13, Philip Martin wrote:
Subject: Re: Build problems on Fedora 19 x86_64
To
On 07.11.2013 10:24, Thorsten Schöning wrote:
> Guten Tag Ben Reser,
> am Donnerstag, 7. November 2013 um 09:46 schrieben Sie:
>
>> I think nobody has put the effort into figuring out the appropriate way of
>> dealing with this. The obvious thing to do would be to fall back to the
>> current behav
Ben Reser writes:
> On 11/5/13 8:52 AM, Randy Defauw wrote:
>> Any thoughts regarding supporting symlinks on Windows? Windows has supported
>> symlinks since Vista:
>>
>> http://msdn.microsoft.com/en-us/library/windows/desktop/aa365680(v=vs.85).aspx
>>
>> Supporting cross-platform symlinks whe
On 07.11.2013 11:36, Philip Martin wrote:
> Ben Reser writes:
>
>> On 11/5/13 8:52 AM, Randy Defauw wrote:
>>> Any thoughts regarding supporting symlinks on Windows? Windows has
>>> supported
>>> symlinks since Vista:
>>>
>>> http://msdn.microsoft.com/en-us/library/windows/desktop/aa365680(v=vs.
On Thu, Nov 7, 2013 at 4:24 AM, Thorsten Schöning wrote:
> Guten Tag Ben Reser,
> am Donnerstag, 7. November 2013 um 09:46 schrieben Sie:
>
>> I think nobody has put the effort into figuring out the appropriate way of
>> dealing with this. The obvious thing to do would be to fall back to the
>> c
Hi,
I'm building Subversion 1.8.4 from source (standard configuration, using
alternative --prefix) on a Solaris 10 installation, which has little in the way
of GNU tools built - many of the standard commands are still the Sun
implementations, only some are GNU variants. Caveat: I don't have co
On 07.11.2013 16:53, Andy Stocks wrote:
> Hi,
>
> I'm building Subversion 1.8.4 from source (standard configuration, using
> alternative --prefix) on a Solaris 10 installation, which has little in the
> way of GNU tools built - many of the standard commands are still the Sun
> implementations, o
Sorry to dredge up an old thread, but this issue is NOT really resolved
properly. (Also, I noticed a post that said that this would be treated more
seriously if it was brought up again without the "RESOLVED" tag.)
There's a known issue with the Apache server software
(https://issues.apache.org/
If it helps, the Subversion server binaries we provide at CollabNet have
applied the patch that fixed this to Apache 2.4.6.
Sent from my iPad
> On Nov 7, 2013, at 7:31 PM, Geoff Field wrote:
>
> Sorry to dredge up an old thread, but this issue is NOT really resolved
> properly. (Also, I notic
On 11/7/13 4:31 PM, Geoff Field wrote:
> Sorry to dredge up an old thread, but this issue is NOT really resolved
> properly. (Also, I noticed a post that said that this would be treated more
> seriously if it was brought up again without the "RESOLVED" tag.)
Not sure what you mean by this. The
> From: Mark Phippard
> Sent: Friday, 8 November 2013 11:47 AM
> If it helps, the Subversion server binaries we provide at
> CollabNet have applied the patch that fixed this to Apache 2.4.6.
Thanks Mark,
I'm downloading and installing now, but I'll have to fiddle around with our
multiple server
> From: Ben Reser
> Sent: Friday, 8 November 2013 11:55 AM
> On 11/7/13 4:31 PM, Geoff Field wrote:
> > Sorry to dredge up an old thread, but this issue is NOT really
> > resolved properly. (Also, I noticed a post that said that
> this would
> > be treated more seriously if it was brought up aga
The current releases of httpd (at the time of writing this email) have two
issues when used with Subversion. At this point httpd doesn't release very
often leaving some users with an unfortunate choice to leave their httpd
unpatched from some security issues fixed by those releases or to deal with
On 11/7/13 6:37 PM, Geoff Field wrote:
> I'm just trying to bump the priority again, given our circumstances.
Consider it bumped. :)
> So is it just mod_dav*.so that's affected?
Correct, this is only applicable to DAV. You won't see this problem if you're
using svnserve and it doesn't impact th
> From: Ben Reser
> Sent: Friday, 8 November 2013 16:55 PM
> On 11/7/13 6:37 PM, Geoff Field wrote:
> > I'm just trying to bump the priority again, given our circumstances.
>
> Consider it bumped. :)
Thanks Ben. I noticed your post on the matter.
> > So is it just mod_dav*.so that's affected?
>
Guten Tag Branko Čibej,
am Donnerstag, 7. November 2013 um 11:23 schrieben Sie:
> IMO it's a lot easier to just document the restriction on
> creating symlinks on Windows. It's not that bad; it's a (group)
> policy setting, which can be managed by IT admins for large
> deployments. I
19 matches
Mail list logo
