After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 302727 - platform dependent .conduit files are installed to platform-independent path
platform dependent .conduit files are installed to platform-independent path
Status: RESOLVED FIXED
Product: gnome-pilot
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-pilot Maintainers
gnome-pilot Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-02 15:11 UTC by Stanislav Brabec
Modified: 2005-08-10 13:16 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Patch to conduit.in files to use appropriate library directory (3.27 KB, patch)
2005-05-04 11:14 UTC, Dave Malcolm 		none Details | Review
Patch to add a GNOME_PILOT_CONDUIT_SEARCH_PATH variable to configure.in (823 bytes, patch)
2005-05-04 11:20 UTC, Dave Malcolm 		none Details | Review
Patch to the conduit management code to use GNOME_PILOT_CONDUIT_SEARCH_PATH (1.63 KB, patch)
2005-05-04 11:22 UTC, Dave Malcolm 		none Details | Review

Description Stanislav Brabec 2005-05-02 15:11:36 UTC 
Distribution/Version: SuSE Linux 9.3

On AMD64, conduits are installed to .../lib64/..., but *.conduit still points to
.../lib/... It causes architecture clash - 64-bit library either tries to load
32-bit conduits or fails.

It is not enough to fix it by changing its value - *.conduit files are in
platform independent path .../share/... but cannot be shared between platforms.

The simplest fix is fixing value and moving these files to platform dependent
paths. Correct fix is using proper gnome functions (e. g.
gnome_program_locate_file () or gnome_program_module_load ()).


(gpilotd-control-applet:31412): libgpilotdcm-WARNING **: unable to g_module_open
(/opt/gnome/lib/gnome-pilot/conduits/libbackup_conduit.so), reason
/opt/gnome/lib/gnome-pilot/conduits/libbackup_conduit.so: cannot open shared
object file: no such file or directory


Related: bug 129534, bug 129540
Comment 1 Dave Malcolm 2005-05-04 11:14:27 UTC 
Created attachment 46011 [details] [review]
Patch to conduit.in files to use appropriate library directory

Patch from Fedora Core
Comment 2 Dave Malcolm 2005-05-04 11:20:48 UTC 
Created attachment 46012 [details] [review]
Patch to add a GNOME_PILOT_CONDUIT_SEARCH_PATH variable to configure.in

Patch from Fedora Core
Comment 3 Dave Malcolm 2005-05-04 11:22:06 UTC 
Created attachment 46013 [details] [review]
Patch to the conduit management code to use GNOME_PILOT_CONDUIT_SEARCH_PATH

Patch from Fedora Core
Comment 4 Dave Malcolm 2005-05-04 11:26:54 UTC 
I've attached 3 patches for this issue that I apply when building gnome-pilot
for Fedora Core.
Comment 5 Stanislav Brabec 2005-05-04 12:42:18 UTC 
Notes to patches:

- It needs to change Conduitdir in Makefile.am to GNOME_PILOT_CONDUIT_SEARCH_PATH

- You should patch Makefile.am instead of Makefile.in (patch can be applied
after replace)

- You cannot use AC_DEFINE_UNQUOTED for @libdir@ in configure.in (it cannot be
properly expanded). I guess that following in Makefile.am is the simplest way
(not yet tested):

AM_CFLAGS=-DGNOME_PILOT_CONDUIT_SEARCH_PATH=\"$(LIBDIR)/share/gnome-pilot/conduits\"

I would prefer libdir/gnome-pilot/something instead of
libdir/share/gnome-pilot/conduits.
Comment 6 Subodh Soni 2005-07-13 06:53:21 UTC 
I am confirming this bug.
Comment 7 JP Rosevear 2005-08-10 13:16:31 UTC 
I didn't quite fix it this way, but this is fixed now in CVS.