Non-login shell even with `--shell-type login` about wsl HOT 8 OPEN

but not when passing commands directly as an argument.

That's the expected behavior according to #816 (comment) (unless it was changed later, the comment is from 2017):

As of build 16188 when running bash.exe without arguments (or with the ~ argument) bash will be launched as a login shell. The same is true for the new wsl.exe binary (with the exception that wsl launches your user's default shell as a login shell).

from wsl.

Hi I'm an AI powered bot that finds similar issues based off the issue title.

Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you!

Closed similar issues:

• bash is not a login shell (#167), similarity score: 0.71

Note: You can give me feedback by thumbs upping or thumbs downing this comment.

from wsl.

I don't see what you see when I test. Can you post your ~/.wslconfig & /etc/wsl.conf

Typically, we like logs from here: https://github.com/Microsoft/WSL/blob/master/CONTRIBUTING.md#8-collect-wsl-logs-recommended-method

from wsl.

Sorry, I was going to include them but forgot.

~/.wslconfig

[wsl2]
memory=16GB
processors=4

[experimental]
autoMemoryReclaim=gradual
sparseVhd=true

/etc/wsl.conf:

[boot]
systemd=true

[user]
default=alexey

Logs: WslLogs-2024-02-14_01-15-52.zip.

from wsl.

For me, it works when I open a "normal" interactive shell,

> wsl.exe -d Ubuntu
$ shopt login_shell
login_shell     on
$ whereis vlc
vlc: /snap/bin/vlc

but not when passing commands directly as an argument.

> wsl.exe -d Ubuntu -- shopt login_shell
login_shell     off
> wsl.exe -d Ubuntu -- whereis vlc
vlc:
> wsl.exe -d Ubuntu -- vlc
/bin/bash: line 1: vlc: command not found

I installed VLC as a snap to reproduce the issue. Snaps are installed within /snap/bin/

$ sudo snap install vlc
vlc 3.0.19 from VideoLAN✓ installed

from wsl.

@alexeyr-ci Thanks for the info. I guess it makes sense, as it seems to match the behavior of sshd.

$ ssh 172.31.192.139 shopt login_shell
login_shell     off

Unfortunately, in my case with NixOS, the distro is not using the standard paths, so I end up with almost nothing in the PATH, not even bash or ls. 😆 (I am not sure how they fixed the initial environment when connecting over ssh.) I cannot help you with your issue then.

from wsl.

I indeed cannot reproduce the issue:

wsl --shell-type login
$ shopt login_shell
login_shell     on

@alexeyr-ci: Can you share details about your distro and default shell ?

from wsl.

The distro is Ubuntu, and the shell is bash. Nothing special here.

from wsl.