Re: [pca] Using PCA for obtaining other-than S10 patches

[noskcaJ leahciM]

On 9 May 2017 09:49:37, Dagobert Michelsen wrote
>On Am 09.05.2017 um 00:30 schrieb noskcaJ leahciM
>
>Hi Michael,

Hi Dag, thanks for all your work providing packages over on CSW.

>> Tried to do this but was unable as there are 2 things which must happen:
>> 1) you must agree to accept the license
>> 2) you must log into MOS
>> 
>> Even with the command line:
>> /usr/sfw/bin/wget --user=x --password=xxx --tries=40
>> http://download.oracle.com/solaris/11_1/sol-11_1-text-sparc.iso
>> 
>> The file will fail to download.
>> 
>> So as exists it appears the automation of the download may not be
>> possible from the Oracle site.  There is no direct link to the
>> download as a MOS login and an acceptance of the license agreement
>> is required.. "
>> 
>> The use of P style patch numbers extends to other products
>> (DB etc.)...  I don't know that a cookie is set and read for licence
>> acceptance in a uniform way.
>
>Have you tried this?
>  http://blog.ls-al.com/solaris-11-1-using-wget-for-oracle-software-downloads/

Precisely.  Not as comprehensive or as attractively-presented as
Riaan's blog, but I had made and added a how-to to those I keep to hand:
https://pastebin.com/wZ023pE7

Different methods for different collateral.  It's all a bit of a phaff.
Plus, as Riaan points-out, particularly if you're working remotely,
using a desktop browser often backs you into a corner to shift a bunch
of large files twice.

Oracle: For paying support Customers, please provide a command-line tool
for delivering content from your site.   Please.   Please.

Re: [pca] Using PCA for obtaining other-than S10 patches

[Dagobert Michelsen]

Hi Michael,

Am 09.05.2017 um 00:30 schrieb noskcaJ leahciM 
:
> Tried to do this but was unable as there are 2 things which must happen:
> 1) you must agree to accept the license
> 2) you must log into MOS
> 
> Even with the command line:
> /usr/sfw/bin/wget --user=x --password=xxx --tries=40
> http://download.oracle.com/solaris/11_1/sol-11_1-text-sparc.iso
> 
> The file will fail to download.
> 
> So as exists it appears the automation of the download may not be
> possible from the Oracle site.  There is no direct link to the
> download as a MOS login and an acceptance of the license agreement
> is required.. "
> 
> The use of P style patch numbers extends to other products
> (DB etc.)...  I don't know that a cookie is set and read for licence
> acceptance in a uniform way.

Have you tried this?
  http://blog.ls-al.com/solaris-11-1-using-wget-for-oracle-software-downloads/


Best regards

  — Dago


signature.asc
Description: Message signed with OpenPGP

Re: [pca] Using PCA for obtaining other-than S10 patches

[Dennis Clarke]

PCA can handle those classic 123456-78-style patch IDs only. Even if I 
still had a MOS-account I wouldn't be keen on messing with yet another 
style of patch downloads nowadays.


I have tested this and it works great for Solaris 8 and 9.

Yes you can just feed the 123456-00 style to pca and it works great.
Of course you need the support contract however.

Dennis

Re: [pca] Using PCA for obtaining other-than S10 patches

[Martin Paul]

Hi,

Am 05.05.2017 um 18:23 schrieb noskcaJ leahciM:
https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=25791246 


has S11.3 SRU 19.5 available as "Patchset 25791246" but PCA
baulks at the patch id.  Is there a way to get PCA's anger-
management preserving command-line interface to that
instrument of frustration otherwise known as MOS?


PCA can handle those classic 123456-78-style patch IDs only. Even if I 
still had a MOS-account I wouldn't be keen on messing with yet another 
style of patch downloads nowadays.


With some good luck you might not need PCA at all. Maybe it's enough to 
feed the download URL to wget, probably extended with http-user and 
http-passwd options. Or you look at PCA's debug output for a sample wget 
command and just replace the URL.


So, sorry, no chance that I would add support for those patchsets to PCA 
anytime.


Best,
Martin.