VMS on Raspberry Pi 5

In commands that look like line-noise.

Fortunately I was able to avoid that.

Nobody...

Johnny

It has been described as a write-only language. Not undeservedly.

That said - I do like to use TECO once in a while. It's still a pretty good tool.

Johnny

Yeah. It's a monster. And tries to do all kind if stuff. Talk about breaking the Unix paradigm...

Yes, I try to avoid Linux myself as well.

Johnny

Yes. Some extensions are done that way. But the git binary itself is reponsible for the most core things, like committing, pushing, pulling...

So no, there is no git-pull, no git-add, no git-merge and so on. But there are some git-<command> binaries.

Maybe you could possibly call git a hybrid in this context.

Johnny

It wasn't so much ported as rewritten from the bottom up when the folks at Boston Business Computing released nu/TPU which was a TPU-compatible package. It works really well, too.

--scott

Might have been once, but not any more.

$ strace -etrace=execve -f git clone whatever execve("/usr/bin/git", ["git", "clone", "whatever"], 0x7fffeebfa9e0 /* 54 vars */) = 0 fatal: repository 'whatever' does not exist

I think that remains true.

I've banned systemd from all my Linux systems. Some things should not exist. This is one of them.

I use Linux. As a desktop just like I use Windows. For real computing I use real OSes. :-)

bill

I've banned systemd from all my Linux systems. Some things should not exist. This is one of them.

Is nu/TPU still available anywhere. Sector 7 web site doesn't give any details, except that another produced it and the company that I found a link to elsewhere seemed to be no more

I use FreeBSD and MacOS for desktops.

For real computing I use FreeBSD.

Sorry, but McDonalds Corporate, BOA, US Mil, etc ... they are NOT gonna work on Docker or Kubernetes on a bunch of tablets. IBM didn't pay big for RHEL to run it on laptops, but on its mainframes ......

Decentralized usually = SLOW ... and INSECURE ... despite claims.

Now, now .... systemd *does* have some good uses. The downside is that how/what it does is a bit ... well ... complicated. Not AS bad as the Winders registry, but getting there.

I like it because it'll monitor/restart daemons and start them at the right phase of things. Sure, you CAN do that all yourself, but, now, WHY ?

OTOH I'll not knock those who stick with the old methods - those work too and are WELL documented and versatile.

These are two APPROACHES to a number of common issues. Neither is 'evil', neither is 'wrong'.

As for Linux/Unix though - THE issue is the "library version problem". I've seen NO good fixes for that. It's becoming a serious prob. I think it's the reason we're seeing more and more apps appearing as executables rather than as typical linix/unix "packages/ports".

Hate to say it, but I *encourage* this - after an experience trying to install an alt version of FFMPEG, the "requires" tree was just TOO damned much, TOO damned destructive. Gimme something compiled with all it needs built right in rather than trying to compile from scratch with no slack in *exactly* what it expects to be co-installed.

In this respect Winders IS actually "better". Hell, through XP/Vista I could still run ANCIENT apps, No Problem. The main prob became not Winders, but Intel dropping 8/16

BSD rc plus daemontools does everything I have ever needed in that regard - granted SysV rc is a mess.

FreeBSD ports and NetBSD pkgsrc both work well. I've not had a library version issue in a *long* time - except at work where I have to deal with Linux.

No most corporate use of Kubernetes is on data centres full of blades, NVMe based SANs, NetApps and Isilon clusters. This is the world that pays my wages - I know how big it is and who uses it, including outfits the size you're talking about, many of them are customers of my current and previous employers.

Yes they are popular with banks and the like because they *also* run their old OS-360 stuff without recompiling it, but to anyone who doesn't need that they are very expensive for little gain. Guess what many of their customers run in the RHEL environments - yep kubernetes and docker.

Tell that to Amazon, Google etc. look into the architecture of Amazon Dynamo and marvel at the way it scales and handles machine failures and network outages. Mainframes are great up to a point, right up until you can't get one big enough and then you *need* a scalable solution. kubernetes is an easy way to get one.

I was involved in doing it the hard way back in 1990 when the UK Inland Revenue had a problem their ICL mainframe team declared impossible, twenty high end 88k boxes and a distributed architecture made it possible. No mainframe could match the IO bandwidth or CPU power of that solution, using it effectively took careful design.

SAAS is huge in the large corporate world, it all runs on virtual machines and docker containers orchestrated by kubernetes. It's only insecure if you don't know how to secure it, the most security sensitive run it all in their own datacentres on hypervisors that they control. The rest trust the contractual obligations of the companies that run the data centres (Microsoft, Google and Amazon mostly).

The big trend in large users these days is micro-services in docker containers. Instead of an OS image running in the container there is only the application and support libraries running on bare virtual metal.

These are solved issues for me personally since my distro is Gentoo.

For any computing, I like to have good driver support.

For real computing, I use Docker.