On Sun, Dec 10, 2017 at 1:41 AM, Yuri wrote:
> On 12/09/17 15:24, Chet Ramey wrote:
>
>> Of course not: that's not a login shell. As the documentation says,
>>
>> "A login shell is one whose first character of argument zero is a -, or
>> one started with the --login option."
>>
On 12/09/17 15:24, Chet Ramey wrote:
Of course not: that's not a login shell. As the documentation says,
"A login shell is one whose first character of argument zero is a -, or
one started with the --login option."
The INVOCATION section of the manual page explains it in exhaustive detail.
On 12/9/17 6:09 PM, Yuri wrote:
> On 12/09/17 15:01, Chet Ramey wrote:
>> Since it doesn't happen on any other OS, I suspect an issue with either the
>> FreeBSD port or the pathname that appears in argv[0] when the shell is
>> started, which is what bash uses to detect that it's been invoked as a
On 12/09/17 15:01, Chet Ramey wrote:
Since it doesn't happen on any other OS, I suspect an issue with either the
FreeBSD port or the pathname that appears in argv[0] when the shell is
started, which is what bash uses to detect that it's been invoked as a
login shell.
The full path is
On 12/09/17 14:59, Bob Proulx wrote:
How is the user logging in? Are they logging in with 'ssh' over the
network? Or are they logging in through an "xdm" X Display Manager
login from a graphical login display?
User logs in locally through the display manager.
Yuri
On 12/9/17 5:14 PM, Yuri wrote:
> None of these files are executed when bash is a user's default shell on
> FreeBSD.
> No special options were selected. Despite shell.c saying that they should
> be executed they just aren't.
>
> Is this a bug?
Since it doesn't happen on any other OS, I suspect
Yuri wrote:
> None of these files are executed when bash is a user's default shell on
> FreeBSD.
> No special options were selected. Despite shell.c saying that they should be
> executed they just aren't.
How is the user logging in? Are they logging in with 'ssh' over the
network? Or are they
None of these files are executed when bash is a user's default shell on
FreeBSD.
No special options were selected. Despite shell.c saying that they
should be executed they just aren't.
Is this a bug?
Yuri