[pca] Oracle removed support from patchdiag.xref for --minimal option in pca?

[Rajiv Gunja]

Martin,
I kind of disagree on using CPU for couple of reasons.
1. CPU tends to change within the given release, hence the different
revisions (Am I wrong in this assessment?)
2. CPU tends to install on the minimum patch revision which will get the OS
off the vulnerability. I like to patch my servers with given Xref, which
will solve all the issues. Example April 2011 CPU has patches from March and
before, where most of them are obsolete/replaced when the CPU came out. So
if we look at the latest patch included in that CPU (April 01 2011), then we
can safely assume that if we use April 01 2011 Xref, we should get all the
patches via PCA.

Please let me know if I have my theory straight. Thanks

-GGR
--
Rajiv G Gunja
Blog: http://ossrocks.blogspot.com


On Wed, Jun 15, 2011 at 06:24, Martin Paul <martin at par.univie.ac.at> wrote:

> Ateeq Altaf wrote:
>
>> Could we approach this a different way by first getting a list of missing
>> patches relevant to a patchdiag slightly *newer* than the CPU, then filter
>> that list with the list of patches on the CPU?
>>
>
> Should get you close. It also depends whether you succeed in finding the
> closest patchdiag.xref. As soon as it contains at least one patch with a
> newer rev than in the CPU, things get complicated.
>
> Another idea is to use archived copies of the various xref files and try to
> find the one which contains all (or at least the most) of the
> patches+revisions in the CPU list. Then you could that with "pca -l
> all_patch_IDs_of_CPU".
>
>
>  I haven't tried any of the above to see if it produces a list as I'm
>> dreading
>> trying to navigate Oracle support to see if there's a way to get the
>> recent
>> CPU patch_order file without downloading the 2GB zip file.
>>
>
> I'm donwloading the 2GB file right now as I wanted to take a look at it -
> it takes more than 12 hours. This should make clear why we all try to avoid
> the CPU, I guess.
>
> There's a "Read Me" button in the flash interface of MOS, which leads to a
> file including the patch list.
>
> Martin.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.univie.ac.at/pipermail/pca/attachments/20110615/581ba2d2/attachment.html>