Peter Rival wrote:
> Thanks to Jim Walker for pointing me to the inlined comments - until 
> now I'd missed them.  My apologies.
>

No worries, I kinda wondered if I shouldn't have trimmed before I 
replied..  Thanks for the follow up.

> Mark Martin wrote:
>> James Walker wrote: 
> <snip>
>>>
>>>           3.4.5 Passwords
>>>       (see 
>>> http://opensolaris.org/os/community/arc/bestpractices/passwords-cli/ 
>>> and
>>>            
>>> http://opensolaris.org/os/community/arc/bestpractices/passwords-files/ 
>>> for details)
>>>       Do any of the components for the project deal with passwords?
>>>       [ ] Yes
>>>       [*] No - continue to next section (section 3.4.6)
>>>   
>> The mysql driver support isn't included?  This is in conflict with 
>> your clarification on question 3.5 isn't it?  If it is included, is 
>> it important to note that the user/pass are specified on the command 
>> line?
> The mysql driver uses a thin shim that uses libmysql to talk to the 
> mysql database.  You are correct that it does indeed deal with 
> passwords and that they are specified on the command line.  The 
> general use I've seen is to use the default username and have no set 
> password but that is not required.

So the important thing to note here is that it does potentially use 
passwords, but they're not stored, and they're transmitted and used in 
the same manner as other mysql commands might use it (i.e. it can be 
specified on the command line, goes over the wire encrypted, etc)


>
> <snip>
>>>
>>>         4.0 Interfaces
>>>   4.1 Exported Interfaces
>>>       Interface Name    Classification        Comments
>>>     ----------------    -------------------     
>>> ---------------------------
>>>     SUNWsysbench    Uncommitted            Package
>>>
>>>     /usr/benchmarks/sysbench/sysbench
>>>             Uncommitted         Executable binary file
>>>   
>>
>> PSARC 2007/448 set the precedent that this should probably be 
>> /usr/benchmarks/sysbench/bin/sysbench
>>
> Understood, and I'll make the change.  I had been distracted by PSARC 
> 2008/461 (bonnie++) which did not use the bin directory.  Should I 
> also add a symlink in /usr/bin as in 2007/461?

<shrug> beats me. That's a closed case. :)

Personally, I think "/usr/benchmarks/sysbench/bin/sysbench" is a bit 
mealy mouthed.  I'm not sure why it's not 
"/usr/benchmarks/bin/sysbench", but it looked like the discussion was 
long and somewhat heated, so I'm sure it's the best call made by smarter 
folks than me.  Now, though, I'm kinda curious what came out in 2007/461 ...

Reply via email to