library issue?
I am trying to setup a workstation with 7.0-BETA1.5, xorg-7.3_1, gnome2-2.18.3., and openoffice.org-2.3.0. I installed openoffice via pkg_add -r. Everything installs correctly, however, when I try to run openoffice.org-2.3.0 after the install I get the following: %openoffice.org-2.3.0 /libexec/ld-elf.so.1: Shared object libm.so.4 not found, required by javaldx /libexec/ld-elf.so.1: Shared object libm.so.4 not found, required by pagein /libexec/ld-elf.so.1: Shared object libm.so.4 not found, required by soffice.bin Here is the output from ldd: ldd: /usr/local/openoffice.org-2.3.0/program/swriter: not a dynamic executable uname:FreeBSD opteron.foo.bar 7.0-BETA1.5 FreeBSD 7.0-BETA1.5 #0: Thu Oct 25 01:19:36 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 I don't know what to try to troubleshoot this, any help would be appreciated. If I did not provide enough info, please let me know exactly what to provide and I will be happy to supply it (explicit commands would be appreciated). TIA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg upgrade (wrong library) issue [more info]
Hi, And yes, I did do according to the instructions : Script started on Mon Jul 23 00:05:00 2007 himinbjorg# setenv XORG_UPGRADE yes himinbjorg# portupgrade -Rfi libXft --- Session started at: Mon, 23 Jul 2007 00:05:34 -0400 --- Reinstallation of x11/xproto started at: Mon, 23 Jul 2007 00:05:38 -0400 --- Reinstalling 'xproto-7.0.10' (x11/xproto) OK? [yes] --- Build of x11/xproto started at: Mon, 23 Jul 2007 00:05:42 -0400 So not sure why I'm running into this and the rest of the world didn't. If the path to the old one is before the new one, no one should have gotten it to work... Or did I do something wrong or have a special situation? Thanks, Tuc Tuc at T-B-O-H.NET wrote: snip himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf work/bdftopcf-1.0.1/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2808) libc.so.5 = /lib/libc.so.5 (0x280e6000) WHY when the cc step is stating -L/usr/local/lib is it bring the Xfont from /usr/X11R6/lib? Because /usr/X11R6 is a symlink to /usr/local, drwxr-xr-x 16 root wheel 512 Jul 22 22:02 /usr/X11R6 Not yet... I haven't finished the upgrade. I'm still mid upgrade. I won't go any further until I find out whats happening. So thats not the case. and both appear in the library path hints, so the first one listed gets used when resolving the library paths at runtime. So how did everyone else in the world get away without running into this? I see that it initially was put into /usr/X11R6 as part of xorg-libraries-6.9.0 . The additional Xfont came about because : 1) portupgrade was upgrading xorg-fonts-encodings-6.9.0_1 to encodings-1.0.2,1 2) portupgrade then realized it needed mkfontscale so started to work on that 3) mkfontscale needed libfontenc 4) With those 2 resolved, it then went for bdftopcf 5) bdftopcf needed libXfont So at this point it was installing libXfont when it already had the one from xorg-libraries-6.9.0 there, hence the problem apparently started. (Hint: 'strings /var/run/ld-elf.so.hints' and 'ldconfig -r') Ok, so what do I do now? I'm mid build, I don't have X installed or running, and I have atleast 1894 font files that are incorrect at the current moment I still don't get why I ran into this and others didn't. Did I miss a step that would have removed the xorg-libraries? Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Xorg upgrade (wrong library) issue
Hi, I'm following the directions to upgrade Xorg (REALLY I AM, PROMISE!) and I'm seeing this fly by my screen : /usr/local/bin/bdftopcf -t lubR12-ISO8859-13.bdf | gzip lubR12-ISO8859-13.pcf.gz /libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol serverClient /usr/local/bin/ucs2any lubR14.bdf /usr/local/lib/X11/fonts/util/map-ISO8859-13 ISO8859-13 Writing 192 characters into file 'lubR14-ISO8859-13.bdf'. /usr/local/bin/bdftopcf -t lubR14-ISO8859-13.bdf | gzip lubR14-ISO8859-13.pcf.gz /libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol serverClient /usr/local/bin/ucs2any lubR18.bdf /usr/local/lib/X11/fonts/util/map-ISO8859-13 ISO8859-13 Writing 192 characters into file 'lubR18-ISO8859-13.bdf'. /usr/local/bin/bdftopcf -t lubR18-ISO8859-13.bdf | gzip lubR18-ISO8859-13.pcf.gz /libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol serverClient /usr/local/bin/ucs2any lubR19.bdf /usr/local/lib/X11/fonts/util/map-ISO8859-13 ISO8859-13 Writing 192 characters into file 'lubR19-ISO8859-13.bdf'. I won't go any further as I'm sure this is indicating a problem. But where/how? -r-xr-xr-x 1 root wheel 5308 Jul 23 13:18 /usr/local/bin/bdftopcf /usr/local/bin/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2807f000) libc.so.5 = /lib/libc.so.5 (0x280e5000) Looks like its picking up libXfont.so.1 from the /usr/X11R6 : -rwxr-xr-x 1 root wheel 424992 Oct 26 2006 /usr/X11R6/lib/libXfont.so.1 and not from the local : -rwxr-xr-x 1 root wheel 432705 Jul 23 13:18 /usr/local/lib/libXfont.so.1 What could cause it? How do I fix it mid build? Is there anything else I should be looking at? Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg upgrade (wrong library) issue [more info]
Hi, I'm following the directions to upgrade Xorg (REALLY I AM, PROMISE!) and I'm seeing this fly by my screen : /usr/local/bin/bdftopcf -t lubR12-ISO8859-13.bdf | gzip lubR12-ISO8859-13.pcf.gz /libexec/ld-elf.so.1: /usr/X11R6/lib/libXfont.so.1: Undefined symbol serverClient /usr/local/bin/ucs2any lubR14.bdf /usr/local/lib/X11/fonts/util/map-ISO8859-13 ISO8859-13 Writing 192 characters into file 'lubR14-ISO8859-13.bdf'. So I went to x11-fonts/bdftopcf. I set my XORG_UPGRADE variable (Just incase) and did : === Vulnerability check disabled, database not found === Extracting for bdftopcf-1.0.1 = MD5 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2. = SHA256 Checksum OK for xorg/app/bdftopcf-1.0.1.tar.bz2. === Patching for bdftopcf-1.0.1 === bdftopcf-1.0.1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - found === bdftopcf-1.0.1 depends on executable in : pkg-config - found === Configuring for bdftopcf-1.0.1 configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if xorg-macros used to generate configure is at least 1.1... yes, 1.1.5 checking for i386-portbld-freebsd5.5-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for i386-portbld-freebsd5.5-pkg-config... no checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for BDFTOPCF... yes checking build system type... i386-portbld-freebsd5.5 checking host system type... i386-portbld-freebsd5.5 configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands === Building for bdftopcf-1.0.1 make all-am if cc -DHAVE_CONFIG_H -I. -I. -I.-I/usr/local/include -I/usr/local/include/freetype2 -O -pipe -MT bdftopcf-bdftopcf.o -MD -MP -MF .deps/bdftopcf-bdftopcf.Tpo -c -o bdftopcf-bdftopcf.o `test -f 'bdftopcf.c' || echo './'`bdftopcf.c; then mv -f .deps/bdftopcf-bdftopcf.Tpo .deps/bdftopcf-bdftopcf.Po; else rm -f .deps/bdftopcf-bdftopcf.Tpo; exit 1; fi cc -O -pipe -o bdftopcf bdftopcf-bdftopcf.o -L/usr/local/lib -lXfont sed -e 's|__vendorversion__|bdftopcf 1.0.1 X Version 11|' -e 's|__xorgversion__|bdftopcf 1.0.1 X Version 11|' -e 's|__xservername__|Xorg|g' -e 's|__xconfigfile__|xorg.conf|g' -e 's|__projectroot__|/usr/local|g' -e 's|__apploaddir__||' -e 's|__appmansuffix__|1|g' -e 's|__libmansuffix__|3|g' -e 's|__adminmansuffix__|8|g' -e 's|__miscmansuffix__|7|g' -e 's|__filemansuffix__|5|g' bdftopcf.man bdftopcf.1 himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf work/bdftopcf-1.0.1/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2808) libc.so.5 = /lib/libc.so.5 (0x280e6000) WHY when the cc step is stating -L/usr/local/lib is it bring the Xfont from /usr/X11R6/lib? Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg upgrade (wrong library) issue [more info]
Tuc at T-B-O-H.NET wrote: snip himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf work/bdftopcf-1.0.1/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2808) libc.so.5 = /lib/libc.so.5 (0x280e6000) WHY when the cc step is stating -L/usr/local/lib is it bring the Xfont from /usr/X11R6/lib? Because /usr/X11R6 is a symlink to /usr/local, and both appear in the library path hints, so the first one listed gets used when resolving the library paths at runtime. (Hint: 'strings /var/run/ld-elf.so.hints' and 'ldconfig -r') -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg upgrade (wrong library) issue [more info]
Tuc at T-B-O-H.NET wrote: snip himinbjorg# ldd work/bdftopcf-1.0.1/bdftopcf work/bdftopcf-1.0.1/bdftopcf: libXfont.so.1 = /usr/X11R6/lib/libXfont.so.1 (0x2808) libc.so.5 = /lib/libc.so.5 (0x280e6000) WHY when the cc step is stating -L/usr/local/lib is it bring the Xfont from /usr/X11R6/lib? Because /usr/X11R6 is a symlink to /usr/local, drwxr-xr-x 16 root wheel 512 Jul 22 22:02 /usr/X11R6 Not yet... I haven't finished the upgrade. I'm still mid upgrade. I won't go any further until I find out whats happening. So thats not the case. and both appear in the library path hints, so the first one listed gets used when resolving the library paths at runtime. So how did everyone else in the world get away without running into this? I see that it initially was put into /usr/X11R6 as part of xorg-libraries-6.9.0 . The additional Xfont came about because : 1) portupgrade was upgrading xorg-fonts-encodings-6.9.0_1 to encodings-1.0.2,1 2) portupgrade then realized it needed mkfontscale so started to work on that 3) mkfontscale needed libfontenc 4) With those 2 resolved, it then went for bdftopcf 5) bdftopcf needed libXfont So at this point it was installing libXfont when it already had the one from xorg-libraries-6.9.0 there, hence the problem apparently started. (Hint: 'strings /var/run/ld-elf.so.hints' and 'ldconfig -r') Ok, so what do I do now? I'm mid build, I don't have X installed or running, and I have atleast 1894 font files that are incorrect at the current moment I still don't get why I ran into this and others didn't. Did I miss a step that would have removed the xorg-libraries? Thanks, Tuc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
A Library Issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just completed installing a new Freebsd Workstation. It was installed totally on-line via ports over my DSL connection. It took almost 6 days to download/compile/install a full KDE system, and it rocks! After 20-odd years of using SCO then Linux, this freebsd is refreshing. I have installed Mozilla, Firefox, and Seamonkey as browsers, and have successfully installed the Flash Plugin for them. I installed the Sun Java VM 1.4.2 as per the docs, but when I do an about:plugins in any of the browsers I get the following error: [Shared object libdl.so.2 not found, required by libjavaplugin_oji.so] A locate libdl returns: /usr/compat/linux/lib/libdl-2.3.2.so /usr/compat/linux/lib/libdl.so.2 So, I then did a ports install of the Blackdown JDK 1.4.2 but it too can't find the same library. I am at a bit of a loss here, and don't want to stary hacking away at this nice clean install :-) Any help would be appreciated. Bob -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEsgSpAexE5bK/mHkRAuxWAJ9KmbSf8VQPB0PijfHt62Eo9FC4nQCfSGs8 E5stl32tfGCxpp10b3+uQXM= =wyPP -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A Library Issue
Bob [EMAIL PROTECTED] writes: I just completed installing a new Freebsd Workstation. It was installed totally on-line via ports over my DSL connection. It took almost 6 days to download/compile/install a full KDE system, and it rocks! After 20-odd years of using SCO then Linux, this freebsd is refreshing. I have installed Mozilla, Firefox, and Seamonkey as browsers, and have successfully installed the Flash Plugin for them. I installed the Sun Java VM 1.4.2 as per the docs, but when I do an about:plugins in any of the browsers I get the following error: [Shared object libdl.so.2 not found, required by libjavaplugin_oji.so] A locate libdl returns: /usr/compat/linux/lib/libdl-2.3.2.so /usr/compat/linux/lib/libdl.so.2 That's the Linux version, not a native dl library. Personally, I don't *have* a native dl library, and I have the regular native JDK 1.4 installed on the box I'm sitting in front of. So, I then did a ports install of the Blackdown JDK 1.4.2 but it too can't find the same library. I am at a bit of a loss here, and don't want to stary hacking away at this nice clean install :-) Quite reasonable. What actual Java-related ports do you have installed? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A Library Issue
On Mon, Jul 10, 2006 at 03:41:30AM -0400, Bob wrote: [...] I installed the Sun Java VM 1.4.2 as per the docs, but when I do an about:plugins in any of the browsers I get the following error: [Shared object libdl.so.2 not found, required by libjavaplugin_oji.so] Have you tried installing the navive JDK 1.4.2? It's more stable than the Linux-version on FreeBSD, and ties in better to the native binaries. -- Jonathan Chen [EMAIL PROTECTED] -- With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- RFC 1925 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A Library Issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lowell Gilbert wrote: What actual Java-related ports do you have installed? Thanks Lowell! I have installed linux-sun-jdk14 and linux-blackdown-jdk14 H looking back into the ports tree I see: jdk14 Described as: This is the latest patchset from the Java 2 FreeBSD porting project. This port allows you to easily build a native JDK1.4.2 for FreeBSD. This is the Native Port??? If so, I need to make deinstall both of the JDKs and install this one! Yes? If so, this is where I screwed up And now that I think about it, I originally tried to make /usr/ports/java/jdk14, but the compile bombed, so I then went to the linux-* javas Silly me :-( Best Regards Bob -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEss86AexE5bK/mHkRAg4+AJ4pwzma2O586wIcAKy+2EWMXhA+XwCfdAx6 GHwVXWfuOIV9MQuJO9esCZA= =hFsF -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: A Library Issue
On Mon, Jul 10, 2006 at 06:05:47PM -0400, Bob wrote: This is the latest patchset from the Java 2 FreeBSD porting project. This port allows you to easily build a native JDK1.4.2 for FreeBSD. This is the Native Port??? Yes. If so, I need to make deinstall both of the JDKs and install this one! Yes? Don't. The native port makes use of the Linux-JDKs to bootstrap the compilation. Once the native JDK is installed, you can safely remove the linux-emulated JDKs. The port will make links to any installed browswer for you as well. Cheers. -- Jonathan Chen [EMAIL PROTECTED] -- Irrationality is the square root of all evil - Douglas Hofstadter ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]