X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.0 required=5.0 tests=AWL,BAYES_20,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_PD,TW_RX X-Spam-Check-By: sourceware.org Message-Id: <1322035933.21972.140661002574293@webmail.messagingengine.com> From: "Ronald Fischer" To: cygwin AT cygwin DOT com Cc: kilroyd AT googlemail DOT com MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" In-Reply-To: <1321987312.4604.ezmlm@cygwin.com> References: <1321987312 DOT 4604 DOT ezmlm AT cygwin DOT com> Subject: Re: chere, mksh and pdksh Date: Wed, 23 Nov 2011 09:12:13 +0100 Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 > It's been a while since I last refreshed the package, so I'll have a > look and see if I can get something done ASAP. Is there a technical reason, why chere needs to know a predefined set of "keys" for the shell to install? For instance, would it not be sufficient to pass the path to the shell? In this case, new shells can be installed without the need to update chere. Also, if I can use the path to the shell as a "key", I could (by using appropriate symlinks) have several "chere" entries for the same shell (for instance, mintty with ksh AND rxvt with ksh). Ronald -- Ronald Fischer + If a packet hits a pocket on a socket on a port, + and the bus is interrupted and the interrupt's not caught, + then the socket packet pocket has an error to report. + (cited after Peter van der Linden) -- 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