Whether or not Apple extends that to their platform on the x86 switchover is the statement. If they don't, someone else might. And I'm just more familiar with Solaris' efforts than FreeBSD (even though I run FreeBSD).
David Sommers, Architect | Dialog Medical -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aylesworth Marc A Ctr AFRL/IFSE Sent: Wednesday, August 31, 2005 3:13 PM To: 'hardhats-members@lists.sourceforge.net' Subject: RE: [Hardhats-members] Starting point for next OpenVistA VivA FreeBSD already has a Linux compatible mode to run Linux binaries. Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Sommers Sent: Wednesday, August 31, 2005 1:49 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] Starting point for next OpenVistA VivA A business reason has to exist for any company to spend money and resources on "something". I think asking Red Hat to build you something for your benefit is one thing and making a business case for it is another. In the case of GTM, you could look at it the same way the Fedora Community does - we do as we please and we build what we want for our favorite distro. (Well, the people in the community can do that - Red Hat still uses it as a test bed of new technologies). If you muster up enough developer resources yourself (business plan be damned), you too can build the missing OSX version. I would never fault Fidelity for the missing OSX version. Another key point that I've made in the past and that Jason Essington just made is Apple's shift to x86. If GTM has already been proven to work under BSD then the Apple port (under x86) should be fairly straightforward. You don't have to worry about the PPC architecture. In my previous email, I linked to the Apple's site detailing the architecture changes between standard BSD and their flavor of BSD. Another item that I hinted upon was Solaris' support for Linux binaries using a library compatibility layer. If Apple's smart (or a few enthusiasts do it for them), it would be possible to offer a linux binary compatibility layer between BSD and Linux. In another scenario, the Fink project gets really smart and they re-build the bins with little work outside of the source. However you slice it, the idea for OSX support isn't dead. A team can either do the port or wait until the x86 switch to see all the new possibilities. Personally, since the x86 is slated for next year - I would wait. Even if you ported it to the current OSX 10 on PPC - you'll have to do it AGAIN for the x86 switch. /David. David Sommers, Architect | Dialog Medical -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Wednesday, August 31, 2005 1:25 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Starting point for next OpenVistA VivA It's not the Mac per se. Lately, I haven't been terrible sanguine about running Linux and am much more interested in running OS X myself, but that's a different issue from whether a business case could be made for running on the platform. Philosophically, I wish there were more emphasis on building a product that could be run on a variety of platfroms (proprietary or open source) than on one particular platform, but I think that puts me in the minority here. Having said that, I certainly don't fault Fidelity for not making GT.M open source on platforms other than Linux. In fact, I was very concerned that my post would be taken as a criticism of Fidelity for just that reason. --- "K.S. Bhaskar" <[EMAIL PROTECTED]> wrote: > Greg -- > > Thank you for your comments, as well as all the support you provide > to > members of this forum. Let me respond to your inputs: > > GT.M has so few dependencies that it runs on every current release of > every major distribution of x86 GNU/Linux that I know of. It has > been > run on SuSE, Gentoo, Debian, Red Hat, Fedora, Slackware, Mandriva... > There are too many Linux distributions for us to keep running in > house > and hence to support. If you hear of a Linux distribution on which > it > doesn't run, please bring it to my attention. > > It is possible to get GT.M (and hence VistA) to run on *BSD on x86 > hardware (it has been reported as being done, and I previously posted > links). Sometimes I just have to make hard decisions about where > I/we > can spend the time providing support - since it not possible to even > keep up with Linux distributions. > > There is already GT.M for Sun SPARC Solaris, HP PA-RISC HP-UX, and HP > Alpha/AXP OpenVMS. However, it is not open source free software (it > is > more traditionally licensed, and always more reasonably priced than > alternatives, but not free). I would be happy to make available > VistA > on GT.M on any of those, or other supported, platforms on a free > trial > license to anyone who wants to evaluate it, but ultimately a GT.M > license will need to be purchased. [Yes, go ahead, question my > sanity. > Why do I so vigorously advocate GT.M on x86 GNU/Linux where there is > no > license revenue? Sometimes my management does too...] > > Since we have a GT.M for IBM pSeries AIX, it would be easy for us to > provide a GT.M for Mac OS X if there is a market demand. But I can't > make a credible business case to my executive management for an open > source free GT.M on Mac OS X. If anyone feels that they could deploy > a > reasonable number of VistA systems on Mac OS X, please contact me off > line. > > I think that covers all major computing platforms. > > No, wait, I forgot. Isn't there something for commodity hardware > from a > small software company in the other Washington? Called something > like > Windows? > > Humor aside, I wish I could say more at this time about GT.M on > Microsoft Windows, but I can't. For the moment, yes, I am seriously > thinking about an OpenVistA VivA based on Colinux+Debian or > Puppy+QEMU. > > -- Bhaskar > > On Wed, 2005-08-31 at 00:29 -0500, Gregory Woodhouse wrote: > > I assume your basic goal is to come up with something like a turn > > key > > solution. Is that a fair assumption? Going back to the network > > effect > > message, I don't know that marrying your solution to Debian, > > Knoppix, > > Red Hat, or what have you is the right way to go. It will be easier > > > to get user "buy in" if the users feel they can use their favorite > > > Linux distribution (or, while we're at it: What about Solaris, > > HP/UX, > > OS X, (Free|Open|Net)BSD, OpenDarwin, OpenVMS, or even Windows)? > > === > > Gregory Woodhouse > > [EMAIL PROTECTED] > > > > "A practical man is a man who practices the errors of his > > forefathers. -- Benjamin Disraeli > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing > & QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > === Gregory Woodhouse <[EMAIL PROTECTED]> "Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- Antoine de Saint-Exupery ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
