Recent changes to change-requests

using as not root

2005-09-15T22:16:47Z

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

2005-09-15T20:18:51Z

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

2005-09-15T20:16:32Z

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

2005-09-13T19:08:06Z

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

deal with paths in PATCHID

2005-09-13T19:04:51Z

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).