Closed aagha closed 1 year ago
JanDeDobbeleer
commented
1 year ago @aagha this isn't a bug but by design as on WSL2 we fallback to git.exe when on the Windows mounted filesystem. There are two options:
native_fallback to true in the git segment's properties
aagha
commented
1 year ago Thanks @JanDeDobbeleer
I set native_fallback to true and then sourced by .bashrc (also closed the terminal and restarted it):
No dice:
I'm running a local version of git (inside WSL2 and don't have a git.exe installed):
If I'm interpreting this correctly:
With the flag set to true it should find my local WSL instance, right?
JanDeDobbeleer
commented
1 year ago @aagha yes, the debug log should show what it's doing. So have a look.
aagha
commented
1 year ago I'm not seeing anything there that's helpful.
However, others with more experience might see something I'm missing:
The only other git reference is this--I'm puzzled why the reference is to git.exe and not /usr/bin/git
Is it possible the issue has to do with where my repo is hosted? Being on /mnt/c is the expectation that on a mounted drive you have to have a local/Windows instance git.exe and can't use /usr/bin/git on a mounted drive in WSL with ohmyposh?
JanDeDobbeleer
commented
1 year ago @aagha I can only help when I get the full debug logs and config. It still calls git.exe so it could be the configuration is wrong.
And yes. In WSL2, on /mnt/c we use git.exe, as native git (or any other native executable) is slow on the mounted drive. That's a WSL2 issue.
BTW, you added the native_fallback setting in the wrong location. It needs to be inside properties of the git segment, on the same level as fetch_status
aagha
commented
1 year ago BTW, you added the native_fallback setting in the wrong location. It needs to be inside properties of the git segment, on the same level as fetch_status
Well, that did it!
Thank you for your help
github-actions[bot]
commented
9 months ago This issue has been automatically locked since there has not been any recent activity (i.e. last half year) after it was closed. It helps our maintainers focus on the active issues. If you have found a problem that seems similar, please open a discussion first, complete the body with all the details necessary to reproduce, and mention this issue as reference.
Code of Conduct
What happened?
Using the sample configuration for a git segment in my modified config file, I don't have the git powerline prompt appear when in a git folder.
I'm on Ubuntu 20.04.5 LTS on WSL2 on Win11 Pro.
In My .bashrc, I have the following:
My git segment is a full copy-paste of the one in the documentation (linked above):
{ "type": "git", "style": "powerline", "powerline_symbol": "", "foreground": "#193549", "background": "#ffeb3b", "background_templates": [ "{{ if or (.Working.Changed) (.Staging.Changed) }}#FFEB3B{{ end }}", "{{ if and (gt .Ahead 0) (gt .Behind 0) }}#FFCC80{{ end }}", "{{ if gt .Ahead 0 }}#B388FF{{ end }}", "{{ if gt .Behind 0 }}#B388FB{{ end }}" ], "template": "{{ .UpstreamIcon }}{{ .HEAD }}{{if .BranchStatus }} {{ .BranchStatus }}{{ end }}{{ if .Working.Changed }} {{ .Working.String }}{{ end }}{{ if and (.Working.Changed) (.Staging.Changed) }} |{{ end }}{{ if .Staging.Changed }} {{ .Staging.String }}{{ end }}{{ if gt .StashCount 0 }} {{ .StashCount }}{{ end }}", "properties": { "fetch_status": true, "fetch_stash_count": true, "fetch_upstream_icon": true } }When I run git debug (below), it seems git is still false. I've run
git gcto make sure my git repo has been cleaned up, and that doesn't make a difference.Theme
I have a local copy of jandedobbeleer.omp.json
What OS are you seeing the problem on?
Linux
Which shell are you using?
bash
Log output