[SOLVED] problem with package lib64xt6 in mageia vers2

[rodgoslin]

I'm in the processs of installing the Linux version of medusa CAD software, and I've hit a snag. The software is installed from a script. No problem there. In running the script, it indicated that a particular file was absent in a library, that it required. It was simple to identify the required package and install it. Running the script a second time flagged up another missing file. In this case libXt.so.6. I ascertained that this was part of the package lib64xt6. In this case, however Software Management indicated that this library was installed, but the status of this package was not the usual down arrow on a green background, but the negation symbol (minus) on an orange background, which the Mageia wiki indicates that "This package cannot be modified", whatever that means. So we seem to have a situation where the package is there (according to Software Management) and not there (according to the install script)
Medusa, by the way, for anyone looking for a CAD package is the absolute bees knees for CAD, and it's free. Free that is as in free of cost.(at least for private use). You can take my word on this. I've been a draughtsman for most of my working life, and Medusa is the best thing invented for the draughstman, since the invention of the compass., and certainly the best CAD package on the market

[tom_]

I have that library here:
$ locate libXt.so.6
/usr/lib/libXt.so.6
/usr/lib/libXt.so.6.0.0
/usr/lib64/libXt.so.6
/usr/lib64/libXt.so.6.0.0[/code]

and it is coming from the package lib64xt6

Code: Select all

$ urpmf /usr/lib64/libXt.so.6
lib64xt6:/usr/lib64/libXt.so.6
lib64xt6:/usr/lib64/libXt.so.6.0.0


so all seems fine.

the application you are installing is 32 or 64 bit?
have you checked if the script you are runing is searching in the right folder?

[wintpe]

Hi

I used to work for the company that origionaly wrote medusa, long time ago now, they were called computervision.

Part of a merger between prime computers and computervision, two big cad companies that have all but disapeared, or absorbed into parametric technology.

I worked with there other big cad package cadds5

This was where i cut my teeth on unix.

Anyhow, find out what binary the script is executing, by adding a -x to the #!/bin/sh

With a space before the minus, and the when you see the binary it falls over woth run

Run ldd fullpathtobinary

That should tellnyou where its looking for the library.

Then try adding to the script just before it fails

LD_LIBRARY_PATH=/usr/lib64

or wherever that libfile exists, and see if it helps

You might also what export LD.......... If ness

Regards peter

[rodgoslin]

Sorry about the delay in replying.. I've another PC, which is to some extent identical with this one, which I use for Windows, and more importantly as a testbed for other systems. It, too, failed to install. Having thought about it for a bit, I wondered whether the problem lay in lib64xt6 being a 64 bit library. I loaded the 32 bit version and it worked. So, I suppose I can say that the problem is solved. Thank you both for your help in this.
Unfortunately, although the install went fine, the programme crashes on load, but this is a problem that I'll have to take up with CAD Schroer. Trying to open the progamme through the command line indicates that the programme is expecting a library file libtiff.so.3, Mageia is carrying version 5 (libtiff.so.5). I've a query running on their forum as to whether I can simply link the source file of libtiff.so.5, to libtiff.so.3. Medusa will run on this machine, since I had it loaded when I was running Mandriva 2010.2, so it's just a question of how.

Cheers