I've managed to create a My Oracle Support login and to connect that
to one of our support contracts. This seems to work but unfortunately
I am not able to use the new so-called "wget interface" to download
patches which is documented at
   http://sunsolve.sun.com/search/document.do?assetkey=1-79-1199543.1-1

We can connect to getupdates.oracle.com per HTTPS and pass the request
with correct authentification but get a ECONNRESET error (connection
reset) when reading from the connection.

Was anyone already successful in using the new interface?

Andreas.

Andreas F. Borchert wrote:
> I've managed to create a My Oracle Support login and to connect that
> to one of our support contracts. This seems to work but unfortunately
> I am not able to use the new so-called "wget interface" to download
> patches which is documented at
>    http://sunsolve.sun.com/search/document.do?assetkey=1-79-1199543.1-1

I had the same problem when this was first announced, but in the 
meantime a note has been added to the above document:

   The new download server - https://getupdates.oracle.com - will be
   available for user testing on 6 November 2010 onwards.

So I guess we'll have to wait. There are no plans to support both 
interfaces in parallel, BTW. There will be a hard switch from the old to 
the new service at a still-to-be-announced date.

Access to the patchdiag.xref file will require authentication, then, too.

Martin.
-- 
SysAdmin | Institute of Scientific Computing, University of Vienna
      PCA | Analyze, download and install patches for Solaris
          | http://www.par.univie.ac.at/solaris/pca/

On 2010-10-22, Martin Paul <map@par.univie.ac.at> wrote:
> I had the same problem when this was first announced, but in the 
> meantime a note has been added to the above document:
>
>    The new download server - https://getupdates.oracle.com - will be
>    available for user testing on 6 November 2010 onwards.

Thank you for this pointer. However, today we still get
read errors using the new interface. Was anyone else successful?

Andreas.

On 2010-11-10, Andreas F. Borchert <comp.unix.solaris@expires-on-2010-11-18.usenet.andreas-borchert.de> wrote:
> On 2010-10-22, Martin Paul <map@par.univie.ac.at> wrote:
>> I had the same problem when this was first announced, but in the 
>> meantime a note has been added to the above document:
>>
>>    The new download server - https://getupdates.oracle.com - will be
>>    available for user testing on 6 November 2010 onwards.
>
> Thank you for this pointer. However, today we still get
> read errors using the new interface. Was anyone else successful?

Oh... I found a new notice on the associated page:

   The availability of the new download server
   (https://getupdates.oracle.com) has been delayed.  This document will
   be updated when it becomes available.

Andreas.

CHECKSUMS, patchdiag.xref, and the suggested public patches on
http://sunsolve.sun.com/search/document.do?assetkey=1-79-1199543.1-1
can meanwhile be downloaded through the new interface. Other patches
fail.

Andreas.

Andreas F. Borchert wrote:
> CHECKSUMS, patchdiag.xref, and the suggested public patches on
> http://sunsolve.sun.com/search/document.do?assetkey=1-79-1199543.1-1
> can meanwhile be downloaded through the new interface. Other patches
> fail.

Hmm, it works with "--no-check-certificate", but the example commands 
which use the provided "cacerts.pem" file fail for me:

ERROR: cannot verify getupdates.oracle.com's certificate, issued by 
`/O=VeriSign Trust Network/OU=VeriSign, Inc./OU=VeriSign International 
Server CA - Class 3/OU=www.verisign.com/CPS Incorp.by Ref. LIABILITY 
LTD.(c)97 VeriSign':
   Unable to locally verify the issuer's authority.

Seems as if the required intermediate certificate is not included in 
cacerts.pem?

Martin.
-- 
SysAdmin | Institute of Scientific Computing, University of Vienna
      PCA | Analyze, download and install patches for Solaris
          | http://www.par.univie.ac.at/solaris/pca/

Martin Paul wrote:
> Seems as if the required intermediate certificate is not included in 
> cacerts.pem?

A new "getupdates.pem" file with the necessary certificates has now been 
included in Article 1199543.1. Using that, the download of the 
patchdiag.xref works fine via HTTPS now.

Downloads of patches and READMEs still fail (for me).

Martin.
-- 
SysAdmin | Institute of Scientific Computing, University of Vienna
      PCA | Analyze, download and install patches for Solaris
          | http://www.par.univie.ac.at/solaris/pca/

Martin Paul wrote:
> Martin Paul wrote:
>> Seems as if the required intermediate certificate is not included in 
>> cacerts.pem?
> 
> A new "getupdates.pem" file with the necessary certificates has now been 
> included in Article 1199543.1. Using that, the download of the 
> patchdiag.xref works fine via HTTPS now.
> 
> Downloads of patches and READMEs still fail (for me).

All accesses to the test download service on getupdates.oracle.com work 
for me now. I have already made the necessary changes to a development 
version of PCA to enable it to use the new download service.

As there will be a hard switch from the old SunSolve to the new Oracle 
download service on Dec 10th, a new official version of PCA will be 
published then, too. For continued access to Solaris patches this new 
version of PCA plus a new account to "My Oracle Service" (again, see 
above InfoDoc) will be required. Watch the "News" section on the PCA 
website for further information.

Martin.
-- 
SysAdmin | Institute of Scientific Computing, University of Vienna
      PCA | Analyze, download and install patches for Solaris
          | http://www.par.univie.ac.at/solaris/pca/