From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32756 invoked by alias); 28 Feb 2014 09:19:26 -0000 Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com Received: (qmail 32744 invoked by uid 89); 28 Feb 2014 09:19:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 28 Feb 2014 09:19:24 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id ED24B520412; Fri, 28 Feb 2014 10:19:21 +0100 (CET) Date: Fri, 28 Feb 2014 09:19:00 -0000 From: Corinna Vinschen To: cygwin-xfree@cygwin.com Subject: Re: Problem with xterm-301-1 Message-ID: <20140228091921.GM2246@calimero.vinschen.de> Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com References: <20140220224047.GC3983@aerie.jexium-island.net> <20140227220020.GA3938@aerie.jexium-island.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wx8toi1bsngWn0tF" Content-Disposition: inline In-Reply-To: <20140227220020.GA3938@aerie.jexium-island.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-02/txt/msg00019.txt.bz2 --wx8toi1bsngWn0tF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2150 On Feb 27 17:00, Thomas Dickey wrote: > On Thu, Feb 27, 2014 at 06:05:48PM +0000, Matt Seitz (matseitz) wrote: > > > From: Thomas Dickey [mailto:dickey@his.com] > > >=20 > > > On Thu, Feb 20, 2014 at 06:45:00PM +0000, Matt Seitz (matseitz) wrote: > > > > > From: Ola Str=C3=B6mfors [mailto:ola.stromfors@gmail.com] > > > > > > > > > > After updating from 291-1 to 301-1 xterm starts /bin/sh instead of > > > > > my shell specified in /etc/passwd or in the SHELL environment var= iable. > > > > > > > > > > The workaround I have found is to create /etc/shells with a list = of > > > > > permitted shells, e.g. > > > > > > >=20 > > > (whether xterm should use $SHELL incoming is a different issue that I > > > am reconsidering) > >=20 > > Is there any ETA for a resolution of this issue? >=20 > I added that to my changes for #302 yesterday, and have a couple more > issues to resolve (probably #302 will be available this weekend) >=20 > > I've been holding off on upgrading to xterm-301 because of this issue. = I'm > > not sure if there is some patch coming soon (either to xterm or adding a > > default /etc/shells to Cygwin), or if I should just plan on manually cr= eating > > my own "/etc/shells". >=20 > With #302, this will work: >=20 > SHELL=3Dwhatever xterm >=20 > but this is a special case (the program will run - a fix - but > will need to be in /etc/shells to have xterm set $SHELL): >=20 > xterm whatever May I politely ask why xterm cares at all? What is the reasoning behind this? Heere's why I'm asking: Xterm is not a login process, like login(1) or sshd(8). If somebody starts xterm, the login process itself has long exec'ed the login shell, and the permission problem what shell is allowed to be started as login shell is done. Afterwards, the user is usually allowed to start whatever process he or she has a right to. It looks really weird to me that a terminal emulator would decide that certain processes are not allowed to a user which otherwise work fine. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --wx8toi1bsngWn0tF Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTEFSZAAoJEPU2Bp2uRE+gDbMP/RGCxvmEaQZAc1dNEYxVlrwA xgdJMHvlgowXJ3IW3wVGKUOedcqEeLI4HDf8jogcDcok1B0YcvHhbf7qe4keT1i+ K/JRHUyQibrbz4h91RZkivGmSLEzWRIz4/yd8bIOPuCKDDzseM5cUGQxcpu+5DiL 93OT8Jn/KZlesxTLqZvIABYnZNSgYRSZx3cYaLn6Wbl5xgzYabWE5yMHeCd87iRg CIHoBdN9adVO38EVCvKILytYgoruOiIb87Fk7rzZ9pp562sY6ijDJqBaoEP0a3Je yLN+x06X0pGuKn7ixToUSvsukkxQW27VTkqkUjYjEbDlvZEEEJVb2Yl0Atsrk16y TbudYVRbER+YakW1xCkBAYg3bzb4J2paOWxRKft+hUuGJEEEV56DFpxs3LcXFqzm WsFw7zIa46xFwC8IfMnjVlHRTE+BOOObLhzqOrwWw21+Dg3FuyFHVrUa2qgTJcG+ fxUEJRd3rNyZMttUAwTMSS4O3ozeLCOi7cCo4qri/lli88zUUP9Bx5p1JW4uH0rO r48V2xdCBK214KT40wT9g/lFqP/RQkLv2kDo6CgG5YU5trna5y5SUt9Ei3GtxNiX pLnAXCazipyasBHJ4Hn96ewHUbJh2nFa5/iQm0lOxgK642oKBMkpqOZyd/WqMnXY 9UnhuBWqO3yKf8GftLCV =iQxo -----END PGP SIGNATURE----- --wx8toi1bsngWn0tF--