*Synopsis*: missing package dependencies from dlopen(3C) calls
CR 6935087 changed on Mar 16 2010 by <User 1-5Q-10029>
=== Field ============ === New Value ============= === Old Value =============
Public Comments New Note
====================== =========================== ===========================
*Change Request ID*: 6935087
*Synopsis*: missing package dependencies from dlopen(3C) calls
Product: solaris
Category: consolidation
Subcategory: os-net-pkgs
Type: Defect
Subtype:
Status: 1-Dispatched
Substatus:
Priority: 2-High
Introduced In Release:
Introduced In Build:
Responsible Engineer:
Keywords:
=== *Description* ============================================================
pkgdepend is unable to automatically derive package dependencies when libraries
or plugins are accessed via dlopen(3C) instead of being linked.
Two examples currently in ON:
- libgss.so in system/library/security/gss needs mechanism plugins, which are
in system/library/security/gss/(spnego|diffie-hellman)
- libses.so in system/library needs plugins from
usr/system/library/storage/scsi-plugins
*** (#1 of 1): 2010-03-15 22:05:12 GMT+00:00 <User 1-5Q-8204>
=== *Public Comments* ========================================================
At least for the two examples mentioned, the SVr4 packages never expressed this
dependency, so it has not been correct in OpenSolaris builds created using the
importer.
It's likely that this was not a problem in SVr4-based SXCE images due either to
product cluster or metacluster membership of the packages in question.
Since the granularity of these IPS packages closely follows SVr4, rather than
folding in the dependencies, I think they should simply be expressed manually.
*** (#1 of 6): 2010-03-15 22:05:12 GMT+00:00 <User 1-5Q-8204>
At least for libses, I understand the dependency was intentionally omitted
to avoid pulling the plugins into the miniroot.
*** (#2 of 6): 2010-03-15 22:22:28 GMT+00:00 <User 1-5Q-13476>
[ jbeck, 2010-Mar-15 ]
The propriety of these fixes seems to boil down to whether these plug-ins are
required or optional. If optional, the fixes seem heavy-handed and perhaps
incorrect. If required, the fixes seem correct, though it begs the question of
why the libraries are dlopen()d instead of being linked in the traditional way.
Also, since system-library was n??e SUNWcsl, it means storage/scsi-plugins
will now be required as well.
*** (#3 of 6): 2010-03-15 22:45:35 GMT+00:00 <User 1-5Q-101>
Right. The only fix that is currently possible in the onnv-gate package space
is as described. Otherwise, the manifests to describe the default
installations will need to be updated.
*** (#4 of 6): 2010-03-15 22:50:10 GMT+00:00 <User 1-5Q-8204>
RE: optional.vs.required: The libses plugins are required for
proper libtopo representation of storage topology, which is
required for proper fmd(1M) operation.
*** (#5 of 6): 2010-03-15 23:14:13 GMT+00:00 <User 1-5Q-14813>
There's no reason that I can see why this dependency should be omitted, at
least from an installation media context. The size of scsi-plugins is a couple
hundred KB, which makes it basically noise in terms of media size.
*** (#6 of 6): 2010-03-16 16:15:16 GMT+00:00 <User 1-5Q-10029>
=== *Workaround* =============================================================
=== *Additional Details* =====================================================
Targeted Release: solaris_nevada
Commit To Fix In Build:
Fixed In Build:
Integrated In Build:
Verified In Build:
See Also: 6934244
Duplicate of:
Hooks:
Hook1:
Hook2:
Hook3:
Hook4:
Hook5:
Hook6:
Program Management:
Root Cause:
Fix Affects Documentation: No
Fix Affects Localization: No
=== *History* ================================================================
Date Submitted: 2010-03-15 22:05:11 GMT+00:00
Submitted By: <User 1-5Q-8204>
Status Changed Date Updated Updated By
=== *Service Request* ========================================================
Impact: Significant
Functionality: Primary
Severity: 2
Product Name: solaris
Product Release: solaris_nevada
Product Build:
Operating System: solaris
Hardware: generic
Submitted Date: 2010-03-15 22:05:12 GMT+00:00
=== *Multiple Release (MR) Cluster* - 0 ======================================
