swmodify

[Loretta Marshall]

Hi
I read the quistion about /var is 99%. When I applied the following commands I get an error. Do you know the valid options using -x?

swlist -l fileset -a name |grep PH > /tmp/patchlist (this worked)
swmodify -x patch_commit=true -f /tmp/patchlist (I receive the following error message:
ERROR: The option "patch_commit=true" is not a valid option for
swmodify. The keyword may be incorrect, or it may apply to
another SD command. See the SD user manual or the swmodify(8)
manual page for a list of valid options.

I did a man swmodify but it does not list the valid options for -x

[Patrick Wessel]

Loretta,
swmodify -x patch_commit=true ? looks pretty good to me. Are you sure you had no typo in it?
patch_commit=true is a valid option for -x

[Loretta Marshall]

Yes, I am on 10.2. So what do I do? ;-)

[Loretta Marshall]

Here is what I typed:

# swmodify -x patch_commit=true -f /tmp/patchlist
ERROR: The option "patch_commit=true" is not a valid option for
swmodify. The keyword may be incorrect, or it may apply to
another SD command. See the SD user manual or the swmodify(8)
manual page for a list of valid options.

[John Palmer]

I think that patch_commit is a HP-UX 11.00 option. Are you on 10.20?

Try man 5 sd to see the options for the various SD commands.

Regards,

John

[John Palmer · Accepted solution]

I believe that at 10.20 there was no concept of 'committing' patches it was automatic.

Having applied a set you could run 'cleanup' straight away to remove superceded patches.

Have you tried just running cleanup?

Regards,

John

[James R. Ferguson]

Loretta:

I believe John is correct, too -- use cleanup in 10.20.

I generally follow a patch installation with a cleanup without arguments. This usually regains considerable space but leaves the ability to restore a previous level of a patch. Using the "-F" option of cleanup would appear to be analogous to the patch_commit=true option of swmodify.

...JRF...