Guys,
I started the kdm greeter and it started fine on vt:07. It listed my login and looked nice. I type my password, hit return and .. "Login Failed" Huh?
I looked though kdmrc and there didn't seem to be anything that would prevent a user login. root wasn't allowed, but that is the default.
Anybody else seeing this? Any thoughts on why?
On Friday 18 February 2011 07:43:11 David C. Rankin wrote:
Guys,
I started the kdm greeter and it started fine on vt:07. It listed my login and looked nice. I type my password, hit return and .. "Login Failed" Huh?
I looked though kdmrc and there didn't seem to be anything that would prevent a user login. root wasn't allowed, but that is the default.
Anybody else seeing this? Any thoughts on why?
Be sure that you compiled kdebase with pam support.
On 02/18/2011 03:02 AM, Serghei Amelian wrote:
On Friday 18 February 2011 07:43:11 David C. Rankin wrote:
Guys,
I started the kdm greeter and it started fine on vt:07. It listed my login and looked nice. I type my password, hit return and .. "Login Failed" Huh?
I looked though kdmrc and there didn't seem to be anything that would prevent a user login. root wasn't allowed, but that is the default.
Anybody else seeing this? Any thoughts on why?
Be sure that you compiled kdebase with pam support.
Serghei,
I think I'm missing the link to the <trinity>.desktop file that provides the choice to launch trinity to the kdm chooser. The only sessions listed are:
default failsafe
Where do the "session" links go for Trinity? I created a desktop file in:
08:02 supersff:/opt/trinity/share/config/kdm> cat /etc/X11/sessions/trinity.desktop [Desktop Entry] Encoding=UTF-8 Type=XSession Exec=/usr/bin/starttrinity TryExec=/usr/bin/starttrinity Name=Trinity Comment=The Trinity Desktop Environment. A powerful Open Source graphical desktop environment
But where do I need to create the link for Trinity to find it? I suspect I will need to create a specific desktop and link in the Arch kdebase package that will solve this issue. I just have to figure out what and where :)
Also, kdebase should have pam by default. Is there a command I can run against kdebase to check the compile options?
I have no /etc/X11/Xwrapper.config, so we can cross that off the list.
On Friday 18 February 2011 16:09:30 David C. Rankin wrote:
[...]
Also, kdebase should have pam by default. Is there a command I can run against kdebase to check the compile options?
-DWITH_PAM=ON
I want to leave all options to OFF, packager should activate only options which are needed.
On 02/18/2011 08:19 AM, Serghei Amelian wrote:
On Friday 18 February 2011 16:09:30 David C. Rankin wrote:
[...]
Also, kdebase should have pam by default. Is there a command I can run against kdebase to check the compile options?
-DWITH_PAM=ON
I want to leave all options to OFF, packager should activate only options which are needed.
OOoohhh....
OK, how do I get a list of options without ./configure? I used to just look at:
./configure --help
But, I'm confused with cmake. Even if I was able to get the ./configure --help list, how do I know how to translate that into the cmake format. eg.:
-DWITH_<NEEDED-OPTION>=ON
http://www.cmake.org/Wiki/CMake_Useful_Variables is a good cheat-sheet, but it doesn't address package specific options. You have another favorite link :)
On Friday 18 February 2011 16:34:14 David C. Rankin wrote: [...]
But, I'm confused with cmake. Even if I was able to get the ./configure --help list, how do I know how to translate that into the cmake format. eg.:
-DWITH_<NEEDED-OPTION>=ON
Use ccmake or just open main CMakeFiles.txt
On 02/18/2011 08:19 AM, Serghei Amelian wrote:
On Friday 18 February 2011 16:09:30 David C. Rankin wrote:
[...]
Also, kdebase should have pam by default. Is there a command I can run against kdebase to check the compile options?
-DWITH_PAM=ON
I want to leave all options to OFF, packager should activate only options which are needed.
Hmm. problem with kdebase + pam:
[ 69%] Building CXX object kdesktop/lock/CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o cd /home/david/tbld/trinity-kdebase/src/kdebase/kdesktop/lock && /usr/bin/c++ -DHAVE_CONFIG_H -DUSE_QT3 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -march=i686 -mtune=generic -O2 -pipe -include tqt.h -I/home/david/tbld/trinity-kdebase/src/kdebase/kdesktop/lock -I/home/david/tbld/trinity-kdebase/src/kdebase/kdesktop -I/home/david/tbld/trinity-kdebase/src/kdebase -I/home/david/tbld/trinity-kdebase/src/kdebase/kdmlib -I/home/david/tbld/trinity-kdebase/src/kdebase/kcheckpass -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -o CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o -c /home/david/tbld/trinity-kdebase/src/kdebase/kdesktop/lock/lockdlg.cc /home/david/tbld/trinity-kdebase/src/kdebase/kdesktop/lock/lockdlg.cc: In member function ‘virtual void PasswordDlg::gplugStart()’: /home/david/tbld/trinity-kdebase/src/kdebase/kdesktop/lock/lockdlg.cc:452:22: error: ‘KSCREENSAVER_PAM_SERVICE’ was not declared in this scope make[2]: *** [kdesktop/lock/CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o] Error 1 make[2]: Leaving directory `/home/david/tbld/trinity-kdebase/src/kdebase' make[1]: *** [kdesktop/lock/CMakeFiles/kdesktop_lock.dir/all] Error 2 make[1]: Leaving directory `/home/david/tbld/trinity-kdebase/src/kdebase' make: *** [all] Error 2 Aborting...
On 02/18/2011 09:20 AM, Serghei Amelian wrote:
On Friday 18 February 2011 16:48:56 David C. Rankin wrote:
[...]
Hmm. problem with kdebase + pam:
Should work now, fixed in svn.
[...]
You're great!
On 02/18/2011 09:41 AM, David C. Rankin wrote:
On 02/18/2011 09:20 AM, Serghei Amelian wrote:
On Friday 18 February 2011 16:48:56 David C. Rankin wrote:
[...]
Hmm. problem with kdebase + pam:
Should work now, fixed in svn.
[...]
You're great!
kdm chooser no longer gives "Login Failed", but after entering user and pw, I am dropped back to the text console.
My session choices are "default" and "failsafe" with no choice for "Trinity". I'm pretty sure this means I don't have a Trinity.desktop file being seen by the chooser.
Where does the Trinity chooser look for session files (trinity.desktop, fluxbox.desktop, etc..)
I can just link a quick .desktop file there if I know where it is looking...
On Friday 18 February 2011 20:14:45 David C. Rankin wrote:
On 02/18/2011 09:41 AM, David C. Rankin wrote:
On 02/18/2011 09:20 AM, Serghei Amelian wrote:
On Friday 18 February 2011 16:48:56 David C. Rankin wrote:
[...]
Hmm. problem with kdebase + pam:
Should work now, fixed in svn.
[...]
You're great!
kdm chooser no longer gives "Login Failed", but after entering user and pw, I am dropped back to the text console.
Check ~/.xsession-errors. I suspect that your Xorg server crashing.
My session choices are "default" and "failsafe" with no choice for "Trinity". I'm pretty sure this means I don't have a Trinity.desktop file being seen by the chooser.
"default" is trinity, i think
On 02/18/2011 12:14 PM, David C. Rankin wrote:
On 02/18/2011 09:41 AM, David C. Rankin wrote:
On 02/18/2011 09:20 AM, Serghei Amelian wrote:
On Friday 18 February 2011 16:48:56 David C. Rankin wrote:
[...]
Hmm. problem with kdebase + pam:
Should work now, fixed in svn.
[...]
You're great!
kdm chooser no longer gives "Login Failed", but after entering user and pw, I am dropped back to the text console.
My session choices are "default" and "failsafe" with no choice for "Trinity". I'm pretty sure this means I don't have a Trinity.desktop file being seen by the chooser.
Where does the Trinity chooser look for session files (trinity.desktop, fluxbox.desktop, etc..)
I can just link a quick .desktop file there if I know where it is looking...
OK,
I'm getting there. I get "Trinity" as a choice now in the chooser, but it still drops me back to the console. Here is what I did:
(1) create a trinity.desktop file in /etc/X11/sessions
[Desktop Entry] Encoding=UTF-8 Type=XSession Exec=/opt/trinity/bin/startkde TryExec=/opt/trinity/bin/startkde Name=Trinity Comment=The Trinity Desktop Environment. A powerful Open Source graphical desktop environment
(2) edit /opt/trinity/share/config/kdm/kdmrc and change:
SessionDirs=/etc/X11/sessions
Now Trinity and fluxbox show in the chooser, but choosing either and trying to login drops me back to the console. Any reason kdm should not be launching trinity when I choose Trinity as the session?
The only .xsession-error was
/etc/X11/Xsession didn't exist
So I fixed /opt/trinity/share/config/kdm/Xsession (line 46) as
[[ -f /etc/X11/Xsession ]] && . /etc/X11/Xsession
That cured the error, but I'm still dropped back to the console. Any quick fixes Serghei?
On Friday 18 February 2011 20:57:44 David C. Rankin wrote: [...]
Now Trinity and fluxbox show in the chooser, but choosing either and trying to login drops me back to the console. Any reason kdm should not be launching trinity when I choose Trinity as the session?
The only .xsession-error was
/etc/X11/Xsession didn't exist
So I fixed /opt/trinity/share/config/kdm/Xsession (line 46) as
[[ -f /etc/X11/Xsession ]] && . /etc/X11/Xsession
That cured the error, but I'm still dropped back to the console. Any quick fixes Serghei?
Check this: http://bugs.pearsoncomputing.net/show_bug.cgi?id=421
On 02/18/2011 01:04 PM, Serghei Amelian wrote:
On Friday 18 February 2011 20:57:44 David C. Rankin wrote: [...]
Now Trinity and fluxbox show in the chooser, but choosing either and trying to login drops me back to the console. Any reason kdm should not be launching trinity when I choose Trinity as the session?
The only .xsession-error was
/etc/X11/Xsession didn't exist
So I fixed /opt/trinity/share/config/kdm/Xsession (line 46) as
[[ -f /etc/X11/Xsession ]] && . /etc/X11/Xsession
That cured the error, but I'm still dropped back to the console. Any quick fixes Serghei?
Check this: http://bugs.pearsoncomputing.net/show_bug.cgi?id=421
Added:
# include at top of /opt/trinity/share/config/kdm/Xsession
## Added Exports for kdm - see Trinity bug 421
export XDG_CONFIG_DIRS="/etc/xdg:/opt/trinity/etc/xdg" export XDG_DATA_DIRS=/usr/share:/usr/local/share:/opt/trinity/share export LD_LIBRARY_PATH="/opt/trinity/lib" export PATH="/opt/tinity/bin:$PATH"
Makes no difference, kdm still drops you back to console - no .xsession-errors no errors in /var/log/Xorg.0.log. Typing 'startx' brings Trinity right up.
The plot thickens... Something is rotten in Denmark (kdm that is :)
... but 'kdesu kate &' works great in Trinity!
On Friday 18 February 2011 23:42:01 David C. Rankin wrote: [...]
Added:
# include at top of /opt/trinity/share/config/kdm/Xsession
## Added Exports for kdm - see Trinity bug 421
export XDG_CONFIG_DIRS="/etc/xdg:/opt/trinity/etc/xdg" export XDG_DATA_DIRS=/usr/share:/usr/local/share:/opt/trinity/share export LD_LIBRARY_PATH="/opt/trinity/lib" export PATH="/opt/tinity/bin:$PATH"
But where is startkde?
export XDG_CONFIG_DIRS="/etc/xdg:/opt/trinity/etc/xdg"
export XDG_DATA_DIRS=/usr/share:/usr/local/share:/opt/trinity/share export LD_LIBRARY_PATH="/opt/trinity/lib" export PATH="/opt/tinity/bin:$PATH"
But where is startkde?
--
# ps -ef|grep startkde USER 3549 3417 0 11:21 ? 00:00:00 /bin/sh /opt/trinity/bin/startkde
On 02/18/2011 03:47 PM, Serghei Amelian wrote:
On Friday 18 February 2011 23:42:01 David C. Rankin wrote: [...]
Added:
# include at top of /opt/trinity/share/config/kdm/Xsession
## Added Exports for kdm - see Trinity bug 421
export XDG_CONFIG_DIRS="/etc/xdg:/opt/trinity/etc/xdg" export XDG_DATA_DIRS=/usr/share:/usr/local/share:/opt/trinity/share export LD_LIBRARY_PATH="/opt/trinity/lib" export PATH="/opt/tinity/bin:$PATH"
But where is startkde?
In /etc/X11/sessions/trinity.desktop:
[Desktop Entry] Encoding=UTF-8 Type=XSession Exec=/opt/trinity/bin/startkde TryExec=/opt/trinity/bin/startkde Name=Trinity Comment=The Trinity Desktop Environment. A powerful Open Source graphical desktop environment
Which is the file that gives you the 'Trinity' option in the kdm chooser configured by the following entry in /opt/trinity/share/config/kdm/kdmrc:
# The directories containing session type definitions in .desktop format. # Default is "/usr/share/xsessions,/var/lib/menu-xdg/xsessions,/usr/share/apps/kdm/sessions" SessionsDirs=/etc/X11/sessions
:p
On Saturday 19 February 2011 00:05:41 David C. Rankin wrote: [...]
But where is startkde?
[...]
Which is the file that gives you the 'Trinity' option in the kdm chooser configured by the following entry in /opt/trinity/share/config/kdm/kdmrc:
# The directories containing session type definitions in .desktop format. # Default is "/usr/share/xsessions,/var/lib/menu-xdg/xsessions,/usr/share/apps/kdm/sessi ons" SessionsDirs=/etc/X11/sessions
:p
Try to put /opt/trinity/bin/startkde to Xsession, after variables.
On 02/18/2011 04:10 PM, Serghei Amelian wrote:
On Saturday 19 February 2011 00:05:41 David C. Rankin wrote: [...]
But where is startkde?
[...]
Which is the file that gives you the 'Trinity' option in the kdm chooser configured by the following entry in /opt/trinity/share/config/kdm/kdmrc:
# The directories containing session type definitions in .desktop format. # Default is "/usr/share/xsessions,/var/lib/menu-xdg/xsessions,/usr/share/apps/kdm/sessi ons" SessionsDirs=/etc/X11/sessions
:p
Try to put /opt/trinity/bin/startkde to Xsession, after variables.
That works fine! (but kinda defeats the purpose of a 'chooser' :)
On Saturday 19 February 2011 00:23:38 David C. Rankin wrote: [...]
Try to put /opt/trinity/bin/startkde to Xsession, after variables.
That works fine! (but kinda defeats the purpose of a 'chooser' :)
Will dig for this later.
On 02/18/2011 04:29 PM, Serghei Amelian wrote:
On Saturday 19 February 2011 00:23:38 David C. Rankin wrote: [...]
Try to put /opt/trinity/bin/startkde to Xsession, after variables.
That works fine! (but kinda defeats the purpose of a 'chooser' :)
Will dig for this later.
I've got it fixed for you. Add the following to the END of Xsession:
case $session in "") exec xmessage -center -buttons OK:0 -default OK "Sorry, $DESKTOP_SESSION is no valid session." ;; failsafe) exec xterm -geometry 80x24-0-0 ;; custom) exec $HOME/.xsession ;; default) exec /opt/trinity/bin/startkde ;; *) eval exec "$session" ;; esac exec xmessage -center -buttons OK:0 -default OK "Sorry, cannot execute $session. Check $DESKTOP_SESSION.desktop."
On Saturday 19 February 2011 00:41:22 David C. Rankin wrote:
On 02/18/2011 04:29 PM, Serghei Amelian wrote:
On Saturday 19 February 2011 00:23:38 David C. Rankin wrote: [...]
Try to put /opt/trinity/bin/startkde to Xsession, after variables.
That works fine! (but kinda defeats the purpose of a 'chooser' :)
Will dig for this later.
I've got it fixed for you. Add the following to the END of Xsession:
I'm not sure how to handle this, for the moment. Xsession doesn't exists in trinity as is, but is generated by genkdmconf, if I correct remember. Also, we must to avoid somehow to use "hardwired" paths, like /opt/trinity/bin/startkde. As I said, will dig for this later.
On 02/18/2011 04:52 PM, Serghei Amelian wrote:
On Saturday 19 February 2011 00:41:22 David C. Rankin wrote:
On 02/18/2011 04:29 PM, Serghei Amelian wrote:
On Saturday 19 February 2011 00:23:38 David C. Rankin wrote: [...]
Try to put /opt/trinity/bin/startkde to Xsession, after variables.
That works fine! (but kinda defeats the purpose of a 'chooser' :)
Will dig for this later.
I've got it fixed for you. Add the following to the END of Xsession:
I'm not sure how to handle this, for the moment. Xsession doesn't exists in trinity as is, but is generated by genkdmconf, if I correct remember. Also, we must to avoid somehow to use "hardwired" paths, like /opt/trinity/bin/startkde. As I said, will dig for this later.
One option (albeit not a good one) is to advise the devs that packge for the distributions that they will have to handle this in the packaging stage if we can't grab the ./configure options for genkdmconf.
We will put this on the back burner (low priority) for now. Thanks again for your hard work!
Edit file /etc/X11/Xwrapper.config, change this line:
allowed_users=console
to
allowed_users=anybody
At least it worked for me.
Am Freitag, 18. Februar 2011 schrieb David C. Rankin:
Guys,
I started the kdm greeter and it started fine on vt:07. It listed my login and looked nice. I type my password, hit return and .. "Login Failed" Huh?
I looked though kdmrc and there didn't seem to be anything that would prevent a user login. root wasn't allowed, but that is the default.
Anybody else seeing this? Any thoughts on why?
-
David C. Rankin -
Mag. Dr. Nikolaus Klepp -
Paul Cartwright -
Serghei Amelian