[bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools
Mantis Bug Tracker
noreply at opencsw.org
Tue Aug 27 21:27:08 CEST 2013
A NOTE has been added to this issue.
======================================================================
https://www.opencsw.org/mantis/view.php?id=5102
======================================================================
Reported By: yann
Assigned To: bonivart
======================================================================
Project: pkgutil
Issue ID: 5102
Category: regular use
Reproducibility: always
Severity: feature
Priority: normal
Status: assigned
======================================================================
Date Submitted: 2013-08-16 17:13 CEST
Last Modified: 2013-08-27 21:27 CEST
======================================================================
Summary: Remove hardcoded paths to SVR4 package tools
Description:
Hi Peter,
Might be strange but I am trying to use pkgutil on a SmartOS server where
pkgadd, pkgrm.. are not available.
I can get them and put them in a different location but most path are to
these tools are hardcoded in pkgutil so this doesn't work out of the box.
So my feature request is: is this possible to modify pkgutil so path to
SVR4 package tools are not hardcoded ?
Thanks in advance for your answer,
Yann
======================================================================
----------------------------------------------------------------------
(0010561) yann (developer) - 2013-08-27 21:27
https://www.opencsw.org/mantis/view.php?id=5102#c10561
----------------------------------------------------------------------
You're right. I saw the standard /usr/bin:/bin paths and assumed that this
was sufficient to have pkgutil find the native tools if they were present
but I went too fast.
So I think the path modification should rather be:
-$ENV{'PATH'} = '/bin:/usr/bin';
+$ENV{'PATH'} = '/usr/sbin:/bin:/usr/bin:/opt/csw/bin';
To answer your question: no I can't, smartos /usr partition is readonly and
I am using a cloud environment where I don't have control on the OS.
More information about the bug-notifications
mailing list