So they will give you everything for x64 but are cancelling the Alpha and Itanium versions. The purpose is to have more involvement on the x64 side.
That is logical but they needed to word it better and also put the 'Free for x64' message up front.
VMS has some strengths but the issue is that most gurus are not interested in x64 since the applications they are supporting don't need more speed than is available on Alpha or Itanium. Therefore there is no reason to upgrade.
I'd expect a lot of the hobbyist interest in VMS is specifically people who have vintage DEC boxes and want to run somerhing more "authentic" than NetBSD.
A comment on a retrocomputing forum was along the lines of "the method to generate your own free-use unlimited time licenses on this old hardware has been around for a long time" (followed by a smiley face and "IANAL").
> Despite our initial aspirations for robust community engagement, the reality has fallen short of our expectations. The level of participation in activities such as contributing open-source software, creating wiki articles, and providing assistance on forums has not matched the scale of the program.
Putting aside the substance of this announcement, the way it is worded doesn’t make a good impression. It comes across as “we are disappointed our dreams of getting open source developers to do work for us for free didn’t come to pass”. Talking like that is not encouraging those dreams to come true.
I have never run OpenVMS, but sometimes I daydream about installing it, even having a go at porting some software to it-just as a hobby. But thus far I haven’t got around to it. Hearing this attitude from the company that owns it, is making me think, maybe my “not getting around to it” was fortuitous
I don't think imposing additional restrictions on non-commercial users (or users who wouldn't buy a license anyway) is a great way to increase their sustainability.
> For x86 community licenses, we will be transitioning to a package-based distribution model (which will also replace the student license that used to be distributed as a FreeAXP emulator package). A vmdk of a system disk with OpenVMS V9.2-2 and compilers installed and licensed will be provided, along with instructions to create a virtual machine and the SYSTEM password. The license installed on that system will be valid for one year, at which point we will provide a new package. While this may entail some inconvenience for users, it enables us to continue offering licenses at no cost, ensuring accessibility without compromising our sustainability.
Does this mean that you can download and run OpenVMS, but after a year your VM will stop working and you'll have to download a new one and set it up all over again?
That, plus the fact that they're distributing it as pre-installed images rather than install media, tells me that they're worried people are getting too much value out of the free version, so they want to make sure it's sufficiently crippled that you could never build anything stable or useful on it.
VMS: the rock-solid operating system that'll never crash or go down, at least not until your 1 year license is up and you have to transfer everything to a new VM.
A commercial product that has seen almost no green field development in ages. The only way to make it long-term sustainable is to reduce the barriers to new development.
One thing they could do is to offer it in cloud instances. Let more people play with it, see its strengths compared to Linux, and let it win share on its merits.
The optics of this aren't great - it looks like they aren't fond on people learning its characteristics.
I can't imagine there is much new development. I knew companies using VMS in the casino gaming/lottery industry. They moved on to other platforms, like AIX and Linux, decades ago.
VMS has been dead for decades. If they want to attract new users they should make better choices
Them, like ArcaOS and OS 2200 are living in some wild fantasy land. There's, at least in theory, ways to revitalize these products but it's not going to happen by digging larger moats
More people are probably still using CP/M then all of those put together
New VMS users? Why lord would anyone want to do that, they floated some crazy idea of VMS on Intel Atom as a IoT platform as if that made any sense some years ago during the migration trajectory.
Somehow this seems like one of those idea's that many legacy-niche-OS developers imagine themselves in, it's old, uses little memory (and does little) so now it must be feasible as a embedded-OS, AmigaOS-oid developers imagined the same in the early 00's...
However about total amount of users I don't fully agree, there's significant deployments of VMS still around in the infrastructure and finance sectors. Although some very high profile customers have migrated away on to Linux using compatibility layers.
And within that subset there's customers that still have high performance requirements making them willing to invest in VMS on new hardware.
If you ran VMS on a GS1280 (64 Alpha CPU's, split into 2 32CPU partitions), then migrated to several generations of SuperDome's (Itanium) and your work-load is still scaling with your wider company demand, bare metal deployments on latest x86 hardware of VMS can perfectly make sense.
MULTICs has capability based security, VMS is stuck in the world of access control lists. (But OpenVMS 7.2 runs just fine in the virtual VAX 11/780 in my smartphone)
MCP's Architecture struck me as absolutely amazing and fascinating when i read about it.
Bull released a MCP VM demo development kit, I tried really hard to set it up and write some simple ALGOL for it.
If anything it thought me to appreciate how MULTICS/UNIX (and aside the pdp10 world) gave us line oriented developer-focused interactive environments that don't make ones eyes bleed.
It's no coincidence the villain in Tron is called MCP. As a former colleague who managed an A-series mainframe, MCP is actually very user-friendly. It's just that it's extremely picky about its users.
From what I've seen, most of us who applied to the community program to get access to x86-64 when they made it available are still waiting for access.
I actually received email notification today of this change to the community program, even though they never sent me what I need to... access the community program. Something's not working properly on their side, I guess.
You may already have access through https://sp.vmssoftware.com/ ... have you checked? They never notified me after I signed up, but I was still able to log in and download VMS x86-64.
Some helpful soul made the same suggestion the last time this came up. And same as last time, I got a "Error 404: Email not found" when I attempted to reset. Which makes sense, since they never confirmed I had a login in the first place.
I've started to notice that the vagueness/terseness of a vendor's subject line is directly proportional with how bad the update will be.
"Updates to our ______ project" will usually mean that the project is shutting down, shifting to a paid model, or is being acquired (after which point we can expect it will switch to a paid model, then shut down)."
"An update about ______ company" in general usually means they're announcing a bunch of layoffs.
"An import notification about _____ accounts" usually means they've been hacked.
I once did some Linux work for a company that ran everything on OpenVMS. The Operator gave me a tour of the systems, and their functionality. I was BLOWN AWAY. I have always considered it a interesting historical niche that I'd love to experience personally if I got the chance. I'm much more interested in running original hardware than emulation or virtual machines. I've had some eBay and Marketplace searches setup just in case a sale I can't pass up comes through. With this announcement I guess I'll never go down this path.
In general having clustering be a core is primitive instead of being tacked on in user land gives you some nice features out of the box. Some can be replicated but with a lot of work from the user
In the exclusive camp we have:
- cross cluster shared memory
In the can be replicated in user land category we have
- logicals, env vars with an inheritance from cluster level to process level
- distributed locks
Those two features make something like etcd pointless
- a cross cluster file system that makes nfs look like the hack it is
And finally Linux has finally caught up and passed with iouring, but VMS has had an excellent completion based io model since the early 90s.
I am not sure about your assessment, I think in large all of the VMS clustering stuff really does exist in the Linux world nowadays but not so much at the operating system level.
And I think perhaps you are overselling also the level at which VMS supports some of these and the performance there-of. Shared memory clustering I don't think is really a thing on VMS actually, unless you mean application state sharing over shared files on disk (which can be cached).
A typical VMS clustered application might look something like this:
Applications runs as multiple separate processes distributed across cluster nodes that access shared disk and queues.
On shared disks you'll have shared persistence used by all the nodes of the applications.
The persistence can be in files managed with RMS (Record Management Services, think 80's sqlite)
The distributed lock manager handling locking at the record level (which can be actual records or text-lines in the file)
Said application might distribute work events around it through OS Queue's that are also shared across the cluster allowing for task distribution across a cluster.
And all of this is fronted by a terminal multiplexer that will round-robin incoming sessions (because most of these systems will be TUI kind of things) to a random node in the cluster.
All of the above are built-in OS services, it's the ultimate monolith :)
.... Now if you equate that to some typical enterprise system this quickly maps across to something like:
Fronted by a http proxy bouncing requests to pods.
Application distributed across pods on K8 Cluster.
Clustered SQL for persistence layer and record services.
Kafka/RabbitMQ for your queue's for event distribution.
All of those services will be significantly more feature rich, performant and if correctly deployed more resilient than a VMS cluster too.
Same here. I think I actually applied twice. It's strange - they never even answered, but I did receive notification today of this change they're making to the Community Program.
I suppose if I knew the right person I could email them and get access, but I've seen at least one public statement (on their forums, maybe? or twitter?) saying there's a long line because it takes time and manual effort to set up the accounts, which is kind of the saddest thing ever. I guess I'm content to wait in line (forever?).
> Despite our initial aspirations for robust community engagement, the reality has fallen short of our expectations. The level of participation in activities such as contributing open-source software, creating wiki articles, and providing assistance on forums has not matched the scale of the program.
No, it's community's fault! /s
I don't know what their expectations were- most people using the community license probably were happy enough to let their old hobby hardware chug along, and didn't feel the need to write articles or publish software. Looks like they actually released a "partial OpenVMS git" implementation.
> most people using the community license probably were happy enough to let their old hobby hardware chug along,
And the solution for this is, obviously, not force them to brick their toys, but to get more people playing.
Lots of people pay decent money for emulations of ancient hardware in order to experience computing the way it was. Just look at the people running their PiDP's with their ancient software.
I'd totally run DecWindows as a daily driver if I could. It has X and SSH. What else do I need?
Sounds like two things have happened. 1) They discovered that more commercial use of the free licenses was occuring than they were comfortable with, hence the weird licensing and move to only prebuilt VM images, 2) They realised people were basically using the licenses to keep old hardware chugging along, instead of investing in the platform's future, hence the move to only licensing amd64 in the future.
I can understand it from their perspective, but it's absolutely the wrong move. What they need to do if they really want to revitalise the platform's future is inspire and excite people about the idea of building on it. Not only is this not doing that, it's going to have the exact opposite effect, because now this leaves a taste in people's mouths that building on this platform means building on shakey ground.
Shame, but I don't have a dog in the race except having a soft-spot for alternative architectures.
So as far as the 'retro community', small museums, etc, running on original but old hardware, you're out of luck. You have to run a x64 VM now, or resort to piracy.
They probably also realize any hobbyist who wants an "illegal" license can get one with a google search. This announcement is not really stopping anyone from playing around with old software.
It's just sad. If I wanted to develop on Solaris, Oracle will let me download the install media, and I can even deploy the descendants of OpenSolaris for production workloads like Oxide does.
If they want to commit corporate suicide, they are doing it right.
Is it time for an open source equivalent of VMS? Something that runs a rewrite of DCL and can compile and run C, Bliss and COBOL programs that make various LIB$ references?
They will. As magnificent as those machines were when released, I guess my phone has more compute power than them, and that's counting only the CPU cores.
I had the same. I filed another application after waiting for months from the email adress of my consultancy company employer and i got a reply within minutes.
That is logical but they needed to word it better and also put the 'Free for x64' message up front.
VMS has some strengths but the issue is that most gurus are not interested in x64 since the applications they are supporting don't need more speed than is available on Alpha or Itanium. Therefore there is no reason to upgrade.