DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=rZ03FO1DWjt40kHL
	Bs/d7Y8ibNWLvat92uucoQjHLksUYDq/kXVhNQ2oIbD+g9gw9/AE374z7Qjf1VtK
	rmIrwldto0pdD+UhzN7HXsnPiS+rQGPNPc+sVrV+x1pwMs5nDq7vVJWmtGXTHjRZ
	bx0K06bTGJSiZ+Y9CcYsBjcHf10=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Subject: Re: bash -l not sourcing /etc/profile? (minor annoyance)
To: cygwin AT cygwin DOT com
References: <d36a5c1f-d515-c78c-e958-cd94898f7db0 AT pobox DOT com> <fd4be5d7-52f7-0d29-2776-bc0316c06f6c AT SystematicSw DOT ab DOT ca>
From: Daniel Santos <daniel DOT santos AT pobox DOT com>
Message-ID: <bf2e2417-ee57-e415-0ec5-e919a87d2ffc@pobox.com>
Date: Sat, 11 Mar 2017 21:51:16 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <fd4be5d7-52f7-0d29-2776-bc0316c06f6c@SystematicSw.ab.ca>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

First off, thanks for your response and I apologize for my late reply.

On 03/09/2017 06:21 PM, Brian Inglis wrote:
> On 2017-03-09 15:58, Daniel Santos wrote:
>> This is just a minor annoyance. When I start a mintty session and
>> even if I type bash -l or basy -li, I don't get my /etc/profile
>> sourced and I have to manually do it each time I log in. Any idea
>> what's causing that?
> Cygwin/bash/mintty shortcut properties or command line should have
> "-" at end e.g.
>
> 	"C:\cygwin64\bin\mintty.exe -i /Cygwin-Terminal.ico -"

Yes, I have verified that.

> Otherwise does it have Windows line endings or permissions too open?

Windows line endings where?  Also, please be a little more specific 
about permissions.  On what file(s) are you referring to?  How could 
this happen if they are "too open"?  Usually, permissions being too open 
just results in a big security hole.  Does Cygwin do some type of 
detection of this and crap out w/o a proper error message if some 
permissions are too open?


>> Possibly related, sshd doesn't seem to be reading my
>> ~/.ssh/authorized_keys because I have to type my password every time
>> I ssh in.
> Windows line endings or permissions too open on directory
> (s/b drwx------) or private key files, config, known_hosts,
> authorized_keys (s/b _rw-------)?

Again, permissions too open w/o an error message?  I did not explicitly 
modify the permissions and the .ssh directory was created by 
ssh-keygen.  I did try to modify the permissions in Windows explorer, 
but I only seemed to bungle things up and now I have the "properties" 
dialogue for the .ssh directory stuck open (cannot close it) and I can't 
reboot yet because I'm running tests, so this may have to wait a little bit.

Also, the sshd server does need to access my .ssh directory and my 
id_rsa.pub, but I don't seem to understand nt security anymore.

> Could sshd config have disabled allowing personal config files
> (common on corporate servers - have to talk to admins)?

This is a fresh install of Cygwin on a freshly installed Windows 7.

> If you have a passphrase on your key, you could use ssh-agent
> and ssh-add to avoid reverifying credentials on each connection.

I did not use a passphrase.

> Do you also need host keys in /etc/ssh_known_hosts or
> ~/.ssh/known_hosts as well as your PPK pair?

Well, known_hosts doesn't matter on the server side and I have already 
added the Windows 7 key to my known_hosts file on my GNU/Linux client.  
I'm not using Putty, et. al., so I don't have a PPK file.

I suppose I can live with the inconvenience for now.  Thanks for your tips.

Daniel


--
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