[gentoo-user] Re: puzzled over why xrdb process hangs

[James]

Zac Slade krakrjak at volumehost.net writes:

  quickly running 'top' I find the culprit:
  krdb. I can kill it off and the sequence completes and the system is fine.
 
  But 'eix xrdb' reveals:
  x11-apps/xrdb
   Available versions:  [M]1.0.1
   Installed:   none

  If it's not installed how can it be running (hung)?
  I've tried all sorts of things to fix this and nothing
  works, including revdep-rebuild...
 
 Are you using the monolithic or split ebuilds for kde?

got me on this one. Not Sure? I'd guess both is a bad idea?


 That is, did you emerge kde or emerge kde-meta?

yes, but it has been 'unmerge'd. 

 If you using the monolithic ebuilds, this binary will be provided by a 
 different package.  If you'll locate the actual binary, you can find which 
 package provides it with equery b /path/to/xrdb.  You might be able to 
 recompile that package.

This package is not there:

 /# equery b /path/to/xrdb
[ Searching for file(s) /path/to/xrdb in *... ]


just like:
* x11-apps/xrdb
 Available versions:  [M]1.0.1
 Installed:   none

I can kill off the hung xrdb process, as user james.
I do not have to sudo or be root, so it's definately a kde thing
(outta wack)...


What's the best way to rebuild kde? 


other ideas?


James






-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: puzzled over why xrdb process hangs

[Boyd Stephen Smith Jr.]

On Thursday 23 February 2006 08:48, James [EMAIL PROTECTED] wrote 
about '[gentoo-user]  Re: puzzled over why xrdb process hangs':
 Zac Slade krakrjak at volumehost.net writes: (Actually, me; I was @ 
his house)
  If you using the monolithic ebuilds, this binary will be provided by a
  different package.  If you'll locate the actual binary, you can find
  which package provides it with equery b /path/to/xrdb.  You might be
  able to recompile that package.

 This package is not there:

  /# equery b /path/to/xrdb

I'm sorry, but this makes me giggle while simultaneously feel a bit sad for 
you.  I was using /path/to/ as a placeholder for the *actual* path for 
xrdb.  You'll have to use tools like which or find or slocate to find 
exactly what that path is, and then substitute it in.

For example, on my system (monster):
monster ~ # which xrdb
/usr/bin/xrdb
monster ~ # equery b /usr/bin/xrdb
[ Searching for file(s) /usr/bin/xrdb in *... ]
x11-base/xorg-x11-6.8.2-r6 (/usr/bin/xrdb)

Luckily, xrdb was in my path, otherwise which wouldn't have found it, and I 
would have had to use slocate or find.

My guess is that the same package will provide this binary on your system, 
but you should go ahead and do the which + equery, just to make sure.  
x11-apps/xrdb is probably for the new, version 7, split xorg.

Also, to assume you I don't have x11-apss/xrdb installed:
monster ~ # eix -c xrdb
[N] app-emacs/xrdb-mode (): An Emacs major mode for editing X resource 
database files
[N] x11-apps/xrdb (): X.Org xrdb application

Found 2 matches

-- 
Boyd Stephen Smith Jr.
[EMAIL PROTECTED]
ICQ: 514984 YM/AIM: DaTwinkDaddy
-- 
gentoo-user@gentoo.org mailing list