Re: [PATCH v2] remote: Refuse connecting to remote socket

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 24.08.2011 18:01, Eric Blake wrote:
> On 08/24/2011 03:41 AM, Michal Privoznik wrote:
>> If users wants to connect to remote unix socket, e.g.
>> 'qemu+unix://<remote>/system' currently the<remote>  part is ignored,
>> ending up connecting to localhost. Connecting to remote socket is not
>> supported and user should have used TLS/TCP/SSH instead.
>> ---
>>   src/remote/remote_driver.c |   13 ++++++++++---
>>   1 files changed, 10 insertions(+), 3 deletions(-)
> 
>> +                else if (STRCASEEQ (transport_str, "unix")) {
>> +                    if (conn->uri->server) {
>> +                        remoteError(VIR_ERR_INVALID_ARG, "%s",
>> +                                    _("rempte_open: using unix socket
>> and "
>> +                                      "remote server is not
> supported."));
> 
> s/rempte_open/remote_open/
> 
> Then again, remoteError already automatically adds the function name
> (since it is a macro that includes __func__), so your repeat of the name
> is redundant.
> 
> Also, why not list the parsed server, in case it helps the user:
> 
> remoteError(VIR_ERR_INVALID_ARG,
>             _("using unix socket and remote server '%s' is not supported"),
>             conn->uri->server
> 
> ACK with that fixed.
> 

remoteError(VIR_ERR_INVALID_ARG,..) actually prepend passed message with
"error: invalid argument in". So I wanted the whole message to make sense :)

So should I push mine, yours, or completely different version?

Michal

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]