So I took a look at my packages and saw that there were updates to TDE (from 14.0.0 to 14.0.3, openSUSE here).
I first choose "update if newer" for all my packages (in Yast) and ended in a disaster: apparently minimal X with a terminal, message about wrong permissions for Xorg.
Setting these permissions right let me start X... but only in KDE 4!
I thought the problem was with openSUSE, so I restored and tried updating only Trinity. This time the message is:
.servauth.1668 does not exist cannot open /var/log/xorg.1.log please consult X.org foundation support
There are plenty of lines with (EE) too
Same correction to Xorg now brings up Icevm.
I'm out of my depth here. I restored again and will make a copy install to investigate the matter. I understand this may be openSUSE linked but any suggestion can help.
Not urgent however, 14.0.0 is running very well...
Thierry
Thierry de Coulon composed on 2016-08-06 10:56 (UTC+0200):
So I took a look at my packages and saw that there were updates to TDE (from 14.0.0 to 14.0.3, openSUSE here).
I first choose "update if newer" for all my packages (in Yast) and ended in a disaster: apparently minimal X with a terminal, message about wrong permissions for Xorg.
Setting these permissions right let me start X... but only in KDE 4!
Are you starting sessions via TDM or some other DM, or startx?
Are the permissions you refer to those of /usr/bin/Xorg?
Updating openSUSE frequently resets permissions on /usr/bin/Xorg to 755 when I've set them to 4711.
I thought the problem was with openSUSE, so I restored and tried updating only Trinity. This time the message is:
.servauth.1668 does not exist cannot open /var/log/xorg.1.log please consult X.org foundation support
IIRC, that's one of the manifestations of not having 4711 set on /usr/bin/Xorg and trying to start an X session as a non-root user.
There are plenty of lines with (EE) too
Same correction to Xorg now brings up Icevm.
IceWM was happening to me a lot until I figured out that /etc/sysconfig/windowmanager needed tde rather than starttde for DEFAULT_WM. Without that set, the start syntax without a greeter running in openSUSE, unlike in Fedora or Debian, is either:
WINDOWMANAGER=starttde startx
or
WINDOWMANAGER=/opt/trinity/bin/starttde startx
I forget which works or not, and don't have an appropriate machine available ATM to check. https://bugzilla.opensuse.org/show_bug.cgi?id=929016 sort of explains openSUSE being different.
I'm out of my depth here. I restored again and will make a copy install to investigate the matter. I understand this may be openSUSE linked but any suggestion can help.
Not urgent however, 14.0.0 is running very well...
On Saturday 06 August 2016 11.34:57 Felix Miata wrote:
Are you starting sessions via TDM or some other DM, or startx?
As far as I know via TDM. I start in graphical mode and tdm is the DisplayManager in Sysconfig.
Are the permissions you refer to those of /usr/bin/Xorg?
Updating openSUSE frequently resets permissions on /usr/bin/Xorg to 755 when I've set them to 4711.
I've set them to 4711 but no change
IceWM was happening to me a lot until I figured out that /etc/sysconfig/windowmanager needed tde rather than starttde for DEFAULT_WM. Without that set, the start syntax without a greeter running in openSUSE, unlike in Fedora or Debian, is either:
WINDOWMANAGER=starttde startx
or
WINDOWMANAGER=/opt/trinity/bin/starttde startx
This brought interresting elements:
The current situation is: - I get to the TDM login screen - I log in, checking that "tde" is the choosen session type - I'm dropped to an X looking screen, with a sort of terminal window in the upper left corner, that also acts as such if my mouse is inside.
From there, startx starts IceVM
If I try /opt/trinity/bin/starttde startx I get:
a) in the terminal
[starttde] Setting TDEROOTHOME to /root/.trinity. [r14-xdg-update] Performing a profile update for Trinity release R14 XDG compliance. [r14-xdg-update] [r14-xdg-update] To run this script against a different user directory, or automated [r14-xdg-update] from within another script, pass the directory path as a parameter. [r14-xdg-update] For example: r14-xdg-update /home/user_dir [r14-xdg-update] Use the user home directory and not the profile directory. [r14-xdg-update] User directory: /home/haswell [r14-xdg-update] Profile directory: /home/haswell/.trinity [r14-xdg-update] [r14-xdg-update] The r14-xdg-update script has been run at least once. [r14-xdg-update] The error code is 3;6.
b) in a message box:
The r14-xdg-update script has been run at least once. The script is not successfully updating The script will run with each login until corrected Please contact an administrator (...) The error code is 3;6.
So it seems (to me) that there is a problem in the update script for the openSUSE install. If I have time I will try installing from scratch, but I wonder if going from 14.0.0 to 14.0.3 is worth reconfiguring everything...
Anyway, thanks Felix for those hints.
Have a good day,
Thierry
Thierry de Coulon composed on 2016-08-07 10:32 (UTC+0200):
- I get to the TDM login screen
- I log in, checking that "tde" is the choosen session type
- I'm dropped to an X looking screen, with a sort of terminal window in the
upper left corner, that also acts as such if my mouse is inside.
From there, startx starts IceVM
I think what you're seeing is described a bit here: https://bugzilla.opensuse.org/show_bug.cgi?id=835299#c6