You are not logged in.
archlinux
shell: zsh
updated from 1.32.0-5 to 1.32.0-6.
Restart the computer and execute "pycherm" on the desktop system, but it cannot be executed.
In terminal mode, manually enter instructions and they can be executed.
Restore to 1.32.0-5 can execute it directly on the desktop.
i checking the upgrade file, again upgrade to 1.32.0-6, manually restore the Xsession file from 1.32.0-5, restart the computer, and it will be a normal executable program.
Last edited by oislone (2024-02-18 11:17:11)
Offline
Please edit your post and use a title that remotely describes your actual issue.
The fallout will be https://gitlab.archlinux.org/archlinux/ … 400d954ffa so if you're using zsh then lightdm will now source .zprofile ... but if I'm reading that right not source /etc/profile at all anymore, which is problematic, as that sets some defaults for PATH. (... unless you're overriding your PATH incompatibly in your .zprofile) ... or you not sourcing /etc/profile and .profile in your .zprofile which you might want to do.
Last edited by V1del (2024-02-16 12:38:25)
Offline
Read your post: do you think anyone can make any sense of what you're talking about?
You subject says "lightdm", what's vaguely meaningless enough, but then you're talking about zsh and "pycherm", which is not a thing - you probably mean "pycharm"?
And it "cannot be executed" means what exactly? Don't paraphrase, https://bbs.archlinux.org/viewtopic.php?id=57855
And in what "terminal mode" can it be entered? Some terminal emulator on your DE or the console?
The Xsession file was altered to source your shell and other profiles, https://gitlab.archlinux.org/archlinux/ … 400d954ffa so I'd take a look at what's wrong with those…
Edit: F**5
Last edited by seth (2024-02-15 14:30:24)
Offline
Sorry, my English is not very good, so I used translation software to convert it into English.
I use pycharm in the cinnamon desktop environment and I can open the program with a mouse.
After updating to version 1.32.0-6, the program cannot be opened directly using the mouse.
And there is no sudo journalctl -b error message.
Use the "Terminator" terminal emulation program and manually enter commands to open the program.
I don't use .zprofile, I always use .xprofile
and oh-my-zsh .zshrc
Maybe .zprofile is needed, I'll try again to see if that solves the problem.
Last edited by oislone (2024-02-16 22:21:30)
Offline
Maybe .zprofile is needed, I'll try again to see if that solves the problem.
If
echo $SHELLis zsh, then yes, you should post that.
Your .xprofile is no longer sourced (and I'm frankly not sure whether that's intentional - seems wrong)
Offline
I tried copying $home/.xprofile into $home/.zprofile
First downgraded back to 1.32.0-5. After updating again. Restarting the computer still had no effect. The program could not be opened by clicking with the mouse.
Because pycharm executes .sh files, it is currently the only one that cannot be opened using the desktop environment.
Other programs that are not .sh do not have this problem.
Offline
I tried copying $home/.xprofile into $home/.zprofile
Don't! Please don't flail around,
What does your ~/.z* and /etc/zsh/* stuff look right now and what did it look like before?
Offline
Thank you for your reply.
I think I'll figure it out on my own.
Anyway, now I'm sure it's a problem with Xseesion changing and not being compatible with me.
Temporarily using Xsession version 1.32.0-5 solved the problem.
I'll see what happens to the zsh changes in Xseeion after the change.
Offline
I think I'll figure it out on my own.
I tried copying $home/.xprofile into $home/.zprofile
fwwi, there's probably something too much in your zsh setup, adding stuff there won't help.
Under ideal circumstances xsession will invoke zsh will invoke xsession will invoke xprofile - from the symptoms I suspect you're relying on some $PATH extension that gets no longer activated and is probably in your zshrc (since the interactive shell still seems to work)
I'll say it again:
don't flail around
This can go sideways pretty badly.
Offline
This can go sideways pretty badly.
They already have: they're using OMZ. I can't make heads or tails of what the question / problem in this thread actually is, but I'd bet it's due to OMZ.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
FIX:
I'll test $HOME/.profile again
My environment settings are also set here.
Test 1.32.0-5 should also not read .zshrc.
But when logging in, 1.32.0-5 will read $HOME/.profile
1.32.0-6 login does not read $HOME/.profile.
Not sure of the real reason yet, the previous guess that .zshrc should be incorrect.
But make sure the interactive terminal reads .zshrc.
------------------------------------------------------------------------
The problem is determined, 1.32.0-6 Xsession executes the program on the desktop and does not read and execute the $HOME/.zshrc file.
As a result, some environment settings in $HOME/.zshrc were not executed.
I transferred some environment settings in $HOME/.zshrc to .xprofile or .zprofile. After restarting, I can use the desktop environment to directly execute the program normally with the mouse and shortcut keys.
Therefore, Xsession reads .xprofile and .zprofile during login, but does not read .zshrc.
However, when using the interactive terminal mode, .zshrc will be read, so this is normal. .zshrc is the file used by ZSH itself and has nothing to do with oh-my-zsh.
The problem is that the Xsession of 1.32.0-5 runs normally on the desktop. This means that it will use the .zshrc file.
Last edited by oislone (2024-02-18 07:54:25)
Offline
OMZ is a running joke on the forum.
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.
Offline
Sorry, I don't understand what OMZ stands for?
I corrected the reason in the previous article.
It shouldn't be a .zshrc problem.
It's a problem of not reading .profile.
Maybe my testing wasn't complete enough. Not sure if it's solved yet?
Maybe you need to confirm whether 1.32.0-6 reads $HOME/.profile correctly
I still need to research how to modify the title. I have never used this forum before.
Offline
OMZ is "oh-my-zsh"…
Maybe post your configs and profiles?
There's an "Edit" link in the lower right corner. Editing the first post allows you to change the subject.
Offline
Title changed Hope it's correct.
I think I'll test a few more times to see if the problem is a .profile not being read issue.
Offline
I compare Xsession different version files
-----------------------
# 1.32.0-5
# Load profile
for file in "/etc/profile" "$HOME/.profile" "/etc/xprofile" "$HOME/.xprofile"; do
if [ -f "$file" ]; then
echo "Loading profile from $file";
. "$file"
fi
done
# Will read $HOME/.profile
-----------------------
# 1.32.0-6
# case
*/zsh)
[ -z "$ZSH_NAME" ] && exec $SHELL --login $0 "$@"
[[ -o login ]] || exec $SHELL --login $0 "$@"
emulate -R sh
#esac
[ -f /etc/xprofile ] && . /etc/xprofile
[ -f /usr/local/etc/xprofile ] && . /usr/local/etc/xprofile
[ -f "$HOME/.xprofile" ] && . "$HOME/.xprofile"
# $HOME/.profile is not read, but .xprofile will be read.So it can be determined that the problem is that $HOME/.profile is not read.
It is recommended to add
[ -f /etc/xprofile ] && . /etc/xprofile
[ -f /usr/local/etc/xprofile ] && . /usr/local/etc/xprofile
# ------ append this line ------
[ -f "$HOME/.profile" ] && . "$HOME/.profile"
[ -f "$HOME/.xprofile" ] && . "$HOME/.xprofile"should be able to solve
Maybe also consider that /etc/profile is not read either
But I haven't tested this yet.
My current problem with zsh is this.
Others who use fish shell and xfce terminal also have problems with Xsession update. It should be due to the need to deal with other program sections.
archlinux bug reports I cannot post suggestions for modifications.
Maybe someone can post it for me.
Last edited by oislone (2024-02-18 14:12:28)
Offline
NEW FIX:
In addition, users used other modification methods to solve the problem.
two options work for Fish:
comment
*/fish)
[ -f /etc/profile ] && . /etc/profile
[ -f $HOME/.profile ] && . $HOME/.profile
# xsess_tmp=`mktemp /tmp/xsess-env-XXXXXX`
# $SHELL --login -c "/bin/sh -c 'export -p' > $xsess_tmp"
# . $xsess_tmp
# rm -f $xsess_tmp
;;use sed:
*/fish)
[ -f /etc/profile ] && . /etc/profile
[ -f $HOME/.profile ] && . $HOME/.profile
xsess_tmp=`mktemp /tmp/xsess-env-XXXXXX`
$SHELL --login -c "/bin/sh -c 'export -p' > $xsess_tmp"
sed -i '/UID="1000"/d' $xsess_tmp
. $xsess_tmp
rm -f $xsess_tmp
;;------------------------------------------------------
There are other people using fish shell.
He modified the program section to remark
# xsess_tmp=`mktemp /tmp/xsess-env-XXXXXX`
# $SHELL --login -c "/bin/sh -c 'export -p' > $xsess_tmp"
# . $xsess_tmp
#rm -f $xsess_tmpThere seems to be a problem with the code.
If corrected to
# remove mktmp
xsess_tmp=`/tmp/xsess-env-XXXXXX`
# add line
mktemp $xsess_tmp
$SHELL --login -c "/bin/sh -c 'export -p' > $xsess_tmp"
.$xsess_tmp
rm -f $xsess_tmpWill it be correct?
Last edited by oislone (2024-02-18 14:11:35)
Offline
Please use [code][/code] tags. Edit your posts in this regard.
Offline
so if you're using zsh then lightdm will now source .zprofile ... but if I'm reading that right not source /etc/profile at all anymore,
When running as a login shell, zsh should source /etc/profile via the default /etc/zsh/zprofile.
$ cat /etc/zsh/zprofile
emulate sh -c 'source /etc/profile'~/.profile is not loaded, but you can source it in ~/.zprofile.
$ cat ~/.zprofile
emulate sh -c 'source ~/.profile'Last edited by progandy (2024-02-18 13:16:06)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
If an update will destroy the previous compatibility settings, I don't think this is a good approach.
Maybe updating the documentation can solve the problems of different users.
But the documentation apparently doesn't state that this problem will occur.
Of course, there are various solutions after the problem is identified, but the user will need to spend more time solving it.
-------------
Thank you, I learned to use the code tag.
Because I publish on github using the ``` tag.
Last edited by oislone (2024-02-18 14:09:46)
Offline