Re: [gentoo-user] Why does wordpress require xterm?
On Wed, 22 Feb 2006, Richard Fish wrote: On 2/22/06, Lance Jacobs <[EMAIL PROTECTED]> wrote: However, I already have USE="-X -gtk -gnome -qt -kde -alsa -xpm -opengl userprofiles ..." in make.conf, so somehow this is ignoring that "-xpm". Even adding www-apps/wordpress -xpm in /etc/portage/package.use doesn't prevent the original emerge command from trying to pull in xterm and X11. What am I missing now? It is not wordpress that has the xpm USE flag, but dev-lang/php. So that should be "dev-lang/php -xpm". Also, make sure that only a single entry for the package appears in package.use. For the make.conf case, well, it should work. Maybe check the output of "emerge -DNuvp world", and if that doesn't help, post the output of emerge --info. Bingo -- the "dev-lang/php -xpm" entry solved the problem. And, as another poster suggested, I apparently did not have -xpm in place at the time that php was built, as --newuse now wants to rebuild it due to the change in that flag. Is there some tool that I should be using, or some additional emerge flag, that would help diagnose a problem like this? I tried masking the packages that were being brought in, to see if that would tell me which package had the dependency that was bringing in the extra stuff, but nothing ever pointed me at php -- virtual/x11-6.8 is as far as it would ever go. I appreciate the help and would like learn from this, and avoid bugging the list if something like this comes up again. Regards, Lance -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why does wordpress require xterm?
On Wed, 22 Feb 2006, Richard Fish wrote: On 2/22/06, Lance Jacobs <[EMAIL PROTECTED]> wrote: Looking at the wordpress ebuild file, I do not see any reason for it to have a dependency on xterm. I'm probably missing something simple, but I just don't see it. Any suggestions would be appreciated. wordpress depends on virtual/httpd-php, which for the current x86 profile defaults to dev-lang/php, which inherits the php5_0-sapi eclass (or php5_1-sapi if you accept ~x86), which contains: xpm? ( || ( x11-libs/libXpm virtual/x11 ) ) So if you have USE=xpm, this drags in either x11-libs/libXpm or virtual/x11, but libXpm is still hard masked. So you end up depending on virtual/x11, which is satisfied currently by xorg-x11-6.8, which requires xterm. Simple enough?? ;-> Try with USE=-xpm. Hmm, that seems to fix it: [gromit ~ #] USE=-xpm emerge -uDptv wordpress These are the packages that I would merge, in reverse order: Calculating dependencies ...done! [ebuild N] www-apps/wordpress-2.0.1 +vhosts 0 kB Total size of downloads: 0 kB However, I already have USE="-X -gtk -gnome -qt -kde -alsa -xpm -opengl userprofiles ..." in make.conf, so somehow this is ignoring that "-xpm". Even adding www-apps/wordpress -xpm in /etc/portage/package.use doesn't prevent the original emerge command from trying to pull in xterm and X11. What am I missing now? Regards, Lance Jacobs [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
[gentoo-user] Why does wordpress require xterm?
I am trying to install wordpress on a machine that will become a server in a rack in a datacenter, so it does not need (nor do I want) X11 on it. Right now, emerge is happy: [gromit ~ #] emerge -uDptv world These are the packages that I would merge, in reverse order: Calculating world dependencies ...done! Total size of downloads: 0 kB If I try to install wordpress, it wants to bring xterm, and therefore X11, with it: [gromit ~ #] emerge -uDptv wordpress These are the packages that I would merge, in reverse order: Calculating dependencies ...done! [ebuild N] www-apps/wordpress-2.0.1 +vhosts 0 kB [ebuild N] x11-terms/xterm-207 -Xaw3d -doc -toolbar +truetype -unicode 0 kB [ebuild N] sys-apps/utempter-0.5.5.6 0 kB [ebuild N] virtual/x11-6.8 0 kB [ebuild N]x11-base/xorg-x11-6.8.2-r6 -3dfx -3dnow +bitmap-fonts -cjk -debug -dlloader -dmx -doc -font-server -insecure-drivers +ipv6 -minimal +mmx +nls -nocxx -opengl +pam -sdk +sse -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB Total size of downloads: 0 kB If I install wordpress without the -D option, any subsequent emerge with the -D option then wants to pull in xterm and all of that other stuff. Looking at the wordpress ebuild file, I do not see any reason for it to have a dependency on xterm. I'm probably missing something simple, but I just don't see it. Any suggestions would be appreciated. Regards, Lance Jacobs [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Cannot emerge docbook-sgml-utils
On Thu, 16 Jun 2005, Michael Sullivan wrote: While doing last night's daily upgrade docbook-sgml-utils failed. The error was this: jade: error while loading shared libraries: libosp.so.3: cannot open shared object file: No such file or directory I checked and indeed libosp.so.3 does not exist. Where can I get this library? Actually, all you need to do is to run 'emerge openjade'. The problem is that opensp (where libosp comes from) got upgraded, and openjade needs to be recompiled against the new libraries. Once that is done, this problem will be gone. Regards, Lance Jacobs [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge build error with app-text/docbook-sgml-utils-0.6.14
On Thu, 16 Jun 2005, Anthony Philipp wrote: Hello all, Hopefully someone can help me with this issue. I assume this is the correct place to ask questions. I was emerging app-text/docbook-sgml-utils from version 0.6.12 to version 0.6.14. I was doing this during an emerge -uDav world. Here is the build error I got. SGML_SEARCH_PATH=../..:../../doc:.. \ jade -t sgml -i html -d ../../docbook-utils.dsl\#html \ -V '%use-id-as-filename%' ../../doc/docbook-utils.sgml jade: error while loading shared libraries: libosp.so.3: cannot open shared object file: No such file or directory make[2]: *** [api.html] Error 127 make[2]: *** Waiting for unfinished jobs jade: error while loading shared libraries: libosp.so.3: cannot open shared object file: No such file or directory The last three lines above are the big clue -- jade won't run because of a missing shared library. Since this 'make' process wants to use jade, that problem causes the entire build to fail. What happened is that opensp (where libosp comes from) got upgraded, and jade has not yet been rebuilt to account for that. Simply run 'emerge openjade' and that problem will be solved. Then you can run your 'emerge -uDav world' again, and it at least won't fail because of this. Regards, Lance Jacobs [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list