accidental duplicate post

Only the first code snippet tells you anything about the default shell for user1.

For the last 2 I wonder: why did you use $SHELL and $0, not just $SHELL for both?
And: where are those snippets from? I guess they aren't both from just opening the default terminal in KDE, so what's the difference?

OK I went ahead and looked at manjaro.org. Dog, I hate that website. The update announcements are apparently here. What an effing mess, good luck finding out how your default shell changed. After I while I found this thread which looks strangely familiar.

I'm not sure (OP doesn't appear to be well-informed, just angry) but they later say:
I hope you understand that this is not the same as changing the default shell.
However: this is most likely something that Manjaro devs did, not KDE/konsole itself.

Hence, my satement stands:And, sorry to harp on it, but you really need to get a better grasp on your OS if you want to tinker with it.
You can't be an eternal newbie AND have full control over your system.

1 members found this post helpful.

I reinstalled Manjaro KDE earlier this month and yes it did install zsh console rather than my usual bash.

Doesn't make sense.
zsh is a shell, not a "console".
And I doubt that bash is not installed anymore, as your phrasing suggests.

I would like to know:
Let's say i have backup my ".local" folder (which is now 500Mb on my pc)
Then arch upgrade again (changes default of theme, default windows style, default shell on emulated terminal, changes default login manager...etc)
I run the arch upgrade.
After successfully upgraded my arch,
I replace the whole ".local" folder from /home with the ".local" folder that i have backup earlier...
**The question now is: will this causes Problem to any part of my system (eg: Desktop manager ) ?

Thx

This is a bit of branching of thread title:
I couldn't help it but wondering :
Since you said you used to use DE (KDE, GNOME, XFCE, LXDE, LQXT.....) ,but now you prefer to using window manager like (openbox, i3.... i suppose fluffybox also) ?
I am confused here.
You said these days, you are no longer using DE , you just use window manager ??
I have got window manager here on KDE plasma as well.. Isn't it window manager is default in all linux with gui ? Desktop manager rely on window manager to function.. Then i can use window manager on top of KDE (chuck away my kde (DE) ) ??
Does window manager can function like Desktop manager ?? then why bother to have a duplicate of it on KDE or Gnome eco system ?
I am a bit confused here.

Where did "desktop manager" term come from?

Put simply: Some people want the convenience of STUFF that DEs like Plasma provide.
Some people prefer their OS to provide just the WM part, and have the greater control/precision of manually providing their own STUFF.

(There is no better - it's an individual choice - and a good choice for one person may be a bad choice for another person.)

KWin is the window manager the Plasma desktop environment uses; apparently one can run Plasma on other window managers, but that seems a good way to discover more weird quirks/annoyances.

Yes, i understand now.

As regarding your question on why i use "echo $SHELL" and "echo $0". Well it was due to i never use a zsh shell before and i didn't knew there is different between tty shell and emulated shell, hence i was in a mess asking for help.

Later i learnt that my tty shell didn't change, still bash as "echo $SHELL" tells me that.
one person in manjaro forum told me that to know what shell i am using in Emulated shell, i should use "echo $0" instead.

NO.

System updates do not touch stuff under your $HOME.
And despite being snarky about it before, I don't think Manjaro is so broken that it would attempt that.
________________________________________

To wrap all this up...

I was thinking the other day - the word "default shell" is really a little ambiguous.

Usually it just means "the shell a normal user gets after a console login" and is not very important for GUI users, because:
The terminal emulator (remember this is just a GUI program like any other) usually defaults to the user login shell, but most have a config option to change that. I believe that is what has been happening to you, and simply trying another terminal emulator (xterm, urxvt, xfce4-terminal etc. etc.) would have been enough to clarify. This is called troubleshooting, something we keep preaching to newbs like you (sorry for the lecture).

OTOH though, what shell does the system "default" to? Or the root user? I guess it is whatever is linked to /bin/sh.
Try it on your system: On Debian systems it should be dash, on Arch systems it should be bash (by default).

Thanks for telling me that terminal emulator is just an another GUI program, i thought it is something different.. lol
[code]ls -l /bin/sh[/code
Yes, default is bash still.

Thanks for remind this again.
So , now i know my default terminal emulator (gui program) has got a default personalization config file that is located outside of /home . .hence when they upgrade it, they change the config file to run zsh instead of bash.
When i personalized terminal emulator, it actually generate personalized config file in my /home (whatever location), hence this will prevent future changed due to upgrade.

Is the logic still true to my <b>wall paper</b> ? it changes everytime after upgrade..

If you back up your .local folder, and restore it after a fresh install, you should be back at a familiar place with your settings restored.

This thread addressed various things over its course, but as far as the last 10 or so posts are concerned, no.
It seems Manjaro itself changed some konsole settings after an update.
Changing things under $HOME would not fix this problem. As was said numerous times now, was actually an important point for OP to understand: updates don't change things under $HOME.

Now i am confused !
On one hand you said system upgrades won't touch stuff under $HOME.
On the other hand you said, manjaro itself changed some konsole settings after an update; changing things under $HOME would not fix this problem (this statement simply means things in $HOME will be change ...

Then disregard the 2nd quote. You only misundertood it. I am still saying the same thing as in the 1st quote.

updates don't change things under $HOME. is the same as System updates do not touch stuff under your $HOME.