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 -- [email protected] mailing list
