From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 61815 invoked by alias); 2 Aug 2016 13:50:56 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 61798 invoked by uid 89); 2 Aug 2016 13:50:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-95.0 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_BRBL_LASTEXT,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=ham version=3.3.2 spammy=domains, act, accounts X-HELO: calimero.vinschen.de Received: from ipbcc0190b.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.25.11) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 02 Aug 2016 13:50:44 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 99C10A80C6F; Tue, 2 Aug 2016 15:50:42 +0200 (CEST) Date: Tue, 02 Aug 2016 13:50:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: /dev/ptmx fails with Azure accounts Message-ID: <20160802135042.GL3470@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <579FB010.40202@towo.net> <20160802095422.GJ3470@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6lCXDTVICvIQMz0h" Content-Disposition: inline In-Reply-To: <20160802095422.GJ3470@calimero.vinschen.de> User-Agent: Mutt/1.6.2 (2016-07-01) X-SW-Source: 2016-08/txt/msg00019.txt.bz2 --6lCXDTVICvIQMz0h Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2185 On Aug 2 11:54, Corinna Vinschen wrote: > On Aug 1 22:24, Thomas Wolff wrote: > > For Azure Domain users (and I do not really know what that means), > > pts handling does not seem to work, at least not for mintty, where fork= pty() > > fails. > > Please check https://github.com/mintty/mintty/issues/563 for a discussi= on, > > and my comment > > https://github.com/mintty/mintty/issues/563#issuecomment-235310199 > >=20 > > Also, there has been a similar report here: > > https://sourceware.org/ml/cygwin/2016-02/msg00046.html > >=20 > > I have no idea how to establish a working startup of mintty for those u= sers. >=20 > The problem here is that it's impossible to generate access > permissions for the pty with those weird accounts. I like it > how Microsoft screws up otherwise working software with this > strange domain handling. >=20 > To fix this we have to be able to come up with a working user and group > account for these cases. For that I need at least output from `whoami > /all'. I wonder why supposedly nobody tried that after /fqdn didn't > work. >=20 > This may be fixable by somebody with such an account and willing to hack > on the Cygwin function pwdgrp::fetch_account_from_windows(). There's > already some code for the so-called "Windows accounts" which seem to > work in a similar fashion (albeit in this case the user has a local > account SID). >=20 > Alternatively I need at least a guinea pig with such an account, There's another problem with those accounts. If they act like a domain account, but there's no valid domain info on the machine (*), then who should Cygwin ask for shell and home dir? (*) That's the cause of the "Unknown domain AzureAD". Usually the local machine has a list of domains which is refreshed once in a while. Even the local machine SAM is a domain in this view. However, while the LookupAccountSid function seems to return "AzureAD" as the domain name for this account, the domain list on the local machine does not contain this domain. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --6lCXDTVICvIQMz0h Content-Type: application/pgp-signature; name="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXoKUyAAoJEPU2Bp2uRE+gq+kP/RXncmpX6IY9JzQ7vQY8pt2V DfycsNQeb4fwuT69VLF6M8WR3MZDdHESi4qchKkBBtIT9NaExm/hTVg/VJ3OzwM+ K2PexegoPUJ1SJGOiwk+ZZJCTeQPXeyot9GmW238VZb1T1CJkKo9oZxg0dksk3dL cgRAqA7aKy/FFfv6vXytHCMGm/HHMWBLohMHCTyqrNfsNuSMpYAvERc6HDaAQ5gj M9p2MJoGtKtElQvd3IMGNDl0/t+wCznWyX3EHMNgZ3muC82JeO0g6f81+TjjQziX +UImOR/CuDQXcygmblKn3ARJoGntSCEV1hHenCKet6fEyToLzSfnidjvWqKDc1s+ uwSXjQXQNllP8PMR05B7a8LePwKIQNZoy50N5R4JH+DSBdjrmhpyUFEZw5lteAH7 X95BYByXUugOWZ3s1BHRq9+aCVu9YLpS2lVl4Aodwttn4kEiiIGYuqIc3Lx6q0qY sV8oE5VD1rYLQjXQaTvOj1h8K2UyAinLZYcirxuDF1qHiMo33su/ZklUk/QxYleg 9y+Cw+uJomgKX0i7Y02g+yg7TsYB4y5Ibft8OEzPBliZVCs9DjnqWJw7EnQsoh4L 2S6JPv5atMWc6LEqs6dfwt/Yx8KG4zFBeRruVvJOPsRxlqTk+ydMw3R5k3Qi98iH dfAmijGQaJ2kP9+41d5r =Bn2r -----END PGP SIGNATURE----- --6lCXDTVICvIQMz0h--