#716 closed defect (wontfix)
rview doesn't work with libXp.so.6 64 bits
| Reported by: | fxavier | Owned by: | fxavier |
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | undecided | Version: | development |
| Keywords: | Cc: | ||
| Complexity: | Medium |
Description
xavier@ubuntu:~/Programas/rasdaman/bin$ ./rview
./rview: error while loading shared libraries: libXp.so.6: cannot open shared object file: No such file or directory
this happens when libXp.so.6 is not in /usr/lib
xavier@ubuntu:~/Programas/rasdaman/bin$ locate libXp.so.6
/usr/lib/x86_64-linux-gnu/libXp.so.6
Copying the lib to the /user/lib
sudo cp /usr/lib/x86_64-linux-gnu/libXp.so.6 /usr/lib
Doesn't solve the problem:
xavier@ubuntu:~/Programas/rasdaman/bin$ ./rview
./rview: error while loading shared libraries: libXp.so.6: wrong ELF class: ELFCLASS64
Googleing this up, I understood that rview expects a libXp.so.6 32 bits, and not 64 bits, as I apparently have. However I could not find the 32 version lib, and therefore cannot run rview. Would be nice to change rview to accommodate this current 64 bits libXp.so.6 instead.
Attachments (1)
Change History (18)
by , 10 years ago
| Attachment: | ticket.png added |
|---|
comment:1 by , 10 years ago
I have a 64-bit debian, and rview works fine. I seem to have both 32 and 64 bit libXp installed:
find /usr -name 'libXp*' /usr/share/man/man3/libXp.3Xp.gz /usr/lib/x86_64-linux-gnu/libXpm.so.4.11.0 /usr/lib/x86_64-linux-gnu/libXpm.so.4 /usr/lib/x86_64-linux-gnu/libXp.so.6.2.0 /usr/lib/x86_64-linux-gnu/libXp.so.6 /usr/lib/x86_64-linux-gnu/libXp.a /usr/lib/x86_64-linux-gnu/libXp.so /usr/lib/x86_64-linux-gnu/libXpm.a /usr/lib/x86_64-linux-gnu/libXpm.so /usr/lib32/libXp.so.6.2.0 /usr/lib32/libXpm.so.4.11.0 /usr/lib32/libXp.so.6 /usr/lib32/libXpm.so.4
comment:2 by , 10 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
I don't think I can help you figure out your problem, so reassigning to you.
Searching for libXp on debian, it seems like it appears in these packages:
ia32-libs: /usr/lib32/libXp.so.6 ia32-libs: /usr/lib32/libXp.so.6.2.0 libxp-dev: /usr/lib/x86_64-linux-gnu/libXp.so libxp6: /usr/lib/x86_64-linux-gnu/libXp.so.6 libxp6: /usr/lib/x86_64-linux-gnu/libXp.so.6.2.0 libxp6-dbg: /usr/lib/debug/usr/lib/x86_64-linux-gnu/libXp.so.6.2.0
my rview uses the 32bit as it seems
$ ldd rview ... libXp.so.6 => /usr/lib32/libXp.so.6 (0xf7621000)
comment:3 by , 10 years ago
Exactly, you have, and apparently you have the 32 bits linked to /usr/lib.
I don't, and cannot install 32bits version.
comment:5 by , 10 years ago
How did you determine that cannot install the 32-bit libs? Do you not have the ia32-libs package?
comment:6 by , 10 years ago
Because I tried to look specifically for this library and didn't find anything more than it included in several other projects that I didn't want to bring into my computer.
now that you mentioned that:
Package ia32-libs is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
lib32z1 lib32ncurses5 lib32bz2-1.0
So I will play with these other libraries and see if the 32b version gets installed.
comment:7 by , 10 years ago
you can try with 'apt-file search libXp.so', and then just install one of the 32 bit packages that has it.
comment:8 by , 10 years ago
Installing lib32z1 lib32ncurses5 lib32bz2-1.0 libs DO NOT install /usr/lib32/libXp.so.6.2.0
xavier@ubuntu:~/Documents/rasdamanSourceGIT$ apt-file search libXp.so
libxp-dev: /usr/lib/x86_64-linux-gnu/libXp.so
libxp6: /usr/lib/x86_64-linux-gnu/libXp.so.6
libxp6: /usr/lib/x86_64-linux-gnu/libXp.so.6.2.0
The result is only 64bits libs
comment:9 by , 10 years ago
Sorry no clue then, you have to figure this out in your own distribution, I can't do that. rview is not in a compilable state, so we can't change rview and we have to adapt the system.
follow-up: 13 comment:10 by , 10 years ago
Solution: install ia32-libs from an outdated repository.
sudo gedit /etc/apt/sources.list
add following line: deb http://cz.archive.ubuntu.com/ubuntu raring main universe
sudo apt-get update
sudo apt-get install ia32-libs
(this will install +80MB of useless 32bits libraries, but that's how the world works)
xavier@ubuntu:~/Programas/rasdaman/bin$ locate libXp
/usr/lib/x86_64-linux-gnu/libXp.so.6
/usr/lib/x86_64-linux-gnu/libXp.so.6.2.0
/usr/lib/x86_64-linux-gnu/libXpm.so.4
/usr/lib/x86_64-linux-gnu/libXpm.so.4.11.0
still doesn't appear the 32bits version, but must be somewhere else, because now rview runs.
ps: Either maintain rview properly (with a compilable version) or don't maintain it at all. the extra TONS of garbage I had to put in my system, plus the time I wasted on this (also in finding a good strategy that worked), makes it not worth it.
Problem solved, by rearranging the OS, and not the app.
comment:11 by , 10 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | assigned → closed |
comment:12 by , 10 years ago
| Resolution: | wontfix |
|---|---|
| Status: | closed → reopened |
You need to run updatedb for locate to work..
Can you put this info on how to solve the issue (in Ubuntu right) in wiki:FAQ under Installation?
comment:13 by , 10 years ago
Replying to fxavier:
ps: Either maintain rview properly (with a compilable version) or don't maintain it at all. the extra TONS of garbage I had to put in my system, plus the time I wasted on this (also in finding a good strategy that worked), makes it not worth it.
Oh wow, what's up with this attitude?
rview is _not_ maintained at all fyi (it's deprecated).
comment:14 by , 10 years ago
That PS: was not for you, dimitar, it was an objective opinion for the project. It is not an attitude, it is being strict with things that clearly are not how they should be, for a project this formal. Don't take it upon you.
If things are deprecated, you only find it by reading the documentation. Therefore, and if one is not aware of that major detail, whenever you walk into the rasdaman/bin, the person has the rview installed there, as if belonging to the solution being distributed. It is not, if it is deprecated. Hence, one should create a folder elsewhere (or even inside rasdaman/bin, why not) with the name "deprecated", to splicitly warn whomever trespasses that folder, that it is upon their heads only, to play with those apps, and that it is not worth for them to declare tickets on non-supported apps.
Alles Gut?
PS: I can update the wiki:FAQ, gladly.
comment:16 by , 10 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | reopened → closed |
comment:17 by , 10 years ago
I'm not taking anything personally here, it's just that your attitude sucks.
rview is a great piece of software, the fact that it's not possible to compile it or it's harder to install it doesn't make it any less worth.
You installed TONS of 'garbage' — you're insulting a bunch of great developers who have coded and put effort in that 'garbage'.
If you don't like something feel free to fix it, this is an open-source project; bitching around does not help!
error