in moment piping something into svnmucc put requires
... | svnmucc put -- - url
--
Lorenz
Daniel Sahlberg wrote:
>Moving a discussion from users@ to here. Original message below for
>reference.
>
>TL;DR: According to documentation, svnmucc put - URL should add or modify
>file URL reading the new contents from standard input. It doesn't, instead
>it output an error message "svnmucc: invalid option:".
>
>I've tried to dig into subversion/svnmucc/svnmucc.c to figure out what is
>going wrong. The handling of "-" as stdin was added in r873014 (In the "put
>SRC_FILE URL" action read from stdin when SRC_FILE is "-") in 2008. I can't
>find anything significant having changed since it was added.
>
>I'm sending this off half-baked since I'm about to board a plane, in case
>anyone else would like to have a look.
>
>Kind regards,
>Daniel
>
>Den mån 27 nov. 2023 kl 07:47 skrev Daniel Sahlberg <
>daniel.l.sahlb...@gmail.com>:
>
>> Den sön 26 nov. 2023 kl 22:51 skrev Graham Leggett via users <
>> us...@subversion.apache.org>:
>>
>>> On 25 Nov 2023, at 13:40, Pavel Lyalyakin <pavel.lyalya...@visualsvn.com>
>>> wrote:
>>>
>>> `svnmucc put` perhaps?
>>> https://svnbook.red-bean.com/en/1.8/svn.ref.svnmucc.re.html
>>>
>>>
>>> From reading the manual it looks perfect, but Im having no luck:
>>>
>>> [root@seawitch postgres]# cat db.sql | svnmucc put -
>>> file:///var/lib/svn/db/db.sql
>>>
>>> svnmucc: invalid option:
>>>
>>> Type 'svnmucc --help' for usage.
>>>
>>> Alas the error message mentions an invalid option, but doesnt say which
>>> option, or why it is invalid.
>>>
>>
>> The documentation say:
>> [[[
>> put SRC-FILE URL : add or modify file URL with contents copied from
>> SRC-FILE (use "-" to read from standard input)
>> ]]]
>>
>> So as far as I'm reading the documentation, the command you are using
>> should be supported. I would say this is a bug, either in the argument
>> handling or in the documentation.
>>
>> Can you instead try:
>> $ svnmucc put db.sql file:///var/lib/svn/db/db.sql
>>
>> I will bring this discussion to the dev@subversion.apache.org to figure
>> out if we need to change the documentation or if we can fix the code.
>>
>> Kind regards,
>> Daniel
>>
