X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=oN7QOyih2soDVYfH7MLMZ7S/WArQTvI7p6l6mBCZSWZ
	hmW16A9Lzwaypsnh31XO/546NCQTdPBGWL0p+3QSu3TpN07jnF9/6LRl1mJy3EkU
	sWE0l8DwQQsjDDEfug8B0b2VZAza9m2MRbmwA5fzWwOrYZprX+8gT1c0SCHtqaL8
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=5cHOLoMgwUm+khtoen3ZCpAu3WA=; b=SZGGCK7zltv8cgVVS
	IjjvzWEW3Z2/TAHw5PkrLRCFvIBvKN0PTe98tUMRLbUCCOIfE3FPvvvL2k51QgjQ
	Fl5q9bUB84IngdATuKJc6VWYFWRPcSopglXuYeDT4gyM8qKLlgTUAJu7xCemab9b
	ZI04RX2FI5tJg4nniDnkYGof94=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mail2.intersystems.com
X-InterSystems: Sent from InterSystems
X-InterSystems: Sent from InterSystems
Message-ID: <54EB59E5.7050304@intersystems.com>
Date: Mon, 23 Feb 2015 11:48:37 -0500
From: Len Giambrone <Leonard DOT Giambrone AT intersystems DOT com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: <cygwin AT cygwin DOT com>
Subject: Re: bug in csih?
References: <54E7C402 DOT 80306 AT intersystems DOT com> <20150223120522 DOT GI437 AT calimero DOT vinschen DOT de> <20150223144715 DOT GS437 AT calimero DOT vinschen DOT de> <54EB5208 DOT 8050009 AT intersystems DOT com>
In-Reply-To: <54EB5208.8050009@intersystems.com>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

csih_use_file_etc returns 0 on my system (as it should with no passwd 
file, right?)

If so, then this block will not be executed:

      if ! csih_use_file_etc "passwd"
      then
        # This test succeeds on domain member machines only, not on DCs.
        if [ "\\\\${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
        then
          # Lowercase of USERDOMAIN
          csih_PRIVILEGED_USERNAME="${COMPUTERNAME,,*}+${username}"
        fi
      fi

So I'm guessing you should remove the "!".

On 02/23/2015 11:15 AM, Len Giambrone wrote:
> Yes, WX64LG is the machine name.
>
> $ net user sshd /delete
> The command completed successfully.
>
> $ net user cyg_server /delete
> The user name could not be found.
>
> More help is available by typing NET HELPMSG 2221.
>
> $ cygrunsrv -Q sshd
> $ ssh-host-config -y -w XXXXX
>
> ...
>
> *** Info: This script plans to use 'cyg_server'.
> *** Info: 'cyg_server' will only be used by registered services.
> *** Query: Create new privileged user account 'WX64LG\cyg_server' 
> (Cygwin name: 'cyg_server')? (yes/no) yes
> *** Info: User 'cyg_server' has been created with password 'XXXXX'.
> *** Info: If you change the password, please remember also to change the
> *** Info: password for the installed services which use (or will soon 
> use)
> *** Info: the 'cyg_server' account.
>
> *** Warning: Expected privileged user 'cyg_server' does not exist.
> *** Warning: Defaulting to 'SYSTEM'
>
> I will see if I can figure out why the Cygwin name is failing to 
> become WX64LG+cyg_server and get back to you.
>
> On 02/23/2015 09:47 AM, Corinna Vinschen wrote:
>> On Feb 23 13:05, Corinna Vinschen wrote:
>>> On Feb 20 18:32, Len Giambrone wrote:
>>>> Running the latest version:
>>>>
>>>> $ cygcheck -c cygwin openssh csih
>>>> Cygwin Package Information
>>>> Package              Version        Status
>>>> csih                 0.9.8-5        OK
>>>> cygwin               1.7.34-6       OK
>>>> openssh              6.7p1-2        OK
>>>>
>>>> When I run
>>>>
>>>>     ssh-host-config -y -w XXXXX
>>>>
>>>>
>>>> I get this:
>>>>
>>>> *** Query: Create new privileged user account 'WX64LG\cyg_server' 
>>>> (Cygwin
>>>> name: 'cyg_server')? (yes/no) yes
>>> WX64LG is the local machine, right?  If you're in a domain, the Cygwin
>>> name should have been "WX64LG+cyg_server", not just "cyg_server".
>> I just tried that myself and that's what I see:
>>
>> *** Info: This script plans to use 'cyg_server'.
>> *** Info: 'cyg_server' will only be used by registered services.
>> *** Query: Do you want to use a different name? (yes/no) no
>> *** Query: Create new privileged user account 'VMBERT8164\cyg_server' 
>> (Cygwin name: 'vmbert8164+cyg_server')? (yes/no)
>>
>> See that the Cygwin username is "vmbert8164+cyg_server"?  That's the
>> expected result on a dmain member machine.
>>
>> Sorry, I don't see how it's possible that the csih script came up with
>> "cyg_server" alone in your case, unless it's a domain controller.
>> In theory, this piece of code in
>> /usr/share/csih/cygwin-service-installation-helper.sh does the trick:
>>
>> Function csih_select_privileged_username(), line 2869ff:
>>
>>      csih_PRIVILEGED_USERNAME="${username}"
>>      if ! csih_use_file_etc "passwd"
>>      then
>>        # This test succeeds on domain member machines only, not on DCs.
>>        if [ "\\\\${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
>>        then
>>          # Lowercase of USERDOMAIN
>> csih_PRIVILEGED_USERNAME="${COMPUTERNAME,,*}+${username}"
>>        fi
>>      fi
>>      csih_PRIVILEGED_USERDOMAIN="${COMPUTERNAME}"
>>      csih_PRIVILEGED_USERWINNAME="${username}"
>>
>> The only reason this didn't work would be if the test
>>
>>        if [ "\\\\${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
>>
>> didn't have the desired result, but I don't see why that would occur.
>> Any chance you can find out what happened in your scenario?
>> environment?
>>
>>
>> Thanks,
>> Corinna
>>
>

-- 
-Len

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple