[Fwd: Can I bother you with another Linux question?]
Hey all, Anybody got an answer? Take it easy, -- David Berube Berube Consulting [EMAIL PROTECTED] (603)-485-9622 http://www.berubeconsulting.com/ --- Begin Message --- David, Hi. It's Fletcher. Can I bother you for another Linux question? I hope it's really simple. We have a system at a customer site in Alabama that has several Windows machines and one Linux machine, Red Hat 9. We have been using pcAnywhere to get remote access from the office here to one of the Windows boxes and from there to the others. So from here we get complete access to all the Windows machines there. Recently we upgraded to pcAnywhere 11.5 which allows us to get into the Linux box. We tried it here with a mockup, got it to work, and now our technician is on site there and trying to do the same setup but it's failing. When we do pcAnywhere's Quick Deploy and Connect it apparently loads a "thin host" on the Linux to connect to. In the log I find the following error: /root/pcADeploy/thinhost: error while loading shared libraries: libXm.so.3: cannot open shared object file: No such file or directory So I poked around on the Linux box here that is working, and found the file libXm.so.3 in usr/X11R6/lib. I changed the file name temporarily and tried to connect and got exactly the same error in the log here. So I loaded the file over the wire to the system down there, in the same directory. Still we get the same error. Then I found that libXm.so.3 is a link to libXm.so.3.0.1 so I sent that down to Alabama. Still the error. On a Google search I found a forum where someone asked the guy with the problem - is usr/X11R6/lib in your etc/ld.so.conf file? From what I can gather that is a file that is like a PATH thing - telling you where you can find .so files? It is in the conf file here, and I see it in the conf file down there. So the question is - how is it that libXm.so.3 can't be found? The file is there and the path is in the conf file. Is there more that is needed that I don't know about? Any help appreciated for sure. Best wishes, Fletcher --- End Message ---
Re: [Fwd: Can I bother you with another Linux question?]
> > So the question is - how is it that libXm.so.3 can't be found? The > file is there and the path is in the conf file. Is there more that is > needed that I don't know about? 1) VNC would have been a better choice, but... 2) ld.conf doesn't get "propagated" automatically; you need to run the "ldconfig" command. Good luck! -Ken P.S. a really nifty thing that can help in situations like this is the "ldd" command; for example, babylon5:/mnt/babylon5/austin_cadence# ldd /bin/bash libncurses.so.5 => /lib/libncurses.so.5 (0xb7eae000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7eaa000) libc.so.6 => /lib/tls/libc.so.6 (0xb7d76000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7ef8000) This tells you all the library dependencies that bash has. Nifty. > > Any help appreciated for sure. > > Best wishes, > > Fletcher ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: [Fwd: Can I bother you with another Linux question?]
On 11/17/05, David J Berube <[EMAIL PROTECTED]> wrote: Hey all,Anybody got an answer?Take it easy, When Ken said. Even then it may not work is there are missing dependencies on the part of THAT library as well. Why I hate rpm and love debian.. ;-) SuSE got RPM going pretty good, tho.. TCharron
Re: [Fwd: Can I bother you with another Linux question?]
WRT: /etc/ld.so.conf This is a file that tells the loader where to find the system shared libraries. You also create an environment variable, LD_LIBRARY_PATH that effectively does the same thing (on a per user basis). On Linux, normally you will see things like (I removed permissions to prevent line wrap). root root 14 2005-11-03 06:02 libXm.so -> libXm.so.3.0.2 root root 14 2005-11-03 05:45 libXm.so.3 -> libXm.so.3.0.2 root root 2394104 2005-09-12 20:00 libXm.so.3.0.2 In the above case, libXm.so and libXm.so.3 are simply symbolic links to the real library, libXm.so.3.0.2. So, you need to copy the actual library to /usr/X11R6/lib, set up the appropriate symbolic links and make sure that /etc/ld.so.conf points to /usr/X11R6/lib(which it should). As mentioned previously, there are better ways to accomplish what you want to accomplish, but considering that this is a Windows shop and you want 1 tool for all... Note that Red Hat 9 is a bit obsolete, and has been replaced by Fedora releases. On Thursday 17 November 2005 4:55 pm, David J Berube wrote: > David, Hi. It's Fletcher. > > Can I bother you for another Linux question? I hope it's really simple. > > We have a system at a customer site in Alabama that has several Windows > machines and one Linux machine, Red Hat 9. We have been using pcAnywhere > to get remote access from the office here to one of the Windows boxes and > from there to the others. So from here we get complete access to all the > Windows machines there. > Recently we upgraded to pcAnywhere 11.5 which allows us to get into the > Linux box. We tried it here with a mockup, got it to work, and now our > technician is on site there and trying to do the same setup but it's > failing. When we do pcAnywhere's Quick Deploy and Connect it apparently > loads a "thin host" on the Linux to connect to. In the log I find the > following error: > /root/pcADeploy/thinhost: error while loading shared libraries: > libXm.so.3: cannot open shared object file: No such file or directory > So I poked around on the Linux box here that is working, and found the > file libXm.so.3 in usr/X11R6/lib. I changed the file name temporarily > and tried to connect and got exactly the same error in the log here. So > I loaded the file over the wire to the system down there, in the same > directory. Still we get the same error. Then I found that libXm.so.3 is > a link to libXm.so.3.0.1 so I sent that down to Alabama. Still the > error. > On a Google search I found a forum where someone asked the guy with the > problem - is usr/X11R6/lib in your etc/ld.so.conf file? From what I can > gather that is a file that is like a PATH thing - telling you where you > can find .so files? It is in the conf file here, and I see it in the > conf file down there. > So the question is - how is it that libXm.so.3 can't be found? The file > is there and the path is in the conf file. Is there more that is needed > that I don't know about? -- Jerry Feldman <[EMAIL PROTECTED]> Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9
Re: [Fwd: Can I bother you with another Linux question?]
Jerry Feldman wrote: Note that Red Hat 9 is a bit obsolete, and has been replaced by Fedora releases. Before the Fedora split, Redhat had split their distribution into a "consumer" branch and an "enterprise" branch. Then they essentially spun off the consumer branch and handed it off to the community. The Fedora project was already doing something similar, so Redhat gave it to them. As for the Enterprise branch, Redhat makes the source RPMs available for download, and the CentOS project recompiles them to produce downloadable iso images. The only thing missing from CentOS is the support contract. If you *really* need an official corporate support contract, then you should be buying the enterprise edition. So there's really two good choices here: Fedora, if you want to run the latest bleeding-edge code; and CentOS, if you want to run code that's been burned-in and tested for stability. Personally, I tend to favor Fedora for workstations and CentOS for servers. -- John Abreau / Executive Director, Boston Linux & Unix ICQ 28611923 / AIM abreauj / JABBER [EMAIL PROTECTED] / YAHOO abreauj Email [EMAIL PROTECTED] / WWW http://www.abreau.net / PGP-Key-ID 0xD5C7B5D9 PGP-Key-Fingerprint 72 FB 39 4F 3C 3B D6 5B E0 C8 5A 6E F1 2C BE 99 ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: [Fwd: Can I bother you with another Linux question?]
On 11/17/05, David J Berube <[EMAIL PROTECTED]> wrote: > Anybody got an answer? > > -- Forwarded message -- > From: "Fletcher Lokey at Exacom" <[EMAIL PROTECTED]> > Date: Thu, 17 Nov 2005 09:03:59 -0500 > Subject: Can I bother you with another Linux question? > > /root/pcADeploy/thinhost: error while loading shared libraries: libXm.so.3: > cannot open shared object file: No such file or directory Under Linux, a "shared object" is the equivalent of a DLL file under MS-Windows. It appears the PCAnywhere product depends on some dynamic libraries which are not present on the system in question. > ... I poked around on the Linux box here that is working, and found the file > libXm.so.3 in usr/X11R6/lib ... I loaded the file over the wire to the system > down there, in the same directory. You generally don't want to do that. There are often "additional steps" associated with installing program files. It is also rare to find a single file as a stand-alone unit; most often, groups of related files need to be installed together. This is true on Linux as well as MS-Windows. Unlike MS-Windows, however, there are standard tools used on Linux systems which manage program files, dependencies, installation, and so on. These tools are called "package managers". Software components are called "packages". The package manager used on Red Hat is RPM (Red Hat Package Manager). Obviously, PCAnywhere isn't using these package management tools, or it would have warned you that it did not have the needed files. :-( Anyway, the first thing you need to do is figure out what package the file you need came from. To do that, execute this command on a system that has the file: rpm --query --file /usr/X11R6/lib/libXm.so.3 RPM should give you the name and version of the package (.rpm file) which "owns" that file. You can then install the proper package from your Red Hat CDs and/or the network. To install from CD, find the CD that has the file, mount it, and do something like this: rpm --install /mnt/cdrom/RedHat/RPMS/XFree86-libs-x.y.z.i386.rpm (The path and name of the file will likely be different.) To install via network, do something like this: up2date XFree86-libs (Again, the name of the package may be different for you.) > On a Google search I found a forum where someone asked the guy with the > problem - is usr/X11R6/lib in your etc/ld.so.conf file? From what I can > gather > that is a file that is like a PATH thing - telling you where you can find .so > files? That's a fair analogy. "ld.so" is the "loader for shared objects" -- that is, the component that handles dynamic linking of shared libraries. The "ld.so.conf" is the config file for same, and exists mainly to tell "ld.so" where to look for shared object (.so) files. One of the things RPM does for you is manage all that As Ken D'Ambrosio mentioned, running the "ldd" (ld dependencies) command with the PCAnywhere file as an argument will tell you what libraries a program depends on. You could do this: ldd /root/pcADeploy/thinhost: ... to see the full list. Hope this helps! -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss