Hans-Werner Hilse <hilse <at> web.de> writes:
> When xrdb is _not_ installed, what exact program are you killing? So I
> guess it just must be installed somewhere... Try to find out its PID
> (via "ps") and check what /proc/≤PID>/exe points to (it's a symlink).
Here's the post to the netnews interface which did not seem to make it to
the list: (Gmane is dysfunctional much of the time these days so I have to
post via net-news)_
Beats the hell out of me. I have previously posted on these deals some weeks
ago but here it goes again:
eix xrdb
* app-emacs/xrdb-mode
Available versions: 2.31
Installed: none
* x11-apps/xrdb
Available versions: ~1.0.1 ~1.0.2
Installed: none
However, I can type 'xrdb' at the command line and it will spawn (some)
process:
ps aux | grep xrdb
james 18351 103 0.0 2292 416 pts/15 R+ 15:31 0:09 xrdb
>From a previous posting the details of the xrdb process generated by a
kdm-login-session are:
"17813 100 0.0 2272 412 ? R 19:59 1:40
xrdb -quiet -merge /tmp/kde-james/kcminitWQBDHB.tmp "
> Then try running the command with the just found out executable from an
> X terminal (maybe you would have to make a backup copy of the temp file
> mentioned in the command string you've posted and use that later in the
> terminal window) and see what happens. You'll probably want to omit the
> "-quiet" flag...
Some (process) runs just by entering 'xrdb' which is very weird.
It fact there are several accounts on this portable and they all
exhibit this problem upon login on the portable. ssh in remotely is
not a problem. But I have many other gentoo/kde systems and I have
never seen this problem on any of them.
in fact when I issue 'slocate xrdb' I get:
/var/cache/edb/dep/usr/portage/x11-apps/xrdb-1.0.1
/var/cache/edb/dep/usr/portage/x11-apps/xrdb-1.0.2
/var/cache/edb/dep/usr/portage/app-emacs/xrdb-mode-2.31
/var/cache/man/cat1/xrdb.1x.bz2
/usr/bin/xrdb
/usr/bin/xxrdb-temp
/usr/lib/X11/xedit/lisp/progmodes/xrdb.lsp
/usr/share/doc/xorg-x11-6.8.2-r7/html/xrdb.1.html
/usr/share/man/man1/xrdb.1x.gz
/usr/portage/metadata/cache/x11-apps/xrdb-1.0.1
/usr/portage/metadata/cache/x11-apps/xrdb-1.0.2
/usr/portage/metadata/cache/app-emacs/xrdb-mode-2.31
/usr/portage/x11-apps/xrdb
/usr/portage/x11-apps/xrdb/Manifest
/usr/portage/x11-apps/xrdb/files
/usr/portage/x11-apps/xrdb/files/digest-xrdb-1.0.1
/usr/portage/x11-apps/xrdb/files/digest-xrdb-1.0.2
/usr/portage/x11-apps/xrdb/xrdb-1.0.1.ebuild
/usr/portage/x11-apps/xrdb/xrdb-1.0.2.ebuild
/usr/portage/x11-apps/xrdb/ChangeLog
/usr/portage/x11-apps/xrdb/metadata.xml
/usr/portage/app-emacs/xrdb-mode
/usr/portage/app-emacs/xrdb-mode/Manifest
/usr/portage/app-emacs/xrdb-mode/files
/usr/portage/app-emacs/xrdb-mode/files/70xrdb-mode-gentoo.el
/usr/portage/app-emacs/xrdb-mode/files/digest-xrdb-mode-2.31
/usr/portage/app-emacs/xrdb-mode/xrdb-mode-2.31.ebuild
/usr/portage/app-emacs/xrdb-mode/ChangeLog
/usr/portage/app-emacs/xrdb-mode/metadata.xml
/usr/portage/licenses/xrdb
I can remove these file manually if necessary, but, I'd really like to know
where in the kdm-login-session that this command gets forked. If I ssh into
the portable and nobody has attempted a kdm-session-login, then the rogue
xrdb process is not present. Best I can figure is another package that I
have emerged uses/installs xrdb as a subpackage.....
ideas on to remove are most welcome?
......................................................
Update since this previous posting (which did not make it to the list)
Issued:
mv /usr/bin/xrdb /usr/bin/xrdb-suspect
Now the problem (hung kde-login-session) is gone.
Thanks for the help.
James
--
gentoo-user@gentoo.org mailing list
