[Info-vax] OpenVMS in the future, Open sourced or Closed? Intent is to keep it...

Stephen Hoffman seaohveh at hoffmanlabs.invalid
Tue May 5 09:34:53 EDT 2015


On 2015-05-05 12:04:40 +0000, Neil Rieck said:

> Let's put our cards on the table. The number one reason why people want 
> Open-Source software is because its free. But is it really free? 
> Companies like RedHat start with Open-Source software then curate it 
> into something supportable. When any person or company wants to use 
> supported software from RedHat, they buy a support license for RHEL. 
> When those same people want to use unsupported software they might 
> "take their chances with CentOS"

There are various reasons why folks want open source.  Yes, many will 
want it because it is cheaper to acquire.  Whether it is cheaper to run 
can vary.   For other folks, it's a way that can avoid a dependency on 
an outside provider that might disappear, or a way to allow the 
end-user to modify the source code themselves.  In some cases, it's 
because that's what the end-user's tools and packages are based on — 
I'm encountering ever-longer chains of dependencies when porting code 
over to OpenVMS, for instance.  Open source packages that are already 
integrated into other distributions.  Then there's that some of the 
open source code is better and more flexible than much of the closed 
source code — llvm is an example of this.  Very few folks have the 
budget and the time and the staff necessary to create and debug a 
ground-zero modular compiler, after all — this makes migrating 
beneficial.   But yes, many folks like free.  In the case of open 
source, free can sometimes be a competitive weapon, or a palliative for 
end-user concerns over business viability, too.

Technically, OpenVMS is already sort-of kind-of open source — again, 
"open source" is an exceedingly ambiguous statement — as you can 
purchase a copy of the source listings.  Years ago, you could buy a 
copy of the sources, too — that was expensive.    Key features such as 
the security implementation and the kernel are included in the source 
listings, as well as in the source kit.   Hopefully VSI continues with 
the source listing offering, and it'd certainly be appreciated if VSI 
lowered the price of their version of the source listings distribution, 
too.  But I digress.

> p.s. Android is a curated version of LinuxWe all have memories of VMS 
> software being very expensive (some say that this is the reason why "$" 
> is the default prompt for DCL). Software prices dropped when 
> VMS/OpenVMS came under control of Compaq. Prices dropped even lower 
> when everything moved to HP. During the last 40 years, "the business 
> model" moved from "very expensive with free updates for life" to "less 
> expensive to buy" and "additional support (including patches) 
> optionally available to those requiring it".

That's been the whole software market, and a good chunk of the hardware 
market, too.   One copy of software is expensive.  After that, the 
copies are not so expensive.    Fully amortized, custom servers and 
custom microprocessors were and are hugely expensive and very risky — 
high-volume designs and standard designs (x86, ARM) have much less risk 
and much lower costs — and the custom designs are seldom sufficiently 
better to warrant the extra costs inherent in lower volumes.

> Now I have no idea why HP outsourced OpenVMS support to India but 
> clearly that did not work out.

Outsourced?  No.   OpenVMS has been developed by folks working all over 
the world.  Back in the DEC days two of the major clusters of folks 
working on OpenVMS were in Nashua and Bengaluru (Bangalore).   There 
were other clusters, such as file system work in the UK, for instance.  
 Back in the early-mid 1990s, I first started working with some parts 
of OpenVMS that were being maintained and enhanced by the then-DEC 
OpenVMS engineers from Bengaluru, and they'd been around and working on 
OpenVMS rather longer than that.   (The timing and timezones on mail 
messages and bug report discussions could provide a hint of where the 
DEC engineer you were working with was based.  But then some of the DEC 
engineers also kept unusual hours, too.  It was also common to work 
directly with some folks at DEC for five or ten years or longer, and to 
have not met them in person — national symposia or regional marketing 
events might be the first time you actually met a Digit you'd been 
emailing with for years.   But I digress.  Again.)   In short, HP did 
not outsource OpenVMS.

> Thankfully, a new arrangement was made with VSI, who then hired some 
> very talented people with a passion for products in this niche.

VSI licensed OpenVMS from HP.   VSI is the exclusive world-wide 
licensee for new OpenVMS versions, or some such.

HP Bengaluru is still working on and is still supporting OpenVMS for 
HP, for V8.4 and earlier.

> So if costs are a concern, you could get a quote for new licenses from 
> "Island Computers" (I just got one and they are lower than you would 
> think) then decide if you need a support contract from either VSI or HP 
> (at the time of this writing I am not aware of any pay-walls at VSI so 
> would "assume" that if you signed an agreement with them (VSI), they 
> would get you access to HP's patch maintenance site)

AIUI / AFAIK / YMMV ...  Hopefully this all gets documented and clarified...

Once the release is available, you'll get a license for the V8.4-1H1 
hardware release, and you'll get patches for V8.4-1H1, if you purchase 
from VSI.   AFAIK, you will not get HP patches for earlier releases nor 
for other architectures from VSI.  That's all from HP.

HP will (re)sell and provide front-line support for OpenVMS V8.4-1H1 on 
their Poulson (i4) servers.  HP is a reseller of VSI products, and 
specifically for VSI OpenVMS on the HP Poulson (i4) servers, and HP 
will offer front-line support for V8.4-1H1 on Poulson (i4) for those 
folks.

Upgrading to V8.4-1H1 (again, once it is available) may or may not be 
appropriate — it's only necessary should you want to move to VSI 
support and/or you want Poulson (i4) server support. This particularly 
given that V8.4-1H1 is a hardware release, and does not particularly 
add new features or new software support.   Now the next and more 
general VSI release, that will be more interesting.    Whatever that 
might be, and whenever that arrives.

AFAIK, HP will only be providing front-line support for V8.4-1H1 on 
Poulson (i4) servers, as well.   Other front-line support and 
escalation support is from VSI.   Hopefully this all becomes clear once 
V8.4-1H1 is shipping.


-- 
Pure Personal Opinion | HoffmanLabs LLC




More information about the Info-vax mailing list