X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Date: Fri, 20 Mar 2009 20:12:09 +0000 Message-ID: Subject: csih: Unattended installations are not possible From: Julio Emanuel To: Cygwin Mailing list Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Hi all (with a 'ping Chuck') Regarding the problem in csih that asks confirmation over the account name if used with -y (*): Chuck, can you look into this? I had already started to edit the csih script, but then when I searched the mailinglist, I understood WHY the 'simple' change of logic in the question wasn't implemented till now. You got a point. But, as is, this is a no-go for unattended installation - in particular, ssh-host-config script can not be made unattended. However, I think Corinna already proposed something interesting, and I wanted to make a suggestion (that could be added or be instead of Corinna's --service-account proposal): Why not a --noconfirmation option? That does not have the flexibility to indicate the specific account (but that could actually be good, because who invoke the unattended installation does not know or care about the final account used for the service, as long as it correctly installed), BUT at the same time avoids csih asking for confirmation of account name? In other words, a --yes option with a limited scope (only in the csih_select_privileged_username function). Chuck, if this is the old 'time compression' problem :) I could try to help and see if I send a patch to your evaluation. I just don't want to take something in hands that someone else has already started to work on, or simply does not agree with my view. Standing by... (*) see http://www.cygwin.com/ml/cygwin/2008-12/msg00189.html and also http://sourceware.org/ml/cygwin/2009-01/msg00829.html ___________ Julio Costa -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/