On Wed, 24 Mar 2010, Tim Starling wrote:
> Hook scripts start with an empty environment instead of inheriting it
> from svnserve or whatever.
>
> This is inconvenient, not least for the case where you want to commit
> something to an svn+ssh server via a local pushmi mirror on file:/// and
> your
On Wed, 2010-03-24 at 16:45 -0400, Tim Starling wrote:
> But like I said, I'm happy with it being configurable. Do you want a
> patch for that too? It's a fair bit more complicated than the one I
> already did so I didn't want to try it without at least in-principle
> approval.
I haven't been acti
Greg Hudson wrote:
> It might be reasonable to have said from the start, "if you're in the
> third situation, then your hook scripts should clear their own
> environments," but we can't start saying that in release 1.7. We can
> detect a setuid or setgid bit, but we cannot detect a restricted shel
Although I've always been aware of the design intent behind empty hook
script environments, I'll echo Tim's complaint that it's sometimes
inconvenient. The problem most commonly crops up in svn+ssh:// or
file:// deployments where you want to run some action with user
credentials: updating a bug da
Bert Huijben wrote:
>
>> -Original Message-
>> From: Tim Starling [mailto:tstarl...@wikimedia.org]
>> Sent: woensdag 24 maart 2010 7:19
>> To: dev@subversion.apache.org
>> Subject: Hook scripts start with an empty environment
>>
>> Hook scripts start with an empty environment instead of
> -Original Message-
> From: Tim Starling [mailto:tstarl...@wikimedia.org]
> Sent: woensdag 24 maart 2010 7:19
> To: dev@subversion.apache.org
> Subject: Hook scripts start with an empty environment
>
> Hook scripts start with an empty environment instead of inheriting it
> from svnserve
6 matches
Mail list logo
