Recent changes to change-requests

using as not root

Anonymous — Thu, 15 Sep 2005 22:16:47 -0000

Why does syspatch must be run as root even for the
unprivileged actions (ie, 'syspatch help' and 'syspatch
list')?

It should be cool to let users (not root) to list
applied patches instead of asking to be root when you
obviously don't need to.

parsing of 'all' in displaylist function

Anonymous — Thu, 15 Sep 2005 20:18:51 -0000

the parsing of the 'all' switch is not cute in the displaylist
function as if 'all' is not asked, it will result in a null
comparison.

Perhaps the switch could be dealed differently (separate
sub or like a conditional switch activating a value
somewhere?).

not the good pack template

Anonymous — Thu, 15 Sep 2005 20:16:32 -0000

The pack/unpack template used for release is 'a10'
where it should be 'l10' as:
. the release is a long not a string
. the release is used in a comparison with '=='
(displaylist function).

option --help

Anonymous — Tue, 13 Sep 2005 19:08:06 -0000

Option '--help' should work (instead of the 'help', or
in complement, as you see fit).

deal with paths in PATCHID

Anonymous — Tue, 13 Sep 2005 19:04:51 -0000

If you use 'syspatch install /path/to/my/XXXX.spms', it
won't work as the PATCHID will be identified as
'/path/to/my/XXXX' instead of XXXX.

I suggest to use File::Basename to solve this problem
which is more a feature request than a regular bug.

As File::Basename seems to be in baseXX.tgz, it won't
break the rationale of syspatch (Keep It Simple And
Stupid).