I rebuilt an iso of Current RC1, based on today's updates in the changelog. Opening Konsole, it still opens in a small scale (oh well), but also I still can't get Konsole to start as a login shell even after saving the profile:



konsolerc:
Konsolerc doesn't seem to show /bin/bash -l so I added it manually at the bottom and restarted Konsole, and still no prompt as a login shell.


I realize this is a KDE bug, and it doesn't look like it has been fixed or reported (I will report it then) , but in the mean time what is the suggested work around?

Every plasma update is a "surprise box"

I see konsole build 2 , revert some size patches , now again in the first run of konsole , a rediculous size returns , in to installed system thats not a big problem ,cause after manually resize konsole remember size , but when go in to a live system , every boot same manually action ..mm , i dont like.


No one say nothing arround my other question , why ark , now open destinationdirectiry , when end jobs ??

compress or uncompress ... from servicemenu actions , open other dolphin instance ...not nice.

And of course , i check in ark preferences disabled the option "open destination folder after extraction" , ..but when compress does the same action , default option is NO , but he plays alone.

EDIT: Here we go , to try fix konsole ... https://www.linuxquestions.org/quest...ml#post6276872

Yeah, I have the same from 17. Aug rc1.

Konsole profile information goes in to ~/.local/share/konsole/, so you will not find "/bin/bash -l" in konsolerc.

I don't have your issue with ark in Slackware64 current up-to-date at time of writing (Thu Aug 19 18:54:03 UTC 2021)
After uncompressing a zip file with service menu in dolphin, I only get a notification that the job is completed.
The notification box has a button to open the destination directory if I want to do so but the destination directory is not automatically opened.

Maybe you could try to remove $HOME/.config/arkrc

I searched https://invent.kde.org/utilities/yakuake/ and found this:

https://invent.kde.org/utilities/yak...ge_requests/42

Which took me to this other bug report:

https://bugs.kde.org/show_bug.cgi?id=439027

I can confirm that forcing yakuake's window type to "normal window" with a window rule also fixes my issue with the task switcher.

Cheers!

1 members found this post helpful.

This week's new features, bug fixes and improvements,
https://pointieststick.com/2021/08/2...ool-new-stuff/

1 members found this post helpful.

So after posting my issue with Konsole and login shell in kde forums, they are alluding that it could be distro related , maybe - but I think that is a very slim chance at best. I don't know if Pat has played with Plasma lately , but it seems that nobody at the kde forums can replicate my issue, but I am at a loss why konsole refuses to open with a login shell prompt instead of showing bash-5.15...

https://forum.kde.org/viewtopic.php?...72349&p=448315

So, you want user@hostname instead of bash5 ?

But this way it shows, having just /bin/bash as shell on the Konsole profile.

@Jeebizz

Mine shows "michael@darkstar:~$" for Konsole.
I opened Xterm, urxt, and others and got the same prompt. Once upon a time it did show only bash-.... whatever. I could not tell you when that happened, but it has been awhile. Maybe there was a new file added to current that you missed? I seem to forget to run install-new ocassionally.

It's not distro related. I've had this issue in Mageia several times in the past, and I never found out what triggered it. I would guess bash profile for pty.

That variable is set in Slackware in /etc/profile. This is whats in mine from Line 45 to 57 for PS1. (PS stands for prompt statement one)

The last line tells what's in the prompt statement.

\u@ is the username
\h: is the hostname
\w is the working directory
\$ is a normal user

Check that and I bet you can solve your problem. That also sets that prompt in all shells in Slackware

So, I was looking into this a bit, since I had the same issue. And now I have the usual konsole user@host setup. Sadly, I can't exactly tell what changed.

At first I tried to change the profile, but that didn't help. So I added a profile and changed the command to /bin/bash -l. It had no effect. I logged out of X as well and back in. Played around with the profiles, and no change. Then I decided to reboot. When I got back it worked. But only conditionally.

The "default profile" is invoked as /bin/bash and not /bin/bash -l. Any other profile that says /bin/bash in the settings does not invoke -l, so you need to specifically set it. Switching between profiles with different settings will make this clear. This solves the "problem", in a way. But normally you don't need to set -l in the konsole settings, so I'm pretty sure it has to do with how the "default" profile is invoked.

It could be down to the global PS1 environmental variable, or the user one. You could try setting the PS1 variable both manually and permanently to test or solve this. should give some clues as well. My default konsole profile has no PS1 env at all.

Edit.
Looking into this a bit further it turns out I have no .bash_profile and .bashrc

1 members found this post helpful.

Yes I know, but I stated in previous posts, adding -l in command /bin/bash in the profile in Konsole and hitting apply, and restarting Konsole does not work and it is a KDE issue, but there is no definitive reason as to why.