By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 2178

Summary: [CentOS 7] TDE will not run as normal user
Product: TDE Reporter: Kristopher <gamrat.kristopher>
Component: tdebaseAssignee: Timothy Pearson <kb9vqf>
Status: NEEDINFO ---    
Severity: normal CC: albator78, bugwatch, gamrat.kristopher, michele.calgaro
Priority: P5    
Version: 3.5.13.x [Trinity]   
Hardware: Other   
OS: Linux   
Compiler Version: TDE Version String:
Application Version: Application Name:
Attachments: .xsession-erros file generated from attempting to log in to TDE

Description Kristopher 2014-10-30 11:44:57 CDT
On CentOS 7, TDE 3.5.13.2 seems to run perfectly when run as root, however it will not run as a normal user. Logging in with the session set to "default" boots me back to the login manager, and logging in with the session set to "TDE" causes it to hang indefinitely until I execute the reboot command from a VT. I will attach the .xsession-errors file from my user, there seems to be an issue with kbuildsycoca that does *not* resolve after deleting all dotfiles (e.g. .trinity/ , .cache/ , .qt/ , etc.) that appear after attempting to log in.
Comment 1 Kristopher 2014-10-30 11:45:43 CDT
Created attachment 2338 [details]
.xsession-erros file generated from attempting to log in to TDE
Comment 2 Francois Andriot 2014-11-02 08:21:07 CST
Hello,

I believe that the "default" session means running the distribution-provided "xinitrc" script, which only knows about officially supported desktop environment (e.g. KDE4, Gnome, maybe XFCE, and if nothing is available, a simple xterm session, and if there is no xterm installed, the script just exits immediatly)
See script: /etc/X11/xinit/xinitrc
The "default" word does not mean that TDM will run TDE, KDM will run KDE, nor GDM will run Gnome by default ...

Now, if you choose the "TDE" session, you should be fine in any login manager.
I've just installed a fresh Centos 7 VM, with gnome desktop, then updated all packages (yum update).
Then, I've added TDE 3.5.13.2, disabled GDM, enabled TDM, and I have no problem logging as normal user.

I will try again without installing Gnome.
Comment 3 Francois Andriot 2014-11-02 08:51:19 CST
OK I've tried again starting with a minimalistic (default) Centos 7 installation.

Steps are:
1) minimal centos installation (no X server)
2) "yum update"
3) install TDE 3.5.13.2

What I had to do in order to have working TDM:

1) Install Xorg server
 yum install xorg-x11-server-Xorg

2) Install drivers for X server (in my case: vmware)
 yum install xorg-x11-drv-vmware xorg-x11-drv-vmmouse

3) Install evdev support
 yum install xorg-x11-drv-evdev

4) Install a default font for Xorg:
 yum install dejavu-sans-fonts

Then, start TDM with "systemctl", and it works, I can login as normal user with "TDE" session ...
Comment 4 Kristopher 2014-11-02 09:08:01 CST
(In reply to Francois Andriot from comment #3)
> OK I've tried again starting with a minimalistic (default) Centos 7
> installation.
> 
> Steps are:
> 1) minimal centos installation (no X server)
> 2) "yum update"
> 3) install TDE 3.5.13.2
> 
> What I had to do in order to have working TDM:
> 
> 1) Install Xorg server
>  yum install xorg-x11-server-Xorg
> 
> 2) Install drivers for X server (in my case: vmware)
>  yum install xorg-x11-drv-vmware xorg-x11-drv-vmmouse
> 
> 3) Install evdev support
>  yum install xorg-x11-drv-evdev
> 
> 4) Install a default font for Xorg:
>  yum install dejavu-sans-fonts
> 
> Then, start TDM with "systemctl", and it works, I can login as normal user
> with "TDE" session ...

My process was similar, but looks like this:
1. Install bare-bones CentOS 7.
2. Add nux-desktop and TDE repos.
3. Run "yum clean all && yum check-update && yum upgrade".
4. Run "yum install xorg-* && yum install trinity-desktop-all" (yes, I'm lazy - unfortunately, I'm yet unfamiliar with which Xorg drivers work well in non-VMWare VMs).
5. Start TDE as root and install the VirtualBox guest drivers (I use VirtualBox, not VMWare).
6. Reboot.
7. Manually start TDM (see the yet-unresolved bug #2179) and attempt to log in to the TDE session as normal user.
8. Stare at the default desktop wallpaper while nothing happens for 10 minutes.
9. Switch to a VT, kill tdm, and manually start TDE as root (startx /opt/trinity/bin/startkde).
10. Find myself looking at a well-polished TDE desktop.

I retried steps 7 through 10 several times before filing this bug report, and I even did a fresh install of CentOS *without* installing the VirtualBox guest drivers, just to confirm that those weren't interfering somehow.
Comment 5 Francois Andriot 2014-11-02 10:28:57 CST
OK I'm now trying under Virtualbox 4.3.16-OSE.
My VM has 1 CPU, 2GB ram, and 20GB hard disk.
I do NOT install the guest additions.

I do the default/minimal CentOS 7 installation.
Login as root, activate networking, then I run the exact following script:

##########################"
#!/bin/bash -ex

rpm -Uvh https://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-2.noarch.rpm 
rpm -Uvh http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-1.el7.nux.noarch.rpm
rpm -Uvh http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity/rpm/el7/trinity-3.5.13/RPMS/noarch/extras/trinity-repo-3.5.13.2-2.el7.opt.noarch.rpm
yum clean all 
yum check-update || :
yum upgrade -y
yum install -y xorg-*
yum install -y trinity-desktop-all

systemctl enable tdm
ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

reboot
##########################"

It installs everything required, then reboot.
After reboot, I have the graphical TDM login prompt.
I Press HOST+DEL (equivalent CTRL+ALT+DEL inside VM), then type my username, password, choose "TDE" session, and validate.
After a few seconds (between 5 and 10), I have the KPersonnalizer window that shows up, and I can start to use TDE normally.
Comment 6 Michele Calgaro 2018-08-02 09:11:16 CDT
Is this bug still valid?