public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
* Problem with xterm-301-1 @ 2014-02-20 17:47 Ola Strömfors 2014-02-20 18:33 ` Jim Reisert AD1C 2014-02-20 18:45 ` Matt Seitz (matseitz) 0 siblings, 2 replies; 8+ messages in thread From: Ola Strömfors @ 2014-02-20 17:47 UTC (permalink / raw) To: cygwin-xfree Hi, 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 variable. The workaround I have found is to create /etc/shells with a list of permitted shells, e.g. /bin/ash /bin/bash /bin/dash /bin/sh /bin/tcsh /bin/zsh Regards, Ola Strömfors -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Problem with xterm-301-1 2014-02-20 17:47 Problem with xterm-301-1 Ola Strömfors @ 2014-02-20 18:33 ` Jim Reisert AD1C 2014-02-20 21:58 ` Thomas Dickey 2014-02-20 18:45 ` Matt Seitz (matseitz) 1 sibling, 1 reply; 8+ messages in thread From: Jim Reisert AD1C @ 2014-02-20 18:33 UTC (permalink / raw) To: cygwin-xfree On Thu, Feb 20, 2014 at 10:47 AM, Ola Strömfors wrote: > 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 variable. I saw the same thing, but only on my home computer running Windows 7 Pro 64-bit, not on my work laptop running Windows 7 Enterprise 64-bit. I start Xwin this way (i.e. same as Cygwin-X group in Start menu): C:\Cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe I don't know why SHELL defined as /bin/sh by default (my entry in the /etc/passwd file invokes bash). I could not find a way to change SHELL before XWin starts. One way I fixed it was to launch xterm from .XWinrc like this: "xterm" EXEC "xterm -e /bin/bash" instead of this: "xterm" EXEC "xterm -ls" -- Jim Reisert AD1C, <jjreisert@alum.mit.edu>, http://www.ad1c.us -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Problem with xterm-301-1 2014-02-20 18:33 ` Jim Reisert AD1C @ 2014-02-20 21:58 ` Thomas Dickey 0 siblings, 0 replies; 8+ messages in thread From: Thomas Dickey @ 2014-02-20 21:58 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 1061 bytes --] On Thu, Feb 20, 2014 at 11:33:22AM -0700, Jim Reisert AD1C wrote: > On Thu, Feb 20, 2014 at 10:47 AM, Ola Strömfors wrote: > > > 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 variable. > > I saw the same thing, but only on my home computer running Windows 7 > Pro 64-bit, not on my work laptop running Windows 7 Enterprise 64-bit. > > I start Xwin this way (i.e. same as Cygwin-X group in Start menu): > > C:\Cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe > > I don't know why SHELL defined as /bin/sh by default (my entry in the > /etc/passwd file invokes bash). I could not find a way to change That sounds like a case reported Saturday - see ftp://invisible-island.net/temp/xterm-301a.patch.gz I have a few other reports on different issues to iron out, and expect to be ok with #302 sometime next week. -- Thomas E. Dickey <dickey@invisible-island.net> http://invisible-island.net ftp://invisible-island.net [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Problem with xterm-301-1 2014-02-20 17:47 Problem with xterm-301-1 Ola Strömfors 2014-02-20 18:33 ` Jim Reisert AD1C @ 2014-02-20 18:45 ` Matt Seitz (matseitz) 2014-02-20 22:40 ` Thomas Dickey 1 sibling, 1 reply; 8+ messages in thread From: Matt Seitz (matseitz) @ 2014-02-20 18:45 UTC (permalink / raw) To: cygwin-xfree > From: Ola Strömfors [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 variable. > > The workaround I have found is to create /etc/shells with a list of > permitted shells, e.g. >From http://invisible-island.net/xterm/xterm.log-contents.html#xterm_301: Patch #301 - 2014/01/19 only set SHELL environment variable to programs found in /etc/shells (prompted by patch/report by Al Poole). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Problem with xterm-301-1 2014-02-20 18:45 ` Matt Seitz (matseitz) @ 2014-02-20 22:40 ` Thomas Dickey 2014-02-27 18:06 ` Matt Seitz (matseitz) 0 siblings, 1 reply; 8+ messages in thread From: Thomas Dickey @ 2014-02-20 22:40 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 829 bytes --] On Thu, Feb 20, 2014 at 06:45:00PM +0000, Matt Seitz (matseitz) wrote: > > From: Ola Strömfors [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 variable. > > > > The workaround I have found is to create /etc/shells with a list of > > permitted shells, e.g. > > >From http://invisible-island.net/xterm/xterm.log-contents.html#xterm_301: > > Patch #301 - 2014/01/19 > only set SHELL environment variable to programs found in /etc/shells (prompted by patch/report by Al Poole). yes. (whether xterm should use $SHELL incoming is a different issue that I am reconsidering) -- Thomas E. Dickey <dickey@invisible-island.net> http://invisible-island.net ftp://invisible-island.net [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Problem with xterm-301-1 2014-02-20 22:40 ` Thomas Dickey @ 2014-02-27 18:06 ` Matt Seitz (matseitz) 2014-02-27 22:00 ` Thomas Dickey 0 siblings, 1 reply; 8+ messages in thread From: Matt Seitz (matseitz) @ 2014-02-27 18:06 UTC (permalink / raw) To: cygwin-xfree; +Cc: dickey > From: Thomas Dickey [mailto:dickey@his.com] > > On Thu, Feb 20, 2014 at 06:45:00PM +0000, Matt Seitz (matseitz) wrote: > > > From: Ola Strömfors [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 variable. > > > > > > The workaround I have found is to create /etc/shells with a list of > > > permitted shells, e.g. > > > > (whether xterm should use $SHELL incoming is a different issue that I > am reconsidering) Is there any ETA for a resolution of this issue? 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 creating my own "/etc/shells". -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Problem with xterm-301-1 2014-02-27 18:06 ` Matt Seitz (matseitz) @ 2014-02-27 22:00 ` Thomas Dickey 2014-02-28 9:19 ` Corinna Vinschen 0 siblings, 1 reply; 8+ messages in thread From: Thomas Dickey @ 2014-02-27 22:00 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 1429 bytes --] On Thu, Feb 27, 2014 at 06:05:48PM +0000, Matt Seitz (matseitz) wrote: > > From: Thomas Dickey [mailto:dickey@his.com] > > > > On Thu, Feb 20, 2014 at 06:45:00PM +0000, Matt Seitz (matseitz) wrote: > > > > From: Ola Strömfors [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 variable. > > > > > > > > The workaround I have found is to create /etc/shells with a list of > > > > permitted shells, e.g. > > > > > > > (whether xterm should use $SHELL incoming is a different issue that I > > am reconsidering) > > Is there any ETA for a resolution of this issue? I added that to my changes for #302 yesterday, and have a couple more issues to resolve (probably #302 will be available this weekend) > 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 creating > my own "/etc/shells". With #302, this will work: SHELL=whatever xterm 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): xterm whatever -- Thomas E. Dickey <dickey@invisible-island.net> http://invisible-island.net ftp://invisible-island.net [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Problem with xterm-301-1 2014-02-27 22:00 ` Thomas Dickey @ 2014-02-28 9:19 ` Corinna Vinschen 0 siblings, 0 replies; 8+ messages in thread From: Corinna Vinschen @ 2014-02-28 9:19 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 2172 bytes --] 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] > > > > > > On Thu, Feb 20, 2014 at 06:45:00PM +0000, Matt Seitz (matseitz) wrote: > > > > > From: Ola Strömfors [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 variable. > > > > > > > > > > The workaround I have found is to create /etc/shells with a list of > > > > > permitted shells, e.g. > > > > > > > > > > (whether xterm should use $SHELL incoming is a different issue that I > > > am reconsidering) > > > > Is there any ETA for a resolution of this issue? > > I added that to my changes for #302 yesterday, and have a couple more > issues to resolve (probably #302 will be available this weekend) > > > 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 creating > > my own "/etc/shells". > > With #302, this will work: > > SHELL=whatever xterm > > 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): > > 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 -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat [-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-02-28 9:19 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-02-20 17:47 Problem with xterm-301-1 Ola Strömfors 2014-02-20 18:33 ` Jim Reisert AD1C 2014-02-20 21:58 ` Thomas Dickey 2014-02-20 18:45 ` Matt Seitz (matseitz) 2014-02-20 22:40 ` Thomas Dickey 2014-02-27 18:06 ` Matt Seitz (matseitz) 2014-02-27 22:00 ` Thomas Dickey 2014-02-28 9:19 ` Corinna Vinschen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).