missing libgdk_pixbuf_xlib-2.0.sl

[Donald Thaler]

the libgdk_pixbuf_xlib-2.0.sl file is supposedly in the gtk 2.6.8 pa risc binaries. i've downloaded the gtk 2.6.8 but can't find that file. I've looked on both the hp website and the adobe website and while their are numerous threads concerning this file not one of them has any mention of successfully obtaining this file. Is it possible this file is created as a symbolic link ?? If anyone had this file and would like to email it to me please send it to dthaler@lccc.edu...

[TTr · Accepted solution]

Donald,
Run the following commands

swlist -l fileset |grep -i GTK

Among others you should see the Gtk.GTK-PA20 fileset. This is the one that contains the sl library you are looking for.

If you don't have the Gtk.GTK-PA20 fileset, something went wrong in the depot installation. Maybe you did not select all the files or something. The default paths for the file is /opt/gtk2.6/lib

[Donald Thaler]

this is what i get:
swlist |grep -i GTK
B6848BA 1.4.gm.46.13 Ximian GNOME 1.4 GTK+ Libraries for HP-UX
GTK 2.6.8.00.00 GTK+ 2.6 The Gnome GUI Runtime Toolkit
GTKsrc 2.6.8.00.01 Gtk Source distribution
#

[Donald Thaler]

sorry i missed part of the statement...this is the result:
swlist -l fileset|grep -i GTK
GLib.GLIB-PRG 1.2.10.13 Development files for the GIMP Toolkit (Gtk)
# GTK+ 1.2.10.13 GIMP Toolkit set of widgets for X
GTK+.GTK+-MAN 1.2.10.13 Documentation for the GTK+ package
GTK+.GTK+-MSG 1.2.10.13 Non-English translations for the GTK+ package
GTK+.GTK+-NOTES 1.2.10.13 Release notes for GTK+ product
GTK+.GTK+-PRG 1.2.10.13 Development files for the GIMP Toolkit (Gtk)
GTK+.GTK+-SHLIBS 1.2.10.13 The GIMP Toolkit set of widgets for X
GTK+.GTK+-SRC 1.2.10.13 Source code for GTK+ product
# Gtk 2.6.8.00.00 GTK+ 2.6 The Gnome GUI Runtime Toolkit
Gtk.GTK-COM 2.6.8.00.00 Gtk 2.6 common files
# GtkSrc 2.6.8.00.01 Gtk 2.6 Source Distribution
GtkSrc.GTK-SRC 2.6.8.00.01 Gtk 2.6 source distribution

[Dennis Handly]

>the libgdk_pixbuf_xlib-2.0.sl file is supposedly in the gtk 2.6.8 PA-RISC binaries.

Instead of creating more unconnected threads, you should continue in your previous thread:
http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1283909

It would then be even more obvious to TTr that you were cheating and trying to install PA bits on an IPF machine.

I didn't have this problem because I installed to an alternate root and moved the directory elsewhere.

You need to swinstall with "-x allow_incompatible=true". (I guess I was waiting for you to ask about it. ;-)

[Donald Thaler]

It would then be even more obvious to TTr that you were cheating and trying to install PA bits on an IPF machine.

I thought this was the suggested method of fixing this problem, the IPF binaries didn't have the file that was required ?

You need to swinstall with "-x allow_incompatible=true". (I guess I was waiting for you to ask about it. ;-)

You're assuming facts not in evidence, i didn't mean to gave you the impression that i knew what i was doing.

Will move back to the other thread..

What exactly does "-x allow_incompatible=true" do and is that an option on the gui ?

[TTr]

Dennis, I realized right away what he was doing. I suggested exactly that in the other posting. I copied the sl library out of the PA depot package (untar-ed it, and gunzipped it if needed, no swinstall) into the /opt/Adobe/Acrobat7.0/Reader/hppahpux/lib on the IA server and adobe used it.
Then some subsequent sl dependencies, were asked with the absolute path by dld so I created symbolic links in the absolute path sudbirectory and put the libraries in the same place under adobe. This way I contain all the HPPA libraries in one place and do not flood the IA server with them.

[Donald Thaler]

apparently th swinstall with the "-x allow_incompatible=true" installed some binaries that would't normally have been added, amongst those binaries was the missing file. Since i've only been working with unix for about 4 years, i wasn't exactly sure what was meant by seperating the pa risc binaries into seperate libraries and the somehow using symbolic links to accomplish the task.
But if anybody runs into the same problem and they see this thread they'll know that using the "-x allow_incompatible=true" option was what made it work.

Thanks to everyone that participated.

[Dennis Handly]

>I thought this was the suggested method of fixing this problem, the IPF binaries didn't have the file that was required?

Yes, but there is no connection between your two threads unless you make it so with a URL.

>You're assuming facts not in evidence

I assumed you would ask about a scary warning. :-)

>What exactly does "-x allow_incompatible=true" do and is that an option on the gui?

It says to install PA software on an IPF system. Yes the GUI has it under Options, but better to just skip the GUI and use the CLI. (You also can add that -x before the GUI starts and it will be set.)

>Will move back to the other thread..

You can still reopen and assign points here before you reclose it.


>TTr: I copied the sl library out of the PA depot package into the /opt/Adobe/Acrobat7.0/Reader/hppahpux/lib on the IA server and adobe used it.

This isn't going to work that easy.

>Then some subsequent sl dependencies

Yes. There were a bunch. I moved everything to /opt/gtk2.6_PA.

>This way I contain all the PA libraries in one place and do not flood the IA server with them.

Unfortunately there are GTK and pango configuration files that contain the .so locations.