Bug 203623 - libijs.so and libgs.so should be in -devel
libijs.so and libgs.so should be in -devel
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: ghostscript (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
Mike McLean
: Reopened
Depends On:
Blocks: FC7Target
  Show dependency treegraph
 
Reported: 2006-08-22 15:11 EDT by Patrice Dumas
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version: 8.15.3-7.fc7
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-01-25 07:55:30 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Patrice Dumas 2006-08-22 15:11:38 EDT
Description of problem:

libijs.so and libgs.so should certainly be in -devel


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Tim Waugh 2006-08-23 04:22:43 EDT
No, since they are dynamically loaded.
Comment 2 Patrice Dumas 2006-08-23 05:55:16 EDT
libgs seems to be linked in gs. Is it dynamically loaded
by another application?

As for libijs.so, it seems not to be directly dlopened by
gs, what is using that library? I see it used in ijsgimpprint
but it is linked against. What does dlopen it?

There is also the opvp stuff I don't completly understand. 
What is dlopened in that case?
Comment 3 Tim Waugh 2006-08-23 06:07:53 EDT
GSview (for example) -- but in general it is intentional that is available for
dynamic loading.
Comment 4 Patrice Dumas 2006-08-23 06:38:16 EDT
Having GSview load libgs dynamically seems wrong to me. 
I really can't see why it doesn't simply link against
gs. It will lead to versioning issues, it seems bad design.

The .so shouldn't be shipped in main packages, only in -devel,
such that linking against gs is only possible with the 
-devel package installed.

It is a must item here:
http://fedoraproject.org/wiki/Packaging/ReviewGuidelines
- MUST: If a package contains library files with a suffix (e.g. libfoo.so.1.1),
then library files that end in .so (without suffix) must go in a -devel package.

If there is a need for a plugin architecture then there should
be a subdirectory below %_libdir for the dlopened plugins, like
what is done in ghostscript:
/usr/lib/ghostscript/8.15
/usr/lib/ghostscript/8.15/X11.so

If there is really a need to dlopen gs, maybe the right thing would
be to add a libgs.so link in /usr/lib/ghostscript/ pointing to 
../libgs.so.8.15

gsview could depend on ghostscript-devel, but I don't
think we should care that much about the gsview issue. gsview
in livna seems to be hacked to dlopen libgs.so.8... And it
is not impossible that gsview tries to dlopen other libs
so -devel will be needed.

Are there other applications that dlopen libgs or libijs?
Comment 5 Patrice Dumas 2006-11-17 10:16:23 EST
Are there other applications than non-free applications 
that dlopen libgs or libijs? If not I can't see what stop 
them from being in -devel.

Note You need to log in before you can comment on or make changes to this bug.