On 12/16/20 11:24 AM, John Plemons wrote:
I have a DEC Alpha sitting in my warehouse collecting dust what a
great machine it was.. Was sorry to see Linux Support die for it..
I used to work at a university, where one of my colleagues has (I think
he still has it) a pdp11/10
You know, paper tape, an actual TTY (also paper). Every so much time he
needs to replace capacitors, and
sees if he can fire it up, and shows students how to program it.(no
Linux for it I think, haha)
john
On 12/16/2020 1:18 PM, R C wrote:
On 12/16/20 11:10 AM, Lamar Owen wrote:
On 12/16/20 11:24 AM, R C wrote:
On 12/16/20 8:11 AM, Lamar Owen wrote:
But the Red Hat-based ecosystem version of that second group is
on-topic, as the same sort of enthusiast exists here and has been
very vocal about this change.
Well yes it is, but it started with a remark about licensing. I
don't use Windows much, not even a handful of times in the last
decade. Thing is that MS has something called their "Developers
Network" (named something along those lines). If you're in higher
education, R&D etc you can be in that network, in sortof an R&D
category, for 'free'. ...
I have a whole shelf full of MSDN CDs and binders; it wasn't free,
but it wasn't terribly expensive either. In some cases the
activations/keys for the software expire after a few months. Still
have the last Windows 2000 Beta CD for the DEC Alpha architecture
DEC remember that.. the other day I ran into a windows 95 box, I
might even have an old drive with windows for work groups *lol*
here in that set. Something similar for RHEL beyond the
single-entitlement developer subscription would be cool.
But all kidding aside; It would be cool to have an MSDN equivalent
for RH for those that do a lot with RH, and that "take their work
home and vice versa". That is what I use(d) Centos for, at home that is
For example, I was messing with kubernetes in a few ways. redhat
provides a license for RHEL, that you can use for that purpose for
free, BUT you can have only have one license.
Yes, which makes it a bit difficult to mess around with kubernetes.
That particular case would be covered resonably well by CentOS
Stream, though, since the major part of kubernetes' behavior isn't
going to change radically within a point release cycle.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos