Path: ...!feed.opticnetworks.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Don Y <blockedofcourse@foo.invalid>
Newsgroups: sci.electronics.design
Subject: Re: LT Spice updates
Date: Tue, 11 Jun 2024 12:36:46 -0700
Organization: A noiseless patient Spider
Lines: 42
Message-ID: <v4a91q$168f4$4@dont-email.me>
References: <c11h6j1rgdemjqmp73m93ir3qr4d07hlj3@4ax.com>
 <v4a1sq$jn7$1@nnrp.usenet.blueworldhosting.com>
 <ui4h6j578fggvslp08euhoa2f47vv761l7@4ax.com>
 <66689c4b$0$3102244$882e4bbb@reader.netnews.com>
 <v4a6kr$ums$1@nnrp.usenet.blueworldhosting.com>
 <v4a7ta$168f4$2@dont-email.me> <v4a7vk$168f4$3@dont-email.me>
 <v4a8ij$qsa$1@nnrp.usenet.blueworldhosting.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Tue, 11 Jun 2024 21:37:31 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="271722aef9b4d1c32740cb20041bfcb3";
	logging-data="1253860"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/Km4RHRfW+YxUGN+Mm5y19"
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.2.2
Cancel-Lock: sha1:NttQtElaT3L3aLvTufItSJb4hGk=
Content-Language: en-US
In-Reply-To: <v4a8ij$qsa$1@nnrp.usenet.blueworldhosting.com>
Bytes: 3569

On 6/11/2024 12:29 PM, Edward Rawde wrote:
> "Don Y" <blockedofcourse@foo.invalid> wrote in message news:v4a7vk$168f4$3@dont-email.me...
>> On 6/11/2024 12:17 PM, Don Y wrote:
>>> On 6/11/2024 11:56 AM, Edward Rawde wrote:
>>>> It's been a long time since the average software update switched from
>>>> actually fixing anything to forcing the latest version into use.
>>>
>>> Unfortunately, you may not realize that this has been imposed on you
>>> until it is too late to "go back".
>>>
>>> I preserve copies of old files in their original forms (and file formats)
>>> to safeguard against this biting me -- again! This lets me decide if I
>>> want to abandon the "more recent" version of the file in favor of returning
>>> to an earlier version (with known performance characteristics in the earlier
>>> application version)
>>
>> Of course, maintaining old versions is a piece of cake with VMs
>> (and folks who haven't adopted SOME form of that technology are
>> needlessly hindering their own productivity!)
> 
> I frequently find a need to use an older program on Windows XP, including posting here.
> It's all in a VM now, accessed by remote desktop, so I can be XP one second and Win10 the next.
> Also useful when playing with cpu intensive software such as AI.
> Leave it running on another computer then get the result by remote desktop.

I build VMs of each project's development system and archive them on one
of my ESXi servers.  So, when I need to revisit a project, I am not
constrained by <whatever> the current hardware/software environment
"du jour" happens to be.

[You can access a VM via a web service through ESXi; so just open a browser
from ANY host]

Prior to this, I would take an image of the system and store it offline.

In hindsight, I probably would have built smaller VMs for each individual
application (plus a small set of common utilities) and shuffled files
between VMs.  Multi-terabyte images eat through disk space pretty quickly
(OTOH, disk space is cheap).  As I can have multiple VMs running at any
given time, it's a simple matter to move between them, based on the task
at hand.