Ok, thanks for the explanation. I can use the workaround.
Daniel Shahaf writes:
>> The workaround is to use:
>>
>> echo -ne "ignorethis\n" | svn ps svn:ignore -F - .
>
> By the way, an even simpler workaround in this case is
>
> svn ps svn:ignore -m $'ignorethis\n' ./
No. In this case -F specifies the property value, not the log message.
Something
Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100:
> Zing Shishak writes:
> > The following fails to set svn:ignore using process substitution for the
> > file option:
> >
> > $ svn ps svn:ignore -F <(echo -ne "ignorethis\n") .
> > property 'svn:ignore' set on '.'
> >
> > The property is created
Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100:
> It's possible it did work in the past and in other places that construct
> does work, e.g.
>
>svnmucc -mm put <(echo foo) URL
>
> Subversion has multiple ways to read a file and when reading from a pipe
> (and that shell command construct
> Am 19.07.2018 um 17:29 schrieb Philip Martin :
>
> "Felix E." writes:
>
>> I understand that the very first request shouldn't contain any auth header.
>> But If a svn function is called multiple times(for the same host etc.) and
>> there was already a successful authentication, it should be p
"Felix E." writes:
> I understand that the very first request shouldn't contain any auth header.
> But If a svn function is called multiple times(for the same host etc.) and
> there was already a successful authentication, it should be possible to add
> the auth header to the following requests i
Zing Shishak writes:
> The following fails to set svn:ignore using process substitution for the
> file option:
>
> $ svn ps svn:ignore -F <(echo -ne "ignorethis\n") .
> property 'svn:ignore' set on '.'
>
> The property is created but it's empty. Is this something that's not
> expected to work? I
The following fails to set svn:ignore using process substitution for the
file option:
$ svn ps svn:ignore -F <(echo -ne "ignorethis\n") .
property 'svn:ignore' set on '.'
The property is created but it's empty. Is this something that's not
expected to work? I seem to remember doing this in the pa
I understand that the very first request shouldn't contain any auth header.
But If a svn function is called multiple times(for the same host etc.) and
there was already a successful authentication, it should be possible to add
the auth header to the following requests instead of waiting for a auth
On Thu, Jul 19, 2018 at 12:15 PM, Felix E. wrote:
>
>
> On 2018/07/18 14:45:38, Branko Čibej wrote:
>> On 18.07.2018 15:38, Essig Felix wrote:>
>> >>
>> > Hi,>
>> >>
>> > >
>> >>
>> > I have a question about the http authentication when using the>
>> > subversion api 1.8.13.>
>> >>
>> > For exam
On 2018/07/18 14:45:38, Branko Čibej wrote:
> On 18.07.2018 15:38, Essig Felix wrote:>
> >>
> > Hi,>
> >>
> > >
> >>
> > I have a question about the http authentication when using the>
> > subversion api 1.8.13.>
> >>
> > For example using the ‚svn_client_list3‘ function:>
> >>
> > Everytime this
11 matches
Mail list logo