A short answer to Dave's question. I am running Linux Mint, but not the very latest version. I imagine the most recent version does have 3.9 in it. Since 4.0 is still marked "beta" it is probably not included.
Further details: Linux Mint is derived from Ubuntu which in turn is derived from Debian. If packages are upgraded at the head of the stream, it is at least supposed to "trickle down" to the dependent distributions. The differences from Debian to Ubuntu to Mint are largely related to user interfaces rather than to actual software packages, as I understand it. So if upgraded versions get into Debian, they will appear in subsequent releases of the descendents. I confess I've grown lazy in my old age here. Mint issues LTS (long term support) versions that are supported for up to five years now. Since most of what I do is not bleeding edge, I've stopped rushing to upgrade the entire OS every time a new version comes out. I'm running 17.1 of Mint here, and I believe they are up to 19.x now. Including concise "cookbook" style instructions is always useful *if* they can be counted on to work. That can be the rub. I fully understand that developers can't always test everything on every possible hardware and software platform. Mark's succinct directions are great, but would be even better if a list of environments in which they have been tested were to be attached. As a negative example, I recently tried someone's "concise" instructions for building an emulated environment to run/test Android apps on Linux. I know Android developers do this regularly, and often even do their development on Linux. However, these instructions were a disaster. They may have worked on some specific system, but they exploded here and I'm still picking out bits of debris that were left all over the file system. --Gary On Wed, Nov 8, 2017 at 10:40 AM, Hittner, David T [US] (MS) < david.hitt...@ngc.com> wrote: > So two follow on action items, now that the problem seems to be solved: > > > > 1) How can we work with this Linux vendor to provide a baseline SIMH 4.0 > package instead of the older SIMH 3.8-1 package? > > > > 2) Should the instructions for downloading and building the latest SIMH > that Mark provided be included in the FAQ (under Linux hosts)? > > > > Dave > > > >
_______________________________________________ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh